Random Hard Fault resets on Duet 3 Mini WiFi

omtek

Three more messages overnight and this morning. They occurred after the printer was cooling down. Looks like another two potential crashes caught and averted. Still no resets to speak of.

*** Memory difference at line 2228 offset 4: original 392e303d copy 00000168, original changed, copy ok, fix=yes
*** Memory difference at line 2228 offset 52: original 20036658 copy 0d0a0d73, original ok, copy changed, fix=no
*** Memory difference at line 2228 offset 4: original 392e303d copy 00000168, original changed, copy ok, fix=yes

Exerqtor

Still haven't had one single event on 3.5.3-debug other than that one without any output. So I'm moving back over to 3.6.0-debug again so that I can get some prints done.
With nothing happening in well over 72hours I doubt anything will tbh.

jovo0911

After switching from the Maestro to the Mini 5 WiFi, my printer occasionally stopped or crashed without any apparent reason. I found this thread and installed the 3.6.0-debug firmware from dc42. Since then, I’ve completed over ten prints, including some taller than 150mm and others over 4 hours long, with no crashes. My printer is a CoreXY setup with dual Z-axis and a single extruder.

dc42

@jovo0911 thanks. I've established that this issue does not cause the same type of reset in 3.6.0 beta1 that it does in 3.5.x and 3.4.x. What I don't know is whether it causes any other issues in 3.6.0 beta1. I've also developed a workaround for the issue in 3.5.3.

jovo0911

Should I go back to 3.4.6 and wait? (The Maestro ran fine with that version.) I started with 3.5.0 on the Mini 5 and initially thought the board might have a hardware issue.
But now the printer is running smoothly with the 3.6.0-debug firmware.

dc42

@jovo0911 the issue discussed in this thread is unique to the Duet 3 Mini WiFi.

wschadow

@dc42 Here is some feedback from my side. For about a week I tried 3.6.0-beta1-2 on a Duet3Mini5 where everything was connected directly to the board. Good news: WiFi and printer ran without error. Observations:

YAP connects, but no data is displayed in YAP. M115 does not return anything.
The old home sequence doesn't work without change

; =========================================================================================================
; home y axis
; =========================================================================================================
;
M400                                                                   ; wait for current moves to finish
G1 H2 Y0.5 F1000                                                       ; energise motors to ensure they are not stalled
M400                                                                   ; wait for current moves to finish
G1 H1 Y5 F1000                                                         ; move slowly away
G1 H1 Y-260 F1800                                                      ; move quickly to x axis endstop and stop there (first pass)
G1 H2 Y5 F1000                                                         ; go back a few mm
G1 H1 Y-10 F1800                                                       ; move slowly to x axis endstop once more (second pass)

G28
Error: G1: Homing move abandoned because driver 3 is moving too slowly for stall detection

It had to be changed to

; =========================================================================================================
; home y axis
; =========================================================================================================
;
M400                                                                   ; wait for current moves to finish
G1 H2 Y0.5 F2000                                                       ; energise motors to ensure they are not stalled
M400                                                                   ; wait for current moves to finish
G1 H1 Y5 F2000                                                         ; move slowly away
G1 H1 Y-260 F1800                                                      ; move quickly to x axis endstop and stop there (first pass)
G1 H2 Y5 F2000                                                         ; go back a few mm
G1 H1 Y-10 F1800                                                       ; move slowly to x axis endstop once more (second pass)
;

wschadow

@dc42 Today I tried 3.6.0-beta1-2 on a Dual extruder where the extruders have a can board. So far, this works as well.

Inlinebrother

Hi, don't know if it is still needed but I am still running 3.5.3 and had a hardfault today. I see that there is an update with bug fixes. Is there a fix for this or is it still in development?

