- Posts: 56
- Thank you received: 0
Strange Behaviour of orient component G33 works ,.
because of G33 was needed we had to redo the Spindle orientation.
We now have the situation that we have the Encoder (AMT102) mounted A B signal are coming perfect the X Signal didnt make it maybe to much electronic noise or too short whatever to not loose time we have again hooked the x pin to the hall signal.
Now spindle sync speed all are coming in right situation
only thing we encounter that motion index enable is probably not firing
Now the question how should the sequence be ?
M19 uses the orient to tell the PID that something will go on
how is the end condition (lets say M19 R30 ) is set ?
i only found some example at mr haberler config
but this adjusted to my situation doesn't work.
So if there is somewhere an working config which i can use as example which shows it is revolutions or degree or whatever would help me a lot
thx
thomas
Please Log in to join the conversation.
tkamsker wrote: So if there is somewhere an working config which i can use as example which shows it is revolutions or degree or whatever would help me a lot
This is a setup that I have working on a sim:
Please Log in to join the conversation.
I ll do that tomorrow early morning thank you so much
i could then add this to the orient section for others ,..
thank you so much thomas
Please Log in to join the conversation.
tkamsker wrote: Ah so the near does the trick
I can see good arguments for the in-position pin being an output from the orient component, and for the component to re-orient if the requested angle changes.
Please Log in to join the conversation.
but it seems that the index enable is not fired,..
how to check that ?
i start the machine have the spindle before moved to index pin is true
i start the machine all encoder position is 0
if i turn the spindle by hand the position is now set in a way that it degrees means after full turn position is 360
my expectation is that when orient is fired which does motion.spindle index anable fires as well should after next turn of index reset position right (or i am wrong ?)
then the near would work
if i do g33 it works like that
any hint would be highly recommended
of ccourse the hal is now ugly as hell because i tried o lot now ,..
thanks in advance
Attachment not found
Please Log in to join the conversation.
tkamsker wrote: if i turn the spindle by hand the position is now set in a way that it degrees means after full turn position is 360
my expectation is that when orient is fired which does motion.spindle index anable fires as well should after next turn of index reset position right (or i am wrong ?)
then the near would work
There are, now I look at it, a couple of things missing from the HAL I posted.
I have got used to having an absolute encoder on my spindle..
Firstly, the connections between motion and the encoder are missing. You need
You can add those lines to the HAL such that they link to the existing signals, or add the missing pins to the first definition of the signals.
There is another quirk to handle, initial homing of the spindle...
For G33 it doesn't matter, as that sets the index-enable as needed (the spindle-index line in the HAL I posted above) but spindle-orient doesn't do that.
If you assume that the spindle will never need to orient without having first done at least one revolution then I believe that the folowing extra HAL line at the bottom of the file will zero the encoder the first time the spindle turns past index.
I think that because both pins connected to that signal are io pins it is valid to sets (set signal) the signal.
Please Log in to join the conversation.
thank you for the fast response
i do have that connection like speed and index
net spindle-velocity encoder.0.velocity => motion.spindle-speed-in lowpass.0.in
net spindle-index-enable encoder.0.index-enable <=> motion.spindle-index-enable
in the hal
or is it wrong way around ?
should it be
net spindle-index-enable motion.spindle-index-enable => encoder.0.index-enable
do be directed ?
And i have net spindle-position encoder.0.position => motion.spindle-revs => orient.position orient-pid.feedback near.0.in1
is that wrong ?
thx
thomas
Please Log in to join the conversation.
tkamsker wrote: is that wrong ?
thomas
No, that looks correct.
The order of pins in the net statements does not matter.
Please Log in to join the conversation.
Please Log in to join the conversation.
so i f i sum up
i do have to "customers" for that spindle-index-enable
to make sure they both have same i set on the end of the hal file the enable to 1
but later when we do G33.1 and then next tool M19
how is it ensured both are using encoder data properly ?
or is it just a glitch for the init phase ?
i will be tomorrow in the shop to try this
lets see
but my assumption with position equals degrees is correct ?
Please Log in to join the conversation.
