encoder configuration help for threading

in the postgui.hal file:

net encoder-out lowpass.1.in <= encoder.0.velocity

should be

net spindle-velocity-feedback-rpm => lowpass.1.in

PCW wrote:

in the postgui.hal file:

net encoder-out lowpass.1.in <= encoder.0.velocity

should be

net spindle-velocity-feedback-rpm => lowpass.1.in
 

Currently with this configuration the program starts, but I don't notice any change. I have tried several frequencies but without success. The rpm bar keeps bobbing up and down a lot.
I don't know if I still have something wrong...

try

setp lowpass.1.gain 0.005

PCW wrote:

try

setp lowpass.1.gain 0.005

exactly the same thing happens you can see it in the video.

That's actually expected because you are not using the lowpass filter output
I would change the postgui.hal to this:


# Incluya sus comandos HAL custom_postgui aquí
# Este archivo no se sobrescribirá cuando vuelva a ejecutar stepconf
addf lowpass.1 servo-thread
setp lowpass.1.gain 0.005
net spindle-velocity-feedback-rpm => lowpass.1.in
net spindle-velocity-filtered <= lowpass.1.out => gmoccapy.spindle_feedback_bar
net spindle-at-speed => gmoccapy.spindle_at_speed_led

Note that the velocity may have other issues as it seemed to have
dropped to 0 some times which may mean an encoder reading issue.

PCW wrote:

That's actually expected because you are not using the lowpass filter output
I would change the postgui.hal to this:


# Incluya sus comandos HAL custom_postgui aquí
# Este archivo no se sobrescribirá cuando vuelva a ejecutar stepconf
addf lowpass.1 servo-thread
setp lowpass.1.gain 0.005
net spindle-velocity-feedback-rpm => lowpass.1.in
net spindle-velocity-filtered <= lowpass.1.out => gmoccapy.spindle_feedback_bar
net spindle-at-speed => gmoccapy.spindle_at_speed_led

Note that the velocity may have other issues as it seemed to have
dropped to 0 some times which may mean an encoder reading issue.

now it is working fine!!! Now the rpm ranges from 365 to 360-368, for example. Do you think that's right?
Something that I have observed is that the rpm does not go above 375 and I think it is due to my encoder which is 600ppr. My lathe has 2500rpm. Do you think a 100ppr encoder would be better, for example?

Yes, the RPM limit is due to the combination of
basethread rate and encoder resolution. A 100 PPR
encoder should allow ~2250 RPM, with the same
base thread rate, though its unlikely that you would
need to thread at that speed...

PCW wrote:

Yes, the RPM limit is due to the combination of
basethread rate and encoder resolution. A 100 PPR
encoder should allow ~2250 RPM, with the same
base thread rate, though its unlikely that you would
need to thread at that speed...

my lathe may be able to allow me to thread over 500 rpm. I was just wondering if it is better or not to have an encoder with 100ppr. In the future I want to put a more powerful motor with a frequency inverter to control the spindle from linuxcnc, would the encoder affect something?

I guess it depends on how fast you really need to thread
(or have an actual speed readout)

On a parallel port system, the encoder maximum count rate is
dependent the base thread rate and encoder PPR.

The spindle drive system doesn't affect this limit.

I wanted to thank you very much for your help. thanks greetings.