Could you post the NC code you got here? or it is better if you can upload a zip2go file to the ftp folder. I tried thread mill toolpath with generic Haas post and it outputs circular moves.

You may check your spindle direction and see if it is correct.

Josh, as Paul said, you need to uncheck the A axis in the 'Machine Axis Combinations' dialog, NOT in the 'Machine Definition Manager' dialog. If you click on the Axis Combination icon on the top tool bar in 'Machine Definition Manager' dialog, you will see 'Machine Axis Combinations' dialog pops up.

What post are you using?

I guess it is not enough information to start with. If you can put a zip2go file in the FTP site and let me know which folder and file you put there, I may be able to help.

In the post, it is set to output IJK for helix arc. If you look into the post, in post block 'parc', the pre-defined variable 'arc_pitch$' condition leads the output to use IJK. Remove that condition will give you R output.

It would be line 1287 and 1288 in your post which output the -Z right before G70 line.

The 'sub_op_id$' issue is confirmed to be a bug and the good news is it is fixed in X4 MU1. Once you get X4 MU1, do NOT comment out the line 'wc2 = one' in post block 'pread_g70', you should be able to get correct outptut of P&Q.

Ok, Now I know what is the real problem. The 'sub_op_id$' is zero for all the buffered records once you have the stock flip operation (I am not sure if other misc operations will cause the same problem). It appeared to be a bug but I need to investigate more to confirm it. The workarounds I mentioned above (not omitting sequence number, or the post modification above) won't work you. For now, commenting out that line ('wc2 = one') and use the same order for the canned finish cycle as you create the canned rough cycle might be the only workaround. I will let you know if I get more information. Thanks.

Create a Z2G and upload to FTP, let me know the file name and which folder you put it. Refer to the top of this page for FTP upload instructions.

The P&Q numbers look wrong to me for the operation (OD FNS) and (FACE FNS) in your output, they are swapped. This is what I meant when you commenting out that line of 'wc2 = one'. But I am surprised that you get the P&Q numbers for operation (FACE FNS). I can not tell why without looking at your post and MCX. The line before G70 should be output from post block 'ltlchg$'.

Both enabling for LCC or not omitting the sequence number make the n$ correct, you should get the correct output without commenting out that line 'wc2 = one'. In your NC file, you perform all the canned finish cycles in the order their canned rough cycles are created, that is why you get the correct output. My guess is if you switch your finish operations to do (OD FNS) first and (FACE FNS) second, you will see the problem of commenting that line, you won't get the correct output for operation (FACE FNS). Not sure which neg coordinate before G70 you want to get rid of. Not every G70 line in your NC output has a neg coordinate before it.

William, I believe you did not fix the problem by commenting out that line. Commenting out that line prevents searching the buffered P&Q number records from the beginning of the buffer file. If you have multiple canned rough operations, say canned rough op1, op2 and op3, after these operations, you want to do a canned finish op1 which is the finish operation of canned rough op1, you won't get the output of P&Q number because you commented out that line. It happened to fix your problem probably because you have your canned finish operation right after your canned rough operation. Even though it does not search from the beginning, it can find the P&Q number in the buffer file because that record happens to be the last record in the buffer file. The real problem seems to be the sequence number is reset at the canned finish operation by MP when the sequence number output is omitted in the control definition. If you do not omit the sequence number output in the control definition, you should be able to get the correct P&Q number. If you do want to omit the sequence number output, the work around is to have your own variable to save the sequence number instead of using the pre-defined 'n$' variable. You need to modify the post block 'prcc_call_end$'. (see sample modified code below) myn : 100 # sequence number to be output when omitseq$ = one prcc_call_end$ ...... if omitseq$ = one, [ # ng70s = n$ # ng70e = n$ + seqinc$ ng70s = myn ng70e = ng70s + seqinc$ myn = ng70e ] else, [ # if old_new_sw = zero, ng70s = n$ + seqinc$ # else, ng70s = n$ + (seqinc$ * two) if old_new_sw = zero, ng70s = myn + seqinc$ else, ng70s = myn + (seqinc$ * two) ng70e = ng70s + (seqinc$ * (size3 - one)) myn = ng70e ] ......