prusa3d / Prusa-Firmware

Firmware for Original Prusa i3 3D printer by PrusaResearch
GNU General Public License v3.0
2.03k stars 1.06k forks source link

[BUG]FW crash detected and a boot loop #4513

Open numo68 opened 1 year ago

numo68 commented 1 year ago

Printer type - MK3S upgraded from MK2S Printer firmware version - 3.13.2

MMU upgrade - none MMU upgrade firmware version -

SD card or USB/Octoprint

Normally USB/Octoprint but no cable nor card here

Describe the bug

After flashing the 3.13.2 the printer entered a boot loop with the "FW crash detected" report. Sometimes the main screen appeared, but on the next start the error message was back. The factory reset followed by a reflash and another factory reset did not change anything. I have seen the message once or twice on the previous 3.13, I don't know whether it was .0 or .1 anymore.

I have flashed 3.12.2 back and all seems fine. Flashed 3.13.2 again, the problem reappeared, 3.12.2 and all is fine.

The crash happens without any SD card nor USB cable plugged in.

To Reproduce

Flash the 3.13.2 firmware.

Expected behavior

The printer boots normally.

gudnimg commented 1 year ago

Is it possible to get the serial logs from your printer? It may reveal how far into the boot-up it gets, maybe the firmware is getting stuck somewhere. "FW crash detected" message is also used for watchdog timeouts.

Sometimes the main screen appeared, but on the next start the error message was back.

This seems suspicious to me.

If 3.12.2 works fine then we can probably rule out this is not a bootloader issue.

numo68 commented 1 year ago

Is it possible to get the serial logs from your printer? It may reveal how far into the boot-up it gets, maybe the firmware is getting stuck somewhere. "FW crash detected" message is also used for watchdog timeouts.

How do I get the logs? Frankly, I just finished to calibrate everything after the factory reset, so I'll only experiment with this if the risk of losing the settings is minimal and the probability of providing useful information is high.

Yep, the bootloader seems fine, also the flashing including verify was always successful on the first attempt in case it matters, so the board itself does not seem to be damaged, at least not severely.

Were there different board versions where the difference could matter over time? Mine is reported as Einsy_10a in the support menu.

numo68 commented 11 months ago

Update: it sometimes also happens with 3.12.2, but maybe one of ten starts and I cannot exclude that it is related to the Octoprint starting simultaneously, resetting the board when the USB connection is established. With 3.13.2 it however happens with nothing connected at all.

numo68 commented 11 months ago

@gudnimg

Is it possible to get the serial logs from your printer? It may reveal how far into the boot-up it gets, maybe the firmware is getting stuck somewhere. "FW crash detected" message is also used for watchdog timeouts.

Alright:

start
echo: 3.13.2-7080
SpoolJoin is Off
echo: Last Updated: Oct 20 2023 17:49:53 | Author: (none, default config)
echo: Free Memory: 2513  PlannerBufferBytes: 1760
echo:Stored settings retrieved
adc_init
Hotend fan type: NOCTUA
CrashDetect DISABLED
echo:SD init fail
start
echo: 3.13.2-7080
SpoolJoin is Off
echo: Last Updated: Oct 20 2023 17:49:53 | Author: (none, default config)
echo: Free Memory: 2513  PlannerBufferBytes: 1760
echo:Stored settings retrieved
adc_init
Hotend fan type: NOCTUA
CrashDetect DISABLED
echo:SD init fail
// action:dump_available
echo:busy: paused for user

At this point the FW crash report is displayed.

Inserting the SD card (I have no need for one as I am using Octoprint exclusively) resolves the situation, so the crash/watchdog expiration seems to somehow happen while/immediately after probing it. Maybe the watchdog is not being "pulled" during some probing loop and the time to give up is near the watchdog interval?

pdelagrave commented 11 months ago

Exact same problem with my MK3S+. Inserting an SD card also worked as a workaround. serial.log

github-actions[bot] commented 1 month ago

Thank you for your contribution to our project. This issue has not received any updates for 60 days and may be considered "stale." If this issue is still important to you, please add an update within the next 7 days to keep it open. Administrators can manually reopen the issue if necessary.

numo68 commented 1 month ago

upgraded to mk3.5 in the meantime so not relevant for me anymore, nor am I able to test, but if it was not fixed, it probably should.