3d_print_resources/Marlin
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity
No description
15767 commits 7 branches 43 tags 484 MiB
Find a file
RFBomb 4eaa200113 Expanded Long_FileName Support 
Updated files for expanded Long_FileName support
     - /src/gcode/sd/M20.cpp
    	- Added L and S arguments.
    	- Added ability to specify preference if no L / S argument specified.
    - /src/gcode/sd/M33.cpp
    	- Modified command that requests the feedback to work with the reworked routine.
    - /Configuration_adv.h
    	- Added two new defines to trigger the defaults for M20 rework
    -  /src/sd/cardreader.h
    	- Changes necessary to work with reworked cardreadper.cpp file
    -  /src/sd/cardreader.cpp
    	- Expanded functionality for Long FileNames
    	- Modified SelectByName routine to be able to return the file if a long name was specified instead of the 8.3 name
    	- Modified Card.LS function to work with new M20 functionality
    	- Modified PrintListing function to work with new M20 Functionality
    		- If requesting long filenames back, this calls the 'printLongPath' function to retrieve said filenames
    	- Modified printLongPath function to be compatible with new PrintListing routine functionality
    	- Modified diveToFile routine to be able to support Long FileNames
    		- This routine is what most others use to pick and choose files on the card for reading and writing.
    		- Adding support in this routine automatically brought the rest up to par.
    		- Routine works with both DOS8.3 names and long names now.

    #Known Issues:
    - When uploading a file to SD with octoprint, it was uploaded using the 8.3 format (expected).
     	- Calling M33 to read the long filename of this file resulted in the first file with a long filename to show up instead. For me it was firmware.bin that was being displayed instead of 'PLA_LI~1.GCO'
    	- After inspecting the SD card itself, I don't know if theres a workaround for this yet.
    	- I have put in a string comparison check in order to prevent this issue from occuring though. The workaround will display the 8.3 filename if the first 3 characters of the long filename don't match up with the DOS name.

    - Writing to the SD card using M28/M29 still requires use of the 8.3 filename. (The rest of the path should work in long form though, as long as the folder path exists.
    	- This is due to how SdBaseFile.cpp is written.
    	- This module is expecting the 8.3 format, and if it isn't give then filename in that format it rejects the operation.
    	- I'm fairly confident it has to do with this command line in the ' ::open( ' routine:
    		if (!make83Name(path, dname, &path)) return false;
2020-11-01 00:35:40 -04:00
.github Archim test matching env 2020-10-27 17:21:54 -05:00
buildroot Put PIO "debug" build in the corner (#19975) 2020-10-31 17:14:10 -05:00
config Add Configurations repo info to config/README.md (#19583) 2020-10-02 17:16:55 -05:00
data/www Fresh Web GUI (based on bootstrap.js) (#19812) 2020-10-21 13:51:14 -05:00
docs Adaptive multiaxis step smoothing 2018-06-10 16:02:47 -05:00
Marlin Expanded Long_FileName Support 2020-11-01 00:35:40 -04:00
.editorconfig Add .editorconfig file 2020-02-08 17:43:25 -06:00
.gitattributes .bin and .woff are binary 2020-10-29 00:49:18 -05:00
.gitignore General cleanup, mostly MKS UI (#19825) 2020-10-21 12:45:27 -05:00
LICENSE Update more external links (#18819) 2020-07-28 01:04:44 -05:00
platformio.ini PIO env for MKS Nano boards in STM32 (#19905) 2020-10-29 02:01:25 -05:00
process-palette.json Update auto_build.py paths for Atom/Sublime 2020-01-11 19:28:41 -06:00
README.md Add ESP32 160MHz to README (#19748) 2020-10-16 02:06:05 -05:00

README.md

Marlin 3D Printer Firmware

GitHub GitHub contributors GitHub Release Date Build Status

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.0 Bugfix Branch

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.

Building Marlin 2.0

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

Hardware Abstraction Layer (HAL)

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.

Current HALs

AVR (8-bit)

board processor speed flash sram logic fpu
Arduino AVR ATmega, ATTiny, etc. 16-20MHz 64-256k 2-16k 5V no

DUE

boards processor speed flash sram logic fpu
Arduino Due, RAMPS-FD, etc. SAM3X8E ARM-Cortex M3 84MHz 512k 64+32k 3.3V no

ESP32

board processor speed flash sram logic fpu
ESP32 Tensilica Xtensa LX6 160-240MHz variants --- --- 3.3V ---

LPC1768 / LPC1769

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

SAMD51

boards processor speed flash sram logic fpu
Adafruit Grand Central M4 SAMD51P20A ARM-Cortex M4 120MHz 1M 256k 3.3V yes

STM32F1

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

STM32F4

boards processor speed flash sram logic fpu
STEVAL-3DP001V1 STM32F401VE Arm-Cortex M4 84MHz 512k 64+32k 3.3-5V yes

Teensy++ 2.0

boards processor speed flash sram logic fpu
Teensy++ 2.0 AT90USB1286 16MHz 128k 8k 5V no

Teensy 3.1 / 3.2

boards processor speed flash sram logic fpu
Teensy 3.2 MK20DX256VLH7 ARM-Cortex M4 72MHz 256k 32k 3.3V-5V yes

Teensy 3.5 / 3.6

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

Teensy 4.0 / 4.1

boards processor speed flash sram logic fpu
Teensy 4.0 IMXRT1062DVL6A ARM-Cortex M7 600MHz 1M 2M 3.3V yes
Teensy 4.1 IMXRT1062DVJ6A ARM-Cortex M7 600MHz 1M 2M 3.3V yes

Submitting Patches

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.

RepRap.org Wiki Page

Credits

The current Marlin dev team consists of:

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.