Warning: Lost connection to Duet - help needed
-
@gloomyandy, thanks for catching that, mate.
A question, please, Can you advise if the MB6HC running 3.4.5 and EXP3HC running 3.4.4 will work?
What I did is keep the SBC on 3.4.5 - no change.
I removed the Duet 3 MB6HC board from the machine - erased the firmware, and reinstalled it with BOSSA version 3.4.5.
I also erased the Duet EXP3HC board and used DWC to load version 3.4.4 as I do not see a later version in the git repo - 3.4.4 was the last release.
Confirming:
M115 FIRMWARE_NAME: RepRapFirmware for Duet 3 MB6HC FIRMWARE_VERSION: 3.4.5 ELECTRONICS: Duet 3 MB6HC v1.01 FIRMWARE_DATE: 2022-11-30 19:35:23
M115 B1 Duet EXP3HC rev 1.01 or earlier firmware version 3.4.4 (2022-10-14 11:45:56)
M122 === Diagnostics === RepRapFirmware for Duet 3 MB6HC version 3.4.5 (2022-11-30 19:35:23) running on Duet 3 MB6HC v1.01 (SBC mode) Board ID: 08DJM-9P63L-DJ3T8-6J9DD-3SJ6N-9B7ZA Used output buffers: 1 of 40 (20 max) === RTOS === Static ram: 152760 Dynamic ram: 67576 of which 16 recycled Never used RAM 130320, free system stack 192 words Tasks: SBC(ready,0.6%,473) HEAT(notifyWait,0.0%,322) Move(notifyWait,0.0%,351) CanReceiv(notifyWait,0.0%,799) CanSender(notifyWait,0.0%,336) CanClock(delaying,0.0%,339) TMC(notifyWait,7.7%,91) MAIN(running,91.4%,923) IDLE(ready,0.4%,30), total 100.0% Owned mutexes: HTTP(MAIN) === Platform === Last reset 00:02:37 ago, cause: software Last software reset at 2023-01-22 04:24, reason: User, GCodes spinning, available RAM 130276, slot 0 Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0043c000 BFAR 0x00000000 SP 0x00000000 Task SBC Freestk 0 n/a Error status: 0x00 Aux0 errors 0,0,0 Step timer max interval 134 MCU temperature: min 42.3, current 42.6, max 44.8 Supply voltage: min 24.3, current 24.4, max 24.4, under voltage events: 0, over voltage events: 0, power good: yes 12V rail voltage: min 12.2, current 12.3, max 12.3, under voltage events: 0 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, mspos 8, reads 27109, writes 14 timeouts 0 Driver 1: standstill, SG min 0, mspos 8, reads 27110, writes 14 timeouts 0 Driver 2: standstill, SG min 0, mspos 8, reads 27110, writes 14 timeouts 0 Driver 3: standstill, SG min 0, mspos 8, reads 27110, writes 14 timeouts 0 Driver 4: standstill, SG min 0, mspos 8, reads 27110, writes 14 timeouts 0 Driver 5: standstill, SG min 0, mspos 8, reads 27110, writes 14 timeouts 0 Date/time: 2023-01-22 04:27:32 Slowest loop: 1.27ms; fastest: 0.05ms === Storage === Free file entries: 10 SD card 0 not detected, interface speed: 37.5MBytes/sec SD card longest read time 0.0ms, write time 0.0ms, max retries 0 === Move === DMs created 125, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000 === MainDDARing === Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1 === AuxDDARing === 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 -1 -1 -1 -1 -1 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0 Heater 1 is on, I-accum = 0.0 === GCodes === Segments left: 0 Movement lock held by null HTTP* is doing "M122" 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 Code queue is empty === CAN === Messages queued 1408, received 1267, lost 0, boc 0 Longest wait 1ms for reply type 6042, peak Tx sync delay 290, free buffers 50 (min 49), ts 788/787/0 Tx timeouts 0,0,0,0,0,0 === SBC interface === Transfer state: 5, failed transfers: 0, checksum errors: 1 RX/TX seq numbers: 6088/6088 SPI underruns 1, overruns 0 State: 5, disconnects: 0, timeouts: 0 total, 0 by SBC, IAP RAM available 0x2ad48 Buffer RX/TX: 0/0-0, open files: 0 === Duet Control Server === Duet Control Server v3.4.5 Code buffer space: 4096 Configured SPI speed: 8000000Hz, TfrRdy pin glitches: 5 Full transfers per second: 39.44, max time between full transfers: 102.9ms, max pin wait times: 59.0ms/14.9ms Codes per second: 0.48 Maximum length of RX/TX data transfers: 2988/904
-
Still happening - Restarted and tried to run bed leveling - immediately getting
Connection to Duet established 1/22/2023, 12:45:13 PM Warning: Lost connection to Duet (Timeout while waiting for transfer ready pin) 1/22/2023, 12:45:04 PM Connection to Duet established 1/22/2023, 12:45:04 PM Warning: Lost connection to Duet (SPI connection reset because the number of maximum retries has been exceeded) 1/22/2023, 12:44:57 PM Connection to Duet established 1/22/2023, 12:44:57 PM Warning: Lost connection to Duet (SPI connection reset because the number of maximum retries has been exceeded) 1/22/2023, 12:44:54 PM Warning: SPI connection has been reset 1/22/2023, 12:44:47 PM Connection to Duet established 1/22/2023, 12:44:47 PM Warning: Lost connection to Duet (SPI connection reset because the number of maximum retries has been exceeded) 1/22/2023, 12:44:17 PM Warning: M307: Heater 1 predicted maximum temperature at full power is 450°C 1/22/2023, 12:44:16 PM Connection established
I am at a loss now what can be wrong
-
@KCMARINE - TfrRdy Pin glitches: 5
Configured SPI speed: 8000000Hz, TfrRdy pin glitches: 5 Full transfers per second: 39.44, max time between full transfers: 102.9ms, max pin wait times: 59.0ms/14.9ms
-
@gloomyandy - recap to answer your questions
Are you using an SBC setup?
Yes, I downloaded https://pkg.duet3d.com/DuetPi.zip and flashed the SD card.
Did you deliberately install the beta?
Yes, did make the upgrade
What steps did you use to do that?
I made the upgrade by downloading the 3.5 beta from the git repo and uploaded to DWC then installed it unknowingly that it may conflict with the SBC 3.4.5
Can you still talk to the board using DWC after you tried to install 3.4.5?
.Yes, however SPI connection reset and timeouts are still happeningIt looks like you are still on DSF 3.4.5
Yes, now I have downgraded all firmware to match the Pi SBC and problems still remain
-
@KCMARINE So you are now on 3.4.5 on for both DSF and RRF (at least that is what your last posted M122 shows). Can you post another one just so we can be sure. What SBC are you using? Is it a raspberry Pi (which model) or something else?
-
@gloomyandy thanks. I can confirm the following:
SBC is Raspberry Pi 4 Model B
and M122
1/22/2023, 5:53:12 PM m122 === Diagnostics === RepRapFirmware for Duet 3 MB6HC version 3.4.5 (2022-11-30 19:35:23) running on Duet 3 MB6HC v1.01 (SBC mode) Board ID: 08DJM-9P63L-DJ3T8-6J9DD-3SJ6N-9B7ZA Used output buffers: 1 of 40 (19 max) === RTOS === Static ram: 152760 Dynamic ram: 67576 of which 16 recycled Never used RAM 130320, free system stack 200 words Tasks: SBC(ready,0.6%,461) HEAT(notifyWait,0.0%,322) Move(notifyWait,0.0%,351) CanReceiv(notifyWait,0.0%,774) CanSender(notifyWait,0.0%,336) CanClock(delaying,0.0%,339) TMC(notifyWait,7.6%,91) MAIN(running,90.9%,923) IDLE(ready,0.9%,30), total 100.0% Owned mutexes: HTTP(MAIN) === Platform === Last reset 00:04:22 ago, cause: power up Last software reset time unknown, reason: MemoryProtectionFault mmarValid daccViol, GCodes spinning, available RAM 132888, slot 0 Software reset code 0x4163 HFSR 0x00000000 CFSR 0x00000082 ICSR 0x00400804 BFAR 0x0000633a SP 0x2041b450 Task MAIN Freestk 1628 ok Stack: 2042a370 00000000 20418198 0000632e 00000000 00489db5 00489de6 21030000 2042c550 00000000 00000000 0048922f 00000000 00000000 00000000 0000000a 00000000 2042c550 20419a84 2042d1ac 00000000 00000001 00000000 00488ee7 00000001 00489db5 00000000 Error status: 0x00 Aux0 errors 0,0,0 Step timer max interval 135 MCU temperature: min 35.9, current 44.9, max 44.9 Supply voltage: min 24.3, current 24.3, max 24.4, under voltage events: 0, over voltage events: 0, power good: yes 12V rail voltage: min 12.2, current 12.3, max 12.3, under voltage events: 0 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, mspos 8, reads 22115, writes 14 timeouts 0 Driver 1: standstill, SG min 0, mspos 8, reads 22115, writes 14 timeouts 0 Driver 2: standstill, SG min 0, mspos 8, reads 22115, writes 14 timeouts 0 Driver 3: standstill, SG min 0, mspos 8, reads 22115, writes 14 timeouts 0 Driver 4: standstill, SG min 0, mspos 8, reads 22115, writes 14 timeouts 0 Driver 5: standstill, SG min 0, mspos 8, reads 22115, writes 14 timeouts 0 Date/time: 2023-01-22 09:53:11 Slowest loop: 2.22ms; fastest: 0.03ms === Storage === Free file entries: 10 SD card 0 not detected, interface speed: 37.5MBytes/sec SD card longest read time 0.0ms, write time 0.0ms, max retries 0 === Move === DMs created 125, segments created 0, maxWait 0ms, bed compensation in use: none, comp offset 0.000 === MainDDARing === Scheduled moves 0, completed 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1 === AuxDDARing === 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 -1 -1 -1 -1 -1 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0 Heater 1 is on, I-accum = 0.0 === GCodes === Segments left: 0 Movement lock held by null HTTP* is doing "M122" 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 Code queue is empty === CAN === Messages queued 2265, received 2101, lost 0, boc 0 Longest wait 0ms for reply type 0, peak Tx sync delay 6, free buffers 50 (min 49), ts 1311/1310/0 Tx timeouts 0,0,0,0,0,0 === SBC interface === Transfer state: 5, failed transfers: 0, checksum errors: 0 RX/TX seq numbers: 11230/11230 SPI underruns 0, overruns 0 State: 5, disconnects: 0, timeouts: 0 total, 0 by SBC, IAP RAM available 0x2ad48 Buffer RX/TX: 0/0-0, open files: 0 === Duet Control Server === Duet Control Server v3.4.5 Code buffer space: 4096 Configured SPI speed: 8000000Hz, TfrRdy pin glitches: 0 Full transfers per second: 0.61, max time between full transfers: 425.3ms, max pin wait times: 44.1ms/51.4ms Codes per second: 0.00 Maximum length of RX/TX data transfers: 6196/836
-
@KCMARINE are you using the supplied cable between the pi and the duet? Can you post a photo of it's routing so we can see what's near it etc?
-
-
@KCMARINE Yep both versions match. Could you also post a picture showing how the two boards are connected. After that I think this is one for @chrishamm
-
@gloomyandy Ha Jay got there first!
-
-
Thanks for the help - I appreciate all that you do
I am out of ideas.
My last attempt/thought is to flash another SD card with a new copy of DuetPi.zip and see what happens!
-
@gloomyandy @droftarts @jay_s_uk
Success - after flashing a new SD card with DuetPi.zip I am happy to report that I have no more communication errors and I can print my first calibration cube.
I believe that the issue may have been caused by the additional motion installation for the Logitech webcam
https://www.instructables.com/How-to-Make-Raspberry-Pi-Webcam-Server-and-Stream-/
The strange thing is I have this running on another SBC Pi 4 and MB6HC running 3.4.5 on a delta with no issues, guessing it could be a compatibility issue with 3.5 upgrades and then a downgrade, just a stab in the dark.
Thanks again for your support gents - very much appreciated.
-
@KCMARINE glad you got sorted. I was going to suggest that running all those cables next to the ribbon may be the cause but as you've fixed it I wouldn't worry. If it does however happen again I would consider revisiting your cable routing
-
-
-
I'll mark as solved, but let us know if you continue to have issues.
-
I spoke too soon - errors returned, and the connection issue continues to drop out, causing prints to fail.
I also followed @jay_s_uk advice and cleaned up the wiring moving everything away from the connecting ribbon cable between the SBC Pi 4 and MB6HC
After a restart M122
m122 === Diagnostics === RepRapFirmware for Duet 3 MB6HC version 3.4.5 (2022-11-30 19:35:23) running on Duet 3 MB6HC v1.01 (SBC mode) Board ID: 08DJM-9P63L-DJ3T8-6J9DD-3SJ6N-9B7ZA Used output buffers: 1 of 40 (22 max) === RTOS === Static ram: 152760 Dynamic ram: 67576 of which 16 recycled Never used RAM 127104, free system stack 130 words Tasks: SBC(ready,0.7%,444) HEAT(notifyWait,0.0%,322) Move(notifyWait,0.3%,245) CanReceiv(notifyWait,0.0%,774) CanSender(notifyWait,0.0%,328) CanClock(delaying,0.0%,339) TMC(notifyWait,8.3%,57) MAIN(running,90.5%,923) IDLE(ready,0.2%,30), total 100.0% Owned mutexes: HTTP(MAIN) === Platform === Last reset 00:13:43 ago, cause: power up Last software reset details not available Error status: 0x00 Aux0 errors 0,0,0 Step timer max interval 135 MCU temperature: min 37.5, current 44.5, max 44.7 Supply voltage: min 24.3, current 24.3, max 24.4, under voltage events: 0, over voltage events: 0, power good: yes 12V rail voltage: min 12.2, current 12.2, max 12.3, under voltage events: 0 Heap OK, handles allocated/used 99/1, heap memory allocated/used/recyclable 2048/156/104, gc cycles 0 Events: 0 queued, 0 completed Driver 0: standstill, SG min 0, mspos 200, reads 35667, writes 33 timeouts 0 Driver 1: standstill, SG min 0, mspos 1016, reads 35667, writes 33 timeouts 0 Driver 2: standstill, SG min 0, mspos 88, reads 35668, writes 33 timeouts 0 Driver 3: standstill, SG min 0, mspos 120, reads 35668, writes 33 timeouts 0 Driver 4: ok, SG min 0, mspos 433, reads 35672, writes 29 timeouts 0 Driver 5: ok, SG min 0, mspos 472, reads 35672, writes 29 timeouts 0 Date/time: 2023-01-23 08:07:44 Slowest loop: 61.47ms; fastest: 0.04ms === Storage === Free file entries: 10 SD card 0 not detected, interface speed: 37.5MBytes/sec SD card longest read time 0.0ms, write time 0.0ms, max retries 0 === Move === DMs created 125, segments created 15, maxWait 262562ms, bed compensation in use: none, comp offset 0.000 === MainDDARing === Scheduled moves 929, completed 902, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 20], CDDA state 3 === AuxDDARing === 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 -1 -1 -1 -1 -1 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0 Heater 0 is on, I-accum = 0.0 Heater 1 is on, I-accum = 0.4 === GCodes === Segments left: 1 Movement lock held by null HTTP* is doing "M122" in state(s) 0 Telnet is idle in state(s) 0 File* is doing "G1 X189.274002 Y170.934006 E0.224800" 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 Code queue is empty === CAN === Messages queued 8593, received 6595, lost 0, boc 0 Longest wait 1ms for reply type 6042, peak Tx sync delay 10, free buffers 50 (min 48), ts 4118/4117/0 Tx timeouts 0,0,0,0,0,0 === SBC interface === Transfer state: 5, failed transfers: 0, checksum errors: 0 RX/TX seq numbers: 32802/32802 SPI underruns 0, overruns 0 State: 5, disconnects: 0, timeouts: 0 total, 0 by SBC, IAP RAM available 0x2ad48 Buffer RX/TX: 2888/312-4088, open files: 0 === Duet Control Server === Duet Control Server v3.4.5 File /opt/dsf/sd/gcodes/Calibration cube.gcode is selected, processing File: Buffered code: G1 X189.274 Y170.934 E0.2248 Buffered code: G1 X189.156 Y171.547 E0.02675 Buffered code: G1 X192.983 Y175.374 E0.23199 Buffered code: G1 X192.983 Y176.105 E0.03135 Buffered code: G1 X189.037 Y172.159 E0.23919 Buffered code: G1 X188.957 Y172.573 E0.01804 Buffered code: G1 X188.926 Y172.779 E0.00896 Buffered code: G1 X192.983 Y176.836 E0.24594 Buffered code: G1 X192.983 Y177.567 E0.03135 Buffered code: G1 X188.83 Y173.415 E0.25176 Buffered code: G1 X188.734 Y174.05 E0.02754 Buffered code: G1 X192.983 Y178.299 E0.25757 Buffered code: G1 X192.983 Y179.03 E0.03135 Buffered code: G1 X188.645 Y174.692 E0.26295 Buffered code: G1 X188.575 Y175.353 E0.02848 Buffered code: G1 X192.983 Y179.761 E0.26723 Buffered code: G1 X192.983 Y180.492 E0.03135 Buffered code: G1 X188.504 Y176.014 E0.27151 Buffered code: G1 X188.465 Y176.378 E0.01569 Buffered code: G1 X188.447 Y176.688 E0.01332 Buffered code: G1 X192.983 Y181.224 E0.27497 Buffered code: G1 X192.983 Y181.955 E0.03135 Buffered code: G1 X188.406 Y177.379 E0.27742 Buffered code: G1 X188.385 Y177.743 E0.01566 Buffered code: G1 X188.389 Y178.093 E0.01497 Buffered code: G1 X192.983 Y182.686 E0.27848 Buffered code: G1 X192.983 Y183.417 E0.03135 Buffered code: G1 X188.397 Y178.832 E0.27798 Buffered code: G1 X188.4 Y179.044 E0.00906 Buffered code: G1 X188.34 Y179.506 E0.02 Buffered code: G1 X192.983 Y184.149 E0.28144 Buffered code: G1 X192.983 Y184.88 E0.03135 ==> 1536 bytes Code buffer space: 2576 Configured SPI speed: 8000000Hz, TfrRdy pin glitches: 0 Full transfers per second: 35.22, max time between full transfers: 110.3ms, max pin wait times: 55.8ms/13.2ms Codes per second: 1.88 Maximum length of RX/TX data transfers: 2920/1248
PM M115 FIRMWARE_NAME: RepRapFirmware for Duet 3 MB6HC FIRMWARE_VERSION: 3.4.5 ELECTRONICS: Duet 3 MB6HC v1.01 FIRMWARE_DATE: 2022-11-30 19:35:23
M115 B1 Duet EXP3HC rev 1.01 or earlier firmware version 3.4.4 (2022-10-14 11:45:56)
-
I have added a second power supply via the USB to SBC Pi4 and running another print - will report results - thanks
-
-
Update -
I have not had a connection issue after upgrading the power to the SBC PI 4 - first, I tested by adding an additional power USB from a separate power source, reran the same print, and no connection issues.
Now I am testing by removing the USB power and adding additional power input wires to the SBC PI4 GPIO Pins 2 and 4 for positive, then pins 14 and 20 for ground.
It looks like the issue is resolved - thanks for the help once again.
-