What's the diameter of the hole? Are you looking for speed or for one drill to last the part run?

Thanks for the replies. I just want to clarify because I think my question was misunderstood. I start by defining the stock shape in the Lathe stock setup properties, in this case Ø8.25" x 12.0" round bar. I create my lathe and mill programs then at the end I create a lathe stock flip program so I can start machining setup two. I copy the solid from setup 1 to a new level and rename it setup 2 and I rotate it and translate it into the correct position. Then I create a Stock Model for all of setup one programs including the stock flip and I use that Stock Models for my stock in Verify for my setup 2 programs. The problem I'm having is that that Stock Model is not orientated correctly to my setup 2 solid, the Stock Model is mirrored. I want to be able to fix that. Back in the day I use to create a stl file when I was done using Verify and I would rotate/translate that stl to match my next setup. Works great like you said Ron but I like to use the Stock model now because it keeps all my data in one file. Converting a mesh to a solid is a hard task and most software can not to it, it's crashes almost all programs that I know of or it won't even attempt it by spitting out an error. A mesh with 8 million polys will cripple a computer trying to turn it into a solid.

I don't see a rotate function in the Stock Flip or in the Stock Model. Thanks for the reply.

Hello, Is seems to mirror the stock and not flip it. Can someone confirm this? Is there anyway to have it flip and not mirror? I'm using a Mazak Integrex and it would be nice to use stock model for my second setup instead of creating a STL file for my stock. Too bad you can't save stock as a solid and save it to a level then rotate the stock on that level or something like that. How would you create a stock simulation for the second setup? TIA, Greg

Do you have Multiaxis? If so I would use the Curve 5 Axis tool path.

On the Surface Finish Contour program I used the Direction check box and set the Plunge Angle to 0, XY Angle to 0 and Plunge Length to .25 for both Plunge Direction and Retract Direction. It allowed me to lead into the under cut without hitting the part.

Thanks. I was staring me in the face all this time. It would nice to find it in the Stock Model program.

Hello, Does verify and Stock Model have a remove chips button/option? I make parts that I have a endmill cut through the stock and in simulation it leaves large floating stock chunks that later tools in the program will show as a collision but in reality they fall away into the chip conveyor. Definitely not a major thing but more an annoyance when looking for collisions. TIA, Greg

When I work on a HMC I copy my top so it says Top-1 and then I can adjust my origin for that plane. Then I copy my Front, Back, Right and Left to Front-1, Back-1, Right-1 and Left-1 and then I can set their origins as well, giving them their own offsets - G54, G55.. etc. You can add any plane with offset you need for your setup and the rotary will index to that position but all Planes need to have a Top-1 WCS for the indexing to work. Ideally rotating on center is best but for us it not economically feasible.

I figured out what the problem was. The operator used a 1.5 high feed and it should have been 1.25 high feed. I knew it was the tool geometry.

Peter: It seems that my tolerance is at .006 this gouge is about .100 so I don't think it's that. As for the arc it not a large arc it's just rolling around a corner into a long straight cut. As I look into this more it seem like it's not using the correct diameter or nose radius for the tool. I ran a new program that has been slightly adjusted with tighter tolerances and I had the same result so now I am defining the tool as a High feed tool and filling in all the parameters and I'm going to run this shortly. Hopefully this will fix the issue.

Make sure your graphics card has the most current drivers.

Nope, I shows a good part. Used the compare functions and it shows correct stock amounts.

Good day, I had a gouge at the machine from a rest roughing program that did not show up in Mastercam's Verify. Has anyone had this before? I ran a Surface Rough Pocket with a 3.0" high feed, then a Area Rest Rough with a 2.0" high feed then another Area Rest Rough with 1.25 high feed and that is the part of the program with the gouge. Mastercam showed a perfect part in Verify. The only thing I can think is that the way the machine interpreted the arc's is different then the my post settings? I am using a traditional bullnose tool to define my high feed tools and not the new high feed tool which would give me more accurate toolpath. Any ideas? I wish I had Vericut. Thanks, Greg

They installed a buttons for that in Mastercam. In the Transform tab, Scale. Then at the bottom of the Basic tab in the section called Uniform on the right side there is two rulers one white converts to metric yellow converts to inch.

