> -----Original Message-----
> From: Chris Morley [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 30, 2008 12:59 PM
> To: EMC developers
> Subject: Re: [Emc-developers] spindle brake
> 
> > 
> >> But really when ever could you change directions with out stopping
> >> first? The way I'm talking gives the integrator the all choices
> >> 
> > 
> > The only example that comes to mind is rigid tapping in a mill
> 
> Actually not true. The spindle must stop but only for an instant.
> There is no reason it could not stop for at the bottom of the rigid
> tapping routine and wait for the spindle to reverse. You could then
> in theory use a regular spindle drive (fwd/rev/off)  for rigid tapping.
> using a brake or hitting reverse to stop. The stop spindle pin makes 
> this easier :) 
> 
> > however the goal should be to not hard code the behavior into
> > EMC's main code. Adding additional inputs from HAL that allow 
> > the implementer to control the behavior should allow everyone
> > to have the behavior that they desire.
> I agree I like choices.
> 
I am not advocating against a "spindle stopped" pin as input
to the main body of EMC code, only against embedding code
in the main body that prevents the machine implementer from
having control over the delay between forward and reverse 
by means of HAL or Classic Ladder.

Indeed adding inputs to many planning tasks is a good idea,
so long as there can be a default HAL configuration generated
by the stepper configuration program or supplied as a template
so that all the "loopbacks" necessary for normal operation are
supplied.

Steve Stallings

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to