Duet3 Homing failed

Hammad

Hello,

my duet3 doesn't seem to be responding to the Homing. I have no idea what's wrong and I could use some help.

I used the following settings for the Config file

; Configuration file for Duet 3 (firmware version 3.3)
; executed by the firmware on start-up
;
; generated by RepRapFirmware Configuration Tool v3.3.10 on Thu Apr 07 2022 14:47:28 GMT+0200 (Mitteleuropäische Sommerzeit)

; General preferences
M575 P1 S1 B57600               ; enable support for PanelDue
G90                             ; send absolute coordinates...
M83                             ; ...but relative extruder moves
M550 P"Imprinter V1"            ; set printer name

; Wait a moment for the CAN expansion boards to start
G4 S2

; Network
M552 S0                         ; disable network

; Drives
M569 P121.0 S1                  ; physical drive 121.0 goes forwards
M569 P122.0 S1                  ; physical drive 122.0 goes forwards
M569 P123.0 S1                  ; physical drive 123.0 goes forwards
M584 X121.0 Y122.0 Z123.0       ; set drive mapping
M350 X16 Y16 Z16 I1             ; configure microstepping with interpolation
M92 X80.00 Y80.00 Z400.00       ; set steps per mm
M566 X900.00 Y900.00 Z60.00     ; set maximum instantaneous speed changes (mm/min)
M203 X6000.00 Y6000.00 Z180.00  ; set maximum speeds (mm/min)
M201 X500.00 Y500.00 Z20.00     ; set accelerations (mm/s^2)
M906 X800 Y800 Z800 I30         ; set motor currents (mA) and motor idle factor in per cent
M84 S30                         ; Set idle timeout

; Axis Limits
M208 X0 Y0 Z0 S1                ; set axis minima
M208 X300 Y300 Z150 S0          ; set axis maxima

; Endstops
M574 X1 S1 P"io1.in"            ; configure switch-type (e.g. microswitch) endstop for low end on X via pin io1.in
M574 Y1 S1 P"io2.in"            ; configure switch-type (e.g. microswitch) endstop for low end on Y via pin io2.in
M574 Z2 S1 P"io3.in"            ; configure switch-type (e.g. microswitch) endstop for high end on Z via pin io3.in

; Z-Probe
M950 S0 C"io4.out"              ; create servo pin 0 for BLTouch
M558 P9 C"io4.in" H5 F120 T6000 ; set Z probe type to bltouch and the dive height + speeds
M558 H30                        ;*** Remove this line after delta calibration has been done and new delta parameters have been saved
G31 P500 X0 Y0 Z2.5             ; set Z probe trigger value, offset and trigger height
M557 X15:215 Y15:195 S20        ; define mesh grid

; Heaters

; Fans

; Tools

; Custom settings are not defined

I get "Error: Homing failed" on the PanelDue 7i. The error doesnt appear right away. What could be wrong?

Thank you for your help

fcwilt

@hammad

Usually this would indicate that when homing some axis the movement was completed without triggering the endstop.

Please cut-and-paste your homing code using the </> tag.

Thanks.

Frederick

Hammad

@fcwilt Thanks for the reply. The motors didnt move at all. Im using motors from Nanotec with built in encoders. They are connected to 1XD boards.

; homeall.g
; called to home all axes
;
; generated by RepRapFirmware Configuration Tool v3.3.10 on Thu Apr 07 2022 14:47:28 GMT+0200 (Mitteleuropäische Sommerzeit)
G91                     ; relative positioning
G1 H2 Z5 F6000          ; lift Z relative to current position
G1 H1 X-305 Y-305 F1800 ; move quickly to X and Y axis endstops and stop there (first pass)
G1 H2 X5 Y5 F6000       ; go back a few mm
G1 H1 X-305 Y-305 F360  ; move slowly to X and Y axis endstops once more (second pass)
G1 H1 Z155 F360         ; move Z up stopping at the endstop
G90                     ; absolute positioning
G92 Z150                ; set Z position to axis maximum (you may want to adjust this)

; Uncomment the following lines to lift Z after probing
;G91                    ; relative positioning
;G1 Z5 F100             ; lift Z relative to current position
;G90                    ; absolute positioning

fcwilt

@hammad

Please post a link to the steppers you are using.

Based on what I have read the 1XD boards are not for controlling closed loop steppers. The 1HLC board is designed to do that.

Frederick

Phaedrux

Can you please give us some more details about your setup?

Have you been able to get the motors to move at all? You can force the axis to report as homed without moving at all by sending G92 X100 Y100 Z10 and then carefully testing movement by sending G1 X1 F100

Also, what firmware version are you using? Please send M122 and M98 P"config.g" and post the results here.

Hammad

@fcwilt https://de.nanotec.com/produkte/1604-pd4-c-schrittmotor-mit-integriertem-controller-nema-23-24

this is the motor. It is a closed loop motor.

Hammad

@phaedrux The setup is a Duet3 6HC and 3 1XD boards. I want to use 3 motors from Nanotec. I posted the link in my previous reply. i will post the responses from the mainboard in my next reply

