Short to ground on drivers 0123

Touchthebitum

@droftarts
Thanks for your reply.
I'm afraid to put current in this board ...
I tried one movement , one time and got short message on drivers ...

Here is the last M122 with the PSU on :

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-6JKD6-3SJ6L-KA02G
Used output buffers: 1 of 40 (10 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162592 of which 44 recycled
Exception stack ram used: 272
Never used ram: 75704
Tasks: NETWORK(ready,1968) HEAT(blocked,1200) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1452) TMC(blocked,192) MAIN(running,4952) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:00:48 ago, cause: power up
Last software reset at 2020-08-02 08:21, reason: User, spinning module LinuxInterface, available RAM 75776 bytes (slot 1)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0443c000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 17.1, current 25.4, max 25.5
Supply voltage: min 24.1, current 24.1, max 24.2, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.2, max 12.2, under voltage events: 0
Driver 0: standstill, reads 41634, writes 14 timeouts 0, SG min/max 0/0
Driver 1: standstill, reads 41634, writes 14 timeouts 0, SG min/max 0/0
Driver 2: standstill, reads 41635, writes 14 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 41635, writes 14 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 41639, writes 11 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 41639, writes 11 timeouts 0, SG min/max 0/0
Date/time: 2020-08-02 12:46:46
Slowest loop: 3.86ms; 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.39ms; 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 103, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 17ms ago
RX/TX seq numbers: 841/842
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.49

Motors are Blurolls 17HM19-2004S and was working on the Duet2 Wifi
I don't know the speed for movements on the Paneldue.

No motor connected , move X and I got this :

