Advanced Search

i tried searching first  .long story short had to replace my pc (pitt falls of a maker space) still making some slight changes etc so not up and running yet.. i had kept the machine from updating since every thing worked.

in the past i used github.com/TooTall18T/tool_length_probe to set the machine up todo manual tool changes then the tool setter. my understanding with the newest update to probe basic variables called out have changed.      is there a better way to be able to use a tool length setter when the machine requires manual tool changes ?
ive attached the subroutine files .



 

Is there any possibility that this is configured as a WRAPPED_ROTARY?

linuxcnc.org/docs/html/config/ini-config...:ini:sec:axis-letter

wiki.linuxcnc.org/cgi-bin/wiki.pl?WrappedRotaryAxes

This isn't elegant, but if your python file imports "hal" then you can create a HAL pin, put the value on that, and then read that value in your G-code.
The most reliable way to do this is to "net" it to one of the G-code analogue inputs and read it with M66. But you can also use the #<hal[mymodule.pinname]> format in the G-code. Just be aware that the latter method will generally get the value that was on the pin when the G-code program starts and won't see any live updates.

linuxcnc.org/docs/html/gcode/overview.html#gcode:ini-hal-params

It's possible that the noise is due to the servos getting a bad rotor "home"
This only applies to brushless motors, but the drives need to know where the rotor magnets are relative to the motor windings.
If you are using EtherCAT then this is probably all inside the drives, so I am not sure how you could ever be sure if this is the problem. Do you know how the drives perform this step? (If they use absolute encoders or hall sensors then this is unlikely to be the problem)

I wouldn't expect G71 and friends to accept REPEAT/ENDREPEAT in the profile subroutine. It parses G1,G2,G3 commands into a profile internally then creates a toolpath to cut that profile.
I am not even sure that it can be expected to correctly read #<_x> etc.