開発範囲
デバイスとインターフェースへのアクセス
カメラ、ウェイクアップ入力、ソーラー充電、電力検出を統合し、カメラの電源投入、撮影、圧縮、通信の動作シーケンスを設計します。
製品のビジネス機能
カメラの電源制御、ウェイクアップ キャプチャ、画像圧縮、スケジュールされたアップロードまたはイベント アップロード、電源監視、オフライン ストレージを開発します。
プラットフォームとデータ接続
画像収集 → エンコードまたはローカル推論 → ビデオ記録および証拠キャッシュ → 4G → ビデオまたはイベント プラットフォームのビジネス リンクと組み合わせて、デバイス ID、データ フィールド、更新時刻、異常ステータス、結果の確認方法が定義されます。
例外処理と操作上の制約
画像アップロードと連続ビデオでは消費電力とトラフィック状況が異なります。夜間補助光、イベント頻度、ネットワークなしの再試行をエネルギー消費量の予算に含める必要があります。
データと運用のワークフロー
タイマーやイベントで起床→キャプチャしてローカルに保存→4G写真アップロード→結果確認→スリープに入る。
デバイス側、通信側、プラットフォーム側でそれぞれ必要なステータスとログを保持します。プロジェクト結合テストは実機データと実行結果を確認し、ネットワーク接続状況と業務完了状況を分けて記録します。
プロジェクト開始に必要な資料
- 既存のデバイス モデル、インターフェイスおよび配線図、ライセンス契約、データ サンプル、および利用可能なコード。
- ビジネスプロセスとパラメータ: スナップショットの頻度、夜間の補助光、太陽光発電の供給、および画像の補助送信。
- 対象場所、事業者、SIM/APN、電源、設置方法、機器サイズ。
- 既存のプラットフォーム インターフェイス、ユーザーの役割、開発モジュール、プロトタイプの数、および計画されているノード。
成果物と検収
| 成果物 | 配信内容 | 検証方法 |
|---|---|---|
| 製品の実現 | プロジェクトに関係するハードウェア設計データ、プロトタイプまたは既存の機器の変更データ、および対応するファームウェアとインターフェース | 有効な画像に目覚めるプロセスを確認します。 |
| 経営統合テスト | データフィールド、ステータス定義、プラットフォーム適応手順、およびビジネス統合テスト記録 | 夜間ショット、失敗したアップロード、重複したイベントをテストします。 |
| バージョンとテストデータ | ターゲットのハードウェアとソフトウェアのバージョン、構築または展開の手順、パラメータ構成、およびテスト ログ | キャプチャ サイクル全体の電力消費とバッテリ低下の動作を測定します。 |
まず範囲と主要な機能を確認し、次にプロトタイプまたはソフトウェアの開発、システム統合テスト、および段階的な承認を完了します。受け入れ条件には、プロトタイプ、バージョン、環境、期間、および合格しきい値がリストされています。ソース コード、設計ドキュメント、サードパーティ ライセンス、マテリアル、トラフィック、クラウド リソース、およびオンサイトでの作業については、個別に合意されます。
よくある質問
画像キャプチャとリアルタイムビデオは同じプランを共有できますか?+
一部の取得コンポーネントや通信コンポーネントは共通化できますが、メインコントローラ、電源、放熱、ソフトウェアはビジネスに基づいて再評価する必要があります。通常、連続ビデオでは動作デューティ サイクルが変化するため、キャプチャ モードのバッテリ寿命の推定値を直接適用することはできません。
太陽光発電撮像カメラの機能の一部だけを委託することは可能ですか？+
デバイスインターフェイス、端末プログラム、4G通信、プラットフォーム統合テストは、既存の研究開発基盤に基づいて分割できます。既存のデータとターゲット境界を提供し、最初に「キャプチャ周波数、夜間補助光、太陽光発電供給、および画像補助送信」を確認し、次に各モジュールの成果物とインターフェイス責任を明確にしてください。
コストとサイクルタイムはどのように評価されますか?+
ターゲット デバイス、インターフェイス、既存のデータ、検証基準に基づいてワークロードを分割します。このプロジェクトは、スナップショットの頻度、夜間の補助光、太陽光発電、画像補助送信のチェックに重点を置いています。プロトタイプ、オンサイト統合テスト、またはサードパーティ プラットフォームとの連携が必要な場合、対応するコスト、前提条件、およびノードは個別にリストされます。
相談
電話
WeChat
トップに戻る