Getting rid of tapper (to many lines in program after coding out)

[Anonymous]

First I'm 100% green to this system! So my issue is that I'm making some simple steps across on a flat bar for a fixture. Works great on the model, but when i post process it to code out for the machine i get a program that is a mile long for a small section. it has all kinds of taper in it. I have played with the "ramp" in the "linking" section and no luck. Also did several different 2D styles with no luck. Any suggestion is appreciated. 

[Anonymous]

[Anonymous · Accepted solution]

Those long sections of code having short XYZ moves are vertical lead in and lead out radius moves in linking tab.

I zero those out whenever I don't need any vertical radius lead in and out.

If you keep the values to minimum when you need them, you get less clatter in posted G code.

[Anonymous]

hi Guys

First of all, why you want to make program short? If its working good and you are using drip feed or your machine having enough memory to keep program then why you want to make it short???
Lead ins and outs are good for machine as well as cutters. Most posts using only G01 making too many line for a tiny movement of 3D arc. But those are good until we face any problem because of it.

Saving time in tool path is another issue but we can save time only when we can afford to plunge the cutter for any reason.

[Anonymous · Accepted solution]

---

@Anonymous wrote:

hi Guys

First of all, why you want to make program short? If its working good and you are using drip feed or your machine having enough memory to keep program then why you want to make it short???
Lead ins and outs are good for machine as well as cutters. Most posts using only G01 making too many line for a tiny movement of 3D arc. But those are good until we face any problem because of it.

Saving time in tool path is another issue but we can save time only when we can afford to plunge the cutter for any reason.

---

I have no argument over lead in and lead out purpose, I zero vertical lead in and out when I don't need them.

If there is horizontal lead in and out, vertical has no purpose but generate clutter in series of short moves if tool is not touching any surface in Z axis.

The difference between .025 and .125 lead in or out produces pages of useless dancing around part and cutting air so when your control is memory deprived and you can't drip feed code, or don't want to, it makes a big difference.

Good solution to this would be switching G17, G18 and G19 planes to execute arcs instead of generating page full of short moves.

[Anonymous]

I have no argument over lead in and lead out purpose, I zero vertical lead in and out when I don't need them.

If there is horizontal lead in and out, vertical has no purpose but generate clutter in series of short moves if tool is not touching any surface in Z axis.

The difference between .025 and .125 lead in or out produces pages of useless dancing around part and cutting air so when your control is memory deprived and you can't drip feed code, or don't want to, it makes a big difference.

Good solution to this would be switching G17, G18 and G19 planes to execute arcs instead of generating page full of short moves.

---

@Anonymous wrote:

---

@Anonymous wrote:

hi Guys

First of all, why you want to make program short? If its working good and you are using drip feed or your machine having enough memory to keep program then why you want to make it short???
Lead ins and outs are good for machine as well as cutters. Most posts using only G01 making too many line for a tiny movement of 3D arc. But those are good until we face any problem because of it.

Saving time in tool path is another issue but we can save time only when we can afford to plunge the cutter for any reason.

---

I have no argument over lead in and lead out purpose, I zero vertical lead in and out when I don't need them.

If there is horizontal lead in and out, vertical has no purpose but generate clutter in series of short moves if tool is not touching any surface in Z axis.

The difference between .025 and .125 lead in or out produces pages of useless dancing around part and cutting air so when your control is memory deprived and you can't drip feed code, or don't want to, it makes a big difference.

Good solution to this would be switching G17, G18 and G19 planes to execute arcs instead of generating page full of short moves.

---

yes you are right. But normally softwares are not coming with that much capable posts.
Fusion has good posts in this regard. I cant say about ISO as I am using Heidenhain and its producing good arcs even helix commands properly.