Error: short-to-ground reported by driver(s) 0 1
02/08/2020 à 15:04:23 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-6JKD6-3SJ6L-KA02G
Used output buffers: 1 of 40 (10 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162592 of which 44 recycled
Exception stack ram used: 304
Never used ram: 75672
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:54 ago, cause: power up
Last software reset at 2020-08-02 08:21, reason: User, spinning module LinuxInterface, available RAM 75776 bytes (slot 1)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0443c000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 17.0, current 25.5, max 25.6
Supply voltage: min 24.0, current 24.1, max 24.2, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.2, max 12.2, under voltage events: 0
Driver 0: short-to-ground standstill, reads 3896, writes 17 timeouts 0, SG min/max 0/8
Driver 1: short-to-ground standstill, reads 3896, writes 17 timeouts 0, SG min/max 0/8
Driver 2: standstill, reads 3900, writes 14 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 3900, writes 14 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 3904, writes 11 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 3904, writes 11 timeouts 0, SG min/max 0/0
Date/time: 2020-08-02 14:04:21
Slowest loop: 4.23ms; 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: 38119ms
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: 1.82ms; 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 127, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 16ms ago
RX/TX seq numbers: 1025/1026
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.35

droftarts

@Touchthebitum can you try setting up the Duet in standalone mode, and test? Disconnect the RPi, create a fresh SD card, copy over your config. My theory: your RPi is causing the issue, possibly something on the SPI bus. No real evidence for this, just that I think it unlikely (though possible) that you’d have two broken boards in a row.

Ian

Touchthebitum

@droftarts
same results ... error on driver 0 and 1
It's a nightmare
I can't post anything since I don't have ethernet connection

A Former User

@Touchthebitum said in Short to ground on drivers 0123:

I can't post anything since I don't have ethernet connection

to the board in stand alone mode?

Touchthebitum

@bearer
No, I'm far from a router

A Former User

@Touchthebitum said in Short to ground on drivers 0123:

@bearer
No, I'm far from a router

you can do all the tests over usb serial interface, or a direct (ethernet) connection to your computer with static ip addresses on both duet and computer when duet is in stand alone mode.

Touchthebitum

@bearer
Ok, what do you need as info or tests ?

A Former User

@Touchthebitum said in Short to ground on drivers 0123:

what do you need as info or tests ?

i suspect should repeat all the steps you did diagnosing the old board to see if the error persist when using the Duet as a stand alone board.

you could also configure your raspberry pi to be a wifi to ethernet bridge , but imho its easier to set a static up for a direct ethernet connection but all three options would work.

Touchthebitum

@bearer
I have a connected laptop to my board but I don't know ho to connect

dc42

This is perplexing.

Are there any other connectors in the leads that connect the motors to the Duet? If so, please post a photo of them.
Please post a photo of the stepper motor wires where they go into the motor.
Please use your multimeter to check that there is no continuity between any of the motor wires and the body of the motor.
Use your multimeter to check that with the connectors fitted, the resistance across each phase is as expected (a few ohms, not a short circuit) and there is no continuity between the two motor phases. Your multimeter probes should be able to fit in the slots in the connector shells in order to make contact with the crimp pins inside.

A Former User

to set a static IP address on the Duet, you have two options, config.g or USB. Both cases involves M552 S1 P192.168.1.14 as shown in https://duet3d.dozuki.com/Wiki/Gcode#Section_M552_Set_IP_address_enable_disable_network_interface

then you need to configure the correct network interface for the computer to use an address in the same network range. probably best to ask google how to do this for your operating system and version/language.

if you use the example above for the duet, set the PC to be IP address 192.168.1.15 with netmask 255.255.255.0 and leave the other settings blank or at their defaults.

if you have trouble with the computer let us know what operating system/version/language it is and maybe someone can help

Touchthebitum

@dc42

No, it is direct wire from motor to the board
list item
I checked 10x and there is no continuity, resistance is ok
I tested the motors plugged with the multimeter and it is the same result like unplugged
no short between motor case and plugs

Touchthebitum

@bearer
Thanks, I used usb to make tests.

First test : psu on, no connected motors, no movements:

m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (standalone mode)
Board ID: 08DJM-956L2-G43S8-6JKD6-3SJ6L-KA02G
Used output buffers: 1 of 40 (21 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162384 of which 44 recycled
Exception stack ram used: 308
Never used ram: 75876
Tasks: ETHERNET(blocked,472) NETWORK(ready,244) HEAT(blocked,1200) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1436) TMC(blocked,204) MAIN(running,4628) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:14:54 ago, cause: power up
Last software reset at 2020-08-02 08:21, reason: User, spinning module LinuxInterface, available RAM 75776 bytes (slot 1)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0443c000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 30.0, current 30.7, max 30.7
Supply voltage: min 0.2, current 24.1, max 24.2, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 0.1, current 12.1, max 12.4, under voltage events: 0
Driver 0: standstill, reads 42573, writes 11 timeouts 0, SG min/max 0/0
Driver 1: standstill, reads 42573, writes 11 timeouts 0, SG min/max 0/0
Driver 2: standstill, reads 42574, writes 11 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 42574, writes 11 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 42575, writes 11 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 42576, writes 11 timeouts 0, SG min/max 0/0
Date/time: 2020-08-02 21:35:01
Slowest loop: 4.89ms; fastest: 0.16ms
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 2.6ms, 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 idle 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: 5.26ms; fastest: 0.03ms
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: 1 of 8

Ethernet -
State: active
Error counts: 0 0 0 0 0
Socket states: 5 2 2 2 2 0 0 0
=== CAN ===
Messages sent 344, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 894436ms ago
RX/TX seq numbers: 0/1
SPI underruns 0, overruns 0
Number of disconnects: 0
Buffer RX/TX: 0/0-0

Second test : psu on, no connected motors, movement on x through the panel Due:

Error: short-to-ground reported by driver(s) 0 1
8/2/2020, 9:36:51 PM Error: short-to-ground reported by driver(s) 0 1
8/2/2020, 9:36:47 PM m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (standalone mode)
Board ID: 08DJM-956L2-G43S8-6JKD6-3SJ6L-KA02G
Used output buffers: 1 of 40 (22 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162384 of which 44 recycled
Exception stack ram used: 308
Never used ram: 75876
Tasks: ETHERNET(blocked,436) NETWORK(ready,244) HEAT(blocked,1188) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1424) TMC(blocked,60) MAIN(running,4628) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:16:39 ago, cause: power up
Last software reset at 2020-08-02 08:21, reason: User, spinning module LinuxInterface, available RAM 75776 bytes (slot 1)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0443c000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 30.6, current 31.9, max 32.0
Supply voltage: min 24.1, current 24.1, max 24.2, 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: short-to-ground standstill, reads 56010, writes 3 timeouts 0, SG min/max 0/8
Driver 1: short-to-ground standstill, reads 56009, writes 3 timeouts 0, SG min/max 0/8
Driver 2: standstill, reads 56013, writes 0 timeouts 0, SG min/max not available
Driver 3: standstill, reads 56012, writes 0 timeouts 0, SG min/max not available
Driver 4: standstill, reads 56013, writes 0 timeouts 0, SG min/max not available
Driver 5: standstill, reads 56013, writes 0 timeouts 0, SG min/max not available
Date/time: 2020-08-02 21:36:46
Slowest loop: 17.09ms; fastest: 0.21ms
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 2.3ms, write time 12.3ms, max retries 0
=== Move ===
Hiccups: 0(0), FreeDm: 375, MinFreeDm: 373, MaxWait: 984672ms
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 idle 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: 19.59ms; fastest: 0.03ms
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: 1 of 8

Ethernet -
State: active
Error counts: 0 0 0 0 0
Socket states: 5 2 2 2 2 0 0 0
=== CAN ===
Messages sent 422, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 999813ms ago
RX/TX seq numbers: 0/1
SPI underruns 0, overruns 0

droftarts

@Touchthebitum rather than using the PanelDue (try with it disconnected in case it’s causing the problem), send Gcode moves via USB. First set a position for the X and Y axis with G92 X0 Y0, then send G1 X10 F300. You will need motors connected to driver 0 and 1, or you’ll get an error.

Guide to setting up direct Ethernet connection here: https://duet3d.dozuki.com/Wiki/Setting_up_networking_on_Duet#Section_Wired_direct_connection

Edit: when the PanelDue is sending commands, they should be echoed on the USB (I think). If so, what command is being sent to move X?

Ian

dc42

@Touchthebitum, thanks for answering my previous questions. Two more:

what is the stepper motor model number?
what resistance do you measure across each phase?

Touchthebitum

@dc42

Motors are Blurolls 17HM19-2004S

I get 1.7 (stabilised) as resistance on every motor on both phase

I'll execute tests this morning

Touchthebitum

@droftarts said in Short to ground on drivers 0123:

G1 X10 F300

No Panel Due Ethernet connection
G92 X0 Y0
G1 X10 F300

Error: short-to-ground reported by driver(s) 0 1
03/08/2020 à 15:04:54 m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (standalone mode)
Board ID: 08DJM-956L2-G43S8-6JKD6-3SJ6L-KA02G
Used output buffers: 2 of 40 (11 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162384 of which 44 recycled
Exception stack ram used: 272
Never used ram: 75912
Tasks: ETHERNET(blocked,436) NETWORK(ready,388) HEAT(blocked,1188) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1424) TMC(blocked,204) MAIN(running,4656) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:02:33 ago, cause: power up
Last software reset at 2020-08-02 08:21, reason: User, spinning module LinuxInterface, available RAM 75776 bytes (slot 1)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0443c000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 22.7, current 32.1, max 32.2
Supply voltage: min 0.2, current 24.1, max 24.2, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 0.1, current 12.1, max 12.4, under voltage events: 0
Driver 0: short-to-ground standstill, reads 44551, writes 14 timeouts 0, SG min/max 0/8
Driver 1: short-to-ground standstill, reads 44552, writes 14 timeouts 0, SG min/max 0/8
Driver 2: standstill, reads 44556, writes 11 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 44557, writes 11 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 44558, writes 11 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 44558, writes 11 timeouts 0, SG min/max 0/0
Date/time: 2020-08-03 15:04:53
Slowest loop: 29.12ms; fastest: 0.14ms
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 2.3ms, write time 23.8ms, max retries 0
=== Move ===
Hiccups: 0(0), FreeDm: 375, MinFreeDm: 373, MaxWait: 134960ms
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 idle 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: 28.84ms; 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: 1 of 8

Ethernet -
State: active
Error counts: 0 0 0 0 0
Socket states: 5 2 2 2 2 0 0 0
=== CAN ===
Messages sent 613, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 153531ms ago
RX/TX seq numbers: 0/1
SPI underruns 0, overruns 0
Number of disconnects: 0
Buffer RX/TX: 0/0-0

@droftarts said in Short to ground on drivers 0123:

Edit: when the PanelDue is sending commands, they should be echoed on the USB (I think). If so, what command is being sent to move X?

I don't see anything regarding echo on the command

Touchthebitum

@droftarts
Hello
Same results with YAT and USB commands without connected Panel Due. Error short on driver 0 1 ...
I don't know what to say anymore....

T3P3Tony

@Touchthebitum please email me info@duet3d.com and I will arrange a return directly