This is a customized firmware for the Artillery Sidewinder X1 3D printer, utilizing BigTreeTech SKR1.4 Turbo main board and TMC2209 stepper drivers.
- The latest compiled firmware can be found in the root directory and is called firmware.bin
- You can find the latest Configuration.h and Configuration_adv.h files in the Marlin subfolder.
- Disabled Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN
- Enabled Z_MIN_PROBE_PIN P0_10
- Note this differs from many build tutorials. Make sure you land the white wire to the correct pin!
- My Z min endstop pin is defective and the SKR has a probe port so moving this made sense.
- Enabled PID_EDIT_MENU allowing setting of PID values from LCD
- Enabled PID_AUTOTUNE_MENU allows running of PID test from LCD
- Adjust NOZZLE_TO_PROBE_OFFSET { 39, -41, -2.5}
- This matches the JL Designs fan duct
- Adjusted Z_AFTER_PROBING to 0 to eliminate unnecessary Z movement during startup
- Enabled FAN_KICKSTART_TIME 100 to give the fan a chance to get moving
- Enabled SENSORLESS_BACKOFF_MM {2, 2} to back off extents before homing
- Enabled LCD_INFO_MENU to show machine information via LCD
- Enabled LCD_SHOW_E_TOTAL to show total filament used during a print
- Enabled ROTATE_PROGRESS_DISPLAY to cycle through Progress, Elapsed Time, Remaining Time of print
- Set LIN_ADVANCE_K to 0.2 by default
- Note this is my machines value for both PLA and PETG
- Enabled EMERGENCY_PARSER to allow certain commands to be run immediately
- This currently allows M108, M112, M410, and M876 to bypass the current print job
- Adjusted PAUSE_PARK_NOZZLE_TIMEOUT to 300s to allow more time to get to the machine for filament changes.
- Note FILAMENT_RUNOUT_SENSOR coming in next release
- Adjusted Junction Deviation Factor (Nozzle: 0.4, Jerk: 10.0, Accel: 1500). Resulting in JUNCTION_DEVIATION_MM 0.026.
- Disabled JD_SMALL_SEGMENTS -Was advised this could be causing problems with Junction Deviation
- Enable S_CURVE_ACCELLERATION.
- Enabled EXPERIEMENTAL_SCURVE to allow S_CURVE_ACCELLERATION be compatible with LINEAR_ADVANCE.
- Adjusted DEFAULT_MAX_FEEDRATE and DEFAULT_MAX_ACCELERATION.
- Enabled LEVEL_BED_CORNERS
- Enabled ADVANCE_PAUSE_FEATURE (M600)
- Enabled NOZZLE_PARK_FEATURE
- Revised E0 steps to 429.91 post-calibration
- NOTE: This value is specific to my machine. YMMV.
- Set bed size to 300x300
- Added Z probe offsets based on results measured with calipers
- Set PID information in firmware
- NOTE: This value is specific to my machine. YMMV.
- Adjusted Z_PROBE_LOW_POINT to make BLTouch less prone to throwing errors when leveling.
- Reduced HOME_CURRENT to improving homing reliability and decrease mechanical impact
- I owe much of the credit for this firmware to Chanh Phuong's excellent writeup.
- And to the work of 3D Print Beginner who is an absolute wealth of 3D printing knowledge.
- I also received a lot of great help along the way from members of the 3D printing community on the 3D Print Beginner, Artillery3D, and Marlin Discord servers.
- And of course, a HUGE thanks to the tramendous work of everyone who has contributed to the development of the Marlin Firmware.
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 |
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.