Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Posted by
R Rogers
on 2007-05-24 19:42:40 UTC
Reply interspersed.
Lester Caine <lsces@...> wrote: R Rogers
Now that you have top posted I'll oblige by doing the same.
But I'll trim the rest of the message.
There ARE areas that windows is totally incapable of supporting, but the
current discussion is about how we can run spindle synchronised machining.
Mach3 does this using a small number of pulses per revolution simply because
it can't get a faster encoder signal back through windows.
// Not true. I have one servo retrofit that is 12,800 steps per inch. It is set up with the encoder interface sharing the encoder signals with the drive. This machine will rapid at 140 ipm on X any Y. It will read the encoders back through Windows Pport and Mach3 and display in a DRO at that speed and never miss a step. Thats 30k pulses per second. With a 1000 pulse per rev encoder, one could still thread at 1800 RPM. //
This approach only
works if you can maintain a steady spindle speed, and it does work as long as
you remain within the limits.
//I used to have this same assumption, however the results are tough to argue with. A large number of users doing threading at 1ppr and all reporting excellent results.//
The more accurate method is to use a high resolution encoder which requires a
controller that can handle the input and produce drive pulses to one or more
So did your ranting have any connection with the points being discussed?
/// Yes and sorry if it sounded like a rant, it wasn't. The points made were relevant to the topic of the thread and even some points made in the hijacking of it :)//
( Weather windows is going to survive is an argument I will not waste time on
here. Let me just say that my current business is based on supplying Linux
based information management systems to councils who are now actually
SPECIFYING them for their next upgrades - simply because they don't WANT
multimedia sound systems on staff desks :) But this *IS* off list )
--
Lester Caine - G8HFL
-----------------------------
Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact
L.S.Caine Electronic Services - http://home.lsces.co.uk
MEDW - http://home.lsces.co.uk/ModelEngineersDigitalWorkshop/
Firebird Foundation Inc. - http://www.firebirdsql.org/index.php
[Non-text portions of this message have been removed]
Lester Caine <lsces@...> wrote: R Rogers
Now that you have top posted I'll oblige by doing the same.
But I'll trim the rest of the message.
There ARE areas that windows is totally incapable of supporting, but the
current discussion is about how we can run spindle synchronised machining.
Mach3 does this using a small number of pulses per revolution simply because
it can't get a faster encoder signal back through windows.
// Not true. I have one servo retrofit that is 12,800 steps per inch. It is set up with the encoder interface sharing the encoder signals with the drive. This machine will rapid at 140 ipm on X any Y. It will read the encoders back through Windows Pport and Mach3 and display in a DRO at that speed and never miss a step. Thats 30k pulses per second. With a 1000 pulse per rev encoder, one could still thread at 1800 RPM. //
This approach only
works if you can maintain a steady spindle speed, and it does work as long as
you remain within the limits.
//I used to have this same assumption, however the results are tough to argue with. A large number of users doing threading at 1ppr and all reporting excellent results.//
The more accurate method is to use a high resolution encoder which requires a
controller that can handle the input and produce drive pulses to one or more
So did your ranting have any connection with the points being discussed?
/// Yes and sorry if it sounded like a rant, it wasn't. The points made were relevant to the topic of the thread and even some points made in the hijacking of it :)//
( Weather windows is going to survive is an argument I will not waste time on
here. Let me just say that my current business is based on supplying Linux
based information management systems to councils who are now actually
SPECIFYING them for their next upgrades - simply because they don't WANT
multimedia sound systems on staff desks :) But this *IS* off list )
--
Lester Caine - G8HFL
-----------------------------
Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact
L.S.Caine Electronic Services - http://home.lsces.co.uk
MEDW - http://home.lsces.co.uk/ModelEngineersDigitalWorkshop/
Firebird Foundation Inc. - http://www.firebirdsql.org/index.php
[Non-text portions of this message have been removed]
Discussion Thread
John Stevenson
2007-05-24 00:10:06 UTC
USB and ncPOD system
Lester Caine
2007-05-24 01:01:44 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Tony Jeffree
2007-05-24 02:09:38 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Lester Caine
2007-05-24 02:42:10 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Tony Jeffree
2007-05-24 03:05:32 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Graham Stabler
2007-05-24 04:17:01 UTC
Re: USB and ncPOD system
Peter Homann
2007-05-24 04:28:49 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
atelierrobin
2007-05-24 08:08:35 UTC
Re: Was USB and ncPOD system, CNC appliance
Alan KM6VV
2007-05-24 08:13:57 UTC
RE: [CAD_CAM_EDM_DRO] USB and ncPOD system
Stephen Wille Padnos
2007-05-24 08:28:34 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Andy Wander
2007-05-24 08:47:25 UTC
RE: [CAD_CAM_EDM_DRO] USB and ncPOD system
Stephen Wille Padnos
2007-05-24 08:58:30 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Lester Caine
2007-05-24 09:04:43 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Lester Caine
2007-05-24 09:19:52 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Stephen Wille Padnos
2007-05-24 09:33:58 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Lester Caine
2007-05-24 10:05:17 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
R Rogers
2007-05-24 10:48:55 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
atelierrobin
2007-05-24 11:40:13 UTC
Re: USB and ncPOD system
David G. LeVine
2007-05-24 11:51:10 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Lester Caine
2007-05-24 12:51:36 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Steve Blackmore
2007-05-24 13:14:07 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Steve Blackmore
2007-05-24 13:17:28 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Fred Smith
2007-05-24 13:21:33 UTC
Re: USB and ncPOD system
John Dammeyer
2007-05-24 16:10:11 UTC
RE: [CAD_CAM_EDM_DRO] USB and ncPOD system
Steve Blackmore
2007-05-24 16:23:15 UTC
Re: [CAD_CAM_EDM_DRO] Re: USB and ncPOD system
John Dammeyer
2007-05-24 16:47:41 UTC
RE: [CAD_CAM_EDM_DRO] Re: USB and ncPOD system
jmkasunich
2007-05-24 17:14:04 UTC
Re: USB and ncPOD system
Jon Elson
2007-05-24 18:13:52 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Jon Elson
2007-05-24 18:18:04 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Jon Elson
2007-05-24 18:25:30 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
R Rogers
2007-05-24 19:42:40 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Lester Caine
2007-05-25 00:33:38 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Lester Caine
2007-05-25 00:39:09 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system
Tony Jeffree
2007-05-25 08:29:13 UTC
Re: [CAD_CAM_EDM_DRO] USB and ncPOD system