DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_RTE FIG-69aa94015c15f689 925 × 891 px 1 Release(s)

Figure 4.26: Sender Receiver communication with isQueued false and DataReceivePoint as reception mechanism

SHA-256 Inhalts-Fingerabdruck: 69aa94015c15f6897941a5c09c153a49666c96e01da70a79977991e6071aa7ca

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ 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

UML-Sequenzdiagramm zur Spezifikation der AUTOSAR-Laufzeitumgebung (RTE). Das Diagramm veranschaulicht die inter-ECU Sender-Receiver-Kommunikation für ungepufferte Datenelemente (isQueued = FALSE) unter Verwendung expliziter Kommunikationsmechanismen (DataSendPoint auf Senderseite, DataReceivePoint auf Empfängerseite) und zeigt das Verhalten der Leseoperation (Rte_Read) bei Vorhandensein eines Initialisierungswerts (initValue).

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Lebenslinien (Komponenten und Module):

  • Sender Application: Software-Komponente auf der Sender-ECU.
  • Sender's RTE: Laufzeitumgebung der Sender-ECU.
  • Sender's COM / Network / Receiver's COM: Abstrahierte Kommunikationsschicht (AUTOSAR COM) beider Steuergeräte inklusive Übertragungsnetzwerk.
  • Receiver's RTE: Laufzeitumgebung der Empfänger-ECU mit internem Puffer für Datenelement a.
  • Receiver application: Software-Komponente auf der Empfänger-ECU.

Schnittstellen und Operationen:

  • Rte_Write_p_a: Expliziter RTE-Sendeaufruf der Sender-Anwendung an Port p für Datenelement a (Rückgabewert: RTE_E_OK).
  • Com_SendSignal: Sendeaufruf der RTE an das COM-Modul der Sender-ECU (Rückgabewert: E_OK).
  • Rte_COMCbk_<sn>: COM-Empfangs-Callback der Empfänger-ECU zur Benachrichtigung der Empfänger-RTE.
  • Com_ReceiveSignal: Abruf des empfangenen Signals durch die Empfänger-RTE aus dem COM-Puffer (Rückgabewert: E_OK).
  • Rte_Read_p_a: Expliziter RTE-Leseaufruf der Empfänger-Anwendung an Port p für Datenelement a mit Ausgabeparameter (Rückgabewert: RTE_E_OK).

Konfigurationskontext:

  • Port-Name: p
  • Datenelement: a
  • isQueued = FALSE
  • Sender: DataSendPoint
  • Empfänger: DataReceivePoint

3. Dynamisches Verhalten & Sequenzablauf

Der Sequenzablauf gliedert sich in Initialisierung, frühes Lesen, Übertragung und aktualisiertes Lesen:

  1. Initialisierung (1): Beim Start hinterlegt die Empfänger-RTE den konfigurierten initValue im für das Datenelement a allokierten RTE-Puffer.
  2. Erstes Lesen vor Übertragung (2, 3): Die Receiver application ruft synchron Rte_Read_p_a auf. Der Inhalt des RTE-Puffers (noch der Initialwert) wird in den OUT-Parameter der Empfängeranwendung kopiert und der Aufruf mit RTE_E_OK quittiert.
  3. Senden auf Sender-ECU: Die Sender Application ruft Rte_Write_p_a auf. Die Sender's RTE leitet das Datum via Com_SendSignal an das COM-Modul weiter. COM bestätigt mit E_OK, woraufhin Rte_Write_p_a mit RTE_E_OK an die Anwendung zurückkehrt.
  4. Empfang und Puffer-Update (4, 5): Das COM-Modul der Empfänger-ECU kopiert das empfangene Datum in seinen COM-Puffer und ruft den Benachrichtigungs-Callback Rte_COMCbk_<sn> der RTE auf. Die Empfänger-RTE liest den Wert per Com_ReceiveSignal aus dem COM-Puffer aus (Rückgabe E_OK) und überschreibt den bisherigen Wert im RTE-Puffer für Datenelement a. Während der Ausführung des Callbacks muss ein nebenläufiger Aufruf von Rte_Read_p_a blockiert werden (Nebenläufigkeitsschutz/Puffersperre).
  5. Zweites Lesen nach Übertragung (6, 7): Ein erneuter Aufruf von Rte_Read_p_a durch die Receiver application kopiert nun das neu empfangene Datenelement a aus dem RTE-Puffer in den OUT-Parameter und liefert RTE_E_OK.

