開発範囲
顧客のメッセージ仕様に基づいて、フレーム解析、送信、ハートビート処理、エラー状態処理を実装します。
- このサービスの対象者
- CANバスを使用する機器メーカーおよび制御システムインテグレータ
- 同意する成果物
- プロトコル適応モジュール、メッセージ マッピング、およびターゲット デバイス統合テストの記録。
プロジェクト開始に必要な資料
情報は、インターフェイス、実装条件、作業範囲を決定するために使用されます。
- CAN メッセージ定義、フレーム フォーマット、ビット レート、ノード構成
- フィールドのビット幅、スケーリング、周期、ハートビート、コマンド応答ルール
- 終端抵抗、ワイヤーハーネス、負荷、およびエラー回復要件
成果物と検収
- 納品ドキュメント
- プロトコル適応モジュール、メッセージ マッピング、およびターゲット デバイス統合テストの記録。
- バージョンと再現性
- 配信リストには、ターゲット ハードウェア、ソフトウェア バージョン、構築または展開手順、インターフェイス構成、およびテスト記録が記録され、その後の統合テストとメンテナンスが容易になります。
- メッセージサンプルに基づいてフィールドのエンコード、デコード、送信サイクルを確認します
- ノードの切断、メッセージのタイムアウト、バス エラーの処理を確認する
- ターゲットバス負荷時のメッセージ受信とコマンド結果を記録する
受け入れは、双方が確認した機器、バージョン、環境、サンプル、指標に基づいて行われます。ソースコードと設計文書の範囲、プロトタイプの材料、サードパーティの料金、およびその後のメンテナンスがプロジェクト文書に記載されています。
よくある質問
CAN インターフェイスはプロトコルのドキュメントなしで統合できますか?
CAN インターフェイスは、通信要件の一部のみを定義します。アプリケーション分野では依然としてプロトコル文書または認可されたテスト情報が必要です。統合範囲を確認する前に、何を検証できるか、どのデバイスが利用可能かを確認してください。
開発範囲を決定するにはどのような情報が必要ですか?
以下を提供してください: CAN メッセージ定義、フレーム形式、ビット レート、およびノード構成。フィールドのビット幅、スケーリング、周期、ハートビート、およびコマンド応答ルール。終端抵抗、ワイヤーハーネス、負荷、およびエラー回復要件。不足している情報は、範囲が合意される前に、インターフェイスのチェックや集中的な実現可能性テストを通じて対処できます。
プロジェクトについて話し合う
デバイスとインターフェイス情報を使用して範囲を定義する
ワークロードの評価と段階的な配信手配を容易にするために、ターゲット機能、既存の機器またはコード、インターフェイス プロトコル、展開環境、および計画されたマイルストーンを提供してください。
BMS データ、制限、および障害状態のマッピング
エネルギー貯蔵統合の場合、電圧、電流、SOC、温度、許容充放電制限、アラーム、イネーブル状態のフィールドチェックを使用して、CANのデコードとハートビート作業を拡張します。ソースとターゲットのフィールド、単位、スケーリング、方向、有効な範囲、および古いデータ ルールを記録します。欠落している状態を固定の通常値で埋めてはなりません。
フィールド サンプル、状態遷移、停止したメッセージまたはリンク損失、無効な値、再起動と回復のケースを追加します。タイムアウトと回復条件はターゲット プロトコルに従い、バッテリー、BMS、インバーター、ファームウェアのバージョンが記録されます。 SOC 表示は、制限と保護関連の状態の統合を証明するものではありません。
相談
電話
WeChat
トップに戻る