AUTOSAR_AP_EXP_SWArchitecture FIG-11f8b04c37c196ef 681 × 497 px 3 Release(s)

Figure 13.5: Example using one diagnostic address for each Software Cluster

SHA-256 Inhalts-Fingerabdruck: 11f8b04c37c196ef31ca823f9aea1133f399a3a5ac99be0b6fa42be5d5ee5abe

✦ 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-Objektdiagramm / Architektur-Deployment-Diagramm im Kontext der AUTOSAR Adaptive Platform (Software Cluster Management und Diagnostic Management). Das Diagramm visualisiert die Zuordnung von Diagnoseadressen und Diagnosebeiträgen (DiagnosticContributionSet) zu Software Clustern auf Basis einer 1:1-Zuordnung von Diagnoseadressen pro Software Cluster sowie die Wiederverwendung identischer Data Identifier (DIDs) über getrennte Diagnoseadressen hinweg.

2. Komponenten, Entitäten & Schnittstellen

Vier abgegrenzte Diagnosebereiche in standardisierter 2-stelliger Hex-Adressierung:

Grüner Rahmen (Diagnostic address 0x01): app1: Software Cluster (category = APPLICATION_LAYER) verweist über gerichteten Pfeil auf :DiagnosticContributionSet mit Attributen diagnosticAddress = 0x01 und DID 0x2314.
Gelber Rahmen (Diagnostic address 0x02): app2: Software Cluster (category = APPLICATION_LAYER) verweist über gerichteten Pfeil auf :DiagnosticContributionSet mit Attributen diagnosticAddress = 0x02 und DID 0x4123.
Blauer Rahmen (Dinagnostic address 0x03 [Tippfehler im Original]): Platform Core: Software Cluster (category = PLATFORM_CORE, diagnosticAddress = 0x3) verweist über gerichteten Pfeil auf :DiagnosticContributionSet mit Attributen diagnosticAddress = 0x03 und DID 0x1234.
Roter Rahmen (Diagnostic address 0x04): Platform: Software Cluster (category = PLATFORM, diagnosticAddress = 0x4) verweist über gerichteten Pfeil auf :DiagnosticContributionSet mit Attributen diagnosticAddress = 0x04 und DID 0x1234.

Drei erläuternde Notizen:

„Each Software Cluster has an own diagnostic address in this example.“ (gestrichelt assoziiert an den roten Rahmen).
„The same DID may be used by Software Clusters with a different diagnostic address.“ (gestrichelt verbunden mit den beiden :DiagnosticContributionSet-Instanzen von Platform Core und Platform, die beide DID 0x1234 tragen).
„Please note that several simplifications and omissions to the diagnostic configuration have been made for brevity.“

3. Dynamisches Verhalten & Sequenzablauf

Statisches Konfigurations- und Deklarationsmodell. Es zeigt keine zeitliche Sequenzabfolge, sondern die logische Zuordnung von Diagnosebeiträgen (DiagnosticContributionSet) und Diagnose-Identifikatoren (DIDs) zu Software-Clustern sowie die Granularität der Diagnose-Adressierung (eigenständige Diagnoseadresse pro Cluster bzw. gemeinsame Diagnoseadresse bei hierarchischer Clusterstruktur über Root-Cluster). DIDs mit gleichem Bezeichner (0x1234) können parallel in disjunkten Diagnoseadressbereichen koexistieren.

4. Normative Relevanz & Entwickler-Hinweise

Für Implementierung und Konfiguration des Adaptive-Platform-Diagnosesystems:

Jeder Software-Cluster besitzt eine eigene Diagnoseadresse, die explizit im :DiagnosticContributionSet konfiguriert wird (diagnosticAddress = 0x01, 0x02, 0x03, 0x04).
Keine hierarchische Sub-Cluster-Aufteilung mehr in diesem Szenario (app2 agiert als eigenständiger Software Cluster).
Identische DIDs (z. B. 0x1234) dürfen über getrennte Diagnoseadressen (0x03 in Platform Core und 0x04 in Platform) redundant und unabhängig definiert sein.
Exemplarische, vereinfachte Darstellung zur Veranschaulichung der Adressdisjunktheit und DID-Scoping.

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

R22-11 → R23-11 normative Änderung Vorgänger: FIG-5a110927b0e197d0

Gelber Rahmen: Umbenennung des Rahmen-Headers von Shared diagnostic address 0x2 zu Diagnostic address 0x02.
app2Root, app2Sub1 und app2Sub2 zusammengefasst zu einem einzelnen Software Cluster app2: Software Cluster (Attribut: category = APPLICATION_LAYER).
diagnosticAddress-Attribute: In app1 und app2Root entfernt; stattdessen als Attribut in alle :DiagnosticContributionSet-Instanzen verlagert (diagnosticAddress = 0x01, diagnosticAddress = 0x02, diagnosticAddress = 0x03, diagnosticAddress = 0x04).
Adress-Formatierung im Header: Alle Rahmen-Header verwenden zweistellige Hex-Notation (0x01, 0x02, 0x03, 0x04).
DIDs in :DiagnosticContributionSet:
- app1: DID 0x1234 entfernt, verbleibt nur DID 0x2314.
- app2: Neues :DiagnosticContributionSet mit DID 0x4123 zugeordnet (per durchgezogenem Pfeil).
Notiz rechts: Text angepasst von „Each root Software Cluster has an own diagnostic address in this example.“ zu „Each Software Cluster has an own diagnostic address in this example.“
Gestrichelte Beziehungslinien zur Notiz „The same DID may be used by Software Clusters with a different diagnostic address.“: Gehen nun von den :DiagnosticContributionSet-Instanzen von Platform Core (0x03) und Platform (0x04) aus, da beide DID 0x1234 nutzen.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Begleitender Spezifikationstext:

Explanation of Adaptive Platform Software Architecture AUTOSAR AP R25-11 another extreme a single diagnostic address per Software Cluster could be used (see Figure 13.5). Deployment scenarios in between those extremes are also possible. Shared diagnostic address 0x1234 Platform Core: Software Cluster - category = PLATFORM_CORE Platform: Software Cluster - category = PLATFORM

Vorkommen in AUTOSAR-Releases (3)

Release	Dokument	Seite	Nr.	Bildunterschrift im Dokument
R23-11	AUTOSAR_AP_EXP_SWArchitecture	S. 192	13.5	Figure 13.5: Example using one diagnostic address for each Software Cluster
R24-11	AUTOSAR_AP_EXP_SWArchitecture	S. 228	13.5	Figure 13.5: Example using one diagnostic address for each Software Cluster
R25-11	AUTOSAR_AP_EXP_SWArchitecture	S. 248	13.5	Figure 13.5: Example using one diagnostic address for each Software Cluster