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.
-
-
@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.
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
-
@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.
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
@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 -
@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
-
@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)
- 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 )
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.
-
-
@infiniteloop said in Duet 3HC Expansion looses Connection:
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.
i think just a good example is fine
-
-
@developeralgo222 said in Duet 3HC Expansion looses Connection:
@infiniteloop said in Duet 3HC Expansion looses Connection:
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.
i think just a good example is fine.
-
-
@developeralgo222
@dc42 , @droftarts
Noticing an interesting issue, when i moved the test setup 6XD plus 4x 3HC to the PNP Machine with only Power and CAN Bus Cables connected as before , it doesn't sync at all . The only thing that i changed is the length of the cable from 6XD to 3HC1( from 0.5 ft (shielded ) to 10 ft(shielded) . Everything else is the same , Nothing is plugged onto the boards except PWR & CAN Bus cables.Hmmmm!!! Not sure what to make of it now. I am thinking EMI issue. Most of my power & Comm cables are shielded cables.
Does CAN Bus has a cable length limitation ?
-
@developeralgo222 The cables you have made up don't appear to fit into the RJ11 strain relief, so I'm not sure how much abuse (and I guess you've wiggled them around a lot recently) they are going to take before you start getting poor connections. As at least some of the problem has been solved by connecting V- of the PSUs, maybe try the pre-built cables you originally used, I think successfully?
Max cable length depends on the data rate and the number of devices on the bus. We use 1Mbits/sec as the base data rate. Page 5 of http://www.ti.com/lit/an/slla270/slla270.pdf suggests 1Mbits/sec should be OK to 40m length. The data rate is configurable, see https://docs.duet3d.com/en/User_manual/Reference/Gcodes#m952-set-can-fd-expansion-board-address-andor-normal-data-rate. We have users with very large machines, some with CAN bus longer than 10m, without issue.
As for EMI, I think the whole point of CAN is that it is resilient to noise. Additionally, cable shielding only works if one end of the shielding is grounded. Grounding both ends can cause signals in the shielding itself, and grounding neither end can cause reflections from the cable itself. The 6XD has a shield ground point by the Ethernet socket, but not by the CAN socket. I'm not sure if you can use any GND pin on the board for shield grounding, or if shielding has any special requirements.
Ian
