PROFINETネットワーク診断の導入｜RFP・FAT/SAT

「PROFINET ネットワーク診断導入」を検討するとき、監視画面の機能一覧から選び始めると、肝心の故障箇所が特定できないまま終わることがあります。設備が止まった瞬間に必要なのは、「どの装置の、どのポートから、どの相手までに異常が起きたか」を現場が説明できることです。本稿では、タイの工場で新設・増設・更新するPROFINETネットワークを想定し、現状調査、診断点設計、RFP、FAT、SAT、運用引き継ぎを一つの手順として整理します。特定メーカーの監視製品を推奨する記事ではありません。

最初に決めるべきこと：診断の「成功」を停止時の行動で定義する

ネットワーク診断を導入する目的は、グラフを増やすことではなく、停止から復旧までの判断を速く、再現可能にすることです。たとえば「I/O装置が通信断になった」というアラームだけでは、ケーブル断、コネクタの接触不良、スイッチポートの不調、装置の電源断、デバイス名の誤設定、コントローラ側の問題を区別できません。必要な証拠と調査の順番が決まっていなければ、担当者は現場のLEDを一台ずつ追うことになります。

導入目的は、次のような運用文で記述します。「ラインAの包装機で通信アラームが出た場合、保全担当がHMIの装置名からトポロジ図を開き、隣接ポートの状態と直近イベントを確認し、現場確認すべきケーブル区間または装置を絞る」。ここで「何分以内に復旧」といった保証値を先に書くのは避けます。停止原因、設備へのアクセス、交換部品の有無によって実際の復旧時間は変わるためです。代わりに、検出から担当者への通知、対象装置・ポートの特定、証拠保存までの各時間を試験で計測するほうが、受入条件として現実的です。

診断対象を三層に分けると、要件の抜けが見えます。第一層はPROFINETの装置・コントローラが示すアラームと診断情報。第二層はケーブル、リンク、スイッチポート、隣接関係などのネットワーク状態。第三層は「その通信異常が工程と品質にどう影響したか」という設備・生産側の文脈です。PI North Americaの診断資料も、装置、ネットワーク、プロセスという異なるエラー領域を扱います。ネットワーク監視だけで第三層を自動的に説明できるわけではないので、PLC/HMI、保全記録、必要ならMESとの対応づけを設計します。

監視対象の棚卸し：ポート単位で現物と図面を一致させる

導入の起点は、ネットワーク機器の購入ではなく、現物の台帳です。コントローラ、I/O、ドライブ、HMI、スイッチ、無線区間を使う場合のブリッジ、保守用接続点を列挙します。各機器について、設備番号、設置盤、デバイス名、IPアドレス、メーカー・型式、ファームウェア、ポート番号、接続先ポート、ケーブル識別子、管理責任者を記録します。IPアドレスは識別情報の一つですが、PROFINETのコミッショニングでは装置名の扱いも重要です。PIのコミッショニングQ&Aでは、IO装置の名前を設定した後、通常はコントローラがIPアドレスを設定すると説明されています。現場の設定方法は製品と設備構成で確認してください。

既設設備では、設計図と現物の差が普通にあります。盤内で予備ポートを使った迂回配線、設備改造時に追加した小型スイッチ、機器交換で変わったポート番号が残りがちです。図面に載っていない装置を「不正接続」と即断せず、製造・保全・システム担当に変更履歴を確認し、承認済みの現状図に反映します。ネットワークを止めずに読める情報と、保全停止が必要な調査を分けることも重要です。アクティブな診断ツールは帯域を消費し、その量は配置とポーリング方式で変わるとPIは説明しています。未知の既設ラインへ強い探索をいきなりかけるべきではありません。

最初の成果物は、装置一覧だけでなく「ポート対応表」です。たとえばSwitch-01/P3→Drive-07/P1のように両端を記録し、盤・ケーブル・機械位置まで辿れるようにします。これがないとアラームがP3を示しても現場作業につながりません。配線ラベルは図面・盤内・監視画面で同じ表記にし、交換後に更新する責任者も決めます。ポート対応表は保全の資料であると同時に、FAT/SATで故障注入位置を選ぶための基準です。

