DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_FlexRayARTransportLayer FIG-78ee3b57250f18d8 804 × 185 px 4 Release(s)

Figure 20: Flow Control frame

SHA-256 Inhalts-Fingerabdruck: 78ee3b57250f18d8faf410d8dee73da97495f8c1945a5772b8e5172843c3aa3b
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

Strukturelles Protokoll- und Frame-Format-Diagramm (Bit-/Byte-Layout einer Protocol Data Unit). Das Diagramm spezifiziert den Aufbau des Protocol Control Information (PCI) Feldes eines Flow Control (FC) N-PDU/Frames innerhalb des AUTOSAR Classic Platform FlexRay Transport Layer (FrArTp). Es ordnet die Protokollsteuerungs-Parameter auf N-PDU-Ebene an der Schnittstelle zwischen Sender und Empfänger bei segmentierter Datenübertragung an.

2. Komponenten, Entitäten & Schnittstellen

Das Flow Control Frame besteht aus einem 3 Byte langen PCI-Header (PCI (3 Byte)), unterteilt in vier aufeinanderfolgende Felder:

  • FT (4 Bit): Frame Type (Kennzeichnung des N-PDU-Typs als Flow Control).
  • FS (4 Bit): Flow Status (Statusanzeige zur Steuerung des weiteren Sendeflusses, z. B. Continue To Send, Wait, Overflow).
  • BS (8 Bit): Block Size (maximale Anzahl aufeinanderfolgender Consecutive Frames, die ohne weitere Flow-Control-Bestätigung übertragen werden dürfen).
  • STmin (8 Bit): Separation Time minimum (minimal einzuhaltender zeitlicher Abstand zwischen zwei aufeinanderfolgenden Consecutive Frames).

Eine Nutzlast (Payload) ist im Flow-Control-Frame nicht enthalten; die gesamte PDU besteht aus diesen 3 Byte PCI.

3. Dynamisches Verhalten & Sequenzablauf

Der Empfänger einer segmentierten Übertragung generiert und sendet das Flow Control Frame nach dem Empfang eines First Frame (FF) oder nach Ablauf eines definierten Übertragungsblocks (Block Size). Anhand des Feldes FS signalisiert der Empfänger dem Sender seine Empfangsbereitschaft. Über BS wird dem Sender vorgegeben, wie viele Consecutive Frames gesendet werden dürfen, bevor ein erneutes FC-Frame erwartet wird. STmin definiert die minimale Pause zwischen den einzelnen Consecutive Frames, um eine Überlastung des Empfängerpuffers zu verhindern.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm definiert eine normative Bit- und Byte-Aufteilung für die Implementierung des FrArTp-Moduls gemäß ISO 10681-2 bzw. AUTOSAR-Transportschichtspezifikation. Entwickler müssen sicherstellen, dass die Felder FT und FS im ersten Byte exakt jeweils 4 Bit belegen (FT höherwertiges Nibble, FS niederwertiges Nibble), gefolgt von BS in Byte 1 und STmin in Byte 2. Sender- und Empfängerzustandsautomaten müssen die Wertebereiche von FS (CTS/WT/OVFLW), BS und STmin korrekt serialisieren, deserialisieren und timerbasiert anwenden.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R3.1.5 → R3.2.3 keine inhaltliche Änderung Nachfolger: FIG-664db45648b2a976

Keine inhaltlichen Änderungen erkennbar.

R3.2.3 → R4.0.3 keine inhaltliche Änderung Vorgänger: FIG-664db45648b2a976

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Vorkommen in AUTOSAR-Releases (4)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R2.1.20 AUTOSAR_SWS_FlexRay_TP S. 39 20 Figure 20: Flow Control frame
R3.0.7 AUTOSAR_SWS_FlexRay_TP S. 38 20 Figure 20: Flow Control frame
R3.1.5 AUTOSAR_SWS_FlexRay_TP S. 38 20 Figure 20: Flow Control frame
R4.0.3 AUTOSAR_SWS_FlexRayARTransportLayer S. 47 20 Figure 20: Flow Control frame