PLCがHMIに接続できない理由

PLCがHMIに接続されない場合、画面に表示されるのは通常、次の3つのうちのいずれかです。タイムアウトエラー、点滅する「接続なし」バナー、または10分前に更新が停止したままのフリーズしたデータです。機械はまだ稼働しているか、あるいは稼働していましたが、オペレーターは何も見ることができません。このギャップは実際のお金に相当する損失を生み、ほとんどのプロジェクトドキュメントが認めているよりも頻繁に発生します。

この障害モードは、浄水施設、自動車組立ライン、食品包装セルで見られました。イライラさせられるのは、問題そのものではありません。修正は通常単純であるにもかかわらず、それを見つけるまでの道のりが単純ではないことです。

HMIとPLCの通信は実際にはどのように機能するか

修正に入る前に、何が起こるはずかを理解しておくと役立ちます。PLCはサーバーとして機能します。メモリレジスタ（コイル、保持レジスタ、データブロック）を保持し、待機します。HMIはクライアントとして機能します。これは、スケジュールされたポーリングサイクル（通常は100〜500ミリ秒ごと）で特定のメモリアドレスに読み取り要求を送信します。

その通信は、物理的な媒体を介して行われます。ほとんどの場合イーサネットケーブル、古い設置ではRS-485シリアル、時折ワイヤレスです。この物理層の上にプロトコルが置かれます。Modbus TCP/IP、OPC UA、Siemens S7、PROFINET、またはEtherNet/IPは、作業しているハードウェアによって異なります。

そのスタック内のいずれかのレイヤー（物理、ネットワーク、またはアプリケーション）がダウンすると、HMIには「PLCに接続されていません」と表示されます。同じエラーメッセージです。根本原因は全く異なります。これこそ、方法論なしでは診断に無駄が生じる理由です。

誰も語らない誤診連鎖

マニュアルに記載されていないことですが、経験豊富なエンジニアを含むほとんどのエンジニアが、誤ったレイヤーを追求するために40～90分を費やしています。

典型的な連鎖は次のようになります。HMIにタイムアウトが表示されます。エンジニアはHMI設定ソフトウェアを開き、タグマッピングが間違っていると仮定して、アドレスを確認するために20分費やしますが、何も変わりません。次にHMIを再起動します。それでも接続されません。HMIプロジェクトを更新して再ダウンロードします。それでも何も起こりません。最後に、誰かが物理ケーブルを確認し、スイッチポートから半分抜けていることを発見します。修正は5秒。失われた時間は90分です。

誤診パターンが発生するのは、ソフトウェアの問題の方が制御しやすいと感じられ、ほとんどのエンジニアが最もよく知っているツールに手を伸ばすからです。物理レイヤーはあまりにも明白に思われ、スキップされてしまいます。

まず物理層を確認。常に。

PLCがHMIに接続されない本当の原因

物理接続の問題 が最も一般的で、最も過小評価されている原因です。しっかり接続されているように見えても、ケーブルが部分的にしか接触していない可能性があります。産業環境では、振動、温度サイクル、ケーブルの屈曲が加わり、コネクタは数ヶ月で緩みます。以前、食品工場でスイッチポートのRJ45ジャックを交換したことがありますが、ポートは間欠的にしか通信できず、パネルが暖まると生産ピーク時にのみ失敗していました。誰もスイッチが原因だとは疑いませんでした。

IPアドレスの誤設定 は、物理的な問題に次いで2番目に一般的な原因であり、初期設定時ではなく、ネットワーク変更時にほぼ必ず発生します。誰かがプラントネットワークを192.168.1.xから10.10.5.xに更新する際に、PLCにイーサネットモジュール設定で静的IPが書き込まれていることを忘れてしまいます。HMIは別のサブネット上に置かれます。通信は直ちに失敗します。

プロトコルまたはドライバーの不一致 は、特定のシナリオで発生する傾向があります。異なるベンダーのPLCまたはHMIを交換し、プロトコル設定が引き継がれると仮定した場合です。実際には引き継がれません。ボーレート、パリティ、ストップビット、ステーション番号は、両側で正確に一致する必要があります。スレーブID設定での1桁の違いは、ケーブルの断線と同じ「未接続」エラーを生成します。

HMI設定エラー — タグアドレスの間違い、データ型のマッピング間違い、古いレジスタ位置を指したままの古いプロジェクトファイル — は、より巧妙な障害を引き起こします。接続は確立されますが、その後切断されるか、データがすべてゼロとして読み取られます。エンジニアは、不一致のアドレスブロックまでトレースするのに数週間「ほぼ動作している」状態で受け入れてしまうことがあります。

