両方のデバイスの CAN ポートは、フレーム パラメータ、データの意味、または制御の相互作用に関する一致を証明しません。メッセージを受信した場合でも、インバータはバッテリの状態を解釈したり、BMS 制限を正しく使用したりできない場合があります。ゲートウェイが必要かどうかを判断する前に、実際の違いを確認してください。
インターフェースの各層を確認する
| レイヤー | 確認すべきこと | 不十分な証拠 |
|---|---|---|
| 電気接続 | ピン配置、トランシーバー、電源、基準グランド、終端および絶縁 | 同じコネクタで直接接続可能 |
| バスとフレーム | ビットレート、標準または拡張フレーム、CANまたはCAN FD、識別子 | 1 つのフレームを受信すると、すべてのメッセージに対する互換性が証明されます。 |
| データ定義 | フィールドの位置、バイト順序、スケーリング、単位、符号付きの値、および無効な値 | 正しい SOC は、すべてのフィールドが正しいことを証明します |
| アプリケーションの対話 | ノードの役割、起動順序、期間、リクエストとレスポンス、タイムアウト | ステータスを継続的に送信することで充電と放電が可能になります |
ゲートウェイはどのような違いに対処できますか?
文書化と認可が許可されている場合、ゲートウェイはメッセージのデコード、フィールドの再エンコード、状態のマッピング、送信のスケジュール設定、およびタイムアウトの処理を行うことができます。識別子の変更だけでは、サポートされていないフレーム形式、インターフェイス保護の欠落、利用できない重大な状態、またはアクセスできないターゲット プロトコルを克服することはできません。欠落している保護または制限データを、捏造された正常値に置き換えてはなりません。
推奨される検証手順
まず、両方のデバイス モデル、ファームウェア、プロトコルのバージョンを特定します。機器に精通した担当者は、電気的状態を確認する必要があります。合意されたテスト環境でメッセージをキャプチャし、データ フィールドをチェックしてから、起動、通常の対話、タイムアウト、および回復をテストします。結果をブランドのすべてのモデルに拡張することなく、テストされたデバイスの組み合わせと機能を記録します。
参照と範囲
フレーム形式とコントローラーの機能については、実際のチップとドライバーのドキュメントを参照してください。以下の Espressif リファレンスでは、標準フレームと拡張フレーム、および CAN FD サポートを区別しています。特定のボードまたはバッテリーとインバーターのペアは検証されません。この記事では、ブランドの組み合わせについてテストされた互換性の主張ではなく、レビュー方法を提供します。
参考文献
質疑応答
ピン配置とビット レートを一致させると、直接的な相互運用性が確立されますか?
それ自体ではありません。電気的およびバスの状態に加えて、フレーム形式、識別子、フィールドの意味、ユニット、ノードの役割、起動順序、タイムアウトを確認し、合意されたデバイスの組み合わせをテストします。接続条件の一致は、そのレビューの一部のみをカバーします。
CAN 識別子をインバータが予期する値に変更するだけで十分ですか?
識別子の変更は、残りの定義が一致する場合にのみ、作業の限定的な部分となる可能性があります。スケーリング、符号付きの値、制限、状態、期間、または障害ルールの違いについては、マッピングと検証が必要です。欠落している状態を、捏造された正常値に置き換えてはなりません。
テストされた組み合わせは、同じブランドの他のモデルとの互換性を確立できますか?
自動的ではありません。結果により、バッテリー、BMS、インバーター、ファームウェア、プロトコルのバージョン、およびテストされた機能が特定されるはずです。他のモデルまたはバージョンについては、相違点のレビューと関連する追加のテストが必要です。この記事では、テストに成功したブランドの組み合わせについては報告しません。
相談
電話
WeChat
トップに戻る