®
R&S
Scope Rider RTH
Byte-Offset.................................................................................................................. 229
Address from
Fehlerbedingungen: CRC, Bit-Stuffing, Format, Ack,
CAN-Trigger
Abhängig vom ausgewählten CAN-Triggertyp sind verschiedene zusätzliche Parameter
verfügbar.
„Frame-Start"
„Frame-Ende"
„Frame-Typ"
„Kennung"
„Kennung + Daten"
„Fehlerbedingung"
Fernsteuerbefehl:
TRIGger:CAN:TYPE
Frame-Typ
CAN verfügt über mehrere Frametypen, die als Triggerbedingung verwendet werden
können.
Für Daten- und Remote-Frames muss das Identifier-Format mit
den.
„Fehler"
„Überlast"
„Daten"
Benutzerhandbuch 1326.1578.03 ─ 19
CAN und CAN FD (Optionen R&S RTH-K3, R&S RTH-K9)
Label..................................................................................................... 229
Triggert auf das Stoppbit des Synchronisationsfeldes.
Triggert nach einem Wakeup-Frame.
Triggert auf einen angegebenen Frametyp (Daten, Remote, Fehler
oder Überlast). Bei Daten- und Remote-Frames wird auch das Identi-
fier-Format berücksichtigt.
Setzt den Trigger auf einen bestimmten Identifier oder einen Identi-
fier-Bereich. Es wird nur der 6-Bit-Identifier ohne Paritätsbits berück-
sichtigt, nicht der geschützte Identifier.
Setzt den Trigger auf eine Kombination aus Identifier- und Datenbe-
dingung. Das Gerät triggert am Ende des letzten Bytes des angege-
benen Datenmusters.
Identifiziert verschiedene Fehler im Frame. Sie können einen oder
mehrere Fehlertypen als Triggerbedingung auswählen.
auf Seite 480
Erkennt ein Knoten einen Fehler, bricht er die Übertragung ab, indem
er einen Fehlerframe sendet.
Das Gerät triggert sieben Bitintervalle nach dem Ende des Fehler-
Flags, das durch eine dominant-rezessive Flanke markiert ist.
Der
ID-Typ
ist für Fehlerframes irrelevant.
Wenn ein Knoten eine Verzögerung zwischen Daten- und/oder
Remote-Frames benötigt, sendet er einen Überlastframe.
Das Gerät triggert sieben Bitintervalle nach dem Ende des Überlast-
Flags, das durch eine dominant-rezessive Flanke markiert ist.
Der
ID-Typ
ist für Überlastframes irrelevant.
Der Datenframe ist der einzige Frame für die eigentliche Datenüber-
tragung.
Protokollanalyse
SC........................................... 229
ID-Typ
festgelegt wer-
227