MANUFACTURING / JAPAN SOURCING

通信機器は、同じ接続口なら既存設備につながるか

両端の通信方式、役割、版、データの意味を供給者へ渡します。ケーブルがつながることや応答が返ることだけでは、アプリケーションで必要な情報を使えるとは分かりません。

差し込めても、必要な値を受け取れないことがある

温度データを既設の制御装置へ送るゲートウェイを交換するとします。候補にも同じEthernetの接続口があり、ケーブルは入ります。しかし、依頼には「Ethernet対応」としか書いていません。この仮例で必要なのは、コネクタの一致に加え、制御側が使う通信機能とデータの定義です。現行と候補の正式な型式、ハードのオプション、ファームウェア、制御側のアプリを特定して比較します。

物理的な接続、通信プロトコル、アプリでのデータの使い方を分けて考えます。NIはModbusについて、アプリケーション層とその下のネットワークがあり、シリアルやTCP/IPでの実装があると説明しています。[1] Modbus TCPの仮例なら、どちらがクライアントでサーバーか、必要な機能と両端の対応範囲を示します。接続口の名前からは決まりません。

応答の有無だけでなく、データの意味をそろえる

仮例で数値を受信できても、意図した項目として読めなければ役立ちません。機器のデータマップとその版を求め、アドレスの表記、許可する操作、データ型、単位、換算、無効な値の示し方を確認します。

NIの解説は、Modbusの資料でアドレスの数え方が異なる場合や、複数レジスタにまたがるデータの順序と解釈をアプリ側で扱う点を説明しています。[1] 該当型式の資料とクライアントの設定を照合します。別型式のアドレスを転用せず、もっともらしい数値が出ただけで正しい対応としません。

更新の要件と、応答がない場合、再起動、通信断の後に受信側がどう動くべきかを決めます。時間と合否基準は実際のシステムの技術担当と定めます。ネットワークやアクセスの要件も依頼へ含めますが、公開の問い合わせにパスワード、鍵、非公開のネットワーク情報は書きません。

接続した両端を、データの定義と照合する

1両端：ゲートウェイと制御装置を、版まで特定する
2定義：項目、値の表し方、必要な挙動を対応させる
3記録：試した組合せ、設定、観察した結果を残す

架空のゲートウェイと制御装置です。実線は物理的なネットワーク接続、破線は両端とデータ定義の対応を示します。配線図、検証済みの組合せ、本番ネットワークへの接続指示ではありません。

対応の根拠が、どの製品と範囲のものかを見る

認証やプロトコルのロゴが示されたら、正式な製品、版、対応プロファイルのどこまでを指すかを伺います。OPC Foundationは、プロファイルに対する認証と、SDKの認証済み参照実装とそこから作るアプリの違いを説明し、完成したアプリが正式な認証を得るには独自の認証試験が必要としています。[2] これはOPC UAの範囲を読む例で、あらゆる通信の認証や今回設備の受入を認めるものではありません。

供給者の実演、製品の認証、今回合意する受入試験を別の根拠として残します。違う制御装置、ソフトの版、機能だけを試しているかもしれません。何を試したかと、予定する組合せとの差を確認します。

ゲートウェイの見積へ入れる条件
範囲	既存設備で伝えること	候補について求める根拠
物理的な接続	接続口、インターフェース、電源、設置条件	正式な型式とオプション、接続資料
通信と役割	通信方式、両端の役割、必要な機能	対応する機能、プロファイル、ライセンスと制約
データの解釈	資料の版、アドレス、型、単位、換算	対応する設定と、必要な項目の結果例
版と依存関係	制御アプリ、ファームウェア、ドライバ、設定	対応する組合せ、差、必要な変更
運転と復帰	更新、応答待ち、再起動、通信断の要件	合意した試験、観察した応答、未解決の条件
受入の根拠	試す機器、設定、採用を決める担当	結果、対象外、残る作業、採用した範囲

試した組合せと、その設定を残す

設備の担当者と、管理した試験環境と計画を合意します。仮例なら、必要な項目の値と意味、更新、復帰の挙動を確かめます。型式、ファームウェア、アプリ、設定を特定し、結果と対象外を残します。机上で試せたことを、稼働中の工程を変更する許可へ読み替えません。

中継機器、変換器、ライセンス、アプリ変更が必要なら、見積の作業に含めます。データの対応付け、設定、受入、後の変更を誰が担当するかも示します。接続口を合わせるアダプタだけでは、足りないアプリの機能は補えません。

機器代と、つなぐための作業を見積で分ける

現行と候補の型式、通信方式と役割、機密を含まないデータの用途、数量、仕向地、未確定の条件をHAMへお知らせください。日本の供給者へ候補と見積範囲を伺うための問いを整理できます。

機器、ライセンス、設定や開発、試験、書類を、見積で分かる項目にします。発注前に、受入の根拠と未解決の接続条件の担当を合意します。採用した構成は、後のソフト更新と追加注文にも引き継ぎます。

供給者へ渡す質問例

確認文面を開く

現行・候補の正式な型式とハードのオプション：
ファームウェア、制御アプリ、ドライバの版：
接続、電源、設置の条件：
通信方式、両端の役割、機能、ライセンス：
データ資料の版、アドレス、型、単位、換算：
更新と無効な値の扱い：
応答待ち、再起動、通信断の要件：
機密を含まないネットワーク・アクセス要件：
試す組合せ、設定、合否基準、採用担当：
認証や実演の範囲と、今回残る差：
機器、ライセンス、設定・開発、試験、書類の範囲：
数量、仕向地、使用する工程：
非対応の機能、前提、必要な変更、受入前の根拠を明記してください。秘密情報は含めません。

質問例を保存 ↓

出典

NI — Application development with Modbus
HTMLの概要、タグ番号、型の扱いを確認。通信の層、アドレスの表記、複数レジスタの解釈を区別する根拠。実装や実機の相互接続は未検証。
OPC Foundation — Certification overview and benefits
認証の対象、プロファイル、SDKと参照実装の区別を確認。個別製品の認証や機器の組合せの適合は確認していません。