MCプロトコルを
なんとなくデバイスをリンクしてくれるもの
くらいにしか思ってない装置屋が山ほどいる。体感的には7割くらい。もっとか？
この業界のソフト屋は全くの未経験からラダー始めたって人も多い。
開発ツールの設定して、繋がったーめでたしめでたし
だけの人が大半。
通信に関する踏み込んだ話すると話が噛み合わない。なにも知らないから仕方ない…
MCプロトコルは単純。
三菱PLCとパソコン間をMCプロトコルでデバイス値のやりとりするとき
パソコン側から
SET B1 ON
READ B100
みたいなコマンドを送って、送られてきた時にだけPLC側がB1をONしたり、 B100の状態を返信する。というのをラダー書かなくてもPLCがやってくれる
なので、コマンドが来ない限り、それらのデバイスは自由に変更はできるし、変更したところで通信プロトコル的にエラーとかない。そのタイミングでただ書き換わったり、その時の値を返すだけ。
リンクしてるようにみえるのは、
PC側がこれらのコマンドをひっきりなしに送ってきているのです。
ただ、信号のハンドシェイクの仕様として、
パソコンが書き込むエリアをPLC側でリセットするのはどうなの？という意見があるかもしれません。
まあそれはケースバイケースかなーと。
通信が切れるとそのデバイスをOFFできるのはPLCであって、PCでもなければMCプロトコルでもない
Quote
とき@engineer
@toki_engineer
PCアプリで、三菱PLCのMCプロトコルを実装して通信したとき。
PLC屋さんに、「PC側でONさせたビットデバイスを、PLC側でOFFしてくれ」と伝えると、結構な頻度で「え？PLC側でOFFにできるんですか？」と言われるんだけど、あれはなんなんだ？なんでそんな疑問が湧くんだ？