PROFINETネットワーク診断の導入｜RFP・FAT/SAT - figure 1

トポロジの基準線を作る：LLDPの「見える範囲」を確認する

LLDPは隣接機器が基本情報を交換する仕組みで、PIのコミッショニングQ&Aは、PROFINETでトポロジ発見、診断、簡易的な装置交換に利用できると説明しています。ただし「LLDP対応」という一語だけで、監視ソフトが全機器の接続、盤位置、ケーブル番号を正しく描けるとは限りません。実際の可視性は機器、スイッチ、ソフトの組み合わせと取得権限で確認します。図に現れない非管理機器や銅線・光変換器、保守用接続点は、手動のポート対応表と併用します。

運転が安定した時点でトポロジの基準線を保存します。保存対象は、期待する隣接機器とポート、デバイス名、設備番号、ソフト・設定の版、取得日時、承認者です。その後の変更を「新しい隣接」「消えたリンク」「接続先ポートの変更」に分けて差分表示できれば、設備変更なのか障害なのかの判断が早まります。ただし変化をすべて事故扱いすると、保全作業や交換後に誤警報が増えます。変更申請、予定停止、承認後の基準線更新を運用手順に入れてください。

複数ラインを同じ画面で見る場合、トポロジには制御ネットワークの境界と設備責任範囲も示します。ある盤のポート異常を他ラインの担当者へ誤通知しないためです。設備の名称がERPやMESの名称と違う場合は、対照表を持たせます。診断システムだけで設備名を独自定義すると、保全記録と照合できなくなります。現場で使う言語が日本語、英語、タイ語に分かれるなら、アラームの技術コードと人が読む設備名を分離すると翻訳差による混乱を抑えられます。

どのデータを取るか：アラーム、ポート状態、パケットを混同しない

PROFINET機器の標準診断・アラームは、通信できない装置やデータ長の問題など、装置と通信の異常を知らせるための重要な入口です。一方、リンクが上下した履歴、エラーを示すポート統計、接続先の変化はスイッチやネットワーク管理機能から得る領域です。PI North Americaは、CC-B機器ではSNMPを使ってトポロジ情報やネットワーク統計を読み出せると説明しています。全機器がCC-Bであると推定せず、対象機器の認証・仕様と実機の取得項目を確認します。CC-Aであっても標準診断やトポロジ支援はありますが、同じ粒度のSNMP情報を前提にしてはいけません。

パケットキャプチャは、ポート状態だけで原因を絞れないときの追加手段です。管理型スイッチのポートミラーリングは対象ポートの送受信データを別ポートへ複製する機能で、PIは診断用途として挙げています。ただし常時全ポートをミラーすれば運用しやすい、という意味ではありません。対象、保持期間、アクセス権、保存場所、キャプチャ開始条件を事前に決めます。監視装置やエンジニアリング端末の追加接続が制御通信へ影響しないよう、帯域とネットワーク構成を現場で確認します。

診断画面では「観測された事実」と「原因の推定」を分けて表示することを推奨します。「Switch-01/P3のリンクが10:22にダウン」「Drive-07が10:22に到達不能」「ケーブル区間を確認」と並べれば、保全担当は推定を検証できます。「ケーブル断」と断定表示してしまうと、相手機器の電源断だった場合に誤った作業を促します。イベント時刻はコントローラ、スイッチ、監視システムで整合させ、時刻同期の設計とタイムゾーン表記を文書化します。数秒の前後関係が診断で意味を持つときほど、この基本が効きます。

スイッチ選定：通信可能と診断可能は別の要件

PI North Americaによれば、PROFINETネットワークで使うEthernetスイッチに特別なスイッチが常に必要なわけではなく、基本要件として100 Mbit/sのIEEE 802.3uと全二重を示しています。管理型・非管理型のどちらも構成に利用できます。しかし、導入目的がポート単位の故障特定であれば、非管理型スイッチのLEDだけでは記録と遠隔診断が不足する場面があります。管理型スイッチのSNMP、LLDP、ポートミラーリング、イベント記録などを、実際に使う要件で比較します。「管理型」という販売分類だけでは、必要な情報が取得できる保証になりません。

