Rohde & Schwarz Scope Rider RTH Benutzerhandbuch Seite 222

®
R&S Scope Rider RTH
●
RTR: Bit für Remote-Übertragungsanforderung. Dient zur Unterscheidung zwi-
schen Basisframes und erweiterten Frames. Es ist dominant für Basisdatenframes
und rezessiv für erweiterte Datenframes.
●
SRR: Substitute Remote Request. Ersetzt in erweiterten CAN-Frames das RTR-Bit
in Basisframes.
●
IDE: Identifier-Erweiterungsbit. Erleichtert die Unterscheidung zwischen einem
Basisframe und einem erweiterten Datenframe. Es ist dominant für Datenframes
und rezessiv für Remote-Frames.
●
r0/r1: reservierte Bits für mögliche spätere Nutzung.
●
DLC: Datenlängencode. Gibt an, wie viele Datenbytes folgen.
●
Data: bis zu 8 Datenbytes sind für CAN übertragbar.
●
CRC: Prüfsummenfeld (Cyclic Redundancy Check). Dient zur Prüfung der Integrität
des Frameinhalts.
●
ACK: Bestätigungsfeld. Dies ist ein rezessives Bit, das vom Knoten überschrieben
wird, wenn die Nachricht korrekt übertragen wurde.
●
EOF: End of Frame, markiert das Ende der Nachricht.
●
IFS: Interframe Space, Zwischenraum zwischen Frames. Trennt einen Daten- oder
Remote-Frame von den vorhergehenden Frames.
CAN FD-Datennachrichtenformat
Es gibt viele Gemeinsamkeiten zwischen dem CAN- und CAN FD-Protokoll. Die
Hauptunterschiede sind:
●
CAN FD definiert eine Datenlänge von bis zu 64 Bytes.
●
CAN FD definiert zwei Bitknoten, einen für die Arbitrierungsphase und einen für die
Datenphase.
●
Übertragung von Steuerfeld ab BRS-Bit aufwärts, Datenfeld und CRC-Feld mit
einer höheren Datenrate.
●
CRC-Größe und -Berechnung unterscheiden sich von CAN.
Das Protokoll CAN FD definiert ebenfalls zwei Formate für den Datenrahmen, und
zwar das Basis-Frameformat und das erweiterte Frameformat. Die Datenframes von
CAN FD sind wie folgt aufgebaut:
Bild 9-25: CAN FD-Basisframe
Bild 9-26: Erweiterter CAN FD-Frame
Benutzerhandbuch 1326.1578.03 ─ 19
CAN und CAN FD (Optionen R&S RTH-K3, R&S RTH-K9)
Protokollanalyse
222