ファームウェアの非互換性 は、経験豊富なエンジニアでも最も見落としがちな点です。PLCのファームウェアアップデートはマイナーバージョンアップとしてリリースされます。HMIドライバーは古いバージョンに合わせて書かれています。プロトコルのハンドシェイクがサイレントに失敗し、エラーログには何も有用な情報が表示されません。これは、多くのベンダーが公に認めている以上に、Siemens S7接続で発生しやすい問題です。

PLCがHMIに接続されない場合の対処法 — ステップバイステップ

このシーケンスは重要です。順番に実行してください。

物理層から始めます。イーサネットケーブルが両端でしっかりと接続されているか確認してください。スイッチポートとPLCのイーサネットモジュールのリンクインジケータLEDを確認してください — 両方とも緑色で点灯しているはずです。どちらかが消灯しているか、またはオレンジ色で点滅している場合は、まずケーブルを交換してください。他のデバイスで正常に動作することを確認済みのケーブルを使用してください。

同じネットワークセグメント上のPCからコマンドプロンプトを開き、PLCのIPアドレスにpingを実行してください。応答がある場合は、物理層とネットワーク層は機能しています。「Request timed out」という応答の場合は、問題はアプリケーション層より下、つまりIP設定、サブネット、またはハードウェアにあります。まだHMIの設定には触らないでください。

両方のデバイスのIP設定を確認してください。HMIとPLCは同じサブネットマスクとネットワークプレフィックスを共有する必要があります。PLCが192.168.1.111でマスクが255.255.255.0の場合、HMIは192.168.1.xの範囲内にある必要があります。PLCのイーサネット設定を開いてください — HMIソフトウェアだけでなく — そこに書き込まれているアドレスを確認してください。記憶しているアドレスではありません。

ネットワーク層で問題がないことを確認したら、HMI設定ソフトウェアを開き、PLCのドキュメントと照らし合わせながら、すべてのプロトコル設定を一つずつ確認してください。Modbus RTUの場合は、ボーレート、データビット、パリティ、ストップビット、スレーブアドレスです。Modbus TCPの場合は、ポート番号（デフォルト502）とユニットIDを確認してください。S7接続の場合は、ラック番号とスロット番号が物理ハードウェアと一致しているか確認してください。

両方のデバイスを順番に電源サイクルしてください：まずPLCを起動し、RUNモードに達するのを待ってから、HMIを再起動してください。これにより、両方の通信スタックがリセットされ、設定エラーと全く同じように見える一時的な障害クラスが捕捉されます。

上記すべてを試しても接続に失敗する場合は、ネットワークにブリッジ接続されたPCでWiresharkを実行してください。接続試行中にトラフィックをキャプチャし、HMIが正しいIPアドレスとポートにパケットを送信しているか、PLCが応答しているかを確認します。パケットキャプチャにより、どちらのデバイスが期待どおりに動作していないかがわかります。

レイヤー	確認	ツール
物理	ケーブル接続済み、LED緑	目視、ケーブルテスター
ネットワーク	PCから同一サブネット上のPLCへPingを実行	コマンドプロンプト / ターミナル
IP構成	両方のデバイスでサブネットを一致させる	PLC設定ソフトウェア、HMIソフトウェア
プロトコル	ボーレート、パリティ、スレーブIDを一致させる	HMIドライバ設定とPLCドキュメントを照合
アプリケーション	タグアドレス、データ型が正しい	HMIタグエディタ
ファームウェア	バージョン互換性が確認された	ベンダーリリースノート

---

詳細を知っておくべき2つのケース

ケース1：ファントムサブネット変更。 3年間安定稼働していた中規模工場のパッケージングラインで、ある月曜日の朝、8ステーション中5ステーションでHMIがPLCとの接続を報告しました。工場ITチームは週末に、ネットワークセグメンテーションのために工場フロアネットワークを192.168.10.xスキームから10.0.10.xスキームに移行しました。マネージドスイッチ、SCADAサーバー、オペレーターPCを更新しました。PLCイーサネットモジュールに保存されている静的IPアドレスを更新することは誰も考えませんでした。それらはIT資産リストにはなく、OTエンジニアリング側にあったからです。5台のPLCのIPアドレスは、ネットワークセグメントに存在しなくなっていました。根本原因が判明した後、修正には8分かかりました。最初の3時間はITとOTがお互いの設定をなすりつけ合っていたため、診断には4時間かかりました。

教訓：ネットワークインフラストラクチャの変更は、そのセグメント上のすべてのPLCおよびHMIのすべての静的IPの必須レビューをトリガーする必要があります。これは誰の変更管理チェックリストにもほとんどなく、あるべきです。

