ロシア向けModbus HMI開発：レジスタ、アラーム、ログ

記事の内容

ロシアの機器向けの Modbus PC/HMI プロジェクトは、バージョン管理された 1 つのインターフェイスベースラインから開始する必要があります。マニュアルに表示されているレジスタ番号と PDU 開始アドレス、データ型、レジスタ内のバイト順序、レジスタ全体の語順、スケーリング、単位、無効な値、アクセス権、例外処理、アラームステートマシン、およびログ相関フィールドの両方を記録する必要があります。接続が成功すると、メッセージが送信できることが証明されるだけです。値、アラーム、または監査証跡が正しいことを証明するものではありません。

北京 Winge Technology Co., Ltd. は、Winge Technology および Winge という名前で産業用 PC/HMI、Modbus プロトコル、およびシステム統合開発サービスを提供しています。次の資料は、ロシアのチームの範囲定義をサポートしています。ロシア語の UI テキストとドキュメントはプロジェクト言語リソースであり、デバイスプロトコルを変更しません。このページは、ロシアのオフィス、ロシアの顧客、またはロシアで完了したプロジェクトを主張するものではありません。

開発前に入力とアドレス規則を固定する

少なくとも正確なデバイスモデル、ファームウェアバージョン、Modbus RTU または TCP モード、シリアルまたはネットワークパラメータ、スレーブアドレスまたはユニット識別子、サポートされている機能コード、レジスタマップ、サンプルフレーム、書き込みインターロック、および意図された操作ワークフローを提供します。 Modbus 仕様では、レジスタを 16 ビットワードとして定義し、マルチバイトアドレスおよびデータ項目の場合は最上位バイトを最初に送信します。 2 つのレジスタにまたがる 32 ビット値の語順、そのスケール、単位、ビジネス上の意味については、デバイスのドキュメントで確認する必要があります。 PDU アドレスは 0 から始まりますが、デバイスのマニュアルには異なる番号付け規則が表示されている場合があります。「40001」などの表記から住所を推測するのではなく、両方を記録してください。

レジスタ、アラーム、ログのインターフェース表

これはインターフェイスのベースラインと受け入れ記録のテンプレートであり、特定のデバイスの互換性に関する結論や、ロシアのプロジェクトからの測定データではありません。各フィールドにターゲットデバイス、ソフトウェアバージョン、合意された合格基準を入力します。

インターフェースエリア	確認が必要な項目	受理証拠
接続とアドレス指定	RTU/TCP モード。シリアルまたはネットワークパラメータ。スレーブアドレスまたはユニット識別子。機能コード。表示されるマニュアル番号。 PDU 開始アドレス。連続読み取り範囲	設定と生のリクエストとレスポンスを保持します。表示された数値が実際のメッセージオフセットと一致することを証明する
登録データ	コイル、ディスクリート入力、入力レジスタまたは保持レジスタ。符号付きまたは符号なしの整数、浮動小数点またはテキスト。カウント、バイトオーダー、ワードオーダー、スケール、オフセット、単位、無効な値、および読み取り/書き込みアクセス	生の 16 ビットワード、結合値、エンジニアリング値を既知の入力と比較します。境界、負の値、無効なマーカーを個別に記録する
ポーリングと書き込み	ポーリング間隔、グループ化された読み取り、タイムアウト、再試行、同時デバイス数、書き込みロール、インターロック、リードバック、デバイス再起動後のデフォルト状態	リクエストレート、タイムアウト、再接続を記録します。認証、インターロック、書き込み応答、リードバック、および電源再投入の回復の検証
プロトコル例外と通信状態	応答なし、CRC またはフレームエラー、リンクの切断、古いデータ、および元の機能コードに 0x80 と例外コードを加えた例外応答。 UI 状態と再試行ポリシーを個別に定義する	不正な関数、不正なアドレス、不正な値、タイムアウト、および切断を挿入します。生のフレーム、品質フラグ、再試行回数、最終状態を検証します。
アラームステートマシン	ソースフィールド、トリガー条件、重大度、遅延またはデバウンス、アクティブ、確認済み、回復および抑制状態、時間ソース、およびロシア語およびその他の UI テキストのリソースキー	通常、アクティブ、確認済み、回復、チャタリングの各状態を段階的に確認します。 UI、イベントテーブル、通知レコードを比較する
ログとトレーサビリティ	相関 ID、デバイスと接続の ID、機能コードとアドレス、生のフレームまたは例外、デコードされた値、ユーザーと役割、ソフトウェアとファームウェアのバージョン、タイムスタンプ、タイムゾーン、エクスポートエンコーディング	Modbus トランザクション、アラーム遷移、結果を通じて UI アクションをトレースします。認証情報または機密フィールドを編集しながら、相関 ID によってエクスポートからチェーンを再現します。

