Andy Pugh wrote:
> I seem to be failing to express myself clearly. What I am saying is
> that with closed-loop spindle control you will automatically get the
> spindle speed you ask for in the G-code regardless of which pulley and
> back-gear combination you have selected, as long as the speed
> requested is inside the range of the current gear.
>   
I understand the concept, but I'm not sure I like it.  Oh, one other 
thing is engaging the back gear REVERSES the spindle on a Bridgeport!
So, unless the logic would read the spindle direction, figure out the 
backgear is engaged and reverse the VFD, it won't work anyway.
So, I really think the computer NEEDS to know about the back-gear 
selection, at least.

I'd rather be forced to select the proper gears than have the thing 
start hunting to provide the proper speed.  But, maybe that would work 
pretty smoothly, I don't know.  Right now, with the coarse encoder 
resolution provided by the gear tooth sensor (324 quadrature counts/rev) 
and the fact that velocity comes out of my canonical encoder 
non-compliant driver as an integer count per servo cycle, the speed 
resolution is VERY coarse.  I'm afraid a closed-loop scheme would need a 
lot of filtering, or it would be hunting speed all the time.

I am hoping to fix that encoder driver at the CNC fest this summer.

Jon

------------------------------------------------------------------------------
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to