Ran a shop with automated loaders for 3 years. https://machinetoolsolutions.ca/product/clean-tec-chip-fan/ We used these on most jobs combined with a coolant flush. We ran 90% aluminum so chips would fly everywhere if not hosed down first. I don't expect them to be of any use on steel chips.

It's called file repair now

Your Xeon is only running at 2.6GHz. I've got a ten year old gaming box that's about double that. Mastercam loves clock speed, so the fastest i9 you can get is the best. I assume you're running off SSD's and not over a network? I'm still using X9. Does modern Mcam still have the RAM saver function? It recompiles the file to be more compact and efficient, clearing up the space that had been occupied by stuff that's been since deleted.

It's also critical that your work offset in the machine is EXACTLY at the COR in all axis'. Any error will be doubled when you flip the part 180 degrees. I dial it in this way: After getting it close with indicating and probing, I'll do a test cut on a piece of aluminum, with a skim pass, flip 180 degrees, and cut again. Measure across the faces. If it's .002" off, move .001" and try again. You can do this for both rotary axis' and get within tenths.

XYZ zero will be at COR, and offset will match same location in the machine If there is an offset between the two rotaries, you will need to put that in the post. Should be a pretty small value in this case.

Your part in Mastercam must sit on its fixture at the COR exactly as it is on the Machine.

I use them on all types of materials, steels included. I bought the large one from Redline tools, but they're all basically identical. As @Leon82 said, the center doesn't move much air so you have to "face" using the outsides. I have a subprogram that just does a quick, general pass. But for more specific chip clearing you can just use a facing toolpath. I dunno if they all do, but mine also has a center hole that can be used as a TSC jet, if theres stubborn areas.

Xeon don't work well with MC. Set your multi-threading cores to as many as you can and the priority to high. Also set the memory buffering to 90%. Just suggestions. Also simplify any fixture solid models if you have any. Delete any solid groups.

Yup. It'll happen this year. Hopefully sooner than later. Thanks for your help.

This might be interesting, will definitely check this out. The picture of the tool and the holder reduces the risk of setting it up incorrectly, so that's an advantage. Thanks so much

We have the small lang. It works but you have to make a few facing passed to clear big pockets. The center doesn't really provide push because the blade isn't there. I put an approximate tool length in and tweak it as needed. It will suck loc lines into it and destroy itself if they are too close.

The 'brk_max_ang' function tells the Post Processor to "break up reposition moves". Your value is set to '1', which means it breaks it every "1 degree". Set that value to "-5". The negative sign disables the function, but just in case you do need the Post to break up a reposition move, you can change that "-5" to "5" (positive 5), which basically turns the "Breakup of Rapid Moves" back on. The big issue with this post > it does not support DWO or TCPC "out of the box". It only supports "mechanically offsetting XYZ Coordinates" from the Center of Tilt and Center of Rotation, of the Rotary Platters. Do you know what your distance is "between the center of tilt" and "the face of the rotary platter"? Also, it is a good idea to mount a gauge sphere to the platter, using a magnetic base, and to probe the center of that sphere at C0, C90, C180, and C270, and then plot those coordinates in Mastercam. Do the same thing, while tilting the Tilt Axis, and measure at A0, A30, A60, A90 (minimum). For a more complete assessment, you can use A0 A60 A90 A120, and if able, do the opposite side of that as well (A0 A-60 A-90 A-120). By plotting those center positions in space, you can use 3-Point Arc, on different combinations of those "measured center points", to obtain the "Best Fit", of where those center positions are at. All Trunnion Tables (Tilt + Rotate), have some mechanical error in the building of the trunnion. This is simply a fact of any mechanical assembly, as every component is manufactured to a tolerance value, and then you're stacking all of these parts together, to form the assembly. You need to find the XYZ position of the "centerline of the Tilt Axis". On a TR Trunnion Table, this would be your A-Axis. On a UMC machine, this would be the B-Axis. The more accurately we can measure these positions, the more accurately the software can compensate for TCPC & DWO. Then, once you have accurate values for XYZ position (from home) for the Tilt-Axis Centerline, you need to find the "offset" value, which is always perpendicular to the Tilt-Axis. On a TR Trunnion, this would be a "shift amount" in the Y-Axis (always a plus/minus amount, as you never know if the "offset shift" between the Tilt Axis and the Rotary Axis, is positive or negative. The shift could be in either direction, depending on how the machine was built mechanically). For machines which use TCPC & DWO, on the NGC Control, you would enter these values: Setting 254 = "Shift/Offset between the Centerline of the Rotary Platter, and Centerline of the Tilt Axis" Setting 255 = X-Axis Offset (from home) for Center of Tilt Axis Setting 256 = Y-Axis Offset (from home) for Center of Tilt Axis Setting 257 = Z-Axis Offset (from home) for Center of Tilt Axis For older machines, without the software to perform Dynamic Offsets (TCPC & DWO), then you must enter these shift values in a different way. Instead of entering these values "in the Machine Settings", you must measure the 'delta difference' between the Tilt Centerline, and the Rotary Centerline, and enter those number as variable values inside the Post Processor itself. There are two sets of "shift values" > 'saxisx', 'saxisy', and 'saxisz'. These are used for the shift with 3+2 (positional) Ops. There are a 2nd set of shift values 'n_saxisx', 'n_saxisy', and 'n_saxisz'. These are used for the shift with 5-Axis (vector based) Ops. You must put your WCS/Planes Origin at the Center of the Tilt Axis. Then, you must build your geometry "as it sits, in the real world", relative to that Tilt Axis Position. The 'saxisx-saxisy-saxisz' variables are used internally inside the Post, to compensate for a shift, when cutting 3+2 Operations. The Post uses 'n_saxisx', 'n_saxisy', and 'n_saxisz', to perform the shift for 5-Axis (vector-based) operations. In addition, there is the use of 'shft_misc_r'. When this is enabled, you can now tweak output to an individual toolpath, by use of 'mr7$', 'mr8$', and 'mr9$'. (For XYZ shift). So, if you need to shift the NC Code by 0.00042 in X, and 0.000025 in Y, you can make those changes to MR7 & MR8, and then repost the NC Code, and the code will shift by however much you enter in those MR values.

I think they have been working on it for the last 10 years Yes it is possible but you need to add a bunch of code to the post. If you are an experinced post guy that should not be too hard if you are not then paying somebody to do it will be a better solution