m122
=== Diagnostics ===
RepRapFirmware for Duet 3 Mini 5+ version 3.5.3 (2024-09-18 11:25:48) running on Duet 3 Mini5plus WiFi (standalone mode)
Board ID: B7FWR-UK9MK-K65J0-40TKG-0ZW2Z-RKN9N
Used output buffers: 1 of 40 (19 max)
=== RTOS ===
Static ram: 103368
Dynamic ram: 122076 of which 12 recycled
Never used RAM 16292, free system stack 202 words
Tasks: NETWORK(2,nWait 7,14.2%,217) HEAT(3,nWait 1,0.0%,327) Move(4,nWait 6,0.0%,355) CanReceiv(6,nWait 1,0.0%,939) CanSender(5,nWait 7,0.0%,336) CanClock(7,delaying,0.0%,334) TMC(4,delaying,1.4%,110) MAIN(1,running,83.5%,665) IDLE(0,ready,0.0%,29) AIN(4,delaying,0.8%,264), total 100.0%
Owned mutexes:
=== Platform ===
Last reset 00:16:08 ago, cause: software
Last software reset at 2024-12-26 22:08, reason: HardFault bfarValid precise, Platform spinning, available RAM 12488, slot 1
Software reset code 0x4060 HFSR 0x40000000 CFSR 0x00008200 ICSR 0x00000803 BFAR 0x0000001c SP 0x20012008 Task NETW Freestk 482 ok
Stack: 2002c658 200306a0 200014e4 00000000 ffffffff 0003039d 000302b0 610f0000 00030389 00000000 00000000 00000000 200306ac 00000800 20035c08 2002c640 2001882c 2002c496 2001882c 2001ea80 00030523 00000000 00000000 00000000 200120b8 00000014 b5ddd790
Error status: 0x00
MCU revision 3, ADC conversions started 726187, completed 726185, timed out 0, errs 0
MCU temperature: min 35.4, current 35.6, max 38.9
Supply voltage: min 24.2, current 24.3, max 24.4, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
Events: 0 queued, 0 completed
Driver 0: standstill, SG min 0, read errors 0, write errors 1, ifcnt 28, reads 22449, writes 10, timeouts 0, DMA errors 0, CC errors 0
Driver 1: standstill, SG min 0, read errors 0, write errors 1, ifcnt 28, reads 22449, writes 10, timeouts 0, DMA errors 0, CC errors 0
Driver 2: standstill, SG min 0, read errors 0, write errors 1, ifcnt 21, reads 22449, writes 10, timeouts 0, DMA errors 0, CC errors 0
Driver 3: standstill, SG min 60, read errors 0, write errors 1, ifcnt 29, reads 22449, writes 10, timeouts 0, DMA errors 0, CC errors 0
Driver 4: standstill, SG min 0, read errors 0, write errors 1, ifcnt 21, reads 22449, writes 10, timeouts 0, DMA errors 0, CC errors 0
Driver 5: standstill, SG min 2, read errors 0, write errors 1, ifcnt 24, reads 22449, writes 10, timeouts 0, DMA errors 0, CC errors 0
Driver 6: standstill, SG min 0, read errors 0, write errors 1, ifcnt 21, reads 22449, writes 10, timeouts 0, DMA errors 0, CC errors 0
Date/time: 2024-12-26 22:24:38
Cache data hit count 1821230026
Slowest loop: 5.84ms; fastest: 0.16ms
=== Storage ===
Free file entries: 20
SD card 0 detected, interface speed: 22.5MBytes/sec
SD card longest read time 0.7ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 83, segments created 0, maxWait 0ms, bed compensation in use: none, height map offset 0.000, max steps late 0, min interval 0, bad calcs 0, ebfmin 0.00, ebfmax 0.00
no step interrupt scheduled
Moves shaped first try 0, on retry 0, too short 0, wrong shape 0, maybepossible 0
=== DDARing 0 ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== DDARing 1 ===
Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters 0 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
=== GCodes ===
Movement locks held by null, null
HTTP is idle in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
SBC is idle in state(s) 0
Daemon is idle in state(s) 0
Aux2 is idle in state(s) 0
Autopause is idle in state(s) 0
File2 is idle in state(s) 0
Queue2 is idle in state(s) 0
Q0 segments left 0, axes/extruders owned 0x0000000
Code queue 0 is empty
Q1 segments left 0, axes/extruders owned 0x0000000
Code queue 1 is empty
=== CAN ===
Messages queued 8712, received 0, lost 0, errs 4576139, boc 0
Longest wait 0ms for reply type 0, peak Tx sync delay 0, free buffers 26 (min 26), ts 4841/0/0
Tx timeouts 0,0,4840,0,0,3870 last cancelled message type 30 dest 127
=== Network ===
Slowest loop: 15.79ms; fastest: 0.00ms
Responder states: MQTT(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
HTTP sessions: 1 of 8
=== WiFi ===
Interface state: active
Module is connected to access point 
Failed messages: pending 0, notrdy 0, noresp 0
Firmware version 1.25
MAC address bc:ff:4d:e7:aa:41
Module reset reason: Power up, Vcc 3.38, flash size 2097152, free heap 26416
WiFi IP address 192.168.1.146
Signal strength -51dBm, channel 0, mode 802.11n, reconnections 0
Clock register 00002002
Socket states: 0 0 0 0 0 0 0 0


M122 P106
Platform 2001d138-2001e737
SbcInterface 2001e740-2001ea70
Network 2001ea80-2001eb67
GCodes 2001eb70-2001ff6f
Move 20023ff8-20024d33
Heat 20025110-20025237
PrintMonitor 20025240-2002544f
FansManager 20025458-200254d7
PortControl 200254e0-2002550f
Display 20025518-20025533
ExpansionManager 20025540-200282f7

m122 p1007 a{0x2001ea80+8}
2001ea88: 2002c420

m122 p1007 a{0x2002c420+136}
2002c4a8: 20032f20

dc42

@Inlinebrother this was fixed in 3.5.4.