The "newer" deburr tool path in Multiaxis has a great function to allow for "Number of cuts along edges". This may not solve your problem 100%, although using a high flute ball nose and doing this function may reduce your efforts using handwork. There is a good video on Youtube, "Deburr Toolpath Enhancements - What's new in Mastercam 2023"

Leon82, (just curious) Is your G code applying G43.4 on either or both machines?

(Sorry for such a delayed follow up) I was curious how close the true cycle time was to what Mastercam reported? You mentioned Mastercam was reporting 5 minutes.

Manofwar, I have a background with the Siemens 840D, although not on a DMG Mori. I am interested if the machine has a TRAORI function?

Thank you for putting this up amw, you saved me some time searching this morning.

I'd like to second what John said regarding "FASTER" and the hint of regret for leaving X6. (And by the way John thanks for posting!). I'm on the forum researching X7 solutions and issues. I will always be a supporter of MasterCAM and have weathered the storm through every upgrade. The intent of this post isn't to sound negative, I will be following up to see if there's good input to resolve my issue (and I felt compelled to vent). I never realized how much I used Verify to validate tool path choices until programming a large project in X7. I agree that Vericut is a great proofreader, I'm a trial and error guy, I like to generate a tool path, have a look at how it removes material, maybe make a change, try it again, etc. My current project has 67 tool path operations so far. Below is some frustrating time analysis from my computer, I'm either looking for confirmation that this is common, and if there are ways of resolving this without reducing/adjusting/compromising accuracy (the Precision function) and/or reducing graphics quality: From the time the Verify button is pressed: 30 seconds, there's a ribbon message that says Updating Scene In Background, the windows circle spins, once the circle goes away it takes a few clicks of the play button to begin the verification If stop button is selected: 5-10 second delay before the functions of the window will respond, and the majority of the time my stock re-appears hiding the removed stock. Once the play button is selected again: 5-10 second delay before the tool begins to move, and the majority of the time my stock re-appears and flickers in and out for the first few seconds. This time adds up. I'm phishing to find out if this is common with the users and/or if there are settings that I should be reviewing. I've been adjusting the above Precision function, 1 through 4, it doesn't alter the wait time. I understand that this is new, if it's common so be it. But as they say, time is money, I need to resolve whether our team of programmers should stick with X6 until this new interface functions faster.

Long time no read/write... hello to the forum (well anyone that remembers me anyway's!) I've been given a 2008 Robodrill a21iF for an R&D project, woo hoo! I'll be placing a call to Methods in the morning regarding this question, they were on their lunch break when I called today, DOH! I'm trying to figure out the command to clamp and unclamp the Schunk vise in the machine. I've gone through the "assignable" M codes, M83, M100-M122 with no luck. Anyone out there have any suggestons?

Don't feel bad Odell, it's happenned to our shop on more than just Haas mills. Like Hardmill said the best bet is an absoute rapid value. You can usually tell when it's going to happen, when your toolpath rapids across the your part. The way it was explained to me that helps is the machine "rapids at a 45° to the longest axis travelled. Thus like gcode explained, in a rapid move all axis motors go at it's maximum speed until they reach there location... 3-Axis rapids are the worst! I saw a Haas 5 Axis machine do this with a curve 5 axis retract... WHAMMY!

STL's are great for rest mill and Volumill 3-D

You may also want to sudy up as much as you can by searching this forum. I prepped quite a bit in here to know what to expect.

I can only imagine all of the benefits on the programming end. But how about a sometimes larger issue: Business+Multiple computers+Microsoft operating system=Staffed IT employee required IT employee=All software needs to be mananged and maintained by such employee How is Macs performance in the office place?

You are EVIL! That or I'm just really jealous...

In MasterCAM's documentation directory there is an acrobat file you may already know this): "V92XFunctions". I've had my best results passing this document along and removing V9 from their computer. From there it's just a matter of having them ask for help when they a stumped and showing them how to search topics on the forum.

It's kind of a loaded question though, "Who wants something better?" Hmmmm, lemme see.

A "Work Around" is to copy the solid to an empty level, "save some" and just save the the copied level. This isn't bulletproof, I have still seen "Ghost Levels" brought in. But it definatley purges things a lot quicker.

Not sure of your specifics, but, we use the holder.mcx file to define the machine's spindle. We have ran into conversion issues. If this is what you are talking about, try openning the native holder file from the latest version and re-draw it and save. You do have to make sure it is the "thinnest" line setting, the correct level, and is analyzed as a complete chain. Also it doesn't seem to like radii at the top (Y+) to end the chain. Side note, we always copy and re-name the holder file as "original" to have as a reference.

Great topic, thanks for all of the info!

Welcome to the forum Leonard, good luck!

Curious about your network structure gcode. Do you keep your machine def's & post's on the network? too & material library's. It's what we've been trying for but there always seems to be some reason to run things off your C drive. i.e. working at home or out at the machine.

Thanks Tony, I guess we'll see. It's been a while, there's so many cool new features in the forum. Looks like I'm going to have to do some reading over the weekend!

Don't know if it's come up before, but I figured I throw it out there to see if anyone thought it was a good idea. (I mentioned this to a rep at IMTS this year, but haven't seen it yet) On the Lead in/Lead out page there's an arrow that let's you send your numbers from the Lead In side, to the Lead Out side. Wouldn't it be great if they added two more arrows (one in particular)? How about adding an arrow that let's you reverse the numbers (flip, swap, whatever you want to call it), and/or that let's you send the numbers from the Lead Out side to the Lead in side. Standard discaimer: If this has already come up, or there is a way to do this I apologize for wasting a thread. No animals were harmed in the making of this suggestion.

X5... Oh MasterCAM, everthing is better the next time around Ya I know Mr. Nguyen, if he's coming we should definately make it dinner (beer!). Ben's working with us nowadays Jamie. Shoot me an e-mail.

Great thread! Here's a great question, should you take pride in being considered a good programmer just because you know all of the work arounds? Or should you be frustrated that the time you spent learning the work arounds you could have been learning the new features? I'm with R&DCNC, and I'm glad I've finally read what is the most common negative thing said about MasterCAM: "IMHO, bugs should be the priority, not "new" features."

2 cents, with hopes for improvement. All of our programmers have noticed a difference (in a negative way) in the trim function in X4. I suggest trim 1 or 3 entities as much as possible, this seems to "avoid" the issue. When we do use trim 2 it does seem to function differently. My guess though, if there was a switch to turn this feature of before the trimming issue was solved it would not make a difference. The trim function appears to function different, turning off a graphic function is not going to help. Great SNL quote: "FIX IT!"

I'm with John on this one, if you are exploring the 5th dimension it would be best to have ateast one sit down with your reseller. They will also have some great books with tutorial's in them. But for the record, 5 axis tool paths use one more rotary axis than a 4 axis toolpaths...