re:RE: more R,P,Y axis conventions (rotary)
Posted by
ballendo@y...
on 2000-11-22 16:04:23 UTC
Alan,
(snips and more below)
feature for a "phase-enabled" controller. It's easier to change bits
than wiring :-)
BTW, the "shift" keys (as used by MaxNC) could be a good choice
for "additional linear axis" COMMON keys. This would give us 6 axis
jog capability from a std. keyboard (cursors,PgUp/Dn,2 sets of +/-
,and shift keys)
BEHIND the sherline. So you look at the rotation from behind the mill!
And maybe "THROUGH" the rotary table. (what?! Yours isn't selectively
invisible?!<g>) I paid extra on all my machines for "selective
invisibility". Pretty expensive option, but it sure helps setups!
be helpful later with cut dia. comp, and some setups which strain the
mind!
(Fade out of Ballendos Brain...)
(XY arcs with B vs. XB "arcs". curves, really.)
Andrew Werby can prob'ly show you what happens when you combine two
rotating motions. Try(from memory): http://www.computersculpture.com
And certain types of Cam could make use of this type of move. Or
lettering a surface?
sizes. And allow Ellipses by setting unequal step sizes! On controls
which don't "support" either of these! (Kevin Carrol clued me in to
this a few years back. He wrote the original code for Stepster.)
at least "insightful" ways...
Hope this helps.
Ballendo
(snips and more below)
>I checked ACODE.DAT,Yes. That's the file (I couldn't remember the name) It's a nice
feature for a "phase-enabled" controller. It's easier to change bits
than wiring :-)
>I selected a reverse rotation pattern for Y in my program, and withStep/Dir S/W usually has a "bit flip" available to the jog key(s) Dir.
>the exception of also flipping the direction of the UP and DOWN
>keys, the travel, sign and usage works the same for my program and
>MaxNC (well, I use the arrow key set, and MaxNC uses just left and
>right shifts).
BTW, the "shift" keys (as used by MaxNC) could be a good choice
for "additional linear axis" COMMON keys. This would give us 6 axis
jog capability from a std. keyboard (cursors,PgUp/Dn,2 sets of +/-
,and shift keys)
>(I've been testing B) to indicate (the little pointer on theB rotates around Y. So the plane is XZ (involved axes). Positive Y is
>circumference) the right direction on the table!
BEHIND the sherline. So you look at the rotation from behind the mill!
And maybe "THROUGH" the rotary table. (what?! Yours isn't selectively
invisible?!<g>) I paid extra on all my machines for "selective
invisibility". Pretty expensive option, but it sure helps setups!
>Just thinking that rotation is opposite for the tool helps, I wasOkay, but remember to keep your FOCUS on what the TOOL is doing. Will
>wondering how to envision the tool going in circles!
be helpful later with cut dia. comp, and some setups which strain the
mind!
>> Answer: BOTH!Sorry. I forgot we were using the rotary when I was typing that part.
>> With G02 it will be positive when the TOOL is moving CW.
>> With G03 it will be positive when the TOOL is moving CCW.
(Fade out of Ballendos Brain...)
>Both, huh? Well, if I command 2.00" on Y, I get + movement (tool toAre you in absolute (G90) or incremental (G91)?
>rear of the part, yes). But currently, if I command 200.0 deg on
>the B, the table rotates ccw to 160 degrees (according to the
>indicator).
>Which I don't think I want! But then the "tool" went to 200 deg!?
>OUCH! Which do I want?
>Would I really use G02 and G03 on the table? It would be nice to beON the rotary table or WITH the rotary table?
>able to get it to "rotate a cut".
(XY arcs with B vs. XB "arcs". curves, really.)
Andrew Werby can prob'ly show you what happens when you combine two
rotating motions. Try(from memory): http://www.computersculpture.com
And certain types of Cam could make use of this type of move. Or
lettering a surface?
>Configurations are a GOOD thing, I just don't want to have to changeMultiple configs' can also allow "scaling" by setting FALSE step
>the phase outputs or feed rate calibrations.
sizes. And allow Ellipses by setting unequal step sizes! On controls
which don't "support" either of these! (Kevin Carrol clued me in to
this a few years back. He wrote the original code for Stepster.)
>Yup! Good thing to call them! I wish MaxNC had done it that way. ICouldn't agree more. If we CAN, let's use the keys in "correct", or
>HATE the "CAPS LOCK" approach. Well, and also the choice of keys for
>commands, and EXITS, that's what the ESC key is for!
at least "insightful" ways...
Hope this helps.
Ballendo
Discussion Thread
ballendo@y...
2000-11-21 22:03:47 UTC
Re: RE: more R,P,Y axis conventions (rotary)
Doug Harrison
2000-11-22 06:37:01 UTC
Re: [CAD_CAM_EDM_DRO] Re: RE: more R,P,Y axis conventions (rotary)
Ian Wright
2000-11-22 09:31:13 UTC
Re: [CAD_CAM_EDM_DRO] Re: RE: more R,P,Y axis conventions (rotary)
Doug Harrison
2000-11-22 11:09:32 UTC
Re: [CAD_CAM_EDM_DRO] Re: RE: more R,P,Y axis conventions (rotary)
Alan Marconett KM6VV
2000-11-22 11:12:22 UTC
RE: more R,P,Y axis conventions (rotary)
ballendo@y...
2000-11-22 16:04:23 UTC
re:RE: more R,P,Y axis conventions (rotary)
Alan Marconett KM6VV
2000-11-22 18:19:01 UTC
RE: more R,P,Y axis conventions (rotary)
ballendo@y...
2000-11-22 18:57:09 UTC
RE: more R,P,Y axis conventions (rotary)
Alan Marconett KM6VV
2000-11-22 20:54:02 UTC
RE: more R,P,Y axis conventions (rotary)