ポスト処理ダイアログが変わった

以前はこんなダイアログでした。

先日気が付いたのですが、「ポスト処理」を押すと、こんな感じに変わっています。

実はこれ以前から「設定」⇒「NCプログラムを作成」の画面です。

ポスト処理の設定で、以前のダイアログでの設定から、こちらがデフォルトになったようです。
「NCプログラム」を使っていなかった方はダイアログの変更程度かもしれませんが、
「NCプログラム」機能は意外と便利ですのでもう少し詳しく説明します。

NCプログラム

複数のセットアップ（工程）をグループ分けしたり、複数のポストを使う場合に便利です
NCプログラムの画面を見てみましょう

「設定」タグで、使用ポストやNCの出力フォルダなどが設定できます。
「操作」タグで、この「NCプログラム」に処理させたい、セットアップ（工程）を選択します。
以前の「ポスト処理」では、ポストや工程を分割したい場合には、分割数だけその処理を行う必要がありましたが「NCプログラム」を利用して複数作成しておくと一度に複数のNCデータを作成してくれます。

こんな時に便利

・NCデータと加工手順書を同時に出力したい。
　筆者は加工手順書もポストで作成しています。
　要するに、機械が一種類の場合でも、常に２個のポストが必要なので２回の「ポスト処理」作業が必要でした。

・複数の機械用でデータを作成したい場合。
　多種類の機械がある場合で加工機械が決まっていない場合、とりあえず数種類のNCデータを出しておきます

・加工工程（セットアップ）を分割したい場合
　荒と仕上げとか、裏・表とか、Fusion360では一気に作りますが、NCデータは分割したい場合があります

・工程によって、機械（ポスト）を変更したい場合。
　荒加工は機械A、仕上げは機械Bのような、上記２点の複合的な場合ですね。

・出力フォルダを変更したい場合。
　少ないケースかもしれませんが、複数個所のフォルダにNCデータを作成したい場合や、複数工程で出力フォルダを変えたい場合など。

・個人ライセンスで、複数工程（工具）のデータを一気に出力したい。
　これはあまりお勧めではありませんが、一回のポスト処理では一個の工具しかできませんが「NCプログラム」を複数作成すれば、とりあえず一気に出力できます。

設定方法

設定は、「設定」と「操作」タブで行います。

「操作」タブは、NCデータ化したい対象のセクション（工程）を選択します。

この二つのタブで、複数のポストと複数のセクション（工程）の組み合わせでNCデータが作成できます。

「NCプログラム作成」と「ポスト処理」

「NCプログラム」を作成するには、「設定」⇒「NCプログラムを作成」で作成できます。

この方法で、必要な種類の「NCプログラム」を作成します。
「アクション」⇒「ポスト処理」のアイコンを押しても「NCプログラム」が作成されます。
さらに押すと、追加されます。
タスクバーの「ポスト処理」ボタンではブラウザに勝手に「NCプログラム」が作られるだけなので、
ちょっと戸惑ってしまいますね。
最終的にポストでNCデータを作成するには、ブラウザから作成したい設定の「NCプログラム」を選択後、「ポスト処理」アイコンで実行します。

ツリーの親を選択すると、その下のすべてを実行して、複数のNCを作成してくれます。

個人ライセンスで試してみましょう

個人ライセンスの場合、複数の工具を使用したNCデータは作成する事ができません。

もちろん、今までも単独で何回も処理すれば単体では作成できましたが、セクションの編集など行った場合、再度処理する必要があり面倒だったと思います。
「NCプログラム」を使用すれば、一回の実行で、複数個のNCデータを一気に作成してくれます。
セクション一個につき、「NCプログラム」も一個用意し、「操作」では、一個ずつセクションのみ選択します。

プログラムの「名前／番号」も変更します。

親の「NCプログラム」を選択し、「ポスト処理」を実行すれば、５個のNCデータを一気に作成してくれました

もちろん、個人ライセンスでは、早送りの制限もあり、実際の加工に使うには無理がありますが、
ポストプロセッサの改造で早送り処理を変更し、サブプログラム化にすれば、使用できるかもしれません。
まぁ、工作機械への利用は、商用ライセンスをお勧めします。

ＬAN上の共有フォルダでポストファイルを共有する

ポストファイルを数人で管理している場合、LAN上の共有フォルダを利用すると便利です。
以前のポスト処理ダイアログでは、「ポストコンフィグ」で共有フォルダを設定できました。
まずは、以前の「ポスト処理」で確認してみましょう。

以前のポスト処理に戻す

今回の更新で、複数のポスト処理を行いたい場合は便利になりそうですが、一種類の処理で間に合う場合には逆に面倒になりますね。
場合によっては、今後の更新で使用できなくなるかもしれませんが、現状では戻せるようです。

Fusion360 画面の右上のログイン名アイコンからの「基本設定」で設定可能です。

「基本設定」⇒「プレビュー機能」⇒「製造」⇒
　　「Post Process NC code with legacy post processing dialog」

にチェックすると、以前の「ポスト処理」にもどります

旧「ポスト処理」でネットワークフォルダを共有

旧「ポスト処理」のダイアログでは、「コンフィグフォルダ」の「…」ボタンで、ネットワークフォルダを設定できます。

この設定で、メンバーでネットワーク上のポストファイルを共有できます。
複数人でポストを利用している場合には便利です。

「NCプログラム」でネットワークフォルダを共有

「NCプログラム」でも、「ポスト」の「…」ボタンから設定できます。

「リンク済み」右ボタン、「フォルダをリンク」から、ネットワークフォルダを設定可能です。
ここで、設定できたはずなので実際にポストを実行してみると・・・・あれっ？

なぜか、エラーが発生してしまいました。

ローカルフォルダとネットワークフォルダ

Windows の場合、ローカルフォルダとネットワークフォルダでは、形式が違います。
ローカルフォルダは、「ドライブ：￥フォルダ名１￥フォルダ名２・・」の形式ですが
ネットワークフォルダは、 「￥￥フォルダ名１￥フォルダ名２・・」の形式です。
この「 ドライブ：￥ 」と「 ￥￥ 」の違いが影響しているのでしょうか？
いずれにしても、旧「ポスト処理」では設定できたので、改善を期待します。
とは言っても、いつ改善してくれるかわかりません。
現状でできる事を考えてみます。

ネットワークドライブの割り当て

ネットワークフォルダ形式（￥￥フォルダ名）に対応していないのであれば、
「ネットワークドライブの割り当て」で認識してくれるかもしれません。

エクスプローラのネットワークから、対象のネットワークフォルダを右クリック
ネットワークドライブからドライブを割り当てできます。
ドライブ名は、プルダウンから選択できます。
割り当てが完了したら、「ネットワークドライブの共有」で説明した「フォルダをリンク」で
そのドライブを設定します。
私の環境では、正常にNCデータが作成されました。

シンボリックリンク

別の方法として、こちらのサイトでも解説している「シンボリックリンク」も使えるかもしれません。
工具共有説明のサイトではうまくいきませんでしたが、今回も試してみたいと思います。
「シンボリックリンク」は、別の場所のフォルダへのリンクが書かれたショートカットファイルではなく、
別の場所にあるディレクトリを、いかにも自分のディスクにあるように見せる機能です。
Fusion360のポストがでデフォルトで参照するフォルダは

C:\Users\「ユーザー名」\AppData\Roaming\Autodesk\Fusion 360 CAM\Posts

です。
この「Posts」フォルダが存在すれば、その中から「.cps」ファイルを探します。
「NCプログラム」の「ポストライブラリ」には「インポート」がありますが、

「インポート」は選択したポストファイルを上記のデフォルトフォルダへコピーするだけなので、共有ポストが変更された場合でも反映されません。
このデフォルトフォルダは、ローカル（自分のハードディスク内）なので、他のPCとの共有はできません。
しかし今回は、「シンボリックリンク」により、ネット上の共有フォルダを、
このデフォルトフォルダへ見せかけ、Fusion360ポストへは、ローカルだと思わせる事で、他のメンバーとも共有が可能にするのが狙いです。
ただし、 Fusion360ポスト がネット上の共有フォルダをローカルだと騙されてくれないと、この方法は使いない事になります。
それでは、やってみましょう！
「シンボリックリンク」はWindows のコマンドの一つなので、怪しいコマンドではありません。
「MKLINK」というコマンドなので、このコマンドを「コマンドプロンプト」から実行するか
「BAT」ファイルを作成、そのファイルを実行する事で実現できます。
具体的には、メモ帳やエディタなどで、下記テキストを書き込み、「.bat」の拡張子で保存します
「\\server2\Share\Posts」は、共有フォルダ名なので、適宜変更してください。

mklink /D C:\Users\%username%\AppData\Roaming\Autodesk\"Fusion 360 CAM"\Posts   \\server2\Share\Posts
pause

完成したら、そのバッチファイルを右ボタンから「管理者として実行」します。
「・・・シンボリックが作成されました」と表示されれば、完了です。

ポストライブラリからは「ローカル」として参照されているのがわかります。
私の環境では、無事にNCデータが作成されました。

まとめ

2021/08/24日あたりの、更新でFusion360 CAMの「ポスト処理」の動作が変更になったようです。
以前の「ポスト処理」ダイアログが表示される代わりに、「ＮＣプログラム」の機能に登録する形式になりました。
「ＮＣプログラム」自体は以前からありましたが、複数のポストを使用しない方には無縁だったかもしれません。
以前のダイアログに戻す事も可能ですが、意外と便利な機能でもあるので興味ある方は試してみてください。
また、ネットワークの共有フォルダの利用方法も解説しました。

Fusion360 CAM ポストプロセッサ徹底解説・概要編

数回にわたって、Fusion360 CAM のポストプロセッサの説明をしようと思います。しかし、筆者自身も独学なので、わかっている範囲での説明になりますし、もしかすると間違いもあるかもしれませんので、ご了承ください。ただ、ポストプロセッサはＮＣデータを出力する機能であり、それ自身が機械を動かすわけで...

www.kazuban.com

2020.11.28

あっ！食い込んでる。

Fusion360 CAMは、全ての加工ではないですが実際の加工にも自作のポストプロセッサで利用しています。
やはりCAMには得意不得意があるので、使い分けしています。
今回かなり複雑なパスをFusin360で出力させてみました。
ところが、加工前のNCデータシミュレーションで 食い込みを発見しました。
別のCAMでも、気に入らないデータを出力する事はよくありますが、これはかなり致命的です。

上画像は、NCデータをTRYCUTでシミュレーションした結果です。
下画像は Fusion360 でのシミュレートで不具合は発生していません。

おそらく、Fusion360 CAMの内部計算レベルでの不具合ではなく、 ポストプロセッサでの不具合だと推測できます。

NCデータ分析

まずは、食い込んだNCデータを分析してみると、このようなデータが見つかりました。

・
・
N128625 G01 X114.328 Y-83.682
N128630 G02 X114.332 Y-83.676 I0.437 J-0.282
N128635 G01 X114.384 Y-83.598
N128640 G02 X114.388 Y-83.592 I0.433 J-0.288
N128645 G01 X114.413 Y-83.555
N128650 G02 I0.429 J-0.294
N128655 G01 X114.446 Y-83.507
N128660 G02 X114.45 Y-83.501 I0.428 J-0.295
N128665 G01 X114.486 Y-83.45
N128670 G02 X114.488 Y-83.448 I0.424 J-0.301
N128675 G01 X114.522 Y-83.401
N128680 G02 X114.525 Y-83.396 I0.423 J-0.303
・
・

これだ！
この行は、X、Y軸指令がなく、I、J指令しかありません。
Ｘ，Ｙ軸はモーダルなので、始点終点が同じ円弧補間指令だと言うことですね。
これは、ＮＣ言語的にはどのような指令でしょうか？
そう、真円指令です。
直前の、Ｘ，Ｙ座標に戻ってくる真円動作となります。
確認のためデータ量が多いので、その付近の一部分だけ抜粋し、
以前このサイトで公開した、自作のＮＣデータチェックソフトで確認してみましょう

予想通りです。
この部分で、真円動作となるため、食い込みが発生したのです。
Fusion360 CAMのシミュレータでは食い込みは発生していないため、内部計算レベルでの不具合ではなく、
NCデータを出力するのは、ポストプロセッサなので、ポストが原因だと思われます。
食い込みは標準付属の「fanuc.cps」でのデフォルト設定では発生しませんでした。
使用した自作のポストを見直してみる必要がありそうです。

ポスト見直し

ポストプロセッサで、円弧補間を出力させている箇所は、「onCircular( )」関数です。
ところが、この部分は自作ポストでは、標準ポストから修正していませんから、改造が原因ではなさそうです。
Ｘ，Ｙ軸指令が消えてしまっているので、Ｘ，Ｙの出力方法を見てみます。
この関数で、X座標を出力させている部分は、「xOutput.format(x)」ですが、この指令はモーダル情報も考慮するため直前の座標と同じ場合には、モーダル仕様により、出力データは 「空（ヌル）」になります。
ようするに、直前のＸ，Ｙ座標が同じだったため、Ｘ，Ｙ指令が省略されてしまったのです。
ところが、Ｉ，Ｊ指令は出力されているので、ＣＡＭ的には移動要素はあるようです。
ただし、ポストが円弧と判断する限界値の設定は必要なので、その設定値が問題ではないか？と推測しました。

カーネル設定変数

ポストプロセッサには、こちらでも紹介している、特殊な変数があります。
そのなかでも下記の円弧指令に関連すると思われる変数ですが、
この変数でデフォルト値を設定していますが、
この部分、あまり意識しないまま設定していました。

minimumChordLength = spatial(0.25, MM);
minimumCircularRadius = spatial(0.01, MM);
maximumCircularRadius = spatial(1000, MM);
minimumCircularSweep = toRad(0.01);
maximumCircularSweep = toRad(180);

とりあえず、小さいほうが精度がよくなりそうな気がしたので、あまり考えずデフォルトは「0.001」に設定するような仕様にしていました。

minimumChordLength = spatial(0.001, MM);
minimumCircularRadius = spatial(0.001, MM);
maximumCircularRadius = spatial(1000, MM);
minimumCircularSweep = toRad(0.001);
maximumCircularSweep = toRad(180);

「minimumChordLength」は、円弧の最小弦の長さ。
「minimumCircularRadius」は、円弧の最小半径です。
推測するに、ＣＡＭ側からこの数値よりも小さい値の円弧が定義された場合には、円弧指令コード「G02 , G03」コードは出力せずに、直線補間コード「G01」を出力するのだと思います。
この変数は、 ポスト処理のプロパティで設定可能です

標準ポスト「fanuc.cps」のプロパティで「（ビルトイン）最小弦の長さ」を「0.001」にした所
今回テーマと同様の 不具合のあるNCデータを吐き出しました。
このプロパティは、設定値より大きい場合、円弧として出力するような意味のようです。

小数点以下桁数

もう一つ重要な変数があります。

var xyzFormat = createFormat({decimals:(unit == MM ? 3 : 4), forceDecimal:true});

