Short to ground on drivers 0123

Phaedrux

Were there any other error messages along with the short to ground errors?

Touchthebitum

@Phaedrux No, M122 had not error messages. Only those ground-short messages

Phaedrux

When are where was the Duet 3 purchased?

Touchthebitum

@Phaedrux www.3dware.ch

dc42

Please send M122 and post the resulting output here.

Touchthebitum

@dc42

m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (SBC mode)
Board ID: 08DJM-956L2-G43S8-6J9F4-3S46N-TU2QD
Used output buffers: 1 of 40 (10 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162592 of which 44 recycled
Exception stack ram used: 224
Never used ram: 75752
Tasks: NETWORK(ready,1968) HEAT(blocked,1200) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1436) TMC(blocked,204) MAIN(running,4952) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:00:44 ago, cause: power up
Last software reset at 2020-07-27 15:14, reason: User, spinning module LinuxInterface, available RAM 75704 bytes (slot 0)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0443c000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 19.4, current 27.7, max 27.8
Supply voltage: min 24.0, current 24.0, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.1, max 12.2, under voltage events: 0
Driver 0: standstill, reads 22474, writes 14 timeouts 0, SG min/max 0/0
Driver 1: standstill, reads 22474, writes 14 timeouts 0, SG min/max 0/0
Driver 2: standstill, reads 22475, writes 14 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 22475, writes 14 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 22478, writes 11 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 22479, writes 11 timeouts 0, SG min/max 0/0
Date/time: 2020-07-27 15:15:01
Slowest loop: 3.63ms; fastest: 0.14ms
=== Storage ===
Free file entries: 10
SD card 0 not detected, interface speed: 37.5MBytes/sec
SD card longest read time 0.0ms, write time 0.0ms, max retries 0
=== Move ===
Hiccups: 0(0), FreeDm: 375, MinFreeDm: 375, MaxWait: 0ms
Bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 CDDA state: -1
=== AuxDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 CDDA state: -1
=== Heat ===
Bed heaters = 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP* is ready with "M122" in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger* is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
SBC is idle in state(s) 0
Daemon* is idle in state(s) 0
Aux2 is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 1.02ms; fastest: 0.01ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions Telnet(0), 0 sessions
HTTP sessions: 0 of 8

Ethernet -
State: disabled
Error counts: 0 0 0 0 0
Socket states: 0 0 0 0 0 0 0 0
=== CAN ===
Messages sent 72, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 18ms ago
RX/TX seq numbers: 583/584
SPI underruns 0, overruns 0
Number of disconnects: 0
Buffer RX/TX: 0/0-0
=== Duet Control Server ===
Duet Control Server v3.1.1
Code buffer space: 4096
Configured SPI speed: 8000000 Hz
Full transfers per second: 30.27

dc42

Thanks. Please try commanding the motors to move (without any motors connected) and repeat that. I am looking for the driver status to change.

Touchthebitum

@dc42

Error: short-to-ground reported by driver(s) 0 1
27/07/2020 à 21:40:14 m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (SBC mode)
Board ID: 08DJM-956L2-G43S8-6J9F4-3S46N-TU2QD
Used output buffers: 1 of 40 (10 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162592 of which 44 recycled
Exception stack ram used: 280
Never used ram: 75696
Tasks: NETWORK(ready,1968) HEAT(blocked,1200) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1452) TMC(blocked,68) MAIN(running,4952) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:00:47 ago, cause: power up
Last software reset at 2020-07-27 15:14, reason: User, spinning module LinuxInterface, available RAM 75704 bytes (slot 0)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0443c000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 20.8, current 29.0, max 29.1
Supply voltage: min 24.0, current 24.1, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.1, max 12.1, under voltage events: 0
Driver 0: short-to-ground standstill, reads 39652, writes 17 timeouts 0, SG min/max 0/0
Driver 1: short-to-ground standstill, reads 39652, writes 17 timeouts 0, SG min/max 0/63
Driver 2: standstill, reads 39656, writes 14 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 39656, writes 14 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 39660, writes 11 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 39660, writes 11 timeouts 0, SG min/max 0/0
Date/time: 2020-07-27 20:36:50
Slowest loop: 3.82ms; fastest: 0.14ms
=== Storage ===
Free file entries: 10
SD card 0 not detected, interface speed: 37.5MBytes/sec
SD card longest read time 0.0ms, write time 0.0ms, max retries 0
=== Move ===
Hiccups: 0(0), FreeDm: 375, MinFreeDm: 373, MaxWait: 34018ms
Bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves: 1, completed moves: 1, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 CDDA state: -1
=== AuxDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 CDDA state: -1
=== Heat ===
Bed heaters = 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP* is ready with "M122" in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger* is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
SBC is idle in state(s) 0
Daemon* is idle in state(s) 0
Aux2 is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 0.88ms; fastest: 0.01ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions Telnet(0), 0 sessions
HTTP sessions: 0 of 8

