SOC の表示だけでは完全な統合は確立されません。値は、一部のステータス メッセージのみから取得される場合もあれば、キャッシュされたデータから取得される場合もあります。すべての制限、アラーム、制御状態に対する正しい相互作用を証明するものではありません。承認には、記録された機器、ファームウェア、およびテスト条件とともに、プロトコルで定義されている必要なデータと状態が含まれている必要があります。
推奨される受け入れチェック
| チェックする | 何を観察すべきか | 保持すべき証拠 |
|---|---|---|
| データの一貫性 | 単位、方向、スケーリング、SOC、電圧、電流、温度の有効性 | 生のメッセージ、デコードされたデータ、デバイスの表示 |
| 動作上の制約 | 許可された電圧、電流、充電または放電のプロトコル転送が可能 | 入力制限、変換結果、デバイスの応答 |
| アラームと状態 | 一貫したアラームのアクティブ化、クリア、状態遷移 | 状態シーケンス、タイムスタンプ、ログ |
| リンク損失と古いデータ | 停止したメッセージ、失われたリンク、または無効なフィールドの検出と指定された処理 | タイムアウトの定義、トリガー手順、および実際の動作 |
| 回復と再起動 | 再接続または再起動後の初期化と許可された回復 | 起動ログ、回復シーケンス、未解決の問題 |
合格基準を定義する方法
テストの前に、入力条件、期待される出力、許容誤差または時間枠、デバイスの動作に対する責任、および証拠の形式を定義します。充電および放電テストは、システムを操作するための装備を備えたプロジェクト担当者によって実行されます。ゲートウェイは、BMS またはインバータ保護をバイパスするために通常状態を作成してはなりません。このテーブルはテスト計画をサポートします。しきい値は、デバイスのプロトコルと合意されたテスト計画から決まります。
マイルストーン結果を記録する方法
フィールドサンプル検証としてメッセージのデコードを記録します。実際のプロトタイプスコープを使用して、開発ボード上の部分的な対話を記録します。デバイステストは、合格、不合格、未検証のケースを個別に報告します。モデルまたはファームウェアの変更には回帰評価が必要です。 1 回の表示観察では、実行されていない動作条件や継続的な動作テストが置き換えられるわけではありません。
相談
電話
WeChat
トップに戻る