Marlin 3D Printer 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!

Marlin 2.1

Marlin 2.1 continues to support both 32-bit ARM and 8-bit AVR boards while adding support for up to 9 coordinated axes and to up to 8 extruders.

Download earlier versions of Marlin on the Releases page.

Example Configurations

Before you can build Marlin for your machine you'll need a configuration for your specific hardware. Upon request, your vendor will be happy to provide you with the complete source code and configurations for your machine, but you'll need to get updated configuration files if you want to install a newer version of Marlin. Fortunately, Marlin users have contributed dozens of tested configurations to get you started. Visit the MarlinFirmware/Configurations repository to find the right configuration for your hardware.

Building Marlin 2.1

To build and upload Marlin you will use one of these tools:

• The free Visual Studio Code using the Auto Build Marlin extension.
• The free Arduino IDE : See Building Marlin with Arduino

Marlin is optimized to build with the PlatformIO IDE extension for Visual Studio Code. You can still build Marlin with Arduino IDE, and we hope to improve the Arduino build experience, but at this time PlatformIO is the better choice.

Hardware Abstraction Layer (HAL)

Marlin includes an abstraction layer to provide a common API for all the platforms it targets. This allows Marlin code to address the details of motion and user interface tasks at the lowest and highest levels with no system overhead, tying all events directly to the hardware clock.

Every new HAL opens up a world of hardware. At this time we need HALs for RP2040 and the Duet3D family of boards. A HAL that wraps an RTOS is an interesting concept we would can explore. Did you know that Marlin includes a Simulator that can run on Windows, macOS, and Linux? Join the Discord to help move these sub-projects forward!

8-Bit AVR Boards

A core tenet of this project is to keep supporting 8-bit AVR boards while also maintaining a single codebase that applies equally to all machines. We want casual hobbyists to benefit from the community's innovations as much as possible just as much as those with fancier machines. Plus, those old AVR-based machines are often the best for your testing and feedback!

Supported Platforms

Platform	MCU	Example Boards
Arduino AVR	ATmega	RAMPS, Melzi, RAMBo
Teensy++ 2.0	AT90USB1286	Printrboard
Arduino Due	SAM3X8E	RAMPS-FD, RADDS, RAMPS4DUE
ESP32	ESP32	FYSETC E4, E4d@BOX, MRR
LPC1768	ARM® Cortex-M3	MKS SBASE, Re-ARM, Selena Compact
LPC1769	ARM® Cortex-M3	Smoothieboard, Azteeg X5 mini, TH3D EZBoard
STM32F103	ARM® Cortex-M3	Malyan M200, GTM32 Pro, MKS Robin, BTT SKR Mini
STM32F401	ARM® Cortex-M4	ARMED, Rumba32, SKR Pro, Lerdge, FYSETC S6, Artillery Ruby
STM32F7x6	ARM® Cortex-M7	The Borg, RemRam V1
STM32G0B1RET6	ARM® Cortex-M0+	BigTreeTech SKR mini E3 V3.0
STM32H743xIT6	ARM® Cortex-M7	BigTreeTech SKR V3.0, SKR EZ V3.0, SKR SE BX V2.0/V3.0
SAMD51P20A	ARM® Cortex-M4	Adafruit Grand Central M4
Teensy 3.5	ARM® Cortex-M4
Teensy 3.6	ARM® Cortex-M4
Teensy 4.0	ARM® Cortex-M7
Teensy 4.1	ARM® Cortex-M7
Linux Native	x86/ARM/etc.	Raspberry Pi

Submitting Patches

Proposed patches should be submitted as a Pull Request against the (bugfix-2.1.x) branch.

• Follow the Coding Standards to gain points with the maintainers.
• Please submit Feature Requests and Bug Reports to the Issue Queue. Support resources are also listed there.
• Whenever you add new features, be sure to add tests to buildroot/tests and then run your tests locally, if possible.
  • It's optional: Running all the tests on Windows might take a long time, and they will run anyway on GitHub.
  • If you're running the tests on Linux (or on WSL with the code on a Linux volume) the speed is much faster.
  • You can use make tests-all-local or make tests-single-local TEST_TARGET=....
  • If you prefer Docker you can use make tests-all-local-docker or make tests-all-local-docker TEST_TARGET=....

Marlin Support

The Issue Queue is reserved for Bug Reports and Feature Requests. To get help with configuration and troubleshooting, please use the following resources:

• Marlin Documentation - Official Marlin documentation
• Marlin Discord - Discuss issues with Marlin users and developers
• Facebook Group "Marlin Firmware"
• RepRap.org Marlin Forum
• Facebook Group "Marlin Firmware for 3D Printers"
• Marlin Configuration on YouTube

Contributors

Marlin is constantly improving thanks to a huge number of contributors from all over the world bringing their specialties and talents. Huge thanks are due to all the contributors who regularly patch up bugs, help direct traffic, and basically keep Marlin from falling apart. Marlin's continued existence would not be possible without them.

Administration

Regular users can open and close their own issues, but only the administrators can do project-related things like add labels, merge changes, set milestones, and kick trolls. The current Marlin admin team consists of:

Project Maintainer
🇺🇸  Scott Lahteine       @thinkyhead         Donate 💸	🇺🇸  Roxanne Neufeld       @Roxy-3D 🇺🇸  Keith Bennett       @thisiskeithb         Donate 💸   🇺🇸  Jason Smith       @sjasonsmith	🇧🇷  Victor Oliveira       @rhapsodyv 🇬🇧  Chris Pepper       @p3p 🇳🇿  Peter Ellens       @ellensp         Donate 💸	🇺🇸  Bob Kuhn       @Bob-the-Kuhn 🇳🇱  Erik van der Zalm       @ErikZalm         Donate 💸

License

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.