Ethernet -
State: disabled
Error counts: 0 0 0 0 0
Socket states: 0 0 0 0 0 0 0 0
=== CAN ===
Messages sent 100, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 17ms ago
RX/TX seq numbers: 808/809
SPI underruns 0, overruns 0
Number of disconnects: 0
Buffer RX/TX: 0/0-0
=== Duet Control Server ===
Duet Control Server v3.1.1
Code buffer space: 4096
Configured SPI speed: 8000000 Hz
Full transfers per second: 3.50

percyb

I have a similar issue, getting "Warning: motor phase A may be disconnected reported by driver(s)" on all drive ports with what were working stepper motors. Only possible mistake i made is connect one stepper motor to 3 pins instead of 4 ie offset one pin. Would this cause all drivers to die?

Touchthebitum

@percyb said in Short to ground on drivers 0123:

I have a similar issue, getting "Warning: motor phase A may be disconnected reported by driver(s)" on all drive ports with what were working stepper motors. Only possible mistake i made is connect one stepper motor to 3 pins instead of 4 ie offset one pin. Would this cause all drivers to die?

Impossible because I tested all phases before plugging motor and I checked if these big crimps went on the right place when connectind them on the Duet,

A Former User

@percyb said in Short to ground on drivers 0123:

I have a similar issue, getting "Warning: motor phase A may be disconnected reported by driver(s)"

ref https://forum.duet3d.com/post/100507 and you should probably start your own topic if the error persist after disconnecting your motors (when powered down ofc)

Touchthebitum

@bearer said in Short to ground on drivers 0123:

@percyb said in Short to ground on drivers 0123:

I have a similar issue, getting "Warning: motor phase A may be disconnected reported by driver(s)"

ref https://forum.duet3d.com/post/100507 and you should probably start your own topic if the error persist after disconnecting your motors (when powered down ofc)

I think we should think about a warranty process. I don't know what to add to the discussion. I repeat, it is not the first printer I build and I'm aware of risks. Before this Duet3 I used a Duet2 and was perfect (no errors messages) with the same motors. This board never worked and I directly plugged the SAME motors that I plugged to my Duet2. So there is a problem.
My shop told me to see with this forum, what I did.
Now, I choosed a Genuine board because I believe in the right intelectual properties and know-how.
Please, give me a clear answer and we can go on.
Thanks

A Former User

@Touchthebitum said in Short to ground on drivers 0123:

@bearer said in Short to ground on drivers 0123:

@percyb said in Short to ground on drivers 0123:

I have a similar issue, getting "Warning: motor phase A may be disconnected reported by driver(s)"

ref https://forum.duet3d.com/post/100507 and you should probably start your own topic if the error persist after disconnecting your motors (when powered down ofc)

I think we should think about a warranty process.

that was not directed at you; I'm sure dc42 is trying to evaluate the information you've provided already

Touchthebitum

@bearer said in Short to ground on drivers 0123:

@Touchthebitum said in Short to ground on drivers 0123:

@bearer said in Short to ground on drivers 0123:

@percyb said in Short to ground on drivers 0123:

I have a similar issue, getting "Warning: motor phase A may be disconnected reported by driver(s)"

ref https://forum.duet3d.com/post/100507 and you should probably start your own topic if the error persist after disconnecting your motors (when powered down ofc)

I think we should think about a warranty process.

that was not directed at you; I'm sure dc42 is trying to evaluate the information you've provided already

Thanks

T3P3Tony

@Touchthebitum

Thanks for your patience, DC42 is away right now but I can help.

