I have done this a million times but now get completely unexpected toolpath when using plunge in finish turning. 2019 seemed to be ok. Ideas? EDIT: There were absurd values in Tool Clearance. No idea where they came from. As always, this thread is eligible to be removed.

The problem was that if compensation is off, the diameter of the tool should not matter. I use helix/circle mill so much that every now and then I try to use the toolpath with comp off and run into this problem. The workaround is simply use compensation and change geometry, which is what I did. So in the end there is no problem, but it would be more "logical" if this message did not appear when compensation is not used... Thanks to Aaron for answering so swiftly. It's great that people from CNC listen to customers and take their nags seriously

Edit: Message removed because the issue wasn't that big after all...it's been a long day

There's a huge discrepancy between the maximum number of levels and the maximum number of misc integers, misc reals and custom drill cycles. Yes, I'm running out

When copying operations from one machine group to another, then how can a tool be deemed "similar" if its type is "endmill" and the tool being copied is a "chamfer mill" ??? It seems "similar" here means just the diameter. I have learnt to become incredibly careful when answering YES... This is another good example of poor usability. Copying operations is so common, that this dialog should at least tell us WHAT tool it is comparing to. For example: A similar tool already exists in the tool list. #0 - M16.00 DRILL - ISCAR CHAMFER MILL D16 (Source) #0 - M16.00 ENDMILL - SANDVIK ENDMILL D16 (Destination) Also, if all the operations being copied use the same tool and you answer "NO", it will create a unique tool for every one of the operations instead of using the first tool that is guaranteed to be unique.

There's a bug in 2021 that after using solid command "Trim by plane" and choosing any solid body, you can no longer select any solid edge for whatever purpose until mcam has been restarted.

I try to get the absolute minimum stickout where the holder nut will touch the upper surface, which is 87 millimeters in the picture below. However using Check Holder I keep getting 88.27231. Resolution is 0.01, tolerance 0.025, holder and shank clearance are zero. Operation is Drill/Counterbore without tip comp Where does the 88.27231 come from?

Is there a simple way to make Lathe Finish contour toolpath so that the tool nose would tangent to the red line at the end? I mean simpler than drawing additional geometry or using "Extend / shorten end of contour" with a lot of trial and error.

Does HSM Advisor support cloud so that you can share feeds & speeds or is everything local?

This is not producing a desirable effect... maybe your e key shortcut does something different?

It hasn't been many days since I found out from some thread that there is an online Mastercam post processor reference, and it didn't even require log-in. But for the life of me I cannot find it again. Was it removed?

Quite often I find myself having to select operations by a tool number for whatever reason. I find the usability of this function to be incredibly poor. It does not expand toolpath groups where selected operations reside There is no way to isolate the selected operations. When you open a toolpath, the selection is lost and you have to redo. "Apply to selected operations" does not work Because this is such a common process, can you suggest any tips to make this workflow better? And as much as I love programming, having to make your own NET hook for this purpose should not be required.

I need to change the line pbld, n$, *toolno, *next_tool$,e$ so that next_tool$ is not output if that tool is a lathe tool. Is there a way to put it all in one line?

If I edit local machine or control definition, every operation's program numbers are reset back to "default program number" under Tool menu. Can I stop that from happening using some hidden checkbox somewhere?

I did some testing and it seems no matter what's selected in the abovementioned setting, the program number of a transform operation that uses another transform operation as source does not have its program number written to NCI. So in this case program number seems to be kind of a special case. In 4 axis work it's common that I use the same source operations for different tombstones and the fixture positions may wary as well, so there is no avoiding nested transforms, unless you love useless extra repetitive work. G54.2 would be a huge help, so maybe I'll get it one day.

No, I'm not sure. Didn't even think about the existence of such a switch. I'm going to check it out tomorrow, thank you for this tip!

Hi, This hack is due to this problem Program numbers are not written at all to NCI for transform operations, so I have to use a transform operations's misc integer. Furthermore, trans_mi$ does not contain the "latest" mi-value in case of nested operation. If you know a better way, I am all ears

Got it: atest : 0.0 stest : "" pheader$ #Call before start of file stest = opinfo(1032, 0) atest = rparsngl(stest, 1) "Test:", *atest, e$

A NCI file has the following lines: 1031 0. 0. 0. 0. 0. 0. 0. 0. 0. 0. 1032 3000 0 0 0 0 0 0 0 0 0 These are transform operation's custom parameters, where 3000 is the value of trans_mi1$ (or actually in case of nested transform, it is not, thus my attempt at opinfo) The following code outputs the following string Test:3000 0 0 0 0 0 0 0 0 0 stest : "" pheader$ #Call before start of file stest = opinfo(1032, 0) "Test:", *stest, e$ However, I don't know how to capture the "3000" part of the NCI line; if I change the code to test : 0 pheader$ #Call before start of file test = opinfo(1032, 0) "Test:", *test, e$ the result is always 0 or -99999, no matter what I enter into the second and third parameter. How Do I Use Opinfo Correctly?

Because all post processors seem to ignore the program number assigned to a transfer operation, I've had to add a line to pheader post block: if trans_mi1$ <> 0, progno$ = trans_mi1$ so that the program number outputted is the same as transform operation's first custom parameter. However, in case of nested transforms, like in the file attached, it is not working. The aim is that (see the attached file) If you post only operation #1, it would output O1000 If you post only operation #2, it would output O2000 If you post only operation #3, it would output O3000 How do you do that? EDIT: This was supposed to go to the post processor forum! Sorry. PROGNO.mcam

Yes. Is this a common dialog in CNC Software's post processors? If someone from CNC could confirm if there is something in the encrypted section that can be set in non-encrypted post block to bypass this. What kind of encryption do these files use? (no, I'm not going to try crack one, just curious) AES? CNC's own? Are mill-turn posts still completely encrypted in year 2022?

This is an older MT640 Pro post processor from CNC Software. I want to get rid of this message and use a post variable. Unfortunately part of the post is encrypted and so is this message. File name is "Mazak Integrex Fusion 5X Single_Turret MT_Lathe.pst" Is there a way around this?

That was FAR too easy. Thanks.

I've been wondering about this for a while When I try to enter 02 or 03, they get converted to 2.0 and 3.0 respectively. Why do I have to go through the trouble of creating a custom tool just to use these not-so-uncommon radiuses? Or is there another way?

Thanks to all. Maybe it sounded too good to be true. I wasn't aware of regex function. Good to know that at least it is there. My replacement function works without regex, but works only for Ä and Ö, which are the most common #region replace_scandics stmpstr : "" stmpstr2 : "" stmpstr3 : "" ival : 0 preplace_scandics #stmpstr is both input and output. input must be in upper case. #Replace Ä->A ival = strstr("Ä", stmpstr) while ival > 0, [ stmpstr2 = brksps(ival, stmpstr) stmpstr3 = brksps(2, stmpstr2) stmpstr = stmpstr + "A" + stmpstr3 ival = strstr("Ä", stmpstr) ] #Replace Ö->O ival = strstr("Ö", stmpstr) while ival > 0, [ stmpstr2 = brksps(ival, stmpstr) stmpstr3 = brksps(2, stmpstr2) stmpstr = stmpstr + "O" + stmpstr3 ival = strstr("Ö", stmpstr) ] #endregion