開発範囲
レジスタをプラットフォーム フィールド、MQTT トピック、およびポーリング、結果の書き込み、例外処理などのコマンドにマップします。
- このサービスの対象者
- 産業用機器をクラウドに接続する必要があるインテグレーターおよび機器メーカー
- 同意する成果物
- 変換プログラム、マッピング構成およびデバイスからプラットフォームへの統合テスト記録。
プロジェクト開始に必要な資料
情報は、インターフェイス、実装条件、作業範囲を決定するために使用されます。
- レジスタテーブル、デバイスアドレス、接続パラメータ、ポーリングサイクル
- MQTT トピック、メッセージ形式、認証、およびデバイス モデル
- コマンドの書き込み、応答、キャッシュ、およびアラームのルール
成果物と検収
- 納品ドキュメント
- 変換プログラム、マッピング構成およびデバイスからプラットフォームへの統合テスト記録。
- バージョンと再現性
- 配信リストには、ターゲット ハードウェア、ソフトウェア バージョン、構築または展開手順、インターフェイス構成、およびテスト記録が記録され、その後の統合テストとメンテナンスが容易になります。
- チェックレジスタからプラットフォームフィールドへの変換
- コマンド書き込み確認と実機ステータスフィードバック
- 機器をオフラインでテストし、プラットフォームをオフラインでリカバリし、再開可能なデータをアップロードします
受け入れは、双方が確認した機器、バージョン、環境、サンプル、指標に基づいて行われます。ソースコードと設計文書の範囲、プロトタイプの材料、サードパーティの料金、およびその後のメンテナンスがプロジェクト文書に記載されています。
よくある質問
プラットフォーム コマンドの実行はデバイスでどのように確認されますか?
プラットフォームの受信、バスの書き込み、デバイスのフィードバックを個別に記録します。確認が必要なコマンドは、実行証拠としてステータスのリードバックまたは合意された確認を使用します。 MQTT 送信が成功しただけでは実行の証拠にはなりません。
開発範囲を決定するにはどのような情報が必要ですか?
提供してください: レジスタ テーブル、デバイス アドレス、接続パラメータ、ポーリング サイクル。 MQTT トピック、メッセージ形式、認証、およびデバイス モデル。コマンドの書き込み、応答、キャッシュ、およびアラームのルール。不足している情報は、範囲が合意される前に、インターフェイスのチェックや集中的な実現可能性テストを通じて対処できます。
プロジェクトについて話し合う
デバイスとインターフェイス情報を使用して範囲を定義する
ワークロードの評価と段階的な配信手配を容易にするために、ターゲット機能、既存の機器またはコード、インターフェイス プロトコル、展開環境、および計画されたマイルストーンを提供してください。
相談
電話
WeChat
トップに戻る