Figure 9.8: Sequence diagram of GetOBDFaultInformation

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm zur Interaktion zwischen externem Diagnose-Tester und den AUTOSAR-Basissoftwaremodulen des Diagnostic Stack (Dcm und Dem) bei der Ausführung von OBD-Diagnosediensten (GetOBDFaultInformation). Das Diagramm illustriert den Ablauf von OBD-Anfragen gemäß ISO 15031-5 bzw. SAE J1979 zur Ermittlung fahrzeugspezifischer Diagnose- und Fehlerinformationen.

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Lebenslinien:

• Generic Scan Tool: Externes Diagnoseprüfgerät als Initiator der Diagnoseservices.
• «module» Dcm: Diagnostic Communication Manager zur Entgegennahme, Interpretation und Beantwortung von On-Board-Diagnoseanfragen.
• «module» Dem: Diagnostic Event Manager zur Verwaltung und Filterung von Diagnosestatusdaten, DTCs und Freeze-Frame-Daten.

Verwendete Schnittstellen und Aufrufe:

• Tester-Kommunikation:
  • Service S01: RequestVehicleInformation PID S01() / Positive Response to Service S01 with PID S01()
  • Service S03: Request emission related DTCs() / Positive Response to Service S03()
  • Service S02: Request Powertrain freeze frame data PID S02, FF: S00() / Positive response to Service S02, PID S02()
• BSW-interne Schnittstellen (Dcm zu Dem):
  • Dem_DcmSetDTCFilter(Dem_ReturnSetFilterType, Dem_UdsStatusByteType, Dem_DTCKindType, Dem_DTCFormatType, Dem_DTCOriginType, boolean, Dem_DTCSeverityType, boolean) inklusive Rückmeldung Dem_DcmSetDTCFilter()
  • Dem_DcmGetNumberOfFilteredDTC(Dem_ReturnGetNumberOfFilteredDTCType, uint16*) inklusive Rückmeldung Dem_DcmGetNumberOfFilteredDTC()
  • Dem_DcmGetNextFilteredDTC(Dem_ReturnGetNextFilteredElementType, uint32*, Dem_UdsStatusByteType*) inklusive Rückmeldung Dem_DcmGetNextFilteredDTC()
  • Dem_DcmGetDTCOfOBDFreezeFrame(FrameNumber=0x00, DTC) inklusive Rückmeldung Dem_DcmGetDTCOfOBDFreezeFrame()

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf gliedert sich in drei aufeinanderfolgende Service-Anfragen:

1. Service 01 (PID 01): Das Scan Tool sendet Service S01: RequestVehicleInformation PID S01(). Der Dcm setzt über Dem_DcmSetDTCFilter(...) den Filter im Dem und fragt mit Dem_DcmGetNumberOfFilteredDTC(...) die Anzahl der gefilterten DTCs ab. Nach Erhalt der Bestätigungen sendet der Dcm eine Positive Response to Service S01 with PID S01() an den Tester zurück.
2. Service 03: Das Scan Tool fordert mit Service S03: Request emission related DTCs() abgasrelevante Fehlercodes an. Der Dcm konfiguriert den DTC-Filter via Dem_DcmSetDTCFilter(...). Anschließend iteriert ein Loop-Fragment loop Get DTCs mit der Abbruchbedingung [Repeat until function returns "NoMatchingDTCs"]: Innerhalb der Schleife ruft der Dcm wiederholt Dem_DcmGetNextFilteredDTC(...) auf, empfängt die DTC- und Statusdaten und aggregiert diese in einem internen Selbstaufruf Assemble response message(). Nach Verlassen der Schleife übermittelt der Dcm die Positive Response to Service S03().
3. Service 02: Das Scan Tool fragt Powertrain-Freeze-Frame-Daten an (Service S02: Request Powertrain freeze frame data PID S02, FF: S00()). Der Dcm liest den zugehörigen DTC über Dem_DcmGetDTCOfOBDFreezeFrame(FrameNumber=0x00, DTC) aus dem Dem aus und antwortet mit Positive response to Service S02, PID S02().

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm definiert die funktionale Abfolge für die OBD-Dienste Service 01,02 und $03 zwischen Dcm und Dem. Es veranschaulicht die iterative Abfrage gefilterter Fehlercodes mittels Schleifenbedingung bis zum Fehlercode-Erschöpfungsstatus (NoMatchingDTCs). Entwickler müssen beachten, dass der Filter vor der Abfrageanzahl bzw. vor der Iteration der DTCs passend parametriert wird und die Rückgabewerte die Fortführung der Iterationsschleife steuern.