Hammad

@phaedrux these are the responses from the Mainboard

M122

=== Diagnostics ===<LF>RepRapFirmware for Duet 3 MB6HC version 3.3 (2021-06-15 21:45:47) running on Duet 3 MB6HC v1.01 or later (standalone mode)<LF>Board ID: 08DJM-956BA-NA3TJ-6J1DG-3SJ6P-TUAUU<LF>Used output buffers: 1 of 40 (10 max)<LF>=== RTOS ===<LF>Static ram: 150904<LF>Dynamic ram: 90984 of which 0 recycled<LF>Never used RAM 112304, free system stack 190 words<LF>Tasks: NETWORK(ready,11.6%,548) HEAT(delaying,0.0%,405) Move(notifyWait,0.0%,254) CanReceiv(notifyWait,0.0%,908) CanSender(notifyWait,0.0%,374) CanClock(delaying,0.0%,339) TMC(notifyWait,7.2%,93) MAIN(running,77.0%,1206) IDLE(ready,4.1%,29), total 100.0%<LF>Owned mutexes: USB(MAIN)<LF>=== Platform ===<LF>Last reset 00:04:03 ago, cause: power up<LF>Last software reset details not available<LF>Error status: 0x00<LF>Aux0 errors 0,0,0<LF>Step timer max interval 126<LF>MCU temperature: min 20.0, current 29.2, max 101.8<LF>Supply voltage: min 0.0, current 23.6, max 30.3, under voltage events: 0, over voltage events: 0, power good: yes<LF>12V rail voltage: min 0.1, current 12.0, [Warning: Maximal number of characters per line exceeded! Check the line break settings in Terminal > Settings > Text or increase the limit in Terminal > Settings > Advanced.]

M98 P"config.g"

Warning: Discarded std reply src=123 RID=32 exp 33 "Setting not available for external drivers"<LF>Error: Response timeout: CAN addr 122, req type 6018, RID=34<LF>Warning: Discarded std reply src=123 RID=35 exp 36 "Boar<DLE>[Warning: "80h 22h" is a byte sequence outside the Unicode basic multilingual plane (plane 0)! Only Unicode plane 0 is supported by .NET Framework and thus YAT (yet).]<LF>Error: Response timeout: CAN addr 122, req type 6042, RID=37<LF>Warning: Discarded std reply src=123 RID=38 exp 39 "Boar<DLE>[Warning: "80h 22h" is a byte sequence outside the Unicode basic multilingual plane (plane 0)! Only Unicode plane 0 is supported by .NET Framework and thus YAT (yet).]<LF>Error: Response timeout: CAN addr 122, req type 6042, RID=40<LF>Warning: Discarded std reply src=123 RID=41 exp 42 ""<LF>Error: Response timeout: CAN addr 122, req type 6042, RID=43<LF>Warning: Discarded std reply src=123 RID=44 exp 45 "Sett<DLE>[Warning: "80h 22h" is a byte sequence outside the Unicode basic multilingual plane (plane 0)! Only Unicode plane 0 is supported by .NET Framework and thus YAT (yet).]<LF>Warning: Discarded std reply src=123 RID=47 exp 48 "Setting

dc42

@hammad do you have a M291 command in your homing files? There is a known bug in firmware 3.3 that causes the homing failed message when you do that. It is fixed in firmware 3.4.0.

dc42

PS - I see that you have posted your homeall.g file and it doesn't include a M291 command. Nevertheless, please upgrade to firmware 3.4.0 because it includes fixes to bugs that affect 1XD boards.

Hammad

@dc42 I misunderstood the instructions and bridged erase. now i cant flash the firmware because BOSSA isnt detecting the board at all. How can I solve this issue?

Hammad

@hammad The Status LED is slightly on. I can't figure out why Bossa doesn't want to connect to the board. I've followed the instructions on how to upload the firmware if the firmware was erased. It doesn't work for me. I keep getting the error "could not connect to device on COM 22".

Hammad

@dc42 I measured the 5V to make sure I'm getting a stable 5V. I'm measuring just a few mV. The board is only connected to the PC using a high quality USB cable from ANKER.

Phaedrux

@hammad said in Duet3 Homing failed:

The board is only connected to the PC using a high quality USB cable from ANKER.

The Duet3 can be quite particular about USB cable and port. Please try some different combinations. Also make sure you remove the jumper after the erase.

Hammad

@phaedrux 3 different laptops and over 15 cables and still nothing. I removed the bridge from erase before resetting the board. I'm not sure what to do now. nothing seems to be working.

jay_s_uk

@hammad do you have a powered hub you can try with?

Hammad

@jay_s_uk Do you think this will solve the problem?

jay_s_uk

@hammad it has for people in the past. i've seen instances where standard USB doesn't provide enough power, especially laptops

Hammad

@jay_s_uk Thank you for the idea. Ill let you know in few minutes if this actually works.

Hammad

@jay_s_uk Thank you so much! this actually worked. It is writing the Firmware right now. It's been at 34% for a while now. I'm just glad that it connected!