- Oct 20, 2013
-
-
Erik van der Zalm authored
This reverts commit 314fd13c.
-
Erik van der Zalm authored
-
Erik van der Zalm authored
-
-
ErikZalm authored
Added BlinkM support over i2c
-
Erik van der Zalm authored
-
- Oct 12, 2013
-
-
Alex Borro authored
- Added "Z_RAISE_BEFORE_HOMING" for raising Z the defined distance before homing. This is useful to avoid Z-Probe collision when hotend is near bed. - Fixed the issue of Z not going bellow Z_PROBE_OFFSET when "min_software_endstops" is true. Now the Z_PROBE_OFFSET is not set in Z_MIN_POS, it is added after homing.
-
Alex Borro authored
If "SHOW_TEMP_ADC_VALUES" is defined in Configuration_adv.h, the M105 command will present, after tradicional temperatures, the ADC value read from temp sensors. This is great for adjusting thermistor tables with thermocouple. From Pronterface you can see the ADC value and compare with a thermocouple reading.. then you just need to create your own thermistor table. Since this merge doesnt change the original information, it doesnt mess with PC software parsing (tested under Pronterface and Repetier-Host).
-
bkubicek authored
This is _not_ automatically the cronological, since deleting a file will free the filesystem descriptor for it, which then will be used by the next file copied on it. Since this makes the auto0.g file very inaccessible, I put the option back, to have it in the prepare menu. this should satisfy https://github.com/ErikZalm/Marlin/pull/373 as a reminder, auto0.g will be executed every time after a boot with sd card present and file present. thereafter, if there is a file auto1.g this will be done. Thats IMHO the best place to put settings, and prepare heating. I also execute again after each (now again via the prepare menu) before starting a new print/ after a failed one. It for me 100% replaces any start.gcode form the slicers.
-
- Oct 08, 2013
-
-
alexborro authored
-
- Oct 07, 2013
-
-
bkubicek authored
also, removed some trouble for compilation with corexy. I think that babystepping is only possible in z for a delta tower. not sure if it would be usefull to step individual motors on a delta, i don't own one
-
- Oct 06, 2013
-
-
bkubicek authored
I strongly vote for it being a single gcode, because otherwise the triggering from the menu is terrible.
-
bkubicek authored
It is a realtime control over the head position via the LCD menu system that works _while_ printing. Using it, one can e.g. tune the z-position in realtime, while printing the first layer. Also, lost steps can be manually added/removed, but thats not the prime feature. Stuff is placed into the Tune->Babystep * It is not possible to have realtime control via gcode sending due to the buffering, so I did not include a gcode yet. However, it could be added, but it movements will not be realtime then. Historically, a very similar thing was implemented for the "Kaamermaker" project, while Joris was babysitting his offspring, hence the name. say goodby to fuddling around with the z-axis.
-
- Oct 03, 2013
-
-
Erik van der Zalm authored
-
- Sep 29, 2013
-
-
Alex Borro authored
Check the Readme for instruction how to enable and configure the feature
-
- Sep 26, 2013
-
-
ErikZalm authored
Update Configuration.h
-
ErikZalm authored
Update pins.h
-
Erik van der Zalm authored
-
phq1910 authored
Include Pins cpu Sethi 3D
-
phq1910 authored
Include CPU Sethi 3D
-
- Sep 24, 2013
-
-
Erik van der Zalm authored
-
- Sep 23, 2013
-
-
Erik van der Zalm authored
-
Erik van der Zalm authored
-
Erik van der Zalm authored
-
- Sep 22, 2013
-
-
Tim Koster authored
-
- Sep 20, 2013
-
-
Tim Koster authored
-
- Sep 17, 2013
-
-
Richard Miles authored
-
Richard Miles authored
Enables two stepper drivers to be used for the Y axis (useful for Shapeoko style machines) Each Y driver can be stepped in either the same way or in opposite directions, accounting for different hardware setups (leadscrew vs. belt driven)
-
Richard Miles authored
This reverts commit 7ee275b6.
-
Richard Miles authored
Enables two stepper drivers to be used for the Y axis (useful for Shapeoko style machines) Each Y driver can be stepped either the same way or in opposite directions, accounting for different hardware setups (leadscrew vs. belt driven)
-
- Sep 14, 2013
-
-
ErikZalm authored
add ENCODER_PULSES_PER_STEP
-
ErikZalm authored
FIx compilation error when enabling SERVO_ENDSTOPS (#591)
-
Erik van der Zalm authored
Changed EEPROM CHITCHAT behavior. M503 is always enabled.
-
- Sep 13, 2013
-
-
Xoan Sampaiño authored
-
- Sep 11, 2013
- Sep 10, 2013
-
-
Martin Lukasik authored
-
ErikZalm authored
Fixed bug that makes ulticontroller knob backwards introduced Feb 28 201...
-
George Roberts authored
Bug introduced in version 6beb42cd. Robert did a good job of simplifying but messed up this chunk of code. Looking at working version: 839bef6d it seems there is no case where encrot3 should be defined as 2 because if ULTICONTROLLER is defined then NEWPANEL is also defined.
-
Tim Koster authored
-