search

mUVe3D / Marlin-mUVe1DLP-Running

Tested and Working DLP Printer Firmware w/Shutter Support
30 stars 12 forks source link

readme

All implemented and working! See mUVe 3D's Custom printer control Machine Codes, MCodes, below for examples of how to take advantage of the advanced motion features of the firmware and chassis.

Installation Instructions: http://www.muve3d.net/press/supportsources/muve-1-software/

IMPORTANT If you have the old endstop you will need to change the following line in the configuration.h file before uploading otherwise your Z endstop won't work correctly.

Original: const bool Z_MIN_ENDSTOP_INVERTING = true;

Change to: const bool Z_MIN_ENDSTOP_INVERTING = false;

M650 D P R S T- 

D - Set Distance in mm - Set to 0 to remove the peel

R - Set Speed in mm/s - Retract speed of the peel

P - Pause in milliseconds - Set to 0 to ignore pause

S - Peel move speed, mm/s - 2mm/s max unless max speed for Z and E axis changed in configuration.h

T - Tilt option for post print resin draining. Default 20 mm, values sent in mm

Example: M650 D2 H0.1 P500 R3 S2 T10- Peel distance 2mm, layer height .1mm/100 micron, pause .5 seconds, peel speed 2 mm/s, retract speed 3mm/s, Post Print Tilt 10mm

M651 - Initiate the peel move with the settings chosen

//M652 - Laser Printer Usage Only - Laser Extinguish - Ignore

M653 - Execute tilt, this should be placed in your end of print GCode

M654 - Restore from tilt, this is sent manually to place the build stage back at a horizontal position

M655 - Early testing, Use RS232 Shifter to control ViewSonic Projector, Pin 16 to TX, Pin 17 to RX, 5V and GND must also be supplied to shifter

M655 V0 - Power Off

M655 V1 - Power On

M655 V2 - Factory Reset

M655 V3 - Blank Splash Screen

M655 V4 - High Altitude On

M655 V5 - High Alititude Off

M655 V6 - Lamp Mode Normal

M655 V7 - Contrast Decrease

M655 V8 - Contrast Increase

M655 V9 - Brightness Decrease

M655 V10 - Brightness Increase

-Marlin Firmware- Marlin has a GPL license because I believe in open development. Please do not use this code in products (3D printers, CNC etc) that are closed source or are crippled by a patent.

Flattr this git repo

Quick Information

This RepRap firmware is a mashup between Sprinter, grbl and many original parts.

Derived from Sprinter and Grbl by Erik van der Zalm. 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...

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.

Differences and additions to the already good Sprinter firmware:

Look-ahead:

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

Arc support:

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, and can perform the arc with nearly constant velocity, resulting in a nice finish. Also, less serial communication is needed.

Temperature Oversampling:

To reduce noise and make the PID-differential term more useful, 16 ADC conversion results are averaged.

AutoTemp:

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. This can now be performed by the AutoTemp function By calling M109 S T F you enter the autotemp mode.

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]. 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. 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:

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.

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, 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 Also, with just a 20x4 or 16x2 display, useful data is shown.

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. Also, backup copies of various operating systems are hidden, as well as files not ending with ".g".

SD card folders:

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.

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

Coding paradigm:

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. 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. 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, necessary for backwards compatibility.

Interrupt based temperature measurements:

An interrupt is used to manage ADC conversions, and enforce checking for critical temperatures. This leads to less blocking in the heater management routine.

Implemented G Codes:

M Codes

Configuring and compilation:

Install the arduino software IDE/toolset v23 (Some configurations also work with 1.x.x) http://www.arduino.cc/en/Main/Software

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 \hardware\Sanguino

Copy the Marlin firmware https://github.com/ErikZalm/Marlin/tree/Marlin_v1 (Use the download button)

Start the arduino IDE. Select Tools -> Board -> Arduino Mega 2560 or your microcontroller Select the correct serial port in Tools ->Serial Port Open Marlin.pde

Click the Verify/Compile button

Click the Upload button If all goes well the firmware is uploading

That's ok. Enjoy Silky Smooth Printing.

=============================================== Instructions for configuring Bed Auto Leveling

Uncomment the "ENABLE_AUTO_BED_LEVELING" define (commented by default)

You will probably need a swivel Z-MIN endstop in the extruder. A rc servo do a great job. Check the system working here: http://www.youtube.com/watch?v=3IKMeOYz-1Q (Enable English subtitles) Teasing ;-) video: http://www.youtube.com/watch?v=x8eqSQNAyro

In order to get the servo working, you need to enable:

The first define tells firmware how many servos you have. The second tells what axis this servo will be attached to. In the example above, we have a servo in Z axis. The third one tells the angle in 2 situations: Probing (165º) and resting (60º). Check this with command M280 P0 S{angle} (example: M280 P0 S60 moves the servo to 60º)

Next you need to define the Z endstop (probe) offset from hotend. My preferred method:

The following options define the probing positions. These are good starting values. I recommend to keep a better clearance from borders in the first run and then make the probes as close as possible to borders:

A few more options:

X and Y axis travel speed between probes, in mm/min. Bear in mind that really fast moves may render step skipping. 6000 mm/min (100mm/s) is a good value.

The Z axis is lifted when traveling to the first probe point by Z_RAISE_BEFORE_PROBING value and then lifted when traveling from first to second and second to third point by Z_RAISE_BETWEEN_PROBINGS. All values are in mm as usual.

That's it.. enjoy never having to calibrate your Z endstop neither leveling your bed by hand anymore ;-)