Duet Stops mid print



  • Odd issue...
    Duet2 is stopping mid print on 2.05 r1. So I reverted back to 2.04 and it is still happening.

    Need help troubleshooting if it's the Gcode file or Duet2 (SD card end of life?)

    Printed on 2.05r2 and print stopped on 2nd or 3rd layer. Panel Due appears un reboot printer.

    Printed same file again, but noticed pause button attempt on Panel Due showed button pressed on Web interface, and logs show the pause saved recovery data, but printer didn't act accordingly to pause (and move to home position)... Probably not Duet2... Rebooted printer.

    Resliced model, printed fine.

    Duet2 locked up again on new print, resliced file didn't fix it. Reverted to 2.04 ran sliced file it failed on and Duet2 locked up much later into the print.

    Deleted 70 gcode files and will upload gcode again to test and as file will be saved to a different location on SD now (haven't printed yet as I want to be near print during entire print now).

    How can I troubleshoot the SD vs Duet2 vs Gcode file?

    Thanks!


  • administrators

    @BlueDust said in Duet Stops mid print:

    Printed on 2.05r2 and print stopped on 2nd or 3rd layer. Panel Due appears un reboot printer.

    Please clarify. Do you mean that the Duet rebooted when it stopped? If so, please provide a M122 report taken immediately after such a reboot.

    There is a known issue between 2.05RC1 and DWC2, which will be fixed in RC2.



  • @dc42

    No sorry. I obviously miss typed. I manually rebooted the printer when the issue occures.



  • I also meant to say the Panel Due appears to be locked up, but button presses seem to be working as I can see comments in the log (like pause) but no physical motion occurs.



  • The Duet has stopped printing again and took this while it was still stopped (or stuck?)....

    M122
    === Diagnostics ===
    RepRapFirmware for Duet 2 WiFi/Ethernet version 2.04 running on Duet Ethernet 1.02 or later + DueX5
    Board ID: 08DGM-9T6BU-FG3S0-7JTDL-3SN6N-TS6VG
    Used output buffers: 3 of 24 (20 max)
    === RTOS ===
    Static ram: 25680
    Dynamic ram: 93444 of which 0 recycled
    Exception stack ram used: 508
    Never used ram: 11440
    Tasks: NETWORK(ready,628) HEAT(blocked,1232) DUEX(suspended,160) MAIN(running,1300) IDLE(ready,200)
    Owned mutexes:
    === Platform ===
    Last reset 01:50:18 ago, cause: software
    Last software reset at 2019-12-02 19:39, reason: User, spinning module GCodes, available RAM 11296 bytes (slot 3)
    Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0441f000 BFAR 0xe000ed38 SP 0xffffffff Task 0x4e49414d
    Error status: 8
    Free file entries: 8
    SD card 0 detected, interface speed: 20.0MBytes/sec
    SD card longest block write time: 28.4ms, max retries 0
    MCU temperature: min 38.3, current 38.9, max 39.4
    Supply voltage: min 23.6, current 24.1, max 24.4, under voltage events: 0, over voltage events: 0, power good: yes
    Driver 0: standstill, SG min/max 0/242
    Driver 1: standstill, SG min/max 0/223
    Driver 2: standstill, SG min/max not available
    Driver 3: standstill, SG min/max 0/1023
    Driver 4: standstill, SG min/max not available
    Driver 5: standstill, SG min/max not available
    Driver 6: standstill, SG min/max not available
    Driver 7: standstill, SG min/max 0/1023
    Driver 8: standstill, SG min/max 0/170
    Driver 9: standstill, SG min/max 0/192
    Date/time: 2019-12-02 21:29:54
    Cache data hit count 4294967295
    Slowest loop: 117.41ms; fastest: 0.07ms
    I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
    === Move ===
    Hiccups: 14280857, FreeDm: 82, MinFreeDm: 82, MaxWait: 727147ms
    Bed compensation in use: mesh, comp offset 0.000
    === DDARing ===
    Scheduled moves: 126876, completed moves: 126836, StepErrors: 0, LaErrors: 0, Underruns: 0, 2
    === Heat ===
    Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1
    Heater 0 is on, I-accum = 0.2
    Heater 1 is on, I-accum = 0.5
    === GCodes ===
    Segments left: 1
    Stack records: 3 allocated, 0 in use
    Movement lock held by null
    http is idle in state(s) 0
    telnet is idle in state(s) 0
    file is doing "G1 X140.972 Y121.942 E2.6576" in state(s) 0
    serial is idle in state(s) 0
    aux is idle in state(s) 0
    daemon is idle in state(s) 0
    queue is idle in state(s) 0
    autopause is idle in state(s) 0
    Code queue is empty.
    === Network ===
    Slowest loop: 227.26ms; fastest: 0.02ms
    Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
    HTTP sessions: 1 of 8
    Interface state 5, link 100Mbps full duplex
    === Filament sensors ===
    Extruder 0: pos 284.77, errs: frame 33 parity 0 ovrun 0 pol 8 ovdue 0



  • It still thinks its printing but its not moving...
    972df5db-3c9d-4eb1-a60b-95801a31ee7c-image.png



  • The GCODE file is almost 10MB so I attached only layer 62... as the Duet2 shows its on 62 now, when this issue occurred... Layer 62.txt



  • DWC lets me see current status of everything, but doesn't let me Pause, move the hotend, or turn off the heaters. I had to press the emergency stop button (that worked), and took this screenshot and logs when it came back on...

    b791bfc1-eba7-4f6b-8ff4-5e31261c4cab-image.png

    2019-12-02 21:42:28 Cancelled printing file 0:/gcodes/phone_kniel_mannetje v3.gcode, print time was 1h 46m
    2019-12-02 21:42:28 Event logging stopped
    power up + 00:00:00 Event logging started
    power up + 00:00:00 Warning: Heater 0 appears to be over-powered. If left on at full power, its temperature is predicted to reach 252C.
    power up + 00:00:00 Warning: Heater 1 appears to be over-powered. If left on at full power, its temperature is predicted to reach 539C.
    power up + 00:00:15 Network running, IP address = 10.1.10.78
    power up + 00:00:15 HTTP client 10.1.10.56 login succeeded
    2019-12-02 21:43:23 Date and time set at power up + 00:00:15

    12/2/2019, 9:44:49 PM M122
    === Diagnostics ===
    RepRapFirmware for Duet 2 WiFi/Ethernet version 2.04 running on Duet Ethernet 1.02 or later + DueX5
    Board ID: 08DGM-9T6BU-FG3S0-7JTDL-3SN6N-TS6VG
    Used output buffers: 3 of 24 (12 max)
    === RTOS ===
    Static ram: 25680
    Dynamic ram: 93408 of which 0 recycled
    Exception stack ram used: 320
    Never used ram: 11664
    Tasks: NETWORK(ready,628) HEAT(blocked,1232) DUEX(suspended,160) MAIN(running,3744) IDLE(ready,200)
    Owned mutexes:
    === Platform ===
    Last reset 00:01:40 ago, cause: software
    Last software reset at 2019-12-02 21:42, reason: User, spinning module GCodes, available RAM 11440 bytes (slot 0)
    Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0441f000 BFAR 0xe000ed38 SP 0xffffffff Task 0x4e49414d
    Error status: 0
    Free file entries: 9
    SD card 0 detected, interface speed: 20.0MBytes/sec
    SD card longest block write time: 2.1ms, max retries 0
    MCU temperature: min 38.5, current 38.8, max 39.4
    Supply voltage: min 24.1, current 24.2, max 24.4, under voltage events: 0, over voltage events: 0, power good: yes
    Driver 0: standstill, SG min/max not available
    Driver 1: standstill, SG min/max not available
    Driver 2: standstill, SG min/max not available
    Driver 3: standstill, SG min/max not available
    Driver 4: standstill, SG min/max not available
    Driver 5: standstill, SG min/max not available
    Driver 6: standstill, SG min/max not available
    Driver 7: standstill, SG min/max not available
    Driver 8: standstill, SG min/max not available
    Driver 9: standstill, SG min/max not available
    Date/time: 2019-12-02 21:44:47
    Cache data hit count 242499383
    Slowest loop: 78.24ms; fastest: 0.07ms
    I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
    === Move ===
    Hiccups: 0, FreeDm: 160, MinFreeDm: 160, MaxWait: 0ms
    Bed compensation in use: none, comp offset 0.000
    === DDARing ===
    Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0
    === Heat ===
    Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1
    === GCodes ===
    Segments left: 0
    Stack records: 2 allocated, 0 in use
    Movement lock held by null
    http is idle in state(s) 0
    telnet is idle in state(s) 0
    file is idle in state(s) 0
    serial is idle in state(s) 0
    aux is idle in state(s) 0
    daemon is idle in state(s) 0
    queue is idle in state(s) 0
    autopause is idle in state(s) 0
    Code queue is empty.
    === Network ===
    Slowest loop: 7.93ms; fastest: 0.02ms
    Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
    HTTP sessions: 1 of 8
    Interface state 5, link 100Mbps full duplex
    === Filament sensors ===
    Extruder 0: pos 284.77, errs: frame 0 parity 0 ovrun 0 pol 0 ovdue 0



  • Hi,

    This is a long shot.

    I had a similar problem with a Z axis position sensor that I was experimenting with. All it was supposed to do was run trigger7.g, which it normally did.

    But during printing it instead caused a reset when the printing reached the point where the sensor was activated. It DID NOT run the trigger7.g file when this happened.

    I never found out why.

    Frederick


  • administrators

    @BlueDust, it might be waiting to write to USB. I've see this happen. Usually the print continues but does a few moves, pauses, does a few more moves, pauses again and so on. It only happens on some Gcode files. It's fixed in 2.05RC1.



  • @dc42
    I first noticed this issue on 2.05 rc1, and downgraded back to 2.04 thinking it would work. Also, this is not a short pause. I let it sit for over 30 min trying to see what I could do... It never moved.



  • I am not saying this is "fixed" yet, but I replaced the MicroSD card and I am on my 3rd print (2nd attempt) with no issues so far. (2nd print failed because the filament was large and caused a clog, but that's not the Duet2's fault,... I also re enabled the filament monitor...).

    If this works out, I will re print one of the failed gcode files.

    Thanks!


Log in to reply