Figure 16: Interactions between the AUTOSAR COM module and the PDU router

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm (Interaktionsdiagramm mit drei sequenziellen Rahmen seq). Modelliert die standardisierten Interaktions- und Datenflussszenarien zwischen dem AUTOSAR COM-Modul (Com, Services Layer) und dem PDU Router (PduR, Communication Abstraction Layer) für die Bussysteme CAN, LIN und FlexRay.

2. Komponenten, Entitäten & Schnittstellen

• Komponenten / Module:
  • «module» Com: AUTOSAR Communication-Modul (Signal- und I-PDU-Verarbeitung, Signal-Packing/-Unpacking, Filterung).
  • «module» PduR: PDU Router (I-PDU-Routing zwischen busabstrahierenden Schnittstellen und oberen Schichten).
• Schnittstellen & Interaktionen:
  • Empfangspfad (seq Reception CAN, LIN, FlexRay):
    • Com_RxIndication(PduIdType, uint8*): Callback vom PduR an Com zur Übergabe empfangener I-PDU-Daten.
  • Sendepfad mit TriggerTransmit (seq Transmission LIN, FlexRay):
    • PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) :Std_ReturnType: Sendeanforderung von Com an PduR.
    • Com_TriggerTransmit(Std_ReturnType, PduIdType, PduInfoType**): Polling-Callback von PduR an Com zur Datenabholung für zeitgesteuerte Busse.
    • Com_TxConfirmation(PduIdType): Sendeabschluss-Bestätigung von PduR an Com.
  • Direkter Sendepfad (seq Transmission CAN):
    • PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) :Std_ReturnType: Sendeanforderung von Com an PduR.
    • Com_TxConfirmation(PduIdType): Sendeabschluss-Bestätigung von PduR an Com.
  • Synchroner Rückgabewert: E_OK() als synchrone Antwort auf PduR_ComTransmit.

3. Dynamisches Verhalten & Sequenzablauf

• Sequenz Reception CAN, LIN, FlexRay:
  1. PduR ruft bei PDU-Empfang synchron Com_RxIndication(PduIdType, uint8*) auf.
  2. Com führt die interne Verarbeitung aus (Internal processing()), z. B. Entpacken und Signalrouting.
  3. Gestrichelte Kontrollrückkehr zum PduR.
• Sequenz Transmission LIN, FlexRay:
  1. Com initiiert die Übertragung via PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*).
  2. PduR verarbeitet intern (internal processing()) und antwortet synchron mit E_OK().
  3. Zum Sendezeitpunkt im Bus-Fahrplan ruft PduR nach interner Verarbeitung (internal processing()) Com_TriggerTransmit(Std_ReturnType, PduIdType, PduInfoType**) auf, um Nutzdaten abzufragen.
  4. Com stellt die Daten im Rahmen von Internal processing() bereit und kehrt zurück.
  5. Nach erfolgreicher Bus-Übertragung ruft PduR Com_TxConfirmation(PduIdType) auf; Com schließt den Vorgang intern ab (Internal processing()) und kehrt zurück.
• Sequenz Transmission CAN:
  1. Com stößt die direkte Übertragung mit PduR_ComTransmit(Std_ReturnType, PduIdType, const PduInfoType*) an.
  2. PduR quittiert die Anforderung synchron mit E_OK().
  3. Nach erfolgter Übertragung meldet PduR den Abschluss über Com_TxConfirmation(PduIdType). Com führt die interne Nachbereitung aus (Internal processing()) und kehrt zurück.

4. Normative Relevanz & Entwickler-Hinweise

• Definiert die standardisierten Interaktionsabläufe gemäß AUTOSAR COM SWS.
• Unterscheidet architekturell zwischen getriggerten Übertragungen (TriggerTransmit für deterministische, fahrplanbasierte Busse wie LIN und FlexRay) und direkten/ereignisgesteuerten Übertragungen (CAN).
• Spezifische Eigenheiten dieser Release-Fassung (R4.0.3):
  • Com_RxIndication übergibt Nutzdaten als einfachen Byte-Zeiger uint8* ohne explizite Längenangabe im Struct.
  • Com_TriggerTransmit verwendet eine Zeiger-auf-Zeiger-Signatur PduInfoType**.
  • Com_TxConfirmation übermittelt ausschließlich die PduIdType ohne Statusparameter (result).
  • Entwickler müssen sicherstellen, dass PDU-IDs in COM und PduR konsistent konfiguriert sind und Daten bei TriggerTransmit reentrant bereitgestellt werden können.