ノート(8)優先順位は、CAN

免責事項:この記事はブロガーオリジナル記事です、続くBY-SAのCC 4.0を著作権契約、複製、元のソースのリンクと、この文を添付してください。
このリンク: https://blog.csdn.net/qq_32618327/article/details/100524152


1.仲裁

  1. バスアイドル状態では、ユニットは、最初のメッセージの送信ウェイトが得られる送信を開始する(先着順)

  2. 複数のユニットを同時に開始から調停期間を調停するために、送信ユニットを送信を開始する
    ユニットは、連続的に最も支配的なレベル0(ID小さいが)を送信し続けることができる出力します

仲裁プロセス:
ここに画像を挿入説明


前記データフレームとリモートフレームの優先順位

同じIDを有するデータをバス上に競合する場合、リモートフレーム
アービトレーションフィールドの最後のリモート送信要求ビットがRTR優先度を有するドミナントビットのデータフレームであり、送信は継続することができます

リモートフレームのアービトレーションプロセスデータ:
ここに画像を挿入説明


優先度3の標準フォーマットと拡張フォーマット

競争がバス上の同じフレームIDまたは拡張フォーマットの標準的なフォーマットIDのデータフレームを有する遠隔制御データフレーム
の標準的な遠隔制御フレームRTRビット劣性ビット、拡張リモートフレームSRRビット劣性ビット、拡張データフレームSRRビット劣性ビット
標準データフレームRTRビットドミナントビットが優先され、送信し続けること

アービトレーションプロセスの標準および拡張フォーマット
ここに画像を挿入説明


4.優先順位の概要

利用できるから:

  1. バスアイドル状態では、ユニットは、最初のメッセージの送信ウェイトが得られる送信を開始する(先着順)

  2. 複数のユニットが同時に送信を開始し、送信部は、セグメントから調停開始を調停します

  3. 同じIDをもつ、これらのデータフレーム>リモートフレーム、基準フレーム>拡張フレーム

だから、標準のリモートフレームと拡張データ間の優先順位は、それがフレーム?

標準的な遠隔制御フレームRTR1劣性が、セグメントの制御下であるが位置IDE定数0が支配的である
拡張データフレーム時SRRと下部一方がIDE1劣性一定であります

することによりRTRSRRIDE複合体は、同じIDを持つ場合には知ることができ、優先度:
標準データフレーム>標準リモートフレーム>拡張データフレーム>拡張リモートフレーム

別の場合では、同じベースIDは、異なるID拡張フレームの拡張であり、
次いで第1延長ID比較に時間、小さなIDプライオリティ


参考:
「プライマーCAN」


関連の推奨:
(7)CAN注意CANプロトコル(II)
(6)CAN注意CANプロトコル(a)の
CANノート(5)標準プロトコル
CANノート(4)基本概念プロトコル
CANノート(3)エラーステータス


ありがとうございます!

おすすめ

転載: blog.csdn.net/qq_32618327/article/details/100524152