Merge branch 'Documentation' of github.com:stv0g/Marlin into Documentation
This commit is contained in:
commit
26337a56cc
|
@ -1,13 +1,10 @@
|
||||||
|
# Features
|
||||||
Features:
|
|
||||||
=========
|
|
||||||
|
|
||||||
* Interrupt based movement with real linear acceleration
|
* Interrupt based movement with real linear acceleration
|
||||||
* High steprate
|
* High steprate
|
||||||
* Look ahead (Keep the speed high when possible. High cornering speed)
|
* Look ahead (Keep the speed high when possible. High cornering speed)
|
||||||
* Interrupt based temperature protection
|
* Interrupt based temperature protection
|
||||||
* preliminary support for Matthew Roberts advance algorithm
|
* Preliminary support for [Matthew Roberts Advance Algorithm](http://reprap.org/pipermail/reprap-dev/2011-May/003323.html)
|
||||||
For more info see: http://reprap.org/pipermail/reprap-dev/2011-May/003323.html
|
|
||||||
* Full endstop support
|
* Full endstop support
|
||||||
* SD Card support
|
* SD Card support
|
||||||
* SD Card folders (works in pronterface)
|
* SD Card folders (works in pronterface)
|
||||||
|
@ -19,12 +16,12 @@ Features:
|
||||||
* Arc support
|
* Arc support
|
||||||
* Temperature oversampling
|
* Temperature oversampling
|
||||||
* Dynamic Temperature setpointing aka "AutoTemp"
|
* Dynamic Temperature setpointing aka "AutoTemp"
|
||||||
* Support for QTMarlin, a very beta GUI for PID-tuning and velocity-acceleration testing. https://github.com/bkubicek/QTMarlin
|
* Support for [QTMarlin](https://github.com/bkubicek/QTMarlin), a very beta GUI for PID-tuning and velocity-acceleration testing.
|
||||||
* Endstop trigger reporting to the host software.
|
* Endstop trigger reporting to the host software.
|
||||||
* Updated sdcardlib
|
* Updated sdcardlib
|
||||||
* Heater power reporting. Useful for PID monitoring.
|
* Heater power reporting. Useful for PID monitoring.
|
||||||
* PID tuning
|
* PID tuning
|
||||||
* CoreXY kinematics (www.corexy.com/theory.html)
|
* [CoreXY kinematics](www.corexy.com/theory.html)
|
||||||
* Delta kinematics
|
* Delta kinematics
|
||||||
* SCARA kinematics
|
* SCARA kinematics
|
||||||
* Dual X-carriage support for multiple extruder systems
|
* Dual X-carriage support for multiple extruder systems
|
||||||
|
@ -36,12 +33,9 @@ Features:
|
||||||
|
|
||||||
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.
|
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.
|
||||||
|
|
||||||
|
## Differences and additions to the already good Sprinter firmware
|
||||||
|
|
||||||
Differences and additions to the already good Sprinter firmware:
|
### Look-ahead
|
||||||
================================================================
|
|
||||||
|
|
||||||
Look-ahead:
|
|
||||||
-----------
|
|
||||||
|
|
||||||
Marlin has look-ahead. While sprinter has to break and re-accelerate at each corner,
|
Marlin has look-ahead. While sprinter has to break and re-accelerate at each corner,
|
||||||
lookahead will only decelerate and accelerate to a velocity,
|
lookahead will only decelerate and accelerate to a velocity,
|
||||||
|
@ -49,21 +43,18 @@ so that the change in vectorial velocity magnitude is less than the xy_jerk_velo
|
||||||
This is only possible, if some future moves are already processed, hence the name.
|
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.
|
It leads to less over-deposition at corners, especially at flat angles.
|
||||||
|
|
||||||
Arc support:
|
### Arc support
|
||||||
------------
|
|
||||||
|
|
||||||
Slic3r can find curves that, although broken into segments, were ment to describe an arc.
|
Slic3r can find curves that, although broken into segments, were ment to describe an arc.
|
||||||
Marlin is able to print those arcs. The advantage is the firmware can choose the resolution,
|
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.
|
and can perform the arc with nearly constant velocity, resulting in a nice finish.
|
||||||
Also, less serial communication is needed.
|
Also, less serial communication is needed.
|
||||||
|
|
||||||
Temperature Oversampling:
|
### Temperature Oversampling
|
||||||
-------------------------
|
|
||||||
|
|
||||||
To reduce noise and make the PID-differential term more useful, 16 ADC conversion results are averaged.
|
To reduce noise and make the PID-differential term more useful, 16 ADC conversion results are averaged.
|
||||||
|
|
||||||
AutoTemp:
|
### AutoTemp
|
||||||
---------
|
|
||||||
|
|
||||||
If your gcode contains a wide spread of extruder velocities, or you realtime change the building speed, the temperature should be changed accordingly.
|
If your gcode contains a wide spread of extruder velocities, or you realtime change the building speed, the temperature should be changed accordingly.
|
||||||
Usually, higher speed requires higher temperature.
|
Usually, higher speed requires higher temperature.
|
||||||
|
@ -76,42 +67,36 @@ The wanted temperature then will be set to t=tempmin+factor*maxerate, while bein
|
||||||
If the target temperature is set manually or by gcode to a value less then tempmin, it will be kept without change.
|
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.
|
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.
|
||||||
|
|
||||||
EEPROM:
|
### EEPROM
|
||||||
-------
|
|
||||||
|
|
||||||
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 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.
|
||||||
After each reboot, it will magically load them from EEPROM, independent what your Configuration.h says.
|
After each reboot, it will magically load them from EEPROM, independent what your Configuration.h says.
|
||||||
|
|
||||||
LCD Menu:
|
### LCD Menu
|
||||||
---------
|
|
||||||
|
|
||||||
If your hardware supports it, you can build yourself a LCD-CardReader+Click+encoder combination. It will enable you to realtime tune temperatures,
|
If your hardware supports it, you can build yourself a LCD-CardReader+Click+encoder combination. It will enable you to realtime tune temperatures,
|
||||||
accelerations, velocities, flow rates, select and print files from the SD card, preheat, disable the steppers, and do other fancy stuff.
|
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
|
One working hardware is documented here: http://www.thingiverse.com/thing:12663
|
||||||
Also, with just a 20x4 or 16x2 display, useful data is shown.
|
Also, with just a 20x4 or 16x2 display, useful data is shown.
|
||||||
|
|
||||||
SD card folders:
|
### SD card directories
|
||||||
----------------
|
|
||||||
|
|
||||||
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".
|
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.
|
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".
|
Also, backup copies of various operating systems are hidden, as well as files not ending with ".g".
|
||||||
|
|
||||||
SD card folders:
|
### Autostart
|
||||||
----------------
|
|
||||||
|
|
||||||
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 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.
|
||||||
First *0 will be performed, than *1 and so on. That way, you can heat up or even print automatically without user interaction.
|
First *0 will be performed, than *1 and so on. That way, you can heat up or even print automatically without user interaction.
|
||||||
|
|
||||||
Endstop trigger reporting:
|
### Endstop trigger reporting
|
||||||
--------------------------
|
|
||||||
|
|
||||||
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.
|
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.
|
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.
|
However, also tools like QTMarlin can use this for finding acceptable combinations of velocity+acceleration.
|
||||||
|
|
||||||
Coding paradigm:
|
### Coding paradigm
|
||||||
----------------
|
|
||||||
|
|
||||||
Not relevant from a user side, but Marlin was split into thematic junks, and has tried to partially enforced private variables.
|
Not relevant from a user side, but Marlin was split into thematic junks, and has tried to partially enforced private variables.
|
||||||
This is intended to make it clearer, what interacts which what, and leads to a higher level of modularization.
|
This is intended to make it clearer, what interacts which what, and leads to a higher level of modularization.
|
||||||
|
@ -121,8 +106,7 @@ In the serial communication, a #define based level of abstraction was enforced,
|
||||||
some transfer is information (usually beginning with "echo:"), an error "error:", or just normal protocol,
|
some transfer is information (usually beginning with "echo:"), an error "error:", or just normal protocol,
|
||||||
necessary for backwards compatibility.
|
necessary for backwards compatibility.
|
||||||
|
|
||||||
Interrupt based temperature measurements:
|
### Interrupt based temperature measurements
|
||||||
-----------------------------------------
|
|
||||||
|
|
||||||
An interrupt is used to manage ADC conversions, and enforce checking for critical temperatures.
|
An interrupt is used to manage ADC conversions, and enforce checking for critical temperatures.
|
||||||
This leads to less blocking in the heater management routine.
|
This leads to less blocking in the heater management routine.
|
||||||
|
|
|
@ -19,8 +19,6 @@ http://reprap.org/wiki/RAMPS
|
||||||
#define BOARD_RAMPS_13_EEF 36 // RAMPS 1.3 / 1.4 (Power outputs: Extruder0, Extruder1, Fan)
|
#define BOARD_RAMPS_13_EEF 36 // RAMPS 1.3 / 1.4 (Power outputs: Extruder0, Extruder1, Fan)
|
||||||
```
|
```
|
||||||
|
|
||||||
#define BOARD_DUEMILANOVE_328P 4 // Duemilanove w/ ATMega328P pin assignment
|
|
||||||
|
|
||||||
##### Generation 3 Electronics
|
##### Generation 3 Electronics
|
||||||
|
|
||||||
http://reprap.org/wiki/Generation_3_Electronics
|
http://reprap.org/wiki/Generation_3_Electronics
|
||||||
|
@ -98,6 +96,7 @@ http://reprap.org/wiki/RUMBA
|
||||||
#### Others
|
#### Others
|
||||||
|
|
||||||
```
|
```
|
||||||
|
#define BOARD_DUEMILANOVE_328P 4 // Duemilanove w/ ATMega328P pin assignment
|
||||||
#define BOARD_STB_11 64 // STB V1.1
|
#define BOARD_STB_11 64 // STB V1.1
|
||||||
#define BOARD_ULTIMAKER 7 // Ultimaker
|
#define BOARD_ULTIMAKER 7 // Ultimaker
|
||||||
#define BOARD_ULTIMAKER_OLD 71 // Ultimaker (Older electronics. Pre 1.5.4. This is rare)
|
#define BOARD_ULTIMAKER_OLD 71 // Ultimaker (Older electronics. Pre 1.5.4. This is rare)
|
||||||
|
|
34
README.md
34
README.md
|
@ -14,21 +14,19 @@
|
||||||
|
|
||||||
## Quick Information
|
## Quick Information
|
||||||
|
|
||||||
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.
|
This is a firmware for reprap single-processor electronics setups.
|
||||||
|
It also works on the Ultimaker PCB. It supports printing from SD card+Folders, and look-ahead trajectory planning.
|
||||||
Derived from Sprinter and Grbl by Erik van der Zalm.
|
This firmware is a mashup between [Sprinter](https://github.com/kliment/Sprinter), [grbl](https://github.com/simen/grbl) and many original parts.
|
||||||
Sprinters lead developers are Kliment and caru.
|
|
||||||
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:
|
|
||||||
Lampmaker, Bradley Feldman, and others...
|
|
||||||
|
|
||||||
## Current Status: Bug Fixing
|
## Current Status: Bug Fixing
|
||||||
|
|
||||||
|
The Marlin development is currently revived. There's a long list of reported issues and pull requests, which we are working on currently.
|
||||||
|
We are actively looking for testers. So please try the current development version and report new issues and feedback.
|
||||||
|
|
||||||
[![Coverity Scan Build Status](https://scan.coverity.com/projects/2224/badge.svg)](https://scan.coverity.com/projects/2224)
|
[![Coverity Scan Build Status](https://scan.coverity.com/projects/2224/badge.svg)](https://scan.coverity.com/projects/2224)
|
||||||
[![Travis Build Status](https://travis-ci.org/MarlinFirmware/Marlin.svg)](https://travis-ci.org/MarlinFirmware/Marlin)
|
[![Travis Build Status](https://travis-ci.org/MarlinFirmware/Marlin.svg)](https://travis-ci.org/MarlinFirmware/Marlin)
|
||||||
|
|
||||||
What bugs are we working on: https://github.com/MarlinFirmware/Marlin/milestones/Bug%20Fixing%20Round%201
|
What bugs are we working on: [Bug Fixing Round 2](https://github.com/MarlinFirmware/Marlin/milestones/Bug%20Fixing%20Round%202)
|
||||||
|
|
||||||
## Contact
|
## Contact
|
||||||
|
|
||||||
|
@ -36,6 +34,24 @@ __IRC:__ #marlin-firmware @freenode
|
||||||
|
|
||||||
__Google Hangouts:__ https://plus.google.com/hangouts/_/event/cps5d0ru0iruhl6ebqbk9dpqpa4?authuser=0&hl=da
|
__Google Hangouts:__ https://plus.google.com/hangouts/_/event/cps5d0ru0iruhl6ebqbk9dpqpa4?authuser=0&hl=da
|
||||||
|
|
||||||
|
## Credits
|
||||||
|
|
||||||
|
The current Marlin dev team consists of:
|
||||||
|
|
||||||
|
- Erik van der Zalm ([@ErikZalm](https://github.com/ErikZalm))
|
||||||
|
- [@daid](https://github.com/daid)
|
||||||
|
- Bo Herrmannsen ([@boelle](https://github.com/boelle))
|
||||||
|
|
||||||
|
Sprinters lead developers are Kliment and caru.
|
||||||
|
Grbls lead developer is Simen Svale Skogsrud.
|
||||||
|
Sonney Jeon (Chamnit) improved some parts of grbl
|
||||||
|
A fork by bkubicek for the Ultimaker was merged.
|
||||||
|
|
||||||
|
More features have been added by:
|
||||||
|
- Lampmaker,
|
||||||
|
- Bradley Feldman,
|
||||||
|
- and others...
|
||||||
|
|
||||||
## Licence
|
## Licence
|
||||||
|
|
||||||
Marlin is published unde the [GPL license](/Documentation/COPYING.md) because I believe in open development.
|
Marlin is published unde the [GPL license](/Documentation/COPYING.md) because I believe in open development.
|
||||||
|
|
Loading…
Reference in a new issue