これは、Ｘ，Ｙ，Ｚの出力フォーマットは、「mm」単位であれば、小数点以下３桁で出力しろ、の定義です。
この設定値と上のプロパティの設定値の関係が不具合の原因がだったと分かってきました。
「円の弦の長さプロパティ」を「0.001」に設定した場合、CAMからの指令が「0.001」よりも若干でも大きい場合、ポストは円弧指令として出力させます。
ところが、ＸＹ軸の小数点以下出力桁数は３桁なので、単軸での移動距離が「0.001」より小さい場合には、まるめ方によっては移動距離ゼロ（直前と同じ値）になります。
結局、モーダル仕様の場合、Ｘ，Ｙ指令は省略される事になります。
これが、「G02 I0.429 J-0.294」と出力され、真円動作となり食い込みが発生した原因ではないでしょうか？！。
ちなみに、小数点以下桁数を、４桁にしたとろ

var xyzFormat = createFormat({decimals:(unit == MM ? 4 : 4), forceDecimal:true});

食い込み動作は発生しませんでした。

解決策

したがって、 「minimumChordLength（円弧最小弦長さ）」は、ＸＹ軸の小数点出力桁数よりも一桁大きな数値にしたほうが安全だと言えます。
さらに、どうしても微小な円弧補間が必要な場合を除いて、「minimumCircularRadius（円弧最小半径）」も極端に小さくする必要ななさそうです。
NC指令値の小数点以下桁数を、増やすのも一つの策ですし、実際に１μを狙う機械には４や５にしています。
ただし、工作機械によっては、小数点以下３桁以上では動作しないか誤動作する機械もあるので注意が必要です。
まずは「minimumChordLength」のデフォルトは、２桁（0.01）で対応しようと思います。

minimumChordLength = spatial(0.01, MM);
minimumCircularRadius = spatial(0.01, MM);
maximumCircularRadius = spatial(1000, MM);
minimumCircularSweep = toRad(0.001);
maximumCircularSweep = toRad(180);

二重対策

これで、デフォルトで使用する場合では今回のような不具合は発生しないと思いますが、
いいのか？悪いのか？Fusion360はポスト設定プロパティ画面で変更が可能になってます。
「（ビルトイン）最小弦の長さ」を「0.001」に変更してしまうと、同様のデータが出力されてしまう可能性がありますね。
安全を考慮するなら、この部分もポスト側でチェックさせてほうがいいと思います。
方法は、２種類考えられます。
一つは、「var xyzFormat」変数の、「decimals:」の値と、「minimumChordLength」の値を比較して、エラーを出力させる方法です。
もう一つは、 円弧出力時に、Ｘ，Ｙ軸指令両方が省略されたら、その指令自体省略してしまう方法です。
今回は、後者で対策しようと思います。

ポスト修正

ポストプロセッサの「円弧補間」を出力する関数は、「onCircular( )」です。
この関数を修正します。
以前紹介した、「Microsoftの「Visual Studio Code」」であれば、「FUNCTION LIST」から簡単に関数を見つける事ができます。

この関数の上部では、

