DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-5238cf3a39003cda 930 × 889 px 1 Release(s)

Figure 9.108: Interfaces for generic request handling

SHA-256 Inhalts-Fingerabdruck: 5238cf3a39003cda31fac27b588dec8f127bc25c2dc5e78f4c0fc73f4c19622f

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-Klassendiagramm / Komponentendiagramm kombiniert mit tabellarischen Schnittstellendefinitionen im Kontext der AUTOSAR Adaptive Platform. Das Diagramm modelliert die Interaktion zwischen einer Adaptive Application und dem Funktionscluster Diagnostic Management zur generischen Anfrageverarbeitung, Diagnoseüberwachung sowie Indikator- und Operationszyklusverwaltung.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst folgende Kernentitäten:

  • Adaptive Application: Komponenteninstanz, die Diagnoseports konsumiert und implementiert.
  • «aapFunctionalCluster» Diagnostic Management: Daemon-basierter Funktionscluster für die Diagnoseverwaltung.
  • Schnittstellenspezifikation OperationCycle:
    • Typ / Metamodell: DiagnosticOperationCycleInterface (Kopfzeilen am oberen Bildrand beschnitten), Usage: Public API.
    • Operationen: GetOperationCycle, SetNotifier, SetOperationCycle.
  • Schnittstellenspezifikation Indicator:
    • Typ / Metamodell: Name: Indicator, Technology: Port interface, Generated: No, Meta-model interface type: DiagnosticIndicatorInterface, Usage: Public API.
    • Operationen: GetIndicator, SetNotifier.
  • Modellierte Port-Interfaces:
    • «aapPortInterface,a...» Monitor: Operationen Offer(), ReportMonitorAction(), StopOffer().
    • «aapPortInterface,aapAPI» Event: Operationen GetDebouncingStatus(), GetDTCNumber(), GetEventStatus(), GetFaultDetectionCounter(), GetLatchedWIRStatus(), GetTestComplete(), SetEventStatusChangedNotifier(), SetLatchedWIRStatus().
    • «aapPortInterface,aap...» GenericDataIdentifier:
      • Port-Methoden: Offer(), StopOffer().
      • «aapCallbackMethod»: Read(), Write().
    • «aapPortInterface,aap...» GenericUDSService:
      • Port-Methoden: Offer(), StopOffer().
      • «aapCallbackMethod»: HandleMessage().
    • «aapPortInterface,aap...» GenericRoutine:
      • Port-Methoden: Offer(), StopOffer().
      • «aapCallbackMethod»: RequestResults(), Start(), Stop().
  • Port-Beziehungen:
    • Adaptive Application bindet an alle fünf Port-Interfaces (Monitor, Event, GenericDataIdentifier, GenericUDSService, GenericRoutine) über «use» «aapRequiredPort» an.
    • Diagnostic Management verbindet sich mit Monitor, Event, GenericDataIdentifier, GenericUDSService und GenericRoutine über unbeschriftete Required-Port-Konnektoren.

3. Dynamisches Verhalten & Sequenzablauf

Die Interaktionssemantik unterscheidet zwischen Port-Lebenszyklus und Callback-Ausführung:

  1. Lebenszyklussteuerung: Offer() und StopOffer() steuern die Verfügbarkeit der generischen Dienste gegenüber dem Diagnostic Management.
  2. Asynchrone Callback-Verarbeitung: Die Methoden HandleMessage() (bei GenericUDSService), Read() / Write() (bei GenericDataIdentifier) sowie Start(), Stop() und RequestResults() (bei GenericRoutine) sind als «aapCallbackMethod» qualifiziert und werden ereignisgesteuert durch das Diagnose-Subsystem aufgerufen.
  3. Betriebszyklus- und Indikatordialog: Zyklen und Indikatoren werden über Getter, Setter und Benachrichtigungs-Callbacks (SetNotifier) synchronisiert.
  4. Event-Überwachung: Kontinuierliches Abfragen und Notifizieren von Entprell- und Fehlerzählerständen über das Event-Interface.

4. Normative Relevanz & Entwickler-Hinweise

Die Kennzeichnung der anwendungsspezifischen Implementierungsmethoden als «aapCallbackMethod» verdeutlicht die Umkehrung des Kontrollflusses: Applikationen bieten Ports via Offer() an, während konkrete Verarbeitungslogiken für UDS-Nachrichten, Data-Identifier und Routinen als Callbacks durch das Framework getriggert werden. Die Schnittstellen DiagnosticOperationCycleInterface und DiagnosticIndicatorInterface fungieren weiterhin als Public API.

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

R24-11 → R25-11 normative Änderung Vorgänger: FIG-3b47a49f69caaa2e
  • In den Schnittstellen GenericDataIdentifier, GenericUDSService und GenericRoutine wurden die Methodenaufrufe für die Anwendungslogik (Read(), Write(), HandleMessage(), RequestResults(), Start(), Stop()) unter das Stereotyp «aapCallbackMethod» gegliedert, getrennt von Offer() und StopOffer().
  • Die Assoziationen von Adaptive Application zu GenericDataIdentifier, GenericUDSService und GenericRoutine sind nun mit «use» und «aapRequiredPort» annotiert.
  • Die Port-Assoziationen von Diagnostic Management zu GenericDataIdentifier, GenericUDSService und GenericRoutine besitzen keine Beschriftung «use» und «aapRequiredPort» mehr.
  • Die Tabellenzeilen für Name, Technology und Generated des DiagnosticOperationCycleInterface sind am oberen Rand abgeschnitten.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Usage: Public API | Description: This interface provides functionality for handling of operation cycles. | GetOperationCycle Get the current OperationCycle. | SetNotifier Registers a notifier function which is called if the OperationCycle is changed. | Operations: | SetOperationCycle Set the current OperationCycle. | Name: Indicator | Technology: Port interface | Generated: No | Meta-model interface type: | DiagnosticIndicatorInterface | Usage: Public API | Description: This interface provides functionality for handling indicators. | GetIndicator Get current Indicator. Operations: | SetNotifier Register a notifier function which is called if the indicator is updated. | «aapFunctionalCluster» Diagnostic Management daemon-based | «aapPortInterface,a... | Monitor | + Offer() + ReportMonitorAction() + StopOffer() | «aapPortInterface,aap... | GenericUDSService | + Offer() + StopOffer() | «aapCallbackMethod» + HandleMessage() | «aapPortInterface,aap... | GenericDataIdentifier | + Offer() + StopOffer() | «aapCallbackMethod» + Read() + Write() | «aapPortInterface,aap... | GenericRoutine | + Offer() + StopOffer() | «aapCallbackMethod» + RequestResults() + Start() + Stop() | «aapPortInterface,aapAPI» | Event | + GetDebouncingStatus() + GetDTCNumber() + GetEventStatus() + GetFaultDetectionCounter() + GetLatchedWIRStatus() + GetTestComplete() + SetEventStatusChangedNotifier() + SetLatchedWIRStatus() | Adaptive Application | «use» «aapRequiredPort» «use» «aapRequiredPort» | «use» «aapRequiredPort» | «use» «aapRequiredPort» | «use» «aapRequiredPort»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R25-11 AUTOSAR_AP_EXP_SWArchitecture S. 154 9.108 Figure 9.108: Interfaces for generic request handling