- Posts: 617
- Thank you received: 0
Index Homing odd offset
Thanks for looking at all this.
I will update my hal file to see if it loads. Let me know if you still see anything obviously wrong with it.
Thanks for confirming that the index homing looks correct.
PCW, on a side note, I sent you a pm for 5i25 and 7i85 custom firmware request to get 1 pwm out on my stepper configuration to wire the spinx1 for spindle control.
Is there a possibility you could configure one assuming it doesn't already exist? Please let me know as I need to get my spindle up and running.
Many thanks!
www.linuxcnc.org/index.php/english/forum...spinx1-to-7i85#64354
Please Log in to join the conversation.
Please Log in to join the conversation.
Please Log in to join the conversation.
The home routine still didn't zero out the dro on index, mostly failed during joint following error as expected.
I'm re-attaching the Z axis section of hal please someone point out what is missing.
Please Log in to join the conversation.
What I would suggest is setting the following error (and min following error) fairly large, say 1 inch
and then plotting the following error in halscope
It will be very difficult to tune unless the encoder scale and step/dir scale match (at least with FF1=1)
That is you should be able to set P=0 and still get approximately correct motion by velocity command only (courtesy of FF1)
Please Log in to join the conversation.
The hal file looks basically correct (but the INI file needs looking at also)
What I would suggest is setting the following error (and min following error) fairly large, say 1 inch
and then plotting the following error in halscope
It will be very difficult to tune unless the encoder scale and step/dir scale match (at least with FF1=1)
That is you should be able to set P=0 and still get approximately correct motion by velocity command only (courtesy of FF1)
I did the above, and it looks like the motion is correct when run at 12ipm and FF1=1.
A short vid here:
Something is still way off when p get's introduced. The following errors are large and the axis either creeps or bounced back and forth. I tried I and D to see if anything would improve.
Should I be looking at the encoder channel as well?
Please Log in to join the conversation.
BTW I think a screen shot of halscope stopped at an appropriate time would be a lot easier to see
Please Log in to join the conversation.
If I understand correctly, the system is trying to keep the following error between FERROR (rapid move) and MIN_FERROR (slow feed rate) values.
How does this come into play in the hal file? Should this be the same number as the FERROR?
setp pid.z.maxerror .0005
Please Log in to join the conversation.
OT-CNC wrote: How does this come into play in the hal file? Should this be the same number as the FERROR?
setp pid.z.maxerror .0005
No, the pid error limits are all about controlling the way the pid works, mainly to prevent wind up.
The parameters are all described here:
www.linuxcnc.org/docs/html/man/man9/pid.9.html
Please Log in to join the conversation.
That part seems to work now for me.
Currently, I'm still having tuning issues. It does not seem to matter what I do, I can't see any clear progress. I'm re-attaching the ini file in case something is missing there.
Also, PCW how is progress on the custom 5i25 firmware for the SpinX? Thank you for your time.
Please Log in to join the conversation.
