I like Jim's idea all around. Give them a real good one.

http://www.weeke.com/cms/en/Services/Softw...ers/woodWOP+5.0 Google guys it works wonders! I have not used any of this. You might have better luck posting this question in the woodworking part of the forum.

Keith, Click on the little triangle on the title bar of the ops manager.

Thanks everyone in this thread. I got the taper under control now and we are making chips. This forum rocks!

Hmm, I thought the red arrow moving when exiting verify was fixed in the original release of X3. I am on MU1 here and it is fine on verify. I am not sure why both seats of yours behave differently. Hopefully someone who knows more will chime in.

Up that .002 amount. Eventually the toolpath should start backing off. You are on the right track.

Mine still moves to the bottom of the tree and changes the graphics screen every time I exit out of Edit Common Parameters and jacks around the graphics screen area too. Still annoying but not as bad as it was before when it did this everytime you exited verify. At least some progress is being made.

Thanks alot guys, Looking forward to trying it when I can get the right tool. Have a good one, Kevin C.

I am trying to get a Duramill Whisperkut to show the boss. Crossing my fingers because we have alot of these to run.

Do you mean full depth? I couldn't get an endmill with flute that long for various reasons which I can't go in to here.

Thanks Ron, I think all try that with sfm about 180 and a .002fpt. Thanks, Kevin C.

Hey guys, Hoping I can get a little help on this one. I have clip that is L shaped and the long leg is .040 thick and 1.75" high and 2.75" long. Right now I am roughing it down to .05" left on both sides of the long leg so the thickness is approx. .140" then I am coming back with a finish tool (.75" 5fl .03r variable flute coated carbide) starting at the top stepping down .1" axial at a time removing .045" on each side then removing .005 each side then stepping down another .100". I keep getting alot of taper which is getting worse on each part due to tool wear. I am running the finish tool at .005 fpt and 275sfm. No more than I am removing at a time is this still too much chipload? I am trying to keep the run time reasonable. Any help would be greatly appreciated. Thanks

I have seen this too. Same fix as Ted.

I still get this alot too. I have gone to using more tolerance in verify to avoid it. I think the better your box is the larger STL filesize you can work with. I noticed when I changed employers I had to adjust mine. Hopefully they will find away around verify being such a resource hog. I have done some big verify's on CATIA now and I have not ran in to a similar issue. I do apperciate the jump in verify speed though going from X2MR2 to X3.

Hey Mark, Hello from room 315 at NIAR. I am taking the V5 wireframe and surfaces class.

Austing, Welcome to the forum. Nice to see another guy from Wichita.

Sorry I can't help you but I have ran in to this too. I tink it is just the way the thing works. You might be able to adjust your start height a little bit and get it to finish the very bottom. You might also have to go to surface finish contour with critical depths enabled. Kevin C.

I think the problem is that the operation manager and tool manager don't seem to be communicating back and forth. I tried copying the tools down from the first machine to the second. The problem is that the second machine already had 6 tools in it so when I copied the tools from the first machine down to the second it renumbered the tools starting at 7 and on up. So when I copied the operations down from the first machine the tool numbers didn't match. There is something extremely wrong with the tool manager when you have to seperate machines in a file. The renumber tools doesn't work all of the time either.

Thanks I will give that a try.

I have two machine defs in this file, both mpmaster, a horizontal and vertical. I copied a group of about 10-12 operations with 8 or 9 different tools from the vertical machine to the horizontal machine and the tools do not show up in the tool manager for the machine group 2 which is the horizontal I just copied the operations to. Anybody know why the tools would not show up? I have tried saving the file and running ram-saver and renumbering all of the tools and they still don't show? Strange huh? Thanks Kevin C.

Yeah it is the overthickness setting. I like that too, it works well on pencil. I really don't have any problem with this toolpath except the depth in Z-axis that it goes. I ended up just using the steep shallow to ceut it off. Thanks Colin.

Hey Colin, Yes I am using a containment boundary. If you look close in the top picture it is visible red and is in the same plane as the tool axis plane. I am using an STL file to drive the restmill, and the whole other side of this part has been machined off already. Thanks Gents,

I noticed some of the HST toolpaths doing this for a while now. Does anyone understand why it takes the toolpath so far past the drive surfaces on the model? The is a HST rest pencil toolpath. I know I can restrict this path using steep/shallow Z depths but I don't think it has always acted this way. I have seen this on Waterline toolpaths too. My question is, is this a bug or is it behaving as it should? Thank you, Kevin C.

quote: If you are programming from centerline, you should see nothing but 0's in the origin field. That is only if your TOP WCS is at the mastercam original WCS zero point. If not the the numbers will change when you change planes because they always go back to the original WCS zero.

Ron, Just don't show the operator the pictures that were posted in the off topic forum the other day or you will be looking for a new lathe operator.