ソフトウェア層、成果物、および受け入れ

アプリケーションは、通信アダプタ、レジスタセマンティクス層、デバイス状態層、アラームエンジン、UI、およびログストアに分割できます。最初のフェーズでは、ギャップレジスタ、バージョン管理されたレジスタ辞書、アラームマトリックス、ロシア語およびその他のターゲット言語のリソーステーブル、ログフィールド辞書、UI プロトタイプ、および受け入れケースを提供できます。実装の成果物には、合意されたソースコードまたはインストーラー、構成、ビルドまたは展開の手順、テスト記録、および既知の制限が含まれる場合があります。サードパーティのコンポーネント、デバイスの購入、オンサイトでの作業、ソースコードの権利、およびメンテナンス期間は個別に適用されます。

承認には、合意されたデバイスまたは相互に承認されたシミュレータでの通常の読み取りと書き込みに加えて、不正な機能、不正なアドレス、不正な値、タイムアウト、シリアルフレームエラー、切断と再接続、古いデータ、アラームチャタリング、確認応答と回復、不正な書き込み、およびデバイスの再起動などの障害挿入が含まれる必要があります。ポーリング間隔、デバイス数、実行期間、時刻同期許容値、および許容されるデータ差異は、プロジェクトのベースラインに属します。シミュレータパスは、ターゲットデバイスとフィールドリンクの検証に代わるものではありません。

ロシアのプロジェクトの言語と導入条件

ロシアのプロジェクトに引き継ぐ場合は、ロシア語/英語のドキュメント範囲、UI 用語リスト、キリル文字の表示と入力、CSV またはレポートのエンコード、日付、数値と単位の形式、プロジェクトのタイムゾーン、ターゲットの Windows/Linux バージョン、リモートとオンサイトの統合の境界を確認します。責任者は、現在の一次情報源から実際の導入場所のサイバーセキュリティ、リモートアクセス、業界許可、その他のコンプライアンス条件を確認する必要があります。このページでは、ロシアの規制、認証、税金、物流のリードタイム、または現地サポートについては仮定しません。

よくある質問

デバイスのマニュアルに 40001 と記載されている場合、アプリケーションのリクエストは 40001 をアドレス指定する必要がありますか?

それを直接推測しないでください。 Modbus PDU アドレスは 0 から始まりますが、マニュアルではデータ領域のプレフィックスが付いた表示番号が使用される場合があります。マニュアル番号、データ領域、ファンクションコード、PDU 開始アドレスを一緒に保存し、ターゲットデバイス上の生のリクエストとレスポンスで確認します。

レジスタは読み取れるが値が間違っている場合、最初に何を確認する必要がありますか?

レジスタオフセット、データ型、符号の有無、各レジスタ内のバイト順序、レジスタ全体の語順序、スケール、オフセット、単位、および無効な値の規則を確認してください。次に、生の 16 ビットワードと結合された値を既知の入力またはデバイスの表示と比較します。通信の成功はフィールドのセマンティクスを検証しません。

Modbus例外、機器アラーム、動作ログはどのように連携すればよいですか？

3 つの層を維持します。プロトコル層はリクエスト、応答、タイムアウト、および例外コードを記録します。デバイス状態層は、合意された条件からアラーム遷移を作成します。操作層はユーザーのアクションと結果を記録します。それらを 1 つの相関 ID、デバイス ID、およびタイムソースで結合し、表示されるテキストのみをローカライズします。すべての通信エラーをプロセスアラームに変えないでください。