We had same issue. I added the following into the post at the header. If the program default isnt set, it auto sets it to "1" pheader_custom #Start of file "%", e$ !spaces$ spaces$ = zero if progno$=0, progno$=1, e$ *progno$, scomm_str, sprogname$, scomm_end, e$ e$

Leon, If I remember correctly, this had to do with a program stop signal. Used to happen randomly for us on an old yasnac on a mori lathe. I believe " % " was used for the start, and " % " was the stop.... Somehow... during drip, the tape interface would drop some characters and most of the time it was the % at the end. I'll try to find some notes I had for this Found one....

A couple months ago, Jeff started on the forum site about this. http://forum.mastercam.com/Topic36752.aspx#bm36788 I haven't heard anything on it again, until this. Looks lilke they started a "R-"

If your doing this in a lathe, I would use the threading cycle, select NPT type of thread, change the major diameter to .250 and minor to what ever depth of thread you'd like, set the number of threads/inch , and set angle to 7.125 degrees at a z ending depth of -.5. Depending on how deep you want the thread, you can adjust the major/minor diameters.. Hope that helps some, Rob

In 2019, 2020 and 2021 , you can go to system config, 'cad', then select 'entity attribute manager', and then click on settings. you can then set what entity colors you'd like.

i just pulled a file from mc2019 to verify, but 3 posts that were in the library and the 3 custom posts we have, seem to support 'inspections'. I just threw this together to verity. If no value is put in the "comments" section ( i put "chips" in there) it will pull out the go right back to cutting without an "M00. your post as ron said, will probably not have that due to its age.

Can you share that file? I have both Okuma and Hwacheon lathes here. I'd like to see how my post reacts. You may definitely have to talk with your reseller if the post is the issue.

Ok ... as you wish. Currently hard turning, so my stock is equal to my solid geometry. Same toolpath, with a picco bore. running into a .56 major dia into a 1.5277 degree taper, going back z-0.9684. Test1.min has no reference point, test2.min has a x7. z1. reference point. test2.min test1.min .Min files are just text files from an Okuma.

I've been running mcam lathe since like version 6...not x6...(age showing now). IMO, Mcam has done some work to stock definition since then, and I've not had that issue ever again. There are alot of us on here that could help with this type of issue, maybe share a file and i'm sure someone can help.

Josh, Thanks for that info. But the issue seems to be with putting any value in the 'ref points - approach/retract values' that have to do with a rapid to x value. If any value is is x rapid, the g98 value is referenced from the rapid to point and not the clearance values placed in the linking parameters. I'm starting to think maybe something got upset in the post from having it converted over from 2018 to 2021.. See below: 2 examples: below with rapid values: T1010 G19 G98 M28 M8 M39 G0 G28 H0.0 (FORCE C HOME) G0 C90. G0 X5. Z1. (rapid points of x5. y0 z 1. ) Y0. G97 S2500 M103 G87 X-.05 Y0. Z-.7316 C90. R-.0625 Q25 P1250 F.5 M38 (this would be referenced from the X5 value..meaning it would clearance to x4.875 not the .625 as set in clearance values of the cycle) G80 X5. Z1. M9 M39 G28 U0 V0 G30 W0. H0. M105 below with out x rapids: T1010 G19 G98 M28 M8 M39 G0 G28 H0.0 (FORCE C HOME) G0 C90. G0 X.75 Z1. (no x rapid points, only y and z) Y0. G97 S2500 M103 G87 X-.05 Y0. Z-.7316 C90. R-.0625 Q25 P1250 F.5 M38 (this would be referenced from the X.75 value..meaning it would clearance to x.625 as it is in the linking parameters) G80 X.75 Z1. M9 M39 G28 U0 V0 G30 W0. H0. M105 T1000 thanks, Rob

I'm kind of interested in this, running mc2021 for c/y axis lathe. I Just had my cross drilling cycles ignore the clearance value (tried both ways with 'use clearance only at start and stop of cycle') and it wants to start the cycle from my ref points position. I don't remember this behavior in mc2018.

I had similar issues previously in mc2020. I said something i believe last year. So far in mc2021 I have not had the issue. http://forum.mastercam.com/Topic33960.aspx

