2401285_ja-JP

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

2401285_ja-JP

2401285_ja-JP

LLCE CAN

LLCE CAN通信を実施する際に問題が発生しました。2つのCANノードが2つの120Ω終端抵抗で直接接続されている環境で、ピアデバイスがリスニングモードのときにACKERRが発生します。同時に、LLCEファームウェアが自動的に再送信を行い、バスの最大帯域幅を使用しているように見えます。自動再送信の回数を設定する方法、または自動再送信を停止する方法があるかどうかを知りたいです。

回复: LLCE CANRTDSW32G_RTD_4.4_4.0.2_P04_D2312とS32G_LLCE_1_0_9を使用します。回复: LLCE CAN

こんにちは、 @JACK_Q

こんにちは

私の理解では、これはLLCEソフトウェアとは関係ないはずです。主な原因はCANプロトコル層のACKメカニズムにあります。相手側がリスニング専用モードの場合、ACKは送信されません。このとき、S32G LLCE側から送信されたフレームはACKを受信せず、ACKERRを報告します。その後、コントローラは再送信を続行しますが、これはCAN送信失敗後の動作と一致します。

上記の操作はプロトコルに規定されているとおりです。再送信回数を設定するような構成は見当たりません。


BR

チェイン


回复: LLCE CAN実際のプロジェクトアプリケーションでは、ACKERRやその他の問題によるネットワークストームで再送信が発生することは絶対に避けたいところです。そこで、自動再送信を無効にする方法があるかどうかを知りたいです。自動再送信を制御するオプションがない場合、ソフトウェアによる監視と設定が唯一の解決策となるのでしょうか?回复: LLCE CAN

こんにちは、 @JACK_Q

ご状況は理解いたしました。確かに、上位レベルのソフトウェアで適切な処理戦略を監視・設定することは一般的に推奨されます。


BR

チェイン

Tags (1)
No ratings
Version history
Last update:
2 weeks ago
Updated by: