Duet Wifi resetting part way through prints
-
Here is the m122 after that print failled
4/26/2020, 6:18:37 PM m122 === Diagnostics === RepRapFirmware for Duet 2 WiFi/Ethernet version 2.05.1 running on Duet WiFi 1.02 or later Board ID: 08DGM-9568A-F23SD-6J9DL-3SN6K-KTRZH Used output buffers: 1 of 24 (19 max) === RTOS === Static ram: 25712 Dynamic ram: 93140 of which 0 recycled Exception stack ram used: 320 Never used ram: 11900 Tasks: NETWORK(ready,628) HEAT(blocked,1232) MAIN(running,3760) IDLE(ready,160) Owned mutexes: === Platform === Last reset 00:06:38 ago, cause: power up Last software reset at 2020-04-26 17:24, reason: User, spinning module GCodes, available RAM 11900 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: 10 SD card 0 detected, interface speed: 20.0MBytes/sec SD card longest block write time: 0.0ms, max retries 0 MCU temperature: min 27.6, current 27.8, max 29.5 Supply voltage: min 12.1, current 12.2, max 12.3, 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 Date/time: 2020-04-26 18:18:36 Cache data hit count 1214738893 Slowest loop: 2.43ms; fastest: 0.06ms 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: 1 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: 51.93ms; fastest: 0.00ms Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0) HTTP sessions: 2 of 8 - WiFi - Network state is running WiFi module is connected to access point Failed messages: pending 0, notready 0, noresp 0 WiFi firmware version 1.21 WiFi MAC address 2c:3a:e8:0b:02:f1 WiFi Vcc 3.42, reset reason Turned on by main processor WiFi flash size 4194304, free heap 14504 WiFi IP address 192.168.1.137 WiFi signal strength -68dBm, reconnections 0, sleep mode modem Socket states: 0 0 0 0 0 0 0 0 -
This started after I put on a water cooled hotend, the E3d Titan Aqua, the only thing I can think of is, now there is no hotend fan hooked to the duet board, the water cooling pump and rad/fan are powered directly by the PSU. I don't know if the issue is a coincidence or is the duet resetting because its not sinsing a hotend fan being hooked up?
other then that, nothing has changed, I used the same heater, same thermistor, heater block, motor that was already there from the regular e3d titan.
-
I don't think so. If the pump is directly connected to the PSU and there is no duet control over the pump you can remove the M106 P1 entry entirely from config.g since there is no fan connected.
Did you PID tune the heater again after changing over? Not that that would cause this.
Did anything else get changed?
Is the pump drawing a lot of amps or something?
-
Yes I did do a re-tune on the hotend. I did consider the pump might be causing the resets, but after switching the board over the the 800watt atx psu and leaving the rest hooked up to the old PSU, it still is resetting.
-
Everytime it resets, I get this massage on the counsole.
https://drive.google.com/file/d/1baVuvLro9hD_JT6FbqInWpsegVn8Mlew/view?usp=drivesdk
-
That heater warning is to let you know how hot your heater could get in a closed circuit failure.
-
I don't even know if reset is the right term, because after the printer stops, the progress bar shows 100% like the print completed
The printer just stops in mid movement and the layer fan shuts off.
-
But you get that heater and wifi message on the PanelDue? Those messages come at startup as config.g is read, so it does sound like it is resetting.
-
Yes, that message comes up on the PanelDue
-
Well, I never figured out what the issue is, but its something with the board itself, I changed it with another duet I have on a different printer and no problems now.
-
Supprised, figured I'd get a little more help on this then I did....
-
Was there possibly anything shorting against the board that is now moved with the new board?
Can you post some photos of the board? Close up and well lit. Maybe we can spot a damaged component.
Is the board new?
-
No, nothing shorting against the board, it was mounted on 20mm printed stand offs, then I put nylon washers between the board and the screws. So its, screw, nylon washer, board, 20mm 3d printed standoff, mounted to a melamine board.
Bought the board in 2018, but sadly, It was for a project that I had set aside and didn't get back to till about 3 weeks ago, so the board had probally been used less then 50 times total.
https://drive.google.com/file/d/1bjw1bgBfpSLfJ_P6Pq1asx-cXwlaMBEv/view?usp=drivesdk
https://drive.google.com/file/d/1bjptjoMHgpWTFbWczqt_GfarV0bqMLCg/view?usp=drivesdk
-
The google drive links are private. I can't access it.
-
Try it now
-
@Bmilam I can't see anything obvious from the pictures. The only odd thing is that some of the text on the top of the main processor is missing. This could have come off if there was a sticker on it that you took off (and then cleaned with acetone or similar), but may be a sign that the processor has overheated, and may be causing the failures.
M122 still doesn't show anything amiss, other than the board was recently powered on. Swapping the boards isn't conclusive; are you using the same SD card, same firmware version and running the same gcode file? Redoing the wiring may also have removed the issue. If you reformatted and rebuilt the SD card, that may have resolved the issue. You're changing too many parameters to know exactly where the problem is. If you want to find out the exact problem, you'll need to connect the old board and do more troubleshooting.
Bought the board in 2018
Unfortunately, warranty is for 6 months. See https://www.duet3d.com/warranty
Supprised, figured I'd get a little more help on this then I did....
@Phaedrux has been as helpful as he can. You didn't supply much information up front. The M122 responses don't indicate anything, other than the power is turning off. All we can do is offer advice to try and track down where the problem is; we're not in the room with you, and we don't know what's causing the fault either, based on what you're telling us. It's not the sort of fault that happens every day, so requires investigation to answer.
Ian
-
@Bmilam said in Duet Wifi resetting part way through prints:
Last reset 00:17:36 ago, cause: power up
That bit (which is in all your M122 reports) indicates that the Duet reset because there was no power to the microcontroller. Possible reasons include:
- PSU problem. Note, most 12v ATX PSUs need a dummy load on the 5V rail to prevent them form getting over-voltage on the 12V rail and resetting.
- VIN terminal block screws on the Duet not tight
- Something is shorting out or overloading the 5V or 3.3V rail of the Duet. A common cause is endstop switches that are connected to the wrong pins of the endstop connector.
-
undefined Inlinebrother referenced this topic