PROFINETデバイスとして動作するスイッチは、GSDファイルを持ち、コントローラ側からIOデバイスとして認識される場合があります。こうした構成は制御側の診断表示に利点がありますが、既設PLCへの設定変更、アラーム設計、停止を伴う試験の範囲も広がります。スイッチを交換すれば診断が完成するわけではありません。既設機器の認証クラス、装置内蔵ポート、スイッチの管理機能、監視ソフトの取得方式を一緒に検証します。銅線区間の距離など物理層の制約も確認します。PIのコミッショニングQ&Aは、銅線で結ぶ2コンポーネント間の最大長を100 mと記していますが、現場では使用部材、敷設、電磁ノイズ対策を含めて設計します。

スイッチ更新ができない設備にも段階的な方法があります。まずPLC/HMIのアラームとポート台帳を整備し、診断可能な境界スイッチから可視化する。次の計画停止で必要区間だけ管理型へ交換する。さらに故障履歴を見て監視点を追加する。この順なら、全部を一度に入れ替える前に、どの観測が保全作業を実際に助けるかを確かめられます。設備側の保証条件やメーカー保守の範囲を確認し、勝手な配線変更を避けてください。

障害切り分けの実例：同じ「通信断」でも確認順は変わる

例として、搬送ラインのDrive-07が到達不能になり、同時刻にSwitch-01/P3のリンクダウンが記録された場合を考えます。まず安全手順に従い、設備を安全な状態にします。次に、P3がDrive-07へ直結するかポート対応表と基準トポロジで確認します。直結なら、Drive-07の電源、両端ポートのLED、ケーブル・コネクタを現場で調べます。P3から小型スイッチを経由しているなら、その下流の全装置への影響と小型スイッチの電源を確認します。監視は作業対象を絞りますが、電気・機械の安全判断を代行しません。

別の例では、リンクは維持されているのにI/O装置のアラームだけが出ます。このときは物理的な断線を早合点せず、デバイス名、コントローラ設定、装置側の診断、直近の交換履歴を確認します。通信が断続的なら、リンク上下の履歴、影響が同時発生した機器、該当ポートのエラー表示、ノイズ源となる設備動作との時間関係を見ます。パケット解析が必要な場合でも、先に現象と対象ポートを特定してから取得します。現場の報告書には「事実」「検証した仮説」「実施処置」「再発確認」を別欄に記録すると、次回の判断に使えます。

停止の根本原因が診断システムの対象外になる場合もあります。I/O信号が正常で、工程機器の機械的な詰まりが停止原因なら、ネットワークが正常だったこと自体が切り分けに役立ちます。逆に、装置アラームが工程へ与えた影響は、生産履歴や品質記録と照合して初めて分かります。ネットワーク診断を、設備保全と生産管理の共通の事実基盤にする視点が必要です。センサー由来の状態データを工程へ結びつける方法は、IO-Linkセンサーデータ統合の記事も参照してください。

PROFINETネットワーク診断の導入｜RFP・FAT/SAT - figure 2

RFPに書く要件：製品名より「見える証拠」と「引き渡す成果物」

発注依頼書には、「PROFINET診断機能一式」のような曖昧な記載を避けます。まず対象設備、運転時間帯、停止可能な時間、既存PLC・スイッチ・監視ソフト、ネットワークの所有者、リモートアクセス方針を書きます。次に、必要な観測を表で示します。装置単位のアラーム、ポートのリンク状態・履歴、隣接機器、トポロジ差分、イベントの時刻、必要な統計、HMIまたは保全画面への表示、通知先、証拠の保存と出力です。取得できない項目は代替手段と未対応範囲を明記させます。

