Figure 9.98: Interfaces for generic request handling
3b47a49f69caaa2ee57fd144f02315513505f6ad8b77e3789830dd3d1501e9c2
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 zur Diagnose- und Serviceanbindung.
- «aapFunctionalCluster» Diagnostic Management: Daemon-basierter Diagnoseverwaltungscluster.
- Schnittstellenspezifikation OperationCycle:
- Typ / Metamodell:
DiagnosticOperationCycleInterface,Usage: Public API. - Operationen:
GetOperationCycle,SetNotifier,SetOperationCycle.
- Typ / Metamodell:
- Schnittstellenspezifikation Indicator:
- Typ / Metamodell:
Name: Indicator,Technology: Port interface,Generated: No,Meta-model interface type: DiagnosticIndicatorInterface,Usage: Public API. - Operationen:
GetIndicator,SetNotifier.
- Typ / Metamodell:
- Modellierte Port-Interfaces:
«aapPortInterface,a...» Monitor: OperationenOffer(),ReportMonitorAction(),StopOffer().«aapPortInterface,aapAPI» Event: OperationenGetDebouncingStatus(),GetDTCNumber(),GetEventStatus(),GetFaultDetectionCounter(),GetLatchedWIRStatus(),GetTestComplete(),SetEventStatusChangedNotifier(),SetLatchedWIRStatus().«aapPortInterface,aap...» GenericDataIdentifier: OperationenOffer(),Read(),StopOffer(),Write().«aapPortInterface,aap...» GenericUDSService: OperationenHandleMessage(),Offer(),StopOffer().«aapPortInterface,aap...» GenericRoutine: OperationenOffer(),RequestResults(),Start(),Stop(),StopOffer().
- Port-Beziehungen:
Adaptive Applicationbindet an alle fünf Port-Interfaces (Monitor,Event,GenericDataIdentifier,GenericUDSService,GenericRoutine) über«use» «aapRequiredPort»an.Diagnostic Managementbindet anGenericDataIdentifier,GenericUDSServiceundGenericRoutineüber«use» «aapRequiredPort»sowie anMonitorundEventüber Required-Port-Verbindungen an.
3. Dynamisches Verhalten & Sequenzablauf
Die Abläufe unterteilen sich in Statusverwaltung und Diagnoseanfrageverarbeitung:
- Operationszyklen: Über
GetOperationCycleundSetOperationCyclewird der aktuelle Operationszyklus abgefragt bzw. gesetzt.SetNotifierregistriert Benachrichtigungsfunktionen bei Statusänderungen. - Indikatorenverwaltung: Über
GetIndicatorwird der aktuelle Indikatorstatus abgefragt, undSetNotifierregistriert Handler für Aktualisierungen von Indikatoren. - Generische Diagnose- und Routinenverarbeitung:
Offer()undStopOffer()steuern die Dienstbereitschaft; generische Nachrichten (HandleMessage), Identifier (Read/Write) und Routinen (Start/Stop/RequestResults) wickeln Diagnoseanfragen ab. - Fehler- und Eventbehandlung: Abfragen zu DTC, Entprellung und Fehlerzählern sowie Statusänderungsbenachrichtigungen synchronisieren den Event-Zustand.
4. Normative Relevanz & Entwickler-Hinweise
DiagnosticOperationCycleInterface und DiagnosticIndicatorInterface sind als Public API ohne Codegenerierung deklariert. Sie ermöglichen es Applikationen, Betriebszyklen und Statusindikatoren des Fahrzeugs aktiv zu steuern bzw. zustandsgesteuert auf deren Änderungen zu reagieren.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.