開発範囲
コマンドの発行、デバイスの受信、実際の実行結果を区別するために、権限、コマンドの識別、有効期間、およびデバイスのフィードバックを含む制御プロセスを確立します。
IoT プラットフォームとクライアント アプリケーション
デバイス シャドウとリモート コントロールの開発
望ましい状態と報告された状態を管理し、コマンド ID、有効性、確認応答、実行結果を追跡します。
範囲と成果物を確認する →エッジゲートウェイと既存の機器の統合Modbus から MQTT へのプロトコル ゲートウェイの開発
レジスタをプラットフォーム フィールド、MQTT トピック、およびポーリング、結果の書き込み、例外処理などのコマンドにマップします。
範囲と成果物を確認する →ハードウェアおよびデータ収集デバイスデジタル入力およびリレー制御ボードの開発
デジタル入力、パルスカウント、リレー出力、ステータスフィードバック、異常状態からの回復を実装します。
範囲と成果物を確認する →プロジェクト開始に必要な資料
情報は、インターフェイス、実装条件、作業範囲を決定するために使用されます。
- 予期されるステータス、報告されるステータス、属性およびコマンド定義
- レジスタテーブル、デバイスアドレス、接続パラメータ、ポーリングサイクル
- 入力レベル、入出力点数、パルス周波数、負荷の種類
成果物と検収
- 納品ドキュメント
- ステータス同期サービス、制御インターフェイスとタイムアウト、および反復コマンドのテスト記録、変換手順、マッピング構成とデバイスからプラットフォームへの統合テスト記録、インターフェイス回路、制御ファームウェア、配線手順およびテスト ケース。
- バージョンと再現性
- 配信リストには、ターゲット ハードウェア、ソフトウェア バージョン、構築または展開手順、インターフェイス構成、およびテスト記録が記録され、その後の統合テストとメンテナンスが容易になります。
- 期待値とデバイスによって報告された値の同期を確認します。
- チェックレジスタからプラットフォームフィールドへの変換
- 入力識別、パルスカウント、出力フィードバックをポイントごとにチェック
受け入れは、双方が確認した機器、バージョン、環境、サンプル、指標に基づいて行われます。ソースコードと設計文書の範囲、プロトタイプの材料、サードパーティの料金、およびその後のメンテナンスがプロジェクト文書に記載されています。
よくある質問
開発モジュールの 1 つだけを委任できますか?
はい。デバイス シャドウとリモート コントロールの開発、Modbus から MQTT プロトコル ゲートウェイの開発、デジタル入力およびリレー コントロール ボードの開発は、個別にスコープ設定できます。開発前にモジュール間のインターフェイスと統合の責任を定義します。
コマンドが正常に送信されたということは、デバイスがアクションを完了したことを意味しますか?
いいえ。プラットフォームは、アクションを確認するためにデバイスの確認応答または状態のリードバックを使用して、ディスパッチ、受信、および実行を区別する必要があります。オフラインのデバイスと期限切れのコマンドには、保留中または失敗の明確な理由が必要です。
プロジェクトについて話し合う
デバイスとインターフェイス情報を使用して範囲を定義する
ワークロードの評価と段階的な配信手配を容易にするために、ターゲット機能、既存の機器またはコード、インターフェイス プロトコル、展開環境、および計画されたマイルストーンを提供してください。
相談
電話
WeChat
トップに戻る