You can define both your jaws and tailstock center in the stock set-up page. Tailstock advance/retract and part transfer still work. You're going to want to add M00 from your canned text before the transfer at the least for tailstock removal, it's even better to check the chuck clamping condition - i.e Nakamura lets you check it and alarm out (G471Y0102.7Q1.I9998. <- if not clamped GOTO9998, have alarm and message at N9998) or check some other machine state that will prevent crashing when the sub-spindle moves across. If you're going to do it a lot, it's worth making a spring loaded holder for the center and having it on the turret or in the tool chain (if that type of machine).

What a lazy xxxx of a draftsman.

Being low on coffee, and lazy I went with .00015"/1"/20F. New super small spindle cartridge?

Only time I've run into something like that was from the thermal comp being jacked. It's that or your shop is getting 850F warmer during the shift.

It's not the cheapest, but it sure is good stuff. Used buckets of it saving parts for power gen, chemical plant, off-shore and mining customers. Machine table repair was a happy consequence, has saved a lot of heartache.

A little belzona can give a guy a lot of first chances.

We've had really good experience with Lang. You can put the studs on almost anything and haven't run into any problems with repeatability between set-up swaps. https://lang-technovation.com/en

I was being generic with the run around bit, I'm sorry if it came across as directed at you. You've invested some time on this topic and dug up a lot of info for sure. Bit of a contradiction here, the whole manual PITA doesn't sound very perfect. All I have to go on here is wild speculation (not seeing anything workflow and am assuming gildemeister struktur for the .mpfs) , so grain of salt and all, but I used the mi$ as a dummy flag and the required syncs increment/output automatically (I'm sure there's other ways to accomplish it as well). If nothing is in gildemeister struktur, then none of what I've said applies.

This is the general run around I experienced, and at the end of the day it's just a lot of words to say they don't want to expend any effort to provide an actual solution. The 840D isn't a black box, the Siemens manuals are probably the most in depth I've dug through. Getting clean, fully functional code that gives the majority of bells and whistles isn't even a herculean task. It's syntax and formatting. Collision control is all $P_WORKAREA_CS_ variables, cycle shapes just need a few special characters to open in the graphics menu. Syncs aren't magic either, they just aren't the same as an M-code. INIT,START,WAITM,SETM and CLEARM - took an m$, buffer and a pretty short post block to sort out. DMG apps can't tell you what the CAM output should be, because they don't know outside of the control menu. The solution providers don't have enough customer demand to really want to bother, so say things like .... Sorry, I'll never understand why pretty lame excuses from both parties are accepted with CTX machines specifically, and I guess I have some residual bitterness at the memory of those interactions and no progress was made in the 6 years since apparently.

I'll usually use a Thread Mill path. Keeps the tool engaged instead of repositioning like contour. Don't end up with the transition lines like a surface path and control comp for any required size adjustments. Can also back bevel undercut bores.

Every time I have to do this I just finger cam it. Taking 0.197" of a 4" cylinder would be like: G90 G00 X3. Y0.2 Z.25 B0. Z-2. G01 X0 F150. G91 G01 Y0 B2400. F750. (feed depends on machine totally, B value is 0.2 divided by 0.03 step over) G90 G01 X-3. F150. It is easily doable in MCAM, I just hate needless bulk to the point I'd just do a G65 macro call from manual input if it happened often enough. Add a spindle orient with a turning tool and you can do turning ops this way too.

You can also just add .WPD to the folder name where the .MPF and .SPF are and cut/paste straight from the key without chancing something getting borked. MCAM -> posted MPF/SPF files -> Part CH1/CH2 .WPD folders on key -> into the control Only times I've done anything with .ARC is controller backups/parameter dumps and firmware upgrades.

The machine support from DMG is pretty top notch, they moved some mountains when my old shop was getting through the commissioning of our CTX. App support was decent, really good with anything controller related, absolute pants with CAM/post things. Overall, I really liked that machine. The only post solution IHS was willing/able to offer was an M/T environment that would post bare bones ISO. No Cycles (rough turning, threading, etc.), just good old line by line, "re-post if you need to change something at the machine". I ended up just adding a ton of modifications to MPLMASTER and made a CHOOK to generate the MPF and SPF files after being told by the post department that they couldn't do it. Hopefully there's better options available (doesn't sound like it from your post), but you guys should be all over them if the provided solution isn't coming close to expectation, it certainly wasn't provided cost free.

I've used canned text for drilling output and a few M codes/macro calls before, but I was ready to light my desk on fire if I missed a simple fix for psccomp behavior in this instance. Oddly, it only comes up in the lathe side of the post. Remove psccomp from ltlchg$ and comp doesn't output until it's cancelled. Yet psccomp isn't even part of mtlchg$ and it still reads it and outputs comp in plinout/prapidout just fine. Overall, it's an interesting quirk and was fun in a "throw your keyboard" kind of way to find a work around for. My post may be ugly as sin and would make anybody else cry, but the code comes out pretty and error free at least. I appreciate the insight Colin, thank you. I'll be sure to check out your channel, you're a wealth of good info on here.