マクロで小刻みに加工すると工具がスムーズに動かない

質問

• 古いCNC装置なので演算処理が間に合わないことが主で原因となっています。
• 加工すると工具がスムーズに動かない原因には、工作機械のスティックスリップ現象や加工する工具の切削抵抗の増大などがあります。
• サーボモータの低速回転域での回転と停止の繰り返しや負荷変動に対するトルクの小ささも影響しています。

回答No.2

noname#230359 · ベストアンサー

No.44314において
・F800と、さほど低くない送り速度で発生している
・円弧指令(G02，G03)ではスムーズに動く
ことより、本質問???が影響している可能性は1,000,000％あり得ません

前から気になっていたのですが
"シベリア鉄道で送って壊れた機械"
って大形機ですよね（横中ぐりマシン？）

回答(1)氏
誹謗中傷はいい加減止めて下さい
明らかに異常ですよ
以前小生に諭されたように、批判するならあくまでも技術論で叩く
べきと思いますが如何でしょう

一番タチが悪いのは諸悪の根源である質問者が無自覚であること
何でも自分に都合よく解釈するその利己的な性格が恐ろしい

追記・・・相変わらずの悪文で何を言ってるのか理解できないし、
　　　　　理解したいとも思わない
一度でも機械を操作してみれば分かるのだが
どーせ何と説明しても、毒劇物の保管のスレと同様に自説を曲げず屁理屈を
こねられるのが目に見えており、面倒に巻き込まれたくないので放置

工作機械メーカの見解とか使用側の目線とか意味不明

サーボは召使い
ご主人様(NCプログラム)から「AからBへ速度Fで移動しろ」との指令を受け
たら、位置と速度をモニタリングしながら、刻々とその時点での誤差を埋め
るようにフィードバックして実行動作します(誤差がゼロならば動かない)
指令が遅れたら、遅れた通りに実行します
その指令が遅れたものかそうでないかは判断しない

一方で、スティックスリップとか切削負荷変動は、指令を実行する上での
阻害要因であり、それはフィードバック制御する

以上より、ご質問の主因と副因は、別次元と考えるべき

お礼

少し誤解がとけてよかったとおもいます。
有難う御座います。

補足

工作機製作メーカーのエンジニアとの見解と異なります。

小生記載の主因と副因を、今一度確認してください。
そして、以下の内容を。

> No.44314において
> ・F800と、さほど低くない送り速度で発生している
> ・円弧指令(G02，G03)ではスムーズに動く
ことは、貴殿記載の
> CNC内部では、常に実行しているプログラム行に先行して演算を行なってはいます。
> しかし、マクロにて一度毎に分割して実行するプログラム行数が増えると、実際の動作に
> 対して演算処理が間に合わなくなり、結果として送り速度が低下します。
や、
> おもに金型を点群データで加工するような高速高精度マシンは、十分なバッファをもって
> 先読みしながら演算処理しかつ追従遅れを、ミニマムにするような制御を行ないます。
> 加減速度も高いので回答(2)さんご指摘の問題にも対処しています。
> あと、古い機械ですと、固定サイクル行を実行する前にいったん考え込んだりもします。
が発生しているから、“工具がスムーズに動かなく、送りもだいぶ落ちます”常態となっている。

“演算処理が間に合わなくなり”≒ 駆動用サーボモータへの指令が間に合わなくなり
となり、単純に考えますと?の影響はある筈なのですが？
?と?は、“送りもだいぶ落ちます”の程度では、慣性力理由と制動指令が出ない演算遅れ理由
にて影響が出てくる筈なのですが？

電気制御エンジニアの見解を待ちたいと思います。

使用する側の目線が最も大切です。
そして、使用する側の考察や実感もです。

ですが、それを実現するために膨大なコストをかけれないし、その時にない技術を使用する
ことも製作側はできません。
ですから、製作側からの考察にて、副因を確認したかったのです。

元の質問には、使用する側の実感での記載が主流でした。
製作側からの特に制御関係から観た考察と影響の記載が殆どなかったと思います。

演算処理が終了しないと、次に何処の位置に進むかの指令がサーボモータにでないと思います。
制御がP.T.P.制御かC.P.制御か、疑似C.P.制御かは解りませんが、指令が遅延した時のサーボ
モータ状態がどんな状態か知りたいです。
ファナックしか回答できないのでしょうね。

設計する側の理解は、フローチャート擬きにしますと、

> サーボは召使い
> ご主人様(NCプログラム)から「AからBへ速度Fで移動しろ」との指令を受けたら、
　　　　　　　　　　　　　↓
> 位置と速度をモニタリングしながら、刻々とその時点での誤差を埋めるようにフィードバック
> して実行動作します(誤差がゼロならば動かない)
　　　　　　　　　　　　　↓
その後、ご主人様から次のNCプログラムが、プログラム通りタイムリーに次々と指令としてくる。
が、1°毎なので動作開始～終了までより、演算処理に時間がかかる時は、次の指令くるまで
“誤差がゼロならば動かない”。
つまり、瞬間的だが停止していることになる。
（“送りもだいぶ落ちます”の表現から、速度モニタリング移動しているが、瞬間的停止がある
から速度が低下したしているように見える）
（映画の実写やアニメも、静止画を連続送りし動画にしている原理と同じ理由での目の錯覚）

と、小生は元の質問内容を読み取った。
そして、“F800と、さほど低くない送り速度で発生している”は、動作スピードが速くかつ
超短時間停止がぎこちない動作に観えるため。
低い速度でかつ演算処理時間が間に合わない超短時間条件は、移動距離が零に近く、此方も
動作と停止のバランスが悪く、人の目にはがぎこちない動作に観える。

“円弧指令(G02，G03)ではスムーズに動く”は、円弧指令ＸとＹの指令は円弧補間機能があり
常にＸかＹの長い距離の時間に移動時間を合わせることで、影響が少なくなっていると考えられる。