Leslie,
Having a tool presetter or not,at some point in time you have to
inform the control how long the next the tool is.So if you go at a one off job
like you have tool holders but really dont, I dont think it will
make much difference time wise.After the first tool you would go to a tool
Just spent a couple of hours playing around and have this pretty much
working. I now have a modified version of the manual tool change script
that stops the machine when you hit a tool change. After you have jogged
and run any MDI, clicking on continue restarts the machine on the next
line.
Leslie,
I am not opposed to this change and if there is enough
intrest in this then great.
I think that a better feature would be a tool check
Cutter is loading up(or whatever problem),you hit the
tool check button and the machine would move to a safe location
and go into a pause mode.Fix the
Hi Terry,
A 'tool check' type function would be very useful but it doesn't look
like anyone is likely to have enough time to put into this in the
foreseeable future. I would like to have a go but I simply don't have
the time to invest in learning the inner workings of the trajectory planner.
Terry wrote:
Leslie,
I am not opposed to this change and if there is enough
intrest in this then great.
I think that a better feature would be a tool check
Cutter is loading up(or whatever problem),you hit the
tool check button and the machine would move to a safe location
How would
One way to approach this would be to use HAL to add a position offset to
each joint. Normally, this would be set to zero. While paused, one could
then have jog functions that changed those offsets. That could manually
position the cutter where you wanted.
Then when you are done, use the jog
Since the chief problem is having the trajectory planner
stopped on a command boundary, would there be a
practical way to have a Pause input bring the planner
to a controlled stop such that the same approach Les
used can allow more general moves?
-Original Message-
From: Leslie Newell
I have the tool check function on a Centroid control(lathe).
I only have used it for OD turning...I dont know if
it is smart enough to know which way to move if a different
direction is needed.Maybe the tool orient is used for the movenent
away form the part.
My guess is you would have to decide
On Mon, 22 Jun 2009 11:27:56 -0400, you wrote:
How would the tool know where the safe location is or how to get to the
safe location?
It wouldn't, and why should it.
If I'm thread milling on a mill, I can't just pull straight up? If I'm
face grooving on a lathe I have to move in one
On Mon, 22 Jun 2009 00:01:32 -0700, you wrote:
.After the first tool you would go to a tool change
(you would use the Axis manual tool change)position automaticly and hit esc or
stop
then you put the next tool in and
touch it off, write it in the tool table in the T2 line
then scroll down to
Steve Blackmore wrote:
On Mon, 22 Jun 2009 11:27:56 -0400, you wrote:
Steve,
It's nice to save bits, but I'd appreciate it if you left a little more
leading context.
--I had quoted Terry
Terry wrote:
Leslie,
I am not opposed to this change and if there is enough
This might be a good time for me to mention what
some Dynapath controls have for this situation.
They have a front panel button called Recover.
When pressed the first time it sets the feedhold
mode and prepares to remember the next (up to three)
manual jogs that the operator makes. So it's like
On Saturday 13 June 2009, Douglas Pollard wrote:
At 75 years old
Darn, I've been dethroned as the resident old codger, I won't be 75 till
October 2009.
Congrats Doug.
I am just now learning cad and cad cam. I have
a lathe, a home made mill and I am converting it to cnc. So
That is the ticket!
Does two jogs in the same direction count as two or
does the change of axis make the next one of the three?
Either way it sounds cool.
Terry
On Mon Jun 22 18:40 , 'K.J. Kirwan' kjk_e...@ix.netcom.com sent:
This might be a good time for me to mention what
some Dynapath
Which version of the mutouch driver are you using? According to the Ubuntu
Hardy (didn't see a mention of which version of Ubuntu you are running
either so I am making an assumption) link I googled
(http://packages.ubuntu.com/hardy/xserver-xorg-input-mutouch) the current
version is 1.1.0-3 with
I think they did it the stupid way, where
they count each apply and release of a jog
(continuous) switch as one jog. This has the
advantage of letting them know right away when
you're done with a jog. But it also leads to the
problem you mentioned, where the genie might say,
Sorry, that
16 matches
Mail list logo
