arc statements on cincinnati arrow vmc 750

[Tim Pruett]

I did a search and couldn't find what i'm looking for. I'm programing a Cincinnati arrow vmc 750 with an acramatic a2100 control, using x4. It keeps alarming out. could anyone tell me the correct way to set up the control definition and post. I've tried just about every combination of settings and it still errors out. It keeps saying it needs a helical axis lead word. I had a z move of .0001 on the same line as an arc. I deleted the z move and it ran fine. Any insight would be greatly appreciated. I should add, I'm using I's J's and k's.

[gcode]

I believe you need to set it to absolute arc centers on the arc page of thee control def

[Tim Pruett]

that's the way I have it. It works fine in the x,y plane but as soon as it switches planes (y,z or x,z) it alarms. I tried not allowing helixes, allowing helixes in x,y only, and allowing helixes in all planes and it still alarms. I have support arcs checked in x,y ; x,z ; and y,z.

[gcode]

helix can be tricky with Cincinnati controls.. are you sure the machine supports them.

 

If you started with a Fanuc post you are probably getting G18/G19 output when you switch planes

and I don't think your control will accept G18/19

[Tim Pruett]

i'm not sure if the machine supports helixes or not. I have a mppc2100 post. I'm not getting g18's or g19's.

[Tim Pruett]

here's the code i'm having trouble with,

 

 

 

 

G3X.1905Y-.0457Z-.0236I.224J1.6535(here's where it's stoping)

 

X.3932Y-.0462I.3932J41.099

 

X.4673Y-.0461I.3932J41.099

 

G1Y.0461Z-.0235

 

X.3176

 

X.1905Y.0457

 

G3X.0917Y.0409Z-.0236I.229J-1.7597

 

G1X.0407Y.0363Z-.0235

 

Y-.0362

 

X.0506Y-.0371

[gcode]

you're missing the K output in the G03 line

[Tim Pruett]

yup, that's why it's erroring out. If I take out the z move it runs fine. I either need the post to output the k or output the code without the z move on the same line as the arc. I hope this makes sense. I'm not very good at explaining things. lol

[Tim Pruett]

time to go home. be back Monday. thanks gcode

[Brewster]

Is your post set up to support acramatic helical output?

[zero_divide]

That control does not support helical arc movements.

 

you gotta setup your post to not output any z movement inside arcs

[Tim Pruett]

I believe I have it setup that way. on the "support helix arc output" line it has a 0 on it which = no.

 

is there any other place to set this.

[TheePres]

Also look under filter settings arcs on XY plane only. Though I've found some of the new highfeed toolpaths will ignore this and still output helical moves on occasion.

 

[Tim Pruett]

I tried setting it to xy plane only and it still output the z move on the same line with the arc move.

 

here's a section from my post

 

pcirout #Output to NC of circular interpolation

 

pcan1, pbld, n$, `sgfeed, sgplane, sgcode, sgabsinc, pccdia,

 

pxout, pyout, pzout, pcout, parc, feed, strcantext, scoolant, e$

 

Do you think that if I remove the "pzout" that it will stop putting the z move on the arc line?

[Tim Pruett]

I don't know why it's changing the stuff that I copy and paste to where you can't hardly read it. If I copy and paste directly from the post it spreads the code out ridiculously. I used word pad and it ended up like you see it. sorry im computer stupid. lol

 

edit; I kinda figured it out.

[Tim Pruett]

here's the parc section;

 

 

parc #Select the arc output

 

if arcoutput$ = zero | full_arc_flg$ | arc_pitch$,

 

[

 

#Arc output for IJK

 

if plane$ = 0, k$ = arc_pitch$

 

if plane$ = 1, i$ = arc_pitch$

 

if plane$ = 2, j$ = arc_pitch$

 

if plane$ = 0, *i$, *j$, [if arc_pitch$, *k$]

 

if plane$ = 1, [if arc_pitch$, *i$], *j$, *k$

 

if plane$ = 2, *i$, [if arc_pitch$, *j$], *k$

 

]

 

else,

 

[

 

#Arc output for R

 

if abs(sweep$)<=180 | arcoutput$=one, result = nwadrs(srad, arcrad$)

 

else, result = nwadrs(srminus, arcrad$)

 

*arcrad$

 

]