ヘリカル仕様で無いマシンでのG11とBHCの併用による問題解決方法

(長文で申し訳ありません)
G11で平行移動XYがあったり、BHCの中心がX0Y0でない場合などは回答(3)の用に簡単に対処できません。
その場合、G11の平行・回転移動量を引き渡して、ローカル座標を算出させる方法があります。
下記がプログラム例です。
-----
T1 M6
G15 H1
X0 Y0
G56 Z100. H1
S1000 M3
M8
G71 Z100.
NCYL G81 R3. Z-3. F100 M53
CALL O23
G80
G0 Z30.
G71 Z30.
NCYL G81 R3. Z-3. F100 M53
CALL O24
G80
G0 Z500. M9
M5
G15 H11
X0 Y600.
M1

T13 M6
G15 H1
X0 Y0
G56 Z100. H13 D13
S1500 M3
M8
MODIN OR23 PX=60. PY=50. PP=40.
CALL O23
MODOUT
G0 Z30.
MODIN OR24 PX=60. PY=50. PP=40.
CALL O24
MODOUT
G0 Z500. M9
M5
G15 H11
X0 Y600.
M1

G15 H1
M63
M6
M2
-----
O23
G11 X60. Y50. P40.
OMIT R1 R5 R6 R7
BHC X30. Y20. I200. J0 K10
G10
RTS
-----
O24
G11 X60. Y50. P40.
OMIT R2 R3 R4 R8 R9 R10
BHC X30. Y20. I200. J0 K10
G10
RTS
-----
OR23
XB=VRCOX-VMOFX-VZOFX[VACOD]
YB=VRCOY-VMOFY-VZOFY[VACOD]
XC=[XB-PX]*COS[-PP]-[YB-PY]*SIN[-PP]
YC=[XB-PX]*SIN[-PP]+[YB-PY]*COS[-PP]
G0 Z0
ZS=VRCOZ-VMOFZ-VZOFZ[VACOD]-VTOFH[VHCOD]
G1 X= 0.5+XC Y=-11.+YC G41 F500
G3 X=11.5+XC Y= 0 +YC R11. M132 F300
CALL OHEL1 Q1 XC=XC YC=YC ZS=ZS RD=11.5 ZL=1. AP=1.
G3 X= 0.5+XC Y= 11.+YC R11. M133
G1 X= 0 +XC Y= 0 +YC G40 F500
G0 Z100.
RTS
-----
OR24
XB=VRCOX-VMOFX-VZOFX[VACOD]
YB=VRCOY-VMOFY-VZOFY[VACOD]
XC=[XB-PX]*COS[-PP]-[YB-PY]*SIN[-PP]
YC=[XB-PX]*SIN[-PP]+[YB-PY]*COS[-PP]
G0 Z0
ZS=VRCOZ-VMOFZ-VZOFZ[VACOD]-VTOFH[VHCOD]
G1 X= 1.+XC Y=-11.+YC G41 F500
G3 X=12.+XC Y= 0 +YC R11. M132 F300
CALL OHEL1 Q1 XC=XC YC=YC ZS=ZS RD=12. ZL=1. AP=1.
G3 X= 1.+XC Y= 11.+YC R11. M133
G1 X= 0 +XC Y= 0 +YC G40 F500
G0 Z30.
RTS
-----
OHEL1
AA=0 AE=360.
NJ1 AA=AA+AP
IF[AA GE AE]NJ2
G1 X=COS[AA]*RD+XC Y=SIN[AA]*RD+YC Z=-ZL*AA/AE+ZS
GOTO NJ1
NJ2 G1 X=COS[AE]*RD+XC Y=SIN[AE]*RD+YC Z=-ZL*AE/AE+ZS
ZS=ZS-ZL
RTS
-----

すみません。

誤…G11で平行移動XYがあったり、BHCの中心がX0Y0でない場合などは回答(3)の用に簡単に対処できません。

正…G11で平行移動XYがあったり、BHCの中心がX0Y0でない場合などは回答(3)のように簡単に対処できません。

回答(2)さんの推測が合っています。

「No.26051 ヘリカル仕様で無いマシン」の回答(5)を再確認して下さい。

>XC=～・YC=～・ZS=～は、システム変数を用いてワーク座標系の現在位置を読み込んでいます。

G11～G10は「ローカル座標系」なので、XC=～・YC=～・ZS=～が、うまく機能しないわけです。
また、残念ですがシステム変数を用いてローカル座標系の現在位置を読み込むことはできません。

