Orient

I knew I should have pasted all my files....image missing /media/kunena/emoticons/unsure.png

I'll get them up when I get home and we'll dig through everything together.  It'll be a couple hours.

I think PCW (or maybe Andy) tipped me off about tristate when I was having problems getting the spindle index signal to reset low.  I seem to recall the symptom was that orient would work once, and then subsequent attempts would fail (spinning/hunting for an index signal until it timed out) because I couldn't reset the index pin.

If you're impatient, you could probably search under my user name sometime between (appx) last May to September.

Relevant files attached.  Note that I don't use orient for anything other than homing the spindle so my drive dogs line up with the ATC forks.  My VFD isn't capable of holding a position.  It just gets close enough for the shot-pin to drop in and hold it.  No way I could reliably command a specific position.

• 01_PBATC.hal
  • main hal file.  All loadrt & addf are here.
• 02_atc.hal
  • connections to motion.digital/analog in/out.
• m27.ngc
  • one of the toolchange files used in my M6 sequence
  • Used for initial homing of the spindle
  • turns spindle-index-enable on & off via motion.digital-out-07 (M64/M65 P7)
  • After that, it rotates the spindle at 250rpm for a bit so orient can re-aquire the index pulse.
• m23.ngc
  • Another toolchange file
  • Used for all subsequent spindle orientation (takes less time)
  • Does not require the spindle-index-enable dance.

NOTE - If I remember correctly.. I was wrong in my earlier post. The symptom cured by the motion-digital-out-07 => tristate => index-enable fandango was not continuous spinning.  It was the spindle settling at the wrong location during an orient command.

Basically, wherever the spindle was when orient was commanded was interpreted as the 'index' point, and orient would rotate the spindle until it found the false index plus whatever offset I had programmed in INI file.

Both spindle.0.index-enable and pid.s.index-enable need to be reset to false before orient will work  If I don't turn on/off the spindle-index-enable before orienting:

• Orient commands rotation
• Shot pin fires (spring-loaded)
• Shot pin drops in
• Orient keeps trying to rotate because it's not at the false index
• Shot pin complains very loudly
• Orient muscles through with the shot pin & pocket crying
• Orient errors out because it just got a load applied by the shot pin and can't make it to the finish line in time
• I cry a little

Keep in mind that this complicated config may not be necessary for a different hardware combo.  If a servo spindle is used it's likely capable of holding position properly.  Even a 'smart' VFD and a 4pole induction motor might be able get close enough for a basic homing routine.

would you mind adding your toolchange.ngc and remap.py to the group?
thanks

How about I just dump everything on you? image missing /media/kunena/emoticons/wink.png

My ATC scheme is a result of me going off the Probe Basic reservation.  The PB simulation is designed to support a geneva wheel mechanism and the various Mxxx .ngc files are used to calculate shortest-path as well as drive the geneva wheel with a dumb AC or DC motor.  It does not use the carousel.comp component - all math & logic is handled in the PB Mxxx files.

My configuration uses a stepper motor driven by carousel.comp in 'counts' mode (to keep track of pockets).  Hence the need for a rather different config than the PB sim.

The toolchange_test.doc is a bunch of notes I was taking trying to untangle the Probe Basic tool change scheme.  Took me a while, but you might find something useful in there.

Remember - it's a work in progress and not in a lock-down state.  There is some lingering junk in the ATC folder where I tested a bunch of changes and haven't deleted all the previous versions of files.  There are also the (more or less) original Probe Basic tool change .ngc files, but the MAIN file is toolchange.ngc.

The comment(s) at the top of the .ngc files should tell you what's being used.  If there aren't a crap-ton of comments in a particular .ngc file, it's a leftover and not in use.

I'm sure you'll have questions, don't hesitate.  I could certainly use help too.

-Ralph

And another thing...

The remap.py might not be good-to-go.  There've been some changes in LCNC remap files over the past year or two, and I still need to compare my 'old' remap.py - especially the stdglue.py - to the most current version.

Was planning on doing that later tonight or tomorrow.

JPL wrote:

If only I would have a better understanding of German language... image missing /media/kunena/emoticons/dizzy.png
 

Amen.

I really, really want to understand his stuff, but the YT translator is horrible.  I can get the gist, but that's not quite good enough for really understanding.