HMIがPLCとEthernetで接続できない
画面上のあの赤いボックス。あれです。「通信失敗」や「PLCに接続できません」といった表示。どんな言葉でも意味は同じです。何も機能していないということです。
皆さんが聞きたくないかもしれないことをお話しします。これは初心者向けのトラブルではありません。経験15年の制御エンジニアでさえ、このボックスを何時間も眺めているのを見てきました。私自身もそうです。
今でも頭を悩ませる実際の事例
昨年。私が尊敬するベテランエンジニアが4時間も費やしました。
最初にケーブルを3本交換しました。次にHMI、PLC、スイッチまですべて再起動しました。何も変わりませんでした。その後、HMIのロジックを変更し始めました。スクリプトの一部を書き直しました。自分のコードに問題があると思い込んでいました。
彼の頭はこう考えました。最初の仮定：ネットワークの問題。2番目：HMIの設定問題。3番目：ソフトウェアロジックのエラー。彼がチェックしなかったこと、気づいていますか？PLC側です。一度も。
実際原因は？PLCのイーサネットポートが無効になっていました。ハードウェア設定の1つのチェックボックス。4時間。1クリック。
彼を恥じさせるためにこの話をしているのではありません。ほとんどの人がプレッシャーの中でどのように考えるかを正確に伝えるために話しています。私たちは、くだらないことを飛ばして、複雑なことに飛び込みます。毎回。
なぜほとんどのオンラインアドバイスは今あなたを助けないのか
フォーラムを見たことがありますね。知っています。 「ケーブルを確認しろ。」「デバイスにpingを打て。」「ファームウェアをアップデートしろ。」すべて正しい。しかし、順番が間違っている。
本当の問題は、何をチェックすればよいか分からないことではありません。あなたはたくさん知っています。問題は順番です。フォーラムの投稿から投稿へと飛び移り、ランダムな修正を試しています。それはトラブルシューティングではありません。それはあなたの時間でギャンブルをしているようなものです。
これは知識の問題ではありません。順番の問題です。
ステップ1 — 誰も始めたくないところから始める
パネルまで歩いてください。リモートデスクトップではありません。「覚えていると思う」でもありません。あなたの足で。行ってください。
PLCを見てください。緑色のRUNランプは点灯していますか、それとも点滅していますか？点灯は実行中です。点滅は何か別の意味です - 停止、マニュアルを確認してください。
次にイーサネットケーブルです。HMI側で引っ張ってみてください。次にPLC側で。カチッと入っていますか？両端とも？よし。
「おいおい、もう全部確認したよ」と考えているでしょう。あなたの声は聞こえています。私もその日、4時間も無駄にしたときにそう思いました。しかし、真実はこれです - このステップをスキップすることが、この仕事で最も時間を浪費する単一の原因です。私はやってきました。あなたもやってきました。ただ見てください。60秒で済みます。それから先に進みましょう。
ステップ2 — サイレントキラー
IPアドレス。ここで実際に重要なのは2つのことだけです。それ以外はすべてノイズです。
まず、同じサブネット。両方とも192.168.1.xで同じマスクですか？1桁でも間違っていると、お互いを見ることはできません。ケーブルがどんなに良くても関係ありません。
第二に、169.254の罠。どちらかのデバイスでその数字を見ましたか？それは「IPアドレスを要求しましたが、誰も応答しなかったので、自分で作成しました」と言っているデバイスです。自己割り当て。ネットワークがないことを意味します。すべてを停止してください。それがあなたの問題です。
対応アクション。立ち上がってHMIまで歩き、ネットワークページを開きます。表示されているIPアドレスを書き留めます。次に、ラップトップをPLCに接続し、実際のIPを読み取ります。記憶を頼りにしないでください。画面に表示されるものを信頼してください。「192.168.1.10だと確信している」という言葉に、数えきれないほど何度も騙されてきました。
実際に時間を節約する一つの表
| 目に見えるもの | 実際の問題点 |
|---|---|
| HMIタイムアウトだが、PLCはpingに応答 | プロトコル不一致（Modbus vs S7 vs TCP） |
| 接続不安定（接続、切断、再接続） | IPアドレスの競合 – 2つのデバイスで同じアドレスを使用 |
| 全く通信できない | サブネットが間違っているか、ゲートウェイが欠落している |
| HMIが再起動後にのみ接続する | PLCの接続数上限に達した |
誰も話題にしない、見落とされがちな制約テーブルの最後の行。フォーラムでは決して触れられないので、ここで少し時間をかけましょう。
PLCには接続スロットの数が限られています。3つか4つというものもあります。何が起こるかというと、SCADAシステムが接続されています。メンテナンス用のノートパソコンが2台。カメラかセンサーゲートウェイがあるかもしれません。そこにHMIを持っていくと、PLCは接続テーブルを見て「申し訳ありません、満杯です」と言います。エラーメッセージはありません。ただ沈黙するだけです。
簡単なテストです。PLCを再起動してください。起動直後に 産業用HMI が接続された場合、原因がわかりました。接続スロットが満杯でした。PLCは再起動時に接続テーブルをクリアするため、HMIが先に接続できます。しかし、次に誰かが接続すると、元通りになります。
修正は簡単です。PLCプログラムに入り、接続制限を増やします。探すべきものが見つかれば、5分で完了する作業です。
これらの障害が実際にどのようにパターン化されるか
ランダムではありません。運が悪いのではありません。3つのレイヤーがあります。
物理レイヤー – ケーブル、ポート、リンクライト。ほとんどの人がここから始まると考えています。しかし、そうではありません。どこか別の場所から始まり、3時間後にここにたどり着きます。
ネットワーク層 – IPアドレス、サブネット、プロトコル。ほとんどの人が実際にここから始めます。そして、物理層をスキップするためにここでつまずきます。
リソース層 – 接続数制限、デバイス容量、メモリ。これは経験豊富なエンジニアを対象としています。何百回も設定してきたので、すべてが正しく設定されていると仮定する人々です。
この3つを頭に入れてください。次に何か問題が発生したら、リストを順に確認してください。物理層。次にネットワーク層。次にリソース層。この順番で。
実践的な注意点
ハードウェアはすでに十分に複雑です。ファームウェアやツールでさらに複雑にしてはなりません。StoneHMIはシンプルさを保ちます。
IPアドレスを再確認してください。ケーブルをもう一度引っ張ってみてください。問題はおそらくあなたの目の前にあります。通常はそうです。