if (isFullCircle()) {
 ・
 ・

で、真円かどうかの条件判断をしています。
今回の場合、Ｘ，Ｙの指令がモーダルにより省略されて真円動作となってしまいましたが、本質的には真円ではないので、この条件のブロックには属しません。
このブロックから抜けた、

} else if (!properties.useRadius) {

このブロック以降が対象となります。
まず、「!properties.useRadius」の意味は、プロパティ設定で「円弧指令にＲ指令を使わない」の意味で、
この場合に、このブロックを実行します。
「円弧にＲ指令を使う場合」にはその次の「else」以下のブロックになります。
R指令の場合は、円弧が１８０度以上の場合には「マイナス（ー）」指示となるため、今回の場合にはCAMは「マイナス（ー）」指令は出さないと思います。
したがって、「!properties.useRadius」の「円弧指令にＲ指令を使わない」場合のブロックを修正します。
修正の概要としては、
・まずＸ，Ｙ，Ｚ軸の出力内容を、変数に代入
・その、Ｘ，Ｙの内容がどちらかでも「空（ヌル）」でない場合のみ
・円弧補間（G02,G03）の出力
・逆に、どちらも「空（ヌル）」の場合に、出力省略。
・同様処理を、ＺＸ、ＹＺ平面にも適応
という処理に変更したいと思います。

　・
　・
  } else if (!properties.useRadius) {
    switch (getCircularPlane()) {
    case PLANE_XY:
      var xOut = xOutput.format(x);   
      var yOut = yOutput.format(y);   
      var zOut = zOutput.format(z);   
      if(!(xOut=="" && yOut=="")){
        //writeBlock(gPlaneModal.format(17), gMotionModal.format(clockwise ? 2 : 3), xOutput.format(x), yOutput.format(y), zOutput.format(z), iOutput.format(cx - start.x, 0), jOutput.format(cy - start.y, 0), getFeed(feed));
        writeBlock(gPlaneModal.format(17), gMotionModal.format(clockwise ? 2 : 3), xOut, yOut, zOut, iOutput.format(cx - start.x, 0), jOutput.format(cy - start.y, 0), getFeed(feed));
      }
    break;
    case PLANE_ZX:
      var xOut = xOutput.format(x);   
      var yOut = yOutput.format(y);   
      var zOut = zOutput.format(z);   
      if(!(zOut=="" && xOut=="")){
        //writeBlock(gPlaneModal.format(18), gMotionModal.format(clockwise ? 2 : 3), xOutput.format(x), yOutput.format(y), zOutput.format(z), iOutput.format(cx - start.x, 0), kOutput.format(cz - start.z, 0), getFeed(feed));
        writeBlock(gPlaneModal.format(18), gMotionModal.format(clockwise ? 2 : 3), xOut, yOut, zOut, iOutput.format(cx - start.x, 0), kOutput.format(cz - start.z, 0), getFeed(feed));
      }
      break;
    case PLANE_YZ:
      var xOut = xOutput.format(x);   
      var yOut = yOutput.format(y);   
      var zOut = zOutput.format(z);   
      if(!(yOut=="" && zOut=="")){
        //writeBlock(gPlaneModal.format(19), gMotionModal.format(clockwise ? 2 : 3), xOutput.format(x), yOutput.format(y), zOutput.format(z), jOutput.format(cy - start.y, 0), kOutput.format(cz - start.z, 0), getFeed(feed));
        writeBlock(gPlaneModal.format(19), gMotionModal.format(clockwise ? 2 : 3), xOut, yOut, zOut, jOutput.format(cy - start.y, 0), kOutput.format(cz - start.z, 0), getFeed(feed));
      }
      break;
    default:
      if (properties.allow3DArcs) {
　・
　・

確認

オリジナルと修正したポストファイル両方でパス出力し比較してみます。
比較しやすように、シーケンス番号は出力させず
どちらも「（ビルトイン）最小弦の長さ」は「0.001」にしています。

予定通り、Ｉ，Ｊのみの、円弧補間の行は出力されていません。
TRYCUTでNCデータシミュレーションしてみます。
食い込みは改善されました！

まとめ

今回の不具合は標準ポストでデフォルト設定での使用では出なかった不具合ですが、
プロパティでは変更できてしまう設定なので、やはり危険ではあります。
また、Fusion360のシミュレータはCAMレベルでのシミュレーションなので
ポスト出力も含め、NCデータの不具合は発見できません。
特に、ポストプロセッサを自作や編集で使う場合は
やはり、実加工前には最終的にNC工作機械へ入力する、
NCデータシミュレーターはほしいですね。

加工後の終了処理

セクション（工程）の終了

①M09　（クーラント停止）
②M05　（主軸回転停止）
③G91G28Z0.　（リファレンス点へ退避）
④G49　（工具長補正キャンセル）
⑤G90G00G17　（モーダル情報リセット）
⑥M01　（単工程再加工考慮、オプショナルストップ）

ポスト処理終了

⑦M30
⑧%

工程と全体の終了処理です。
各工程の終了時には、クーラントや主軸回転停止、退避処理、を行い、機械側で一旦停止ができるように「M01」を出力させます。
全体では「M30」と「%」で終了とします。

現状の状態

まずは、現状で出力させてみます。

N0001
・
・
(---- onSectionEnd ----)
(---- End of onSectionEnd ----)
・
N0002
・
・
(---- onSectionEnd ----)
G17
(---- End of onSectionEnd ----)
・
N0003
・
・
(---- onSectionEnd ----)
(---- End of onSectionEnd ----)
(---- onClose ----)

M09
G91G28Z0.
G49
G90G00G17
G49
G91G28X0.Y0.
G90G00G17
M30
%
(---- End of onClose ----)

オリジナルの「fanuc.cps」では、今回やらせたいキャンセル処理などは、「onSection( )」が担当しているので、「onSectionEnd( )」では、ほとんど出力されていませんね。
したがって、「onSection( )」でのキャンセル処理を「onSectionEnd( )」に移行させます

最初のG17 の削除

２工程目（N0002）のセクションでは、１工程目の加工データが「G19」モードで終了しているため、「G17」コードが出力されています。
今回は、
⑤G90G00G17　（モーダル情報リセット）
で事前のモーダル状態にかぎらず、無条件にリセットコードを出力させようと思っているので、ここでは無効にします。

function onSectionEnd() {
//kazuban 2021/01/08
writeln("(---- onSectionEnd ----)");
if (typeof inspectionProcessSectionEnd == "function") {
inspectionProcessSectionEnd();
}
//kazuban 2021/02/14
//writeBlock(gPlaneModal.format(17));

①M09（クーラント停止）

次に、「M09」を出力させます。
これは簡単ですね。
onSection( )でも使用した、「setCoolant( )」を利用します。

setCoolant(COOLANT_OFF);

を追加する事で、「M09」を出力する事ができます。

②M05（主軸回転停止）

こちらは、出力させる関数は見当たりませんね。
単純に「writeln(“M05”)」とするだけで、「M05」を出力させる事はできますが、「fanuc.cps」では結構面倒な事しています。
「onCommand( )」関数で出力させています。

onCommand( )関数

ただし、この関数がまた、複雑です。
なんでこんなプログラムにしたのか？よくわかりません。
簡単に分析してみると、引数で「コマンド」のキーワードを受け取り、
「COMMAND_COOLANT_OFF」など「switch文」でいくつかのコマンドは分類されます。
ただし、「switch文」に当てはまらない場合には、
var stringId = getCommandStringId(command)
というパブリック関数でキーワードに変換し、
さらに、mapCommand[stringId]という連想配列で、Ｍコード番号を取り込み
writeBlock(mFormat.format(mcode))　でやっと出力させています。

う～ん、ここまで複雑にする必要があるのだろうか・・・
いずれにしても、
onCommand(COMMAND_STOP_SPINDLE);
のコードで、「M05」が出力できるみたいです。

ここで、「ZENKYU」さんのコメントにあるように、「M03」コードが出力されないバグがありました。
一つは「onSection( ) No2」での単純なミスでした。
ここは元記事を直しています。
もう一つは、「同じ工具（同じ回転数）」の場合、省略されるようです。
いろいろ方法はあるかと思いますが、私は「onCommand( )」関数を修正する方法とします。
この関数の最後に、「COMMAND_STOP_SPINDLE」の場合の定義を追加して、この場合は強制的にスピンドル指令をださせるようにします。

  ・
  ・
  case COMMAND_PROBE_OFF:
    return;
  //kazuban 2021/01/21
  case COMMAND_STOP_SPINDLE:
    forceSpindleSpeed=true;
}

これで、同じ回転数の場合でも強制的に主力されると思います。
今回は、上述のG17出力をコメントにした、行の次に下記コードを追加する事で「M09」「M05」を出力できます。

setCoolant(COOLANT_OFF);
onCommand(COMMAND_STOP_SPINDLE);

③G91G28Z0.　（リファレンス点へ退避）
④G49（工具長補正キャンセル）
⑤G90G00G17（モーダル情報リセット）

このコードは、「onSection( )」の最初にも出てきました。

Fusin360 CAMポストプロセッサ徹底解説・onSection( )の編集 No1

前回は、NCプログラムの始まりを担当する、onOpen( )関数を編集しました。今回は、各セクション（工程）ごとの始まりを担当する、onSection( )を編集していきます。オリジナルポストの確認前回、オリジナル（fanuc.cps）のonOpen部分を改造し「fanuc_new.cps」として保...

www.kazuban.com

2021.01.24

その時に「writeRetract()」関数を編集したので、この関数を呼び出す事で、同じコードを出力させる事ができます。

function onSectionEnd() {
  //kazuban 2021/01/08
  writeln("(---- onSectionEnd ----)");
  if (typeof inspectionProcessSectionEnd == "function") {
    inspectionProcessSectionEnd();
   }
   //kazuban 2021/02/14
   //writeBlock(gPlaneModal.format(17));
   setCoolant(COOLANT_OFF);
   onCommand(COMMAND_STOP_SPINDLE);
   writeRetract(Z); // retract
    ・
    ・

⑥M01（オプショナルストップ）

実際の加工においては、一つの工程が終了した時点で、ストップし加工状況や加工精度を確認したい場合があります。
確実に停止したい場合には、「M00」のコードを使用しますが、状況による場合には「M01」コードを使用します。
これは、機械側でこのオプションスイッチを有効にした場合のみ停止させるコードです。
今回のＮＣデータ構成においては、各工程の先頭に工程と同じシーケンス番号を追加し、ＮＣデータの最初の「GOTO 文」で任意の工程へジャンプさせるような仕様にしています。
仕上げ工程などの場合、一旦加工を停止し、測定などした後に再度この工程を行いたい場合に、このオプションを利用します。

具体的には、２７１６行付近の、onSectionEnd( )関数のブロックの最後に下記のコードを追加します。

    ・
    ・
  //kazuban 2021/02/20
  if (properties.optionalStop) {
    onCommand(COMMAND_OPTIONAL_STOP);
  }
  //kazuban 2021/01/08
  writeln("(---- End of onSectionEnd ----)");
}

ポストのプロパティで出力制御が可能なように、「properties.optionalStop」が「true」な場合のみ、「M01」を出力する仕様にしています。
ここまでで、「onSectionEnd( )」関数の改造は終了です。

⑦M30
⑧%

後は、onClose( )関数です。
不要な改行を削除し
リトラクト、工具長補正キャンセルは、onSectionEnd( )で、各工程の終了でやらせる仕様としたので、ここでは無効にします。
「M30」と「%」の出力はオリジナルのコードをそのまま使用します。

function onClose() {
 //kazuban 2021/01/05
 writeln("(---- onClose ----)");
 nullProbeAngle(false);
 //kazuban 2021/02/20
 //writeln("");
 optionalSection = false;
 onCommand(COMMAND_COOLANT_OFF);
 //kazuban 2021/02/20
 //writeRetract(Z); // retract
 //disableLengthCompensation(true);
 setSmoothing(false);
 zOutput.reset();
 setWorkPlane(new Vector(0, 0, 0)); // reset working plane
 if (isG54x4Used) {
   writeBlock(gFormat.format(54.4), "P0");
 }
 //kazuban 2021/02/20
 //writeRetract(X, Y); // return to home
 onImpliedCommand(COMMAND_END);
 onImpliedCommand(COMMAND_STOP_SPINDLE);
 writeBlock(mFormat.format(30)); // stop program, spindle stop, coolant off
 if (subprograms.length > 0) {
   writeln("");
   write(subprograms);
 }
 writeln("%");
 //kazuban 2021/01/05
 writeln("(---- End of onClose ----)");
}

終了です。

早速ポスト処理させてみましょう！

%
 O1001 (M10)
 (T1 D=12. CR=0. - ZMIN=-9.995 - FLAT END MILL)
 (T21 D=6. CR=0. TAPER=140DEG - ZMIN=-16. - DRILL)
 G90G94G17G49G40G80
 G54
 GOTO 1
 (---- End of onOpen ----)
 (--- onSection ---)
 N0001
 (T01 D=12.000 R=0.000 ZMIN=-9.995 )
 ( ap:0.02D ae:1D )
 G91G28Z0.
 G90G00G17
 T1
 M06
 G00G43Z30.H01
 S2300M03
 M08
 G04X10.
 (---- End of onSection ----)
 G00X-44.303Y-9.527
 Z5.
 ・
 ・　（加工データ）
 ・
 X-39.768Z0.205
 G00Z30.
 (---- onSectionEnd ----)
 M09
 M05
 G91G28Z0.
 G49
 G90G00G17
 M01
 (---- End of onSectionEnd ----)
 (--- onSection ---)
 N0002
 (T01 D=12.000 R=0.000 ZMIN=-9.980 )
 ( ap:0.02D ae:1D )
 G91G28Z0.
 G90G00G17
 /T1
 /M06
 G00G43Z30.H01
 S2300M03
 M08
 G04X10.
 (---- End of onSection ----)
 G00X-37.2Y11.2
 Z5.
 ・
 ・　（加工データ）
 ・
 G19G02Y8.8Z-8.78K1.2
 G00Z30.
 (---- onSectionEnd ----)
 M09
 M05
 G91G28Z0.
 G49
 G90G00G17
 M01
 (---- End of onSectionEnd ----)
 (--- onSection ---)
 N0003
 (T21 D=6.000 R=0.000 ZMIN=-16.000 )
 ( NSB-Drill )
 G91G28Z0.
 G90G00G17
 T21
 M06
 G00G43Z30.H21
 S2650M03
 M08
 G04X10.
 (---- End of onSection ----)
 G00X-40.Y15.
 ・
 ・　（加工データ）
 ・
 Z30.
 (---- onSectionEnd ----)
 M09
 M05
 G91G28Z0.
 G49
 G90G00G17
 M01
 (---- End of onSectionEnd ----)
 (---- onClose ----)
 M30
 %
 (---- End of onClose ----)

いかがでしょうか？
ほぼ思い通りに出力されていますが、最初の初期化コード
「G90G94G17G49G40G80」を編集忘れていました。
「G94」は「G00」にする予定でした。
ここが気になる方は、「onOpen( )」を編集してみてください。
また、今回のポスト構成は、「—- End of onSection —-」と「—- onSectionEnd —-」の間に実際の加工プログラムが出力されます。
この部分を、サブプロファイルとして別ファイルい出力させ、「M98」や「M198」で呼び出す仕様にすれば、メイン・サブ構成のNCプログラムにも変化させる事も可能です。
サブプロ化のポストプロセッサは、要望あれば検討します。

完成ポストファイル

参考までに、完成したポストファイルを公開しようと思いましたが、
やはりオリジナルの著作権などもあると思うのでここでの公開は
やめようと思います。
このトレーニングガイドの「1-6」ページ
「1.5 Creating/Modifying a Post Processor」の中に

The good news is, all of posts are open source and can be modified without limitation to create the post you need.

とあるので、おそらく大丈夫だとは思うのですが、ブログでの公開でなく配布形式にしようと思います。
Fusion360 ポストの改造を検討している方であれば、何かしらの参考になるかと思います。
もし興味ある方がいらっしゃれば、こちらまで問い合わせいただければ、Ｅメール経由で配布いたします。

Fusion360 ポストの情報

1. 概要編
2. 構成編
3. 変数
4. グローバルセクション
5. 関数
6. NCプログラム仕様検討
7. onOpen( )
8. onSection( ) No1
9. onSection( ) No2
10. onSectionEnd( ) & onClose( )

onSection( )編集 第二弾

セクション（工程）の始まり

①N0001　（工程番号と同じシーケンス番号）
②（工具情報）
③G91G28Z0.　（途中再開時の安全を考慮して工具退避）
④G49　（工具長補正キャンセル）
⑤G90G00G17　（とりあえずモーダルコードリセット）
⑥T01　（工具番号）
⑦M06　（行を分け工具交換、Tと同じ行ではNGな機種への対応）
⑧G00G43Z30.H01　（工具長補正、この例では、T番号とH番号は同じ）⑨S2300M03　（スピンドル回転）
⑩M08　（クーラントコード、飛び散り防止で回転の後で指令）
⑪G04X10.　（クーラントの安定を待つ、PとXでの指令あり）

前回までの改造で、一度NCデータを出力させてみます。
使用工具の情報により、３パターンありましたが、全ての要素が含まれている、３パターン目（２回目以降で前工具と違う工具の場合）を見てみましょう。

 (--- onSection ---)
 N0003
 (T21 D=6.000 R=0.000 ZMIN=-16.000 )
 ( NSB-Drill )
 G91G28Z0.
 G49
 G90G00G17

 (6)
 M09
 M01
 T21M06
 (NSB-DRILL)
 S2650M03
 G54
 M08
 G00X-40.Y15.
 G43Z30.H21
 (---- End of onSection ----)

これを基本に、希望の出力に改造していきましょう。

不要コード削除

前回「G90G00G17」までは完成しています。
次に⑥工具呼び出しですが、その前に、今回には不要なコードが出力されています
まず、「改行」がありますが、これは省きたいと思います
次に、「(6)」と言うコメントが出力されています。
これは、Fusion360　CAMで、ドリル機能を設定した時の名前です。

テスト的に何度かドリルを定義したので、「６」は自動的につけられた番号です。
「ドリル」が日本語（２バイト文字）なので、ポストにより日本語部が省かれたのだと思います。
次に「M01」が出力されています。
これは、 onSectionEnd( ) にやられようと思っているので、ここでは無効にします。

if (hasParameter("operation-comment")) {
     var comment = getParameter("operation-comment");
     if (comment && ((comment !== lastOperationComment) || !patternIsActive || insertToolCall)) {
       //kazuban 2021/01/30
       //writeln("");
       //writeComment(comment);
       lastOperationComment = comment;
     } else if (!patternIsActive || insertToolCall) {
       //writeln("");
     }
   } else {
     //writeln("");
   }

改造中の「fanuc_new.cps」の、１２０４行付近の「hasParameter( )」以降のブロック内で、
「writeln( )」「writeComment( )」関数で出力させていますので、「／／」でコメント化して無効にしました。

注釈（notes）

次に工具交換指令ですが、その前に１２１８行付近に hasParameter(“notes”) という条件判断がありますね。

if (properties.showNotes && hasParameter("notes")) {
　・
　・
}

これは、定義済みのセクションをマウス右ボタンで表示されるダイアログの「注釈を変更」で定義した文字列をNCデータへコメント文として出力する定義です。

デフォルトでは、「showNotes」プロパティが「false」になっているため、無視されますが、「true」にする事でNCデータにコメント文を追加できます。
このブロック内に、「RegExp(“^[\s]+”, “g”)」のようなコードがありますが、これは「正規表現」を利用する関数です。
文字列から指定したルールで希望の文字列のみを取り出す事ができます。
この例では、前後の「　」（スペース）を削除するために、利用しています。
もし、「正規表現」に興味ありましたら、検索してみてください。
非常に奥が深く、パズルみたいで面白そうですが筆者もあまり理解していません。

⑥、⑦　工具交換指令

１２３３行付近の「insertToolCall」で判定しているブロックでは、ポストが新しい工具挿入を確認したらこのブロックを実行します。
クーラント指令や工具交換指令などの出力を制御しています。

if (insertToolCall) {
   forceWorkPlane();

   onCommand(COMMAND_COOLANT_OFF);
  ・
  ・
}

クーラントOFF指令

工具交換指令の前に、このブロックでは、「クーラントOFF」の定義を行っています。
今回は「クーラントOFF」に関しては、セクション（工程）の終了時に指令する予定なので、ここでは不要ですが
事前にOFFに設定されていればモーダルなのでここでは無視されます。
あえて、無効にする必要はないと思います。

オプショナルストップ

次に１２３９行付近で「オプショナルストップ」の定義になっています。
今回はここは出力させない予定なので、「／／」で無効にします。

if (!isFirstSection() && properties.optionalStop) { 
  //kazuban 2021/01/31
  //onCommand(COMMAND_OPTIONAL_STOP);
}

工具番号の制限

if (tool.number > 99)　この条件判断で９９番以上の指令では、ワーニングを出力するように定義しています。
最近は、３桁指令でも受け入れる制御機も多いので、その場合には、「99」を変更してください。

disableLengthCompensation()

次に、disableLengthCompensation() 関数が定義されています。
これは、工具長補正キャンセル（G49）を出力させるコードですが、
事前の④ですでに出力させているので、ここではモーダルが効いているので無視されます。

工具交換指令

１２４８行付近、やっと工具交換指令が出てきました。
オリジナルでは、「T03 M06」と一行で工具呼出しと工具交換指令を行っていますが、 機種によっては、２行に分割しなければエラーになる機械もありますし
逆に一行制限やどちらでもいい場合もあります。
今回は、２行にしてみます。
Tool Comment も②で書き出しているので、ここでは、出力させません。

//kazuban 2021/01/31
writeBlock("T" + toolFormat.format(tool.number)); 
writeBlock(mFormat.format(6));
//writeBlock("T" + toolFormat.format(tool.number), mFormat.format(6));
if (tool.comment) {
   //writeComment(tool.comment);
}

次の「showToolZMin」のブロックは「false」なので実行されません。
次の条件判断「if (properties.preloadTool)」もpropertiesで「false」に設定してあるので実行されません。
さて、工具交換も含めて上記の処理は、「insertToolCall」判定によるブロック内（１２３３～１２８５）で行われています。
「insertToolCall」判定なので、違う工具が設定された場合のみ工具交換コードが出力されるようになっていますが、今回は 同じ工具でも出力させたいと思っています。
しかし、主軸と同じ工具を呼び出すとエラーになる機種もあるので、
オプショナルスキップ「／」を付加して機械側で対応する仕様とします。
１２８５付近の「if (insertToolCall){ }」ブロックの最後に、「else」処理を追加して、「insertToolCall」でなくても、「／」付きで工具交換指令を出力するようにします。

if (insertToolCall) {
   ・・
   ・・
}else{
  //kazuban 2021/01/31
  writeBlock("/T" + toolFormat.format(tool.number));
  writeBlock("/",mFormat.format(6));
}

新しい工具であれば・・のブロックを処理し、ない場合でも「／」を付加して工具交換指令を出力するように、追加しています。

⑨回転指令を移動処理

１２９１行付近、次で始まる長～い条件判断ブロック内で、スピンドル回転指令を出力させてます。

if (!isProbeOperation() && 
・
・

このブロック内の１３１３付近の「writeBlock( )」関数で、出力させています。

if (!tapping || (tapping && !(properties.useRigidTapping == "without"))) {
  writeBlock(
    sOutput.format(spindleSpeed), mFormat.format(tool.clockwise ? 3 : 4)
  );
}

今回やりたいのは、⑨回転指令は、⑧G00G43Z30.H01　の後へ移動させたいのでこの長いブロックを全て⑧の後方へ移動すればいいのですが、
コピペなどで⑧の後ろへ移動させるのは、ミスも出やすく結構大変です。
このような場合には、前回説明した関数化するのも一つの方法です。
ただし、関数化するにしても、このブロック全部を新規の関数内へ移動する事になるので同様に大変です。
今回は、 writeBlock( ) で書き出している部分を、 変数へ代入するような仕様に変更し、その変数を出力させたい場所でwriteBlock( ) させるようにします。
まず、１２９１行付近の、この if文 の直前に、適当な名前（spindleCode）のグローバル変数を宣言しておきます。

//kazuban 2021/02/06
var spindleCode;   
if (!isProbeOperation() &&
・
・

そうして、１３１３付近の「writeBlock( )」関数で書き出す予定のコードを書き出す代わりに、writeBlock をコメント化で無力化し、出力予定のコードをこの変数へ代入させます。

 ・
if (!tapping || (tapping && !(properties.useRigidTapping == "without"))) {
  //kazuban 2021/02/06
  //writeBlock(
  //kazuban 2021/02/21
  //spindleCode = output.format(spindleSpeed),mFormat.format(tool.clockwise ? 3 : 4);
spindleCode = output.format(spindleSpeed) + mFormat.format(tool.clockwise ? 3 : 4);
  //);
}
 ・

これで、回転指定は書き出されずに、変数「spindleCode」へ代入されました。
spindleCode = sOutput.format(spindleSpeed) , mFormat.format(tool.clockwise ? 3 : 4);
このコード間違っていました。
spindleCode = sOutput.format(spindleSpeed) + mFormat.format(tool.clockwise ? 3 : 4);
こちらにしないと、「M03」が出力させません。
「writeBlock(spindleCode)」とする事で、任意の箇所へ書き出せるようになります。

⑧G00G43Z30.H01・工具長補正指令

次に、工具長補正指令の処理をしている場所を探しますが、その前に、「ワーク座標指令」と「クーラント指令」が見つかりました。
今回の構成では「ワーク座標系」指定は「onOpen( )」関数で、ＮＣデータの最初でのみの指令としているので、ここでの出力は行いません。
また、「クーラント指令」は「スピンドル回転」の後にしたいので、やはりここでは出力させません。
１３５０付近と

    if (workOffset != currentWorkOffset) {
      //kazuban 2021/02/06
      //writeBlock(gFormat.format(54.1), "P" + p); // G54.1P
      currentWorkOffset = workOffset;
    }

１３５７付近の「writeBlock」をコメント化します。

  if (workOffset != currentWorkOffset) {
    //kazuban 2021/02/06
    //writeBlock(gFormat.format(53 + workOffset)); // G54->G59
    currentWorkOffset = workOffset;
  }

さらに、１３７２付近のクーラント指令もコメントにします

// set coolant after we have positioned at Z
//kazuban 2021/02/06
//setCoolant(tool.coolant);

さて、工具長補正指令は、１３９８行付近のこのブロック内で定義されています。

if (insertToolCall || !lengthCompensationActive || retracted || (!isFirstSection() && getPreviousSection().isMultiAxis())) {
・
var offsetCode = 43;
・

「offsetCode」変数へ、Gコードを代入し、後で出力させていますが、その前に、１４２０行付近で加工スタート位置へ位置決めさせています。
今回は、今後サブプロ化も考慮してここでは位置決めさせたくないので、このコードはコメントにします。
ただし注意が必要です。
工具交換後移動しないで、工具長補正位置まで下りてくるので、
機械の工具交換位置へ高いクランプなどがある場合、ぶつかってしまいます。
工具長補正する高さは、確実に安全な高さに設定してください。
場合によっては、工具長補正前に、「G90G00X0Y0」と加工原点への移動指令を追加したほうがいいかもしれません。

if (!machineConfiguration.isHeadConfiguration()) {
   //kazuban 2021/02/06
   //writeBlock(
   //  gAbsIncModal.format(90),
   //  gMotionModal.format(0), xOutput.format(initialPosition.x), yOutput.format(initialPosition.y)   
  //);
   writeBlock(
     gMotionModal.format(0),
     gFormat.format(offsetCode),
     zOutput.format(initialPosition.z),
     hFormat.format(lengthOffset)
   );
   lengthCompensationActive = true; } else {
　　・
　　・

位置決めはモーダルなので、ここで移動させなくても、実際の加工データ出力の際、必要であれば自動的に出力されます。
ここで、「!machineConfiguration.isHeadConfiguration()」の条件判断がでてきます。
詳細はよくわかりませんが、ヘッド軸がＸ，Ｙ，Ｚ以外の機械の事のようです。
特にマシンライブラリを定義していない筆者の環境では、この判断は否定（！）との判断で常にこのブロックを通りますので、このブロック内を修正します。
出力させたい、工具長補正指令は、１４２６行付近の「writeBlock( )」関数で出力させています。

if (!machineConfiguration.isHeadConfiguration()) {
   //kazuban 2021/02/06
   //writeBlock(
   //  gAbsIncModal.format(90),
   //  gMotionModal.format(0), xOutput.format(initialPosition.x), yOutput.format(initialPosition.y)   
  //);
   writeBlock(
     gMotionModal.format(0),
     gFormat.format(offsetCode),
     zOutput.format(initialPosition.z),
     hFormat.format(lengthOffset)
   );
   lengthCompensationActive = true; } else {
　　・
　　・

⑨スピンドル回転
⑩クーラントコード
⑪ドゥウェル

ここまでで、⑧工具長補正指令まで終了しました。
⑧を定義していた、ブロックの次、１４５５行付近にこの３つの指令を追加します。

if (insertToolCall || !lengthCompensationActive || retracted || (!isFirstSection() && getPreviousSection().isMultiAxis())) {
・
・
}
//kazuban 2021/02/06
writeBlock(spindleCode);
setCoolant(tool.coolant);
writeBlock(gFormat.format(4), "X10.");

onSection( ) 改造終了

やっと、終了しました。
ポスト処理させてみます。

 (--- onSection ---)
 N0001
 (T01 D=12.000 R=0.000 ZMIN=-9.995 )
 ( ap:0.02D ae:1D )
 G91G28Z0.
 G90G00G17
 T1
 M06
 G00G43Z30.H01
 S2300
 M08
 G04X10.
 (---- End of onSection ----)
    ・
    ・
 (--- onSection ---)
 N0002
 (T01 D=12.000 R=0.000 ZMIN=-9.980 )
 ( ap:0.02D ae:1D )
 G91G28Z0.
 G49
 G90G00G17
 /T1
 /M06
 G00G43Z30.H01
 G04X10.
 (---- End of onSection ----)
   ・
   ・
 (--- onSection ---)
 N0003
 (T21 D=6.000 R=0.000 ZMIN=-16.000 )
 ( NSB-Drill )
 G91G28Z0.
 G49
 G90G00G17
 M09
 T21
 M06
 G00G43Z30.H21
 S2650
 M08
 G04X10.
 (---- End of onSection ----)

まとめ

だいたい、希望のデータになっていると思いますが、スピンドル回転と冷却指令が、N0002 の工程と N0003の工程 では思うように出力されていません。
これは、モーダルコードが効いているからで、次回、onSectionEnd( ) 関数で、各セクション（工程）の終了時に、回転と冷却指令のキャンセルコードを追加する予定です。
それでおそらく、この省略されているコードは出力されるようになると思います。
今回は、スピンドル回転指令の長いブロック処理を移動する方法が、ポイントの一つだったと思います。
このように、条件判断文が長く複雑な、ブロック全体を移動させるのは、面倒だしミスるリスクもあります。
プログラミング的には、関数化するのがいいのではないかと思いますが、今回は変数への代入方法でやってみました。

Fusion360 ポストの情報

1. 概要編
2. 構成編
3. 変数
4. グローバルセクション
5. 関数
6. NCプログラム仕様検討
7. onOpen( )
8. onSection( ) No1
9. onSection( ) No2
10. onSectionEnd( ) & onClose( )

オリジナルポストの確認

前回、オリジナル（fanuc.cps）のonOpen部分を改造し「fanuc_new.cps」として保存しました。
onSection( )はオリジナルのままなので、このファイルでポスト処理させてみます。
実際に処理させてわかりましたが、状況により３パターンの違いがみられました。

１．最初のセクション（工程）の場合
２．２回目以降で、直前工程と同じ工具を使用する場合
３．２回目以降で、直前工程と違う工具を使用する場合

１．最初のセクション（工程）の場合

(---- onSection ----)
 G28G91Z0.
 G90

 (3)
 T1M06
 (AP0.02D AE1D)
 S2300M03
 G54
 M08
 G00X-44.303Y-9.527
 G43Z30.H01
 (---- End of onSection ----)

２．２回目以降で、直前工程と同じ工具を使用する場合

(---- onSection ----)
(2D 7)
G00X-37.2Y11.2
(---- End of onSection ----)

３．２回目以降で、直前工程と違う工具を使用する場合

(---- onSection ----)
 M05
 G28G91Z0.
 G90
 G49

 (6)
 M09
 M01
 T21M06
 (NSB-DRILL)
 S2650M03
 G54
 M08
 G00X-40.Y15.
 G43Z30.H21
 (---- End of onSection ----)

３パターンから考察

最初のセクション（工程）の始まりは、
・工具退避
・G90、相対座標系
・加工機能コメント表示
・工具交換
・工具コメント、コメント表示
・主軸回転
・ワーク座標
・クーラント
・加工位置へ位置決め
・工具長補正
このようになっていますが、直前の工具と同じ工具を使用する場合には、
工具交換を省略するようで、ほとんど一つの工程として処理されています。
直前の工具と違う場合には、ほぼ最初の工程の場合と同じ処理ですが、
回転やクーラントのキャンセルが追加になっています。

変更点

今回考えているNCプログラム構成は、先頭でワーク座標系指示を行い、
各セクション（工程）へは、「GOTO」の無条件ジャンプ指示で任意の工程からでもスタートできるようにしたいと考えています。
ジャンプ先番号は、デフォルトでは「GOTO 1」と「N0001」へのジャンプするコードにしますが、変更したければ、機械側で編集する仕様とします。
したがって、直前と同じ工具だからといって、工具交換などの処理を省略してしまうと、途中スタートで問題が出てきます。
使用工具の状態にはとらわれず、工程終了時には、一旦すべてキャンセルするような処理をさせたいと思います。
このキャンセル処理は、オリジナルの「funuc.cps」では、「onSection( )」でやらせているようですが、今回は「onSection( )」でのキャンセル」処理は無効にして「onSectionEnd( )」に担当させようと思っています。
ただし、工作機械によっては、主軸にある工具と同じ工具番号をＴ指令で指定するとアラームなる機械も存在します。
そのような場合、無理やりダミー工具と交換させる事も一つの方法として考えられますが、今回は、同じ工具だった場合には、「／」を追加して、オプショナルスキップで機械側での対応にしようかと思います。

NCプログラムの構成

上記を考慮して、ＮＣプログラム構成を再検討します。
筆者は基本的には使用工具状態にはとらわれず、全ての工程で下記のようなコードが出力するようにポストを改造していきます。
ただし、同じ工具だった場合には、「/T01」「/M06」とオプショナルスキップコードにしようと思います。
また、スピンドル回転やクーラント作動は、フルカバーでない機械は、クーラントが飛び散る場合もあるので、主軸が下りてきて工具長補正が完了した後とし、クーラントの安定と暖気を兼ねて、ドウェル指令を追加します。

セクション（工程）の始まり

①N0001　（工程番号と同じシーケンス番号）
②（工具情報）
③G91G28Z0.　（途中再開時の安全を考慮して工具退避）
④G49　（工具長補正キャンセル）
⑤G90G00G17　（とりあえずモーダルコードリセット）
⑥T01　（工具番号）
⑦M06　（行を分け工具交換、Tと同じ行ではNGな機種への対応）
⑧G00G43Z30.H01　（工具長補正、この例では、T番号とH番号は同じ）⑨S2300M03　（スピンドル回転）
⑩M08　（クーラントコード、飛び散り防止で回転の後で指令）
⑪G04X10.　（クーラントの安定を待つ、PとXでの指令あり）

onSection( )の改造 No1

オリジナルと見比べながら改造していきます。
ちょっと前置きが長くなってしまったので、実際の編集作業の説明は、今回は①～⑤までとします。

①シーケンス番号

いきなり、オリジナルにはないコードが必要になりました。
①は、ジャンプさせるための番地としてシーケンス番号を追加します。
番号は、セクション（工程）番号と同じ番号とします。
例えば、２工程目であれば、N0002 となります。

function onSection() {
   //kazuban 2021/01/05
   writeln("(---- onSection ----)");
   //kazuban 2021/01/23
   var nFormat = createFormat({prefix:"N", width:4, zeropad:true});
   writeln(nFormat.format(getCurrentSectionId()+1));
　　・
　　・

シーケンス番号用として、「N」+「4桁数字」の出力用で、Format関数を作成しました。
Format関数は、グローバルセッション編で詳しく説明しています、ので、
まだ理解されていない場合にはこちらを参照してください。
また、シーケンス番号は、セクション番号と同じ番号にしたいため、
「getCurrentSectionId()」関数で、現在のセクション番号を取得しています。
ただし、この関数が返す現在のセクション番号は、「0」から始まるため
「+1」としています。

②工具情報

②は工具情報をコメントとして入れてみようと思います。
onOpen( )でも、先頭で出力されますが、ここには、各工程で使用する工具の情報とします。
工具深さ情報は、onOpen( )では、別の工程で同じ工具を使用する場合には、使用工程全体で最小深さの情報を出力しますが、ここでは、この工程のみの最小深さを出力しようと思います。
この仕様もオリジナルにはないので、工具情報を得るコードを書く必要があります。
onSection( )内に直接書いてもいいですが、行数も多いので、関数を作成したほうが、読みやすく後に修正しやすくなります。

//kazuban 2021/01/23
//Tool Infomation
function writeToolInfo(){
  var section = getSection(getCurrentSectionId());
  var tool = section.getTool();
  var number = tool.number;
  var diameter = tool.diameter;
  var cornerRadius = tool.cornerRadius;
  var zRange = section.getGlobalZRange();
  var zMin = zRange.getMinimum();

  var tFormat = createFormat({decimals:3,trim:false,forceDecimal:true,decimals:3});
  var tOutput = createFormat({prefix:"T",width:2, zeropad:true});
  var tdiaOutput = createVariable({prefix:" D="}, tFormat);
  var trOutput = createVariable({prefix:" R="}, tFormat);
  var zminOutput = createVariable({prefix:" ZMIN="}, tFormat);
  write("(");
  write(tOutput.format(number));
  write(tdiaOutput.format(diameter));
  write(trOutput.format(cornerRadius));
  write(zminOutput.format(zMin));
  writeln(" )");
  writeln("( "+tool.comment+" )");
}

ちょっと長くなってしまいましたが、この工具情報を取得するコードは他でも参考になるかもしれません。
まず、
var section = getSection(getCurrentSectionId());
「getSection( getCurrentSectionId() )」関数で、現在のセクションオブジェクトを、「section」という変数に代入しています。
次に、
var tool = section.getTool();
では、現在のセクションの工具情報オブジェクトで「tool」変数を定義しました。
さらに、「tool」オブジェクトから、
「tool.number」「tool.diameter」「 tool.cornerRadius」で、
「工具番号」「工具径」「工具角R」を取得できます。
var zRange = section.getGlobalZRange();
では、現在のセクションの「Z範囲」情報オブジェクトを定義して
var zMin = zRange.getMinimum();
「getMinimum()」で、このセクションでの最小Z値を取り出せます。

次に、「T01」「D=12.000」 「R=0.000」 「ZMIN=-9.995」など、工具情報を出力する、Format を定義しています。
工具のコメントは、「tool.comment」で取り出せます。
最後は、write( )とwriteln( )関数で、コメントとして出力させる関数です。
writeComment( )　関数も用意されていますが、大文字にしたり、（　）を省いたり、
なんだか面倒そうな処理をしているので、ここでは、自前で書き込ませます。
この関数を、先ほどのシーケンス番号を出力するコードの次の行に追加します。
onSection( )内は、この一行で済みますから、読みやすくなります。

function onSection() {
  //kazuban 2021/01/05
  writeln("(---- onSection ----)");
  //kazuban 2021/01/23
  var nFormat = createFormat({prefix:"N", width:4, zeropad:true});
  writeln(nFormat.format(getCurrentSectionId()+1));
  writeToolInfo();
　　・
　　・

スピンドル回転停止

次は、オプショナルスキップや、工具交換の状態などの定義がされていますが、
１１８６行目付近で、工具交換されて、最初のセクションでない場合には、
回転停止指令（M05)を出すように定義されています。
ただし今回は、このような終了処理は、onSectionEnd( )関数にやらせようと思っているので、ここでは無効にしておこうと思います。

if (insertToolCall && !isFirstSection()) {
    //kazuban 2021/01/23
    //onCommand(COMMAND_STOP_SPINDLE);
  }

③G91G28Z0.
④G49
⑤G90G00G17

「G28」は主軸リファレンス点復帰指令です。
とりあえず、安全位置へ退避させる場合によく使用されるGコードです。
２工程目以降のセクション（工程）の場合に、前セクション終了時、すでにこの指令が実行されていて重複する可能性もありますが、プログラム途中スタートなどの場合も考慮して、セクション（工程）初めにはこの指令を入れるようにします。
また、「G49」は、工具長補正キャンセルコードです。
機種によっては、「G28」に「G49」機能も含まれている機種もあります。
その場合「G49」は不要ですが、あっても問題はないので、多少冗長であってもこの３行はセットで出力させようと思います。
余談ですが、「G49」指令は、キャンセルに動作を伴う機種もあります。
その場合、補正値によっては、Ｚ軸がマイナス側へ下がったり、逆に上がってＺ軸がオーバートラベルになる場合も、まれにあります。
そのような場合には、動作を伴わないよう現在位置でキャンセルさせるの意味で「G91G49Z0.」の指令とする場合もあります。
今回は、「G49」のみの出力とします。

「G28」の指令は、「writeRetract(Z)」の関数で出力させています。
ここまで編集してきた「fanuc_new.cps」では、１１８３行付近のこの条件判断のブロックの中で定義されています。

if (insertToolCall || newWorkOffset || newWorkPlane || forceSmoothing) {
  ・
  ・
}

これは主に新しい工具が挿入された場合の条件判断で書かれていますが、今回はセクション（工程）が変われば、同じ工具であっても無条件でこの指令は出力さてたいと思います。
無条件で実行させたい方法は、条件判断文を「true（真）」にすればいいので、方法はいろいろありますが、なるべくオリジナルのコードは崩したくないので、この条件判断に「真」の条件を一つ加える方法で対応します。
具体的には、「var  runWriteRetract = true」の変数を追加して、条件判断に追加します。

//kazuban 2021/01/23
 var runWriteRetract = true; 
 if (insertToolCall || newWorkOffset || newWorkPlane || forceSmoothing || runWriteRetract) {
   ・
   ・
 }

これで無条件にこのブロックを実行します。
この条件判断内のブロックの中で、「writeRetract(Z)」と言う関数を呼び出しています。

// retract to safe plane
writeRetract(Z); // retract 
forceXYZ(); 
if ((insertToolCall && !isFirstSection()) || forceSmoothing) { 
  disableLengthCompensation();   
  setSmoothing(false); 
}

この関数が「G28」関連の出力をさせていますので、「writeRetract(Z)」関数を確認してみます。
③、④、⑤の３行は、セットで出力させたいと思っているので、この関数で出力させるように改造します。
writeRetract()関数は２６９６行付近にあります。

function writeRetract() {
   // initialize routine
   var _xyzMoved = new Array(false, false, false);
   var _useG28 = properties.useG28; // can be either true or false
    ・
    ・

この関数の、２７５８付近に「_useG28」の条件判断で「G28G91Z0.」「G90」を出力させるコードがあります。

// output move to home
if (words.length > 0) {
  if (_useG28) {
    gAbsIncModal.reset();
    writeBlock(gFormat.format(28), gAbsIncModal.format(91), words);
    writeBlock(gAbsIncModal.format(90));
  } else {
    gMotionModal.reset();
    writeBlock(gAbsIncModal.format(90), gFormat.format(53), gMotionModal.format(0), words);
  }
   ・
   ・

この部分を、このように編集します。

if (words.length > 0) {
  if (_useG28) {
    gAbsIncModal.reset();
    //kazuban 2021/01/23
    writeBlock(gAbsIncModal.format(91), gFormat.format(28), words);
    disableLengthCompensation();
    gMotionModal.reset();
    gPlaneModal.reset();
    writeBlock(gAbsIncModal.format(90),gMotionModal.format(0),gPlaneModal.format(17));
    //writeBlock(gFormat.format(28), gAbsIncModal.format(91), words);
    //writeBlock(gAbsIncModal.format(90));
  } else {
    gMotionModal.reset();
    writeBlock(gAbsIncModal.format(90), gFormat.format(53), gMotionModal.format(0), words);
  }

まず、writeBlock( )を少し修正して「G28G91Z0.」を「G91G28Z0.」に編集しています。
順番を変えるのは特に意味はありません。
気分の問題と編集の参考になるかも、と言うだけで、ＮＣ的には意味はないです。
次に、「disableLengthCompensation()」関数で、「G49」を出力させています。
上に書いた、「G91G49Z0.」などにしたい場合には、この関数を編集する事になりますが、今回は省略します。
次の２行「gMotionModal.reset()」「gPlaneModal.reset()」は、「G00」「G17」を必ず出力させるために、事前のモーダル情報をキャンセルさせています。
基本的に、モーダルコードは、事前の状態で出力の有無が変わりますが、無条件に出力させたい場合には、「reset()」関数でモーダル情報を初期化します。

まとめ

onSection( )、まだ半分ですね。
シーケンス番号（N番号）を出力するために、Formatを利用してみました。
工具情報を出力するために、sectionオブジェクトの使用例を紹介しました。
また、モーダルコードをリセットして、強制的に出力させてみました。
次回は残りを編集してみたいと思います。

Fusion360 ポストの情報

1. 概要編
2. 構成編
3. 変数
4. グローバルセクション
5. 関数
6. NCプログラム仕様検討
7. onOpen( )
8. onSection( ) No1
9. onSection( ) No2
10. onSectionEnd( ) & onClose( )

オリジナルと希望ＮＣプログラム構成を比較

NCスタート時のプログラム構成は、このようにしようと思います。

%
O番号(コメント)
(全工具情報)
G90G00G17G40G80G49　(初期化コード)
G54　(ワーク座標系指令)
GOTO 1　（セクション・工程番号へジャンプ）

まずは、onOpen( ) の担当部分の比較をしてみましょう。

%
O1001 (TEST01)
(T1 D=12. CR=0. - ZMIN=-9.995 - FLAT END MILL)
(T21 D=6. CR=0. TAPER=140DEG - ZMIN=-16. - DRILL)
N10 G90 G94 G17 G49 G40 G80
N15 G21
(---- End of onOpen ----)

　↓　このように改造したい。

%
O1001 (TEST01)
(T01 D=12. CR=0. - ZMIN=-9.995 - FLAT END MILL)
(T21 D=6. CR=0. TAPER=140DEG - ZMIN=-16. - DRILL)
G90G00G17G40G80G49
G54
GOTO 1
(--- End of onOpen ---)

それほど大きな違いはありませんね。
①．シーケンス番号（Ｎ番号）を削除
②．ワードとワードの「　」（スペース）区切りを削除
③．モーダル初期化コードを若干手直し
④．「G21」指令は、省略
⑤．ワーク座標系指令を追加
⑥．Ｎｏ１工程へのジャンプ指令を追加

こんなところですね。

onOpen( ) の改造

早速改造していきましょう。

①シーケンス番号　　②スペース区切り

この二つ「①と②」は、グローバル変数の「properties」で定義されています。
デフォルトではどちらも「true」になっているので、「false」に編集します。
ついでに、「preloadTool」も「false」にしておきます。
これは、工具交換時に、次の工具を待機されておくオプションですが、このオプションも筆者は使用しないので「false」にしておきます。

編集した箇所には、「//」で編集者と日付などをコメントにしておくと、後々編集箇所を検索するのに便利です。
では、「fanuc_new.cps」と言うファイル名で保存して、ポスト処理してみます。

%
O1001 (TEST01)
(T1 D=12. CR=0. - ZMIN=-9.995 - FLAT END MILL)
(T21 D=6. CR=0. TAPER=140DEG - ZMIN=-16. - DRILL)
G90G94G17G49G40G80
G21
(---- End of onOpen ----)

これで、①と②の編集は終了です。

％、Ｏ番号、工具情報

ここからは、「onOpen( )」関数の編集に入ります。
まずは、エディタで「onOpen( )」関数を眺めてみましょう。
３０１行付近に、「writeln(“%”);」が見つかります。
ここで「%」を出力させているのがわかります。
その上部にも、４０行近いプログラムがありますが、実際の出力では、「%」の上部には、なにも出力されていないので、その部分はそのままにしておきます。
「%」出力の次には「Ｏ番号」の出力です。
３２５付近を眺めてみると、８桁の「Ｏ番号」への対応もしているみたいですね。
その次でＯ番号とコメント文を出力させています。

oFormat = createFormat({width:(properties.o8 ? 8 : 4), zeropad:true, decimals:0});
if (programComment) {
   writeln("O" + oFormat.format(programId) + " (" + filterText(String(programComment).toUpperCase(), permittedCommentChars) + ")");
 } else {
   writeln("O" + oFormat.format(programId));
 }

programIdがＯ番号
programCommentがコメントです。
Ｏ番号とコメント文は、ポスト処理ダイアログの設定を参照しています。

次に３６０行付近で工具情報リスト情報を取得し、「zRanges」配列に加工深さ情報を登録しています

var zRanges = {};
if (is3D()) {
   var numberOfSections = getNumberOfSections();
   for (var i = 0; i < numberOfSections; ++i) {
     var section = getSection(i);
     var zRange = section.getGlobalZRange();
     var tool = section.getTool();
     if (zRanges[tool.number]) {
       zRanges[tool.number].expandToRange(zRange);
     } else {
       zRanges[tool.number] = zRange;
     }
   }
 }

その後、３７７行付近以降の

var tools = getToolTable();
if (tools.getNumberOfTools() > 0) {
   for (var i = 0; i < tools.getNumberOfTools(); ++i) {
     var tool = tools.getTool(i);
     var comment = "T" + toolFormat.format(tool.number) + " " + "D=" + xyzFormat.format(tool.diameter) + " " + localize("CR") + "=" + xyzFormat.format(tool.cornerRadius);
     if ((tool.taperAngle > 0) && (tool.taperAngle < Math.PI)) {
       comment += " " + localize("TAPER") + "=" + taperFormat.format(tool.taperAngle) + localize("deg");
     }
     if (zRanges[tool.number]) {
       comment += " - " + localize("ZMIN") + "=" + xyzFormat.format(zRanges[tool.number].getMinimum());
     }
     comment += " - " + getToolTypeName(tool.type);
     writeComment(comment);
   }
 }

var tools = getToolTable();
tools.getNumberOfTools()

関数、getNumberOfTools()で、ポスト作成時に選択したセクション（工程）で使用した、工具の個数を取得しています。
使用する工具の工具情報をその個数だけ繰り返し入手し、コメントとして出力させています。
このルーチンは、工具情報を取得する方法として、別の操作でも利用できる可能性があるので、覚えておくと便利です。

次の４２３行付近で、ワーク座標系のチェックをしています。

if ((getNumberOfSections() > 0) && (getSection(0).workOffset == 0)) {
  for (var i = 0; i < getNumberOfSections(); ++i) {
    if (getSection(i).workOffset > 0) {
      error(localize("Using multiple work offsets is not possible if the initial work offset is 0."));
      return;
    }
  }
}

ＣＡＭの設定画面のポスト処理画面が参照されます。

複数の「設定」を一度にポスト処理する場合で、違うワーク座標系を使用したい場合には、ここでの設定は「0」以外にしなければエラーを出すみたいです。

③モーダル初期化コードを若干手直し

４３２行付近で、「N10 G90 G94 G17 G49 G40 G80」のコードを出力させてます。
これを、「G90G00G17G40G80G49」に変更しましょう。

writeBlock(gAbsIncModal.format(90), gFeedModeModal.format(properties.useG95 ? 95 : 94), gPlaneModal.format(17), gFormat.format(49), gFormat.format(40), gFormat.format(80));

  ↓　希望のコードに変更します。

//kazuban 2021/01/16
writeBlock(gAbsIncModal.format(90),gMotionModal.format(0),gPlaneModal.format(17), gFormat.format(40), gFormat.format(80), gFormat.format(49));

④「G21」指令は、省略

次の４３５行付近の「switch」分で、「G21」コードを出力させています。
ここは省略したいので、「writeBlock( )」関数をコメントにして無力化します。

//kazuban 2021/01/15
 switch (unit) {
 case IN:
   //writeBlock(gUnitModal.format(20));
   break;
 case MM:
   //writeBlock(gUnitModal.format(21));
   break;
 }

⑤ワーク座標系指令を追加
⑥N0001工程へのジャンプ指令を追加

次では、「G95」関連の定義ですが、筆者は使っていないので、
ここではそのままにしておきます。
オリジナルでは、「onOpen( )」はここで終了ですが、
終了前に「ワーク座標系」指令を追加します。
今回のＮＣプログラムでは、最初にワーク座標系を指令後、
途中では変更しない仕様で考えています。
こうする事で、機械側でワーク座標系番号を変更したい場合には、
この指令一か所のみの変更ですみます。
また、多数個取りなどに対応したい場合でも、NCデータの改造が楽になります。
オリジナルでは、onSection( )にワーク座標系出力があるので、各セクション（工程）ごとに、出力されます。
どちらがいいかは、実際の加工方法によって違ってくると思いますので、あくまでもポスト編集の例題としてお考えください。
Fusion360のポストでは、CAMの設定画面でワーク座標系を設定します。

wcsオフセットが、
「0」であれば、「G54」。
「1～6」までは、「G54～G59」
「7」以上になると、
拡張座標系「G54.1 P1～」
を使用できる仕様とします。

このような仕様で、プログラムを追加します。
加えて、シーケンス番号Ｎ０００１へ無条件ジャンプのコードも追加します。

//kazuban 2021/01/15
var WCS = getSection(0).workOffset;
WCS = (WCS==0)?1:WCS;
if(WCS>6){
  writeBlock(gFormat.format(54.1),"P"+(WCS-6));
}else{
  writeBlock(gFormat.format(53+WCS));
}
writeln("GOTO 1");
writeln("(---- End of onOpen ----)");

この部分を簡単に説明すると、

• 「WCS」と言う変数を用意し、最初のセクション（工程）のワークオフセット番号を代入します。
• ワークオフセット番号が「0」なら、「1」に変更します。
• ワークオフセット番号が「6」より大きければ、「G54.1P」の指令とします。
• １～６の場合には、G「53+オフセット番号」のワークオフセットとします。
• N0001 へジャンプする指令を追加します。

ジャンプ指令は、実際の加工時、任意工程を再加工したい場合に使用します。
今回の例題では、セクション２（２工程目）で、ポケット側面の仕上げ加工を行う想定です。
実際の加工で仕上げ工程でいきなり、仕上げる事は少ないです。
通常は、最初は取り代を付けた状態で加工し、その後の測定結果をもとに工具径補正を再調整し、その工程のみ再加工をおこなうような操作をします。
そのような場合に、とりあえず全加工したのち、２工程目のみ再加工を行うような操作を想定しています。
その場合、機械コントローラで「GOTO 1」を「GOTO 2」へ修正する事で、２工程目からの加工が可能になります。

ポスト処理実行

%
O1001 (TEST01)
(T1 D=12. CR=0. - ZMIN=-9.995 - FLAT END MILL)
(T21 D=6. CR=0. TAPER=140DEG - ZMIN=-16. - DRILL)
G90G94G17G49G40G80
G54
GOTO 1
(---- End of onOpen ----)

onOpen( )の改造終了

出力は、わずか６行程度のデータですが、結構ボリュームありました。
onOpen()関数は、２００行ありますね。
いろいろなパターンに対応しているのだと思います。
結構面倒ですが、一行ずつ解読していくと、理解が深まりますので、お時間あれば挑戦してみてください。
次は、onSection()の改造へ移りますが、こちらはさらに長いですね！

Fuison360 ポストの情報

1. 概要編
2. 構成編
3. 変数
4. グローバルセクション
5. 関数
6. NCプログラム仕様検討
7. onOpen( )
8. onSection( ) No1
9. onSection( ) No2
10. onSectionEnd( ) & onClose( )

ポストプロセッサ構成

Fusion360 ポストプロセッサの構成については、以前の記事で描いてあるので、こちらも目を通しておくことをお勧めします。

Fusion360 CAM ポストプロセッサ徹底解説・構成編

このサイトのＮＣプログラム構成の記事でも、触れていますが、ＮＣデータの構成は４つに整理する事ができます。・全工程の始まり・加工工程の前・・・　実際の加工経路　・・・・加工工程の後・全工程の終わり同様の視点でしょうか、前回の記事、ポストプロセッサの構成も同様になっていますね～onOpen( )onSe...

www.kazuban.com

2020.12.05

Fusion360 CAM ポストプロセッサで、希望するNCプログラム構成に改造するには、次の４つの関数を編集する事になります。

① onOpen( ) 　　　　・ポスト処理開始時
② onSection( )　　　 ・ＣＡＭ定義の各セクションの開始時
③ onSectionEnd( )　 ・各セクションの終了時
④ onClose( )　　　　・ポスト処理の終了時

ポストプロセッサは、この４つの関数を自動的に呼び出しながら処理します。
実際に編集を始める前に、希望するＮＣプログラムを出力させるには、この４つの関数とNCプログラムとの関係性を整理しておく必要があります。
再度、使用しているNCプログラムの構成を整理してみてください。
なるべく、４構成に整理する事を推奨します。
どの関数をどのように編集するかなど、作業がしやすくなります。

NCプログラム構成

NCプログラムの構成は、以前の記事で説明してあります。
こちらでも、４構成で説明していますので、構成に迷われた場合には参考にしてみてください。

NCプログラム／プログラム構成

NCプログラムの構成は、大きく分けると２種類にわける事ができます。一つは加工に必要な準備機能で、もう一つは、実際の加工経路の動作指令です。さらに、マシニングセンターを対象にすると、準備機能は４つに分ける事ができます。CAMのポストプロセッサを編集する場合やプログラム全体の構成を検討する際、この基本構...

www.kazuban.com

2020.01.28

４構成で整理すると、NCプログラムもポストの基本の関数も同じ構成数なので、各構成で整合性を持たせておきます。
まず全体的には、筆者は下記のような設定で考えています。

全体的な仕様としては、
・加工の始まりは、「%」「O番号」に続き、ワーク座標系指令も出力
・ワーク座標系は、最初に定義し、各セクション・工程では変更しない
・こうする事でワーク座標を変更する場合や多数個加工への対応が楽になります
・NCワードとワードはスペースで区切らない。（私の好み）
・基本的にシーケンス番号（Ｎ番号）は付加しない。
・ワーク座標系指令後、任意セクション（工程）へジャンプできる仕様とする
・そのため、各工程の始まりのみに、シーケンス番号を追加する
・各工程には、途中再開でも安全なように、退避やキャンセルコードを追加
・同様の理由で、次工程で同じ工具でも、とりあえず工具交換させる
・冷却コードは、飛び散り防止で工具回転の後に指令する。
・ただし、冷却水排出量を安定させるため、停止コード「G04」を追加
・各工程の終わりには、冷却・回転の停止、工具退避、キャンセルを行う
・単工程のみの加工も考慮して、各工程の最後に「M01」コードを出力
・加工終了時は、「M30」「%」で終了。

ポストとNCのすり合わせ

以上の仕様を、上記４つのエントリー関数に当てはめてみます。

① 加工始まり
　%
　O番号(コメント)
　(全工具情報)
　G90G00G17G40G80G49　(初期化コード)
　G54　(ワーク座標系指令)
　GOTO 1　（セクション・工程番号へジャンプ）

②セクション（工程）の始まり
N0001　（工程番号と同じシーケンス番号）
（工具情報）
G91G28Z0.　（途中再開時の安全を考慮して工具退避）
G90G00G17　（とりあえずモーダルコードリセット）
T01　（工具番号）
M06　（行を分け工具交換、Tと同じ行ではNGな機種への対応）
G00G43Z30.H01　（工具長補正、この例では、T番号とH番号は同じ）
S2300M03　（スピンドル回転）
M08　（クーラントコード、飛び散り防止で回転の後で指令）
G04X10.　（クーラントの安定を待つ、PとXでの指令あり）

ここから、エントリ関数以外の処理で、加工指令開始
加工位置へ位置決め後、加工に入る

③セクション（工程）の終了
M09　（クーラント停止）
M05　（主軸回転停止）
G91G28Z0.　（リファレンス点へ退避）
G49　（工具長補正キャンセル）
G90G00G17　（モーダル情報リセット）
M01　（単工程再加工考慮、オプショナルストップ）

④ポスト処理終了
M30
%

エントリー関数の影響範囲確認

前回も書いてますが、４つのエントリー関数の影響範囲を知る事が、編集の近道です。
各関数の最初と最後に、「writeln( )」関数で、印をつけてみます。
具体的には、このように、わかりやすい文字列を追加します。

function onSection() {
   writeln("(---- onSection ----)");
    ・
    ・
   writeln("(---- End of onSection ----)");
}

筆者はこんな感じにしてみました。
ところで、関数のブロックの最初（　{　）と最後（　}　）を探すのは結構面倒です。
特に、「onSection( )」は３００行以上あるので、矢印キーで追っていくのは大変です。
もし筆者お勧めの「VSCode」を使用しているなら、「Ctrl」+「Shift」+「\」のショートカットが便利です。

この機能を利用すれば、ブロックの最初と最後、どちらへも簡単にジャンプできます。

まずは、参考までに、サンプル用モデルを公開しておきます。

サンプルモデルは、こちらからダウンロードできます。

ポケット加工です。
３つのセクション（工程）構成です。
・１工程は、「T01」で負荷制御で荒加工。
　　底面は仕上げますが、側面は「+0.5」の残り代
・２工程は、やはり「T01」での側面仕上げ加工
・３工程は、「T21」でのドリル加工
このCAMのポイントは、１，２工程で同じ工具を使っています
２工程目は、側面仕上げなので、全加工後、再度この工程のみ実行する可能性があります
この点も考慮して、ポストプロセッサを改造していきたいと思います。

では、印を出力するように編集した、ポスト「fanuc_new.cps」を実行

%
O1001 (TEST01)
(T1 D=12. CR=0. - ZMIN=-9.995 - FLAT END MILL)
(T21 D=6. CR=0. TAPER=140DEG - ZMIN=-16. - DRILL)
N10 G90 G94 G17 G49 G40 G80
N15 G21
(---- End of onOpen ----)
(---- onSection ----)
N20 G28 G91 Z0.
N25 G90
(3)
N30 T1 M06
(AP0.02D AE1D)
N35 T21
N40 S2300 M03
N45 G54
N50 M08
N55 G00 X-44.303 Y-9.527
N60 G43 Z30. H01
(---- End of onSection ----)
N65 G00 Z5.
N70 Z2.505
N75 G03 X-55.697 Y-9.904 Z1.88 I-5.697 J-0.188 F333.
・
・
N6445 X-39.768 Z0.205
N6450 G00 Z30.
(---- onSectionEnd ----)
(---- End of onSectionEnd ----)
(---- onSection ----)
(2D 7)
N6455 G00 X-37.2 Y11.2
(---- End of onSection ----)
N6460 Z30.
N6465 Z5.
N6470 G01 Z1. F333.
・
・
N6555 G19 G02 Y8.8 Z-8.78 K1.2
N6560 G00 Z30.
(---- onSectionEnd ----)
N6565 G17
(---- End of onSectionEnd ----)
(---- onSection ----)
N6570 M05
N6575 G28 G91 Z0.
N6580 G90
N6585 G49
(6)
N6590 M09
N6595 M01
N6600 T21 M06
(NSB-DRILL)
N6605 T1
N6610 S2650 M03
N6615 G54
N6620 M08
N6625 G00 X-40. Y15.
N6630 G43 Z30. H21
(---- End of onSection ----)
N6635 G00 Z5.
N6640 G98 G81 X-40. Y15. Z-16. R-5. F420.
・
・
N6660 G80
N6665 Z30.
(---- onSectionEnd ----)
(---- End of onSectionEnd ----)
(---- onClose ----)
N6670 M09
N6675 G28 G91 Z0.
N6680 G90
N6685 G49
N6690 G28 G91 X0. Y0.
N6695 G90
N6700 M30
%
(---- End of onClose ----)

このように出力されました。
上記の、すり合わせで検討した構成とは、少し違う結果です。
やはり、改造が必要ですね。

まとめ

ポストプロセッサのエントリー関数から、NCプログラムの構成を検討してみました。
現在マシニング加工をされている方は、すでにNCプログラム構成はできあがっていると思います。
しかし、そのNCプログラムをFusion360 ポストプロセッサで出力させる場合、ポストのエントリー関数に合わせて４構成で整理したほうが、改造がしやすくなります。
また４構成で整理しておくと、複数のマシニングセンターを使用する場合にコンバータソフトなど開発する場合でもやりやすくなります。
お時間あれば、一度検討してみてもいいと思います。
次回からはいよいよ実際に、希望のNCプログラムと、標準ポストが出力したデータを比較して、改造していきたいと思います。

Fusin360 ポスト情報

1. 概要編
2. 構成編
3. 変数
4. グローバルセクション
5. 関数
6. NCプログラム仕様検討
7. onOpen( )
8. onSection( ) No1
9. onSection( ) No2
10. onSectionEnd( ) & onClose( )

関数とは？

決まった処理をさせるプログラミング指令のかたまりですが、場合によっては引数から情報を受け取り、結果を返したりします。
NC言語で例えると、サブプログラムやマクロ呼び出しのような機能です。
関数は、言語に標準で付属している定義もありますし、自分で作成する事もできます。

JavaScript の関数

JavaScriptの関数の情報は、文献やネット上に多数情報がありますから、詳細はそちらを参照してください。
ただし、紹介されている関数が、ポストプロセッサですべて利用できるとは限りません。
関数の定義方法も何種類かあるみたいですが、Fusion360ポストでは、ほとんど「宣言方式」が使われているようです。
基本的な関数宣言は

function 名前 ( 引数、・・) {
　// 処理、プログラム
　return 結果;
｝

こんなイメージです。
「fanction」が関数である事のキーワードで、その後に、適当な「名前」を書きます。
その後の 　(　)　内に、関数へ渡す引数を　,　で区切り記述します。
引数がない場合でも、　(　)　は必要です。
次の　{　}　の間に、関数にやらせたい処理をプログラムします。
もし、関数からの結果を渡したい場合には、「return」コマンドにつづけて、結果の値を書きます。
名前は使えない記号とか、ある程度の命名規則もあるようですが、半角英数字であればそれほど気にしなくてもいいと思います。
ただし、 その関数の処理内容をある程度イメージできる名前がいいと思います。
日本語も使えそうですが、使わないほうが無難ですね。
また、 大文字小文字は識別するので、注意が必要です。
関数の使い方は、こんな感じです
２個の引数を受け取り、大きい方を返す関数です

// 引数、aとb で大きい方を返す関数
function returnMax(a,b) {
  return (a>=b?a:b);
}
function onOpen() {
  var x1=10.23;
  var x2=11.56;
  var Max = returnMax(x1,x2);
  writeln(Max); //11.56が出力される。

このように、関数は引数を与えて呼び出すだけで決められた処理をしたり結果をもらうことができます。
関数がうまく使えるようになると、プログラムも見やすくなります。

Fusion360 ポストの関数

Fusion360のポストも、基本的にはJavaScript言語を使用しているので、定義の方法は同じです。
ただし、JavaScriptに標準で組み込まれている関数と、Fusion360特有の関数。ポストファイル作者個人が作成した関数、などがあります。
区別する意味でも、個人的に作成した関数は、命名ルールを決めておくと分かりやすくなります。
Fusion360の関数の詳細は、こちらの「Autodesk CAM Post Processor Documentation」に情報があります。
また、ポストファイル内に定義されている関数は、前回紹介した下記ページで紹介している「VSCode」エディタなら一覧で見る事ができます。

Fusion360 CAM ポストプロセッサ徹底解説・概要編

数回にわたって、Fusion360 CAM のポストプロセッサの説明をしようと思います。しかし、筆者自身も独学なので、わかっている範囲での説明になりますし、もしかすると間違いもあるかもしれませんので、ご了承ください。ただ、ポストプロセッサはＮＣデータを出力する機能であり、それ自身が機械を動かすわけで...

www.kazuban.com

2020.11.28

「VSCode」の、「エクスプローラー」機能の「FUNCTION LIST」に関数のリストが表示され、マウスクリックで瞬時にその関数にジャンプしてくれます。
特にこだわりのエディタがない場合には、VSCode がお勧めです。

Entry Functions

カーネルとポストプロセッサ間のやりとりをする関数をエントリ関数と呼んでいるようです。
この関数は、 接頭に半角小文字の「on」が付いている名前で、他の関数と区別されています。
したがって、自分で作成する関数の名前には、先頭に「on」は付けないほうがいいですね。
「VSCode」のエクスプローラで確認すると、かなり沢山のエントリ関数があるのがわかります。

ポストプロセッサファイルを編集するには、このエントリ関数を編集する事になります。
この関数は、Fusion360がポスト処理する際に、自動的に呼び出されます。
全てを編集する必要はありませんが、ある程度は各関数の役目を理解しておいたほうが、作業しやすくなると思います。
詳細は、「Autodesk CAM Post Processor Documentation」に記載されています。

Public Member Functions

ポストファイル内で、明示的に定義されている関数以外に、ポストプロセッサ内部で定義されている関数もあります。
「パブリックメンバー関数」と呼ばれるようですが、前回記事にした「format」などもこのメンバーです。
こちらも「Post Processor DocumentationのClassList」に情報があります。
ながめていると、使えそうなクラスもみつかります
たとえば、「FileSystem」には、ファイルのコピーや削除などの関数も用意されています。
NCデータを出力するだけでなく、加工工程や工具リスト、NCコードをDXF化したDXFファイルなど、NCデータとは別のファイルを出力させる事も可能です。
Fuison360のポストプロセッサは、単にNCデータ出力だけでなく、CAMからの情報をいろいろな形式で出力する事ができる非常に高機能なポストプロセッサです。

定義済み関数を調べてみる

参考の「fanuc.cps」に定義されている、関数を調べてみましょう。
前述の「VSCode・Function List」で確認すると、「on」で始まるエントリ関数以外にも、かなりの関数が定義されているのがわかります。
では、上部で定義されていて、その名前からNCデータを出力しそうな重要で使用頻度が高そうな「writeBlock() 」関数を分析してみましょう。

writeBlock() 

この関数はNCデータを出力しそうだ？
と言う事が関数名でだいたいわかりますね。
おそらく、引数に与えられたNCワードを書きだす関数でしょう。
NC言語のブロックとは、一行に複数の指令コードが集まったコードですから、複数のNCワードを引数にとりなんらかの処理後、一行に書きだす関数と予想できます。
では、関数の中身を眺めてみましょう

function writeBlock() {
  var text = formatWords(arguments);
  if (!text) {
    return;
  }
  if (properties.showSequenceNumbers) {
    if (optionalSection) {
      if (text) {
        writeWords("/", "N" + sequenceNumber, text);
      }
    } else {
      writeWords2("N" + sequenceNumber, arguments);
    }
    sequenceNumber += properties.sequenceNumberIncrement;
  } else {
    if (optionalSection) {
      writeWords2("/", arguments);
    } else {
      writeWords(arguments);
    }
  }
}

ポスト編集の学習するには、なかなかいい例題です。
結構、盛沢山です。

関数宣言

function writeBlock() で宣言されています。
「writeBlock」という「名前」の「関数」の定義の始まりです。

引数

あれ？不思議です。
この関数は、受け取った引数を細工して、一行に書きだす関数だと推測しているのですが、引数がありません。
どうやって、引数を受け取るのでしょうか？

argumentsオブジェクト

JavaScript には、こんな機能があるんですね。
C言語のコマンドライン引数「　*argv[ ]　」に似ていますかね。
関数が呼び出された時の引数が、自動的に argumentオブジェクトの配列内に格納されるみたいです。
この機能を利用して、text 変数に引数を取り込んでいます。

var text = formatWords(arguments);

ここでまた、formatWords( )　関数が出てきました。
これは、パブリックメンバー関数です。
引数に与えられた、複数のワードをセパレータで区切り、一つの文字列にして最後に改行文字を追加する関数です。
また疑問が・・・セパレータとは？
実はこれは、「properties」にヒントがありました。
デフォルトでは「separateWordsWithSpace: true」と定義されています。
「true」であれば、デフォルトで「　」（スペース）になるようです。
したがって「arguments」で指定されたワードとワードは、「スペース」で区切られます。
実験してみます。

function onOpen() {
  writeln(formatWords("test1","test2","test3"));
　・
　・

ポスト処理してみます

test1 test2 test3
 %
 O1001 (TEST01)
・
・

予想通り、３つの文字列が、「　」（スペース）で区切られました。
このセパレータは「setWordSeparator( )」のパブリックメンバー関数で再設定可能です。

function onOpen() {
  setWordSeparator("/");
  writeWords("test1", "test2", "test3");
　・
　・

test1/test2/test3
 %
 O1001 (TEST01)

今度は、”　/　”が区切り文字になりました。

真偽（論理）値

次に、「if」文（条件分岐）がでてきました。

if (!text) {
    return;
}

if文の　(　)　は、論理的に「真(true)」であれば次の　{　}　内を実行し、「偽(false)」で　{　}　の後に「else」があれば、その内部を実行します。
「else」がなければなにも実行せずに次に移ります。
論理判断は、例えば、「X == 0」とか「X > 10」など数値の比較はわかりやすいですが、

! text

はわかりづらいですね。
「!」は、条件判断の否定の意味です。条件が「真」であれば逆の「偽」になります。
また、条件判断は、 「何もない」場合には「偽」となります。
したがって、「 ! text 」の論理判断は、変数「text」になにも定義されていなければ「偽」と判断され、「!」により、逆の「真」の判断で次の定義が実行されます。
この例では「return」とあるので、そのままこの関数は終了となります。
まとめると

変数「text」に何も定義されていなければ、そのまま終了！

の意味となります。

グローバル変数で条件分岐

次も、「if」文です。
今回はちょっと複雑で、「if」文のなかに、「if」文が入っています。
さらに、「if」での判断が「偽」だった場合に実行させる「else」文も使われています。
条件判断の因子として、「properties.showSequenceNumbers」や「optionalSection」の変数が使われています。
前者は、プロパティテーブルで「showSequenceNumbers: true」と定義されていて、NC言語のシーケンス番号の出力の有無です。
この場合は、「true」なので、出力する仕様となります。
後者は、グローバル変数で「var optionalSection = false;」と定義されています
NC言語では、オプショナルスキップ「/」の出力の有無となります。
この部分のプログラムを要約すると

propertiesテーブルの showSequenceNumbers が 真で、さらにoptionalSection が真であれば、あれば、データに「/」と「Nシーケンス番号」を付加します。
optionalSection が偽であれば、「Nシーケンス番号」のみを付加します。
showSequenceNumbers が偽であれば、
optionalSectionの内容により「/」を付けるか付けないか、となります。

writeWords() と writeWords2()

データを書きだすのに、writeWords() と writeWords2()を使用していますね。
調べるとこの関数は、「パブリックメンバー関数」でした。
ドキュメントを読んでもよく理解できていませんが、writeWords2()は、引数が２個以上の時のみ書きだすような関数かと思っています。
「シーケンス番号」や「/」のみの出力を制限するのが目的でしょうか？
よくわかっていません。
さらに、writeBlock()をよく読んでみると、writeWords()で書きだすワードには、「text」の場合と「arguments」の場合があります。
これもよく理解できていません。
せっかく、変数「text」を準備したのだから、全て「text」でも結果は変わらないように思うのですが、よく理解できません。
もしわかる方いらっしゃったら教えてください。

加算代入演算子（+=）と インクリメント演算子（++）

カスタムマクロなどにはない、演算子を使っていたので説明しておきます。
「sequenceNumber　+=　properties.sequenceNumberIncrement」
ちょっと見慣れない方もいらっしゃるかもしれません。
これは、加算代入演算子と呼ばれていて、「X += 10.5」は

X = X+ 10.5

と同等です。
さらに、「-=」、「*=」、「/=」などもあります。
現在の値に相対的な演算をさせたい時に便利な記述です。
ちなみに、インクリメント演算子（++）というのもあります。
これは、現在の値を「1」増やす（カウントアップ）演算子です。
「－－」はデクリメント演算子でカウントダウンとなります。
さらに、この演算子は、変数への前置と後置の方法があります。

var A = 1;
var B = 1;
++A;
B++;

この場合は、AもBも結果的は同じで、「2」になります。
では、次の例ではどうでしょう。

var a = 1;
var b = 1;
writeWords(++a);
writeWords(b++);
writeWords("a=",a);
writeWords("b=",b);

onOpen( )に追加してポストを通すとこうなりました。

2
1
a= 2
b= 2
%
O1001 (TEST01)
・

まず、変数「a」「b」は「1」に定義しています。
writeWords(++a)　は 加算された後に関数に渡される意味となり「2」が出力されてます。
次のwriteWords(b++)では、 関数に渡された後に加算される意味で「1」が出力されます。
その後、もう一度「a =」「b =」を付加して、現状の状態を書きだしてます
結果は、「a=2」「b=2」どちらも加算された後なので「2」です
「前置」と「後置」は次に処理が移ると、その変数の内容は同じですが、同じ行では相手への影響の与え方が違います。
「++a（前置）」は、インクリメントされた後の値を相手に渡します。
「b++（後置）」は、現在に値を相手に渡した後、インクリメントされます。
ちょっと、ややこしい仕様ですが、覚えておくと意外と便利です。

まとめ

本記事では関数の説明をしました。
ポストの編集では、自作の関数は必須ではありませんが、他人が作成した関数を分析し調べる事が理解を早める一番の近道だと思います。
最初は真似しながら、自分の関数を定義していくと、理解も深まりコードもわかりやすくなります。
writeBlock()　だけでも、かなりのボリュームでした。
少しでもプログラミングの経験がある方は、だいたいの感覚でも、ポスト編集はできてしまいますが、言語の理解を深める事で簡潔でトラブルが少ないポストファイルとなります。
また、ポスト編集だけでなく、編集したコードがすぐに結果に反映するので、ゲーム感覚でプログラミングが体験でき、プログラミング言語の学習として利用してもいいと思います。

ポスト記事

1. 概要編
2. 構成編
3. 変数
4. グローバルセクション
5. 関数
6. NCプログラム仕様検討
7. onOpen( )
8. onSection( ) No1
9. onSection( ) No2
10. onSectionEnd( ) & onClose( )

カーネル設定(Kernel Settings）

参考の「fanuc.cps」では、上部３６行までに、変数宣言（「var」が付かない）がない変数として定義されています。
これは、ポストエンジンとのやりとりに使われます。
ファイルの上部に配置され「var」がないので、特殊な変数である事はわかりますが、注意が必要です。
前回も話題にしましたが、JavaScript言語は変数宣言に「var」がなくても使用できてしまいます。
したがって、この付近へ新規に「var」なし変数への代入定義をしても、 エラーを出してくれません。
安易に宣言なしの、変数を使ってしまうと、カーネル変数なのか、個人的な変数なので分からなくなってしまうので、必ず新しい変数を定義する時には、宣言付きで定義し、カーネル変数の後部エリアで宣言する事をお勧めします。
では、Fusion360 CAM でポスト処理を実行し、ポストファイルとして「fanuc.cps」に設定してみます。

プロパティのテーブルに接頭（ビルトイン）が付いたプロパティが見つかります。
これは、「fanuc.cps」ファイルで「var」のない変数と見比べると、カーネル設定変数の一部なのが分かります。
この値自体は、ダイアログで編集する事も可能ですが、「fanuc.cps」の変数を直接編集する事で、デフォルト値にする事ができます。
この他にも、いくつか、ダイアログに表示される変数があります。

description = “FANUC”;
「ポスト処理」ダイアログでポストファイルを選択する、ボックスに表示されるタイトルの左側の文字になります。その後「/」の後に、実際のポストファイル名が表示されます

extension = “nc”;
この値が、作成されるＮＣデータの拡張子になります。

programNameIsInteger = true;
この値が、「true」の場合、「ポスト処理ダイアログ」の「プログラム名と番号」の項目に、数字しか使用できません。
「false」にする事で英文字なども使用できるようになります。

setCodePage(“ascii”);
ＮＣデータを出力する時のエンコードを指定するようです。
ポストエラーログなどが文字化けたりした場合に「utf-8」に変更すると漢字が正常になったりします
「ansi」「utf-8」などがあるようです。

allowedCircularPlanes = undefined;
これは重要な変数です。見つけるまでに、結構時間がかかりました。
この１行がないと、 全ての出力が直線補間で処理されるようです。
通常、円弧の場合「onCircle( )」関数が実行されますが
この変数がないと、この関数に飛んでいきません。
ようするに、全て直線補間で処理されます。
これは結構、悩みました。

これらの変数も編集可能です。
試しに、拡張子など変更してみると、ポスト処理の再起動で反映されます。

プロパティ(Property Table)

ポストダイアログの「プロパティテーブル」には、（ビルトイン）以外の変数もリストされています。
ここを定義しているのが、properties = { }; 　とpropertyDefinitions = { };　の配列です。
JavaScript言語では、{ } で囲った配列は、通常の配列の拡張版で、「連想配列」と呼ばれています。
連想配列は、「:」を区切りに、「キーワード:値」　の形式で定義します。
使用時は「変数名」.「キーワード」の形式で参照する事ができます。
「propertyDefinitions」の配列は、さらに複雑ですね
連想配列の要素に、さらに連想配列が定義されています。
ただこれも、 「.」でつないで行く事で参照できます。
たとえば、
writeln ( propertyDefinitions.writeMachine.title );
のように、使用する事ができます。

properties = { }

properties変数は、ポスト処理ダイアログを開くと、「プロパティ」の項目にそのタイトルと値が表示されるのが分かります

したがって、ポストファイルの「properties」の内容を変更したり、追加・削除する事で、項目やデフォルト値を変更する事ができます。
使用しない項目は削除したほうが、すっきりしますね。
削除の場合は、いきなり削除せず「//」でコメントにしておいた方が安全です。

// writeMachine: true, // write machine

propertyDefinitions = { }

この変数は、プロパティテーブルへの表示を制御できます。
「title:」の値が表示されるタイトルとなり、「description:」でその項目の説明を定義できます。
説明は、プロパティテーブルの項目の上にマウスカーソルも持っていくと表示されます。
さらに、「group:」で、プロパティテーブルへの表示順序を制御できます。
「0」[1]・・と若い数字の「group」が上部に表示されるので、よく使用する変数は「0」「1」にしておくと、プロパティ設定が分かりやすくなります。
実は、この「propertyDefinitions」変数は、無くても動作するようです。
この変数全体をコメントアウトして実験してみましたら、説明分がでないだけで普通にポスト処理できました。
ただ、「Training Guide」マニュアルには、全てのエントリに一致するエントリが必要だとの記述がありますし、これがないと「tool tip text」が関連付けられないとあるので、よく理解できていませんが、 「properties」と「propertyDefinitions」の項目は合わせておいたほうが無難なようです。

冷却コード変数(coolants)

propertiesまでが、カーネル変数ですが、この定義から、下がっていくと「coolants」変数が定義されています。
こんな上部にクーラント定義が出てくるとはちょっと意外でしたが、 機械の依存コードで違いが多いのも、クーラントコードです。
同じメーカーの機械でも違う場合がありますから、そんな配慮でしょうか？
読んで字のごとく、機械の「クーラント（冷却）コード」指令の定義です。
まず、「var singleLineCoolant = false」とありますから、おそらく、クーラント指令で、単体か複数指令かの判定をする変数だと思われます。
たとえば、外部エアー指令の場合「M07」だけではなく、「M140 M07」と複数のＭコード指令が必要な機械などへの対応だと思います。
複数定義の場合には、
 on: [8, 88], off: [9, 89]
のように、連想配列のキー名の値として、さらに配列で指令するみたいです
結構複雑ですね。
ここまで、複雑にしなくても、いいように思いますが、ポスト作者の思想（性格）でしょうか？
ところで、参考にしている「fanuc.cps」を見てみると
{id: COOLANT_FLOOD, on: 8},　のように、「on」や「off」要素があるものと
{id: COOLANT_MIST},　のように「id」要素しかないケースがあります。
実は、工具設定で「ミスト」を指定して、このポストファイルで処理させると、エラーになってしまいます。

　　・
　　・
#
エラー: Unsupported 'mist' coolant.
Error in operation: '2D 輪郭1'
Failed while processing onSection() for record 475.
#
　　・
　　・

Fusion360 CAM の工具のクーラント設定の値をポスト処理する時には、この変数を参照しているのが分かります。
したがって、使用する機械のクーラントコードに合わせるには、この変数を編集すればいいと言うことになります。
使用機械の設備にない仕様には、意識して設定なしにしておく事で、 間違って指定した場合は、エラーが教えてくれる！がいい場合には、このように値を入れない事で実現できます。
ポストでエラーが出ると、戸惑ってしまうので、仕様にない設定でも、 とりあえず「M08」にしておこう！の場合は、on: 8の設定で実現できます。
ちなにに、実際のＭコードへの変換は、2465行付近のsetCoolant(coolant) やgetCoolantCodes(coolant) 関数で行っています。
本当面倒な事しているように思います、もっと単純なプログラムにする事もできると思いますが、汎用性を意識するとこうなるのかもしれません。

フォーマット定義(Format Definitions)

次に、Format関連の定義が出てきました。
これは、主にＮＣプログラムの、ワード（G01とかM03とか）を出力するのに
使われています。
さらに、モーダル状態なども、定義しているようです。
ざっと眺めると、４個の組込関数があります。

createFormat()
createVariable()
createReferenceVariable()
createModal()

createFormat( )

ＮＣコードの出力フォーマットを定義しています。
連想配列を引数でうけとり、出力方法を制御しています。

var gFormat = createFormat({prefix:"G", width:2, zeropad:true, decimals:1});
writeln(gFormat.format(1));
writeln(gFormat.format(53.1));

たとえばこの例では、まずは「G」を出力、文字列の幅２、幅が少ない場合には「0」を追加、小数点以下１桁。
の意味になり、このプログラムでは、「G01」「G53.1」が出力されます。

三項演算子

フォーマット定義からは、ちょっと脱線しますが、フォーマット定義を眺めていると、

(unit == MM ? 3 : 4)

このような構文が多数でてきますので、説明しておきます。
これは、「三項演算子」と呼ばれている、「演算子」の一つです。
C言語など他の言語にも同じような構文があります。
「if」文と同じように、条件判断をするときに使用します。
一行で表現できるので、単純な条件の場合には便利ですが、複雑になってくると暗号のようになって、理解しづらいプログラムになってしまいます。
複雑な場合には「if」文のほうが読みやすくなります。
この演算の意味は、
「 ? 」の前の式を評価し、結果が「真」であれば、「 : 」前の値を返し、「偽」であれば「 : 」の後ろの値を返します。

var a = (unit == MM ? 3 : 4);

この定義では、
「unit が MM であれば、a=3、そうでなければ、a=4」
となります。
if 文で書くと、こうなります。

var a;
if(unit == MM){
  a = 3;
}else{
  a = 4;
}

ちなみに、「unit」や「MM」の変数はなんでしょうか？
「fanuc.cps」には、この変数の定義がみつかりません。
おそらく、ポストカーネル側で定義されている変数だと思います。
使用中デザインの単位ですね。
MMがミリ単位。INがインチ単位です。

この変数はどのように定義されているのでしょうか？
不明な変数を確認したい場合は、onOpen( )の最初にwriteln( )で出力させる方法が簡単です。
onOpen( )は、ポスト処理の最初に呼ばれるので、その先頭に書き込む事で、データの先頭に書きだされます。

function onOpen() {
  writeln(unit);
  writeln(IN);
  writeln(MM);
・
・

このように、「writeln( )」で出力されてみると、どのように定義されているのか、わかります。
上の例では、

1
0
1
%
O1001 (TEST01)
・
・

このようになりました。
私の環境では、「unit = 1」なのがわかります。
その後の結果から、「IN = 0」「MM = 1」なので、「unit == MM」なのがわかります、
これを理解の上、下記のコードを分析してみましょう。

var xyzFormat = createFormat({decimals:(unit == MM ? 3 : 4), forceDecimal:true});

まず「decimais:」で小数点以下の桁数を定義しています。
その値は、「三項演算子」で条件判断されます。
具体的には、unit がミリであれば、「3」、インチであれば「4」になります。
「forceDecimal:」は整数の場合、小数点を出すか出さないかです。
この例では「true」なので、小数点を出力します。
このように、単純な条件判断の場合には、三項演算子は便利です。

createVariable()

定義済みのフォーマットを用いて、新しい出力を定義します
次のコードを見てみましょう

var xyzFormat = createFormat({decimals:(unit == MM ? 3 : 4), forceDecimal:true});
var xOutput = createVariable({prefix:"X"}, xyzFormat);
var yOutput = createVariable({prefix:"Y"}, xyzFormat);

まず、「xyzFormat」で、ミリ単位であれば、３桁の小数点出力を定義してます。
その後、「createVariacle( )」で、接頭に「X」を付加するように再定義しています。
これも、onOpen( )へのwriteln( )で確認してみましょう。

function onOpen() {
  var x = 12.345678;
  writeln(xOutput.format(x));
  ・
  ・

ポスト処理させてみます。

X12.346
%
O1001 (TEST01)
・
・

きちんと、四捨五入までされて、下３桁の小数点で出力されました。

createReferenceVariable()

このオブジェクトは、最初の引数と次の引数が同一である場合に出力を省略させる場合に使用します。
主に円弧補間の「I J K」指令で、「0」の場合には出力させたくない場合に用いるようです。
「fanuc.cps」では、このように定義されています。

var xyzFormat = createFormat({decimals:(unit == MM ? 3 : 4), forceDecimal:true});
var iOutput = createReferenceVariable({prefix:"I"}, xyzFormat);

createVariable()と同じに見えますが、createVariable()は、引数が一つなのに対して、createReferenceVariable()は、2個の引数をとります。
今回も、onOpen( )で確認してみましょう。

function onOpen() {
  var x = 12.3;
  writeln(iOutput.format(x,0));
  x = 0.000;
  writeln(iOutput.format(x,0));
  ・
  ・

ポスト処理させてみます。

I12.3

 %
 O1001 (TEST01)
　・
　・

このように、最初の引数の変数が、第２引数の「0」以外の時は、データが出力されますが、「0」の時には、改行だけとなりました。

createModal()

Ｇコードのモーダルコードの出力に使用します
モーダルコードが分からない方は、こちらで説明しています。
モーダルなコードは、同じグループのコードが指定されるまで、そのコードが引き継がれ省略可能なコードです。
関数の第一引数に「force:true」を指定すれば。モーダル状態であっても
出力します。
デフォルトは「false」なので、省略すると「false」になります。
次のコードで試してみましょう。

var gFormat = createFormat({prefix:"G", width:2, zeropad:true, decimals:1});
var gModal = createModal({},gFormat);
var gModalForce = createModal({force:true}, gFormat);

gModal はモーダルな場合省略されますが、gModalForce は省略されません。
では、onOpen( )にコードを書き込んでみましょう。
省略状況を確認するために、グローバルで「gModal」と「gModalForce」を定義しています。

var gModal = createModal({},gFormat);
var gModalForce = createModal({force:true}, gFormat);
function onOpen() {
  writeln(gModal.format(0));
  writeln(gModal.format(0));
  writeln(gModalForce.format(0));
　・
　・

ポスト処理すると、このようになりました。

G00

G00
%
O1001 (TEST01)
　・
　・

一行目は「G00」が出力されていますが、二行目はモーダルなので省略されています。
三行目もモーダルですが、「force:true」の影響で出力されています。
では、モーダルでない場合もテストしてみましょう。

var gModal = createModal({},gFormat);
var gModalForce = createModal({force:true}, gFormat);
function onOpen() {
  writeln(gModal.format(1));
  writeln(gModal.format(0));
　・
　・

G01
G00
%
O1001 (TEST01)
　・
　・

期待通り、「G01」の後、モーダルコードの値が変わったので「G00」が出力されました。
実は、Gコードなどを出力させるには、このようなフォーマット関数を使用しなくても、 「writeln(“G01”)」のように直接文字列を書けば、出力させる事は可能です。
ただその場合、現在のモーダル状態を記憶しません、「”G01″」はただの文字列と認識するだけです。
試してみましょう。

function onOpen() {
  writeln(gModal.format(1));
  writeln("G00");
  writeln(gModal.format(1));
　　・
　　・

本来であれば、「G01」の後「G00」が指令されているので、次に「G01」が来る場合 モーダルでないので「G01」が出力されなくてはいけません。
ところが、

G01
G00

%
O1001 (TEST01)
　・
　・

「G00」指令でフォーマット関数を使用しなかったため、モーダル情報では「G01」だと思っているので、三行目は「G01」が省略されてしまいました。
これ・・ Gコード的には結構怖いですよね～
切削モードのはずが、早送りになってしまっています。
このように、Gコードを直接文字列で出力させる事は簡単ですが、なるべく（特にモーダルコードは）フォーマット定義で出力させるようにしましょう！

まとめ

主に上部で定義してあるグローバルセクションの説明をしました。
フォーマット定義は単純に文字列を出力させるだけでなく、NCデータの状態や桁数、四捨五入も行う重要な定義です。
Gコード出力にはなるべくこの関数を使います。
さらにこの下段には、各関数から参照できるグローバル変が「var」で宣言されています。
ここでのグローバル変数は、自分で定義する関数からも参照できますし、自分で宣言したグローバル変数に既存の関数からもアクセスさせることもできます。

例えば、
「var G01Code_ = 0;」などとグローバルエリアで宣言しておき、この変数で「直線補間:G01」の出現個数を集計したいとします。
ポストは直線補間が現れると、「onLinear( )」関数が自動的に呼ばれますから
この関数の内部に、「G01Code_++;」を書いておくと、呼ばれるごとに、カウントアップされます。
ポスト処理最後には、「onClose( )」がよばれるので、ここに、この変数を表示させる事で目的の「直線補間の出現個数」を表示させる事ができます。
このように、グローバル変数をうまく使うと、ポスト処理の情報を取り込む事ができます。

次には、関数の定義が続いていますね。
ここからようやく、思い通りのデータを出力できるようになります。

Fusion360 ポスト記事

1. 概要編
2. 構成編
3. 変数
4. グローバルセクション
5. 関数
6. NCプログラム仕様検討
7. onOpen( )
8. onSection( ) No1
9. onSection( ) No2
10. onSectionEnd( ) & onClose( )

変数の寿命・スコープ（影響範囲）

プログラミング言語では、まず変数を定義するところから始まりますが、その変数の寿命を意識していないと、エラーになるならまだいいですが、違う結果を吐き出されてしまう可能性もあります。
変数は大きく分けると、「グローバル変数」と「ローカル変数」に分類され、その寿命（スコープ）は「グローバルスコープ」「ローカルスコープ」となります
さらにＣ言語ではあまり気にした事なかったですが、JavaScriptの「ローカルスコープ」は「関数スコープ」と「ブロックスコープ」の違いも気にした方がいいようです。
この違いは、後述する「var」と「let」の違いの一つでもあるようです。
「参考サイト」

グローバルスコープとローカルスコープ

Fusion360のポストは、イベント処理的に対象の関数を呼び出します。
例えば、ポスト処理開始時には、「onOpen( )」関数が呼ばれ、定義された操作ごとに「onSection( )」が呼ばれます。
工具経路処理で、直線補間の動作では、「onLinear( )」、円弧補間時には「onCircular( )」が呼ばれます。
こんな感じで、処理する内容によりイベント的に関数が呼ばれポスト処理されていきます。
変数は各関数内部で宣言される場合と、関数の外側で宣言される場合があります。
関数の外側で宣言された変数はグローバル変数と呼ばれ、プログラム内のどの関数からでも参照でき、プログラムが終了するまで生き残ります。
これをグローバルスコープと呼びます。
どこからでも参照できるため、グローバル上では変数の宣言は重複出来ないほうが安全ですが、Fusion360では同じ名前で宣言できてしまうので、注意が必要です。
関数内部や、さらにその内部のブロック内部で宣言された変数は、ローカル変数と呼ばれ、その関数やブロック内部からしか参照できません。
したがって、違う関数やブロックでは同じ名前の変数を使用してもお互いに影響を与えません。さらにグローバル変数と同じ名前でもグローバル変数に影響をあたえません。
その関数やブロックから出るとグローバル変数の値に戻ります。
このように内側の変数をローカルスコープと呼びます。
Fusion360ポストファイルでは、上部に重要なグローバル変数がまとめて定義されています。
自分で変数を宣言する場合、ローカル変数は、関数内部での寿命なので、それほど気を使う必要はないですが、グローバル変数を定義する場合には混乱を避けるたためにも、定義済みグローバル変数の下段ぐらいにまとめておいたほうが分かりやすいです。

関数スコープ

関数スコープは関数（Function）内で定義された変数です。
違う関数では、変数に同じ名前を使用しても、お互いに影響を与えないため、グローバル変数よりも気楽に使用する事ができます。
Fusion360ポストでテストしてみます。

var global_01; // <----- グローバル変数
var global_02; // <----- グローバル変数
function wtest(){
  var local_01 = "R01"; // <---- ローカル変数・関数スコープ
  var local_02 = "R02"; // <---- ローカル変数・関数スコープ
  writeln(local_01);
  writeln(local_02);
}
wtest();//<------ R01 , R02   が出力される
writeln(local_01);// <---- local_01 is not defined

関数外部からは内部で定義された変数は、参照できないのがわかります

ブロックスコープ

ブロックスコープは、関数スコープ内部でさらに、「if」や「for」など　｛　｝　に囲まれたブロックの内側でしか生き残れない寿命です。
関数スコープよりも短い寿命になりますが、JavaScript言語では、ちょっと複雑なようです。
次で少し掘り下げてみます。
参考サイト

var　と　let

JavaScript言語では、変数宣言の「var」と「let」では再宣言やスコープが違うようです。
参考サイト

再宣言の可不可

「var」は同じスコープ内で再宣言できるのに対して、「let」はできないようです。

function vartest(){
  var x = 0;
  writeln(x);
  var x = 1; // 再宣言
  writeln(x);
}

function lettest(){
   let x = 0; 
   writeln(x);
   let x = 1; // 再宣言。let なのでエラーになるはず。
   writeln(x);
 }

今度は、「let」で宣言し、呼び出してみました。
うん、なぜだろう？？
エラーにならず、「ver」と同じ結果になりました。
試しに、centOS7 に node.js をインストールして確認してみます。
まずは「var」から。
「test.js」ファイルを作成し、実行します。

--- test.js ----
var x = 0;
console.log(x);
var x = 1; // 再宣言
console.log(x);

$ node test.js
0
1

期待通り、再定義でもエラーにならず、出力されました。
次に、「var」を「let」に変更して実行します

--- test.js ----
let x = 0;
console.log(x);
let x = 1; // 再宣言
console.log(x);

$ node test.js
 /home/kazu/test.js:3
   let x = 1; // 再宣言
       ^
 SyntaxError: Identifier 'x' has already been declared

やはり、JavaScript言語では、エラーになるのが正常のようです。
Fusion360のこの現象はこの記事を書いていて見つかったので、ある意味よかったです。
これは、Fusion360の仕様なのか？バグなのか？
いずれにしても現状ではしょうがないので、Fusion360ポストでの変数は「let」であっても再宣言が許可されていると言うことを認識し、関数内部でも変数はなるべく上部でまとめて宣言するようにして、意識して重複宣言は避けるようにしようと思います。

スコープの違い

さらに、「var」と「let」ではスコープも違うようです。
「var」は関数スコープ。「let」はブロックスコープです。
したがって、関数内部のブロック内で、変数を宣言した場合、「let」はその変数にはブロック内部でしか参照できませんが、「var」はブロックを出ても、関数内であれば、参照できてしまいます。
この違いも、Fusion360ポストでは、発生しないのでしょうか？
そうなると、Fusion360ポストでは、とりあえず「let」を使用してもエラーにはならないが、「var」と同じだと言うことになりますね。
とりあえず、実験してみましょう！

var vx = 1;
let lx = 2; 
writeln(vx); //　1　出力 
writeln(lx) //　2 出力 
if (true){　// ここからブロック内
     vx = 3; // vx に 3 代入
     lx = 4; // lx に 4 代入
     var vy = "v"; // 新規に var で vy 宣言と"v"割り当て
     let ly = "l"; // 新規に let で ly 宣言と"l"割り当て
} //ブロック終わり
writeln(vx); // 3 出力
writeln(lx); // 4 出力
writeln(vy); //v 「var」は関数スコープなので、「"v"」を出力
writeln(ly); //error vy is not defined「let」はエラーが出てくれた！

こちらのテストでは、Fusion360のポストも、スコープの違いは一般的なJavaScript と同じ仕様となりました。

変数の巻き上げ

JavaScript には、「変数の巻き上げ」という、特融の概念もあるみたいです。
なんだか分かりにくい仕様ですが、こちらを参考に、Fusion360でポスト処理してみます。

var xxx =0;
 function onOpen() {
  writeln(xxx); 
  var xxx = 1;
  writeln(xxx);
    ・
    ・

onOpen( )の内部で、「xxx」変数を書きだしてみます。。
最初の「writeln( )」では、「xxx」は外側で、グローバル変数として、
var xxx =0;
と定義されているので、本来ならば「0」が出力されそうな気がしますが、
「undefined」となりました。
これは、onOpen( )関数内部に、
var xxx = 1;
の定義があるからのようです。
不思議な仕様ですね。C言語では、初期化と代入は違いますが、JavaScriptではブロック内に宣言があると自動的に「undefined」で初期化されるみたいです。
なので、「var xxx = 1」は初期化ではなく、代入なんでしょうねぇ
試しに、グローバル変数として定義してる「var xxx = 0」を削除してみました。
ポスト処理の結果は同じデータでした。
てっきりエラーが出るかと思いますが、そうではないようです。

まとめ

JavaScript の構文は、C言語に結構にているので、とりつきやすいですが、変数の仕様はかなり違和感ありました
変数宣言時に右辺で値を割り当てると、C言語では「初期化」になり、その後、別の値を割り当てると「代入」となりますが、
JavaScript では、どこかに宣言があると、自動的に「undefined」で初期化されその後の宣言は、「初期化」ではなく「代入」として扱われる感じですね
また、再宣言に関しては、「var」が可能で、「let」が不可との事なので、「let」のほうが、C言語の変数扱いに近いように思います。
ただ何故なのか？わかりませんが、Fusion360ポストでは同じ結果になってしまいました。
したがって、可能であっても、再宣言は使用しないで、代入としたほうがいいと思います。

Fusion360　ポスト記事

1. 概要編
2. 構成編
3. 変数
4. グローバルセクション
5. 関数
6. NCプログラム仕様検討
7. onOpen( )
8. onSection( ) No1
9. onSection( ) No2
10. onSectionEnd( ) & onClose( )