Implement automatic extruder/cold-end fan control based on temperature

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).
This commit is contained in:
Robert F-C 2013-03-01 21:57:23 +11:00
parent 4eb81a69e6
commit 372e12f83f
4 changed files with 302 additions and 234 deletions

View File

@ -71,6 +71,16 @@
// before setting a PWM value. (Does not work with software PWM for fan on Sanguinololu) // before setting a PWM value. (Does not work with software PWM for fan on Sanguinololu)
//#define FAN_KICKSTART_TIME 100 //#define FAN_KICKSTART_TIME 100
// Configure fan pin outputs to automatically turn on/off when the associated
// extruder temperature is above/below EXTRUDER_AUTO_FAN_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.
#define EXTRUDER_0_AUTO_FAN_PIN -1
#define EXTRUDER_1_AUTO_FAN_PIN -1
#define EXTRUDER_2_AUTO_FAN_PIN -1
#define EXTRUDER_AUTO_FAN_TEMPERATURE 50
#define EXTRUDER_AUTO_FAN_SPEED 255 // == full speed
//=========================================================================== //===========================================================================
//=============================Mechanical Settings=========================== //=============================Mechanical Settings===========================
//=========================================================================== //===========================================================================
@ -210,9 +220,9 @@
// However, THIS FEATURE IS UNSAFE!, as it will only work if interrupts are disabled. And the code could hang in an interrupt routine with interrupts disabled. // However, THIS FEATURE IS UNSAFE!, as it will only work if interrupts are disabled. And the code could hang in an interrupt routine with interrupts disabled.
//#define WATCHDOG_RESET_MANUAL //#define WATCHDOG_RESET_MANUAL
#endif #endif
// Enable the option to stop SD printing when hitting and endstops, needs to be enabled from the LCD menu when this option is enabled. // Enable the option to stop SD printing when hitting and endstops, needs to be enabled from the LCD menu when this option is enabled.
//#define ABORT_ON_ENDSTOP_HIT_FEATURE_ENABLED //#define ABORT_ON_ENDSTOP_HIT_FEATURE_ENABLED
// extruder advance constant (s2/mm3) // extruder advance constant (s2/mm3)
// //
@ -276,7 +286,7 @@ const unsigned int dropsegments=5; //everything with less than this number of st
#else #else
#define BLOCK_BUFFER_SIZE 16 // maximize block buffer #define BLOCK_BUFFER_SIZE 16 // maximize block buffer
#endif #endif
//The ASCII buffer for recieving from the serial: //The ASCII buffer for recieving from the serial:
#define MAX_CMD_SIZE 96 #define MAX_CMD_SIZE 96

View File

@ -157,12 +157,12 @@ float add_homeing[3]={0,0,0};
float min_pos[3] = { X_MIN_POS, Y_MIN_POS, Z_MIN_POS }; float min_pos[3] = { X_MIN_POS, Y_MIN_POS, Z_MIN_POS };
float max_pos[3] = { X_MAX_POS, Y_MAX_POS, Z_MAX_POS }; float max_pos[3] = { X_MAX_POS, Y_MAX_POS, Z_MAX_POS };
// Extruder offset, only in XY plane // Extruder offset, only in XY plane
#if EXTRUDERS > 1 #if EXTRUDERS > 1
float extruder_offset[2][EXTRUDERS] = { float extruder_offset[2][EXTRUDERS] = {
#if defined(EXTRUDER_OFFSET_X) && defined(EXTRUDER_OFFSET_Y) #if defined(EXTRUDER_OFFSET_X) && defined(EXTRUDER_OFFSET_Y)
EXTRUDER_OFFSET_X, EXTRUDER_OFFSET_Y EXTRUDER_OFFSET_X, EXTRUDER_OFFSET_Y
#endif #endif
}; };
#endif #endif
uint8_t active_extruder = 0; uint8_t active_extruder = 0;
int fanSpeed=0; int fanSpeed=0;
@ -982,6 +982,10 @@ void process_commands()
break; break;
} }
} }
#if FAN_PIN > -1
if (pin_number == FAN_PIN)
fanSpeed = pin_status;
#endif
if (pin_number > -1) if (pin_number > -1)
{ {
pinMode(pin_number, OUTPUT); pinMode(pin_number, OUTPUT);
@ -1380,7 +1384,7 @@ void process_commands()
} }
}break; }break;
#endif // FWRETRACT #endif // FWRETRACT
#if EXTRUDERS > 1 #if EXTRUDERS > 1
case 218: // M218 - set hotend offset (in mm), T<extruder_number> X<offset_on_X> Y<offset_on_Y> case 218: // M218 - set hotend offset (in mm), T<extruder_number> X<offset_on_X> Y<offset_on_Y>
{ {
@ -1405,7 +1409,7 @@ void process_commands()
SERIAL_ECHO(extruder_offset[Y_AXIS][tmp_extruder]); SERIAL_ECHO(extruder_offset[Y_AXIS][tmp_extruder]);
} }
SERIAL_ECHOLN(""); SERIAL_ECHOLN("");
}break; }break;
#endif #endif
case 220: // M220 S<factor in percent>- set speed factor override percentage case 220: // M220 S<factor in percent>- set speed factor override percentage
{ {
@ -1756,7 +1760,7 @@ void process_commands()
if(make_move && Stopped == false) { if(make_move && Stopped == false) {
prepare_move(); prepare_move();
} }
} }
#endif #endif
SERIAL_ECHO_START; SERIAL_ECHO_START;
SERIAL_ECHO(MSG_ACTIVE_EXTRUDER); SERIAL_ECHO(MSG_ACTIVE_EXTRUDER);