ベンダーには、台帳・現状図・監視点一覧・設定バックアップ・権限表・試験結果・運用手順書を納品物として求めます。監視画面のスクリーンショットだけでは、後任者が設定を再現できません。ポートとケーブルのラベル規則、変更時の更新方法、設定ファイルの管理、障害時のエスカレーション先、保守用アカウントの扱いも含めます。エンジニアリング端末から監視データへアクセスする場合、制御ネットワークの境界と権限を誰が管理するかを明確にします。

提案比較では「機能あり／なし」だけでなく、証拠を要求します。実機または対象機種に近い構成で、リンク断を入れたときのイベント、トポロジ上の表示、アラームからポートへ移動する操作を見せてもらいます。別メーカー機器の混在、古いファームウェア、制御盤内の見えない区間など、現場の制約を事前に提示します。対象機器がCC-BでSNMPを提供しても、監視ソフト側が必要な項目を読めない可能性があります。逆に取得項目が多くても、現場担当が故障場所へ到達できなければ投資効果は限定的です。

FATとSAT：障害注入で受入条件を検証する

FATは工場出荷前・現地導入前の構成で、機能と設定の再現性を確認する場です。コントローラ、代表的なI/O装置、スイッチ、監視画面を用意し、正常トポロジとアラームの対応を記録します。試験ケースには、ケーブルの安全な取り外しを模したリンク断、対象装置の電源断、ポート差し替えによるトポロジ変更、装置名不一致、監視システム再起動後の履歴保持などを含めます。実機に危険を与える操作は模擬環境で行い、試験手順と復旧手順を事前に承認します。

SATでは実配線・実機・現場の運用者で、FATの結果が再現するかを確かめます。試験票には、注入した事象、事前状態、期待する観測、実際の表示、通知を受けた担当者、ポートまで到達する操作、復旧後の表示、取得した証拠、判定を残します。期待する観測を「異常を検出する」だけにせず、「Switch-01/P3とDrive-07の関係が監視画面とポート台帳で一致する」のように具体化します。アラームが出ても別のポートを示すなら、設計上は未合格です。

すべての障害を現地で再現する必要はありません。設備を止められない区間は、過去のイベント、非稼働時間の安全な試験、FATの証拠と構成の照合を組み合わせます。未試験範囲を「合格」と丸めず、制約と今後の試験機会を受入記録に残します。連続運転の工場では、この透明性が後の保守判断を助けます。受入の最後には、担当者が画面から現物へ到達できること、管理者不在でも手順書で最低限の確認ができることを確かめます。

PROFINETネットワーク診断の導入｜RFP・FAT/SAT - figure 3

冗長化と診断を一緒に設計する

通信の冗長化は障害時の通信継続を狙いますが、切り替えが成功しても故障したリンクを放置してよいわけではありません。切り替えが見えない運用では、次の故障で余裕がなくなります。診断計画には、冗長経路のどちらが通常経路か、切り替えイベントを誰へ通知するか、復旧後に基準状態へ戻ったかを含めます。冗長化方式と適用条件そのものは産業用ネットワークの冗長化設計で扱っています。本稿では、選んだ構成を保全担当が監視できるかを受入条件に加えることが主眼です。

トポロジを監視するときは、正常時にも変わり得る表示と、異常を示す変化を分けます。冗長構成の制御状態、保全の計画切り替え、装置交換後のポート再学習などは、単純な差分通知だけでは誤報になる可能性があります。RFPでは冗長構成を示したうえで、どの状態遷移をイベントとして残し、どの条件を通知対象とするかを具体的に要求します。FAT/SATでは、安全に試せる範囲で片側の経路障害と復旧を検証します。通信が維持されたかに加えて、異常区間を人が特定できたかも判定します。

運用開始後：基準線、変更管理、教育を更新する

導入日が完成日ではありません。設備を増設し、スイッチを交換し、保全PCを接続すれば、トポロジも監視条件も変わります。変更前に影響範囲と停止条件を確認し、変更後にポート台帳、図面、監視画面の基準線、設定バックアップを更新する手順を決めます。担当者が毎回自由に「正常」を上書きすると、未承認の配線変更まで基準線に取り込まれてしまいます。現場の変更実施者と基準線承認者を分け、履歴を残します。

