search

MarlinFirmware / Marlin

Marlin is an optimized firmware for RepRap 3D printers based on the Arduino platform. Many commercial 3D printers come with Marlin installed. Check with your vendor if you need source code for your specific machine.
https://marlinfw.org
GNU General Public License v3.0
16.17k stars 19.21k forks source link

[BUG] dot printing when powerloss is ON #27336

Open Enzo-Enz opened 1 month ago

Enzo-Enz commented 1 month ago

Did you test the latest bugfix-2.1.x code?

No, but I will test it now!

Bug Description

HI guys when poweloss recovery is ON,while the printer starts to print curve side,It prints like single dot as ypu see in the video but when I turn off poweloss recovery It prints smoothly

https://github.com/user-attachments/assets/f8ca4108-e25b-4e18-946b-54f802789082

Bug Timeline

new

Expected behavior

print smoothly

Actual behavior

No response

Steps to Reproduce

No response

Version of Marlin Firmware

2.1.2.4

Printer model

diy printer

Electronics

mks tinybee

LCD/Controller

128x64

Other add-ons

No response

Bed Leveling

ABL Bilinear mesh

Your Slicer

Cura

Host Software

SD Card (headless)

Don't forget to include

Additional information & file uploads

config.zip

ellensp commented 1 month ago

You have the worst type of power loss recovery, where it writes to the sdcard lots as it has no power loss detection hardware.

Check your sdcard, reformat it, and make sure its fast

Enzo-Enz commented 1 month ago

You have the worst type of power loss recovery, where it writes to the sdcard lots as it has no power loss detection hardware.

Check your sdcard, reformat it, and make sure its fast

thank you bro for your reply I did that,It's better than before but the problem still exist in higher speed

thinkyhead commented 1 month ago

This is a problem that exists for the SD-card-based power-loss recovery when there is no power loss sensor. Every write to the SD card causes some small delay in the printing, and this is especially noticeable with vase mode printing. We could add a setting that makes power-loss recovery only start after X layers, but the issue you describe is likely to affect any layer with a similar shape, so it's not a solution.

We could also make a version that writes to the EEPROM, probably without these delay glitches, but that leads to the problem of potentially wearing out your EEPROM, or even your MCU's own flash storage, which would not be good.

The only solution for you right now will be to add a power-loss detection circuit to your printer, or don't enable power-loss recovery until later in the print, or don't use this rather crude power-loss recovery feature at all.