ケース2：サイレントファームウェアの障害。 ビルディングオートメーションインテグレーターは、ファームウェア4.2用に記述されたドライバーバージョンを持つHMIパネルと共に、ファームウェア4.5で動作する新しいバッチのSiemens S7-1200 PLCを展開しました。最初のコミッショニングはうまくいきました。6週間後、サイトのアセット管理システムによって自動的にプッシュされたPLCファームウェアアップデートの後、3つのパネルが永続的に接続を失いました。HMIログには、詳細な情報なしで「接続拒否」と表示されました。PLC診断バッファーには異常は何も表示されませんでした。インテグレーターは、誰かがSiemensのサポートポータルでドライバーバージョンの互換性マトリックスを確認するまで、2日間物理的およびIPの原因を排除しました。HMIベンダーには、ファームウェア4.5のサポートを追加するドライバーアップデートがありました。ダウンロードとインストールは15分で完了し、接続は回復しました。

厳しい教訓：本番環境のPLCにおける自動更新ポリシーは危険です。PLCと通信するすべてのデバイスのドライバー互換性を検証するまで、ファームウェアをバージョンロックしてください。

これを実際に防ぐベストプラクティス

すべてのIPアドレス、サブネットマスク、ゲートウェイを、誰かの記憶や、しまい込まれたコミッショニングレポートではなく、常に更新されるスプレッドシートに文書化してください。ネットワーク変更が発生するたびに更新してください。IPの横にPLCモデル、ファームウェアバージョン、HMIドライバーバージョンを含めてください。この単一のドキュメントは、私が使用したどの診断ツールよりも多くのトラブルシューティング時間を節約しました。

ITクローゼットから取り出したコンシューマーTP-Linkではなく、産業用イーサネットスイッチを使用してください。コンシューマー向けスイッチは、ドライブが多い環境で一般的な電気的ノイズを処理できません。スイッチレベルでの断続的なパケットロスは、ソフトウェアの問題のように見え、時間を浪費させるランダムな通信ドロップアウトとまったく同じ結果をもたらします。

重要な回線で冗長な通信パスを構築します。デュアルイーサネットポートはフェイルオーバー機能付きで、コミッショニング時の設定コストは高くなりますが、本稼働中のシングルケーブル障害というカテゴリ全体を排除できます。

高振動ゾーンにあるパネル接続について、四半期ごとのケーブル点検をスケジュールします。コミッショニング時にペイントマーカーでケーブル挿入深さをマークしてください。マークが移動していれば、コネクタがずれています。

HMI/PLCネットワークとプラントITネットワークの間でVLANセグメンテーションを設定します。IT側からの不正なトラフィックやブロードキャストストームは、多くの施設でHMI通信を妨げてきました。Stone HMIのファームウェアチームは、本番稼働準備が整った、フィールドでテスト済みのビルドを出荷しています。ネットワーク分離は、それらのデプロイメントが安定して稼働し続ける理由の一つです。

ほとんどのガイドがスキップするもう一つのポイント

複数のHMIが同じPLCをポーリングするシステムにのみ現れる障害モードがあります。それは、コネクションスターベーションです。各HMIは200ミリ秒ごとにポーリングリクエストを送信します。同じPLCに4つのHMIがあるということは、1秒間に20リクエストが発生します。SCADAサーバーとOPC UAクライアントを追加すると、PLCのコネクション制限を超えたり、通信プロセッサを飽和させたりする可能性があります。

症状はネットワークの問題と全く同じように見えます。タイムアウト、接続の切断、断続的なデータ。しかし、pingは成功し、IP設定は正しく、単一のHMI接続は問題なく動作します。解決策は、ポーリングレートを減らす、PLCの設定でコネクション制限を増やす（ハードウェアが対応している場合）、またはリクエストを集約するOPC DA/UAサーバーを介して読み取りトラフィックをオフロードすることです。

これは検索結果の最初のページには現れません。理解するのに、私自身三菱Qシリーズシステムで非常に長く苦労しました。その後、他の2人のエンジニアが同じ壁にぶつかるのを見てきました。

まだ解決しませんか？

上記の手順をすべて試しても接続に失敗する場合は、次の対応は状況によります。

まだ診断中のエンジニアの方：Wiresharkキャプチャを実行し、キャプチャされたトラフィックをPLCモデルのプロトコル仕様と比較し、プログラミングソフトウェアを介してPLCの接続診断バッファを直接確認してください。答えはこの2つのうちのどちらかにあります。

納期に迫られたプロジェクトマネージャーまたはテクニカルリードの方：チームが明確な根本原因もなく1日以上費やしている場合、問題はファームウェアレベルの互換性またはハードウェアの欠陥のいずれかである可能性が高いです。これらはどちらも、迅速に診断するために、より深いプロトコルレイヤーの専門知識が必要です。その時点で外部の 組み込み開発 エンジニアリングサポートを導入する方が、反復を続けるよりも迅速かつ安価です。50以上の産業用製品を出荷し、100,000以上のデバイスをフィールドで稼働させているチームは、通常、このクラスの問題を数日ではなく数時間で特定できます。

PLCとHMI間の接続障害は解決可能です。最も長引くのは、診断が間違ったレイヤーから開始された場合がほとんどです。