README.md

   1 WARNING: \r
   2 --------\r
   3 THIS IS RELEASE CANDIDATE 2 FOR MARLIN 1.0.0\r
   4 \r
   5 The configuration is now split in two files\r
   6 Configuration.h for the normal settings\r
   7 Configuration_adv.h for the advanced settings\r
   8 \r
   9 Gen7T is not supported.\r
  10 \r
  11 Quick Information\r
  12 ===================\r
  13 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.\r
  14 \r
  15 Derived from Sprinter and Grbl by Erik van der Zalm.\r
  16 Sprinters lead developers are Kliment and caru.\r
  17 Grbls lead developer is Simen Svale Skogsrud. Sonney Jeon (Chamnit) improved some parts of grbl\r
  18 A fork by bkubicek for the Ultimaker was merged, and further development was aided by him.\r
  19 Some features have been added by:\r
  20 Lampmaker, Bradley Feldman, and others...\r
  21 \r
  22 \r
  23 Features:\r
  24 \r
  25 *   Interrupt based movement with real linear acceleration\r
  26 *   High steprate\r
  27 *   Look ahead (Keep the speed high when possible. High cornering speed)\r
  28 *   Interrupt based temperature protection\r
  29 *   preliminary support for Matthew Roberts advance algorithm \r
  30     For more info see: http://reprap.org/pipermail/reprap-dev/2011-May/003323.html\r
  31 *   Full endstop support\r
  32 *   SD Card support\r
  33 *   SD Card folders (works in pronterface)\r
  34 *   SD Card autostart support\r
  35 *   LCD support (ideally 20x4) \r
  36 *   LCD menu system for autonomous SD card printing, controlled by an click-encoder. \r
  37 *   EEPROM storage of e.g. max-velocity, max-acceleration, and similar variables\r
  38 *   many small but handy things originating from bkubicek's fork.\r
  39 *   Arc support\r
  40 *   Temperature oversampling\r
  41 *   Dynamic Temperature setpointing aka "AutoTemp"\r
  42 *   Support for QTMarlin, a very beta GUI for PID-tuning and velocity-acceleration testing. https://github.com/bkubicek/QTMarlin\r
  43 *   Endstop trigger reporting to the host software.\r
  44 *   Updated sdcardlib\r
  45 *   Heater power reporting. Useful for PID monitoring.\r
  46 *   PID tuning\r
  47 *   CoreXY kinematics (www.corexy.com/theory.html)\r
  48 \r
  49 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.\r
  50 \r
  51 \r
  52 Differences and additions to the already good Sprinter firmware:\r
  53 ================================================================\r
  54 \r
  55 *Look-ahead:*\r
  56 \r
  57 Marlin has look-ahead. While sprinter has to break and re-accelerate at each corner, \r
  58 lookahead will only decelerate and accelerate to a velocity, \r
  59 so that the change in vectorial velocity magnitude is less than the xy_jerk_velocity.\r
  60 This is only possible, if some future moves are already processed, hence the name. \r
  61 It leads to less over-deposition at corners, especially at flat angles.\r
  62 \r
  63 *Arc support:*\r
  64 \r
  65 Slic3r can find curves that, although broken into segments, were ment to describe an arc.\r
  66 Marlin is able to print those arcs. The advantage is the firmware can choose the resolution,\r
  67 and can perform the arc with nearly constant velocity, resulting in a nice finish. \r
  68 Also, less serial communication is needed.\r
  69 \r
  70 *Temperature Oversampling:*\r
  71 \r
  72 To reduce noise and make the PID-differential term more useful, 16 ADC conversion results are averaged.\r
  73 \r
  74 *AutoTemp:*\r
  75 \r
  76 If your gcode contains a wide spread of extruder velocities, or you realtime change the building speed, the temperature should be changed accordingly.\r
  77 Usually, higher speed requires higher temperature.\r
  78 This can now be performed by the AutoTemp function\r
  79 By calling M109 S<mintemp> T<maxtemp> F<factor> you enter the autotemp mode.\r
  80 \r
  81 You can leave it by calling M109 without any F.\r
  82 If active, the maximal extruder stepper rate of all buffered moves will be calculated, and named "maxerate" [steps/sec].\r
  83 The wanted temperature then will be set to t=tempmin+factor*maxerate, while being limited between tempmin and tempmax.\r
  84 If the target temperature is set manually or by gcode to a value less then tempmin, it will be kept without change.\r
  85 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.\r
  86 \r
  87 *EEPROM:*\r
  88 \r
  89 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.\r
  90 After each reboot, it will magically load them from EEPROM, independent what your Configuration.h says.\r
  91 \r
  92 *LCD Menu:*\r
  93 \r
  94 If your hardware supports it, you can build yourself a LCD-CardReader+Click+encoder combination. It will enable you to realtime tune temperatures,\r
  95 accelerations, velocities, flow rates, select and print files from the SD card, preheat, disable the steppers, and do other fancy stuff.\r
  96 One working hardware is documented here: http://www.thingiverse.com/thing:12663 \r
  97 Also, with just a 20x4 or 16x2 display, useful data is shown.\r
  98 \r
  99 *SD card folders:*\r
 100 \r
 101 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".\r
 102 You can write to file in a subfolder by specifying a similar text using small letters in the path.\r
 103 Also, backup copies of various operating systems are hidden, as well as files not ending with ".g".\r
 104 \r
 105 *SD card folders:*\r
 106 \r
 107 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.\r
 108 First *0 will be performed, than *1 and so on. That way, you can heat up or even print automatically without user interaction.\r
 109 \r
 110 *Endstop trigger reporting:*\r
 111 \r
 112 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.\r
 113 This is useful, because the user gets a warning message.\r
 114 However, also tools like QTMarlin can use this for finding acceptable combinations of velocity+acceleration.\r
 115 \r
 116 *Coding paradigm:*\r
 117 \r
 118 Not relevant from a user side, but Marlin was split into thematic junks, and has tried to partially enforced private variables.\r
 119 This is intended to make it clearer, what interacts which what, and leads to a higher level of modularization.\r
 120 We think that this is a useful prestep for porting this firmware to e.g. an ARM platform in the future.\r
 121 A lot of RAM (with enabled LCD ~2200 bytes) was saved by storing char []="some message" in Program memory.\r
 122 In the serial communication, a #define based level of abstraction was enforced, so that it is clear that\r
 123 some transfer is information (usually beginning with "echo:"), an error "error:", or just normal protocol,\r
 124 necessary for backwards compatibility.\r
 125 \r
 126 *Interrupt based temperature measurements:*\r
 127 \r
 128 An interrupt is used to manage ADC conversions, and enforce checking for critical temperatures.\r
 129 This leads to less blocking in the heater management routine.\r
 130 \r
 131 \r
 132 Non-standard M-Codes, different to an old version of sprinter:\r
 133 ==============================================================\r
 134 Movement:\r
 135 \r
 136 *   G2  - CW ARC\r
 137 *   G3  - CCW ARC\r
 138 \r
 139 General:\r
 140 \r
 141 *   M17  - Enable/Power all stepper motors. Compatibility to ReplicatorG.\r
 142 *   M18  - Disable all stepper motors; same as M84.Compatibility to ReplicatorG.\r
 143 *   M30  - Print time since last M109 or SD card start to serial\r
 144 *   M42  - Change pin status via gcode\r
 145 *   M80  - Turn on Power Supply\r
 146 *   M81  - Turn off Power Supply\r
 147 *   M114 - Output current position to serial port \r
 148 *   M119 - Output Endstop status to serial port\r
 149 \r
 150 Movement variables:\r
 151 \r
 152 *   M202 - Set max acceleration in units/s^2 for travel moves (M202 X1000 Y1000) Unused in Marlin!!\r
 153 *   M203 - Set maximum feedrate that your machine can sustain (M203 X200 Y200 Z300 E10000) in mm/sec\r
 154 *   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\r
 155 *   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)\r
 156 *   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.\r
 157 *   M221 - set the extrude multiplying S:factor in percent\r
 158 *   M400 - Finish all buffered moves.\r
 159 \r
 160 Temperature variables:\r
 161 *   M301 - Set PID parameters P I and D\r
 162 *   M302 - Allow cold extrudes\r
 163 *   M303 - PID relay autotune S<temperature> sets the target temperature. (default target temperature = 150C)\r
 164 \r
 165 Advance:\r
 166 \r
 167 *   M200 - Set filament diameter for advance\r
 168 *   M205 - advanced settings:  minimum travel speed S=while printing T=travel only,  B=minimum segment time X= maximum xy jerk, Z=maximum Z jerk\r
 169 \r
 170 EEPROM:\r
 171 \r
 172 *   M500 - stores paramters in EEPROM. This parameters are stored:  axis_steps_per_unit,  max_feedrate, max_acceleration  ,acceleration,retract_acceleration,\r
 173   minimumfeedrate,mintravelfeedrate,minsegmenttime,  jerk velocities, PID\r
 174 *   M501 - reads parameters from EEPROM (if you need reset them after you changed them temporarily).  \r
 175 *   M502 - reverts to the default "factory settings".  You still need to store them in EEPROM afterwards if you want to.\r
 176 *   M503 - print the current settings (from memory not from eeprom)\r
 177 \r
 178 MISC:\r
 179 \r
 180 *   M240 - Trigger a camera to take a photograph\r
 181 *   M999 - Restart after being stopped by error\r
 182 \r
 183 Configuring and compilation:\r
 184 ============================\r
 185 \r
 186 Install the arduino software IDE/toolset v22\r
 187    http://www.arduino.cc/en/Main/Software\r
 188 \r
 189 For gen6 and sanguinololu the Sanguino directory in the Marlin dir needs to be copied to the arduino environment.\r
 190   copy Marlin\sanguino <arduino home>\hardware\Sanguino\r
 191 \r
 192 Install Ultimaker's RepG 25 build\r
 193     http://software.ultimaker.com\r
 194 For SD handling and as better substitute (apart from stl manipulation) download\r
 195 the very nice Kliment's printrun/pronterface  https://github.com/kliment/Printrun\r
 196 \r
 197 Copy the Ultimaker Marlin firmware\r
 198    https://github.com/ErikZalm/Marlin/tree/Marlin_v1\r
 199    (Use the download button)\r
 200 \r
 201 Start the arduino IDE.\r
 202 Select Tools -> Board -> Arduino Mega 2560    or your microcontroller\r
 203 Select the correct serial port in Tools ->Serial Port\r
 204 Open Marlin.pde\r
 205 \r
 206 Click the Verify/Compile button\r
 207 \r
 208 Click the Upload button\r
 209 If all goes well the firmware is uploading\r
 210 \r
 211 Start Ultimaker's Custom RepG 25\r
 212 Make sure Show Experimental Profiles is enabled in Preferences\r
 213 Select Sprinter as the Driver\r
 214 \r
 215 Press the Connect button.\r
 216 \r
 217 KNOWN ISSUES: RepG will display:  Unknown: marlin x.y.z\r
 218 \r
 219 That's ok.  Enjoy Silky Smooth Printing.\r
 220 \r
 221 \r
 222 \r