4. Normative Relevanz & Entwickler-Hinweise

  • Pufferverhalten: Bei isQueued = FALSE handelt es sich um eine 1-Element-Semantik (Last-is-Best/Überschreiben). Veraltete Werte werden durch neu eintreffende Daten im Puffer ersetzt.
  • Initialisierung: Vor dem ersten Signalempfang garantiert die RTE die Rückgabe des parametrierten initValue.
  • Synchronisation und Reentrancy: Da Rte_COMCbk_<sn> im Kontext des COM-Moduls (oft Interrupt- oder Task-Kontext) ausgeführt wird und Rte_Read_p_a aus dem Anwendungskontext stammt, muss die RTE Konsistenz garantieren: Der Callback muss gleichzeitige Lesezugriffe auf denselben RTE-Puffer sperren/blockieren.
  • Signalisierung: COM nutzt Com_SendSignal und Com_ReceiveSignal mit dem Statuswert E_OK. Die RTE-APIs geben RTE_E_OK zurück.

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

R2.1.20 → R3.0.7 keine inhaltliche Änderung Nachfolger: FIG-2018857ff1d97b7a

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Sender Application | Sender's RTE Sender's COM | Network Receiver's COM | Receiver's RTE Receiver application | (3) init value is stored in the receiver's OUT parameter. | (7) The last received data item a is stored in the receiver's OUT parameter | Inter-ECU communication Explicit Sender-Receiver communication: | Port name = p Data element name = a DataElementPrototype attribute isQueued = FALSE (Data distribution) The sender DataElementPrototype is referenced by a DataSendPoint | The receiver DataElementPrototype is referenced by a DataReceivePoint | (5) RTE receives the data item a from COM and replace the previous value in the RTE buffer for data item a. Note! The callback must block the RTERead_p_a call. | (1) The initValue is stored in the RTE buffer allocated for data item a. | (4) The received data item is copied to the COM buffer for data item a and the notification callback provided by RTE is invoked. | (2) The buffer for data item a is copied to the receiver's OUT parameter. | (6) The buffer for data item a is copied to the receiver's OUT parameter. | Rte_Read_p_a | RTE_E_OK | Rte_Write_p_a | Com_SendSignal | E_OK | RTE_E_OK | Rte_COMCbk_<sn> | Com_ReceiveSignal | E_OK | Rte_Read_p_a | RTE_E_OK

Begleitender Spezifikationstext:

Specification of RTE V1.2.0 R2.1 Rev 0020 4.3.1.11.5 Sequence diagrams of Sender Receiver communication Figure 4.26 shows a sequence diagram of how Sender Receiver communication for data transmission and non-blocking reception may be implemented by RTE. The sequence diagram also shows the Rte Read API behavior if an initValue is specified. Sender Application Sender's RTE Sender's COM Network Receiver's COM Receiver's RTE Receiver application (3) init value is stored in the receiver's OUT parameter. (7) The last received data item a is stored in the receiver's OUT parameter Inter-ECU communication Explicit Sender-Receiver communication: Port name = p Data element name = a DataElementPrototype attribute isQueued = FALSE (Data distribution) The sender DataElementPrototype is referenced by a DataSendPoint The receiver DataElementPrototype is referenced by a DataReceivePoint (5) RTE receives the data item a from COM and replace the previous value in the RTE buffer for data item a. Note! The callback must block the RTERead_p_a call. (1) The initValue is stored in the RTE buffer allocated for data item a. (4) The received data item is copied to the COM buffer for data item a and the notification callback provided by RTE is invoked. (2) The buffer for data item a is copied to the receiver's OUT parameter. (6) The buffer for data item a is copied to the receiver's OUT parameter. Rte_Read_p_a RTE_E_OK Rte_Write_p_a Com_SendSignal E_OK RTE_E_OK Rte_COMCbk_<sn> Com_ReceiveSignal E_OK Rte_R

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R2.1.20 AUTOSAR_SWS_RTE S. 119 4.26 Figure 4.26: Sender Receiver communication with isQueued false and DataReceivePoint as reception mechanism