NCI errors

[Müřlıń®]

Hey guys question.

 

Lets say I have a a part with toolpaths.

 

The X axis is running horizontal on the part but I build a new plane with the X axis 90 degrees to the original plane.

 

Then I swap planes in ops and regen after I transform a new STL for verify because I moved the origin over a couple inches..

 

The toolpath regens, verify works...the part flips 90 when you set the wcs to top...everything looks kosher....analyze the origin and it is 0,0,0...

 

Post the code and it fails...

 

Cant read the NCI...

 

Any Ideas?

[gcode]

3 Axis or 4 axis??

 

the error is "Can't read the NCI"???

[gcode]

right click in your view manger and hit "info"

 

look at your new toolplan

make sure the X Y and Z vectors are all 1's or 0's

if you've got vectors that are .99999 or .00001

the plane is not square with the world..and you post will choke

 

This happened a lot if you use solid faces to make planes

[Müřlıń®]

right click in your view manger and hit "info"

 

look at your new toolplan

make sure the X Y and Z vectors are all 1's or 0's

if you've got vectors that are .99999 or .00001

the plane is not square with the world..and you post will choke

 

This happened a lot if you use solid faces to make planes

 

like I said everything is kosher...

 

And the error message is cant read(path)NCI...

 

I copied the top plane and rotated the gnome 90 in the X.

 

And it is 3 axis toolpaths....

[gcode]

is this an old file brought in from an earlier release??

try reloading the machine def ..

[Müřlıń®]

is this an old file brought in from an earlier release??

try reloading the machine def ..

 

nope.... brand new from scratch.

[ajmer]

try renaming the nc file, right click in op manager ___edit selected operations

[Müřlıń®]

try renaming the nc file, right click in op manager ___edit selected operations

 

 

you da man that worked

 

 

 

but with errors

 

 

 

 

Format:HTML Format Version:1.0 StartHTML: 165 EndHTML: 6308 StartFragment: 314 EndFragment: 6276 StartSelection: 314 EndSelection: 314

20 Dec 2013 08:01:00 PM - <0> - Report created.

20 Dec 2013 08:01:00 PM - <2> - Initialize posting log file

20 Dec 2013 08:01:00 PM - <2> - Using MP run version 16.00 and post components version 16.00

20 Dec 2013 08:01:00 PM - <2> - Initiate opening the post processor file(s).

20 Dec 2013 08:01:00 PM - <2> - C:\USERS\PUBLIC\DOCUMENTS\SHARED MCAMX7\MILL\POSTS\GENERIC HAAS 4X MILL.PST

20 Dec 2013 08:01:00 PM - <2> - The post processor file has been successfully opened.

20 Dec 2013 08:01:00 PM - <2> - Post version information (input):

20 Dec 2013 08:01:00 PM - <2> - UPDATEPOST Version 16. was used to modify this file.

20 Dec 2013 08:01:00 PM - <2> - The file was modified by this product on 19 Feb 2013 14:25:25

20 Dec 2013 08:01:00 PM - <2> - The post was written to run with Mastercam Version 16.

20 Dec 2013 08:01:00 PM - <2> - The post product type is Mill.

20 Dec 2013 08:01:00 PM - <2> - Initialization of pre-defined post variables, strings, postblocks was successful.

20 Dec 2013 08:01:00 PM - <2> - Search for defined post variables, strings, postblocks was successful.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'ltol$' was re-initialized from 0.0005 to 0.002

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'atol$' was re-initialized from 0.5 to 0.01

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'maxnccomment$' was re-initialized from 256. to 80.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'dec_seq_right$' was re-initialized from 3. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'nobrk$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'nobrkxz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'nobrkyz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'lnobrk$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'lnobrkxz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'lnobrkyz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'arcoutput$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'arcoutputxz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'arcoutputyz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'larcoutput$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'larctypexz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'larcoutputyz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'breakarcs$' was re-initialized from 0. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'breakarcsxz$' was re-initialized from 0. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'breakarcsyz$' was re-initialized from 0. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'lbreakarcs$' was re-initialized from 0. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'lbreakarcsxz$' was re-initialized from 0. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'lbreakarcsyz$' was re-initialized from 0. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'helix_arc$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'lhelix_arc$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'do_full_arc$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'do_full_arcxz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'do_full_arcyz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'ldo_full_arc$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'ldo_full_arcxz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'ldo_full_arcyz$' was re-initialized from 1. to 0.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'rotfeed4$' was re-initialized from 2. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'rotfeed5$' was re-initialized from 3. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'lrotfeed4$' was re-initialized from 2. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'lrotfeed5$' was re-initialized from 0. to 1.

20 Dec 2013 08:02:06 PM - <2> - CONTROL DEFINITION - Post variable 'sub_level$' was re-initialized from 0. to 0.

20 Dec 2013 08:02:06 PM - <2> - RUN TIME - Only single-axis rotation is allowed! Angles may be incorrect.

20 Dec 2013 08:02:06 PM - <2> - RUN TIME - Only single-axis rotation is allowed! Angles may be incorrect.

20 Dec 2013 08:02:06 PM - <2> - RUN TIME - Only single-axis rotation is allowed! Angles may be incorrect.

20 Dec 2013 08:02:06 PM - <2> - RUN TIME - Only single-axis rotation is allowed! Angles may be incorrect.

20 Dec 2013 08:02:06 PM - <2> - Successful completion of posting process!

 

 

BTE G this one has 3+1 paths

[Müřlıń®]

ok I tried something and I found something weird.

 

When I post the code of the 3+1 toolpath the A axis lost its angle.

 

So I copied the toolpaths from that group to a new group.

 

Now the old STL stock file is frozen in the original orientation 90 degrees to the part.

 

Xform STL is bugged out....it will not translate properly and there is no way to get it orientated in verify on the copied toolpaths in the new group.

 

I bet it is tied to the solid.

 

If I go back in that op and use surfs instead of solids to drive from....I bet the problem will go away...

 

going to try it tomarow.

 

 

couldn't wait till tomarow so I did a quick test....its not the solid..

 

It looses location when the gmome gets moved from its original location.....

 

 

BUGGGGGGAR....It nuked the NCI file when the gnome was moved and that is why I had to rename it.

When it made a new NCI...it lost A orientation...

 

 

whats the use of having all this fancy WCS stuff if it don't work???

[K2csq7]

Hey guys question.

 

Quick, everybody RUN!!!!!!!!!!!!!!!

 

ROR!

Send me/Post up the file, I'll play....

[Müřlıń®]

 

 

Quick, everybody RUN!!!!!!!!!!!!!!!

 

ROR!

Send me/Post up the file, I'll play....

Can't share the file.

I tried it on different files with A axis moves tied to custom views in the view manager. I believe its a pretty old bug that has been there since the begining.

Since I am late to the multi axis party, I am the last to know.

I would just think if the NCI was nuked mastercam would stop you with an error.

Rather than let you sit there through hours and hours of programming,

backplotting and verifying just to have it all go to hell when you cross the finish line.