統合評価には、両側に実際のデバイスとアプリケーション プロトコルが必要です。ブランド名やCANがサポートされているという記述だけでは不十分です。入手可能なドキュメント、欠落している入力、およびテスト条件をリストして、プロトコル分析、顧客ボードのファームウェア、およびデバイスの統合作業を分離します。
プロジェクト入力チェックリスト
| 入力グループ | 必要な情報 | 決定が支持されました |
|---|---|---|
| 機器のアイデンティティ | バッテリー、BMSまたはBMU、インバーターのモデルとファームウェア、システム接続 | プロトコルの適用性とバージョンの違い |
| アプリケーションプロトコル | 実際の CAN ドキュメント、バージョン、フィールド定義、および許可された使用 | フレームのデコード、制限および状態マッピング |
| 電気インターフェース | ピン配置、電源、基準グランド、終端、ハーネス、および絶縁 | ボードの選定と接続条件 |
| 生サンプル | タイムスタンプ付きメッセージ、構成、既知の動作条件 | フィールド、タイミング、兆候、起動動作 |
| ボードとソフトウェア | 回路図、コントローラーおよびトランシーバー、SDK、ドライバーおよび既存のコード | ファームウェアの実装とインターフェースのリソース |
| テストと成果物 | 利用可能なデバイスと人員、運用範囲、マイルストーンと合格基準 | 統合計画、受け入れ、コストの境界 |
プロトコル文書の確認方法
各ドキュメントに記載されているインターフェース、バージョン、対象機種をご確認ください。 RS485 ドキュメントは CAN アプリケーション プロトコルを置き換えるものではなく、同様のプロトコル名は同じバージョンを確立しません。参考図に記載されているブランド、モデル、互換性については、実際のデバイスやテスト記録と照らし合わせて確認する必要があります。制限されたメーカーのドキュメントについては、許可された使用に同意し、共有する前に取り決めを確認してください。
不完全な入力から何が始まるでしょうか?
初期作業には、入力ギャップ レジスタ、インターフェイス リソースのレビュー、利用可能なメッセージの分析、および限定されたプロトタイプ計画が含まれます。制限、状態、またはタイムアウトの定義が欠落している場合、対応する機能は未確認のままになります。機器が利用できない場合、シミュレータのテストとデバイスの統合は別のマイルストーンとなります。見積もりでは、実行可能な作業、追加の入力に依存する作業、およびサンプルまたはテストのコストを区別する必要があります。
承認前に入力バージョンを凍結する
配信リストをデバイス、プロトコル、ボード、ファームウェアのバージョンにリンクし、テスト ケースと未解決の問題を保持します。異なるインバータ モデル、ファームウェアのアップデート、メッセージの変更、またはボードの交換には、影響レビューと関連する回帰テストが必要です。以前のデバイスの組み合わせでは、変更されたシステムが自動的に検証されません。
質疑応答
プロトコルや機器の情報が不完全な場合、どのような作業を開始できますか?
作業では、まず欠落している入力を特定し、利用可能なインターフェイス情報を確認し、承認されたメッセージのキャプチャと機器のサポートを確立します。重要なフィールド、状態、またはテストデバイスが利用できない場合、入力レビューを統合が完了したものとして報告したり、すべての機能が合格したと報告したりしてはなりません。
機器名に加えてどのバージョンの詳細が必要ですか?
両方のデバイス モデル、BMS およびインバータ ファームウェア、そのプロトコル バージョン、ゲートウェイ ボード、MCU、SDK およびドライバのバージョンを記録します。メッセージとテスト記録は、さまざまなリビジョンからの情報を 1 つの受け入れベースラインに組み合わせるのではなく、そのバージョン セットまで追跡する必要があります。
開発中のプロトコルやファームウェアの変更はどのように処理すべきですか?
以前のバージョンと新しいバージョン、影響を受けるフィールド、インタラクション、テスト ケースを記録し、追加の開発範囲と回帰範囲を定義します。マッピング テーブルと受け入れベースラインを更新し、影響を受ける機能を確認します。古いバージョンの合格レコードは、新しいバージョンの合格を直接確立しません。
相談
電話
WeChat
トップに戻る