On the cut parameter tab change the circle size from 1.0" to .3937 and it works. I'm guessing your just grabbing points? You could grab the circle geometry and then it would get a correct circle size or make sure that the circle size is correct in the tab listed above.

Does it have to be rotary program? Could you not just index the table and use a tooling ball for pickup location?

Yes you can. Just change the work offset for the program you want by going into the Axis Combination/ Spindle Origin button located on the bottom left of the window and set the offset to 1 which should output G55. Welcome to the forum!

Hello, I using a mill-turn center (Mazak J400) and I use standard lathe stock setup values to define my stock. When I'm done all the turning and milling I use lathe stock flip operation for my second setup. I use Verify for the both mill and turning operations and I save the stock as a .stl file, I use that file for my second setup stock. I copy my solid from that I used for my first setup to a new level and rotate/translate it to the correct orientation and use that for my setup 2 milling. Is there there a better way to do what I mentioned above, I stopped using .stl files way back and I use a stock model operation for most of my needs. Thanks, Greg

This issue I have is repeatable. If I try to create a 3D lathe tool with my toolpath manager on my second screen I get the same results that you get; same with creating a safety zone in a Multi-axis toolpath. My fix is just to dock the toolpath manager before I do the above listed tasks untill they fix the issue. It may be a graphic card driver issue but I do have the current version for my card, but do you?

Do you use multiple screens? I get the same issue but if I dock the toolpath manager to my primary screen it fixes the problem.

Watch out for wear comp it's backwards compared to Fanuc, test it and you will see what I mean.

I should have added I turned comp off so the tool starts on center of the line I used to draw the 10" circle. Thanks for the reply. The next thing I'm going to try is a 5" and 15" circle and see what times I get for the program and see it I get any changes the closer or further away I cut from zero.

Hi Guys, I'm having issues with using inverse time, the feeds are either too fast or too slow depending on what settings I use in my Control Def. (feed in minutes/seconds) I'm using a Mazak Integrex J400 and I only use Inverse time when I'm using the C-axis (lathe chuck) so the program switches between inches/minute and inverse time. I did some testing to see what exact time it's taking compared to what Mastercam says. This is what I did: I drew a Ø10.0 circle (circumference of the circle is 31.4159 = pi ) and made a rotary program for an endmill to cut on that circle at a feed rate of 31.4159 (pi) and it should take 1 minute to make the cut. My results: Rotary test 1 time in Mastercam using the inverse time feed rate setting set to minutes: 1m 1.20s -out put feed command has xxxx.xxx digits (ex. F6284.948) Rotary test 2 time in Mastercam using the inverse time feed rate setting set to seconds: 1m 1.20s -out put feed command has xxx.xxx digits (ex. F104.749) Rotary test 1 time in the J400: 12s Rotary test 2 time in the J400: 2m 52s The second test I did is a linear move 10" long at 10 ipm should take 1 minute to cut. (my control def set to feed in minutes.) That's exactly what it did, it took 1 minute to make the cut. It did what it was suppose to, so now I'm confused??? I expected the feed to be out by some factor so I could correct the rotary feed error. Here is a sample code: G68 X0. Y0. Z0. I0. J1. K0. R90. G0 G17 X-10. Y-5. G43 Z4. G93 G1 Z2. F5. Z1. F10. Y5. F1. Z2. F10. Z4. F5. G69 M05 I've used inverse time on a mill with a rotary axis and it worked flawlessly I would be cutting at 60 ipm from linear into a rotary cut and you could clearly see that cut was at the same feed. So now I have to reduce my feed values on a rotary cut so the tool will cut at the correct feed. It seems like there is a issue cutting with the C-axis like it's using some constant surface feed numbers to adjust the feed. I need to figure out if it's the machine or the code. Has anyone dealt with this before or has some information for using inverse time that may help. TIA, Greg

You should have G93 which turns on inverse time and it's modal so you need a feed on every line because the feed is in time so every move take a certain time to perform at your current feed rate. Depending on your settings it may move back to G94 on your non rotary moves. In your post there rotary axis settings. I think this is the one. rot_type : 2 #SET_BY_MD Rotary type - 0=signed continuous, 1=signed absolute, 2=shortest direction