アラームは量より行動可能性で見直します。通知された担当者が、現物の確認場所と次の一手を理解できなかったイベントを定期的に拾い、名称、優先順位、ポート対応表を修正します。一方、同じ故障で大量の重複アラームが出る場合は、最初に観測された事実と波及した装置を関連づけます。診断ロジックを変更したら、FAT/SATで使った試験ケースの一部を回帰試験として再実施します。制御系の設定を変える際は設備メーカーと保全手順の制約を守ります。

教育では、監視画面の操作だけでなく「装置が見えない」「リンクは正常だが装置アラームが出る」「複数装置が同時に落ちる」の三つの演習を用意します。机上で基準図から現物へ辿れるかを確かめ、次に許可された停止時間で実機確認を行います。タイ語話者と日本語話者が混在する工場では、設備番号・ポート番号・アラームコードを共通の短い識別子として使い、説明文だけを各言語にします。引き継ぎ時には、画面のログイン権限だけでなく、誰が設定を変更でき、誰がベンダーへ連絡するかを明記します。

導入計画の進め方：小さく試して判断材料を残す

第一段階では、停止頻度が高い設備と、通信断時の影響が大きい設備を一つずつ選びます。既設ライン全体を同時に監視対象へ入れるより、代表的な構成で「何が見えて、何が見えないか」を確かめるためです。現状図、アラーム履歴、担当者への聞き取りを使い、過去の障害で最も時間がかかった切り分けを一つ選びます。その障害を、ポート単位の観測でどこまで狭められるかを試験します。

第二段階では、試験の結果から監視点を調整します。期待した隣接関係が取れなければ、スイッチの機能不足なのか、機器側の対応不足なのか、ソフトの取得設定なのかを分けて記録します。追加機器を買う判断は、この不足を確認してから行います。第三段階では、設備変更時の台帳更新とアラーム対応を日常業務に組み込みます。導入前後の比較には、架空の停止削減率ではなく、同じ試験ケースで対象ポートに到達するまでの操作と時間、判断に使った証拠の質を使うとよいでしょう。

提案を受ける際には、監視ライセンス、スイッチ、設定作業、現場試験、教育、維持管理を分けた見積を求めます。対象設備の増加や機器更新で必要になる設定変更も、誰が行うかを確認します。金額だけではなく、引き渡された図面と設定を工場側で維持できるかが、長期の運用費用を左右します。

診断データを安全に扱う：権限と保管を受入範囲に入れる

診断のために収集するデータには、設備名、IPアドレス、ネットワーク構成、障害時刻など、工場の運用に関わる情報が含まれます。監視を便利にするため保全端末や社外の支援者から閲覧できるようにする場合、誰がどの情報を読めるか、設定を変更できるか、ファイルを持ち出せるかを先に決めます。閲覧権限と設定権限は分け、個人アカウントで操作履歴を残す方針をRFPに書きます。共有アカウントしか使えない製品は、代替の操作記録方法を確認します。

特にパケットキャプチャやトポロジのエクスポートは、故障調査の証拠になる一方で、設備構成を外部へ持ち出せるファイルにもなります。保存先、保存期間、削除の責任者、ベンダーへ共有する際の承認者を定めます。常時クラウドへ送る構成を提案された場合は、どのデータが、どの経路で、どこに保存され、回線断のとき現場に何が残るかを確認します。クラウド利用の可否は工場の情報管理方針と照合します。ネットワーク診断のために制御ネットワークと業務ネットワークの境界を安易に開くことは避け、必要な通信だけを設計・記録します。

運用で重要なのは、監視システム自体が止まったときの手順です。監視画面が見えなくても、PLC/HMIの標準アラーム、紙またはオフラインのポート対応表、現場の安全手順で一次切り分けができるようにします。監視サーバー再起動や通信断後にイベントがどう表示されるかをFATで試し、欠落が生じる範囲を明記します。監視が止まったこと自体を誰へ知らせるかも決めます。監視システムは保全を助ける道具ですが、それ一つが使えないだけで現場の確認方法が失われる設計は避けるべきです。

