Bo Herrmannsen 10 years ago
parent
commit
6e8f8706b0
1 changed files with 0 additions and 112 deletions
  1. 0
    112
      Documentation/Features.md

+ 0
- 112
Documentation/Features.md View File

@@ -1,112 +0,0 @@
1
-# Features
2
-
3
-*   Interrupt based movement with real linear acceleration
4
-*   High steprate
5
-*   Look ahead (Keep the speed high when possible. High cornering speed)
6
-*   Interrupt based temperature protection
7
-*   Preliminary support for [Matthew Roberts Advance Algorithm](http://reprap.org/pipermail/reprap-dev/2011-May/003323.html)
8
-*   Full endstop support
9
-*   SD Card support
10
-*   SD Card folders (works in pronterface)
11
-*   SD Card autostart support
12
-*   LCD support (ideally 20x4)
13
-*   LCD menu system for autonomous SD card printing, controlled by an click-encoder.
14
-*   EEPROM storage of e.g. max-velocity, max-acceleration, and similar variables
15
-*   many small but handy things originating from bkubicek's fork.
16
-*   Arc support
17
-*   Temperature oversampling
18
-*   Dynamic Temperature setpointing aka "AutoTemp"
19
-*   Support for [QTMarlin](https://github.com/bkubicek/QTMarlin), a very beta GUI for PID-tuning and velocity-acceleration testing. 
20
-*   Endstop trigger reporting to the host software.
21
-*   Updated sdcardlib
22
-*   Heater power reporting. Useful for PID monitoring.
23
-*   PID tuning
24
-*   [CoreXY kinematics](www.corexy.com/theory.html)
25
-*   Delta kinematics
26
-*   SCARA kinematics
27
-*   Dual X-carriage support for multiple extruder systems
28
-*   Configurable serial port to support connection of wireless adaptors.
29
-*   Automatic operation of extruder/cold-end cooling fans based on nozzle temperature
30
-*   RC Servo Support, specify angle or duration for continuous rotation servos.
31
-*   Bed Auto Leveling.
32
-*   Support for a filament diameter sensor, which adjusts extrusion volume
33
-
34
-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.
35
-
36
-## Differences and additions to the already good Sprinter firmware
37
-
38
-### Look-ahead
39
-
40
-Marlin has look-ahead. While sprinter has to break and re-accelerate at each corner,
41
-lookahead will only decelerate and accelerate to a velocity,
42
-so that the change in vectorial velocity magnitude is less than the xy_jerk_velocity.
43
-This is only possible, if some future moves are already processed, hence the name.
44
-It leads to less over-deposition at corners, especially at flat angles.
45
-
46
-### Arc support
47
-
48
-Slic3r can find curves that, although broken into segments, were ment to describe an arc.
49
-Marlin is able to print those arcs. The advantage is the firmware can choose the resolution,
50
-and can perform the arc with nearly constant velocity, resulting in a nice finish.
51
-Also, less serial communication is needed.
52
-
53
-### Temperature Oversampling
54
-
55
-To reduce noise and make the PID-differential term more useful, 16 ADC conversion results are averaged.
56
-
57
-### AutoTemp
58
-
59
-If your gcode contains a wide spread of extruder velocities, or you realtime change the building speed, the temperature should be changed accordingly.
60
-Usually, higher speed requires higher temperature.
61
-This can now be performed by the AutoTemp function
62
-By calling M109 S<mintemp> B<maxtemp> F<factor> you enter the autotemp mode.
63
-
64
-You can leave it by calling M109 without any F.
65
-If active, the maximal extruder stepper rate of all buffered moves will be calculated, and named "maxerate" [steps/sec].
66
-The wanted temperature then will be set to t=tempmin+factor*maxerate, while being limited between tempmin and tempmax.
67
-If the target temperature is set manually or by gcode to a value less then tempmin, it will be kept without change.
68
-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.
69
-
70
-### EEPROM
71
-
72
-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.
73
-After each reboot, it will magically load them from EEPROM, independent what your Configuration.h says.
74
-
75
-### LCD Menu
76
-
77
-If your hardware supports it, you can build yourself a LCD-CardReader+Click+encoder combination. It will enable you to realtime tune temperatures,
78
-accelerations, velocities, flow rates, select and print files from the SD card, preheat, disable the steppers, and do other fancy stuff.
79
-One working hardware is documented here: http://www.thingiverse.com/thing:12663
80
-Also, with just a 20x4 or 16x2 display, useful data is shown.
81
-
82
-### SD card directories
83
-
84
-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".
85
-You can write to file in a subfolder by specifying a similar text using small letters in the path.
86
-Also, backup copies of various operating systems are hidden, as well as files not ending with ".g".
87
-
88
-### Autostart
89
-
90
-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.
91
-First *0 will be performed, than *1 and so on. That way, you can heat up or even print automatically without user interaction.
92
-
93
-### Endstop trigger reporting
94
-
95
-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.
96
-This is useful, because the user gets a warning message.
97
-However, also tools like QTMarlin can use this for finding acceptable combinations of velocity+acceleration.
98
-
99
-### Coding paradigm
100
-
101
-Not relevant from a user side, but Marlin was split into thematic junks, and has tried to partially enforced private variables.
102
-This is intended to make it clearer, what interacts which what, and leads to a higher level of modularization.
103
-We think that this is a useful prestep for porting this firmware to e.g. an ARM platform in the future.
104
-A lot of RAM (with enabled LCD ~2200 bytes) was saved by storing char []="some message" in Program memory.
105
-In the serial communication, a #define based level of abstraction was enforced, so that it is clear that
106
-some transfer is information (usually beginning with "echo:"), an error "error:", or just normal protocol,
107
-necessary for backwards compatibility.
108
-
109
-### Interrupt based temperature measurements
110
-
111
-An interrupt is used to manage ADC conversions, and enforce checking for critical temperatures.
112
-This leads to less blocking in the heater management routine.

Loading…
Cancel
Save