Figure 12: IOC - LastIsBest communication

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm (sd Ioc LastIsBest) zur Spezifikation der Inter-OS-Application-Kommunikation (IOC) im AUTOSAR-OS-Umfeld. Dargestellt ist das Kommunikationsmuster „LastIsBest“ (1:1 oder N:1 unqueued/datenbasiertes Überschreiben) über Prozessorkerngrenzen hinweg zwischen zwei Software-Komponenten bzw. Applikationen via RTE und IOC.

2. Komponenten, Entitäten & Schnittstellen

Das Sequenzdiagramm umfasst fünf Lebenslinien:

• Sender Application (SND Core): Sendende AUTOSAR-Applikation auf dem Quell-Core.
• «module» SND Core RTE :Rte: Runtime Environment Instanz auf dem Sender-Core.
• «module» Ioc::Ioc: Inter-OS-Application Communicator des AUTOSAR OS als zentrales Übertragungsmodul.
• «module» RCV Core RTE :Rte: Runtime Environment Instanz auf dem Empfänger-Core.
• Receiver Application (RCV Core): Empfangende AUTOSAR-Applikation auf dem Ziel-Core.

Beteiligte Schnittstellen und Operationen:

• Rte_Write_<p>_<o>(Std_ReturnType, Rte_Instance, void): Sender-RTE-API-Aufruf zum Schreiben von Daten.
• IocWrite_<IocId>[_<SenderId>](<Data>, Std_ReturnType): IOC-Schreiboperation mit optionalem Sender-Identifikator.
• Rte_Read_<p>_<o>(Rte_Instance, void*): Empfänger-RTE-API-Aufruf zum Auslesen von Daten.
• IocRead_<IocId>(<Data>*, Std_ReturnType): IOC-Leseoperation zur Pufferabfrage.
• Rückgabewerte: :IOC_E_OK auf IOC-Ebene sowie :RTE_E_OK auf RTE-/Applikationsebene.

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf gliedert sich in zwei voneinander entkoppelte Phasen:

1. Schreibsequenz (Sende-Core):

• Die sendende Applikation ruft synchron Rte_Write_<p>_<o>(Std_ReturnType, Rte_Instance, void) auf der lokalen RTE auf.
• Die RTE leitet die Daten über IocWrite_<IocId>[_<SenderId>](<Data>, Std_ReturnType) an das Modul Ioc::Ioc weiter.
• Das IOC kopiert den RTE-Puffer in einen internen IOC-Puffer (Kommentar: „The RTE buffer is copied into an IOC internal buffer.“).
• Das IOC quittiert den Aufruf synchron mit :IOC_E_OK an die Sender-RTE.
• Die Sender-RTE meldet den Erfolg mit :RTE_E_OK an die Sender-Applikation zurück.

1. Lesesequenz (Empfangs-Core):

• Die empfangende Applikation ruft synchron Rte_Read_<p>_<o>(Rte_Instance, void*) an der lokalen RTE auf.
• Die Empfänger-RTE ruft IocRead_<IocId>(<Data>*, Std_ReturnType) am Modul Ioc::Ioc auf.
• Der IOC-Empfangspuffer wird in den Puffer der Empfängerapplikation kopiert (Kommentar: „The IOC reception buffer is copied into the buffer of the receiver application.“).
• Das IOC quittiert die Operation mit :IOC_E_OK an die Empfänger-RTE.
• Die Empfänger-RTE schließt den Lesevorgang mit :RTE_E_OK gegenüber der Empfänger-Applikation ab.

4. Normative Relevanz & Entwickler-Hinweise

Das Sequenzdiagramm definiert die semantischen Anforderungen an LastIsBest-Kanäle im AUTOSAR OS:

• Datensemantik: Es handelt sich um eine ungebuffertes/nicht-warteschlangenbasiertes Kommunikationsmuster (Last-is-Best), bei dem jeweils der jüngste übertragene Zustand im IOC-Puffer vorgehalten und überschrieben wird.
• Pufferübertragung: Explizite Kennzeichnung der Datenkopierschritte zwischen RTE- und IOC-internem Speicherraum.
• Synchronität: Beide Aufrufpfade (Write und Read) sind aus Sicht der jeweiligen Applikation synchron blockierende Aufrufe bis zur Quittierung mit RTE_E_OK bzw. IOC_E_OK.
• Parametrierung: Beim IOC-Schreibaufruf ist bei N:1-Kommunikation der SenderId-Parameter optional bzw. konfigurierbar vorgesehen ([_<SenderId>]).