Duet 2 Wifi Random Resets
-
Ok, it just reset after about 1.5 hours of printing. Here is the output from M122:
m122 === Diagnostics === RepRapFirmware for Duet 2 WiFi/Ethernet version 3.3 (2021-06-15 21:44:54) running on Duet WiFi 1.02 or later Board ID: 08DGM-9T6BU-FG3SS-6JTD6-3S86N-KATBF Used output buffers: 3 of 24 (12 max) === RTOS === Static ram: 23876 Dynamic ram: 75000 of which 0 recycled Never used RAM 15540, free system stack 184 words Tasks: NETWORK(ready,13.4%,252) HEAT(delaying,0.0%,314) Move(notifyWait,0.1%,340) MAIN(running,86.0%,442) IDLE(ready,0.5%,29), total 100.0% Owned mutexes: WiFi(NETWORK) === Platform === Last reset 00:03:59 ago, cause: software Last software reset at 2021-06-21 22:07, reason: StuckInSpinLoop, GCodes spinning, available RAM 12412, slot 2 Software reset code 0x4083 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f80f BFAR 0xe000ed38 SP 0x2000232c Task MAIN Freestk 764 ok Stack: 0042ae6f 004545d8 610f0000 3f800000 4107721b 369dc3a0 3edbc06f 3331bb4c 40000000 b5ddd98d 388ab355 bb360b61 3e2aaaab 3f800000 00000000 43aa028f 4354c416 3f800000 3f800000 60000010 00000000 00000000 0042ae6f 00000001 000021e0 00000000 20000c60 Error status: 0x00 Aux0 errors 0,0,0 Step timer max interval 0 MCU temperature: min 42.5, current 42.7, max 44.5 Supply voltage: min 23.9, current 24.0, max 24.2, 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 Driver 0: position 0, standstill, SG min/max not available Driver 1: position 0, standstill, SG min/max not available Driver 2: position 0, standstill, SG min/max not available Driver 3: position 0, standstill, SG min/max not available Driver 4: position 0, standstill, SG min/max not available Driver 5: position 0 Driver 6: position 0 Driver 7: position 0 Driver 8: position 0 Driver 9: position 0 Driver 10: position 0 Driver 11: position 0 Date/time: 2021-06-21 22:12:13 Cache data hit count 4294967295 Slowest loop: 149.32ms; fastest: 0.17ms I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0 === Storage === Free file entries: 10 SD card 0 detected, interface speed: 20.0MBytes/sec SD card longest read time 52.5ms, write time 0.0ms, max retries 2 === Move === DMs created 83, maxWait 0ms, bed compensation in use: none, comp offset 0.000 === MainDDARing === Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1 === AuxDDARing === Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1 === Heat === Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1 -1 -1 Heater 1 is on, I-accum = 0.0 === GCodes === Segments left: 0 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 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 Daemon is idle in state(s) 0 Autopause is idle in state(s) 0 Code queue is empty. === Network === Slowest loop: 668.47ms; fastest: 0.00ms Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions HTTP sessions: 1 of 8 - WiFi - Network state is active WiFi module is connected to access point Failed messages: pending 0, notready 0, noresp 0 WiFi firmware version 1.26 WiFi MAC address cc:50:e3:69:07:05 WiFi Vcc 3.34, reset reason Power up WiFi flash size 4194304, free heap 27064 WiFi IP address 192.168.1.231 WiFi signal strength -70dBm, mode 802.11n, reconnections 0, sleep mode modem Clock register 00002002 Socket states: 0 0 0 0 0 0 0 0Any ideas?
Thanks again for your help.
-
@mrawesome987 said in Duet 2 Wifi Random Resets:
I am not using ferrules on the power connectors, I just used the bare wire.
Might want to give those a tighten, just in case. Bare wire can loosen over time. However the M122 doesn't say that the power was lost, so that might not be it at all.
Will have to see if there is anything useful from that M122 report for DC42.
-
@phaedrux Ok, thanks for the information. I will certainly tighten the power connectors. Hopefully DC42 may have some more info on this.
Just to further reduce points of failure, I think I will get a replacement SD card. I am not using the shipped SD card, as it was so small. I believe I am running a full size SD card in the PanelDue.
What is the recommended model for a larger Micro SD? Would this work?
Thanks again!
-
Yes that would be a good SD card choice. Be sure to format it as FAT32.
-
@mrawesome987 said in Duet 2 Wifi Random Resets:
I believe I am running a full size SD card in the PanelDue.
Do you mean to say you are using an SD card in the PanelDue to print from?
-
@phaedrux said in Duet 2 Wifi Random Resets:
Do you mean to say you are using an SD card in the PanelDue to print from?
I believe that is correct. I can check when I get home tonight, but I'm fairly certain I used a 16 or 32 gb card in the PanelDue to print from, since it was on hand.
-
Can you also compare uploading a gcode file to print directly to the SD card internal to the Duet and see if it still resets?
-
@phaedrux said in Duet 2 Wifi Random Resets:
Can you also compare uploading a gcode file to print directly to the SD card internal to the Duet and see if it still resets?
I will do this tonight. I also ordered a tool for the ferrules you recommended, just for peace of mind.
-
Ok, I was wrong. I am not using an SD card in the PanelDue, I was, however, using a no name brand SD card in the Duet. I have now followed the SD card setup instructions and used a different card (although still a no name 128mb one, until my new one gets here).
I am starting the print now, and will let you know what happens.
Thanks again for your help!
-
@mrawesome987 those no name 128mb ones that probably came with a BTT are only good for one thing ... throwing in the bin.
They ALWAYS cause trouble on the LPC/STM port of RRF -
@jay_s_uk said in Duet 2 Wifi Random Resets:
@mrawesome987 those no name 128mb ones that probably came with a BTT are only good for one thing ... throwing in the bin.
They ALWAYS cause trouble on the LPC/STM port of RRFGood news! The printer completed a print last night, it was about a 5-6 hour print. This is with the no name 128mb card, but I'll swap it out for the new one when it gets here.
On the card I had in the Duet prior, I tried the same exact print (same gcode) 3 or 4 times, and it failed within 2 hours every time.
I'll continue to test and update.
-
I got the new SD card yesterday and formatted it and copied my current file structure to it. Printed a bracket for my new printer build and it worked great. It was a fairly small print, only 3-4 hours, but it printed with no issues.
I guess this is resolved, unless it magically reappears later! Thanks for the help.
-
@mrawesome987 thanks for the update. I think the firmware must have been stuck in a loop in the Atmel/Microchip SD card driver waiting for the hardware to become ready; although in theory the transfer should time out instead.
