Duet 3 warranty process - Error: Short-to-ground on drivers 0
-
I am receiving Error: Short-to-ground on drivers 0.
I am commissioning a new Core XY 3d printer using 4Gb Raspberry Pi with DuetPi. I have had shorts on the wire harness on all drives. Once, I corrected the shorts, I tested all drivers. Now I only have the error on drive 0. All other drives work. Core XY is working correctly.
What is the warranty process? What additional information do you need?
Thanks.
Notes:
Per the reseller: Spool3D Support support@spool3d.ca
Thank you for contacting us. As per Duet3D’s warranty process, please start a new forum thread in their forum so a Duet3D technician can confirm and authorize a warranty replacement:
https://forum.duet3d.com/ReferencePer Duet 3D forum page:
https://forum.duet3d.com/topic/4160/error-short-to-ground-on-drivers-1/4Setup:
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-6J9D2-3S46L-1U2YD
Used output buffers: 1 of 40 (10 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 161432 of which 956 recycled
Exception stack ram used: 224
Never used ram: 76000
Tasks: NETWORK(ready,1972) HEAT(blocked,1416) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1460) TMC(blocked,204) MAIN(running,4952) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:02:19 ago, cause: power up
Last software reset at 2020-07-06 16:57, reason: User, spinning module LinuxInterface, available RAM 75848 bytes (slot 1)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0444a000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 21.6, current 33.6, max 33.8
Supply voltage: min 24.5, current 24.5, max 24.7, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.2, current 12.2, max 12.3, under voltage events: 0
Driver 0: standstill, reads 31964, writes 11 timeouts 0, SG min/max 0/0
Driver 1: standstill, reads 31961, writes 14 timeouts 0, SG min/max 0/0
Driver 2: standstill, reads 31962, writes 14 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 31962, writes 14 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 31962, writes 14 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 31963, writes 14 timeouts 0, SG min/max 0/0
Date/time: 2020-07-07 00:25:02
Slowest loop: 3.58ms; 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 = -1 -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.86ms; 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 0, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 16ms ago
RX/TX seq numbers: 3450/3451
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: 0.13
- Ethernet -
-
@kdsands88 said in Duet 3 warranty process - Error: Short-to-ground on drivers 0:
I have had shorts on the wire harness on all drives.
What exactly do you mean with this?
-
"I have had shorts on the wire harness on all drives" - means I got another error stated something like "one of the poles of the motor is not connected"
Again, I root caused the errors to poor wire harness connectors/connections/solder.
Once I fixed the connection issues, all the driver worked except driver 0.
-
what error is now reported by driver 0?
-
Note: the stepper motor will rotate.
Below is the screen shot showing the error - Error: Short-to-ground on drivers 0
-
So the motor rotates fine, just reports the short to ground on driver 0?
Can you try the motor on a different driver?
-
My experience with this issue ALWAY ends up with a terminal connection issue. I'd suggest making sure all 4 pins are crimped correct and fir inside the MOLEX housing
Or.....an issue with the a1 a2 - b1 b2 pairs - I had this with a recent batch of motors that were wired wrong
I had to wire red-green / blue-black
Hope these ideas help
Cheers
Ray
-
Which version Duet 3 main board is it? On v1.0 and v1.1 boards, a missing, misplaced or badly soldered diode could cause a spurious S2G error. Can you post a hi-res photo of the area of the Duet around that driver?
-
Question: So the motor rotates fine, just reports the short to ground on driver 0?
Answer: Correct. The motor rotates fine, just reports the short to ground on driver 0.Question: Can you try the motor on a different driver? (And, making sure all 4 pins are crimped correct and fir inside the MOLEX housing.)
Answer: The motor is a test motor I used to root cause the issues with the other drivers. So yes, the motor works on all other drivers with no issue.Question: Which version Duet 3 main board is it?
Answer:
=== 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-6J9D2-3S46L-1U2YDPictures:
Test motor setup:
Board:
Drivers:
Driver 0:
-
Does the error persist when the motor is disconnected?
-
Question: Does the error persist when the motor is disconnected?
Answer: Yes.
Please see above picture.
Please confirm you see the C38 and C36 resistors are cracked.
Is this the issue?
-
@kdsands88 said in Duet 3 warranty process - Error: Short-to-ground on drivers 0:
Please confirm you see the C38 and C36 resistors are cracked.
good call highlighting that, I took it to be the same fibers as scattered around the board. they can crack due to thermal stesses, but think we'll leave the judgement to dc42 and/or t3p3tony
-
Sorry, bad quality picture.
New picture does not show cracks:
-
Please confirm you will honor your warranty?
-
You have read https://www.duet3d.com/warranty and the section about incorrect wiring?
To me it sounds like you should be singing your praises that having shorts in the wiring harness only damaged one driver instead of making demands; or at the very least pick another approach to elicit some goodwill.
-
bearer are you speaking for Duet 3D?
I work for Ford Motor Company, and I understand my rights as a customer.
Please stop speaking down to me.
-
@kdsands88 said in Duet 3 warranty process - Error: Short-to-ground on drivers 0:
bearer are you speaking for Duet 3D?
in no way what so ever.
I understand my rights as a customer.
see the above.
-
Speaking to Duet 3D: Does bearer speak legally for Duet 3D? If not, please block bearer from posting on my official warranty claim.
I am seeking warranty advice from Duet 3D only.
Thanks, -
@kdsands88 we have a lot of helpful users on this forum (especially @bearer ), please respect the friendly environment we are trying to engender here.
It looks like the initial miswiring has damaged Driver 0 so it still works, but reports the error. Normally that would not qualify as a warranty return, however in this case we will make an exception so we can get the board back and look at the damage.
Please upload your config.g file to this thread so we can see the current used etc.
Separately the way the board is mounted in your test setup concerns me. the brass nuts look large enough to overlap the edge of the keepout area around the mounting holes and could wear through the solder resist on the board over repeated fitting. Its not possible to see if you are using the supplied nylon washers to insulate the standoff and nuts from the board but i would recommend using a different mounting solution with female standoffs and small head M4 socket cap screws. See: https://duet3d.dozuki.com/Wiki/Mounting_and_cooling_the_board?#Section_Mounting
