Browse Source
Implement automatic cold-end/extruder motor fan control based on nozzle temperaturepull/1/head
ErikZalm
12 years ago
6 changed files with 363 additions and 285 deletions
@ -1,223 +1,227 @@ |
|||||
WARNING: |
========================== |
||||
-------- |
Marlin 3D Printer Firmware |
||||
THIS IS RELEASE CANDIDATE 2 FOR MARLIN 1.0.0 |
========================== |
||||
|
|
||||
The configuration is now split in two files |
Notes: |
||||
Configuration.h for the normal settings |
----- |
||||
Configuration_adv.h for the advanced settings |
|
||||
|
The configuration is now split in two files: |
||||
Gen7T is not supported. |
Configuration.h for the normal settings |
||||
|
Configuration_adv.h for the advanced settings |
||||
Quick Information |
|
||||
=================== |
Gen7T is not supported. |
||||
This RepRap firmware is a mashup between <a href="https://github.com/kliment/Sprinter">Sprinter</a>, <a href="https://github.com/simen/grbl/tree">grbl</a> and many original parts. |
|
||||
|
Quick Information |
||||
Derived from Sprinter and Grbl by Erik van der Zalm. |
=================== |
||||
Sprinters lead developers are Kliment and caru. |
This RepRap firmware is a mashup between <a href="https://github.com/kliment/Sprinter">Sprinter</a>, <a href="https://github.com/simen/grbl/tree">grbl</a> and many original parts. |
||||
Grbls lead developer is Simen Svale Skogsrud. Sonney Jeon (Chamnit) improved some parts of grbl |
|
||||
A fork by bkubicek for the Ultimaker was merged, and further development was aided by him. |
Derived from Sprinter and Grbl by Erik van der Zalm. |
||||
Some features have been added by: |
Sprinters lead developers are Kliment and caru. |
||||
Lampmaker, Bradley Feldman, and others... |
Grbls lead developer is Simen Svale Skogsrud. Sonney Jeon (Chamnit) improved some parts of grbl |
||||
|
A fork by bkubicek for the Ultimaker was merged, and further development was aided by him. |
||||
|
Some features have been added by: |
||||
Features: |
Lampmaker, Bradley Feldman, and others... |
||||
|
|
||||
* Interrupt based movement with real linear acceleration |
|
||||
* High steprate |
Features: |
||||
* Look ahead (Keep the speed high when possible. High cornering speed) |
|
||||
* Interrupt based temperature protection |
* Interrupt based movement with real linear acceleration |
||||
* preliminary support for Matthew Roberts advance algorithm |
* High steprate |
||||
For more info see: http://reprap.org/pipermail/reprap-dev/2011-May/003323.html |
* Look ahead (Keep the speed high when possible. High cornering speed) |
||||
* Full endstop support |
* Interrupt based temperature protection |
||||
* SD Card support |
* preliminary support for Matthew Roberts advance algorithm |
||||
* SD Card folders (works in pronterface) |
For more info see: http://reprap.org/pipermail/reprap-dev/2011-May/003323.html |
||||
* SD Card autostart support |
* Full endstop support |
||||
* LCD support (ideally 20x4) |
* SD Card support |
||||
* LCD menu system for autonomous SD card printing, controlled by an click-encoder. |
* SD Card folders (works in pronterface) |
||||
* EEPROM storage of e.g. max-velocity, max-acceleration, and similar variables |
* SD Card autostart support |
||||
* many small but handy things originating from bkubicek's fork. |
* LCD support (ideally 20x4) |
||||
* Arc support |
* LCD menu system for autonomous SD card printing, controlled by an click-encoder. |
||||
* Temperature oversampling |
* EEPROM storage of e.g. max-velocity, max-acceleration, and similar variables |
||||
* Dynamic Temperature setpointing aka "AutoTemp" |
* many small but handy things originating from bkubicek's fork. |
||||
* Support for QTMarlin, a very beta GUI for PID-tuning and velocity-acceleration testing. https://github.com/bkubicek/QTMarlin |
* Arc support |
||||
* Endstop trigger reporting to the host software. |
* Temperature oversampling |
||||
* Updated sdcardlib |
* Dynamic Temperature setpointing aka "AutoTemp" |
||||
* Heater power reporting. Useful for PID monitoring. |
* Support for QTMarlin, a very beta GUI for PID-tuning and velocity-acceleration testing. https://github.com/bkubicek/QTMarlin |
||||
* PID tuning |
* Endstop trigger reporting to the host software. |
||||
* CoreXY kinematics (www.corexy.com/theory.html) |
* Updated sdcardlib |
||||
* Configurable serial port to support connection of wireless adaptors. |
* Heater power reporting. Useful for PID monitoring. |
||||
|
* PID tuning |
||||
The default baudrate is 250000. This baudrate has less jitter and hence errors than the usual 115200 baud, but is less supported by drivers and host-environments. |
* CoreXY kinematics (www.corexy.com/theory.html) |
||||
|
* Configurable serial port to support connection of wireless adaptors. |
||||
|
* Automatic operation of extruder/cold-end cooling fans based on nozzle temperature |
||||
Differences and additions to the already good Sprinter firmware: |
|
||||
================================================================ |
The default baudrate is 250000. This baudrate has less jitter and hence errors than the usual 115200 baud, but is less supported by drivers and host-environments. |
||||
|
|
||||
*Look-ahead:* |
|
||||
|
Differences and additions to the already good Sprinter firmware: |
||||
Marlin has look-ahead. While sprinter has to break and re-accelerate at each corner, |
================================================================ |
||||
lookahead will only decelerate and accelerate to a velocity, |
|
||||
so that the change in vectorial velocity magnitude is less than the xy_jerk_velocity. |
*Look-ahead:* |
||||
This is only possible, if some future moves are already processed, hence the name. |
|
||||
It leads to less over-deposition at corners, especially at flat angles. |
Marlin has look-ahead. While sprinter has to break and re-accelerate at each corner, |
||||
|
lookahead will only decelerate and accelerate to a velocity, |
||||
*Arc support:* |
so that the change in vectorial velocity magnitude is less than the xy_jerk_velocity. |
||||
|
This is only possible, if some future moves are already processed, hence the name. |
||||
Slic3r can find curves that, although broken into segments, were ment to describe an arc. |
It leads to less over-deposition at corners, especially at flat angles. |
||||
Marlin is able to print those arcs. The advantage is the firmware can choose the resolution, |
|
||||
and can perform the arc with nearly constant velocity, resulting in a nice finish. |
*Arc support:* |
||||
Also, less serial communication is needed. |
|
||||
|
Slic3r can find curves that, although broken into segments, were ment to describe an arc. |
||||
*Temperature Oversampling:* |
Marlin is able to print those arcs. The advantage is the firmware can choose the resolution, |
||||
|
and can perform the arc with nearly constant velocity, resulting in a nice finish. |
||||
To reduce noise and make the PID-differential term more useful, 16 ADC conversion results are averaged. |
Also, less serial communication is needed. |
||||
|
|
||||
*AutoTemp:* |
*Temperature Oversampling:* |
||||
|
|
||||
If your gcode contains a wide spread of extruder velocities, or you realtime change the building speed, the temperature should be changed accordingly. |
To reduce noise and make the PID-differential term more useful, 16 ADC conversion results are averaged. |
||||
Usually, higher speed requires higher temperature. |
|
||||
This can now be performed by the AutoTemp function |
*AutoTemp:* |
||||
By calling M109 S<mintemp> T<maxtemp> F<factor> you enter the autotemp mode. |
|
||||
|
If your gcode contains a wide spread of extruder velocities, or you realtime change the building speed, the temperature should be changed accordingly. |
||||
You can leave it by calling M109 without any F. |
Usually, higher speed requires higher temperature. |
||||
If active, the maximal extruder stepper rate of all buffered moves will be calculated, and named "maxerate" [steps/sec]. |
This can now be performed by the AutoTemp function |
||||
The wanted temperature then will be set to t=tempmin+factor*maxerate, while being limited between tempmin and tempmax. |
By calling M109 S<mintemp> T<maxtemp> F<factor> you enter the autotemp mode. |
||||
If the target temperature is set manually or by gcode to a value less then tempmin, it will be kept without change. |
|
||||
Ideally, your gcode can be completely free of temperature controls, apart from a M109 S T F in the start.gcode, and a M109 S0 in the end.gcode. |
You can leave it by calling M109 without any F. |
||||
|
If active, the maximal extruder stepper rate of all buffered moves will be calculated, and named "maxerate" [steps/sec]. |
||||
*EEPROM:* |
The wanted temperature then will be set to t=tempmin+factor*maxerate, while being limited between tempmin and tempmax. |
||||
|
If the target temperature is set manually or by gcode to a value less then tempmin, it will be kept without change. |
||||
If you know your PID values, the acceleration and max-velocities of your unique machine, you can set them, and finally store them in the EEPROM. |
Ideally, your gcode can be completely free of temperature controls, apart from a M109 S T F in the start.gcode, and a M109 S0 in the end.gcode. |
||||
After each reboot, it will magically load them from EEPROM, independent what your Configuration.h says. |
|
||||
|
*EEPROM:* |
||||
*LCD Menu:* |
|
||||
|
If you know your PID values, the acceleration and max-velocities of your unique machine, you can set them, and finally store them in the EEPROM. |
||||
If your hardware supports it, you can build yourself a LCD-CardReader+Click+encoder combination. It will enable you to realtime tune temperatures, |
After each reboot, it will magically load them from EEPROM, independent what your Configuration.h says. |
||||
accelerations, velocities, flow rates, select and print files from the SD card, preheat, disable the steppers, and do other fancy stuff. |
|
||||
One working hardware is documented here: http://www.thingiverse.com/thing:12663 |
*LCD Menu:* |
||||
Also, with just a 20x4 or 16x2 display, useful data is shown. |
|
||||
|
If your hardware supports it, you can build yourself a LCD-CardReader+Click+encoder combination. It will enable you to realtime tune temperatures, |
||||
*SD card folders:* |
accelerations, velocities, flow rates, select and print files from the SD card, preheat, disable the steppers, and do other fancy stuff. |
||||
|
One working hardware is documented here: http://www.thingiverse.com/thing:12663 |
||||
If you have an SD card reader attached to your controller, also folders work now. Listing the files in pronterface will show "/path/subpath/file.g". |
Also, with just a 20x4 or 16x2 display, useful data is shown. |
||||
You can write to file in a subfolder by specifying a similar text using small letters in the path. |
|
||||
Also, backup copies of various operating systems are hidden, as well as files not ending with ".g". |
*SD card folders:* |
||||
|
|
||||
*SD card folders:* |
If you have an SD card reader attached to your controller, also folders work now. Listing the files in pronterface will show "/path/subpath/file.g". |
||||
|
You can write to file in a subfolder by specifying a similar text using small letters in the path. |
||||
If you place a file auto[0-9].g into the root of the sd card, it will be automatically executed if you boot the printer. The same file will be executed by selecting "Autostart" from the menu. |
Also, backup copies of various operating systems are hidden, as well as files not ending with ".g". |
||||
First *0 will be performed, than *1 and so on. That way, you can heat up or even print automatically without user interaction. |
|
||||
|
*SD card folders:* |
||||
*Endstop trigger reporting:* |
|
||||
|
If you place a file auto[0-9].g into the root of the sd card, it will be automatically executed if you boot the printer. The same file will be executed by selecting "Autostart" from the menu. |
||||
If an endstop is hit while moving towards the endstop, the location at which the firmware thinks that the endstop was triggered is outputed on the serial port. |
First *0 will be performed, than *1 and so on. That way, you can heat up or even print automatically without user interaction. |
||||
This is useful, because the user gets a warning message. |
|
||||
However, also tools like QTMarlin can use this for finding acceptable combinations of velocity+acceleration. |
*Endstop trigger reporting:* |
||||
|
|
||||
*Coding paradigm:* |
If an endstop is hit while moving towards the endstop, the location at which the firmware thinks that the endstop was triggered is outputed on the serial port. |
||||
|
This is useful, because the user gets a warning message. |
||||
Not relevant from a user side, but Marlin was split into thematic junks, and has tried to partially enforced private variables. |
However, also tools like QTMarlin can use this for finding acceptable combinations of velocity+acceleration. |
||||
This is intended to make it clearer, what interacts which what, and leads to a higher level of modularization. |
|
||||
We think that this is a useful prestep for porting this firmware to e.g. an ARM platform in the future. |
*Coding paradigm:* |
||||
A lot of RAM (with enabled LCD ~2200 bytes) was saved by storing char []="some message" in Program memory. |
|
||||
In the serial communication, a #define based level of abstraction was enforced, so that it is clear that |
Not relevant from a user side, but Marlin was split into thematic junks, and has tried to partially enforced private variables. |
||||
some transfer is information (usually beginning with "echo:"), an error "error:", or just normal protocol, |
This is intended to make it clearer, what interacts which what, and leads to a higher level of modularization. |
||||
necessary for backwards compatibility. |
We think that this is a useful prestep for porting this firmware to e.g. an ARM platform in the future. |
||||
|
A lot of RAM (with enabled LCD ~2200 bytes) was saved by storing char []="some message" in Program memory. |
||||
*Interrupt based temperature measurements:* |
In the serial communication, a #define based level of abstraction was enforced, so that it is clear that |
||||
|
some transfer is information (usually beginning with "echo:"), an error "error:", or just normal protocol, |
||||
An interrupt is used to manage ADC conversions, and enforce checking for critical temperatures. |
necessary for backwards compatibility. |
||||
This leads to less blocking in the heater management routine. |
|
||||
|
*Interrupt based temperature measurements:* |
||||
|
|
||||
Non-standard M-Codes, different to an old version of sprinter: |
An interrupt is used to manage ADC conversions, and enforce checking for critical temperatures. |
||||
============================================================== |
This leads to less blocking in the heater management routine. |
||||
Movement: |
|
||||
|
|
||||
* G2 - CW ARC |
Non-standard M-Codes, different to an old version of sprinter: |
||||
* G3 - CCW ARC |
============================================================== |
||||
|
Movement: |
||||
General: |
|
||||
|
* G2 - CW ARC |
||||
* M17 - Enable/Power all stepper motors. Compatibility to ReplicatorG. |
* G3 - CCW ARC |
||||
* M18 - Disable all stepper motors; same as M84.Compatibility to ReplicatorG. |
|
||||
* M30 - Print time since last M109 or SD card start to serial |
General: |
||||
* M42 - Change pin status via gcode |
|
||||
* M80 - Turn on Power Supply |
* M17 - Enable/Power all stepper motors. Compatibility to ReplicatorG. |
||||
* M81 - Turn off Power Supply |
* M18 - Disable all stepper motors; same as M84.Compatibility to ReplicatorG. |
||||
* M114 - Output current position to serial port |
* M30 - Print time since last M109 or SD card start to serial |
||||
* M119 - Output Endstop status to serial port |
* M42 - Change pin status via gcode |
||||
|
* M80 - Turn on Power Supply |
||||
Movement variables: |
* M81 - Turn off Power Supply |
||||
|
* M114 - Output current position to serial port |
||||
* M202 - Set max acceleration in units/s^2 for travel moves (M202 X1000 Y1000) Unused in Marlin!! |
* M119 - Output Endstop status to serial port |
||||
* M203 - Set maximum feedrate that your machine can sustain (M203 X200 Y200 Z300 E10000) in mm/sec |
|
||||
* M204 - Set default acceleration: S normal moves T filament only moves (M204 S3000 T7000) im mm/sec^2 also sets minimum segment time in ms (B20000) to prevent buffer underruns and M20 minimum feedrate |
Movement variables: |
||||
* M206 - set home offsets. This sets the X,Y,Z coordinates of the endstops (and is added to the {X,Y,Z}_HOME_POS configuration options (and is also added to the coordinates, if any, provided to G82, as with earlier firmware) |
|
||||
* M220 - set build speed mulitplying S:factor in percent ; aka "realtime tuneing in the gcode". So you can slow down if you have islands in one height-range, and speed up otherwise. |
* M202 - Set max acceleration in units/s^2 for travel moves (M202 X1000 Y1000) Unused in Marlin!! |
||||
* M221 - set the extrude multiplying S:factor in percent |
* M203 - Set maximum feedrate that your machine can sustain (M203 X200 Y200 Z300 E10000) in mm/sec |
||||
* M400 - Finish all buffered moves. |
* M204 - Set default acceleration: S normal moves T filament only moves (M204 S3000 T7000) im mm/sec^2 also sets minimum segment time in ms (B20000) to prevent buffer underruns and M20 minimum feedrate |
||||
|
* M206 - set home offsets. This sets the X,Y,Z coordinates of the endstops (and is added to the {X,Y,Z}_HOME_POS configuration options (and is also added to the coordinates, if any, provided to G82, as with earlier firmware) |
||||
Temperature variables: |
* M220 - set build speed mulitplying S:factor in percent ; aka "realtime tuneing in the gcode". So you can slow down if you have islands in one height-range, and speed up otherwise. |
||||
* M301 - Set PID parameters P I and D |
* M221 - set the extrude multiplying S:factor in percent |
||||
* M302 - Allow cold extrudes |
* M400 - Finish all buffered moves. |
||||
* M303 - PID relay autotune S<temperature> sets the target temperature. (default target temperature = 150C) |
|
||||
|
Temperature variables: |
||||
Advance: |
* M301 - Set PID parameters P I and D |
||||
|
* M302 - Allow cold extrudes |
||||
* M200 - Set filament diameter for advance |
* M303 - PID relay autotune S<temperature> sets the target temperature. (default target temperature = 150C) |
||||
* M205 - advanced settings: minimum travel speed S=while printing T=travel only, B=minimum segment time X= maximum xy jerk, Z=maximum Z jerk |
|
||||
|
Advance: |
||||
EEPROM: |
|
||||
|
* M200 - Set filament diameter for advance |
||||
* M500 - stores paramters in EEPROM. This parameters are stored: axis_steps_per_unit, max_feedrate, max_acceleration ,acceleration,retract_acceleration, |
* M205 - advanced settings: minimum travel speed S=while printing T=travel only, B=minimum segment time X= maximum xy jerk, Z=maximum Z jerk |
||||
minimumfeedrate,mintravelfeedrate,minsegmenttime, jerk velocities, PID |
|
||||
* M501 - reads parameters from EEPROM (if you need reset them after you changed them temporarily). |
EEPROM: |
||||
* M502 - reverts to the default "factory settings". You still need to store them in EEPROM afterwards if you want to. |
|
||||
* M503 - print the current settings (from memory not from eeprom) |
* M500 - stores paramters in EEPROM. This parameters are stored: axis_steps_per_unit, max_feedrate, max_acceleration ,acceleration,retract_acceleration, |
||||
|
minimumfeedrate,mintravelfeedrate,minsegmenttime, jerk velocities, PID |
||||
MISC: |
* M501 - reads parameters from EEPROM (if you need reset them after you changed them temporarily). |
||||
|
* M502 - reverts to the default "factory settings". You still need to store them in EEPROM afterwards if you want to. |
||||
* M240 - Trigger a camera to take a photograph |
* M503 - print the current settings (from memory not from eeprom) |
||||
* M999 - Restart after being stopped by error |
|
||||
|
MISC: |
||||
Configuring and compilation: |
|
||||
============================ |
* M240 - Trigger a camera to take a photograph |
||||
|
* M999 - Restart after being stopped by error |
||||
Install the arduino software IDE/toolset v23 (Some configurations also work with 1.x.x) |
|
||||
http://www.arduino.cc/en/Main/Software |
Configuring and compilation: |
||||
|
============================ |
||||
For gen6/gen7 and sanguinololu the Sanguino directory in the Marlin dir needs to be copied to the arduino environment. |
|
||||
copy ArduinoAddons\Arduino_x.x.x\sanguino <arduino home>\hardware\Sanguino |
Install the arduino software IDE/toolset v23 (Some configurations also work with 1.x.x) |
||||
|
http://www.arduino.cc/en/Main/Software |
||||
Install Ultimaker's RepG 25 build |
|
||||
http://software.ultimaker.com |
For gen6/gen7 and sanguinololu the Sanguino directory in the Marlin dir needs to be copied to the arduino environment. |
||||
For SD handling and as better substitute (apart from stl manipulation) download |
copy ArduinoAddons\Arduino_x.x.x\sanguino <arduino home>\hardware\Sanguino |
||||
the very nice Kliment's printrun/pronterface https://github.com/kliment/Printrun |
|
||||
|
Install Ultimaker's RepG 25 build |
||||
Copy the Ultimaker Marlin firmware |
http://software.ultimaker.com |
||||
https://github.com/ErikZalm/Marlin/tree/Marlin_v1 |
For SD handling and as better substitute (apart from stl manipulation) download |
||||
(Use the download button) |
the very nice Kliment's printrun/pronterface https://github.com/kliment/Printrun |
||||
|
|
||||
Start the arduino IDE. |
Copy the Ultimaker Marlin firmware |
||||
Select Tools -> Board -> Arduino Mega 2560 or your microcontroller |
https://github.com/ErikZalm/Marlin/tree/Marlin_v1 |
||||
Select the correct serial port in Tools ->Serial Port |
(Use the download button) |
||||
Open Marlin.pde |
|
||||
|
Start the arduino IDE. |
||||
Click the Verify/Compile button |
Select Tools -> Board -> Arduino Mega 2560 or your microcontroller |
||||
|
Select the correct serial port in Tools ->Serial Port |
||||
Click the Upload button |
Open Marlin.pde |
||||
If all goes well the firmware is uploading |
|
||||
|
Click the Verify/Compile button |
||||
Start Ultimaker's Custom RepG 25 |
|
||||
Make sure Show Experimental Profiles is enabled in Preferences |
Click the Upload button |
||||
Select Sprinter as the Driver |
If all goes well the firmware is uploading |
||||
|
|
||||
Press the Connect button. |
Start Ultimaker's Custom RepG 25 |
||||
|
Make sure Show Experimental Profiles is enabled in Preferences |
||||
KNOWN ISSUES: RepG will display: Unknown: marlin x.y.z |
Select Sprinter as the Driver |
||||
|
|
||||
That's ok. Enjoy Silky Smooth Printing. |
Press the Connect button. |
||||
|
|
||||
|
KNOWN ISSUES: RepG will display: Unknown: marlin x.y.z |
||||
|
|
||||
|
That's ok. Enjoy Silky Smooth Printing. |
||||
|
|
||||
|
|
||||
|
|
||||
|
|||||
Loading…
Reference in new issue