Looking at your latest M122 report it looks like driver 01 and 1 are damaged. its not completely clear if 2 and 3 are damaged - the motors connected to those ones could have an issue.

Can you try the following please

check the wiring of one of your stepper with a voltmeter. they should be wired in two pairs, 1-2 and 3-4 (i.e. pin 1 to 2 should read a few Ohms, pin 3 to 4 should read a few ohms but there should be no connection between pin the pairs).
with just that motor you have check tried it plugged into Driver 2, command a movement, send M122 and see what it says, we are looking at this part:

Supply voltage: min 24.0, current 24.1, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.1, max 12.1, under voltage events: 0
Driver 0: short-to-ground standstill, reads 39652, writes 17 timeouts 0, SG min/max 0/0
Driver 1: short-to-ground standstill, reads 39652, writes 17 timeouts 0, SG min/max 0/63
Driver 2: standstill, reads 39656, writes 14 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 39656, writes 14 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 39660, writes 11 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 39660, writes 11 timeouts 0, SG min/max 0/0

Repeat for driver 3 and driver 4.

Lets see those three excerpts from M122.

Touchthebitum

@T3P3Tony

Hello

I tested pairs and got 2ohms on each pair and nothing between the two pairs
For the moves of drivers 3-4 I made z move on the duet panel Due
For the driver 4 , I don't have yet a connected extruder
Error: short-to-ground reported by driver(s) 2
28/07/2020 à 12:31:08 m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (SBC mode)
Board ID: 08DJM-956L2-G43S8-6J9F4-3S46N-TU2QD
Used output buffers: 1 of 40 (10 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162592 of which 44 recycled
Exception stack ram used: 376
Never used ram: 75600
Tasks: NETWORK(ready,1968) HEAT(blocked,1200) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1436) TMC(blocked,196) MAIN(running,4952) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:01:08 ago, cause: power up
Last software reset at 2020-07-27 15:14, reason: User, spinning module LinuxInterface, available RAM 75704 bytes (slot 0)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0443c000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 20.6, current 29.8, max 29.9
Supply voltage: min 24.0, current 24.0, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.1, max 12.2, under voltage events: 0
Driver 0: standstill, reads 8684, writes 14 timeouts 0, SG min/max 0/0
Driver 1: standstill, reads 8684, writes 14 timeouts 0, SG min/max 0/0
Driver 2: short-to-ground standstill, reads 8681, writes 17 timeouts 0, SG min/max 0/8
Driver 3: standstill, reads 8685, writes 14 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 8688, writes 11 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 8689, writes 11 timeouts 0, SG min/max 0/0

Error: short-to-ground reported by driver(s) 2
28/07/2020 à 12:33:42 M122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (SBC mode)
Board ID: 08DJM-956L2-G43S8-6J9F4-3S46N-TU2QD
Used output buffers: 1 of 40 (13 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162592 of which 44 recycled
Exception stack ram used: 360
Never used ram: 75616
Tasks: NETWORK(ready,1968) HEAT(blocked,1200) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1460) TMC(blocked,68) MAIN(running,4536) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:01:04 ago, cause: power up
Last software reset at 2020-07-27 15:14, reason: User, spinning module LinuxInterface, available RAM 75704 bytes (slot 0)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0443c000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 32.1, current 32.5, max 32.6
Supply voltage: min 23.9, current 24.0, max 24.0, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.1, max 12.2, under voltage events: 0
Driver 0: standstill, reads 56891, writes 0 timeouts 0, SG min/max not available
Driver 1: standstill, reads 56890, writes 0 timeouts 0, SG min/max not available
Driver 2: short-to-ground standstill, reads 56888, writes 2 timeouts 0, SG min/max not available
Driver 3: standstill, reads 56890, writes 0 timeouts 0, SG min/max not available
Driver 4: standstill, reads 56890, writes 0 timeouts 0, SG min/max not available
Driver 5: standstill, reads 56890, writes 0 timeouts 0, SG min/max not available
Date/time: 2020-07-28 11:33:45
Slowest loop: 3.63ms; fastest: 0.21ms

Driver number 4 : there is no extruder tool message

T3P3Tony

Hi @Touchthebitum

you will need to update your configuration temporarily to use the test motor on driver 3, and then again on driver 4 - use the M584 command in config.g:

