Merge pull request #409 from buildrob202/Marlin_v1
Implement automatic cold-end/extruder motor fan control based on nozzle temperature2.0.x
ErikZalm
12 years ago
commit
b2eeebd9c3
@ -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