Duet 3HC Expansion looses Connection
-
@droftarts said in Duet 3HC Expansion looses Connection:
@developeralgo222 said in Duet 3HC Expansion looses Connection:
As per documentation , Is the 2 CAN Bus Termination Jumpers(resistors) required only on the Last Expansion Board in the chain ?
Yes, that should be correct. You should have termination at both ends of the bus.
Ian
i assume CAN Bus Termination Jumpers only on 3HC(3) but not on 6XD board ( i don't see any CAN Bus termination jumpers on 6XD ) in my case
-
@developeralgo222 Yes, the 6XD should have CAN termination resistors built-in. See https://docs.duet3d.com/Duet3D_hardware/Duet_3_family/Duet_3_Mainboard_6XD_Hardware_Overview#can-fd-bus-expansion
There is a termination resistor fitted on each CAN bus, so normally this board must be at the end of the bus. There are drill-to-disconnect jumpers on the underside of the board that allow the termination resistor to be removed, however this is not required in normal operation.
Ian
-
@droftarts said in Duet 3HC Expansion looses Connection:
@developeralgo222 Yes, the 6XD should have CAN termination resistors built-in. See https://docs.duet3d.com/Duet3D_hardware/Duet_3_family/Duet_3_Mainboard_6XD_Hardware_Overview#can-fd-bus-expansion
There is a termination resistor fitted on each CAN bus, so normally this board must be at the end of the bus. There are drill-to-disconnect jumpers on the underside of the board that allow the termination resistor to be removed, however this is not required in normal operation.
Ian
Ok that's good. so it seems when i disconnect board 3 ( 3HC(3) ) still Boards (6XD, 3HC2(1) & 3HC(2) ) syncs even without a jumper on 3HC(2) but as soon as i connect board 3 (3HC(3) which has the jumpers it stops syncing.
A little troubleshooting :
- 6XD --> 3HC(1) ==> Syncs
- 6XD --> 3HC(1) ---> 3HC(2) with CAN Termination Jumpers) ==> Syncs
- 6XD --> 3HC(1) ---> 3HC(3) with CAN Termination Jumpers) ==> Syncs
Looses synchronization when i connect all 3 expansion boards ( 3HC(1) , 3HC(2) & 3HC(3) )
e.g 6XD --> 3HC(1) --> 3HC(2) with CAN Termination Jumpers) ==> Syncs
1/13/2024, 7:49:18 PM M122 B2 1/13/2024, 7:49:18 PM Diagnostics for board 2: Duet EXP3HC rev 1.02 or later firmware version 3.5.0-rc.2 (2023-12-14 08:56:47) Bootloader ID: SAME5x bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 156976, free system stack 184 words Tasks: Move(3,nWait,0.0%,182) HEAT(2,nWait,0.0%,120) CanAsync(5,nWait,0.0%,67) CanRecv(3,nWait,0.0%,80) CanClock(5,nWait,0.0%,70) TMC(2,nWait,5.8%,103) MAIN(1,running,93.1%,419) IDLE(0,ready,0.0%,39) AIN(2,delaying,1.1%,263), total 100.0% Last reset 00:23:04 ago, cause: power up Last software reset data not available Driver 0: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 21135, writes 11 timeouts 0, steps req 0 done 0 Driver 1: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 21136, writes 11 timeouts 0, steps req 0 done 0 Driver 2: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 21137, writes 11 timeouts 0, steps req 0 done 0 Moves scheduled 0, completed 0, in progress 0, hiccups 0, segs 0, step errors 0, maxLate 0 maxPrep 0, maxOverdue 0, maxInc 0, mcErrs 0, gcmErrs 0, ebfmin 0.00 max 0.00 Peak sync jitter -25/11, peak Rx sync delay 181, resyncs 9/0, no timer interrupt scheduled VIN voltage: min 24.5, current 24.5, max 24.6 V12 voltage: min 12.3, current 12.4, max 12.4 MCU temperature: min 27.6C, current 36.0C, max 36.4C Last sensors broadcast 0x00000000 found 0 203 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 7832, send timeouts 462, received 4244, lost 0, errs 4637716, boc 310, free buffers 38, min 38, error reg ff5f00 Last cancelled message type 4519 dest 0 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 0 1/13/2024, 7:49:11 PM M122 B1 Diagnostics for board 1: Duet EXP3HC rev 1.02 or later firmware version 3.5.0-rc.2 (2023-12-14 08:56:47) Bootloader ID: SAME5x bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 156976, free system stack 194 words Tasks: Move(3,nWait,0.0%,182) HEAT(2,nWait,0.0%,120) CanAsync(5,nWait,0.0%,67) CanRecv(3,nWait,0.0%,80) CanClock(5,nWait,0.0%,70) TMC(2,nWait,5.8%,103) MAIN(1,running,93.0%,391) IDLE(0,ready,0.0%,39) AIN(2,delaying,1.1%,263), total 100.0% Last reset 00:22:57 ago, cause: power up Last software reset data not available Driver 0: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 60248, writes 11 timeouts 0, steps req 0 done 0 Driver 1: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 60248, writes 11 timeouts 0, steps req 0 done 0 Driver 2: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 60249, writes 11 timeouts 0, steps req 0 done 0 Moves scheduled 0, completed 0, in progress 0, hiccups 0, segs 0, step errors 0, maxLate 0 maxPrep 0, maxOverdue 0, maxInc 0, mcErrs 0, gcmErrs 0, ebfmin 0.00 max 0.00 Peak sync jitter -17/13, peak Rx sync delay 183, resyncs 5/0, no timer interrupt scheduled VIN voltage: min 24.4, current 24.4, max 24.5 V12 voltage: min 12.4, current 12.4, max 12.4 MCU temperature: min 24.6C, current 32.3C, max 32.6C Last sensors broadcast 0x00000000 found 0 163 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 10108, send timeouts 133, received 6112, lost 0, errs 14212604, boc 0, free buffers 38, min 38, error reg ff6500 Last cancelled message type 4519 dest 0 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 0
Not sure what might be the issue. I don't think its the cables anymore, it has to be the Duet 3 3HC boards or the RRF firmware ?
-
@developeralgo222 are you quite certain that you have identified the CAN termination jumper positions correctly? The CAN bus is quite tolerant and will often work with a termination resistor missing or with an extra termination resistor, but probably not with two extra resistors.
Other things to check:
- Do the contacts in the CAN sockets of board 2 look OK? Does the soldering of those sockets on the underside of the PCB look OK?
- Are all 3 boards set to different CAN addresses?
- Does 6XD - board 2 - board 3 work?
-
@dc42 said in Duet 3HC Expansion looses Connection:
@developeralgo222 are you quite certain that you have identified the CAN termination jumper positions correctly? The CAN bus is quite tolerant and will often work with a termination resistor missing or with an extra termination resistor, but probably not with two extra resistors.
Other things to check:
- Do the contacts in the CAN sockets of board 2 look OK? Does the soldering of those sockets on the underside of the PCB look OK?
- Are all 3 boards set to different CAN addresses?
- Does 6XD - board 2 - board 3 work?
-
(1) Contacts in the CAN sockets of board 1,2 & 3 look ok . Yes contacts on board 2 look ok, The solder is good and has good contact and spread on the pin under side
-
(2) All three boards are set to CAN ID 1, 2 & 3 respectively
-
(3) Does 6XD - board 2 - board 3 work? NO - it does not sync . ( in this case only Board 3 has the Jumpers )
Sync tests : -- this is really strange
-
6XD --> 3HC(1 ) ==> Syncs without the CAN termination jumpers on 3HC1
-
6XD --> 3HC(2 ) ==> NO Sync W/O the CAN termination jumpers on 3HC2
-
6XD --> 3HC(3 ) ==> NO Sync W/O the CAN termination jumpers on 3HC3
-
6XD --> 3HC(1) ---> 3HC(2) ==> Syncs ---- No CAN termination jumpers on both 3HC1 & 3HC2
-
6XD --> 3HC(1) ---> 3HC(3) ==> Syncs ---- No CAN termination jumpers on 3HC1 but with CAN Termination Jumpers on 3HC2
-
6XD --> 3HC(2) ---> 3HC(3) ==> NO Sync -- No CAN termination jumpers on 3HC2 but CAN Termination Jumpers on 3HC3
NOTE: The only difference between 3HC1 , 3HC2 & 3HC3 is that 3HC2 have 3 x SMC Vacuum Pressure Sensors PWR & GND connected to same VIN & GND on the 3HC2 board & 3HC3 have another 3 x SMC Vacuum Pressure Sensors PWR & GND connected to same VIN & GND on the 3HC3 board as per @dc42 earlier suggestions as per the picture below. Do you think this might be the issue ?
-
-
@developeralgo222 I suspect a bad connection on the socket on board 2 that you are using to connect board 3 to it. Please try just connecting the 6XD and board 2 again but use the other board 2 connector this time, i.e. the one that you normally use to connect board 3 to it. The two CAN sockets are connected in parallel so it shouldn't matter which you use as input from the 6XD and which you use as output to the next board.
-
@dc42 said in Duet 3HC Expansion looses Connection:
@developeralgo222 I suspect a bad connection on the socket on board 2 that you are using to connect board 3 to it. Please try just connecting the 6XD and board 2 again but use the other board 2 connector this time, i.e. the one that you normally use to connect board 3 to it. The two CAN sockets are connected in parallel so it shouldn't matter which you use as input from the 6XD and which you use as output to the next board.
i have tested both sockets on board 2
-
6XD --> Board 2 CAN_IN and Board 2 CAN_OUT --> Board 3 CAN_IN -- No Sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN --> Board 3 CAN_IN -- No sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN ---> Board 3 CAN_OUT -- No sync
-
-
@developeralgo222 said in Duet 3HC Expansion looses Connection:
@dc42 said in Duet 3HC Expansion looses Connection:
@developeralgo222 I suspect a bad connection on the socket on board 2 that you are using to connect board 3 to it. Please try just connecting the 6XD and board 2 again but use the other board 2 connector this time, i.e. the one that you normally use to connect board 3 to it. The two CAN sockets are connected in parallel so it shouldn't matter which you use as input from the 6XD and which you use as output to the next board.
i have tested both sockets on board 2
-
6XD --> Board 2 CAN_IN and Board 2 CAN_OUT --> Board 3 CAN_IN -- No Sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN --> Board 3 CAN_IN -- No sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN ---> Board 3 CAN_OUT -- No sync
i am not sure what might be the issue with CAN Bus connections on the Duet 3 Boards , i believe @dc42 is the designer or one of the designers of this boards if i am not wrong, please can you give some insights as to why 2 x 3HC are not syncing at all. i bought another 3HC(4) board 4 today and even that doesn't sync but with that it has RRF 3.4.1 so i need to update it to 3.5_rc2 and then test. But i am really getting frustrated with CAN Bus connections on this Duet 3 Boards. This are very simple straight forward CAN Bus connections and i should not be encountering such issues.
-
-
@developeralgo222 said in Duet 3HC Expansion looses Connection:
@developeralgo222 said in Duet 3HC Expansion looses Connection:
@dc42 said in Duet 3HC Expansion looses Connection:
@developeralgo222 I suspect a bad connection on the socket on board 2 that you are using to connect board 3 to it. Please try just connecting the 6XD and board 2 again but use the other board 2 connector this time, i.e. the one that you normally use to connect board 3 to it. The two CAN sockets are connected in parallel so it shouldn't matter which you use as input from the 6XD and which you use as output to the next board.
i have tested both sockets on board 2
-
6XD --> Board 2 CAN_IN and Board 2 CAN_OUT --> Board 3 CAN_IN -- No Sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN --> Board 3 CAN_IN -- No sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN ---> Board 3 CAN_OUT -- No sync
i am not sure what might be the issue with CAN Bus connections on the Duet 3 Boards , i believe @dc42 is the designer or one of the designers of this boards if i am not wrong, please can you give some insights as to why 2 x 3HC are not syncing at all. i bought another 3HC(4) board 4 today and even that doesn't sync but with that it has RRF 3.4.1 so i need to update it to 3.5_rc2 and then test. But i am really getting frustrated with CAN Bus connections on this Duet 3 Boards. This are very simple straight forward CAN Bus connections and i should not be encountering such issues.
This is the nightmare i am dealing with, disconnecting and reconnecting every 1 sec @Phaedrux @dc42 @droftarts
Error: Expansion board 4 reconnected Error: Expansion board 4 reconnected Error: Expansion board 4 reconnected Error: Expansion board 4 reconnected Error: Expansion board 4 reconnected Error: Expansion board 3 reconnected Error: Expansion board 2 reconnected Error: Expansion board 4 reconnected Error: Expansion board 3 reconnected Error: Expansion board 4 reconnected Error: Expansion board 4 reconnected Error: Expansion board 2 reconnected Error: Expansion board 3 reconnected Error: Expansion board 4 reconnected Error: Expansion board 4 reconnected Error: Expansion board 3 reconnected Error: Expansion board 4 reconnected Error: Expansion board 4 reconnected Error: Expansion board 4 reconnected Error: Expansion board 3 reconnected Error: Expansion board 2 reconnected Error: Expansion board 2 reconnected Error: Expansion board 3 reconnected Error: Expansion board 2 reconnected Error: Expansion board 3 reconnected Error: Expansion board 2 reconnected Error: Expansion board 4 reconnected Error: Expansion board 2 reconnected Error: Expansion board 4 reconnected Error: Expansion board 4 reconnected Error: Expansion board 2 reconnected Error: Expansion board 3 reconnected Error: Expansion board 4 reconnected Error: Expansion board 3 reconnected Error: Expansion board 2 reconnected Error: Expansion board 4 reconnected
-
-
@developeralgo222 said in Duet 3HC Expansion looses Connection:
@dc42 said in Duet 3HC Expansion looses Connection:
@developeralgo222 I suspect a bad connection on the socket on board 2 that you are using to connect board 3 to it. Please try just connecting the 6XD and board 2 again but use the other board 2 connector this time, i.e. the one that you normally use to connect board 3 to it. The two CAN sockets are connected in parallel so it shouldn't matter which you use as input from the 6XD and which you use as output to the next board.
i have tested both sockets on board 2
-
6XD --> Board 2 CAN_IN and Board 2 CAN_OUT --> Board 3 CAN_IN -- No Sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN --> Board 3 CAN_IN -- No sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN ---> Board 3 CAN_OUT -- No sync
That's not what I asked you to test.
-
-
@developeralgo222 to me, that looks like the boards are continually resetting, or one of them in the bus is, and affecting others. And that makes me think there is a short on the board, probably caused by something plugged into it.
Did you test the setup before installing in the machine and connecting everything? I think you’re going to need to disconnect everything from the boards, unmount them from the machine (in case the way you have mounted them is causing a short) and bench test with just CAN and power connected to either isolate the behaviour of the CAN error, or if it works correctly, to start looking elsewhere for what is causing the boards to possibly be resetting.
And yes, all boards need to be on the same firmware version.
Ian
-
@droftarts said in Duet 3HC Expansion looses Connection:
@developeralgo222 to me, that looks like the boards are continually resetting, or one of them in the bus is, and affecting others. And that makes me think there is a short on the board, probably caused by something plugged into it.
Did you test the setup before installing in the machine and connecting everything? I think you’re going to need to disconnect everything from the boards, unmount them from the machine (in case the way you have mounted them is causing a short) and bench test with just CAN and power connected to either isolate the behaviour of the CAN error, or if it works correctly, to start looking elsewhere for what is causing the boards to possibly be resetting.
And yes, all boards need to be on the same firmware version.
Ian
I disconnected everything from the Expansion boards. The only thing connected is power and CAN Bus cables. I also do design my own boards too but never used Duet 3 boards for any project of mine. This is the first time. Pretty sure about taking care to avoid shorts. Never imagined i would have such a hard time having Duet 3 Board working
-
@developeralgo222 and just to be sure, termination only happens on the last 3HC in the chain?
-
@oliof said in Duet 3HC Expansion looses Connection:
@developeralgo222 and just to be sure, termination only happens on the last 3HC in the chain?
Yes
-
@developeralgo222 said in Duet 3HC Expansion looses Connection:
@droftarts said in Duet 3HC Expansion looses Connection:
@developeralgo222 to me, that looks like the boards are continually resetting, or one of them in the bus is, and affecting others. And that makes me think there is a short on the board, probably caused by something plugged into it.
Did you test the setup before installing in the machine and connecting everything? I think you’re going to need to disconnect everything from the boards, unmount them from the machine (in case the way you have mounted them is causing a short) and bench test with just CAN and power connected to either isolate the behaviour of the CAN error, or if it works correctly, to start looking elsewhere for what is causing the boards to possibly be resetting.
And yes, all boards need to be on the same firmware version.
Ian
I disconnected everything from the Expansion boards. The only thing connected is power and CAN Bus cables
-
@dc42 said in Duet 3HC Expansion looses Connection:
@developeralgo222 said in Duet 3HC Expansion looses Connection:
@dc42 said in Duet 3HC Expansion looses Connection:
@developeralgo222 I suspect a bad connection on the socket on board 2 that you are using to connect board 3 to it. Please try just connecting the 6XD and board 2 again but use the other board 2 connector this time, i.e. the one that you normally use to connect board 3 to it. The two CAN sockets are connected in parallel so it shouldn't matter which you use as input from the 6XD and which you use as output to the next board.
i have tested both sockets on board 2
-
6XD --> Board 2 CAN_IN and Board 2 CAN_OUT --> Board 3 CAN_IN -- No Sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN --> Board 3 CAN_IN -- No sync
-
6XD --> Board 2 CAN_OUT and Board 2 CAN_IN ---> Board 3 CAN_OUT -- No sync
That's not what I asked you to test.
Still does not work
- 6XD --> Board 2 (with CAN Jumpers) CAN_IN / CAN_OUT -- No Sync
As indicated above i tested each individual expansion 3HC board( 4 boards in total ) with nothing connected to them only power.
-
6XD --> Board 1 (with CAN Jumpers) CAN_IN / CAN_OUT -- Sync
-
6XD --> Board 2 (with CAN Jumpers) CAN_IN / CAN_OUT -- No Sync
-
6XD --> Board 3 (with CAN Jumpers) CAN_IN / CAN_OUT -- No Sync
-
6XD --> Board 4 (with CAN Jumpers) CAN_IN / CAN_OUT -- No Sync
Then tested 2 expansion boards at a time
-
6XD --> Board 1 CAN_IN / CAN_OUT -- Board 2 (with CAN Jumpers) CAN_IN / CAN_OUT -----> Sync
-
6XD --> Board 1 CAN_IN / CAN_OUT -- Board 3 (with CAN Jumpers) CAN_IN / CAN_OUT -----> Sync
-
6XD --> Board 1 CAN_IN / CAN_OUT -- Board 4 (with CAN Jumpers) CAN_IN / CAN_OUT -----> No Sync
Then tested 3 expansion boards at a time
-
6XD --> Board 1 CAN_IN / CAN_OUT ---- Board 2 CAN_IN / CAN_OUT --- Board 3 (with CAN Jumpers) CAN_IN / CAN_OUT -----> No Sync
-
6XD --> Board 1 CAN_IN / CAN_OUT ---- Board 2 CAN_IN / CAN_OUT --- Board 4 (with CAN Jumpers) CAN_IN / CAN_OUT -----> No Sync
-
6XD --> Board 1 CAN_IN / CAN_OUT ---- Board 3 CAN_IN / CAN_OUT --- Board 4 (with CAN Jumpers) CAN_IN / CAN_OUT -----> No Sync
@dc42, @droftarts & @oliof I have completely dismantled the Duet 3 6XD and 4 x 3HC boards from the PnP machine to figure out why Duet Expansion boards are not synchronized
so far i am able to get them to synchronize partially with occasional CAN timeouts . As per @dc42 , "if your main board and 3HC boards use different power supplies, you must tie the negative outputs of the power supplies together ",
i have 2 identical x 24V 20A DC PSU, I am not sure how to tie the Negative outputs of the PSU together. i have read & researched a few options but they are too involved with a few risks for something this simple.
i have
-
6XD, 3HC1, 3HC2 on PSU1
-
3HC3, 3HC4 on PSU2
Terminal on both identical PSUs from same manufacture ( S-500-24 switching PSU)
PSU 1 & PSU2 both have
- AC Live or Hot Wire
- AC Neutral Wire
- AC GND Wire
- V+
- V+
- V+
- V-
- V-
- V-
How do i connect the Negative outputs of the 2 PSUs safely without setting my hair on fire ? Do i simply connect a jumper cable between Negative(-Ve) terminal cable of PSU1 to the Negative(-Ve) terminal cable of PSU2 ? OR what is the safest way to do this and long-term?
-
-
@developeralgo222 said in Duet 3HC Expansion looses Connection:
PSU 1 & PSU2 both have
Live(+Ve)
Negative(-Ve)
GND
V+
V+
V+
V-
V-
V-Live is not the same as +Ve. The terminal you have called Negative is actually Neutral.
You need to connect one of the V- terminals of one PSU to one of the V- terminals of the other.
-
@dc42 said in Duet 3HC Expansion looses Connection:
@developeralgo222 said in Duet 3HC Expansion looses Connection:
PSU 1 & PSU2 both have
AC Liveor Hot
AC Neutral
AC GND
V+
V+
V+
V-
V-
V-Live is not the same as +Ve. The terminal you have called Negative is actually Neutral.
You need to connect one of the V- terminals of one PSU to one of the V- terminals of the other.
@droftarts , @dc42 , Just to make sure , Is this what you are implying? Only one V- Terminal on PSU1 to another V- Terminal on PSU2 ?
-
@developeralgo222 Yes, that is correct. The three V- terminals on each power supply are basically one output, they are linked to the same rail. Use a decent sized gauge of wire, at least as big as the other power wires.
I asked @dc42 the other day if your problem might be down to an issue with shared ground. I hadn't spotted that you are using two PSUs. However, I thought the CAN bus was pretty tolerant of this sort of thing, but maybe not.
Ian
-
@droftarts said in Duet 3HC Expansion looses Connection:
@developeralgo222 Yes, that is correct. The three V- terminals on each power supply are basically one output, they are linked to the same rail. Use a decent sized gauge of wire, at least as big as the other power wires.
I asked @dc42 the other day if your problem might be down to an issue with shared ground. I hadn't spotted that you are using two PSUs. However, I thought the CAN bus was pretty tolerant of this sort of thing, but maybe not.
Ian
connected the cable ,now they are syncing without any timeouts
M122 B1 Diagnostics for board 1: Duet EXP3HC rev 1.02 or later firmware version 3.5.0-rc.2 (2023-12-14 08:56:47) Bootloader ID: SAME5x bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 156976, free system stack 202 words Tasks: Move(3,nWait,0.0%,182) HEAT(2,nWait,0.0%,138) CanAsync(5,nWait,0.0%,67) CanRecv(3,nWait,0.0%,80) CanClock(5,nWait,0.0%,70) TMC(2,nWait,5.7%,103) MAIN(1,running,93.1%,413) IDLE(0,ready,0.0%,39) AIN(2,delaying,1.1%,263), total 100.0% Last reset 00:00:42 ago, cause: power up Last software reset data not available Driver 0: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 35139, writes 11 timeouts 0, steps req 0 done 0 Driver 1: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 35139, writes 11 timeouts 0, steps req 0 done 0 Driver 2: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 35140, writes 11 timeouts 0, steps req 0 done 0 Moves scheduled 0, completed 0, in progress 0, hiccups 0, segs 0, step errors 0, maxLate 0 maxPrep 0, maxOverdue 0, maxInc 0, mcErrs 0, gcmErrs 0, ebfmin 0.00 max 0.00 Peak sync jitter -4/5, peak Rx sync delay 156, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 24.2, current 24.2, max 24.2 V12 voltage: min 12.4, current 12.4, max 12.4 MCU temperature: min 17.9C, current 20.5C, max 20.5C Last sensors broadcast 0x00000000 found 0 142 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 364, send timeouts 0, received 221, lost 0, errs 54, boc 0, free buffers 38, min 38, error reg 360000 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 0 ok M122 B2 Diagnostics for board 2: Duet EXP3HC rev 1.02 or later firmware version 3.5.0-rc.2 (2023-12-14 08:56:47) Bootloader ID: SAME5x bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 156976, free system stack 202 words Tasks: Move(3,nWait,0.0%,182) HEAT(2,nWait,0.0%,120) CanAsync(5,nWait,0.0%,67) CanRecv(3,nWait,0.0%,80) CanClock(5,nWait,0.0%,70) TMC(2,nWait,5.7%,103) MAIN(1,running,93.1%,436) IDLE(0,ready,0.0%,39) AIN(2,delaying,1.1%,263), total 100.0% Last reset 00:00:46 ago, cause: power up Last software reset data not available Driver 0: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 48746, writes 11 timeouts 0, steps req 0 done 0 Driver 1: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 48746, writes 11 timeouts 0, steps req 0 done 0 Driver 2: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 48747, writes 11 timeouts 0, steps req 0 done 0 Moves scheduled 0, completed 0, in progress 0, hiccups 0, segs 0, step errors 0, maxLate 0 maxPrep 0, maxOverdue 0, maxInc 0, mcErrs 0, gcmErrs 0, ebfmin 0.00 max 0.00 Peak sync jitter -5/7, peak Rx sync delay 157, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 24.3, current 24.3, max 24.3 V12 voltage: min 12.3, current 12.3, max 12.4 MCU temperature: min 21.1C, current 23.9C, max 23.9C Last sensors broadcast 0x00000000 found 0 133 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 392, send timeouts 0, received 239, lost 0, errs 57, boc 0, free buffers 38, min 38, error reg 3a0000 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 0 ok M122 B3 Diagnostics for board 3: Duet EXP3HC rev 1.02 or later firmware version 3.5.0-rc.2 (2023-12-14 08:56:47) Bootloader ID: SAME5x bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 156976, free system stack 202 words Tasks: Move(3,nWait,0.0%,182) HEAT(2,nWait,0.0%,120) CanAsync(5,nWait,0.0%,67) CanRecv(3,nWait,0.0%,80) CanClock(5,nWait,0.0%,70) TMC(2,nWait,5.7%,103) MAIN(1,running,93.1%,424) IDLE(0,ready,0.0%,39) AIN(2,delaying,1.1%,263), total 100.0% Last reset 00:00:53 ago, cause: power up Last software reset data not available Driver 0: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 10560, writes 11 timeouts 0, steps req 0 done 0 Driver 1: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 10560, writes 11 timeouts 0, steps req 0 done 0 Driver 2: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 10561, writes 11 timeouts 0, steps req 0 done 0 Moves scheduled 0, completed 0, in progress 0, hiccups 0, segs 0, step errors 0, maxLate 0 maxPrep 0, maxOverdue 0, maxInc 0, mcErrs 0, gcmErrs 0, ebfmin 0.00 max 0.00 Peak sync jitter -7/6, peak Rx sync delay 155, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 24.2, current 24.2, max 24.2 V12 voltage: min 12.3, current 12.3, max 12.4 MCU temperature: min 21.1C, current 23.8C, max 23.8C Last sensors broadcast 0x00000000 found 0 143 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 448, send timeouts 0, received 275, lost 0, errs 60, boc 0, free buffers 38, min 38, error reg 3c0000 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 0 ok M122 B4 Diagnostics for board 4: Duet EXP3HC rev 1.02 or later firmware version 3.5.0-rc.2 (2023-12-14 08:56:47) Bootloader ID: SAME5x bootloader version 2.4 (2021-12-10) All averaging filters OK Never used RAM 156976, free system stack 204 words Tasks: Move(3,nWait,0.0%,182) HEAT(2,nWait,0.0%,120) CanAsync(5,nWait,0.0%,67) CanRecv(3,nWait,0.0%,80) CanClock(5,nWait,0.0%,70) TMC(2,nWait,5.7%,103) MAIN(1,running,93.1%,429) IDLE(0,ready,0.0%,39) AIN(2,delaying,1.1%,263), total 100.0% Last reset 00:00:55 ago, cause: power up Last software reset data not available Driver 0: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 21146, writes 11 timeouts 0, steps req 0 done 0 Driver 1: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 21147, writes 11 timeouts 0, steps req 0 done 0 Driver 2: pos 0, 80.0 steps/mm, standstill, SG min 0, mspos 8, reads 21147, writes 11 timeouts 0, steps req 0 done 0 Moves scheduled 0, completed 0, in progress 0, hiccups 0, segs 0, step errors 0, maxLate 0 maxPrep 0, maxOverdue 0, maxInc 0, mcErrs 0, gcmErrs 0, ebfmin 0.00 max 0.00 Peak sync jitter -5/4, peak Rx sync delay 153, resyncs 0/0, no timer interrupt scheduled VIN voltage: min 24.2, current 24.3, max 24.3 V12 voltage: min 12.4, current 12.4, max 12.4 MCU temperature: min 21.6C, current 24.4C, max 24.4C Last sensors broadcast 0x00000000 found 0 110 ticks ago, 0 ordering errs, loop time 0 CAN messages queued 470, send timeouts 0, received 287, lost 0, errs 63, boc 0, free buffers 38, min 38, error reg 3f0000 dup 0, oos 0/0/0/0, bm 0, wbm 0, rxMotionDelay 0 ok M122 B0 === Diagnostics === RepRapFirmware for Duet 3 MB6XD version 3.5.0-rc.2 (2023-12-14 10:33:00) running on Duet 3 MB6XD v1.01 or later (standalone mode) Board ID: 0JD2M-999AL-D25S0-7J9DA-3SJ6S-T43V2 Used output buffers: 1 of 40 (7 max) === RTOS === Static ram: 153284 Dynamic ram: 117344 of which 0 recycled Never used RAM 72508, free system stack 176 words Tasks: NETWORK(1,ready,105.3%,182) ETHERNET(5,nWait,0.0%,312) HEAT(3,nWait,0.0%,369) Move(4,nWait,0.0%,340) CanReceiv(6,nWait,0.0%,797) CanSender(5,nWait,0.0%,334) CanClock(7,delaying,0.0%,342) MAIN(1,running,226.8%,444) IDLE(0,ready,2.7%,30), total 334.8% Owned mutexes: USB(MAIN) === Platform === Last reset 02:16:05 ago, cause: power up Last software reset at 2024-01-15 20:32, reason: User, Gcodes spinning, available RAM 72304, slot 2 Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00400000 BFAR 0x00000000 SP 0x00000000 Task MAIN Freestk 0 n/a Error status: 0x00 MCU temperature: min 25.5, current 42.1, max 42.7 Supply voltage: min 0.1, current 24.0, max 24.7, under voltage events: 0, over voltage events: 0, power good: yes 12V rail voltage: min 0.1, current 12.2, max 12.2, under voltage events: 0 Heap OK, handles allocated/used 99/0, heap memory allocated/used/recyclable 2048/12/12, gc cycles 0 Events: 0 queued, 0 completed Driver 0: ok Driver 1: ok Driver 2: ok Driver 3: ok Driver 4: ok Driver 5: ok Date/time: 1970-01-01 00:00:00 Slowest loop: 21.40ms; fastest: 0.07ms === Storage === Free file entries: 20 SD card 0 detected, interface speed: 25.0MBytes/sec SD card longest read time 2.5ms, write time 0.0ms, max retries 0 === Move === DMs created 125, segments created 0, maxWait 0ms, bed compensation in use: none, height map offset 0.000, max steps late 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 -1 -1 -1 -1 -1 -1 -1 -1 -1 -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 ready with "M122 B0" 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 40919, received 2240, lost 0, errs 39255999, boc 1404 Longest wait 2ms for reply type 6024, peak Tx sync delay 22911, free buffers 50 (min 49), ts 40828/341/0 Tx timeouts 0,0,39777,47,0,0 last cancelled message type 30 dest 127 === Network === Slowest loop: 0.47ms; fastest: 0.03ms Responder states: MQTT(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0) HTTP sessions: 0 of 8 = Ethernet = Interface state: active Error counts: 0 0 0 1 0 0 Socket states: 2 2 2 2 2 0 0 0 === Multicast handler === Responder is inactive, messages received 0, responses 0 ok