Marlin 2.x configuration (and potentially patches) for the FLSUN Q5 Delta 3D Printer.
- Grab the latest release
- Copy
Robin_nano.bin
to the root of a microSD card - Insert the microSD card in your printer and power it on
- Checkout repo and build (see Marlin documentation for assistance)
- Copy the built
Robin_nano35.bin
to the root of a microSD card (usually located under.pio/build/mks_robin_nano35/
) - Rename
Robin_nano35.bin
toRobin_nano.bin
- Insert the microSD card in your printer and power it on
The Marlin UI makes calibrating deltas very tedious, if you know of a better method please let me know. Fortunately you don't need to do this often.
- Clean the build plate
- Go to
Configuration -> Delta Calibration
and selectAuto calibration
- Attach the nozzle probe when prompted (no need to stove it after we'll need it for the next step)
- Go to
Motion
and selectLevel Bed
- Remove the nozzle probe
- Go to
Temperature
and selectPreheat PLA
and wait 5 minutes for the temperatures to even out and the materials to fully expand - Go to
Motion
selectAuto Home
when finished use Move Z to lower the nozzle towards the build plate until it barley drags on a piece of paper⚠️ You can crash the nozzle into the build plate at this point- If your nozzle can't reach the paper disable software endstops from the motion menu to move past Z0
- Write down the Z offset where the nozzle barely drags on the paper
- Go to
Configuration -> Delta Calibration -> Delta Settings
and subtract the Z offset from it - Finally save settings
Configuration -> Store Settings
- Go print some accurate parts at 100mm/sec
If you really want to dial in your tolerances follow this calibration procedure to find your exact delta rod length and repeat the calibration procedure.
Additional documentation can be found at the Marlin Home Page. Please test this firmware and let us know if it misbehaves in any way. Volunteers are standing by!
Not for production use. Use with caution!
Marlin 2.0 takes this popular RepRap firmware to the next level by adding support for much faster 32-bit and ARM-based boards while improving support for 8-bit AVR boards. Read about Marlin's decision to use a "Hardware Abstraction Layer" below.
This branch is for patches to the latest 2.0.x release version. Periodically this branch will form the basis for the next minor 2.0.x release.
Download earlier versions of Marlin on the Releases page.
To build Marlin 2.0 you'll need Arduino IDE 1.8.8 or newer or PlatformIO. We've posted detailed instructions on Building Marlin with Arduino and Building Marlin with PlatformIO for ReArm (which applies well to other 32-bit boards).
Marlin 2.0 introduces a layer of abstraction so that all the existing high-level code can be built for 32-bit platforms while still retaining full 8-bit AVR compatibility. Retaining AVR compatibility and a single code-base is important to us, because we want to make sure that features and patches get as much testing and attention as possible, and that all platforms always benefit from the latest improvements.
board | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
Arduino AVR | ATmega, ATTiny, etc. | 16-20MHz | 64-256k | 2-16k | 5V | no |
boards | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
Arduino Due, RAMPS-FD, etc. | SAM3X8E ARM-Cortex M3 | 84MHz | 512k | 64+32k | 3.3V | no |
board | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
ESP32 | Tensilica Xtensa LX6 | 240MHz | --- | --- | 3.3V | --- |
boards | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
Re-ARM | LPC1768 ARM-Cortex M3 | 100MHz | 512k | 32+16+16k | 3.3-5V | no |
MKS SBASE | LPC1768 ARM-Cortex M3 | 100MHz | 512k | 32+16+16k | 3.3-5V | no |
Selena Compact | LPC1768 ARM-Cortex M3 | 100MHz | 512k | 32+16+16k | 3.3-5V | no |
Azteeg X5 GT | LPC1769 ARM-Cortex M3 | 120MHz | 512k | 32+16+16k | 3.3-5V | no |
Smoothieboard | LPC1769 ARM-Cortex M3 | 120MHz | 512k | 64k | 3.3-5V | no |
boards | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
Adafruit Grand Central M4 | SAMD51P20A ARM-Cortex M4 | 120MHz | 1M | 256k | 3.3V | yes |
boards | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
Arduino STM32 | STM32F1 ARM-Cortex M3 | 72MHz | 256-512k | 48-64k | 3.3V | no |
Geeetech3D GTM32 | STM32F1 ARM-Cortex M3 | 72MHz | 256-512k | 48-64k | 3.3V | no |
boards | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
STEVAL-3DP001V1 | STM32F401VE Arm-Cortex M4 | 84MHz | 512k | 64+32k | 3.3-5V | yes |
boards | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
Teensy++ 2.0 | AT90USB1286 | 16MHz | 128k | 8k | 5V | no |
boards | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
Teensy 3.2 | MK20DX256VLH7 ARM-Cortex M4 | 72MHz | 256k | 32k | 3.3V-5V | yes |
boards | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
Teensy 3.5 | MK64FX512VMD12 ARM-Cortex M4 | 120MHz | 512k | 192k | 3.3-5V | yes |
Teensy 3.6 | MK66FX1M0VMD18 ARM-Cortex M4 | 180MHz | 1M | 256k | 3.3V | yes |
boards | processor | speed | flash | sram | logic | fpu |
---|---|---|---|---|---|---|
Teensy 4.0 | IMXRT1062 ARM-Cortex M7 | 600MHz | 1M | 2M | 3.3V | yes |
Teensy 4.1 | IMXRT1062 ARM-Cortex M7 | 600MHz | 1M | 2M | 3.3V | yes |
Proposed patches should be submitted as a Pull Request against the (bugfix-2.0.x) branch.
- This branch is for fixing bugs and integrating any new features for the duration of the Marlin 2.0.x life-cycle.
- Follow the Coding Standards to gain points with the maintainers.
- Please submit your questions and concerns to the Issue Queue.
The current Marlin dev team consists of:
- Scott Lahteine [@thinkyhead] - USA Donate / Flattr:
- Roxanne Neufeld [@Roxy-3D] - USA
- Chris Pepper [@p3p] - UK
- Bob Kuhn [@Bob-the-Kuhn] - USA
- João Brazio [@jbrazio] - Portugal
- Erik van der Zalm [@ErikZalm] - Netherlands
Marlin is published under the GPL license because we believe in open development. The GPL comes with both rights and obligations. Whether you use Marlin firmware as the driver for your open or closed-source product, you must keep Marlin open, and you must provide your compatible Marlin source code to end users upon request. The most straightforward way to comply with the Marlin license is to make a fork of Marlin on Github, perform your modifications, and direct users to your modified fork.
While we can't prevent the use of this code in products (3D printers, CNC, etc.) that are closed source or crippled by a patent, we would prefer that you choose another firmware or, better yet, make your own.