Gouges in part but not in verify

[g huns]

I am milling a trode using surface rough pocket. I verified it and it's all good. I then verified it on the stl file of the finished trode and it's all good. When I cut it gouges the tall stand up that's at -60 degrees(mc9 file on ftp site in mc9 folder named 2660 b trode). I've heard of this happening but have not seen it till now. I know I can work around this but it's kind of scary. If it would have been a finish cut on a cavity it'd be screwed.

[Jimmy Wakeford from Barefoot CNC]

Cant get on ftp to look at part

 

When you run backplot does it show the move?

[g huns]

No it doesn't. I have right clicked in the operations manager on collision check and it comes up with no collisions and in verify I have set to stop on collision and nothing there either. I have read in some other posts that minor changes to the filter or step down might eliminate such a problem but I already have a rougher trode and don't really want anymore. It shows up on the part in the first 7 depth cuts and then it's fine.

[Shawn Wentzel- Wenteq Inc]

I have had this happen when using a pocket routine with 6 bosses protruding offset in two lines. What kind of toolpath was it? Mine didn't show up in verify or backplot and I thought at first some code got lost transferring to the machine, but it showed up in MetaCut after I downloaded it to check it out.

[g huns]

I am using surface rough pocket with a zig zag pattern. I just switched to the high speed pattern and now it cuts fine. Makes me nervous.

[cadcam]

Jimmy are you able at any time to get on the FTP?

 

Jay

[Midwest]

I have seen this happen with surface rough pocket before, but you could always see it in backplot or verify. I haven't done a search yet but I think it has been talked about before. Also what version of Mastercam are you using? Do you have all the updates?

[mold100]

I had this problem with 8.1, if I changed the step down or the tolerance as little as a .0001 either way it would be okay, I chalked it off as a bug and never looked back, I would sometimes run it not seeing it in verify but If I went back to backplot it I would see it.

[Midwest]

Found on an old post

 

FYI,

 

I just loaded the update and found a file: APPMCH9.DOC It looks like the surface machining fixes

 

BUG CORRECTIONS:

This app includes all corrections, improvements for toolpath/surface

in MR0304 plus the following:

#747-fix crash in Rough/Pocket quick zigzag (fix memory handling)

#924-fix FZT failure on big part

#925-fix error reporting for FZT

#601-fix crash in undercut cutter comp of slot mill w/ "flat" on tool's side

#2671-RghPock:fix gouge of plunge outside, troch cuts on, spiral inside out

#2861-fixed check surface processing in FZT

#983-fixed crash in FZT

#25229-fixed bug in memory allocation (no scallop cut found) (3d collapse)

#2934-fixed bug in edge protection (undercut) with dove mill (finish/contour)

(this one is improved but not fully corrected)

#3078-fixed crash in rough/restmill

#2710-fixed incorrect cut order optimization (restmill and contour)

#3213-properly handle "touch" case in FZT (finish/contour)

#????-speed up FZT for tool containment boundary usage

#3365-fixed incorrect view used for inc. depths when hidden faces are skipped.

#3527-fixed entry/exit arc gouge (closed cuts, finish/contour)

#3430-fixed gouge in rough/pocket

#3365-fixed inc.depth bug in rgh/pock with solid in view other than top.

#3527-fixed entry/exit arc gouge (finish/contour)

#2775-fixed project/blend gouge

#3675-fixed plunge in rgh passes (rgh/parallel, rgh/radial, rgh/project...)

#3748-fixed taper tool in FZT surface/contour,pocket,restmill

#3801-fixed gouge in sharp corner smoothing (pocket)

#3864-"

#????-fixed crash in quick zigzag (rare)

#3924-fixed "equal" case when machining vert steep wall ast 45 deg (parsteep)

#4564-fixed tcb offset inside (out of tolerance)

#4564-fixed critical depths (duplicate cut)

#4564-fixed prefilter arc error (gouge in srf/rgh/pocket motion) with FZT

#2704-fixed FZT for face mills with zero taper

#4692-fixed restmill comp to center when not using prv ops rgn file

#4877-fixed absolute feed planes in rghpock keep down effort

#4874-fixed FZT failure with large part

[Shawn Wentzel- Wenteq Inc]

The morph pocket also seemed to fix my problem, but have not had a problem since the MRU0904.

[Jimmy Wakeford from Barefoot CNC]

Jay

Usually I can get on, but I have a new firewall thingy that I think is preventing it. I'm pretty sure its on my end.

[Mike Whitten CAD/CAM Contractors]

Jimmy,

 

Are you using XP SP2? If so, I also had the problem but have fixed it with info from a forum member. I forgot what it was. Do a search.

 

Mike

[Mike Whitten CAD/CAM Contractors]

g huns,

 

I had a look at your MC9 file and believe that I have found the problem. The reason the code is gouging is because you have an incremental retract value of .01. The EM retrcats right next to the boss that is at -60deg as you say. The machine then rapids at a "dog leg" motion. This is when is hits the boss. If you just change the retract value to an absolute value of say .05 or .1 you should be just fine. I would also change the finsh contour op to an absolute retract. Carefully backplot the toolpath and you will see what I mean. Change the retract and backplot again. The software is verifing strait line rapid motions. Some machines rapid this way and some machines have a parameter setting for this. I just don't do it, the cycle time will not even be different at all on a part this small.

 

If you have any more problems post again.

 

HTH

 

Mike

[Jimmy Wakeford from Barefoot CNC]

Quote

I also had the problem but have fixed it with info from a forum member. I forgot what it was.

 

Dammit Mike, Story of my life.

[g huns]

Thanks for the help guys. In addition to switching to high speed pocket I did set my retract to .010 absolute.

[Mike Whitten CAD/CAM Contractors]

Jimmy,

 

I think it was this: Go to Internet options > advanced and un-select use passive FTP. Also check this:

http://www.eMastercam.com/ubb/ultimatebb.p...ic;f=1;t=012922

 

Mike