えいすけ

精神的に向上心のないものはばかだ

[えいすけ @enakata06]

今回は興味深い発表が多く、同時に自身のAIへの知識不足とキャッチアップ不足を痛感した。生成AIはチャットやコーディングエージェントで使っているが、その域を出た活用はできていない。FA分野でもここまで深く取り組む人たちがいると知り、とても良い刺激になる勉強会だった。 #fa_study

[えいすけ @enakata06]

ビジネスホテルはテレビとか要らないのでその分机のスペースを広げてほしい。机が狭くてPC作業がしづらいホテルが多い。壁掛けのところは問題ない。

[えいすけ @enakata06]

問題個所はFB_Initで一度だけ参照をさせていた。CODESYSはFBインスタンスを参照で渡せたりとハードウェアPLCでと比べて便利な反面、このような点には注意が必要。今思えばサンプルプログラムなどでもonline edit safeなどと書かれていたりして、今まで気に留めなかったが今理解した。勉強になった。

[えいすけ @enakata06]

CODESYSでオンラインエディット（RUN中書き込み）すると一部変数の値がおかしくなってしまう問題にここ最近悩まされており、調べてみると参照（REFERENCE）を使っている箇所だった。調べてみると参照やポインタを使っている場合にはオンラインエディット後は再割り当てをする必要があるらしい。

[えいすけ @enakata06]

6泊の出張分の着替えが入ったスーツケースを会社に忘れてしまい、ユニクロに着替えを買いに。下着を買い替えるきっかけができたと思うようにしよう。

[えいすけ @enakata06]

一方でRCは直接指定モードにすると、速度等の調整が全てPLCだけで完結する。運転しながらの値変更も可能で、設備を止めずに調整できる。RCは価格が高く初期セットアップに時間がかかるが、ポジション数以外の観点でも、止められない設備や調整頻度の高い箇所ではRCの採用検討もありだな。

[えいすけ @enakata06]

IAIの電動シリンダはこれまでロボシリンダ（RC）ばかり使っていて、今日エレシリンダ（EC）を調整していて、RCのデバッグのしやすさに気づいた。ECは前進・後退とシンプルに制御できるが、速度や位置を変える時にペンダントやIA-OSが必要。また、ティーチングモードにする必要があり、装置が止まる。

[えいすけ @enakata06]

ChatGPTのPro（Thinkingよりもより時間をかけて考えてくれるモード）を最近使ってみているが、なかなか良い。時間はかかるが、プロンプトの内容に対して正対し、かつ想定以上の付加をつけて返してくれる。ただの文章推敲などではなく、材料を与えて考えてもらうのに良い。

[えいすけ @enakata06]

GX Works3でオプションで「変換にてRUN中書き込みを実行する」をONにするとSTでTONを使ってもRUN中書き込みできた。ただ使い方を知らないだけでした。誤情報をすみません。3万円のPLCでここまでできたら十分だな。

[えいすけ @enakata06]

今日三菱のiQ-Fのプログラムを全部STで書いてみたが、汎用FB（TONとか？）を使うと注意書きが出てRUN中書き込みできなかった。iQ-Fだと素直にラダーで書いたほうがよさそう。
IFの後に自動でインデントつけてくれたり、POU丸ごとSTでかけたりとKV-Xと比べた書きやすさもあったが、もったいない。

[えいすけ @enakata06]

欲を言えば、
- FBの変数に外部POUからアクセス
- FBの変数にデバイス割り付け
- FBの引数にFBインスタンス渡し
ができると尚よい。

[えいすけ @enakata06]

キーエンスのドラレコが便利すぎて、みんなが言うようにこれだけでキーエンスPLCを使う理由になる。ドラレコなしでは見過ごしていたバグを今日多く見つけて改めて感じた。こんなにデバッグしやすくていいんですか。

[えいすけ @enakata06]

CODESYS go!早く触ってみたいな。
くそ重IDEや、頻繁なバージョンアップやバージョン違い対応が緩和されると嬉しい。工場利用も考えるとオフラインでも使用できると嬉しいが、どうだろう。あと2028年までは無料ってことは、それより後は有料？
https://t.co/JCoNPWKsug

[えいすけ @enakata06]

@drafter_san CODESYSでProgramやFBのメソッドを使うことで初めてSTの良さが見えてくるのではないかと思っています。是非使ってみてください！

[えいすけ @enakata06]

@picapicapero そこまで共感いただける方がいるのは嬉しいです。髪の毛大事にしてください…！

[えいすけ @enakata06]

キーエンスのPLCについて知れば知るほど、何も考えずひたすらキーエンスのPLCを使い続けるのが一番幸せ、王道だと感じる。何より日本語のマニュアルが手厚く、不明点があればすぐ聞けるメーカーがあるのが幸せすぎる。
ただ、それでもオブジェクト指向に長く浸かってきた自分にはCODESYSの方が心地いい

[えいすけ @enakata06]

一番の理想は、キーエンスPLCとCODESYS（一部TwinCAT）のいいとこどり。
キーエンスPLCのデバッグ・通信のしやすさを残したまま、列挙体・メソッドが使えるようになり、プログラムがGit管理できるようになり、繰り返し使うFBなどのライブラリ化がしやすくなり、HMIとPLCがシームレスに繋がること。

[えいすけ @enakata06]

OpenPLCもEthernet/IP、EtherCAT通信ができるようになり、POU（Program、FB）でメソッドが使えるようになれば将来的な選択肢に入ってくるかもしれない。

[えいすけ @enakata06]

SFCについては自分もかつて可能性を感じ、記事でも触れたが、ポッドキャストでも言及のあった通り、シーケンスが戻ったりスキップできないので使用場面が限られてしまう。
https://t.co/DLjoXnMF0z

[えいすけ @enakata06]

STはイベントトリガー的なプログラムになる、ラダーと比べてスキャンで書いていくPLCでは不自然さがあるという説明はしっくり来た。少し前にXで話題となっていたラダー派の人たちの意見の本質部分をうまく言語化しているように思う。
https://t.co/r6Z3zkF56x

[えいすけ @enakata06]

今日三菱のiQ-Fのプログラムを全部STで書いてみたが、汎用FB（TONとか？）を使うと注意書きが出てRUN中書き込みできなかった。iQ-Fだと素直にラダーで書いたほうがよさそう。
IFの後に自動でインデントつけてくれたり、POU丸ごとSTでかけたりとKV-Xと比べた書きやすさもあったが、もったいない。