とりあえず今回は、G11のPをBHCのJに足し込んでG11～G10をやめてしまえば良いと思います。
アプローチ～エスケープのパスは回転しませんが問題ないでしょう。

「描画(動画？)速度オーバー」は、動画機能の送り速度の限界を超えると発生します。
実加工には支障ありませんが、動画表示がされなくなります。

-----
T13 M6
G15 H1
(G11 P-0.258)
X377 Y0
G56 Z100H13
S1500 M3
M8
MODIN OR23
CALL O23
MODOUT
G0 Z30
MODIN OR24
CALL O24
MODOUT
G0 Z500 M9
M5
(G10)
G15 H11
X0 Y600
M01
G15 H1
M63
M6
M2
-----
O23
OMIT R1 R5 R6 R7
BHC X0 Y0 I200 J-0.258(J0) K10
RTS
-----
O24
OMIT R2 R3 R4 R8 R9 R10
BHC X0 Y0 I200 J-0.258(J0) K10
RTS
-----

仰っているプログラムでの動作を確認していませんが、今ざっと見た感覚での「なんとなく程度」の回答になります。ご容赦を。
ひょっとしたら以下の部分

>XC=VRCOX-VMOFX-VZOFX[VACOD] YC=VRCOY-VMOFY-VZOFY[VACOD]

と「G11」との相性が悪いかも知れません。
「G11」を消して動くかどうか確認してみてください。

マニュアルをちゃんと覚えていないので推測ですが、
上記の部分は擬似ヘリカルを「G91」のみでプログラムを作成すると大変ややこしいので、穴位置座標を変数に読み込むために（アレコレ）しているものだと思います。

言い方を変えれば「G11」の補正分が想定外で加算されていない可能性があります。


もし、私の上記の推測が正しい場合、

「G11」の状態そのものを読み込むシステム変数の存在があれば（あるかどうかは確認していません）
相応に対応出来るのではと思います。
大抵の状態はシステム変数で読み込めますから。

それが叶わない場合は「G11」に相当する機能をヘリカルマクロ内に設けることになるかと思いますが、いまいち実用性に欠けますね。


ぼやけたヒント程度の回答ですが解決の糸口になれば幸いです。

G11 と BHC の併用に問題がありそう。
同じ性質の命令であるから、バッテングしてるように思われます。

BHC をやめて座標で書くと正常に動く、そして加工を単純な固定サイクルに置き換えて異常が出るなら間違いないです。後者が正常なら、ヘリカルのサブが絡んでることになります。ご確認を
持ってるＯＳＰのマニュアルには何も書いてませんが、以下の例からその疑いを抱きます。

座標回転はファナックにも似たような問題があり、
　 当サイト No.26419 ファナックのタッチセンサーマクロについて
ワーク平行出しをラフにして、タッチセンサーの検出によって座標系を回転する使い方。ファナックの座標回転指令はアレコレ計算した最後に掛かるため、機械座標系まで影響し、掛かったままでは工具交換が不可能となるが、マニュアルには書かれてない。

駄目な状況、エラーストップなのか、おかしな動きをするのか、を詳しく教えて頂くと、解決が早くなると思いますが？

AP=3 でＯＫというのも納得いかないですね～
２、４、、、さらに0.5ならどうなるか？ついでにＲＤも変えて試したらどうでしょう？

ヘリカルのプログラムはシステム変数の参照以外はローカル変数なので外からの干渉は考えにくい、適切なプログラムだと思います。
但し G11 とバッテングしてることは考えられます。

三角関数の計算は演算専用ＩＣが使われ、メモリーはさほど喰わないはずで、ここでメモリー不足をきたしコンピュータがエラーするとは考えにくいです。

描画速度オーバー？？　残念ながら判りません

ＯＳＰは使用経験が少なく、もう触れる環境にないまま回答しましたが、プロが適切な回答されて良かったです。ホッ。。。
ＦＡＮＵＣではマクロで書いたヘリカルと座標回転を併用して失敗しました。
いずれでも、ヘリカルマクロの冒頭でシステムパラメータを読み、G11 を使ってるなら設定するパラメータを保存後、キャンセルして動作、最後に、G11 を指令し直して復帰させる、という面倒な方法があります。機械メーカが作成したシステムプログラムはこのような手法を使ってます。

RD は OR24 内で定数になっている 11. をも RD から計算させ、 OR24 の引数として渡した方が、マクロとしての完成度が高くなります。