Figure 9: 2: Overview of Dlt message transmission on one LogChannel

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm zur Darstellung des Kontroll- und Datenflusses bei der Übertragung von DLT-Nachrichten über einen einzelnen Log-Kanal im AUTOSAR-Classic-Plattform-Schichtenmodell (BSW-Modul Dlt). Es veranschaulicht das Zusammenspiel zwischen BSW-Modulen, Software-Komponenten (SWC), dem Schicht-Manager / Scheduler (SchM), Treibern (Gpt) und der Kommunikationsschnittstelle (PduR).

2. Komponenten, Entitäten & Schnittstellen

Lebenslinien und Komponenten:

• Dlt User: Generischer Aufrufer, aufgeteilt über ein alternatives Fragment (alt Dlt User) in die Ausprägungen [Det], [Rte] und [SWC].
• «module» SchM: Basic Software Scheduler zur zyklischen Triggerung von BSW-Hauptfunktionen.
• «module» Dlt: Diagnostic Log and Trace Modul (Zentralinstanz für Filterung, Pufferung und Protokollaufbereitung).
• «module» Gpt: General Purpose Timer (zur Zeitstempelbereitstellung via Predef-Timer).
• «module» PduR: PDU Router zur Weiterleitung von PDUs an nachgelagerte Kommunikationsschnittstellen.

Schnittstellen und Operationen:

• Dlt_DetForwardErrorTrace(moduleId, instanceId, apiId, errorId)
• Dlt_SendTraceMessage(return, sessionId, traceInfo, traceData, traceDataLength)
• Dlt_SendLogMessage(return, sessionId, logInfo, logData, logDataLength)
• Gpt_GetPredefTimerValue(return, PredefTimer, TimeValuePtr)
• Dlt_TxFunction()
• PduR_DltTransmit(PduId)
• Modulinterne Operationen von Dlt: Apply Message filtering(), Select target LogChannel(), Check Message Length(), Apply current LogChannel threshold(), Increase Dlt Message Counter(), Add Message to LogChannelBuffer(), Compose Dlt Header(), Remove Message from Buffer().

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf gliedert sich in zwei asynchrone Phasen (Erfassung/Pufferung und zyklisches Senden):

1. Nachrichtenerfassung und -pufferung (synchroner Aufruf durch Dlt User):
   • Im kombinierten Fragment alt Dlt User erfolgt der Aufruf durch einen von drei Kontexten:
     • [Det]: Ruft Dlt_DetForwardErrorTrace(...) auf.
     • [Rte]: Ruft Dlt_SendTraceMessage(...) auf.
     • [SWC]: Ruft Dlt_SendLogMessage(...) auf.
   • Dlt ruft synchron Gpt_GetPredefTimerValue(...) an Gpt auf, um den aktuellen Zeitstempel zu ermitteln.
   • Dlt führt nacheinander interne Verarbeitungsschritte aus:
     • Apply Message filtering()
     • Select target LogChannel()
     • Check Message Length()
     • Apply current LogChannel threshold()
     • Increase Dlt Message Counter()
     • Add Message to LogChannelBuffer()
   • Kontrollfluss kehrt mit Return-Pfeil an den aufrufenden Dlt User zurück.
2. Zyklische Nachrichtenübertragung (gesteuert durch SchM):
   • SchM triggert die zyklische Verarbeitungsfunktion Dlt_TxFunction() von Dlt.
   • Innerhalb der Schleife loop according to traffic shaping setting:
     • Dlt führt intern Compose Dlt Header() aus.
     • Dlt ruft PduR_DltTransmit(PduId) auf; PduR antwortet synchron per Return.
     • Im optionalen Fragment opt retry (bei Übertragungsfehler oder Retry-Bedingung): Erneuter Aufruf von PduR_DltTransmit(PduId) mit synchroner Rückmeldung.
     • Nach erfolgreicher Übergabe führt Dlt intern Remove Message from Buffer() aus.
   • Nach Abarbeitung des Sendeintervalls kehrt der Kontrollfluss per Return von Dlt an SchM zurück.

4. Normative Relevanz & Entwickler-Hinweise

• Entkopplung von Datenbereitstellung und physischer Übertragung: Das Modul Dlt puffert eingehende Meldungen in Log-Kanal-Puffern (LogChannelBuffer), während die Aussendung zeitlich entkoppelt in der Hauptfunktion Dlt_TxFunction() stattfindet.
• Durchsatzsteuerung (Traffic Shaping): Das Senden über die PduR ist durch eine Schleife reglementiert (loop according to traffic shaping setting), um Busüberlastungen zu vermeiden.
• Wiederholungsmechanismus: Ein opt retry-Block kapselt die optionale Wiederholung des PDU-Versands via PduR_DltTransmit.
• Zeitstempelung: DLT stützt sich zur konsistenten zeitlichen Einordnung auf Predef-Timer des GPT-Treibers.