Leslie Newell wrote:
>Hi Steve,
>
>Is there any difference between using FRO and adaptive feed rate? For
>proofing code, having the feed proportional shouldn't be a problem.
>
>
Yes.
FRO is set from the UI, and AFO is done in HAL in realtime. You need to
use AFO if you want to connect it to
Hi Steve,
Is there any difference between using FRO and adaptive feed rate? For
proofing code, having the feed proportional shouldn't be a problem.
Les
>
> The connection you suggest would only work as expected when you spin the
> encoder forward. If you spin backwards, the feedrate will be
Hi Steve,
>>
> The only thing left out of this is machine state. This could be done
> with checkpointing of some sort
This wouldn't be much of an issue would it? Each movement segment can
contain plenty of status flags, the code line number etc. File size
isn't really much of an issue these d
Leslie Newell wrote:
>That was pretty much what I intended to do. The spinning backwards
>problem is easily fixed by clamping the value so it can only be
>positive. If there isn't a HAL module already available to do that, it
>would be trivial to write one.
>
>BTW, does anyone know what happens
Stuart Stevenson wrote:
>you are correct but this is not what I had in mind when I asked the first
>question
>I was responding to Leslie's post
>
>
Understood.
The connection you suggest would only work as expected when you spin the
encoder forward. If you spin backwards, the feedrate will be
Stuart Stevenson wrote:
>you are correct but this is not what I had in mind when I asked the first
>question
>I was responding to Leslie's post
>
>
Understood.
The connection you suggest would only work as expected when you spin the
encoder forward. If you spin backwards, the feedrate will be
That was pretty much what I intended to do. The spinning backwards
problem is easily fixed by clamping the value so it can only be
positive. If there isn't a HAL module already available to do that, it
would be trivial to write one.
BTW, does anyone know what happens at the moment if you specif
you are correct but this is not what I had in mind when I asked the first
question
I was responding to Leslie's post
On Thu, Jun 18, 2009 at 4:30 PM, Stephen Wille Padnos wrote:
> Stuart Stevenson wrote:
>
> >You should be able to connect the MPG to a software encoder and then
> connect
> >the ve
Leslie Newell wrote:
>I think a bidirectional jog would be a nice feature. I am thinking of
>doing a crude version of this on my lathe. In jog wheel mode the FRO
>would be tied into the velocity output of an MPG. The faster you turn
>the handle, the faster the code is executed. Stop turning and
Stuart Stevenson wrote:
>You should be able to connect the MPG to a software encoder and then connect
>the velocity output from the software encoder the the feedrate.
>
>
Unless you spin the encoder backwards ...
- Steve
You should be able to connect the MPG to a software encoder and then connect
the velocity output from the software encoder the the feedrate.
Stuart
On Thu, Jun 18, 2009 at 4:13 PM, Leslie Newell wrote:
> I think a bidirectional jog would be a nice feature. I am thinking of
> doing a crude version
I think a bidirectional jog would be a nice feature. I am thinking of
doing a crude version of this on my lathe. In jog wheel mode the FRO
would be tied into the velocity output of an MPG. The faster you turn
the handle, the faster the code is executed. Stop turning and the
machine stops. Great
Steve,
Now that we have a volunteer what can I do to help you? :)
thank you very much,
Stuart
On Thu, Jun 18, 2009 at 3:46 PM, Chris Radek wrote:
> On Thu, Jun 18, 2009 at 04:40:48PM -0400, Stephen Wille Padnos wrote:
> >
> > Oh.
> >
> > That sounds a lot easier :)
>
>
> And that sounds like
On Thu, Jun 18, 2009 at 04:40:48PM -0400, Stephen Wille Padnos wrote:
>
> Oh.
>
> That sounds a lot easier :)
And that sounds like a volunteer!
(I think it does sound easier than it is)
--
Crystal Reports - New Free Ru
John Kasunich wrote:
>Stephen Wille Padnos wrote:
>
>
>>Decide how to make the TP capable of going forward and backward along
>>the path. (or decide that's not the way to do it)
>>
>>
>I'm about 99% sure this is not at all what Stuart was asking about.
>
>He is not talking about wheeling t
Stephen Wille Padnos wrote:
>>
> Decide how to make the TP capable of going forward and backward along
> the path. (or decide that's not the way to do it)
>
>
I'm about 99% sure this is not at all what Stuart was asking about.
He is not talking about wheeling thru a program. He is talking ab
Stuart Stevenson wrote:
>Oh my we need to get started :)
>I will try to help as much as possible. What do we need to do as the 'first'
>step of planning?
>thanks
>Stuart
>
>
Decide how to make the TP capable of going forward and backward along
the path. (or decide that's not the way to do it)
step one email the list...oh you did that already :)
certainly now I have 5 axis Im thinking of jogging difficulties
Dave Caroline
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licens
Oh my we need to get started :)
I will try to help as much as possible. What do we need to do as the 'first'
step of planning?
thanks
Stuart
On Thu, Jun 18, 2009 at 2:33 PM, Alex Joni wrote:
> > Gentlemen,
> > Where are we on being able to use the jog wheel for coordinate axis
> > motion inste
> Gentlemen,
> Where are we on being able to use the jog wheel for coordinate axis
> motion instead of joint motion?
Just before the planning phase ;)
Regards,
Alex
--
Crystal Reports - New Free Runtime and 30 Day Tr
Gentlemen,
Where are we on being able to use the jog wheel for coordinate axis
motion instead of joint motion?
thanks
Stuart
--
you can lead a person to knowledge
but you cannot make him think
--
Crystal Reports - New
21 matches
Mail list logo
