Advanced Search

OK, will get the hal file.

I did most of my work on big iron. Watching what happens with an AC vent hitting the top of a machine with a laser will drive you crazy.
Good luck!

Yes, it’s a rolled screw it has error from the manufacturing process. Thomson claims +\- 0.004 per ft / 300mm.

Though it could be mathed out in the SPU if I was using UCCNC or MASSO.

I'm happy to report that building the 2.9 branch (incorporating the merged PR mentioned above) from the LinuxCNC github solved the problem - the mdi-command-NN pins show up and function as expected.  Thanks for the fix!

-Rob

Nevermind, I forgot how to correctly read and comprehend English.

I would use an RC filter if in a high noise environment

Also not sure from your description,  whats 24V and whats 5V
no 24V signal should be anywhere near 7I92T I/O pins

Can you do a:

halcmd show all | grep home > beforehome.txt

With LinuxCNC launched and enabled but before being homed

and

halcmd show all | grep home > afterhome.txt

With LinuxCNC launched and enabled after being homed (well at least home button pressed)

and post both berforehome.txt and afterhome.txt here?

Ahh, looks like the index is single ended, maybe that's the issue.

Unfortunately the 7I33, each encoder input is all differential or all single ended

So one thing to try would be to select single ended instead of differential
encoder mode one the 7I33. This is not ideal as it less resistant to noise
but may be OK.

If setting the 7I33 to single ended encode mode works, there is also
the possibility of using custom firmware that puts all the index inputs
on one 7I33 encoder connector  so you could have differential for A,B
but TTL mode for the Index signals.

Another possibility is to add a TTL to differential converter for the index signals
Mesa has such a thing, but its really just 1 chip on a board

(26ls31 or one of the many equivalents)

No, I also watched the Z- Index and spindle index (not as brief as X) but watched the pins in HAL-Show and they do not change either.
Thats why I thought I made a mistake in the HAL.
The 7i33: otherwise the motors rum smooth as the spindle does and are perfectly controllable (motor and spindle)
The encoder cable- most likely- I will check this asap.
Interesting is that the encoders have Ua1 and Ua2 both also inverted, but the Index Ua0 not (also spindle encoder)

 

OK So it looks like the FPGA card is OK.

This leaves the 7I33 and the cable

Do the other index inputs work?