scapping parts in 4 & 5ax verify

[alanu23]

here is something I have been dealing with for awhile and I don't quite understand it. I have done a number of parts in 4ax simultanious that have 4 big pockets, two on each side. I have been positioning and roughing my pockets then I have to come back in with a finish tool and simultanious 4 or 5 ax mill the walls to thickness. now say I do two pockets on one side then want to go to the other side to do the opposing two.. I cannot get the tool to retract high enough to clear the part during verify... yet when I run the part on the machine it does just fine. It isn't such a huge deal for me except for the fact that I would like to visually inspect the part while in verify, and that can be kind of difficult when my part looks like swiss cheese.. anyone else ran into this? I am wondering if in my machine it is doing x,y,a,or b movements before it is retracting in z? Idk???? The wierd thing is that I have been able to avoid it by putting a ghost contour toolpath in between the cuts.. It seem funny to me that creating a toolpath the technically does not exist keeps this from happening. As always I work around it, but it would be nice to figure out why it is doing it.

 

 

 

[Richard Thomas - Mastercam UK]

Unfortunately I think it's just a function of the Verify package - it doesn't know how to clear your part when moving from one side of it to the next.

 

You could try using Safety Zone in the Machine Group Properties section, but that is meant for "real" tool/part clearance and not just a "virtual" change for the sake of Verify.

[alanu23]

That is wierd. You would have thought they could have fixed this already. O well, as long as I am not crashing machines I will live with it.

[Storkman]

What are the linear settings in the control def?

[gcode]

If you check the "force toolchange" box

Verify will retract between cuts and not blast through your part.

[alanu23]

[MIL-TFP-41]

This is a issue that goes WAY back....I remember trying to deal with this in V9. The force toolchange thing works, yet its a PITA to remember to do (and undo when you post)

 

This issue is LONG overdue to be fixed

[maestro]

I have seen this a lot as well. Sometimes verify shows a crash when at the machine there is no crash, sometimes no crash in verify and a crash at the machine. It seems to me that verify doesn't show the true kenitics of the machine. We use Vericut here to verify what realy happens at the machine. When I see this happen in verify, I will just run my ops separately and save as an stl file to verify the next op to work around this.

[Ralph@Faustson]

IF... you only need to force tool change for verify you can use "Edit common parameters" to turn all ops on and later turn it off for all ops as long as your toolpath regen doesn't take too long.

[dforsythe]

When using the force tool change button do you

use the from machine or enter a position in

the home locattion? the tool is going right thru the part agian.

 

Thanks