(To test driver 3) :
M584 X0.0 Y0.1 Z0.3 E0.2 ; Temporary drive mapping to test driver 3 as Z

(To test driver 4) :
M584 X0.0 Y0.1 Z0.4 E0.2 ; Temporary drive mapping to test driver 4 as Z

Touchthebitum

This post is deleted!

Touchthebitum

@T3P3Tony said in Short to ground on drivers 0123:

M584 X0.0 Y0.1 Z0.3 E0.2 ; Temporary drive mapping to test driver 3 as Z

Driver 3

m122

=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (SBC mode)
Board ID: 08DJM-956L2-G43S8-6J9F4-3S46N-TU2QD
Used output buffers: 1 of 40 (10 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162592 of which 44 recycled
Exception stack ram used: 368
Never used ram: 75608
Tasks: NETWORK(ready,1968) HEAT(blocked,1200) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1452) TMC(blocked,204) MAIN(running,4952) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:00:31 ago, cause: software
Last software reset at 2020-07-28 13:51, reason: User, spinning module LinuxInterface, available RAM 75720 bytes (slot 3)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0444a000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 33.6, current 34.2, max 34.4
Supply voltage: min 24.0, current 24.0, max 24.0, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.1, max 12.2, under voltage events: 0
Driver 0: standstill, reads 26013, writes 14 timeouts 0, SG min/max 0/0
Driver 1: standstill, reads 26013, writes 14 timeouts 0, SG min/max 0/0
Driver 2: standstill, reads 26013, writes 14 timeouts 0, SG min/max 0/0
Driver 3: short-to-ground standstill, reads 26011, writes 17 timeouts 0, SG min/max 0/8
Driver 4: standstill, reads 26017, writes 11 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 26018, writes 11 timeouts 0, SG min/max 0/0
Date/time: 2020-07-28 13:52:03
Slowest loop: 4.13ms; fastest: 0.14ms

Driver 4 MOTOR IS MOVING DURING TEST
Error: short-to-ground reported by driver(s) 4
28/07/2020 à 14:54:51 m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (SBC mode)
Board ID: 08DJM-956L2-G43S8-6J9F4-3S46N-TU2QD
Used output buffers: 1 of 40 (10 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162592 of which 44 recycled
Exception stack ram used: 360
Never used ram: 75616
Tasks: NETWORK(ready,1968) HEAT(blocked,1200) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1436) TMC(blocked,68) MAIN(running,4952) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:00:50 ago, cause: power up
Last software reset at 2020-07-28 13:53, reason: User, spinning module LinuxInterface, available RAM 75608 bytes (slot 0)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0444a000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 28.3, current 34.6, max 34.7
Supply voltage: min 23.9, current 24.0, max 24.0, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.1, max 12.2, under voltage events: 0
Driver 0: standstill, reads 53146, writes 14 timeouts 0, SG min/max 0/0
Driver 1: standstill, reads 53146, writes 14 timeouts 0, SG min/max 0/0
Driver 2: standstill, reads 53147, writes 14 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 53150, writes 11 timeouts 0, SG min/max 0/0
Driver 4: short-to-ground standstill, reads 53145, writes 17 timeouts 0, SG min/max 0/160
Driver 5: standstill, reads 53151, writes 11 timeouts 0, SG min/max 0/0
Date/time: 2020-07-28 13:54:55
Slowest loop: 4.15ms; fastest: 0.13ms

It is the first time I see a motor moving on this board

T3P3Tony

@Touchthebitum said in Short to ground on drivers 0123:

Driver 4: short-to-ground standstill, reads 53145, writes 17 timeouts 0, SG min/max 0/160

OK so it looks like drivers 0-3 are damaged, possibly by the moving pins around earlier but hard to say.

That said there is another issue that is causing a working motor to report short to ground (on driver 4). It may be that the damage to the other drivers is effecting them all. DC42 will have a better idea.

Because of that I will authorise a warranty return. please use reference this thread in the warranty form that your reseller (3dware.ch) will ask you to complete for us and be sure to fill out the serial number so we can match this board to this thread.

When you get your new board please triple check the wiring before powering everything up. I was a little concerned to see the tape holding the crimps on - intermittent disconnection of 1 wire of the 4 driver wires can damage the drivers.