Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
Posted by
David A. Frantz
on 2003-10-28 19:41:29 UTC
Hi Kim
I have one suggestion for you based on experience obtained years ago.
That is to glue your tool post in place with epoxy. Knocking the tool
post of the top slide on a lathe, in the event of a crash, is one way to
keep the grief level to a minimum.
Now I should mention that this approach was taken due to very unreliable
CNC controls that were attempting precision diamond turning. Since the
product, in the finshed state was only a few microns thick it didn't
take much of crash to damge things. Sometimes the diamond would
survive the crash and someitmes it wouldn't. The good thing though was
that the rest of the lathe did not suffer.
When a upgrade to better CNC equipment took place we moved away from
epoxy mounted tool posts. At that point very few crashes where due to
anything other than operator error.
As far as other aproaches do make use of your hard limit switches which
all machines should have. If you have critical tooling or product in
the machine and the machine supports it readjust those hard limits to
protect those items. Like wise careful use of soft limts on CNC
software that supports it will help. Additional switches wire in with
you hardstop swtiches may also be of help. All of these take setup
time so there has to be some pay off to implementing the protection.
Do realize that you have options to the normal hardlimit switch.
Though I've seen it attempted many times I've never seen an operator
actuated E-stop that really saves tooling. Generally things happen to
fast especially with machines running production code, so man in the
loop protection is not a good idea.
Generally fuses can help but they are rather slow. If the amplifiers
support it do use current limiting. This can impact your servo
performance and lead to debug issues so be careful and keep the
possibilities in the back of your mind. Certain types of crashed
involving your spindle can benefit from overload protection of the
spindle also, such an overload should also shut down your axis.
If you in mass production and the process requires operator tweaks do
consider moving the required intelligence to a PC. Have the PC
generate the CNC code and have it update the CNC controller. Anything
that removes manual computation and data entry should be looked into.
So for example if the operator has to monitior the parts for certian
dimensions that are key to the process and make program parameter
changes based on those samplings then it is a very good idea to have the
entire process computerized. To get further into this example if one
or more of the parameters that the operator is monitoring is directly
related to thermal growth of the spindle or growth of the leadscrews,
develope a computer program to generate the compensations. It is
amazing how many unexplained crashes go away once simple validation for
rational data is done. While I'm not currently in a situation where
I'm up to date on the latest CNC software available I do know that some
CNC packages can support such coftware developement within a modified
form of CNC code. With modern PC's running CNC interpeters, there is
a very real option of running your SPC software right beside the CNC
code. It should be noted though that you will have to figure out how
to get the CNC side of the machine to re read the CNC code
automatically. While I realize that these are techniques of mass
production where you want the cheapest operator possible running your
process, it can be very usefull for projects of lesser scale. It is
also surprising how many mistakes even a skilled and reasonably
intelligent operator can make when under pressure or simply
distracted. The trick is to use accumulated intelligence, experience,
a bit of engineering math to remove the human mind from the chain as
much as possible. This will save you time and materials due to mistakes.
Another thing that can be very useful if you go the software route is
the concept of traceability. It is amazing how usefull a change log
automatically generated can be. What I'm getting at here is to have
all paramters touched by an operator saved in a log file. At one
point we even had the lathes computing compensations on the fly and also
recording those parameters in the log files. So when thinking
automation software do not forget LOG FILES!!!!. A little bit of
information can go a long way to correcting or identifiying problems.
So things like time and date, before and after values of the parameter
in question and what ever other parameters that may be of importance is
recorded.
Log files are very usefull beyond the software maintenance issues
also. If you have a lathe making automatic tweaks to parameters, and
that lathe has issues, a log file can be very useful in determining what
went wrong. How the lathe was behaving when no body was around can be
very useful to the electromechanical maintenance people.
I hope this isn't long winded.
Thanks
Dave
Kim Lux wrote:
I have one suggestion for you based on experience obtained years ago.
That is to glue your tool post in place with epoxy. Knocking the tool
post of the top slide on a lathe, in the event of a crash, is one way to
keep the grief level to a minimum.
Now I should mention that this approach was taken due to very unreliable
CNC controls that were attempting precision diamond turning. Since the
product, in the finshed state was only a few microns thick it didn't
take much of crash to damge things. Sometimes the diamond would
survive the crash and someitmes it wouldn't. The good thing though was
that the rest of the lathe did not suffer.
When a upgrade to better CNC equipment took place we moved away from
epoxy mounted tool posts. At that point very few crashes where due to
anything other than operator error.
As far as other aproaches do make use of your hard limit switches which
all machines should have. If you have critical tooling or product in
the machine and the machine supports it readjust those hard limits to
protect those items. Like wise careful use of soft limts on CNC
software that supports it will help. Additional switches wire in with
you hardstop swtiches may also be of help. All of these take setup
time so there has to be some pay off to implementing the protection.
Do realize that you have options to the normal hardlimit switch.
Though I've seen it attempted many times I've never seen an operator
actuated E-stop that really saves tooling. Generally things happen to
fast especially with machines running production code, so man in the
loop protection is not a good idea.
Generally fuses can help but they are rather slow. If the amplifiers
support it do use current limiting. This can impact your servo
performance and lead to debug issues so be careful and keep the
possibilities in the back of your mind. Certain types of crashed
involving your spindle can benefit from overload protection of the
spindle also, such an overload should also shut down your axis.
If you in mass production and the process requires operator tweaks do
consider moving the required intelligence to a PC. Have the PC
generate the CNC code and have it update the CNC controller. Anything
that removes manual computation and data entry should be looked into.
So for example if the operator has to monitior the parts for certian
dimensions that are key to the process and make program parameter
changes based on those samplings then it is a very good idea to have the
entire process computerized. To get further into this example if one
or more of the parameters that the operator is monitoring is directly
related to thermal growth of the spindle or growth of the leadscrews,
develope a computer program to generate the compensations. It is
amazing how many unexplained crashes go away once simple validation for
rational data is done. While I'm not currently in a situation where
I'm up to date on the latest CNC software available I do know that some
CNC packages can support such coftware developement within a modified
form of CNC code. With modern PC's running CNC interpeters, there is
a very real option of running your SPC software right beside the CNC
code. It should be noted though that you will have to figure out how
to get the CNC side of the machine to re read the CNC code
automatically. While I realize that these are techniques of mass
production where you want the cheapest operator possible running your
process, it can be very usefull for projects of lesser scale. It is
also surprising how many mistakes even a skilled and reasonably
intelligent operator can make when under pressure or simply
distracted. The trick is to use accumulated intelligence, experience,
a bit of engineering math to remove the human mind from the chain as
much as possible. This will save you time and materials due to mistakes.
Another thing that can be very useful if you go the software route is
the concept of traceability. It is amazing how usefull a change log
automatically generated can be. What I'm getting at here is to have
all paramters touched by an operator saved in a log file. At one
point we even had the lathes computing compensations on the fly and also
recording those parameters in the log files. So when thinking
automation software do not forget LOG FILES!!!!. A little bit of
information can go a long way to correcting or identifiying problems.
So things like time and date, before and after values of the parameter
in question and what ever other parameters that may be of importance is
recorded.
Log files are very usefull beyond the software maintenance issues
also. If you have a lathe making automatic tweaks to parameters, and
that lathe has issues, a log file can be very useful in determining what
went wrong. How the lathe was behaving when no body was around can be
very useful to the electromechanical maintenance people.
I hope this isn't long winded.
Thanks
Dave
Kim Lux wrote:
>I'd like to know what is supposed to "give" when one crashes a CNC
>tool/slide into a chuck, tailstock, etc ?
>
>Lets say we've got a servo/ballscrew set up that generates 1000 to 1500
>pounds of force when called on. Next, we accidentally command that axis
>to run into something immovable: a chuck, tailstock, etc. On a
>commercial machine, how is this handled without wrecking anything ?
>
>Right now we've got a quick blow fuse that pops in our equipment. It is
>the only way that I can see to limit the damage. What is everyone else
>doing ?
>
>BTW: now that we are experienced, we rarely crash our equipment. I'm
>just curious/wondering how others and commercial equipment handle this.
>
>
>
Discussion Thread
fuddham
2003-10-26 05:44:41 UTC
VFD for a 15HP CNC lathe
caudlet
2003-10-26 06:37:39 UTC
Re: VFD for a 15HP CNC lathe
Marv Frankel
2003-10-26 07:12:53 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
fuddham@a...
2003-10-26 07:35:52 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
caudlet
2003-10-26 07:48:15 UTC
Re: VFD for a 15HP CNC lathe
David A. Frantz
2003-10-26 08:36:58 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
vavaroutsos
2003-10-26 09:09:51 UTC
Re: VFD for a 15HP CNC lathe
Doug Fortune
2003-10-26 17:37:55 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
fuddham@a...
2003-10-26 17:52:59 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
Raymond Heckert
2003-10-26 19:23:27 UTC
Re: [CAD_CAM_EDM_DRO] VFD for a 15HP CNC lathe
Markwayne
2003-10-26 20:22:17 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
Marv Frankel
2003-10-26 21:00:09 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
Jon Elson
2003-10-26 21:35:01 UTC
Re: [CAD_CAM_EDM_DRO] VFD for a 15HP CNC lathe
Jon Elson
2003-10-26 21:41:22 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
fuddham@a...
2003-10-27 04:40:29 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
dan
2003-10-27 08:08:40 UTC
Re: VFD for a 15HP CNC lathe
Chuck Knight
2003-10-27 08:08:58 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
Kim Lux
2003-10-27 08:09:11 UTC
PCB routing with CNC milling machine....
anti_entropics
2003-10-27 08:09:12 UTC
Re: VFD for a 15HP CNC lathe
Jerry Kimberlin
2003-10-27 08:09:41 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
Jon Elson
2003-10-27 09:47:16 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Jon Elson
2003-10-27 09:50:18 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
Tim Goldstein
2003-10-27 09:58:57 UTC
RE: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Harvey White
2003-10-27 13:42:02 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Harvey White
2003-10-27 13:44:49 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
James Cullins
2003-10-27 18:24:20 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Tim Goldstein
2003-10-27 18:39:50 UTC
RE: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
James Cullins
2003-10-27 18:48:18 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
vnegrete@r...
2003-10-27 19:09:39 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
David A. Frantz
2003-10-27 19:29:32 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
John Johnson
2003-10-27 23:06:20 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Kim Lux
2003-10-27 23:15:20 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Brian
2003-10-27 23:16:22 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Jerry Kimberlin
2003-10-27 23:16:32 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Jon Elson
2003-10-27 23:35:39 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
turbulatordude
2003-10-28 03:32:52 UTC
Re: PCB routing with CNC milling machine....
turbulatordude
2003-10-28 03:43:54 UTC
Re: PCB routing with CNC milling machine....
James Cullins
2003-10-28 03:53:16 UTC
Re: [CAD_CAM_EDM_DRO] Re: PCB routing with CNC milling machine....
James Cullins
2003-10-28 03:55:52 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
turbulatordude
2003-10-28 04:27:43 UTC
Re: PCB routing with CNC milling machine....
fuddham@a...
2003-10-28 05:10:45 UTC
Re: [CAD_CAM_EDM_DRO] Re: VFD for a 15HP CNC lathe
Fred Smith
2003-10-28 06:27:32 UTC
Re: PCB routing with CNC milling machine....
James Cullins
2003-10-28 07:12:53 UTC
Re: [CAD_CAM_EDM_DRO] Re: PCB routing with CNC milling machine....
Kim Lux
2003-10-28 07:22:00 UTC
Crashing CNCs: what gives ?
IMService
2003-10-28 08:04:54 UTC
Re: Crashing CNCs: what gives ?
Vince Negrete
2003-10-28 08:24:46 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
Harvey White
2003-10-28 08:59:02 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Harvey White
2003-10-28 09:00:10 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Jon Elson
2003-10-28 09:05:26 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
Jon Elson
2003-10-28 09:06:41 UTC
Re: [CAD_CAM_EDM_DRO] Re: PCB routing with CNC milling machine....
stevenson_engineers
2003-10-28 09:08:59 UTC
Re: Crashing CNCs: what gives ?
Jon Elson
2003-10-28 09:17:23 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
Jon Elson
2003-10-28 09:45:43 UTC
Re: [CAD_CAM_EDM_DRO] Re: PCB routing with CNC milling machine....
Fred Smith
2003-10-28 12:03:46 UTC
Re: PCB routing with CNC milling machine....
wanliker@a...
2003-10-28 12:14:00 UTC
Re: [CAD_CAM_EDM_DRO] Re: PCB routing with CNC milling machine....
stevenson_engineers
2003-10-28 13:20:12 UTC
Re: PCB routing with CNC milling machine....
Alan Rothenbush
2003-10-28 15:03:00 UTC
Re: [CAD_CAM_EDM_DRO] PCB routing with CNC milling machine....
David A. Frantz
2003-10-28 19:41:29 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
Raymond Heckert
2003-10-28 19:57:53 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
Kim Lux
2003-10-28 21:16:36 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
David Bloomfield
2003-10-28 21:17:19 UTC
Re: Crashing CNCs: what gives ?
ballendo
2003-10-29 06:52:26 UTC
Re: PCB routing with CNC milling machine....
ballendo
2003-10-29 07:15:47 UTC
Re: Crashing CNCs: what gives ?
Kim Lux
2003-10-29 07:28:06 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
Dan Mauch
2003-10-29 08:09:33 UTC
RE: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
David A. Frantz
2003-10-29 08:32:26 UTC
Re: [CAD_CAM_EDM_DRO] Re: Crashing CNCs: what gives ?
ballendo
2003-10-29 09:29:33 UTC
Lathes for retrofit was Re: Crashing CNCs: what gives ?
Jon Elson
2003-10-29 10:44:14 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
David A. Frantz
2003-10-29 21:11:19 UTC
Re: [CAD_CAM_EDM_DRO] Lathes for retrofit was Re: Crashing CNCs: what gives ?
Kim Lux
2003-10-29 23:22:01 UTC
Re: [CAD_CAM_EDM_DRO] Lathes for retrofit was Re: Crashing CNCs: what gives ?
Kim Lux
2003-10-29 23:22:02 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
Tony Jeffree
2003-10-30 00:29:06 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
ballendo
2003-10-30 05:26:20 UTC
Lathes for retrofit
Erie Patsellis
2003-10-30 07:25:02 UTC
Re: [CAD_CAM_EDM_DRO] Lathes for retrofit was Re: Crashing CNCs: what gives ?
wanliker@a...
2003-10-30 09:50:54 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?
David A. Frantz
2003-10-30 12:37:44 UTC
Re: [CAD_CAM_EDM_DRO] Lathes for retrofit
Kim Lux
2003-10-31 08:20:04 UTC
CNC threading: tapping head or T/C holder ?
Robb Greathouse
2003-10-31 08:20:17 UTC
Re: [CAD_CAM_EDM_DRO] Lathes for retrofit was Re: Crashing CNCs: what gives ?
Torsten
2003-10-31 10:32:10 UTC
Re: Lathes for retrofit
Tony Jeffree
2003-11-01 04:00:56 UTC
Re: [CAD_CAM_EDM_DRO] Crashing CNCs: what gives ?