Duet 3HC Expansion looses Connection

dc42

@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?

developeralgo222

@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 ?

dc42

@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.

developeralgo222

@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

@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

@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

dc42

@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.

droftarts

@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

developeralgo222

@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

oliof

@developeralgo222 and just to be sure, termination only happens on the last 3HC in the chain?

developeralgo222

@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

@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

developeralgo222

@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?

dc42

@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.

developeralgo222

@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 ?

droftarts

@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

developeralgo222

@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

droftarts

@developeralgo222 Connecting the grounds of different PSUs is already mentioned in the 'CAN connection basics' here: https://docs.duet3d.com/en/User_manual/Machine_configuration/CAN_connection#grounding

As it would appear this has been the main issue for you, do you have any suggestions to make this section more visible?

Ian

developeralgo222

@droftarts said in Duet 3HC Expansion looses Connection:

@developeralgo222 Connecting the grounds of different PSUs is already mentioned in the 'CAN connection basics' here: https://docs.duet3d.com/en/User_manual/Machine_configuration/CAN_connection#grounding

As it would appear this has been the main issue for you, do you have any suggestions to make this section more visible?

Ian

That's ok but its a little generic , Feel free to use the Sample illustration that is in this thread to make it clear for users. currently Most DC power supplies used in 3D Printing tend to have upto 3 x pair of DC outputs( V+ & V- ) so making it clear and a critical check for installation would have saved a lot of time. My suggestion: i would add the following below it

Example 1: Powering Duets using a Single DC Power supply

For Single DC power supply with 3 pairs of DC outputs ( 3 x V+ & 3 x V- )
- you can connect upto 3 x Duet boards ( i.e 1 Board per terminal pair )

Example 2: Powering Duets using Two DC Power supplies

For Two DC power supplies with 3 pairs of DC outputs each
- Required: Connect any one of the V- (Negative) DC output Terminal from PSU 1 to any one of the V- (Negative) DC output Terminal on PSU 2. Also use appropriate wire with slightly larger gauge e.g 14, 16, or 18 AWG
- You can then connect upto 6 Duet Boards ( i.e 1 Board per terminal pair)

infiniteloop

@developeralgo222

you can connect upto 3 x Duet boards ( i.e 1 Board per terminal pair )

Aren’t your examples a bit over-specific?

You can’t determine the max. number of attached Duets by counting the outputs of a PSU. Instead, this is a function of the PSU’s power and the power requirements of the Duet and attached hardware (heaters, steppers, etc.).
For the same reasons, you can’t tell the people they’d need to add a second PSU as soon as the outputs of the first PSU are occupied. This, too, depends solely on the specs of the PSU(s).
If you have to supply multiple voltages to your printer (I have a separate PSU for the 5V rail of my Duet), the V– outputs of the PSUs have to be connected as well. Better yet: all PSU outputs must share a common GND (not EARTH!). The usage of the term GND instead of V– becomes obvious if you want to add a negative voltage to your zoo - in this case, V+ of the PSU for the negative voltage is connected to common GND.
Beware of AWG recommendations. Picking 18 AWG from your 2nd example, I would have burnt my printer to ashes. It all depends on the length of the lines and the max. ampere draw of the attached components.

Having said this, I fully agree with your proposal to include sample illustrations or schematics to clarify things. However, @droftarts faces a dilemma: there is no simple pic to illustrate all combinations of DC power outlets and how to wire them - two identical PSUs, two or more different voltages, possibly including a negative one… OK, multiple pics. But what if a user then picks the wrong scheme because the red and blue lines look somehow familiar to him?

The Duet documentation is already quite extensive and detailed, its sheer volume would overwhelm you if it had to cover everything we assume to be "basic knowledge" in the realms of electricity, mechanics, electronics and physics. Instead, the Duet people provide this forum - which is really smart as it offers you the assistance of numerous engineers, scientists, experts and specialists for free.