FAT/SATで取得したログは、運用開始後の問い合わせや改善にも使います。ただし、試験時の仮設設定や試験用アカウントを残したまま引き渡さないよう、受入票に「試験設定の撤去」「本番の権限表との照合」「バックアップの取得」「現場担当者による復元手順の確認」を入れます。これらは診断精度の話ではなく、診断を長く使える状態で引き渡すための条件です。

現場への説明では、監視が直接示すのは「観測できた区間の状態」であり、すべての原因ではないことも共有します。表示が空白なら正常と決めつけず、監視対象外、取得権限不足、通信経路の断、データ収集停止の可能性を確認します。監視範囲を設備図に色分けし、未監視区間を受入時に承認しておけば、障害時に画面の沈黙を誤解しません。将来の増設では、新機器を監視へ登録する前にポート台帳と責任者を登録し、試験ケースを追加します。これにより、設備が増えるたびに診断の空白が広がるのを防げます。

よくある質問

PROFINET ネットワーク診断の導入に、すべてのスイッチ交換が必要ですか？

必要とは限りません。PROFINET通信自体は管理型・非管理型スイッチの両方で構成できます。ただし、ポート単位の状態履歴や遠隔からの切り分けを求める区間では、既設スイッチが必要なデータを提供するかを調べます。まず対象故障と観測要件を定義し、既設機器で不足する区間だけ交換候補にします。装置内蔵スイッチや非管理の中継点は、別の台帳・現場確認が必要になることもあります。

LLDPのトポロジ図があればケーブル台帳は不要ですか？

不要にはなりません。LLDPは隣接関係の発見に役立ちますが、物理ケーブル番号、盤内の敷設経路、設備の責任範囲まで必ず示すわけではありません。現物のラベルとポート対応表を維持し、LLDPで得た接続と照合することが、現場で故障箇所へ到達するための実用的な方法です。

PROFINETのCC-AとCC-Bは診断設計にどう影響しますか？

PI North Americaによると、全PROFINET装置は標準診断・アラームとトポロジ支援を備え、CC-BではSNMPによるネットワーク統計などの読み出しが加わります。ただし認証クラスだけで監視画面に必要な全項目が出るとは限りません。対象型式、ファームウェア、監視ソフトの組み合わせで、RFPに記した項目を実機確認してください。

FAT/SATでは何を合格条件にすればよいですか？

「アラームが表示される」だけでなく、注入した障害と表示された装置・ポート・時刻・通知先が一致し、担当者が台帳を使って現物へ到達できることを条件にします。復旧後に状態が正常へ戻ること、履歴を出力できることも確認します。安全上、試せない事象は未試験として記録し、次の試験機会を決めます。

既設ラインで監視ツールの追加が通信に影響しませんか？

影響の有無は構成で確認します。PIのQ&Aは、アクティブ診断ツールが帯域を使用し、使用量はツールの種類、配置、ポーリング方式で異なると説明しています。既設ラインではまず読取方式と対象を限定し、FATまたは安全な時間帯に負荷とアラームの変化を確認してください。

まとめ：調達前に「どのポートを見て、どの作業につなぐか」を決める

PROFINETネットワーク診断の導入は、監視ソフトの画面を導入する作業だけではありません。設備とポートの台帳を揃え、LLDPなどで見える接続を基準線として保存し、標準アラームとスイッチのポート情報を組み合わせ、RFPとFAT/SATで故障箇所を絞れることを確認します。変更管理と教育まで含めて初めて、夜間停止時にも使える仕組みになります。まず一つのラインで、故障シナリオと受入票を作るところから始めると、必要な機器と運用負荷が具体化します。

タイの工場で既設設備の可視化や更新計画を検討中であれば、現状図が揃っていない段階からでもお問い合わせで相談できます。対象ライン、よく起きる通信アラーム、停止可能な時間が分かれば、調査と試験の範囲を一緒に整理できます。