<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>Reprap Forum - Firmware - Marlin</title>
        <description>Everything about Marlin firmware : Discussions, questions, support and feature requests...</description>
        <link>https://reprap.org/forum/list.php?415</link>
        <lastBuildDate>Fri, 17 Jul 2026 04:08:25 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897643,897643#msg-897643</guid>
            <title>Marlin boards (18 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897643,897643#msg-897643</link>
            <description><![CDATA[ Hi.<br />
Re: Marlin, external Stepper-drivers and controlling them directly from the Arduino (MEGA R3).<br />
Moving along ....<br />
If I change pin use in the pins_ file, do I also need to redefine which pins are input and output aswell ?  If so, where ?<br />
I am building the hardware as I move along, so I would like to be able to test each axis, endstops, heaters etc without anything else affecting the operation..<br />
Please advise.]]></description>
            <dc:creator>sbkenn</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Tue, 14 Jul 2026 07:22:48 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897605,897605#msg-897605</guid>
            <title>Help with masterprint firmware (2 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897605,897605#msg-897605</link>
            <description><![CDATA[ Hello, hello.<br />
<br />
Sorry about probably being dumb, but i am having some real struggle by trying to make the firmware of my printer work.<br />
Its a Masterprint mp1000, (its a copy of a atomstack, lol) and its board are the same of this post [<a href="https://reprap.org/forum/read.php?415,897378" target="_blank" >reprap.org</a>] .<br />
and i just cannot make it work. i make sure that the board is not dead, i uploaded a simple firmware just to blink the lights and it uploaded just fine , and so did the LEDs.<br />
i just got this printer for free, and the old firmware wasnt working also.<br />
<br />
i tried to upload a new firmware using this git here as a start [<a href="https://github.com/samiulbasher/Atomstack_Cambrian-PRO/tree/main" target="_blank"  rel="nofollow">github.com</a>] . but the main problem, is that my pc doesnt recognize the Usb device(the printer itself, the STlink works nice) i tried on linux and windows, but it just dont work<br />
<br />
i tried the conection by usb using screen and minicom, none worked<br />
<br />
if someone can help me, i would be really thankful<br />
<br />
Thanks]]></description>
            <dc:creator>Tungas</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Thu, 04 Jun 2026 17:21:06 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897541,897541#msg-897541</guid>
            <title>Homing Z - MakerGear M2 Wtih BLTouch (1 reply)</title>
            <link>https://reprap.org/forum/read.php?415,897541,897541#msg-897541</link>
            <description><![CDATA[ I’m running Marlin 2.1.2.7 on a RAMBo 1.3L board with a BLTouch.<br />
<br />
On a MakerGear M2, when the printer is first powered on, the build plate moves downward, away from the nozzle, before Z homing. However, when the printer is powered off, the build plate is already at its furthest point from the nozzle.<br />
<br />
How can this behavior be changed so that during Z homing the bed only moves toward the nozzle?<br />
<br />
Is there a firmware setting that prevents the build plate from moving away from the nozzle at startup, or alternatively makes the bed move 15 mm toward the nozzle before homing all axes?<br />
<br />
I tried setting #define Z_HOMING_HEIGHT 0, but my understanding is that this only takes effect if Z has already been homed.<br />
<br />
Has anyone run into this on a MakerGear M2 or with a similar Marlin/BLTouch setup?]]></description>
            <dc:creator>PL</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Wed, 08 Apr 2026 20:03:26 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897536,897536#msg-897536</guid>
            <title>Bringing Outdated TAZ4 Marlin into the Present Build (3 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897536,897536#msg-897536</link>
            <description><![CDATA[ I have a completely unmodified Lulzbot TAZ4 that runs Marlin 2014Q3 firmware with the original Budaschnozzle 2.0 hot end. It’s ancient but still prints beautifully. I’m doing a firmware upgrade so I can replace the hot end and extruder with something a bit more up-to-date and I don’t have access to the original firmware source that I can trust.<br />
<br />
I can upgrade and flash the firmware to Marlin 1.1.9.1 without any problem. My motherboard is a RAMBo 1.3L which uses an ATmega2560 (AVR 8-bit). <br />
<br />
Rather than Marlin 1.1.9.1, I would prefer to upgrade to the latest Marlin 2.1.2.7 but I have been told by an authority that knows vastly more about firmware than I do that I cannot (or should not) do that because Marlin 2.x.x.x firmware does not run satisfactorily on an 8 bit motherboard. <br />
<br />
According to the Marlin Github, Marlin 2.1 explicitly supports both 32-bit ARM and 8-bit AVR boards, including the RAMBo 1.3L, and the official Marlin documentation confirms that RAMPS and similar AVR-based boards work with current Marlin releases. <br />
 <br />
So I’m confused. Can I upgrade my setup to the latest Marlin 2.x.x.x or not, and is it even worth doing on my old machine ? Buying a newer machine is not an acceptable option.]]></description>
            <dc:creator>SoJaTay</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Thu, 02 Apr 2026 12:43:27 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897523,897523#msg-897523</guid>
            <title>firmware BTT E3V3 control board (1 reply)</title>
            <link>https://reprap.org/forum/read.php?415,897523,897523#msg-897523</link>
            <description><![CDATA[ about 6 years ago i talk to a tech person at BTT and he did the firmware for me and send me the firmware, it still works find but i need to update and also change a line or two so i can get an FT cable to work, i have the program on a sd card what program do i use to read it? could someone please let me know what it's called and where do i go to down load it.<br />
<br />
Thank you for any help.]]></description>
            <dc:creator>yar60</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Sat, 21 Mar 2026 01:30:21 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897494,897494#msg-897494</guid>
            <title>Bed heating never reached (1 reply)</title>
            <link>https://reprap.org/forum/read.php?415,897494,897494#msg-897494</link>
            <description><![CDATA[ hello everybody, <br />
I am facing an issue which has been presented in different shapes, I hope someone will give me  a hint. In my handmade 3D printer, I have installed a heated bed, which was not present at all before. I am using the firmware Marlin 3.1.3b2. Heating is provided with a couple of 200W 24V mats with embedded 100K thermistor. The mats temps are correctly read out by Marlin (M105 and temperature bottom status bar), as well as the hotend temperature.  Mats power supply is generous, 600W.<br />
<br />
I have configured Marlin with PID control both in hotend and in bed heating sections. M303 E-1 C8 S60 performs smoothly , cycles up to the desired 60 °C temp are covered, and the given Kp, Kd and Ki params have been reported by me in the configuration.h section of the Arduino  IDE, with firmware reloaded (many times). <br />
The issue is that bed heating (either M140 or M190) stops 10 °C before the desired target, i.e. at 50°C instead of 60. The heating hardware is capable of reaching that temp and well beyond: if I issue M140 S100,  heating goes up to 90°C and then starts swinging around 90, never reaching 100 °C. If M190 command was given, that results in a stop waiting for temperature. If otherwise M140 was given, execution is not stopped,  but the  target temp is nevertheless not reached.<br />
The difference from the goal and the yielded temp appears to be always 10°C exactly.<br />
I have tried  to tinker with the hysteresis section of my files with no luck.<br />
I have tried previous not beta versions (3.1.2.5, 3.1.2.7) but I  am facing compilation errors I still have to work out.<br />
I can use a workaround editing the G-Code file,replacing M190 entries with M140 (with +10°C target) followed by a pause, but it is nasty.<br />
Any suggestion?<br />
<br />
Thank you for helping.<br />
Riccardo]]></description>
            <dc:creator>rcecinati</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Mon, 02 Mar 2026 11:09:59 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897480,897480#msg-897480</guid>
            <title>Sensorless Delta finetuning (no replies)</title>
            <link>https://reprap.org/forum/read.php?415,897480,897480#msg-897480</link>
            <description><![CDATA[ Hello, any Marlin developers or delta kinematic experts here? <br />
<br />
Id need some help finetuning movement of my sensorless delta, its the typical low speed stuttering problem. From what i remember, this problem started at some point ~12years ago, wasnt there a change where acceleration was applied to carriages before it was applied to the platform? <br />
<br />
Anyways, what can be done now is tweaking delta segments, segment time and combine small segments, i do not understand how theese values work together to generate the movenment path. I could imagine a good value can be calculatet with enough information, my settings: <br />
<br />
Delta radius: 178mm<br />
Delta rods: 365mm<br />
Delta segments now: 100<br />
Acc: 25.000<br />
Jerk: 25.0<br />
Speed: 300-400mm/s, still slow :(<br />
TMC2209 on HW serial1, 8bit, 24V, squarewave stepping on, hybrid threshold off because audible knocking.<br />
<br />
Thanks ✌️]]></description>
            <dc:creator>Kolbi85</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Thu, 19 Feb 2026 04:24:44 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897469,897469#msg-897469</guid>
            <title>unable to build mega2560 for bugfix 2.1.x branch (2 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897469,897469#msg-897469</link>
            <description><![CDATA[ Hello,<br />
<br />
I am trying to build marlin for a trigorilla 1.4 board. I did that before on a different machine so I know it builds. However now on a branc new platformio install, the mega2560 build fails. The mega2560ext does build however.<br />
What I find weird is that it seems to tray to build files that have nothing to do with mega2560 ? see the build log below*  Executing task: platformio run --environment mega2560 <br />
Any help appreciated<br />
<br />
Processing mega2560 (board: megaatmega2560; platform: atmelavr@~4.0.1; framework: arduino)<br />
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br />
Verbose mode can be enabled via `-v, --verbose` option<br />
CONFIGURATION: [<a href="https://docs.platformio.org/page/boards/atmelavr/megaatmega2560.html" target="_blank"  rel="nofollow">docs.platformio.org</a>]<br />
PLATFORM: Atmel AVR (4.0.1) &gt; Arduino Mega or Mega 2560 ATmega2560 (Mega 2560)<br />
HARDWARE: ATMEGA2560 16MHz, 8KB RAM, 248KB Flash<br />
DEBUG: Current (avr-stub) External (avr-stub, simavr)<br />
PACKAGES: <br />
 - framework-arduino-avr @ 5.1.0 <br />
 - toolchain-atmelavr @ 1.70300.191015 (7.3.0)<br />
Converting Marlin.ino<br />
LDF: Library Dependency Finder -&gt; [<a href="https://bit.ly/configure-pio-ldf" target="_blank"  rel="nofollow">bit.ly</a>]<br />
LDF Modes: Finder ~ chain, Compatibility ~ soft<br />
Library Manager: Installing [<a href="https://github.com/MarlinFirmware/New-LiquidCrystal/archive/1.5.1.zip" target="_blank"  rel="nofollow">github.com</a>]<br />
Unpacking 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%<br />
Library Manager: <a href="mailto:&#76;&#105;&#113;&#117;&#105;&#100;&#67;&#114;&#121;&#115;&#116;&#97;&#108;&#64;&#49;&#46;&#53;&#46;&#49;">&#76;&#105;&#113;&#117;&#105;&#100;&#67;&#114;&#121;&#115;&#116;&#97;&#108;&#64;&#49;&#46;&#53;&#46;&#49;</a> has been installed!<br />
Found 6 compatible libraries<br />
Scanning dependencies...<br />
Dependency Graph<br />
|-- LiquidCrystal @ 1.5.1<br />
|-- Wire @ 1.0<br />
|-- SPI @ 1.0<br />
Building in release mode<br />
Compiling .pio/build/mega2560/src/src/HAL/AVR/HAL.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/AVR/HAL_SPI.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/AVR/MarlinSerial.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/AVR/Servo.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/AVR/eeprom.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/AVR/fast_pwm.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/AVR/fastio.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/AVR/registers.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/AVR/u8g_com_HAL_AVR_sw_spi.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/shared/Delay.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/shared/HAL.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/shared/MinSerial.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/shared/eeprom_api.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/shared/esp_wifi.cpp.o<br />
Compiling .pio/build/mega2560/src/src/HAL/shared/servo.cpp.o<br />
Compiling .pio/build/mega2560/src/src/MarlinCore.cpp.o<br />
Assembler messages:<br />
Fatal error: can't create .pio/build/mega2560/src/src/HAL/shared/MinSerial.cpp.o: No such file or directory<br />
*** [.pio/build/mega2560/src/src/HAL/shared/MinSerial.cpp.o] Error 1<br />
Assembler messages:<br />
Fatal error: can't create .pio/build/mega2560/src/src/HAL/shared/esp_wifi.cpp.o: No such file or directory<br />
*** [.pio/build/mega2560/src/src/HAL/shared/esp_wifi.cpp.o] Error 1<br />
Assembler messages:<br />
Fatal error: can't create .pio/build/mega2560/src/src/HAL/shared/servo.cpp.o: No such file or directory<br />
*** [.pio/build/mega2560/src/src/HAL/shared/servo.cpp.o] Error 1<br />
Assembler messages:<br />
Fatal error: can't create .pio/build/mega2560/src/src/MarlinCore.cpp.o: No such file or directory<br />
*** [.pio/build/mega2560/src/src/MarlinCore.cpp.o] Error 1<br />
================================================================================================ [FAILED] Took 6.84 seconds ================================================================================================<br />
<br />
Environment    Status    Duration<br />
-------------  --------  ------------<br />
mega2560       FAILED    00:00:06.837]]></description>
            <dc:creator>bschwand</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Fri, 13 Feb 2026 06:00:50 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897430,897430#msg-897430</guid>
            <title>Probe Failed (G30 and G29) with strain gauge setup (2 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897430,897430#msg-897430</link>
            <description><![CDATA[ I reworked my printer to include a nano connected to a HX711 and strain gauge. Printer is running Marlin bugfix on a SKR1.4 board.  The nano provides a TRIGGERED output and a TRIGGER_ENABLE that connect to Zmin and Probe pins. <br />
I modified Configuration.h with the following:<br />
<br />
(Probe)<br />
#define NOZZLE_AS_PROBE<br />
#define NOZZLE_TO_PROBE_OFFSET { 0, 0, 0 }<br />
#define PROBE_ENABLE_DISABLE<br />
#define DELAY_BEFORE_PROBING 500  // Using this in case I want to powerup or restart statistics when probe starts.<br />
<br />
Bed Level - has same failure as G30 so I disabled it again to keep things simple.<br />
My printer homes at X_MIN, Y_MAX, Z_MAX.<br />
<br />
The probe pins TRIGGERED, ENABLED are wired and work correctly.  I have used M119 to verify the probe trigger and in the nano serial output I can see the probe enable, when the probe touches the bed the nano sends the triggered signal and the bed moves out of contact. This is all as expected, but I see "Error:Probing Failed<br />
[ERROR] Error:Probing Failed" in the Pronterface serial output when I send a M30 command (or after the G29 first point). The probe is left at approx z=9mm which is the correct height where the trigger goes low again. The nano sees the force go back to untriggered and sets the TRIGGERED pin low again.<br />
<br />
It seems like everything is working. If I just use a single G30 and set first layer height, I can ignore the probe failed but the error also stops bed leveling at the first point. What am I missing?<br />
<br />
I don't want to use probe for homing so I left:<br />
<br />
//#define Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN<br />
//#define USE_PROBE_FOR_Z_HOMING<br />
//#define Z_MIN_PROBE_PIN -1]]></description>
            <dc:creator>jtrantow</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Sun, 18 Jan 2026 12:21:14 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897429,897429#msg-897429</guid>
            <title>Problems with Marlin build for Bigtreetech SKR mini e3 on an Ender 3 Max (no replies)</title>
            <link>https://reprap.org/forum/read.php?415,897429,897429#msg-897429</link>
            <description><![CDATA[ Hi, <br />
<br />
I've recently installed a Bigtreetech SKR mini V3.0 in an Ender 3 Max with the TFT35 screen. <br />
<br />
Everything is running perfectly, things are connecting and it's mostly working as it should...<br />
<br />
That is except for one major issue, which I believe is with microsteps or the TMC drivers where it appears to be underextruding (Despite mA settings) affecting infill and print quality.<br />
<br />
I'm just printing XYZ testing cubes at the moment however this is extremely visible while printing (Underextruded infill) as well as on the top of the XYZ cube where the print surface looks jagged compared to the smooth XYZ cube I had with the previous 4.2.2 board installed.<br />
<br />
Here are some pictures of what I mean (It's apparent while printing with missed layers in the infill and on the top with jagged surfaces etc compared to a smooth top Z layer)<br />
<br />
[<a href="https://postimg.cc/bSw7xhf0" target="_blank"  rel="nofollow">postimg.cc</a>]<br />
<br />
The one on the left is from the 4.2.2 board and the one on the right is from the BTT board<br />
<br />
(The XYZ printed by the 4.2.2 is also a bit heavier than the BTT's XYZ leading me to believe it's missing material)<br />
<br />
I'm at a loss after compiling firmware after firmware for the board as to what's causing this, if anyone could help I would appreciate it very much :) <br />
<br />
I'm happy to upload my configuration.h and configuration.adv.h and a changelog for all the changes I made from the stock Ender 3 Max configs while compiling the firmware.<br />
<br />
Thanks :)]]></description>
            <dc:creator>illici7</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Thu, 15 Jan 2026 22:31:35 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897423,897423#msg-897423</guid>
            <title>Adding Z-Endstop to Einsey Board on Prusa Mk3 (no replies)</title>
            <link>https://reprap.org/forum/read.php?415,897423,897423#msg-897423</link>
            <description><![CDATA[ I have an old Prusa Mk3 that I'm going to repurpose into an XZ motion system for a camera. Since I won't be doing any bed probing, I need to add a z-endstop switch. I have a switch and I see that the Einsey board doesn't have anything plugged into the x or y endstop pins since the printer uses sensorless homing for those axes. Does anyone know what firmware changes I'd need to do to take advantage of those free pins to add a z-endstop? Thanks.]]></description>
            <dc:creator>somethingvague</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Fri, 09 Jan 2026 04:32:02 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897414,897414#msg-897414</guid>
            <title>need advice (1 reply)</title>
            <link>https://reprap.org/forum/read.php?415,897414,897414#msg-897414</link>
            <description><![CDATA[ I’m looking for help understanding what microstepping setting I should use in the RepRap Firmware Configuration Tool. I have an SKR 3 with TMC2209 drivers—should I leave microstepping at 16, set it to 256, or choose something in between? I’m not fully sure what the setting actually affects, so any guidance would be really appreciated.]]></description>
            <dc:creator>Inirbi</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Thu, 15 Jan 2026 16:18:01 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897412,897412#msg-897412</guid>
            <title>Need brainstorming: Mainboard fpr Tronxy X5SA (1 reply)</title>
            <link>https://reprap.org/forum/read.php?415,897412,897412#msg-897412</link>
            <description><![CDATA[ <b>Hello everyone and Happy New Year!</b><br />
<br />
I need a little brainstorming... B)-<br />
<br />
I recently assembled a <b><i>Tronxy X5SA</i></b> with a <b><i>CXY-446-v10</i></b> mainboard that had been sitting in its box for ages. I wanted to use it as a base for various mechanical improvements; as it is, the thing is practically unusable. Of course, I plan to install Marlin on it, since I control my printers with Repetier...<br />
<br />
But before I could get to that, the brand-new mainboard gave up the ghost with an unfriendly "titch" when I turned it on again some days later. I did replace the 3.3V step-down converter, which had blown its casing off, but unfortunately, the CPU and probably other components also met their demise in the eternal silicon savage...<br />
<br />
So...<br />
An identical board is practically impossible to find. Furthermore, it makes sense from my perspective to install a proper board right away, preferably a BTT, so I can also replace the useless leveling sensor with something decent.<br />
<br />
<br />
And here's where I'd like your input:<br />
<br />
I was thinking of an SKR Mini E3 V3 with the matching display. Does that make sense? Or should I use a different BTT board instead?<br />
<br />
What do you think?]]></description>
            <dc:creator>CBX.Micha</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Thu, 08 Jan 2026 07:42:26 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897392,897392#msg-897392</guid>
            <title>Best New Feature Mix for Marlin 3D Printer with RAMBo 1.4? (2 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897392,897392#msg-897392</link>
            <description><![CDATA[ I have a 2017 MakerGear M2E printer, with a RAMbo 1.4 controller.  It has been a very solid workhorse, running Marlin 1.0.  I just updated the firmware to 2.1.2.5, primarily to take advantage of Linear/Pressure Advance.  I've got that calibrated, but haven't done any prints yet to see how much it helps.<br />
<br />
In the process, I discovered a whole raft of new enhancements that sound potentially useful: Input shaping, Arc Fitting, S-curve Acceleration, and Junction Deviation.   My concern is that if I just turn every bell &amp; whistle on at once, my RAMBo could have a nervous breakdown.  I asked the Google AI, and it suggested Input Shaping (for example) could use enough processor cycles &amp; memory that I could run into trouble. If the result is compile errors, that will be a big clue.  I also don't want to load it with firmware that fits, but can't run reliably.<br />
<br />
It sounds like Arc Fitting may actually <u>reduce</u> the workload on the processor/memory, so I'm probably going to enable that.  Does anyone have any experience with how much I can ask of my controller board in terms of the remaining features?  I'd like to balance reliability with the mix of features that provides the most improvement in print quality.<br />
<br />
Thanks!]]></description>
            <dc:creator>gwhite</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Fri, 02 Jan 2026 14:58:44 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897378,897378#msg-897378</guid>
            <title>Marlin update for Atomstack Cambrian Max (9 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897378,897378#msg-897378</link>
            <description><![CDATA[ Hello,<br />
<br />
I am facing a problem with the printer mentioned in the title. It has a board labeled Atomstack fb5 v2.0. It is nearly a 1:1 clone of the Robin E3D, but it lacks the separate CH340 USB module.<br />
<br />
Here are the settings I have tried:<br />
<br />
default_envs = mks_robin_e3 for the STM32F103RCT6 chip.<br />
<br />
I have attempted the following motherboard definitions:<br />
<br />
#define MOTHERBOARD BOARD_MKS_ROBIN_E3D_V1_1<br />
<br />
#define MOTHERBOARD BOARD_MKS_ROBIN_E3D<br />
<br />
#define MOTHERBOARD BOARD_MKS_ROBIN_E3_V1_1<br />
<br />
#define MOTHERBOARD BOARD_MKS_ROBIN_E3<br />
<br />
Communication ports: #define SERIAL_PORT -1<br />
<br />
I tried the Marlin version matching the original firmware (2.0.6.1) as well as the latest version, but unfortunately without success.<br />
<br />
With any custom flash (anything other than the original), neither the display nor the USB works. After flashing the original firmware back, everything returns to normal.<br />
<br />
I saw that one user attempted this update and achieved at least partial success, but unfortunately, I cannot get in touch with them: "https://www.facebook.com/groups/marlinfirmware/posts/4236668943102739/" <a href="https://www.facebook.com/groups/marlinfirmware/posts/4236668943102739/" target="_blank"  rel="nofollow">https://www.facebook.com/groups/marlinfirmware/posts/4236668943102739/</a><br />
<br />
Could you please help me get this up and running?]]></description>
            <dc:creator>_RAZOR_</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Mon, 22 Dec 2025 06:12:46 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897359,897359#msg-897359</guid>
            <title>CR-200B Marlin (10 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897359,897359#msg-897359</link>
            <description><![CDATA[ Hi<br />
<br />
I have a CR-200B printer for which I'm trying to get Marlin correctly compiled for. This printer has a Creality 4.2.5 board.<br />
<br />
With my current configuration file the X and Y axis work, but the Z axis is inverted, need to invert it in the configuration file.<br />
<br />
The following happens:<br />
1) extruder doesn't work<br />
2) if i home z axis, z axis goes down a bit then moves up<br />
3) if i use arrows in octoprint the down arrow moves axis up and the up arrow moves it down (conflict with 2)? )<br />
4) bltouch doesn't trigger z stop<br />
5) bltouch needle correcly moves up and down when homing Z axis<br />
6) both hotend and bed heater work<br />
7) case fans don't work<br />
<br />
I've attached the configuration file, if you need any other file let me know. Thank you in advance for any help :)]]></description>
            <dc:creator>jpff</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Thu, 18 Dec 2025 01:33:42 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897356,897356#msg-897356</guid>
            <title>Issues with GD32F303RE_creality_mfl Firmware (Ender 3 Max) (no replies)</title>
            <link>https://reprap.org/forum/read.php?415,897356,897356#msg-897356</link>
            <description><![CDATA[ I've got an Ender 3 Max that I recently installed a GD32F303 (T8) board into vs the original one it came with (STM32 4.2.2 A/P) to use the quiet stepper drivers (TMC2208s) and despite flashing and printing correctly I am having (Hardware?) under extrusion issues (Only) with print infill. This problem did not exist on my previous 4.2.2 board and I am printing with the same firmware settings, slicer settings and filament.<br />
<br />
This is like the outer walls of the prints printing perfectly but for some reason all infills are incorrectly printing. For instance I can print a XYZ calibration cube (Which have been my tests) however despite the outer walls extruding and printing correctly the infill will under extrude and look all stringy and/or barely print at all. Happy to attach some screens of failed XYZ cube prints after installing the new board.<br />
<br />
I am using Marlin Auto Build to build the firmware and have successfully flashed and reproduced the problem with both STM32 and GD32 environments flashing each separately to the GD32F303RET6 board.<br />
<br />
I was able to get both environments (STM32 &amp; GD32) working on the GD32F303 board so if it's possible that one of them is causing issues that you're able to spot I'm happy to flash the alternative firmware on as well as make changes to check various settings (At this stage it looks like flashing the STM32 environment on the GD32 board is working better given the huge amount of issues even getting the GD32 environment working however whatever suggestions you could offer to help solving this would be appreciated.<br />
<br />
I have created a build folder of each Marlin build as well as a list of every change made with the different firmware builds.<br />
<br />
Bug Timeline<br />
When installing a GD32F303RET6 board to replace stock Ender 3 Max board<br />
<br />
Expected behavior<br />
I expected the infill to print and/or extrude correctly and at the same rate as the walls of the print.<br />
<br />
Actual behavior<br />
The walls of the print print perfectly however the infill is a stringy mess looking to be under extruding default correct eSteps.<br />
<br />
Steps to Reproduce<br />
Lowered my build size by removing custom features I had added like a custom boot screen - Problem was much more severe with a Custom Boot Screen however still occurs.<br />
Flashed GD32 Board with STM32 Environment - Problem still occurs<br />
Flashed GD32 Board with GD32 Environment - Problem still occurs<br />
Checked eSteps, both changing to stock value and recalibrating - Problem still occurs<br />
Slowly increased and decreased the extrusion rate while printing - Problem still occurs<br />
Printed with a different slicer (Creality Slicer &amp; Cura) in an attempt to replicated issue - Printer Freezes and goes unresponsive (GD32 Default Envs)<br />
Version of Marlin Firmware<br />
2.1.3b<br />
<br />
Printer model<br />
Ender 3 Max<br />
<br />
Electronics<br />
GD32 board as above vs stock STM32 board (Trying to get going)<br />
<br />
LCD/Controller<br />
CR10 Stock Display<br />
<br />
Other add-ons<br />
CRTouch<br />
<br />
Bed Leveling<br />
ABL Bilinear mesh<br />
<br />
I've upload configuration.h and configuration.adv.h from both by STM32 build and my GD32 board as well as the compiling instructions I followed in VSCode for each.<br />
<br />
(Looks like I can't upload them here - I've also posted this issue on GitHub with the zip files for my configurations)<br />
<br />
[<a href="https://github.com/MarlinFirmware/Marlin/issues/28226" target="_blank"  rel="nofollow">github.com</a>]<br />
<br />
I've also added some screenshots as examples of the problem I'm having.<br />
<br />
Thanks in advance for any help you may be able to provide :)]]></description>
            <dc:creator>illici7</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Sun, 14 Dec 2025 03:51:11 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897313,897313#msg-897313</guid>
            <title>Compiling CONFIGURATION_H_VERSION 02010205 (no replies)</title>
            <link>https://reprap.org/forum/read.php?415,897313,897313#msg-897313</link>
            <description><![CDATA[ Well I don’t know if it is just me or the upgrade or Marlin’s upgrades or the combination but I’ve just had a “looong” running conversation with ChatGPT in regard to an installation using VScode, Marlin CONFIGURATION_H_VERSION 02010205 and LightBurn Core 2.0.04. I had to Manually create a Device based on GRBL-M3 and make several alterations and additions to Marlin to make a dual Y-axis motor, dual Y-axis end-stop custom Openbuild ACRO machine running a typical Arduino Mega w/ Ramps 1.4 combination and get Lightburn to send M3/M5 codes to Pin 6 to fire the Diode Laser I’m using. I finally got it to run and printed an accuracy test pattern. Why doesn’t the Marlin Device in Lightburn have options to control the M3/M5 vs. M106/M107 commands? Why is the custom build option in the devices so limited? And last but least what needs tightening up to improve the symmetry of the X-Y movement?]]></description>
            <dc:creator>GoBaby</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Mon, 10 Nov 2025 10:43:06 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897310,897310#msg-897310</guid>
            <title>Strange XY behaviour durring printing (1 reply)</title>
            <link>https://reprap.org/forum/read.php?415,897310,897310#msg-897310</link>
            <description><![CDATA[ hi all.<br />
a couple of years ago i modified a ender 3 (big time)<br />
i added closeloop MKServo modules, made my own motherboard that uses a teensy4.1<br />
everyting have worked great NO issues with version 2.1.2.1<br />
<br />
now i upgraded to 2.1.2.5 and durring printing X and Y go way! off (see image)<br />
manual control seem to work fine.<br />
<br />
can someone help me find my issue because i dont know why.<br />
<br />
[attachment 121542 WhatsAppImage2025-11-09at12.09.18.jpeg]]]></description>
            <dc:creator>spirit18</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Sun, 09 Nov 2025 10:32:24 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897308,897308#msg-897308</guid>
            <title>Compiling and uploading marlin 2.1.3 (3 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897308,897308#msg-897308</link>
            <description><![CDATA[ I’m trying to compile and upload marlin 2.1.3 from my computer to the mother board mks genl v.1 .<br />
The blue line in the bottom right that shows the compiling begins and then it freeze <br />
I don’t have any error message <br />
My computer was able to install the driver of the mother board <br />
The cable that connect the motherboard to the pc is ok <br />
 Nothing is working. Any help pls ???]]></description>
            <dc:creator>GILBERT1973</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Mon, 10 Nov 2025 12:38:32 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897277,897277#msg-897277</guid>
            <title>Help compiling for ender 3 (3 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897277,897277#msg-897277</link>
            <description><![CDATA[ Hi I'm just wondering if someone could help me out. <br />
<br />
I've now spent a week trying to compile Marlin,  but I must have something wrong with my computer as every time i try to compile a firmware I get various errors, even with the most basic settings. <br />
<br />
I'm just trying to get the best Marlin version for my ender 3. I have a BTR SKR e3 mini v3.00 dual vertical axis (only connected to one plug with a Y cable but i could change this if you guys recommend to do so), a Creality BLTouch, a Crealty Sprite pro extruder and a Creality filament sensor. I'll also be running OctoPi from a Raspberry Pi3b.<br />
<br />
Would someone be kind enough to compile a firmware.bin for me please?<br />
<br />
Thank you very much, <br />
bebetaz.]]></description>
            <dc:creator>bebetaz</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Mon, 27 Oct 2025 10:09:44 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897261,897261#msg-897261</guid>
            <title>Robin Nano V3.1 ,  MKS WiFi v1.1 module (no replies)</title>
            <link>https://reprap.org/forum/read.php?415,897261,897261#msg-897261</link>
            <description><![CDATA[ Hello,<br />
<br />
I’m using a Robin Nano V3.1 board with a TS35 display and an MKS WiFi 1.1 module (ESP8266).<br />
The board originally came with preloaded firmware, but I don’t know its configuration.<br />
I’ve now installed Marlin 2.0.9.2, which works fine overall — except that WiFi is not functioning properly.<br />
<br />
I’ve tried loading several precompiled ESP3D firmware files, and the module does connect, but I’m stuck with the issue shown in the attached image:<br />
the WebUI loads with an overlay or banner covering the main interface, preventing me from seeing or using the background controls.<br />
<br />
Interestingly, the same WebUI works perfectly on the Tiny Bee board (ESP32), where the layout is the demo but appears clean and functional.<br />
<br />
Note: From Clip2, it seems that only one user can connect at a time — I’m not sure if this is intentional or a limitation.<br />
<br />
Could someone please advise on:<br />
<br />
Where to find the precompiled correct firmware WebUI files for this setup, or<br />
<br />
If anyone has a precompiled WebUI version that works properly on the ESP8266 module?<br />
<br />
Thank you for any help!<br />
<br />
Best regards,]]></description>
            <dc:creator>lukaari</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Mon, 20 Oct 2025 04:52:10 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897251,897251#msg-897251</guid>
            <title>Marlin - Help with Macros M810 (5 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897251,897251#msg-897251</link>
            <description><![CDATA[ Hello,<br />
<br />
I’m having trouble loading the macros M810 to M819 after the start.<br />
<br />
I’m wondering if it’s possible to add these macros using STARTUP_COMMANDS. If so, could you provide an example?<br />
<br />
Thank you,]]></description>
            <dc:creator>lukaari</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Wed, 15 Oct 2025 23:18:31 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897247,897247#msg-897247</guid>
            <title>STM32F446ZE custom board + Marlin: USB CDC won’t enumerate / firmware only runs under debugger (1 reply)</title>
            <link>https://reprap.org/forum/read.php?415,897247,897247#msg-897247</link>
            <description><![CDATA[ <b>MCU / Board:</b> STM32F446ZET6 on a custom home-made 3D-printer controller<br />
<b>Clock:</b> External HSE 8 MHz (verified), PLL to 168/180 MHz as needed<br />
<b>USB:</b> Full-Speed device, DP=PA12, DM=PA11 (no HS PHY), 22 Ω series, USBLC6, 5.1 k on CC (for C-to-A cable adapter), VBUS to connector only (no VBUS sense)<br />
<b>Boot pins:</b> BOOT0=GND, NRST pull-up OK<br />
<b>Tooling:</b> PlatformIO (Arduino STM32 core) for Marlin, ST-Link + STM32CubeIDE/CubeProgrammer + GDB<br />
<br />
<b>What works (outside Marlin)</b><br />
<br />
A CubeIDE USB CDC FS project (HSE=8 MHz, PLLQ=7) enumerates and prints reliably.<br />
D+ sits at ~3.2 V; Mac shows /dev/cu.usbmodem….<br />
<br />
LEDs on PA8 / PA15 toggle fine.<br />
<br />
So the hardware + clocks + USB FS are good.<br />
<br />
<b>What fails (inside Marlin)</b><br />
<br />
Environment: STM32F446ZE_btt (Octopus) on Marlin 2.1.2.5<br />
<br />
USB never enumerates on the host. D+ sits at ~0 V unless I start a debug session.<br />
<br />
Without a debugger the board looks dead (even an early LED write in setup() doesn’t run).<br />
<br />
With the debugger attached, Marlin runs. I can break in manage_inactivity() and walk around the code.<br />
Earlier I did hit a MAXTEMP kill (fixed by disabling temp sensors for bring-up), but even with temps disabled the board still won’t start stand-alone.<br />
<br />
<b>Current Marlin / PlatformIO config (USB + bring-up)</b><br />
[env: STM32F446ZE_btt]<br />
extends           = stm32_variant<br />
platform          = ststm32@~12.1<br />
board             = marlin_BigTree_Octopus_v1<br />
framework         = arduino<br />
upload_protocol   = stlink<br />
debug_tool        = stlink<br />
board_build.usb   = CDC<br />
<br />
build_flags =<br />
  ${stm32_variant.build_flags}<br />
  -DUSBCON<br />
  -DUSBD_USE_CDC=1<br />
  -DHAL_PCD_MODULE_ENABLED<br />
  -DUSBD_VBUS_SENSE=0<br />
  -DPCD_VBUS_SENSING_DISABLED<br />
  -DUSE_USB_FS<br />
  -DHSE_VALUE=8000000U<br />
  -DNO_WATCHDOG<br />
<br />
build_unflags =<br />
  ${stm32_variant.build_unflags}<br />
  -DUSE_USB_HS_IN_FS<br />
  -DUSBD_USE_HS<br />
<br />
<br />
Thermals temporarily disabled (no hotend/bed sensors) to avoid kills.<br />
<br />
For sanity I also tested making watchdog_init() / watchdog_refresh() no-ops in HAL.cpp (same behavior).<br />
<br />
<b>What I see in the debugger (Marlin/Arduino core)</b><br />
<br />
Breakpoints hit in order on a “good” (debug) boot:<br />
<br />
USBD_Start() → HAL_PCD_Start() (so USB device is being started)<br />
<br />
Later I do hit OTG_FS_IRQHandler()<br />
<br />
When stopped in OTG_FS_IRQHandler, registers look sane:<br />
<br />
RCC-&gt;AHB2ENR        = 0x00000080  (OTGFSEN set)<br />
USBx-&gt;GAHBCFG       = 0x00000001  (GINT=1)<br />
USBx-&gt;DCTL          = 0x00000000  (SDIS=0)<br />
USBx-&gt;GRXFSIZ       = 0x00000080<br />
USBx-&gt;DIEPTXF0_HNPTXFSIZ = 0x44008c20<br />
USBx-&gt;DIEPTXF1      = 0x803c3810<br />
<br />
<br />
But without the debugger, the host never sees a device and even my “breadcrumb” LED write at the top of setup() doesn’t fire.<br />
<br />
<b>Things I already tried</b><br />
<br />
Full erase, reflash, option bytes sane (RDP=AA, IWDG/WWDG SW, BOR enabled).<br />
<br />
Verified SCB-&gt;VTOR == 0x08000000 and reset vector looks correct when attached.<br />
<br />
Made LED “turn on at entry” both in Marlin setup() and also tried very early in HAL init.<br />
<br />
Confirmed my HSE is 8 MHz everywhere (-DHSE_VALUE=8000000U).<br />
<br />
Disabled all temp sensors / thermal protection for bring-up.<br />
<br />
Temporarily neutered watchdog calls in HAL.<br />
<br />
Also tried the Arduino STM32 usbd_conf.c path with vbus sensing disabled.<br />
<br />
<b>Some questions:</b><br />
<br />
Variant / clock mismatch in the Octopus variant: Is there a hidden SystemClock_Config() assuming 12 MHz HSE for this env that could early-fault without debugger timing? What’s the authoritative place in the STM32F446ZE_btt setup to force HSE=8 MHz and the USB 48 MHz path for the Arduino core build?<br />
<br />
Watchdog still active despite -DNO_WATCHDOG: Does the IWatchdog library still run on this env unless more is undefined? If so, what’s the correct Marlin-side switch to guarantee no IWDG touches during bring-up?<br />
<br />
USB soft-connect timing: In this Arduino core, is there a known race where USBD_LL_Start doesn’t properly clear DCTL.SDIS or enable GINT unless something else is called?<br />
<br />
Board/env choice: Is STM32F446ZE_btt (Octopus) the right starting point for an 8 MHz HSE custom F446ZE board? If you have a known-good PlatformIO env (or variant files) for a generic F446ZE + USB CDC FS, please share<br />
<br />
Why it only runs under debugger: If someone has seen Marlin on F446 “only run with SWD attached,” what was the root cause in your case (clock, watchdog, vector offset, something else)?<br />
<br />
What’s the correct way to set up Marlin’s F446 USB CDC FS (Arduino STM32 core) with HSE=8 MHz, no VBUS sense, and ensure it enumerates reliably without a debugger?<br />
<br />
I’m happy to provide full logs, map/ELF, or step through any function you suggest. Thanks!]]></description>
            <dc:creator>samprince</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Mon, 13 Oct 2025 20:31:48 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897224,897224#msg-897224</guid>
            <title>old Marlin-Firmware - How to update? (6 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897224,897224#msg-897224</link>
            <description><![CDATA[ Hi there,<br />
<br />
I have an old Marlin Firmware (from 2016) running in my DIY-Printer.<br />
<br />
I would like to update it, to use new functionality. But I don't have the old files on my computer. And I'm a little bit scared about installing a completely new firmware on it, because I'm worried about setting all the parameters (board-type, PID, limit switches and so on).<br />
<br />
So - what is the easiest way to update the firmware?<br />
Is there any possibility to read out the parameters?<br />
<br />
Cheers and thanks!]]></description>
            <dc:creator>maeckes</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Tue, 16 Dec 2025 03:07:14 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897214,897214#msg-897214</guid>
            <title>Arduino DUE, PlatformIO, and LiquidCrystal library (no replies)</title>
            <link>https://reprap.org/forum/read.php?415,897214,897214#msg-897214</link>
            <description><![CDATA[ I successfully compiled Marlin 2.1.x bugfix for my Arduino DUE-based printer, but to get my (ancient) UltimakerController display working, I needed to use the Arduino LiquidCrystal library (1.0.7) versus the one that PlatformIO finds by default via LDF (1.5.1).  I did not debug why LiquidCrystal 1.5.1 didn't work, but I suspect it might be the "fastIO" optimizations that help AVR-based Arduinos write I/O faster.  I'm pretty sure these optimizations are not necessary for DUE and perhaps they're causing some kind of problem.  Does anyone know if there's a (proper) way to disable fastIO optimization in LiquidCrystal 1.5.1 when building via Autobuild Marlin+PlatformIO?]]></description>
            <dc:creator>Studio55</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Tue, 16 Sep 2025 13:00:04 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897211,897211#msg-897211</guid>
            <title>G38 (Probe Target) does not work (2 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897211,897211#msg-897211</link>
            <description><![CDATA[ I'am making a CNC desktop machine based on Marlin 2.0 and Atmega2560+Ramps 1.4.<br />
All the main functions work. The machine moves according to the program and jog by LCD board encoder.<br />
I want to do PCB milling. To get a height map, I want to use a simple contact Z-probe. I tried to make the necessary settings in the Configuration.h and Configuration_adv.h files:<br />
===================<br />
Configuration.h<br />
<br />
#define Z_MIN_PROBE_PIN 44 (because it is more convenient to connect than pin32 RAMPS)<br />
#define FIX_MOUNTED_PROBE<br />
<br />
===================<br />
Configuration_adv.h<br />
#define G38_PROBE_TARGET<br />
<br />
====================<br />
I use CNCjs to get a workpiece height map.<br />
<br />
When the program execute the G38.2 target search command, the machine stops. <br />
The Z axis does not move down and nothing happens.<br />
<br />
The same thing happens if I send G38.2 Z-2  through the terminal. I only see answer "OK" in the terminal screen.<br />
<br />
It seems I did some mistakes in Configuration.h and Configuration_adv.h <br />
<br />
Any help and advice is welcome]]></description>
            <dc:creator>Plasmacut</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Mon, 15 Sep 2025 09:11:42 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897192,897192#msg-897192</guid>
            <title>Rostock Delta goes back to 0-0-0 after every move or extrusion - happens also during print via USB or SD card (4 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897192,897192#msg-897192</link>
            <description><![CDATA[ Hello everyone,<br />
<br />
I have a strange problem with my Rostock Delta 3D printer (RAMPS 1.4, Marlin firmware). Homing works perfectly – the endstops are detected correctly and the delta kinematics operate smoothly. However, no matter whether I manually move the X or Y axis via the LCD display, control the extruder, or simply extrude filament: after each action, the printhead immediately jumps back to position X0 Y0 Z0. Only the Z axis works fine. This happens during manual operation on the LCD aswell as a print job is currently running, wich is ofcours not working because it stays in 0-0-0 and moves like a woodpecker.<br />
In the delta section, the usual values for DELTA_HEIGHT, DELTA_RADIUS, etc. are also set. Firmware is Marlin 2.x, no modifications to the display menu.<br />
In Configuration.h and Configuration_adv.h, I cannot find any GCode or menu entry that triggers automatic return movements.<br />
<br />
Does anyone have an idea what could be causing this?<br />
Could the cause be a faulty display firmware, a bug, or a rare firmware configuration?<br />
<br />
Are delta kinematics parameters or travel limits especially important to prevent moves always jumping to zero?<br />
Are there other settings in Marlin that could cause this behavior?<br />
<br />
Any hints or solutions would be great – I’m stuck.<br />
<br />
Thank you very much!]]></description>
            <dc:creator>DerSizilianer</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Fri, 12 Sep 2025 21:52:50 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897187,897187#msg-897187</guid>
            <title>Delta WASP 2040 Turbo (no replies)</title>
            <link>https://reprap.org/forum/read.php?415,897187,897187#msg-897187</link>
            <description><![CDATA[ or... maybe more appropriately WASP Delta 2040 Turbo.  Seems to be a pretty rare deltabot from ~2015.  WASP is Italian company that's still in business but doesn't sell this model anymore, but they do have a "pro" 2040 deltabot for clay which I assume is a derivative.  <br />
<br />
I got this machine (plastic FDM, not clay) for free about 6 months ago but had a heck of a time finding any (recent) info/firmware for it online.  The controller is basically an off-the-shelf Arduino DUE plugged into a (large) custom shield created by WASP. As far as I can tell, it was running some (closed source) fork of Marlin from 2016 (no source  anywhere on the WASP website I could find - which is against the open source rules, but whatever).  I have reverse-engineered the custom control board and have it up and running with Marlin 2.1.x bugfix.  The 2.1.x firmware config still needs some tuning, but I did complete one simple print, so pretty sure I'm going to get there.<br />
<br />
I've never contributed to anything open source online, but will attempt to contribute my Marlin changes if I get things going smoothly.  Just posting here in case any one else has this machine and is interested (as pretty much nothing else helpful anywhere and WASP only seems to respond to support tickets which could result in sales, not tech info requests).]]></description>
            <dc:creator>Studio55</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Wed, 10 Sep 2025 16:05:51 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?415,897181,897181#msg-897181</guid>
            <title>Clarification - reaction time Marlin 2.1.2.5 (2 replies)</title>
            <link>https://reprap.org/forum/read.php?415,897181,897181#msg-897181</link>
            <description><![CDATA[ Hello, I can’t find where delay is hidden so if someone can be so polite and give me a hint. In general i try to modify Marlin FW and MKS Gen L board to handle EDM machine. I have sperate spark generator that also is sensing if there is short. So in marlin i add my own M1910 code that is moving Z axis a bit back and a bit fwd (to hold original position). My problem is like this, when M1910 code (my own new Mcode) is called from terminal all works fine (reaction is ~100ms). But when it’s called by change GPIO state that is proper configurated time to react during movement is like 1000ms(measured on scope). <b>Question - where or How i can put my M1910 code to work in the same time regime like M410 ?</b> - i don't see declaration of M410 in code ;/ <br />
<br />
Code of this M1910 is below - and it works OK there is proper reaction if used by serial terminal<br />
<pre class="bbcode">
// ###  insdie gcode.cpp gcode.h also have addtional info for M1910
void GcodeSuite::M1910() {
  float saved_z = current_position.z;       
  //float real_z = planner.get_axis_position_mm(Z_AXIS); 
  edm_mode=true;    			// set flag when 1st used 
  SERIAL_ECHO(" before synchro: ");	// debug
  SERIAL_ECHO(millis());			// debug
  planner.synchronize();  			// Stop movment
  SERIAL_ECHO(" after synchro: ");		//debug
  SERIAL_ECHO(millis());			//debug
  current_position.z -= 0.35;			// move bit back
  line_to_current_position();			// alig axis
   current_position.z += 0.35;		// move to start position
  line_to_current_position();			// align axis
  SERIAL_ECHO(" after all ");		//debug
  SERIAL_ECHO(millis());			// debug
}</pre>
Than inside MarlinCore.cpp i have this code - its sensing LOW state at one of GPIO and when it sens it change of state triggers its checked at idle() <br />
<pre class="bbcode">
// ## MarlinCore.cpp
// ## this is called at idle loop
void edm_trigger_update() {
if(edm_mode==true){
	static bool edm_triggered_last = false;  // this is to handle only one change from Hi to Low state
	bool edm_triggered_now = (digitalRead(EDM_TRIGGER_PIN) == LOW);  // this is to handle only one change from Hi to Low state
		if (edm_triggered_now &amp;&amp; !edm_triggered_last) {
			SERIAL_ECHO("Loop enters: "); 	// debug
 			SERIAL_ECHO(millis());		// debug
			queue.enqueue_one("M410");	// let’s stop current movment
			SERIAL_ECHO(" enqueue_one M410 at: "); // debug
			SERIAL_ECHO( millis());			// debug
			  queue.enqueue_one("M1910");	// lets call bit back bit FWD
			  //SERIAL_ECHO(" enqueue_one M1910 at: "); // debug
			SERIAL_ECHO(millis());		// debug
					}
 	edm_triggered_last = edm_triggered_now; // this is to handle only one change from Hi to Low state
 }
}</pre>
<br />
Result of debag from code "enqueue_one M1910 at: 25921 before synchro: 26923 after synchro: 26924 after all 26927 " -&gt; So its look like my “void edm_trigger_update()” is finished ad mils time 25 921 but inside it ansychronisly code M1910 is still running and all actions are taken after those ~1000ms  ( 26 297)]]></description>
            <dc:creator>promanowski</dc:creator>
            <category>Firmware - Marlin</category>
            <pubDate>Mon, 08 Sep 2025 10:56:53 -0400</pubDate>
        </item>
    </channel>
</rss>
