High speed machining
19 Jan 2015 21:36 #55163
by Shalotek
High speed machining was created by Shalotek
I am looking to retrofit/build new machines and i am trying to decide either to use a normal cnc control ie fanuc,seimens,yasnac,mitsubishi I have not have good success getting mach 3 to run fast enough
I am looking for cutting speeds of 300-500 IPM with max feed rates 1200-2000 and all of this needs to be short lines 3d moves can linux cnc come close to achieving what I need?
I have a new okuma with the OSP control and I have used feed rates upto 800 IPM and its smooth as silk thats the kinda results i am looking for.
here is a sample of the code I am running
even a haas can run this code ( a haas can only run up to about 60 IPM before is starts getting jerky)
I am looking for cutting speeds of 300-500 IPM with max feed rates 1200-2000 and all of this needs to be short lines 3d moves can linux cnc come close to achieving what I need?
I have a new okuma with the OSP control and I have used feed rates upto 800 IPM and its smooth as silk thats the kinda results i am looking for.
here is a sample of the code I am running
even a haas can run this code ( a haas can only run up to about 60 IPM before is starts getting jerky)
Please Log in or Create an account to join the conversation.
19 Jan 2015 22:11 #55165
by ArcEye
Replied by ArcEye on topic High speed machining
Hi
How fast a machine can run is completely down to the machine itself.
The humblest desktop can output instructions far faster than any mechanical machine can execute them.
If it is the actual code that causes the problem and your code is CAM generated and made up of thousands of short lines, the new trajectory planner may greatly
improve the performance.
It blends the path instead of treating each as an individual move, with acceleration followed almost immediately by decceleration to almost stop, then the next move etc.
www.linuxcnc.org/index.php/english/forum...stersprograms-wanted
Hopefully skunkworks or someone else on that thread may have a machine set up that can run your code and advise how it runs
regards
How fast a machine can run is completely down to the machine itself.
The humblest desktop can output instructions far faster than any mechanical machine can execute them.
If it is the actual code that causes the problem and your code is CAM generated and made up of thousands of short lines, the new trajectory planner may greatly
improve the performance.
It blends the path instead of treating each as an individual move, with acceleration followed almost immediately by decceleration to almost stop, then the next move etc.
www.linuxcnc.org/index.php/english/forum...stersprograms-wanted
Hopefully skunkworks or someone else on that thread may have a machine set up that can run your code and advise how it runs
regards
Please Log in or Create an account to join the conversation.
- Todd Zuercher
-
- Away
- Platinum Member
-
Less
More
- Posts: 4978
- Thank you received: 1376
19 Jan 2015 22:44 - 19 Jan 2015 23:29 #55166
by Todd Zuercher
Replied by Todd Zuercher on topic High speed machining
Just looking at the code, it isn't ever going to go 300-400 ipm because the feed rate is programmed to a max of F100, with lots of other F speeds set (some as low as F7).
If the code were programed to go at 300-400 ipm and if the machine were capable of the necessary accelerations to achieve those speeds in the programed movements, then Linuxcnc should be able to do it.
Other than the code slowing its self down I don't see any reason it shouldn't run. (it seems to run fine in simulation)
It looks like your CAM program is trying to be too clever, and program in decelerations to keep the code within the machines capabilities. That isn't necessary in Linuxcnc. Linuxcnc's trajectory planner is smart enough to limit speeds to the machine's max accelerations (provided you have correctly configured your machine in Linuxcnc).
If the code were programed to go at 300-400 ipm and if the machine were capable of the necessary accelerations to achieve those speeds in the programed movements, then Linuxcnc should be able to do it.
Other than the code slowing its self down I don't see any reason it shouldn't run. (it seems to run fine in simulation)
It looks like your CAM program is trying to be too clever, and program in decelerations to keep the code within the machines capabilities. That isn't necessary in Linuxcnc. Linuxcnc's trajectory planner is smart enough to limit speeds to the machine's max accelerations (provided you have correctly configured your machine in Linuxcnc).
Last edit: 19 Jan 2015 23:29 by Todd Zuercher.
Please Log in or Create an account to join the conversation.
19 Jan 2015 23:35 - 20 Jan 2015 00:06 #55168
by PCW
Replied by PCW on topic High speed machining
On my test it runs in 26 seconds and maximum feed rate seems to be 100 IPM
if I limit the accel to 1G (but dont limit the feed rates) I get 8 seconds
(not that many machines are comfortable with 1G acceleration)
if I limit the accel to 1G (but dont limit the feed rates) I get 8 seconds
(not that many machines are comfortable with 1G acceleration)
Last edit: 20 Jan 2015 00:06 by PCW.
The following user(s) said Thank You: Shalotek
Please Log in or Create an account to join the conversation.
20 Jan 2015 00:36 #55172
by Shalotek
Replied by Shalotek on topic High speed machining
PCW thank you for that bit of info here is the same program as It would run on the Okuma and remember this is a 1/8 4f carb em running dry insteel about 30 hrc
I do run tools at cutting feeds of over 300 IPM the first program wast just all the haas can do (it cant run smoothly over 60 IPM its a haas)
Todd I am programming with solidcam I Machining thats why all the fed rates it maintains chip load on the tool (its agressive and it works)
I guess what i am asking is can linux run the code maintain its speed without getting jerky like a haas or mach3 does ( I am not even considering steppers )
I do run tools at cutting feeds of over 300 IPM the first program wast just all the haas can do (it cant run smoothly over 60 IPM its a haas)
Todd I am programming with solidcam I Machining thats why all the fed rates it maintains chip load on the tool (its agressive and it works)
I guess what i am asking is can linux run the code maintain its speed without getting jerky like a haas or mach3 does ( I am not even considering steppers )
Please Log in or Create an account to join the conversation.
20 Jan 2015 00:46 #55173
by cncbasher
Replied by cncbasher on topic High speed machining
so long as your using servo drives with a decent interface i.e mesa or ppc , i dont see a problem , and that the servo's are tuned etc
as Todd says , it's not Linuxcnc that is the problem , it's how you setup and interface it , and don't take cam programs defaults either , truly set it up to suit the machine
their are many machines running linuxcnc professionally in a production environment , at the end of the day it's how it's setup and the care taken to do so .
as Todd says , it's not Linuxcnc that is the problem , it's how you setup and interface it , and don't take cam programs defaults either , truly set it up to suit the machine
their are many machines running linuxcnc professionally in a production environment , at the end of the day it's how it's setup and the care taken to do so .
Please Log in or Create an account to join the conversation.
- Todd Zuercher
-
- Away
- Platinum Member
-
Less
More
- Posts: 4978
- Thank you received: 1376
20 Jan 2015 01:12 - 20 Jan 2015 01:34 #55176
by Todd Zuercher
Replied by Todd Zuercher on topic High speed machining
It will be as smooth as any machine with no jerk limiting can be. The biggest problem with Linuxcnc's motion system is that it only does linear acceleration.
I am not familiar enough with the controls in Haas or Mach3 to know what the limiting factors are or what the source of their jerkiness is for you. If it is line to line reading, Linuxcnc with the new trajectory planner should be better. If it is step generation limitations or max feed rates, Linuxcnc with hardware step generation or analog servo should be better. If the limitation is linear acceleration/infinite jerk, it won't be better. Infact if infinite jerk is the problem the old tool planner might give better results than the new planner (if line to line reading isn't to much of a limiting factor)
.
I am not familiar enough with the controls in Haas or Mach3 to know what the limiting factors are or what the source of their jerkiness is for you. If it is line to line reading, Linuxcnc with the new trajectory planner should be better. If it is step generation limitations or max feed rates, Linuxcnc with hardware step generation or analog servo should be better. If the limitation is linear acceleration/infinite jerk, it won't be better. Infact if infinite jerk is the problem the old tool planner might give better results than the new planner (if line to line reading isn't to much of a limiting factor)
.
Last edit: 20 Jan 2015 01:34 by Todd Zuercher.
Please Log in or Create an account to join the conversation.
- scubasteve1
- Offline
- Junior Member
-
Less
More
- Posts: 24
- Thank you received: 0
01 Feb 2015 04:19 #55526
by scubasteve1
Replied by scubasteve1 on topic High speed machining
This brings up a question I have had for awhile now, are we talking about closeing the feedback loop through Lcnc or thru just the servo and drive? I was wondered if lets say I retrofitted a HAAS for example, could I more-or-less get the same preformance by closing the feedback loop thru the yaskawa drives (step/dir input)? Then I would not be nearly as dependant on PC latency and jitter? Or do I have than backwards?
Please Log in or Create an account to join the conversation.
01 Feb 2015 05:03 #55529
by PCW
Replied by PCW on topic High speed machining
If the drives handle the velocity part of the loop, linuxcnc's position loop rates or say 1 to 4 KHz
are fine for high performance.
At some point the chord error (from discrete velocity steps at the servo loop rate)
becomes significant but thats only for rather extreme accelerations.
As Todd mentioned, lack of a low jerk trajectory planner is probably the main limitation
There is ongoing work on a limited jerk TP however so this limitation may eventually be removed
Servo loop jitter is not terribly significant
are fine for high performance.
At some point the chord error (from discrete velocity steps at the servo loop rate)
becomes significant but thats only for rather extreme accelerations.
As Todd mentioned, lack of a low jerk trajectory planner is probably the main limitation
There is ongoing work on a limited jerk TP however so this limitation may eventually be removed
Servo loop jitter is not terribly significant
Please Log in or Create an account to join the conversation.
05 Aug 2015 09:56 #61158
by Shalotek
Replied by Shalotek on topic High speed machining
OK I am using nema 23 steppers direct drive to a funky mm pitch ball screw its about a 5 turn per inch i max out and reliable 60 ipm iam usung pico systems USC with cheap encoders it will run the same code i run in a haas faster and smoother its still not smooth enough but its pretty good i am at 85 ipm acceleration i can get about 100 ipm but with all the weight on my table from fixture i would just tear my machine up and wont really have any time savings
Please Log in or Create an account to join the conversation.
Time to create page: 0.173 seconds