Any chance you can show the 'feature control frame' and what your measuring in a little more detail? The datums on your pictures do not seem to be complete. As Aaron said, to create a line between points of a hole (top/bottom), would seem to mean its either an angled hole and everything is designated to the alignment of the angle at the -a- datum plane or its trying to prove perpendicularity on each measured feature . With no other controls/conditions listed, this would prove almost impossible to measure true positioning or anything else... without another alignment feature/datum. In GD&T, a lot of times a datum will have a specific control frame defining it (this might help)... Then again, some new designers seem to think we on the floor just know how its defined and then its off to the design room for a pow wow. It might be time to bang on someone's door for a little clearer 'feature control frame'.

Jayson posted a response here. It helped me a lot with the same issue.

After some search time, I found it. Attached pdf is from an older set that I have, I believe they were Brown/Sharpe but who knows. Depending on the style/mfg of your triangles, this sheet could be incorrect. Its good that the students are getting multiple ways to check threads. But as Nickbe10 and 5th have stated, a lot depends on the class and spec of the thread when measuring. The root and/or crest of threads can cause more headaches than anyone could believe. Most asked question I ever get is, "how come my no-go fits, but go will not?". Most common answer is " check pitch, then check the root rad/root dia, and crest trunc" with the handbook values. Hope this helps, Rob thread triangle sheet.pdf

I'll have to look and see if I can find mine and make a copy. After dropping them (or wires for that matter) into a chip conveyor or a pile of nice stringy chips, i found my pitch mics a much nicer option.

This is a pdf we give the kids that just get out of school and attempt to thread on our manual lathe. Got it somewhere off the internet.. Thread-Calculations.pdf Other than that short one, we make them break out the machinery handbook... Other thing to ask, is the lathe cross set on radial or diameter???

In mc2020 and mc2019 I had issues early on with importing toolpaths into a file. For some reason it was adding excessive planes. I did some work with Deb Rossing at CNC and she logged R-19363 back in the middle of March. we had a work around, but I cant find my emails due to work server crashing. I'm unsure if it was fully addressed.

Jeff, I like the Walter inserts also, been using them for quite a few years on 718 and Vanadis 4 materials. Initially had issues with coolants being on the lean side, this causing heat and then catastrophic insert failure . Depending on the nose rad you can use, I typically stick with the CNMG120408-MM5 WSM10S series. The 10s is pretty tough carbide. Found down cutting the faces w/in .0005 and then finish turn the entire profile to size seems to keep the faces w/in tolerance. SFM was right around 60/70ish. Depending on your D.O.C, FRates around .0075... Part quantity was alway low numbers (4-6), so i'm unsure how any long any insert would do in long run cases. From some of your prev posts, I'm sure you've about tried all variations of Feed/speeds. Hopefully that can help. Rob

Ajmer, After some playing and hoping I was entering something wrong, I did exactly as you have. Same result as extend, just different was of getting there. Thanks for looking at it. Rob

Running 2020, c/y axis lathe. Have milled helix on od of part. Using Axis substitution to cut. No comp, center cut of ball end mill. (follow geometry) Attempting to "adjust end of contour" in lead in/out area. If a value is placed in this area, the tool path is eliminating some or all of the last line in the contour. If "adjust end of contour" is left unchecked, the tool path goes to programmed point without an issue. "adjust start of contour" seems to work fine, if value placed in, the start is adjusted by that amount. Maybe someone else can look at this, I have done this for years, and do not remember this happening in prev versions.. Thanks, Rob water tower.mcam

We run the Amada HA250W here, its about 3 years old. Its dead on accurate for cutting multiple pieces. Operators have to only dial the control to the correct length, set the material, and its off and running. Other than typical clean up, this thing has needed no outside service work. in prev shop, we had a Hydmech s23 series. IMO, the amada is a much more user friendly saw than the Hydmech.

From the calculations i did real quick, The feeds are close to a machine running non cylindrical/polar tool paths (g107/g112..etc) on a 26.054 diameter part. When we have operators question the feed rates on our lathes during a milling operation, we use the attached pdf to give a general idea of how the post calculates the correct feed to match ipm/diameter/..etc. If the machine does use a cylindrical/polar tool path, then the f1000. that you have programmed would be seen as f1000. Hope this helps some. feed rate for rotary tables.pdf

Cancel that, its not working in 2020. its seems that's where it used to be.

Through the system config you can do that. Its under dims and notes.