View File

@ -99,8 +99,9 @@ static volatile bool temp_meas_ready = false;
#ifdef FAN_SOFT_PWM #ifdef FAN_SOFT_PWM
static unsigned char soft_pwm_fan; static unsigned char soft_pwm_fan;
#endif #endif
#if EXTRUDER_0_AUTO_FAN_PIN > -1 || EXTRUDER_1_AUTO_FAN_PIN > -1 || EXTRUDER_2_AUTO_FAN_PIN > -1
static uint8_t extruderAutoFanState = 0; // extruder auto fan state stored as bitmap
#endif
#if EXTRUDERS > 3 #if EXTRUDERS > 3
# error Unsupported number of extruders # error Unsupported number of extruders
@ -399,6 +400,55 @@ void manage_heater()
} // End extruder for loop } // End extruder for loop
#if EXTRUDER_0_AUTO_FAN_PIN > -1
// check the extruder 0 setting (and any ganged auto fan outputs)
bool newFanState = (EXTRUDER_0_AUTO_FAN_PIN > -1 &&
(current_temperature[0] > EXTRUDER_AUTO_FAN_TEMPERATURE ||
(EXTRUDER_0_AUTO_FAN_PIN == EXTRUDER_1_AUTO_FAN_PIN && current_temperature[1] > EXTRUDER_AUTO_FAN_TEMPERATURE) ||
(EXTRUDER_0_AUTO_FAN_PIN == EXTRUDER_2_AUTO_FAN_PIN && current_temperature[2] > EXTRUDER_AUTO_FAN_TEMPERATURE)));
if ((extruderAutoFanState & 1) != newFanState) // store state in first bit
{
int newFanSpeed = (newFanState ? EXTRUDER_AUTO_FAN_SPEED : 0);
if (EXTRUDER_0_AUTO_FAN_PIN == FAN_PIN)
fanSpeed = newFanSpeed;
pinMode(EXTRUDER_0_AUTO_FAN_PIN, OUTPUT);
digitalWrite(EXTRUDER_0_AUTO_FAN_PIN, newFanSpeed);
analogWrite(EXTRUDER_0_AUTO_FAN_PIN, newFanSpeed);
extruderAutoFanState = newFanState | (extruderAutoFanState & ~1);
}
#endif //EXTRUDER_0_AUTO_FAN_PIN > -1
#if EXTRUDER_1_AUTO_FAN_PIN > -1
// check the extruder 1 setting (except when extruder 1 is the same as 0)
newFanState = (EXTRUDER_1_AUTO_FAN_PIN > -1 && EXTRUDER_1_AUTO_FAN_PIN != EXTRUDER_0_AUTO_FAN_PIN &&
(current_temperature[1] > EXTRUDER_AUTO_FAN_TEMPERATURE ||
(EXTRUDER_1_AUTO_FAN_PIN == EXTRUDER_2_AUTO_FAN_PIN && current_temperature[2] > EXTRUDER_AUTO_FAN_TEMPERATURE)));
if ((extruderAutoFanState & 2) != (newFanState<<1)) // use second bit
{
int newFanSpeed = (newFanState ? EXTRUDER_AUTO_FAN_SPEED : 0);
if (EXTRUDER_1_AUTO_FAN_PIN == FAN_PIN)
fanSpeed = newFanSpeed;
pinMode(EXTRUDER_1_AUTO_FAN_PIN, OUTPUT);
digitalWrite(EXTRUDER_1_AUTO_FAN_PIN, newFanSpeed);
analogWrite(EXTRUDER_1_AUTO_FAN_PIN, newFanSpeed);
extruderAutoFanState = (newFanState<<1) | (extruderAutoFanState & ~2);
}
#endif //EXTRUDER_1_AUTO_FAN_PIN > -1
#if EXTRUDER_2_AUTO_FAN_PIN > -1
// check the extruder 2 setting (except when extruder 2 is the same as 1 or 0)
newFanState = (EXTRUDER_2_AUTO_FAN_PIN > -1 &&
EXTRUDER_2_AUTO_FAN_PIN != EXTRUDER_0_AUTO_FAN_PIN && EXTRUDER_2_AUTO_FAN_PIN != EXTRUDER_1_AUTO_FAN_PIN &&
current_temperature[2] > EXTRUDER_AUTO_FAN_TEMPERATURE);
if ((extruderAutoFanState & 4) != (newFanState<<2)) // use third bit
{
int newFanSpeed = (newFanState ? EXTRUDER_AUTO_FAN_SPEED : 0);
if (EXTRUDER_2_AUTO_FAN_PIN == FAN_PIN)
fanSpeed = newFanSpeed;
pinMode(EXTRUDER_2_AUTO_FAN_PIN, OUTPUT);
digitalWrite(EXTRUDER_2_AUTO_FAN_PIN, newFanSpeed);
analogWrite(EXTRUDER_2_AUTO_FAN_PIN, newFanSpeed);
extruderAutoFanState = (newFanState<<2) | (extruderAutoFanState & ~4);
}
#endif //EXTRUDER_2_AUTO_FAN_PIN > -1
#ifndef PIDTEMPBED #ifndef PIDTEMPBED
if(millis() - previous_millis_bed_heater < BED_CHECK_INTERVAL) if(millis() - previous_millis_bed_heater < BED_CHECK_INTERVAL)

450
README.md
View File

@ -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.