DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-b483e6692153d392 930 × 994 px 2 Release(s)

Figure 9.99: Generated interfaces for request handling

SHA-256 Inhalts-Fingerabdruck: b483e6692153d392e806f92a032f97b291fae0ef6ccf002a1d80761a374fa7d0

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

  • Klassifikation: Hybrides Spezifikationsdiagramm (Kombination aus tabellarischer Schnittstellendefinition und UML-Komponenten-/Schnittstellendiagramm der AUTOSAR Adaptive Platform).
  • Technischer Zweck: Spezifikation des Interaktionsmodells für die Diagnoseanfragebehandlung (Request Handling) zwischen dem Functional Cluster Diagnostic Management (DM) in daemon-basierter Ausprägung und einer Adaptive Application (AA), unterteilt in generische und modellgenerierte Schnittstellen.
  • Architektonische Einordnung: Ergänzung der generierten, typspezifischen Schnittstellen (ara::diag) um standardisierte generische Schnittstellen (GenericUDSService, GenericRoutine) für Anwendungsfälle, in denen Diagnoseanfragen ohne vordefiniertes Datenmodell dynamisch oder payload-transparent von der Applikation verarbeitet werden.

2. Komponenten, Entitäten & Schnittstellen

  • Komponenten:
    • Adaptive Application: SWC/Prozess auf Betriebssystemebene; implementiert sowohl generierte Schnittstellen als auch generische Nachrichten-Handler.
    • «aapFunctionalCluster» Diagnostic Management (daemon-based): Zentraler Plattform-Daemon der Adaptive Platform; vermittelt UDS-Requests an registrierte generierte oder generische Schnittstellen.
  • Tabellarische Port-Interfaces (nicht generiert, Generated: No, Public API):
    • GenericUDSService (Metamodell-Typ: DiagnosticGenericUdsInterface): Generische UDS-Nachrichtenweiterleitung.
      • HandleMessage: Nimmt vollständige UDS-Request-Nachrichten zur applikationsspezifischen Verarbeitung entgegen.
      • Offer() / StopOffer(): Aktiviert bzw. deaktiviert das Weiterleiten von Diagnoseanfragen durch das Diagnostic Management.
    • GenericRoutine (Metamodell-Typ: DiagnosticRoutineGenericInterface): Generische Abwicklung von RoutineControl-Requests (Service 0x31).
      • Offer() / StopOffer(): Aktiviert bzw. deaktiviert das Weiterleiten von Routine-Anfragen.
      • Start: Bearbeitung von RoutineControl-Requests mit SubFunction Start.
      • Stop: Bearbeitung von RoutineControl-Requests mit SubFunction Stop.
      • RequestResults: Bearbeitung von RoutineControl-Requests mit SubFunction RequestResults.
  • Generierte Port-Interfaces («aapPortInterface, aapAPI»):
    • Routine: Generierte Schnittstelle für UDS-Service 0x31 (+ Offer(), + StopOffer(), + Start(), + Stop(), + RequestResults()).
    • DataIdentifier: Generierte Schnittstelle für DIDs (+ Offer(), + StopOffer(), + Read(), + Write()).
    • DataElement: Generierte Schnittstelle für atomare Datenelemente (+ Offer(), + StopOffer(), + Read()).
  • Beziehungen & Stereotypen:
    • Adaptive Application ➔ Schnittstellen: Interface Realization (gestrichelte Linie mit geschlossener Dreiecksspitze).
    • Diagnostic Management ➔ Schnittstellen: Dependency / Interface Usage («use», «aapRequiredPort»).

3. Dynamisches Verhalten & Sequenzablauf

  1. Service-Registrierung (Lifecycle Start):
    • Die AA instanziiert die generierten Handler- bzw. generischen Service-Klassen.
    • AA ruft synchron Offer() auf (für GenericUDSService, GenericRoutine, Routine, DataIdentifier, DataElement). Das DM schaltet das Weiterleiten (Forwarding) eingehender Testeranfragen für die jeweiligen Identifier frei.
  2. Request Dispatching (Normalbetrieb, asynchron):
    • Generischer UDS-Dienst: Eingehende UDS-Requests werden über GenericUDSService::HandleMessage direkt an die AA übergeben.
    • Generische Routine-Steuerung: Routine-Requests (0x31) für nicht dediziert modellierte Routine-IDs werden an GenericRoutine weitergeleitet (Start, Stop, RequestResults).
    • Typisierte/generierte DIDs & Routinen: Eingehende Standard-DIDs (0x22/0x2E) werden über DataIdentifier::Read()/Write() bzw. DataElement::Read() bedient; modellierte Routinen über Routine::Start(), Stop(), RequestResults().
  3. Service-Deregistrierung (Lifecycle End):
    • Bei Shutdown oder temporärer Inaktivität ruft die AA StopOffer() auf.
    • Eingehende Testeranfragen für abgemeldete Services beantwortet das Diagnostic Management direkt mit entsprechenden NRCs, ohne Forwarding zur AA.

