New to Duet but heading to a major project. Advise needed.

dc42 · 26 Mar 2021, 15:52

@alankilian said in New to Duet but heading to a major project. Advise needed.:

And that means you should have a pull-up resistor (I don't know, 4K Ohms seems OK) to at least 12 Volts from the signal line on your 1XD.

The IO1.in pin already has a pullup resistor to +5V. As the OP said that with the axis not homed he measured 4.92V on the pin, that would appear to be sufficient. The minimum allowed logic high level is 2.5V.

Marcossf · 26 Mar 2021, 16:13

We've connected OUT COM straight from the driver to GND on 1XD board, and OUT0 to the ioX.in pin on the 1XD as can be seen in the pictures. Test with all three io pins, same result.

Also tested injecting 24volt plus signal into the signal pin at the driver side.

We also see the signal activation in the driver side with internal software monitor and with a osciloscope when reached the home defined in the internal encoder.

So suspect there is something in the config or in the way the 1XD board take the signal to get endstop trigger.

I'll test right now a external mechanical switch to see if the endstops are triggered in these pin.

dc42 · 26 Mar 2021, 16:52

@Marcossf, does M119 report the correct state?

What GCode commands are you using to home the axis?

Marcossf · 26 Mar 2021, 17:50

Yes, M119 report right when M574 X1 S1 P "121.io0.in" but stops at the actual position of the axis, not in home.
The driver trigger the HOME-END signal just when the encoder position HOME is reached, but with this endstop config stops where the X axis is. Seems to be inverted.

Home commands are isued from DWC button or G28 X0 command. If cheat G92 X0 the controller think its homed and can move the axis freely.

If I invert the endstop logic (!), issue a G28 X0 command seeking for home, it moves to home and when reached it, the driver stops, move a little forward and back to home point as if the endstop was triggered, the signal stay in low 1.07v and not inform there is home to these axis, just X homing failed.

Marcossf · 26 Mar 2021, 17:54

Maybe can invert the signal from the driver just for test? Common OUT to io0.in pin and HOME-END signal to 1XD gnd as if where a current sink signal.

I don't know if 1XD GND pin can support that.

Phaedrux · 26 Mar 2021, 19:31

The assumption with homing is that you'd be doing a G1 H1 X move until the endstop status changes. Then the position is set to either the M208 min or max and the axis marked homed. So as long as it's sending that homed position signal during that homing move it should be fine.

The back off move and then rehome could probably be removed in your case.

Alternatively you could just change your homing file to move to that homed position and then use G92 to set that position as homed.

Marcossf · 29 Mar 2021, 08:55

@phaedrux The problem that we have is the signal received from the motor driver doesn't trigger the endstop pin. I don't know why. We can see the signal activation in the driver side as can be seen in the photos posted above.

Doing it with a simple switch works well, so the 1XD signal pin or homex.g routine isn't the problem.

; homex.g
; called to home the X axis
;
; generated by RepRapFirmware Configuration Tool v3.2.3 on Wed Mar 24 2021 10:52:22 GMT+0100 (hora estándar de Europa central)
G91               ; relative positioning
;G1 H2 Z5 F6000    ; lift Z relative to current position
G1 H1 X-205 F1800 ; move quickly to X axis endstop and stop there (first pass)
;G1 H2 X5 F6000    ; go back a few mm
;G1 H1 X-205 F360  ; move slowly to X axis endstop once more (second pass)
;G1 H2 Z-5 F6000   ; lower Z again
G90               ; absolute positioning

It is more a question of why it doesn't interpret the signal change when it is within the activation limits as @dc42 has said.

Phaedrux · 29 Mar 2021, 19:10

Perhaps you need to enable to pullup resistor on the pin you're trying to use.

Add ^ to the pin name in the M574.

Marcossf · 30 Mar 2021, 16:54

@phaedrux said in New to Duet but heading to a major project. Advise needed.:

Perhaps you need to enable to pullup resistor on the pin you're trying to use.

Add ^ to the pin name in the M574.

Tried already:

M574 X1 S1 P "121.io0.in" makes HOME in the position where it is because the pin is active. It does not give homing failed. It needs to be inverted, so next try to follow.
M574 X1 S1 P "!121.io0.in" searches for HOME correctly, but keeps waiting for it. It ends up giving homing failed. Inverting but still not Ok.
M574 X1 S1 P "^121.io0.in" makes HOME in the position where it is, as the first option. It does not give homing failed. Also needs to invert it.
M574 X1 S1 P "! ^121.io0.in" searches HOME correctly, but waits for it. It ends up giving homing failed.

At this moment, we're waiting for receive a new driver, because the USB interface to configure it was burned after a bunch intensive pin testing (at least we think that must have happened this, because it does not detect the USB anymore but moves).
So we need patiently wait for it. Meanwhile we have a lot of others task/problems to resolve.

Marcossf · 19 Apr 2021, 07:55

After receiving a new Oriental Motor Driver, and tested with 1XD homing works as expected.

I can say there is a real Closed Loop system that works with Duet. It isn't cheap at all, but really accurate and robust industrial grade motor and driver for anyone searching a real closed loop system.

There wasn't a config error on Duet config.g when we did M574 X1 S1 P"!40.io0.in" because it worked this time. Maybe a error or fail in the other driver.
Now it stops at exactly the step=0 feedback from the driver and notify RRF the endstop trigger. The connection was directly from pinOUT home signal from the driver io0.in and gnd. No boards, relays or signal level converters in between.

Still wondering how the first time we tested with the other driver didn't worked, but we will investigate it.

Now we need to see how to "M84 disable motors" can trigger the Free move function in the OM driver, but it isn't mandatory to get full working machine.

We are happy