Thanks Keith, I will definitely use that information. Have a good day! Jeramiah

I think that would work. I would just have to set the correct misc int in every toolpath. I was hoping I could do it in the post so it would not have to be done for each toolpath in mcam. I appreciate your thoughts on this subject and I will try it out if I can't figure another way. Thanks

In my machine G95 is feed per revolution.. hth

I also use the force toolchange for other things like checking parts / tools, blowing parts out, and measuring features etc... this is done with misc integers. I have been manually editing these duplicate tool staging calls out, and would like to get rid of them thru my post. I have used ref point in the past, but I have found using the tool change to work better for me.. thanks for the suggestions

Exactly, I think I have to create a variable of some sort, and check to it when it tries to stage a tool. Just not sure how to code it either...

Let me elaborate a bit... I am using force tool change to go to a safe position for rotating my B-axis. So when it rotates it is still using the same tool, and the next tool is still the same. If the operation on the first side is quicker than the tool staging, when the controller reads the duplicate tool staging call, it won't do anything until that tool gets into it's pot. If the program did not duplicate the tool staging, the machine would continue to run. Hope this makes sense..

GENERIC FANUC 4X MILL X2 MR2 I have made some edits to this post in the past, so it is not 'out of the box' anymore thanks

I am having trouble understanding what "ttblend" does in my post. I am thinking it means it is at the last toolchange, for staging the 1st tool, but it is only in one place in my post... thanks

Can anyone tell me an easy way to get the post to see which tool is already staged, and if that is the one it wants to stage next, to not post the tool call for it. This is basically for when I do a force tool change, my post wants to stage the tool that has already been staged. In some cases when a tool runs faster than the next tool gets staged, the machine will sit there and wait until the tool is staged before it continues on with the program. Sorry for the long post. Thanks in advance.

Bryan, I would be interested in taking a look at that if you don't mind. Thanks,

i just had it happen X2 MR2...

I know this is an old post, but does anyone know if this has been reported or not?

Greg, Yeah, that is how I figured that out, too. Had my boring tool score a couple bores and then figured out that MCX didn't puy the 'Q' in. That's usually how we learn in this trade, we get forced too. Have a good day,

Greg, About the 'Q' value in the boring cycle... That value is modal, so MCAM won't post it in successive operations in which that value remains the same. You have force the output in the post. For example, in the drilling section of my post the asterisk in front of shftdrl$ is what forces that value each time, no matter if it changed or not. Hope this helps, code: pmisc1$ #Canned Fine Bore (shift) Cycle pdrlcommonb pcan1, pbld, n$, *sgdrlref, *sgdrill, pxout, pyout, pfzout, pcout, prdrlout, *shftdrl$, dwell$, *feed, strcantext, e$ pcom_movea

This way I can just use the tools and holders that I have already defined in MC and not have to worry about any of it. The reason I didn't see that before is because I have just been using some generic solid blocks for stock on my screen when I go to simulate. Now I see if I would just use a finished model of the part it should work flawlessly. I want to thank you again. I can't believe how simple of a solution this is, and how I kept trying to make it some big complex, post edit, and everything else. Thanks again Dave, Have a great day