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