開発範囲
低電力ステート マシンと例外回復は、低電力プロジェクトにおける特定のエンジニアリング上の問題を解決するために開発されました。作業は顧客の既存の設計とビジネス要件から始まり、障害終了、制限付き再試行、永続性、および再起動リカバリを設計します。合意されたモジュールに従って、ステータス図、コード、構成、および障害挿入記録を提供します。
ベースラインで入力をチェックする
動作ステータス、タイムアウト、リトライ、ストレージ、ウォッチドッグの要件を確認し、測定と変更の範囲を明確にします。
実装と適応
障害終了、制限付き再試行、永続化および再起動リカバリを設計し、ソリューションの選択と依存関係の条件を記録します。
ターゲット環境の共同デバッグ
停電時点、通信タイムアウト、エラー中断、低電圧サイクルをカバーし、パラメータ変更後のビジネス動作を確認します。
文書と記録の配信
バージョン、ビルド、または使用方法を説明する状態図、コード、構成、およびフォールト挿入記録を提供します。
プロジェクトの実施プロセス
- 入力確認: 動作ステータス、タイムアウト、再試行、ストレージおよびウォッチドッグの要件。
- 実装方法: 障害終了、制限付き再試行、永続化、および回復の再開を設計します。
- フェーズレビュー: 停電時点、通信タイムアウト、エラー中断、低電圧サイクルをカバーします。
- エンジニアリングの提供: 状態図、コード、構成、およびフォールト挿入記録。
設計条件と機能制限
データは永続キューと後続のプランと組み合わせて保持でき、同時に容量、有効期限、オーバーフローのルールを明確にすることができます。アラーム サービスを優先して処理できます。
特別なサービスは、合意されたモジュールを実装境界とします。ハードウェアの変更、サードパーティの契約、プラットフォーム全体、または外部テストが関係する場合、インターフェイス、ワークロード、および責任は個別に確認され、ローカルな変更はデバイス全体のパフォーマンスに関する結論として直接使用されません。
プロジェクト開始に必要な資料
- 作業ステータス、タイムアウト、再試行、ストレージおよびウォッチドッグの要件。
- 既存のプロトタイプと再現可能な問題、または新しいプロジェクトの機能と消費電力の目標。
- 変更された設計、ソースコード、およびサードパーティの依存関係は許可されます。機能と互換性を維持する必要があります。
- 納品リスト、ターゲット環境、サンプル範囲、プロジェクトのマイルストーン、および承認方法。
成果物と検収
| 配信内容 | 確認方法 |
|---|---|
| 状態図、コード、構成、およびフォールト挿入の記録 | ファイル一覧で編集可否、バージョン、使用方法、依存関係を確認できます。 |
| 実装検証 | 停電時点、通信タイムアウト、エラー中断、低電圧サイクルをカバーし、対応する動作条件と結果を保持します。 |
| 機能と消費電力の比較 | 条件の変化とその影響を考慮して、該当するハードウェア、ソフトウェア、バッテリー、温度、ビジネス サイクルを修正しました。 |
| 再生産とフォローアップメンテナンス | ビルドまたは実行の手順、既知の制限、パラメーターの範囲、および未解決のケースを提供します。 |
よくある質問
再試行を制限するということは、データを提供することを意味しますか?+
データは永続キューと後続のプランと組み合わせて保持でき、同時に容量、有効期限、オーバーフローのルールを明確にすることができます。アラーム サービスを優先して処理できます。
プロジェクトを開始する前にどのような情報を準備する必要がありますか?+
この作業は、動作ステータス、タイムアウト、再試行、ストレージ、およびウォッチドッグの要件に焦点を当てています。データが不完全な場合は、追試や整理が必要な範囲を定めてから実装を進めます。
完全なデバイス開発プロジェクトと一緒に実装できますか?+
プロジェクト全体の作業パッケージとして使用することも、既存の製品に対して個別に実装することもできます。他のモジュールとのインターフェース、バージョン、最終的なマシン検証の責任について説明する必要があります。
エンジニアリング参考資料
省電力モードでは、ネットワーク許可と実際のエントリ状態を確認する必要があり、弱いカバレッジでのネットワーク検索と再試行は個別に測定する必要があります。セルラー電力消費分析リファレンス
相談
電話
WeChat
トップに戻る