This change allows fan outputs to automatically turn on/off when the associated nozzle temperature of an extruder is above/below a threshold temperature. Multiple extruders can be assigned to the same pin in which case the fan will turn on when any selected extruder is above the threshold. It also makes the M42 command compatible with the M106/M107 command. The majority of the logic in this change will be evaluated by the compiler at build time (i.e, low code space requirements).master
Robert F-C
12 years ago
parent
4eb81a69e6
commit
372e12f83f
@ -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