Merge branch 'Documentation' of github.com:stv0g/Marlin into Documentation

2.0.x
Steffen Vogel 10 years ago
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)

@ -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…
Cancel
Save