아두이노 > Marlin

TODAY718 TOTAL673,259
사이트 이용안내
Login▼/회원가입
최신글보기 질문게시판 기술자료 동영상강좌

아두이노 센서 ATMEGA128 PWM LED 초음파 AVR 블루투스 LCD UART 모터 적외선


BASIC4MCU | 아두이노 | 아두이노 | Marlin

페이지 정보

작성자 키트 작성일2017-09-13 13:19 조회843회 댓글0건

본문

 

Marlin


Crystal Clear action run
Sprinter

Release status: working

Marlin Logo
Descriptiona firmware for Arduino compatible setups
LicenseGNU GPL v3
AuthorEvdZ
Contributors
Based-onSprinter
CategoriesMarlin, Firmware,Firmware development
CAD Modelsnone
External LinkGitHub



The leading developers of Marlin are currently (January 2015) EvdZ and bkubicek, though many others contribute with their patches. This is a firmware for reprap single-processor electronics setups. It also works on the Ultimaker PCB. It supports printing from SD card+Folders, and look-ahead trajectory planning. This work is licensed under the GNU GPL v3 or (at the user's discretion) any later version. It is based on Sprinter firmware, which was licensed under GPL v2 or later.

Current Version: 1.0.2:

See Marlin on Github.

Works on RAMPS 1.4RumbaUltimakerSanguinololuGeneration_6_Electronics, and probably other controllers based on AVR 8-bit MCUs. The list is in the file "Boards.h".

 

Contents

 [hide

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. Sprinter's lead developers are Kliment and caru. Grbl's 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:

  • Interrupt based movement with real linear acceleration.
  • High steprate.
  • Look ahead (Keep the speed high when possible. High cornering speed).
  • Interrupt based temperature protection.
  • preliminary support for Matthew Roberts advance algorithm For more info see: http://reprap.org/pipermail/reprap-dev/2011-May/003323.html.
  • Full endstop support.
  • SD Card support.
  • SD Card folders (works in Pronterface).
  • LCD support (ideally 20x4 or 128x64).
  • LCD menu system for autonomous SD card printing, controlled by an click-encoder.
  • EEPROM storage of e.g. max-velocity, max-acceleration, and similar variables.
  • many small but handy things originating from bkubicek's fork.
  • Arc support.
  • Temperature oversampling.
  • Dynamic Temperature setpointing aka "AutoTemp".
  • Support for QTMarlin, a very beta GUI for PID-tuning and velocity-acceleration testing. https://github.com/bkubicek/QTMarlin
  • Endstop trigger reporting to the host software.
  • Updated sdcardlib.
  • Heater power reporting. Useful for PID monitoring.
  • CoreXY kinematics (http://www.corexy.com/theory.html).
  • Delta kinematics.
  • SCARA kinematics.
  • Auto bed leveling (actually auto bed compensation) support has been added.
  • Firmware binary size between around 50kB and 100kB, depending on options.

The default baudrate is 250000. Because this baudrate is directly derived from the usual 16MHz clock of the Arduino MCU, it has less jitter and hence errors than the usual 115200 baud, but 250000 baud is less supported by drivers and host-environments.

 

Differences from and additions to the already good Sprinter firmware

Look-ahead

Marlin has jerk-type look-ahead. Whithout it, it would brake to a stop and re-accelerate at each corner. Lookahead will only decelerate and accelerate to some non-zero 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 look-ahead. It leads to less over-deposition of material at corners, especially at flat angles.

Arc support

Slic3r can find curves that, although broken into segments, were meant to describe an arc. Marlin is able to print those arcs. The advantage is that 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. Enable AutoTemp mode with M109 S T F and disable it with M109 (without any F value). When active, the maximal extruder stepper rate of all buffered moves is calculated and named "maxerate" [steps/sec]. The desired temperature is then set to t=tempmin+factor*maxerate, constrained 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 have established known working PID constants, acceleration, and max-velocity settings for your own machine, you can set them, then store them in the EEPROM. On each boot-up, Marlin will automatically load these values from EEPROM, independent of what your compiled Configuration.h says.

LCD Menu

If your hardware supports it, you can build a LCD-CardReader+Click+encoder combination. This will allow you to adjust temperatures, accelerations, velocities, and flow rates in realtime (while printing). It also provides the ability to select and print files directly from the SD card, preheat the extruder, disable the stepper motors, and do other interesting things. One working hardware configuration is documented here: http://www.thingiverse.com/thing:12663 . If you have at least a 20x4 or 16x2 display, useful data is shown.

SD card folders

If you have an SD card reader attached to your controller, folders are supported to a depth of 10 levels. Listing files in Pronterface shows "/path/subpath/file.g". You can write to files in subfolders by including the path (in lowercase). (Hidden files, backup files, and non-GCode files are not included in file listings.)

Endstop trigger reporting

If an endstop is hit while moving towards the endstop, the location at which the firmware thinks the endstop was triggered is output to the serial port. This is useful because the user gets a warning message. Tools like QTMarlin can use this to find acceptable combinations of velocity+acceleration.

Coding paradigm

Not relevant from the user perspective, but Marlin is split into thematic chunks, and has tried to partially enforce private variables. This is intended to make interactions between modules clearer, and leads to a higher level of encapsulation. We think this will be useful as a preliminary step for porting to other platforms, such as ARM. Lots of RAM (with enabled LCD ~2200 bytes) was saved by storing character strings in Program Memory. In the serial communication, a #define-based level of abstraction was enforced, so transfer of information is clear (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.

Delta compatible

TODO...

CoreXY compatible

Can use a CoreXY table.

Non-standard M-Codes, different to an old version of sprinter:

Movement:

  • G2 - CW ARC
  • G3 - CCW ARC

General:

  • M17 - Enable/Power all stepper motors. Compatibility to ReplicatorG.
  • M18 - Disable all stepper motors; same as M84.Compatibility to ReplicatorG.
  • M30 - Print time since last M109 or SD card start to serial
  • M42 - Change pin status via gcode
  • M80 - Turn on Power Supply
  • M81 - Turn off Power Supply
  • M114 - Output current position to serial port
  • M119 - Output Endstop status to serial port

Movement variables:

  • M202 - Set max acceleration in units/s^2 for travel moves (M202 X1000 Y1000) Unused in Marlin!!
  • M203 - Set maximum feedrate that your machine can sustain (M203 X200 Y200 Z300 E10000) in mm/sec
  • M204 - Set default acceleration: S normal moves T filament only moves (M204 S3000 T7000) im mm/sec^2 also sets minimum segment time in ms (B20000) to prevent buffer underruns and M20 minimum feedrate
  • M220 - set build speed mulitplying S:factor in percent ; aka "realtime tuneing in the gcode". So you can slow down if you have islands in one height-range, and speed up otherwise.
  • M301 - Set PID parameters P I and D
  • M303 - PID autotune, S = target temperature.
  • M400 - Finish all buffered moves.

Advance:

  • M200 - Set filament diameter for advance
  • M205 - advanced settings: minimum travel speed S=while printing T=travel only, B=minimum segment time X= maximum xy jerk, Z=maximum Z jerk

EEPROM:

  • M500 - stores paramters in EEPROM
  • M501 - reads parameters from EEPROM (if you need reset them after you changed them temporarily).
  • M502 - reverts to the default "factory settings". You still need to store them in EEPROM afterwards if you want to.
  • M503 - print the current settings (from memory not from eeprom)

Configuring and compilation

What you need to know before starting:

  • What kind of printer you are using. If you are using a Cartesian printer (like the Prusa i3), you are going to need to calculate the steps/mm for each axis and for the extruder. To figure this out, you can go to http://prusaprinters.org/calculator/ or Triffid_Hunter's_Calibration_Guide. Write down the values you get for everything.
    • You need to know what kind of drive is being used with your printer. If it's a belt, you need to know what kind. If it's a screw, need to know what kind.
    • The Prusa i3 uses belts for X and Y, and screws for Z.
  • A host software like Printrun or Repetier or even Octoprint.
  1. Install the arduino software IDE/toolset, version 1.0.5 or 1.0.6 from http://www.arduino.cc/en/Main/Software
  2. Download the Marlin firmware from https://github.com/MarlinFirmware/Marlin (see the Download Zip button), or use git to clone it (if you know how to use git).
  3. Extract the firmware to a directory of your choice.
  4. Start the arduino IDE. Select Tools -> Board -> Arduino Mega 2560 (or whatever your microcontroller is)
  5. Select the correct serial port in Tools ->Serial Port, usually there is only one option.
  6. Open Marlin.ino in /path/to/Marlin/Marlin
  7. Browse to boards.h
    1. This is a list of motherboard types. You'll need to figure out which one you need and write down the word after #define on that line.
      • Example: If you're using a RAMPS 1.4 with a extruder, fan (optional) and heated bed, then you'd need RAMPS_13_EFB.
  8. Browse to Configuration.h
    1. Write down the value given in #define BAUDRATE for later.
    2. At the line that says #define MOTHERBOARD, replace whatever follows MOTHERBOARD with what you chose earlier.
    3. Set the #define EXTRUDERS to the number of extruders that you have.
    4. For the TEMP_SENSOR lines, you have to know what kind of thermistor is used by your hot end and heated bed (if you have one). Set the values for these to ones that match the list directly above the lines.
      • If you have an extruder on E0 and a heated bed, you just need to set TEMP_SENSOR_0 and TEMP_SENSOR_BED.
    5. Scroll down to MAX_HEATER_TEMP. If you know that your hotend shouldn't go above a certain value (the Budaschnozzle should not exceed 240C-242C), then change it here. Same for MAX_BED_TEMP.
    6. Leave the PIDTEMP stuff alone for now, we'll get back to it later.
    7. Further down the page, look for the Mechanical Settings area.
      • For the INVERT_X_DIR and related lines, set it for Mendel if you are using a Mendel-type printer. Otherwise, consult the documentation for your printer design.
      • For X_HOME_DIR and the similar commands for Y and Z, look where your endstops are. If a endstop is configured to be at the 0 position for that axis, the setting here needs to be -1. Otherwise, it needs to be 1.
      • The X_MIN_POS, X_MAX_POS, and related entries should correspond to the printable area on your bed. The defaults are common, but if you have a bigger/smaller print area, you will need to change this.
      • Ignore the auto bed leveling area for now. Hopefully you will never need it.
    8. Time for the Feed rates and Steps/mm! You're almost done.
      • For #define DEFAULT_AXIS_STEPS_PER_UNIT, you will need to use the values you calculated for your different printer axes and extruder (see above). The order is {X, Y, Z, E}
      • For DEFAULT_MAX_FEEDRATE, this is the fastest (in mm/s) the printer is allowed to go.
        • For a Prusa i3, setting the Z axis value to 2 is a good idea.
      • DEFAULT_MAX_ACCELERATION is something else that should be tuned based on how good you built the hardware of your printer.
      • You should probably turn DEFAULT_ACCELERATION to a lower value initially (like 200) and adjust the acceleration later once you get everything calibrated and tuned.
    9. If you have an LCD or button panel for your printer, uncomment the respective lines for it. Otherwise, save because you are done!
  9. Click the Upload button.
    • If all goes well, the firmware has uploaded.

You are now done with your initial configuration of Marlin! It should give you reasonable results, but there's still a lot of setup to do. Head over toTriffid_Hunter's_Calibration_Guide to continue tweaking your printer.

If you ever need to change one of these firmware settings, open the Marlin project with the Arduino IDE, make your changes to Configuration.h, and re-upload (make sure your host software isn't connected when you try to upload).

Bug reports

KNOWN ISSUES: RepG will display: Unknown: marlin x.y.z

For bug reporting please use the Issue tracker on github






3660040649_JPbT2qOr_logo.php-x





Contribute to Marlin Development


Shared Development. Broad Interests.

The Marlin Developer Community (MDC) is the innovation engine for Marlin. It continues to build on existing Marlin technologies in an open community.

The MDC’s mission is twofold – to develop specifications for an interoperable DRM platform for multimedia service, device and content providers, and to provide open access to these specifications to drive market adoption. 

MDC participants take part in standards development, code reviews, and joint development to satisfy the needs of all interests in the value chain.  

By encouraging developers to participate, the specifications and code are more robust, targeted, and secure. The MDC publishes the Marlin specifications and developers review, provide updates, and enhance these specifications. They can also propose new specification features and participate in code reviews and joint development. This openness enables any member of the community to contribute. Best practices for deployment emerge with professionally developed source code.

Preview Marlin specifications.

Participate in the Marlin specifications development process.

The table below identifies the membership privileges and resources available to Marlin participants and Marlin partners.

Privileges Matrix

Membership PrivilegesParticipantsPartners
Access to:  
     Released Specifications3660040649_B4kZ6LtU_dkbluecheck25x25.png3660040649_B4kZ6LtU_dkbluecheck25x25.png
     Draft Specifications3660040649_B4kZ6LtU_dkbluecheck25x25.png 
     Common Test Keys3660040649_B4kZ6LtU_dkbluecheck25x25.png3660040649_B4kZ6LtU_dkbluecheck25x25.png
     Support (1)3660040649_B4kZ6LtU_dkbluecheck25x25.png3660040649_B4kZ6LtU_dkbluecheck25x25.png
Availability of Community Source Code: (2)  
     Sushi Marlin Client SDK3660040649_B4kZ6LtU_dkbluecheck25x25.png3660040649_B4kZ6LtU_dkbluecheck25x25.png
     Bluewhale Marlin Broadband Server3660040649_B4kZ6LtU_dkbluecheck25x25.png3660040649_B4kZ6LtU_dkbluecheck25x25.png
     Bento4 Marlin Packager

댓글 0

조회수 843

등록된 댓글이 없습니다.

아두이노HOME > 아두이노 > 전체 목록

아두이노 목록
제목 작성자 작성일 조회
62 아두이노 Adafruit Motor/Stepper/Servo Shield for Arduino kit - v1.2 이미지 키트 17-09-13 1168
61 아두이노 가스센서 이미지 키트 17-09-13 1120
60 아두이노 Arduino Waveform Generator 이미지 키트 17-09-13 901
59 아두이노 Arduino Waveform Generator 키트 17-09-13 890
58 아두이노 Arduino Waveform Generator 이미지 키트 17-09-13 1120
57 아두이노 Exclusive 2.5 GHz Frequency Counter 이미지 키트 17-09-13 2353
56 아두이노 AVR SIMULATOR IDE 이미지 키트 17-09-13 782
현재글 아두이노 Marlin 이미지 키트 17-09-13 844
54 아두이노 opencircuits.com - Oscilloscope 이미지 키트 17-09-13 876
53 아두이노 Zorkduino 키트 17-09-13 846
52 아두이노 Single Chip AVR BASIC Computer V0.1 키트 17-09-13 895
51 아두이노 Single Chip AVR BASIC Computer V0.3 키트 17-09-13 915
50 아두이노 Single Chip AVR BASIC Computer 키트 17-09-13 821
49 아두이노 Single Chip Computer: Easy to produce AVR BASIC Computer 이미지 키트 17-09-13 908
48 아두이노 Arduino Realtime Audio Processing 이미지 키트 17-09-13 829
게시물 검색

2019년 1월 2월 3월 4월 5월 6월 7월 8월 9월 10월 11월 12월
2018년 1월 2월 3월 4월 5월 6월 7월 8월 9월 10월 11월 12월
Privacy Policy
MCU BASIC ⓒ 2017
모바일버전으로보기