開発範囲
デバイスとインターフェースへのアクセス
既存のガス検知器の濃度、範囲、故障、校正状態を読み取り、測定データ、機器の故障、通信の故障を識別します。
製品のビジネス機能
ガス検知器プロトコルに適応し、濃度、範囲、故障および校正ステータスを読み取り、開発イベントを報告および通知します。測定インジケーターは、検出器と完全なデバイスによって検証および決定されます。
プラットフォームとデータ接続
監視機器→状態検証と収集→4Gレポート→トレンドとアラーム→保守記録という業務リンクと組み合わせて、デバイスID、データフィールド、更新時刻、異常ステータス、結果確認方法を定義します。
例外処理と操作上の制約
ネットワークの発展によっても、検出器の測定原理や保護レベルは変わりません。危険な場所に配置する場合は、マシン全体の使用条件に基づいて特別な要件を決定する必要があります。
データと運用のワークフロー
検出器出力 → 端末データ検証 → ローカル イベント記録 → 4G レポート → 企業のバックグラウンド通知、確認、処理。
デバイス側、通信側、プラットフォーム側でそれぞれ必要なステータスとログを保持します。プロジェクト結合テストは実機データと実行結果を確認し、ネットワーク接続状況と業務完了状況を分けて記録します。
プロジェクト開始に必要な資料
- 既存のデバイス モデル、インターフェイスおよび配線図、ライセンス契約、データ サンプル、および利用可能なコード。
- ビジネス プロセスとパラメータ: ガスの種類、校正ステータス、障害の特定、およびローカル アラームの責任。
- 対象場所、事業者、SIM/APN、電源、設置方法、機器サイズ。
- 既存のプラットフォーム インターフェイス、ユーザーの役割、開発モジュール、プロトタイプの数、および計画されているノード。
成果物と検収
| 成果物 | 配信内容 | 検証方法 |
|---|---|---|
| 製品の実現 | プロジェクトに関係するハードウェア設計データ、プロトタイプまたは既存の機器の変更データ、および対応するファームウェアとインターフェース | ガス種、単位、警報状態を項目ごとに確認できます。 |
| 経営統合テスト | データフィールド、ステータス定義、プラットフォーム適応手順、およびビジネス統合テスト記録 | テストプローブの故障、ウォームアップおよびキャリブレーション中のデータ処理。 |
| バージョンとテストデータ | ターゲットのハードウェアとソフトウェアのバージョン、構築または展開の手順、パラメータ構成、およびテスト ログ | 通知の再試行と手動確認の後、イベントのステータスを確認します。 |
まず範囲と主要な機能を確認し、次にプロトタイプまたはソフトウェアの開発、システム統合テスト、および段階的な承認を完了します。受け入れ条件には、プロトタイプ、バージョン、環境、期間、および合格しきい値がリストされています。ソース コード、設計ドキュメント、サードパーティ ライセンス、マテリアル、トラフィック、クラウド リソース、およびオンサイトでの作業については、個別に合意されます。
よくある質問
インターネットに接続した後、オンサイトアラームを交換できますか?+
現場の警報と安全インターロックは、本来のシステムの責任に従って独立して動作する必要があります。 4G はリモート録画と通知に使用されます。プロジェクトでは、接続が失われたときのローカルの動作と、オフライン ステータスを求めるプラットフォームのプロンプトを定義する必要があります。
ガス監視データターミナルの機能の一部だけを委託することはできますか？+
デバイスインターフェイス、端末プログラム、4G通信、プラットフォーム統合テストは、既存の研究開発基盤に基づいて分割できます。既存のデータとターゲットの境界を提供し、最初に「ガスの種類、校正ステータス、障害の特定、およびローカルアラームの責任」を確認してから、各モジュールの成果物とインターフェイスの責任を明確にしてください。
コストとサイクルタイムはどのように評価されますか?+
ターゲット デバイス、インターフェイス、既存のデータ、検証基準に基づいてワークロードを分割します。このプロジェクトは、ガスの種類、校正ステータス、障害の特定、およびローカル警報の責任を確認することに重点を置いています。プロトタイプ、オンサイト統合テスト、またはサードパーティ プラットフォームとの連携が必要な場合、対応するコスト、前提条件、およびノードは個別にリストされます。
相談
電話
WeChat
トップに戻る