[3.4b3] Homing coupler does not work correctly
-
@diamondback this is what I have in homec.g:
; homec.g ; called to home the C axis (coupler) G91 M400 M913 C60 ; XY MOTORS TO 60% CURRENT G1 H2 C-1000 F10000 G92 C-125 G90 M913 C100 ; XY MOTORS TO 100% CURRENT G1 C0 F10000 ;Open Coupler M98 P"/macros/Coupler - Unlock"
-
@dc42 Mine looks like this:
; homec.g ; called to home the C axis (coupler) if sensors.gpIn[0].value = 0 || sensors.gpIn[1].value = 0 || sensors.gpIn[2].value = 0 || sensors.gpIn[3].value = 0 M291 S1 T5 P"Please return tool to dock before homing coupler" R"Can't home coupler" abort G91 M400 M913 C60 ; C MOTOR TO 60% CURRENT G1 H2 C-300 F10000 G92 C0 G90 M400 M913 C100 ; C MOTORS TO 100% CURRENT M98 P"/macros/Toolchanging/Coupler - Unlock" ; open coupler
You mentioned that you saw a couple of failed homes on your TC as well, what happened to that?
-
@dc42 Further info: It seems that if I home Z before C, it works correctly as it did with 3.3. So basically I home C last now and so far, that worked every time.
-
@dc42 Hm I'm starting to think that my issue might be related to this thread: https://forum.duet3d.com/topic/25647/3-4b4-and-3-4b5-issue-with-sensorless-homing
If my initial home move command aborted immediately because sensorless homing triggered, the whole behavior makes sense.
I looked at my config and sure enough, C is halfway configured with sensorless homing there:M574 C1 S3 ; Stall detect coupler at low end of its range ;Stall Detection ;M915 C S6 F0 H200 R0 ; Coupler
(more or less copied from your toolchanger config on github)
I'm not actually using stall detection, but just ram the coupler against its hard stop for some time as recommended.
Thoughts?
-
@diamondback try commenting out the M574 command for C, I also use the "ram the coupler against the hard stop" method on my tool changer. I set the current lower in my home C file during homing and then increase it back up at the end because I want to use more current when coupling the tools than when homing.
-
@t3p3tony Hm, no luck Still the same broken behavior with no M574 command for C. Maybe there is some default that applies instead?
-
@diamondback what does sending:
M574
With no arguments report?
Also try sending
G1 H2 C-300 F10000
And
G1 H2 C300 F10000
From the console
-
@t3p3tony said in [3.4b3+] Homing coupler does not work correctly:
M574
It reports nothing for C when nothing is set, so that's good.
M574 Endstop configuration: X: high end switch connected to pin xstop Y: low end switch connected to pin ystop Z: none C: none
The G1 commands also work on their own, it's literally just within the homeall file where things go south...
-
@diamondback I am having problems homing the coupler on my TC right now, which I am investigating.
-
@diamondback please can you try adding parameter R0 to the M584 command that creates the C axis, and reboot.
I am still investigating, however last time I had this problem, it disappeared when I rebooted the controller. So I don't want to do anything that needs a reset, such as trying this M584 change myself.
-
@dc42 Didn't change anything, with R0 it still homes incorrectly.
-
@diamondback please try the binary at https://www.dropbox.com/sh/xeu30go894p9xbs/AAB5U66SH4wbjKIcX0snUbKxa?dl=0. Caution if you are using stall homing: the stall sensitivity on Duet 3 MB6HC changed in release 3.4.0beta5 but has been reverted in this release.
-
@dc42 I'm afraid I'll need a Duet 2 (Wifi) binary.
-
-
@dc42 I'm carefully optimistic, I couldn't get it to do weird things yet, before it basically failed every single time. Will continue testing...
-
@dc42 Still no issues with the new binary, seems like you might have found the culprit
-
@diamondback thanks, I'll mark this thread as solved.
-
@dc42 I've been running the firmware build you posted here ever since you did, and no more issues with the coupler! Definitely seems solved!
-
@dc42 I have good news and bad news I just upgraded my entire TC from Duet 2 to Duet 3 hardware and also to 3.5b1.
The good news is that this issue did not happen anymore at all with the duet 2 hardware (on 3.4.5), however, now with Duet 3 on 3.5b1, it happens again I haven't tested Duet 3 on 3.4.5, so not sure if it's Duet 3 specific or 3.5b1...Any ideas what could have caused this regression?
-
-
@Diamondback please check whether the symptom is exactly the same as you describes at the start of this thread, and start a new thread with any appropriate amendments. Post the config.g and relevant homing files for your new configuration.