4. Normative Relevanz & Entwickler-Hinweise

  • Generierte vs. statische Port-Interfaces: Die Spezifikation unterscheidet strikt zwischen nicht generierten Public APIs (GenericUDSService, GenericRoutine, Generated: No) für raw/generisches Message-Handling und generierten APIs (Routine, DataIdentifier, DataElement), die aus dem Diagnostic Extract (DEXT) kompiliert werden.
  • Forwarding-Semantik (Offer/StopOffer): Der Aufruf von Offer() schaltet im DM-Daemon das Routing und Forwarding der entsprechenden UDS-Nachrichten frei. Erst nach erfolgreichem Offer() werden Requests an die Applikation durchgestellt.
  • Asynchrone Ausführung & Non-Blocking-Vertrag: Alle Methodenaufrufe erfolgen nicht-blockierend über asynchrone Plattform-Primitive (ara::core::Future). Langlaufende Operationen dürfen den IPC-Thread des DM-Daemons nicht blockieren.
  • Daemon-basierte IPC-Overheads: Sämtliche Aufrufe zwischen AA und DM unterliegen prozessübergreifender Interprozesskommunikation (IPC).

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

R22-11 → R23-11 redaktionell Vorgänger: FIG-5757b5e173fc3656
  • Tabellenlayout / Umbruch: Am oberen Bildrand ist die Kopf- und Metadatensektion der Schnittstelle GenericUDSService abgeschnitten; lediglich die Tabellenzeilen der Operationen (HandleMessage, Offer, StopOffer) sind als Umbruchfragment sichtbar. Das nachfolgende Diagramm und die Schnittstelle GenericRoutine sind unverändert.
R24-11 → R25-11 normative Änderung Nachfolger: FIG-cde3deea9bdfbfbd
  • Beziehungsumkehr (Realization vs. Use): Die Realisierungs- und Nutzungsbeziehungen zwischen Adaptive Application und Diagnostic Management (daemon-based) wurden invertiert:
    • Diagnostic Management (daemon-based) realisiert nun die Schnittstellen Routine, DataIdentifier und DataElement (Interface Realization via gestrichelter Linie mit geschlossener Dreiecksspitze).
    • Adaptive Application bindet die Schnittstellen über Required Ports ein («use», «aapRequiredPort»).
  • Einführung des Stereotyps «aapCallbackMethod»:
    • Routine: Die Methoden RequestResults(), Start() und Stop() sind neu als «aapCallbackMethod» deklariert; Offer() und StopOffer() verbleiben als reguläre Port-Methoden.
    • DataIdentifier: Die Methoden Read() und Write() sind neu als «aapCallbackMethod» deklariert; Offer() und StopOffer() verbleiben als reguläre Port-Methoden.
    • DataElement: Die Methode Read() ist neu als «aapCallbackMethod» deklariert; Offer() und StopOffer() verbleiben als reguläre Port-Methoden.
  • Tabellenfragment: Am oberen Bildrand ist die Tabelle GenericUDSService weiter nach oben verschoben, sodass nur noch die beiden Zeilen Offer und StopOffer sichtbar sind.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

HandleMessage Handles an UDS request message. | Offer Enable forwarding of request messages from Diagnostic Management. | Operations: | StopOffer Disable forwarding of request messages from Diagnostic Management. | Name: GenericRoutine | Technology: Port interface | Generated: No | Meta-model interface type: | DiagnosticRoutineGenericInterface | Usage: Public API | Description: Generic interface to handle RoutineControl requests. | Offer Enable forwarding of request messages from Diagnostic Management. | RequestResults Called for RoutineControl with SubFunction RequestResults request for this Diagnostic RoutineIdentifier. | Start Called for RoutineControl with SubFunction Start request for this DiagnosticRoutine Identifier. | Stop Called for RoutineControl with SubFunction Stop request for this DiagnosticRoutineIdentifier. | Operations: | StopOffer Disable forwarding of request messages from Diagnostic Management. | «aapFunctionalCluster» Diagnostic Management daemon-based | «aapPortInterface,aapAPI» | Routine | + Offer() + RequestResults() + Start() + Stop() + StopOffer() | «aapPortInterface,aapAPI» | DataIdentifier | + Offer() + Read() + StopOffer() + Write() | «aapPortInterface,aapAPI» | DataElement | + Offer() + Read() + StopOffer() | Adaptive Application | «use» «aapRequiredPort» | «use» «aapRequiredPort» | «use» «aapRequiredPort»

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_EXP_SWArchitecture S. 133 9.92 Figure 9.92: Generated interfaces for request handling
R24-11 AUTOSAR_AP_EXP_SWArchitecture S. 148 9.99 Figure 9.99: Generated interfaces for request handling