-
Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreciated
I'm trying to mill something right now that involves a tool change(needs to be a manual one) and whenever I start the mill it immediately stops and says that the "T" code is incorrect. Again I know little to nothing about codes so any help is appreciated.
this is what some of it looks like now.
; T2 D=0.125 CR=0.0625 - ZMIN=-0.015 - ball end mill
; T4 D=0.1875 CR=0 - ZMIN=-0.35 - flat end mill
; T5 D=0.25 CR=0.125 - ZMIN=-0.0491 - ball end mill
N0 G90
N1 G17
N2 G70
N3 G53 G0 Z0
; Ramp1
N4 T4 M6
N5 T5
N6 S5000 M3
N7 G54
N9 G0 X0.1255 Y0.7255
N10 G43 Z0.6 H4
N11 Z0.0604
N12 G1 Z0.0187 F40
N13 X0.1257 Z0.0155
N14 X0.1266 Y0.7256 Z0.0123
N15 X0.128 Y0.7257 Z0.0094
N16 X0.1298 Y0.7258 Z0.0067
N17 X0.1321 Y0.726 Z0.0044
N18 X0.1348 Y0.7262 Z0.0025
N19 X0.1378 Y0.7264 Z0.0011
N20 X0.1409 Y0.7267 Z0.0003
N21 X0.1442 Y0.7269 Z0
N22 G3 X0.1614 Y0.747 I-0.0014 J0.0187
N23 G1 X0.1598 Y0.7681 Z-0.0001 F20
N24 X0.1593 Y0.775
N25 X0.1574 Y0.8164 Z-0.0004
I'm using HSMworks.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Openstarling694
I'm trying to mill something right now that involves a tool change(needs to be a manual one) and whenever I start the mill it immediately stops and says that the "T" code is incorrect. Again I know little to nothing about codes so any help is appreciated.
this is what some of it looks like now.
; T2 D=0.125 CR=0.0625 - ZMIN=-0.015 - ball end mill
; T4 D=0.1875 CR=0 - ZMIN=-0.35 - flat end mill
; T5 D=0.25 CR=0.125 - ZMIN=-0.0491 - ball end mill
N0 G90
N1 G17
N2 G70
N3 G53 G0 Z0
; Ramp1
N4 T4 M6
N5 T5
N6 S5000 M3
N7 G54
N9 G0 X0.1255 Y0.7255
N10 G43 Z0.6 H4
N11 Z0.0604
N12 G1 Z0.0187 F40
N13 X0.1257 Z0.0155
N14 X0.1266 Y0.7256 Z0.0123
N15 X0.128 Y0.7257 Z0.0094
N16 X0.1298 Y0.7258 Z0.0067
N17 X0.1321 Y0.726 Z0.0044
N18 X0.1348 Y0.7262 Z0.0025
N19 X0.1378 Y0.7264 Z0.0011
N20 X0.1409 Y0.7267 Z0.0003
N21 X0.1442 Y0.7269 Z0
N22 G3 X0.1614 Y0.747 I-0.0014 J0.0187
N23 G1 X0.1598 Y0.7681 Z-0.0001 F20
N24 X0.1593 Y0.775
N25 X0.1574 Y0.8164 Z-0.0004
I'm using HSMworks.
T4= Tool 4 you can only call ( 1 ) Tool in your program you have more than one T call so will be a problem
(T2 D=0.125 CR=0.0625 - ZMIN=-0.015 - ball end mill ) Use parentheses
(T4 D=0.1875 CR=0 - ZMIN=-0.35 - flat end mill )
(T5 D=0.25 CR=0.125 - ZMIN=-0.0491 - ball end mill )
N0 G90
N1 G17
N2 G70 ( Remove the G70 )
N3 G53 G0 Z0 ( Remove the G53 )
; Ramp1 ( remove the Ramp )
N4 T4 M6
N5 T5 ( Remove the T5 )
N6 S5000 M3
N7 G54
N9 G0 X0.1255 Y0.7255
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
mactec54
T4= Tool 4 you can only call ( 1 ) Tool in your program you have more than one T call so will be a problem
(T2 D=0.125 CR=0.0625 - ZMIN=-0.015 - ball end mill ) Use parentheses
(T4 D=0.1875 CR=0 - ZMIN=-0.35 - flat end mill )
(T5 D=0.25 CR=0.125 - ZMIN=-0.0491 - ball end mill )
N0 G90
N1 G17
N2 G70 ( Remove the G70 )
N3 G53 G0 Z0 ( Remove the G53 )
; Ramp1 ( remove the Ramp )
N4 T4 M6
N5 T5 ( Remove the T5 )
N6 S5000 M3
N7 G54
N9 G0 X0.1255 Y0.7255
Thank you, I'll try this out and see how it works, I'm guessing that I also need to fix the other tool changes as well.
(Update) it's still stopping in the same place, I'm not sure if I did it wrong or if its something else.
(T2 D=0.125 CR=0.0625 - ZMIN=-0.015 - ball end mill)
(T4 D=0.1875 CR=0 - ZMIN=-0.35 - flat end mill)
(T5 D=0.25 CR=0.125 - ZMIN=-0.0491 - ball end mill)
N0 G90
N1 G17
N3 G0 Z0
N4 T4 M6
N6 S5000 M3
N7 G54
N9 G0 X0.1255 Y0.7255
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Openstarling694
Thank you, I'll try this out and see how it works, I'm guessing that I also need to fix the other tool changes as well.
Yes if they look like this then yes, any comments need to have parentheses at each end or this will be a problem also ( )
Beginning and end of the program needs % also some controls don't need it but most do %
A safety line is normal at the beginning of a Program
%
G90 G40 G17 G80 ( can be in any order )
Program Here
End
G0Z3. ( Or where ever you want the Z Axes to retract too )
G53X0Y0. ( X and Y can also be where you want the each Axes to go )
M5
M30
%
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
mactec54
Yes if they look like this then yes, any comments need to have parentheses at each end or this will be a problem also ( )
Beginning and end of the program needs % also some controls don't need it but most do %
A safety line is normal at the beginning of a Program
%
G90 G40 G17 G80 ( can be in any order )
Program Here
End
G0Z3. ( Or where ever you want the Z Axes to retract too )
G53X0Y0. ( X and Y can also be where you want the each Axes to go )
M5
M30
%
I have done all of these things already and still nothing has changed, I'm sorry to keep asking more and more questions but could there be anything else that I could fix, I also changed the tool numbers not sure if that will affect it or not.
first tool change
%
(knuck bottle opener test)
(T1 D=0.125 CR=0.0625 - ZMIN=-0.015 - ball end mill)
(T2 D=0.1875 CR=0 - ZMIN=-0.35 - flat end mill)
(T3 D=0.25 CR=0.125 - ZMIN=-0.0491 - ball end mill)
N0 G90
N1 G17
N3 G0 Z0
N4 T2 M6
N6 S5000 M3
N7 G54
N9 G0 X0.1255 Y0.7255
N10 G43 Z0.6 H4
second tool change
N24193 Z0.08 F40
N24194 G0 Z0.6
N24196 M5
N24197 G53 Z0
N24198 M1
N24199 T3 M6
N24201 S5000 M3
N24202 G54
N24204 G0 X1.9061 Y0.3243
N24205 G43 Z0.6 H5
N24206 Z0.2
third tool change
N24475 Z0.2
N24476 G0 Z0.6
N24478 M5
N24479 G53 Z0
N24480 M1
N24481 T1 M6
N24483 S5000 M3
N24484 G54
N24486 G0 X0.4355 Y1.5
N24487 G43 Z0.6 H2
N24488 Z0.2
N24489 G1 Z0.065 F40
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
What kind of machine and control are you using?
Some machines require the tool# and M6 on separate lines, some don't use the M6. It looks like you're 2nd T# is a pre-call for the next tool.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Openstarling694
I have done all of these things already and still nothing has changed, I'm sorry to keep asking more and more questions but could there be anything else that I could fix, I also changed the tool numbers not sure if that will affect it or not.
first tool change
%
(knuck bottle opener test)
(T1 D=0.125 CR=0.0625 - ZMIN=-0.015 - ball end mill)
(T2 D=0.1875 CR=0 - ZMIN=-0.35 - flat end mill)
(T3 D=0.25 CR=0.125 - ZMIN=-0.0491 - ball end mill)
N0 G90
N1 G17
N3 G0 Z0
N4 T2 M6
N6 S5000 M3
N7 G54
N9 G0 X0.1255 Y0.7255
N10 G43 Z0.6 H4 ( T2=H2 )
second tool change
N24193 Z0.08 F40
N24194 G0 Z0.6
N24196 M5
N24197 G53 Z0 ( G0Z0 )
N24198 M1
N24199 T3 M6 ( T3M6 must match G43 line H3 )
N24201 S5000 M3
N24202 G54
N24204 G0 X1.9061 Y0.3243
N24205 G43 Z0.6 H5 ( H5 is incorrect has to be the same as the Tool number T3=H3 )
N24206 Z0.2
third tool change
N24475 Z0.2
N24476 G0 Z0.6
N24478 M5
N24479 G53 Z0 ( G0Z0 )
N24480 M1
N24481 T1 M6
N24483 S5000 M3
N24484 G54
N24486 G0 X0.4355 Y1.5
N24487 G43 Z0.6 H2 ( Tool T1=H1 )
N24488 Z0.2
N24489 G1 Z0.065 F40
No you have not you don't want G53 in your program anywhere, not configured like this any way
You have to change all your H numbers to the same as the tool number
-
Quote:
Originally Posted by
mactec54
No you have not you don't want G53 in your program anywhere, not configured like this any way
You have to change all your H numbers to the same as the tool number
On some controls G53 is a one-shot use of the machine co-ord system.... so if the control can read G53 codes, and, you have proved that it does work by MDI... there should be no problem keeping it in your program. ie G53Z0 is go home fast to the machine Z zero position.
As for H numbers matching the tool #... that should be a "standard" you should adopt..... it won't stop a program from running
My 2cents.... sequence number zero (N0) may not be a legit range.
... best advice would be to single step the program to stop at the offending line.... then delete/modify items one at a time
.... if you run a program. your machine may read ahead many lines, making it harder to isolate any problem code.
If your machine requires you to manually toolchange.... M6 is an auto operation.... replace it with M00.. this makes the running program stop... forcing you to do something ... then cycle start to continue.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Superman
On some controls G53 is a one-shot use of the machine co-ord system.... so if the control can read G53 codes, and, you have proved that it does work by MDI... there should be no problem keeping it in your program. ie G53Z0 is go home fast to the machine Z zero position.
As for H numbers matching the tool #... that should be a "standard" you should adopt..... it won't stop a program from running
My 2cents.... sequence number zero (N0) may not be a legit range.
... best advice would be to single step the program to stop at the offending line.... then delete/modify items one at a time
.... if you run a program. your machine may read ahead many lines, making it harder to isolate any problem code.
If your machine requires you to manually toolchange.... M6 is an auto operation.... replace it with M00.. this makes the running program stop... forcing you to do something ... then cycle start to continue.
The control he is using quite often will not run the G53 so is better off not being in the program a G53 does not move any different than a G0 move
His control will stop for a Tool change T1M6 is fine
-
Quote:
Originally Posted by
mactec54
The control he is using quite often will not run the G53 so is better off not being in the program a G53 does not move any different than a G0 move
His control will stop for a Tool change T1M6 is fine
You seem to know what his machine & control is... want to let the rest of us know ? (the question was asked, but not answered)
I did say "some controls".... and if the actual code worked...it is his choice to keep using it, not yours.
I understand you have a lot of experience up your sleeve, but compelling a newbie to do jt to your coding method is not allowing him to develop on his own. There is quite often alternative methods
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Superman
You seem to know what his machine & control is... want to let the rest of us know ? (the question was asked, but not answered)
I did say "some controls".... and if the actual code worked...it is his choice to keep using it, not yours.
I understand you have a lot of experience up your sleeve, but compelling a newbie to do jt to your coding method is not allowing him to develop on his own. There is quite often alternative methods
In testing the G53 worked so not a problem to have it in his program,
I'm just guessing like everyone else, but Mach3 I would say is his control a little out of your league, I just run his program through 2 different controls and it will run if he corrects it as I posted
When someone is learning they should start with the basic codes or know what the likes of G53 does, How it needs to be formatted in a line for it to work correct, so a standard G-Code like ( G0 ) is the simplest form of G-Code to know and what it does, Just the 2 letters tell you what it is going to do ( G0 )
Depending on how it is used in Mach3 it will either pass it by and not do that line which is bad, or just stop some of these control just won't run the program from the start if it has a Code that it does not like
You need to have used and installed these controls to make the comments you do
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
I'm new to the CNC world and I'm running a Cincinnati Lancer mill with G code and I run Gibbs Cam software which is extremely easy to use. You may want to look into it.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Problem_child
I'm new to the CNC world and I'm running a Cincinnati Lancer mill with G code and I run Gibbs Cam software which is extremely easy to use. You may want to look into it.
Yes Gibbs is good been using it for more than 20 years, but not many can pay the yearly maintenance little along buy the basic software package
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
you stated that tool change has to be a manual tool change. we have not heard what the machine is. this could be a desktop mill or a Bridgeport with a Acromatic control and no tool changer so some do not want any T call outs. or they want a T1 for all or T0. For me I would just removed the T call out and see if it moved forward.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
It's Intelitek BenchMill 6100
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Turning_Guy
What kind of machine and control are you using?
Some machines require the tool# and M6 on separate lines, some don't use the M6. It looks like you're 2nd T# is a pre-call for the next tool.
I'm using an Intelitek BenchMill 6100, and also CNCBase on a laptop that's connected to the mill.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
cadcam
you stated that tool change has to be a manual tool change. we have not heard what the machine is. this could be a desktop mill or a Bridgeport with a Acromatic control and no tool changer so some do not want any T call outs. or they want a T1 for all or T0. For me I would just removed the T call out and see if it moved forward.
I took out the T call outs and so far its working, I haven't gotten to any of the tool changes yet, but will find out how it works.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Openstarling694
I took out the T call outs and so far its working, I haven't gotten to any of the tool changes yet, but will find out how it works.
So your machine use's regular G-Code so what I gave you will run on your machine nice machine did you get it new
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
mactec54
So your machine use's regular G-Code so what I gave you will run on your machine nice machine did you get it new
Yes, and the part came out really well, it is new, but my school owns it, I could never afford that kind of thing on my part-time Home Depot salary. Also thank you to everyone who helped me out with this, I've learned a lot more about gcodes from it.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
mactec54
Yes if they look like this then yes, any comments need to have parentheses at each end or this will be a problem also ( )
Beginning and end of the program needs % also some controls don't need it but most do %
A safety line is normal at the beginning of a Program
%
G90 G40 G17 G80 ( can be in any order )
Program Here
End
G0Z3. ( Or where ever you want the Z Axes to retract too )
G53X0Y0. ( X and Y can also be where you want the each Axes to go )
M5
M30
%
If manually inserting a retract for safety I prefer to enter a G53 for absolute machine position rather than G00 which is in the current coordinate offset. The negative for using a G53 is that it moves at the last F speed, so its also good to add an F value. G53 Z0 F300. On some machines I used to use a G28 or a G30, but now I have multiple machines different setups. I actually prefer to modify my M30 macro on each machine to include a G53 Z0 F300 along with an extra M5 M9 just in case. G28 and G30 don't perform exactly the same on every control program. For one machine I rewrote the post processor to insert all kinds of safety and tool change position code. On others I did that in the tool change macros.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
If manually inserting a retract for safety I prefer to enter a G53 for absolute machine position rather than G00 which is in the current coordinate offset. The negative for using a G53 is that it moves at the last F speed, so its also good to add an F value. G53 Z0 F300. On some machines I used to use a G28 or a G30, but now I have multiple machines different setups. I actually prefer to modify my M30 macro on each machine to include a G53 Z0 F300 along with an extra M5 M9 just in case. G28 and G30 don't perform exactly the same on every control program. For one machine I rewrote the post processor to insert all kinds of safety and tool change position code. On others I did that in the tool change macros.
G53 and G0 are exactly the same either can be used for the same purpose if your program has and should be programed in G90 there is no difference, not all cam programs can have the post processor changed very easy so you got lucky with what you are using
A lot of controls won't run a G53 without the G0 in the mix ether in a line before or on the same line like G0G53----
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
mactec54
G53 and G0 are exactly the same either can be used for the same purpose if your program has and should be programed in G90 there is no difference, not all cam programs can have the post processor changed very easy so you got lucky with what you are using
A lot of controls won't run a G53 without the G0 in the mix ether in a line before or on the same line like G0G53----
What reference are you using that says G00 and G53 are exactly the same? All those I've read say G00 is a rapid move in the current work offset coordinate system, and G53 is a feed rate move in the machine coordinate system.
Can't customize the post processor? Wow. I have only used a few CAM programs, but they definitely allow me to modify or create a new post processor. One I use even allows a script system to modify the code after the post processor is done, and its a cheap CAM program (under $200). Still haven't used most of the high end CAM systems. I guess they could be more limited, but Fusion which is arguably not low end allows for custom and new post processors as well. Further many CAM programs allow you to create templates or styles and libraries of styles. Often you can add customized header or footer code to your styles and when you apply a style (or template) to an operation it automatically applies that header and footer code. In one Cam program I use I just set universal things in the root style and all other styles in that library inherit those properties unless they are changed.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
What reference are you using that says G00 and G53 are exactly the same? All those I've read say G00 is a rapid move in the current work offset coordinate system, and G53 is a feed rate move in the machine coordinate system.
Can't customize the post processor? Wow. I have only used a few CAM programs, but they definitely allow me to modify or create a new post processor. One I use even allows a script system to modify the code after the post processor is done, and its a cheap CAM program (under $200). Still haven't used most of the high end CAM systems. I guess they could be more limited, but Fusion which is arguably not low end allows for custom and new post processors as well. Further many CAM programs allow you to create templates or styles and libraries of styles. Often you can add customized header or footer code to your styles and when you apply a style (or template) to an operation it automatically applies that header and footer code. In one Cam program I use I just set universal things in the root style and all other styles in that library inherit those properties unless they are changed.
G53 moves at the Rapid rate unless you tell it to use a feed rate, it is non modal so you have to remember it is a ( 1 ) shot code, I said it does the same thing but with some differences a G53 uses your absolute machine position this means all the moves are from your machine Home position and are not affected by datums like G54 Etc or tool length offsets
So when programing you have to figure where you want to use it or you can have problems with the following code work offsets Etc
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Are you sure? I test all this stuff before I use it to see what happens. G53 does not change the work offset system in either Mach3, Mach4, or LinuxCNC. It just moves to the machine coordinate ignoring the current work offset. Every time I have tested it it moves at the rate set by the last F parameter. The only time it appears to move at rapid speed is if it there have been no commands with F parameters that have been executed yet in the current code file. I have just taken to setting an F parameter in G53 commands set to or above the max federate of the machine. I suppose if you inserted a G53 in the middle of an operations and the next g01/02/03 etc did not have an F parameter set it could potentially cause an issue, but I can't imagine a circumstances where would insert a G53 F(xxx) in the middle of an operation.
That also appears to be the way it operates in "Fanuuc" compatible mode. I have buddies running Centroid systems who can cross check, but I think it will be the same since they run similar types of macros, styles, and post processor mods.
Sorry, but as near as I can tell G00 and G53 are not at all the same. If you have a reference that says otherwise please share it. I am open to learning something new.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
To the OP. Moving to a work offset coordinate may work if you are sure its within the machine work envelope. Moving to a machine coordinates will always work, unless you hit a vise. LOL When I do safe position moves for tool changes I push the current XYZ off to variables, retract Z, then perform any other moves that are appropriate, change the tool, apply tool offsets, and then use a safe path return to the previous XYZ coordinate. Even that can have issues if for instances you are zeroing to a different level after a tool change, but for the most part it works.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
Are you sure? I test all this stuff before I use it to see what happens. G53 does not change the work offset system in either Mach3, Mach4, or LinuxCNC. It just moves to the machine coordinate ignoring the current work offset. Every time I have tested it it moves at the rate set by the last F parameter. The only time it appears to move at rapid speed is if it there have been no commands with F parameters that have been executed yet in the current code file. I have just taken to setting an F parameter in G53 commands set to or above the max federate of the machine. I suppose if you inserted a G53 in the middle of an operations and the next g01/02/03 etc did not have an F parameter set it could potentially cause an issue, but I can't imagine a circumstances where would insert a G53 F(xxx) in the middle of an operation.
That also appears to be the way it operates in "Fanuuc" compatible mode. I have buddies running Centroid systems who can cross check, but I think it will be the same since they run similar types of macros, styles, and post processor mods.
Sorry, but as near as I can tell G00 and G53 are not at all the same. If you have a reference that says otherwise please share it. I am open to learning something new.
You are mistaken G53 does not change work offsets, and I never said it did, it just does not use work offsets when making a move, it works as I said by using the machine Home coordinates
G53 does not need a feed rate if there is nothing then it travels at the machine rapid rate It is not Modal, G0 is a Modal code and this works off the work offset positions G54 Etc. they are quite different in that respect
but both can be used to do the same thing when you want to move somewhere G53 is the absolute replacement for G28 incremental
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
mactec54
You are mistaken G53 does not change work offsets, and I never said it did
Quote:
Originally Posted by
mactec54
, it just does not use work offsets when making a move, it works as I said by using the machine Home coordinates
G53 does not need a feed rate if there is nothing then it travels at the machine rapid rate It is not Modal, G0 is a Modal code and this works off the work offset positions G54 Etc. they are quite different in that respect
but both can be used to do the same thing when you want to move somewhere G53 is the absolute replacement for G28 incremental
You are officially full of ****. I NEVER SAID IT DID. In fact stating I did and quoting where I said it didn't is just deficient at best.
"G53 does not change the work offset system in either Mach3, Mach4, or LinuxCNC." I said it uses machine coordinates, and that's why its a better choice for safe consistent moves to a tool changes.
You also said, "G53 moves at the Rapid rate unless you tell it to use a feed rate." It doesn't in testing and in practice. It moves at the last F rate. I welcomed you to show me a reference that said otherwise. You didn't. I physically tested on machines before implementing.
You also said, "So when programing you have to figure where you want to use it or you can have problems with the following code work offsets Etc." Absolutely no more problems than any other move that might not be accounted for in your CAM program. It doesn't matter if you use a G28 or a G30 or a G00 or a G53 if your code doesn't account for where the machine IS instead of just assuming its where it was when you finished the last operation. Knowing that for a fact having developed solutions for that sort of problem your comment either makes no sense at all or implies it somehow changes the offset system which it does not. The machine offsets on any modern machine control (modern being generous when consider how old G-code is) are correctly reflected after a G53 move, and the relative offset position is still accurate. If your next move afterward is incremental it could be an issue, but no more so than with any other move that isn't accounted for. I account for this in my tool change macros. Not all controls allow you to write your own tool changes. I get that, but the point is that the problem is no different with any move not accounted for by the following operation.
Further to hammer home the point If you insert a G53 Z0 F(xxx) as part of a tool change it will ALWAYS go to Z0 machine coordinate 100% of the time, and unless you are doing something really esoteric and or your machine is broken it will always be a safe move. I include machines with out home switches in the broken category, although if a person homes at a safe height before the job even without switches its safe. Us a G00 to an arbitrary "safe" z height may crash your machine. You have to account for it every single time you program it, and change the value you use each time to make sure its safe, and if you are working with a tall pat and long tools you need to check it for every single tool.
G00 and G53 are absofreakinglutely NOT THE SAME.
Just to be fair on the feed rate I'll test again, shoot a video, and if I am wrong I'll own up. Unlike you who won't own up to anything.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
P.S. Even if I am wrong about feedrate that doesn't change the fact that a G53 Z0 should always be safer than a G00 Z3.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
P.S. Even if I am wrong about feedrate that doesn't change the fact that a G53 Z0 should always be safer than a G00 Z3.
The only one full of it is you as usual messing up someone else's thread :)
This is what you posted not me (G53 does not change the work offset system )
I replied that nobody said it does, you are in you own little world and don't have a good understanding of basic code and how it is used :confused:
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
P.S. Even if I am wrong about feedrate that doesn't change the fact that a G53 Z0 should always be safer than a G00 Z3.
Not at all they are being used to do ( 2 ) different things, it's called programing as I said there are a lot of controls that won't even run if you program a G53Z0. like this
-
1 Attachment(s)
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Well there are certainly some machines that do not fully implement a Fanuc G-Code instruction set or that interpret it differently.
However, you said "You are mistaken G53 does not change work offsets," and in the same post you quoted me saying, "G53 does not change the work offset system in either Mach3, Mach4, or LinuxCNC." That's just stupid on your part. Your pathological need to be right and everybody else to be wrong is causing you to argue what appears to be a mutually agreed point. Go have a cup of coffee and think about that for a minute. They whole reason is for that branch of the discussion is because you claimed a G53 could negatively impact what comes after a G53. See comments below on that subject.
This code snippet on a system that fully implements code will retract to machine coordinate Z=0 at F10
Quote:
G00 Z-5
G01 Z-6 F10
G53 Z0
M5
M30
This snippet of code will retract at F10000 or machine rapid whichever is slower.
Quote:
G00 Z-5
G01 Z-6 F10
G53 Z0 F10000
M5
M30
Now an interesting point was in testing just now at the MDI interface is that G53 Z0 was not affected by a prior G01 at the MDI command line, but in G-Code it was.
I don't have a machine that doesn't perform the way described, but if placing a G0 on the same line as the G53 cures the problem then so be it. Do that. Dude. A G0 will always move relative to the work offset and a G53 will always move relative machine coordinates. If you think its safer to run a G0 and have to double check that its physically within your work envelope every time go for it. I use a G53 for Z safe height in code and it works on all six 3 axis (1 is 4 axis) machines in my shop every single time. Regardless of their vastly differing work envelopes and configurations. Actually on 5 of those machines I have that programmed in the tool change macros and on the 6th I use a modified post processor to insert that in the tool change code when the CAM program generates code. I don't know how to modify the tool change macros yet on that machine.
You claimed using a G53 could cause problems, but I pointed out it would not cause any problems not caused by any other manually inserted code. Now you have changed to saying it won't run on some machines. Changing your argument shows some growth atleast. However as stated if writing G00 G53 Z(x) works on some machine then do that. It will always take you to the same physical machine coordinate for Z(x). G00 Z(x) will not. There may or may not be enough room to retract to your example Z3 in the machine coordinate system, but unless there is a clamp, or work piece in the way there will always be room to move to a machine coordinate within the work envelope of the machine.
I do plan to test what you said about placing a G0 on the same line as the G53. If it works as you describe on my machines it would be cleaner than F10000.
https://www.cnczone.com/forums/attac...1&d=1557599432
To the OP:
I have a sandbox machine where I can execute code to see what it does and how it performs without actually risking crashing a machine. I have profiles for all of my machines on my sandbox so I can test for a particular machine. Of course you need to know how your machine will respond to various conditions and to code you are using before implementing anything new. Test it with your hand on the E-Stop button if you have to, but even that may not prevent a crash if you make a poor coding choice. E-stopping might reduce the damage from a crash, but its not guarantee. Its always best to write code snippets and test to make sure it will perform like you want in the real world.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
Well there are certainly some machines that do not fully implement a Fanuc G-Code instruction set or that interpret it differently.
However, you said "You are mistaken G53 does not change work offsets," and in the same post you quoted me saying, "G53 does not change the work offset system in either Mach3, Mach4, or LinuxCNC." That's just stupid on your part. Your pathological need to be right and everybody else to be wrong is causing you to argue what appears to be a mutually agreed point. Go have a cup of coffee and think about that for a minute. They whole reason is for that branch of the discussion is because you claimed a G53 could negatively impact what comes after a G53. See comments below on that subject.
[LEFT][COLOR=#222222][FONT=Tahoma][LEFT][COLOR=#000000][FONT=Tahoma]
[LEFT]This code snippet on a system that fully implements code will retract to machine coordinate Z=0 at F10
This snippet of code will retract at F10000 or machine rapid whichever is slower.
[COLOR=#222222][FONT=Arial]Now an interesting point was in testing just now at the MDI interface is that G53 Z0 was not affected by a prior G01 at the MDI command line, but in G-Code it was.
I don't have a machine that doesn't perform the way described, but if placing a G0 on the same line as the G53 cures the problem then so be it. Do that. Dude. A G0 will always move relative to the work offset and a G53 will always move relative machine coordinates. If you think its safer to run a G0 and have to double check that its physically within your work envelope every time go for it. I use a G53 for Z safe height in code and it works on all six 3 axis (1 is 4 axis) machines in my shop every single time. Regardless of their vastly differing work envelopes and configurations. Actually on 5 of those machines I have that programmed in the tool change macros and on the 6th I use a modified post processor to insert that in the tool change code when the CAM program generates code. I don't know how to modify the tool change macros yet on that machine.
You claimed using a G53 could cause problems, but I pointed out it would not cause any problems not caused by any other manually inserted code. Now you have changed to saying it won't run on some machines. Changing your argument shows some growth atleast. However as stated if writing G00 G53 Z(x) works on some machine then do that. It will always take you to the same physical machine coordinate for Z(x). G00 Z(x) will not. There may or may not be enough room to retract to your example Z3 in the machine coordinate system, but unless there is a clamp, or work piece in the way there will always be room to move to a machine coordinate within the work envelope of the machine.
I do plan to test what you said about placing a G0 on the same line as the G53. If it works as you describe on my machines it would be cleaner than F10000.
To the OP:
I have a sandbox machine where I can execute code to see what it does and how it performs without actually risking crashing a machine. I have profiles for all of my machines on my sandbox so I can test for a particular machine. Of course you need to know how your machine will respond to various conditions and to code you are using before implementing anything new. Test it with your hand on the E-Stop button if you have to, but even that may not prevent a crash if you make a poor coding choice. E-stopping might reduce the damage from a crash, but its not guarantee. Its always best to write code snippets and test to make sure it will perform like you want in the real world.
Nobody is interested in what you do this thread was to help the OP with his program which you are not doing in any way
And I never changed anything I stand by what I have posted :)
Yes I claimed a G53 can cause problems, if it is not used correctly which is correct the OP had more than one problem though I don't see you addressing any of those problems because you just don't know :)
Here are the spec's for a G53 and how it works one of the main things it does is temporarily cancels work offsets when it is executed which you keep saying it does not, just you lack of understanding of how these codes work you can interpret wording how ever you like, if it works for you
G53 Move in ABS Coordinates
Absolute machine coordinates:G53 - move's in a linear motion to a point expressed in absolute coordinates, program G1 G53 X~ Y~ Z~ A~ B~ C~ (or similarly with G0 instead of G1), where all the axis words are optional, except that at least one must be used. The G0 or G1 is optional, if it is in the current motion mode. G53 is not modal and must be programmed on each line on which it is intended to be active. This will produce coordinated linear motion to the programmed point. If G1 is active, the speed of motion is the current feed rate (or slower if the machine will not go that fast). If G0 is active, the speed of motion is the current traverse rate (or slower if the machine will not go that fast). It is an error if: G53 is used without G0 or G1 being active,
G53 Machine coordinate system Takes absolute coordinates (X,Y,Z,A,B,C) with reference to machine zero rather than program zero. Can be helpful for tool changes. Nonmodal and absolute only. Subsequent blocks are interpreted as "back to G54" even if it is not explicitly programmed.
G53 -This preparatory function temporarily cancels works offset and positions the machine axes from machine home. It is non-modal; so the next block will revert back to the previously selected work offsets
The G0 or G1 does not have to be on the same line, but if either is not active, ( active meaning in use before the G53 line ) then you have to add a G0 or a G1 to the G53 line
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
You've got to be tweaking. Nobody is that pathological naturally.
G53 does not trash the work offset. It has no negative affect. As you can see in this video the displayed work offset coordinates remain accurate through out. It does not cause a problem.
https://www.youtube.com/watch?v=c9rFFYyTUkE
You are just full of ****, and the fact remain a G53 safe Z height move is safer than an arbitrary G0 move because you don't have to check that it will be safe. If it was safe last time it will be safe next time and every time. Undercutting not withstanding of course.
If you wanted to be "safer" you could save the current coordinates to variables, and then return to them after executing your tool change, but if you are only doing a safe z move to implement your tool change its not necessary. Still that assumes the machine behaves as does the virtual one in my video clip.
Other problem? You mean where he had 2 T(x) values. You already corrected that. Not helping... maybe not helping you, but you can't be helped and your own words betray you.
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
You've got to be tweaking. Nobody is that pathological naturally.
G53 does not trash the work offset. It has no negative affect. As you can see in this video the displayed work offset coordinates remain accurate through out. It does not cause a problem.
https://www.youtube.com/watch?v=c9rFFYyTUkE
You are just full of ****, and the fact remain a G53 safe Z height move is safer than an arbitrary G0 move because you don't have to check that it will be safe. If it was safe last time it will be safe next time and every time. Undercutting not withstanding of course.
If you wanted to be "safer" you could save the current coordinates to variables, and then return to them after executing your tool change, but if you are only doing a safe z move to implement your tool change its not necessary. Still that assumes the machine behaves as does the virtual one in my video clip.
Other problem? You mean where he had 2 T(x) values. You already corrected that. Not helping... maybe not helping you, but you can't be helped and your own words betray you.
You obvious have no understanding what's so ever of G-code in general and how it is coded
You are not going to see it in a Video, OMG, which I'm not even going to watch, you have to understand how the G-Code RS-274 standard is written in hard code that's the only place you can see what each code is doing
You can't have ( 2 ) forms of coordinates active at the same time, work offsets and machine coordinates, the G53 would not work unless the work offset is temporarily canceled
Coordinate system offsets are used to shift the coordinate system from the machine coordinate system. This allows the G code to be programmed for the part without regard to the part location on the machine. Using coordinate system offsets would allow you to machine parts in multiple locations with the same G code.
G53 is not part of the work offset coordinates system
G53 works off the Machine Home Coordinates so for it to work it has to temporarily cancel work Offsets for it to work
You would not see this in a Video just more of your uneducated BS
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
You've got to be tweaking. Nobody is that pathological naturally.
G53 does not trash the work offset. It has no negative affect. As you can see in this video the displayed work offset coordinates remain accurate through out. It does not cause a problem.
https://www.youtube.com/watch?v=c9rFFYyTUkE
You are just full of ****, and the fact remain a G53 safe Z height move is safer than an arbitrary G0 move because you don't have to check that it will be safe. If it was safe last time it will be safe next time and every time. Undercutting not withstanding of course.
If you wanted to be "safer" you could save the current coordinates to variables, and then return to them after executing your tool change, but if you are only doing a safe z move to implement your tool change its not necessary. Still that assumes the machine behaves as does the virtual one in my video clip.
Other problem? You mean where he had 2 T(x) values. You already corrected that. Not helping... maybe not helping you, but you can't be helped and your own words betray you.
It's not just me that knows how these codes work, check out G53 at https://www.cnccookbook.com/g-code-m...ist-cnc-mills/ he says the same thing hope this helps you get over it and have some logical thinking as to how G-code works, I guess you are going to tell him he has it wrong too :)
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Active. No. Still accurately showing its relative position when you switch back to it. Yes. What's the point in having multiple work offsets if they do not remain accurate when you are using a different one. They do. Switch from one to another and back causes no harm. Unless you have a crappy machine with a partial instruction set implementation the control still knows where it is. That's the whole point.
I am familiar with Mr Warfield's website and huge concatenation of other people's work. I'll leave it at that.
I adequately proved my point.
I guess I'll just have to accept that you are one of those jackasses who thinks screaming the loudest and longest makes you right. I'll let you keep screaming, but I am done with you. Go ahead. Rant on little boy.
Bob La Londe
Yuma, Az
-
1 Attachment(s)
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
Active. No. Still accurately showing its relative position when you switch back to it. Yes. What's the point in having multiple work offsets if they do not remain accurate when you are using a different one. They do. Switch from one to another and back causes no harm. Unless you have a crappy machine with a partial instruction set implementation the control still knows where it is. That's the whole point.
I am familiar with Mr Warfield's website and huge concatenation of other people's work. I'll leave it at that.
I adequately proved my point.
I guess I'll just have to accept that you are one of those jackasses who thinks screaming the loudest and longest makes you right. I'll let you keep screaming, but I am done with you. Go ahead. Rant on little boy.
Bob La Londe
Yuma, Az
No I'm not screaming, you will know when I do that, you have proved who the jackasses is in this case, for not being able to comprehend basic G-code and how it is written (wedge)
You have not proved any point at all, you have shown how little you do know about the subject :)
Nobody has said there is any cause of accuracy change, making stuff up is making you look ridiculous :rolleyes:
You still don't get it at all the work offset does not change and nobody said it did,
I guess Faunc have it all wrong as well, because the snips I posted, that you said where wrong all came from the Faunc manual so who is looking a little----- right now ;)
Here is a nice snip of how a G53 works not quite enough wording but enough to get your dentures grinding :)
-
Re: Need help with g-codes for my CNC mill, I'm new and bad at it any help is appreci
Quote:
Originally Posted by
Bob La Londe
Active. No. Still accurately showing its relative position when you switch back to it. Yes. What's the point in having multiple work offsets if they do not remain accurate when you are using a different one. They do. Switch from one to another and back causes no harm. Unless you have a crappy machine with a partial instruction set implementation the control still knows where it is. That's the whole point.
I am familiar with Mr Warfield's website and huge concatenation of other people's work. I'll leave it at that.
I adequately proved my point.
I guess I'll just have to accept that you are one of those jackasses who thinks screaming the loudest and longest makes you right. I'll let you keep screaming, but I am done with you. Go ahead. Rant on little boy.
Bob La Londe
Yuma, Az
No you have proved who the jackasses is in this case, for not being able to comprehend basic G-code and how it is written (wedge)
You have not proved any point at all, you have shown how little you do know :)
Nobody has said there is any cause of accuracy change, making stuff up is making you look ridiculous :rolleyes:
You still don't get it at all the work offset does not change and nobody said it did,
I guess Faunc have it all wrong as well, because the snips I posted came from the Faunc manual ;)
Here is a nice snip of how a G53 works not quite enough wording but enough to get your dentures grinding :)