DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_DefaultErrorTracer FIG-03c66ba1b2a395bb 230 × 74 px 1 Release(s)

Figure 3: Example of SW-Cs connected to the DET via service ports. On the left side, there are two instances of component SW-C Type A and one instance of component SW-C Type B.

SHA-256 Inhalts-Fingerabdruck: 03c66ba1b2a395bb746c7e6cd3b4c9fe8e61f09b620ec448cf0411574199c713

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-Komponentendiagramm / AUTOSAR VFB-Architekturausschnitt (Software Component Architecture) auf Ebene der Virtual Function Bus (VFB)-Modellierung im Kontext des Default Error Tracer (DET) der AUTOSAR Classic Platform (Release 4.2.2). Das Diagrammfragment illustriert die Port-basierte Verbindung (Assembly Connector) zwischen einer AUTOSAR Software-Komponente (SW-C) und dem Basissoftware-Dienst DET zur Fehlermeldung über standardisierte Service-Ports der RTE.

2. Komponenten, Entitäten & Schnittstellen

Der Bildausschnitt zeigt die Port-Schnittstellenkopplung zwischen zwei Systemelementen:

  • Linke Entität (SW-C): Begrenzung einer Software-Komponente mit einem quadratischen Port-Symbol und daran angeschlossener Halbkreis-Notation (Socket / Required Port / R-Port als Client-Interface).
  • Rechte Entität (DET Service): Begrenzung des DET-Basissoftware-Dienstes mit quadratischem Port-Symbol und daran angeschlossener Kreis-Notation (Ball / Provided Port / P-Port als Server-Interface).
  • Assembly Sw Connector: Horizontale Verbindungslinie zwischen Ball- und Socket-Symbol, welche den R-Port der SW-C mit dem P-Port des DET verbindet (Client-Server-Kopplung über die AUTOSAR RTE).
  • Schnittstellentyp: Service-Interface des DET (Client-Server-Interface zur Fehlerübermittlung).

3. Dynamisches Verhalten & Sequenzablauf

Das Schaubild stellt eine statische Strukturbeziehung dar; ein Sequenzablauf ist nicht explizit modelliert, ergibt sich jedoch aus dem zugrundeliegenden Client-Server-Muster:

  1. Eine SW-C identifiziert einen internen Fehler (Development-, Runtime- oder Transient-Error).
  2. Die SW-C ruft über ihren R-Port synchron eine Operation des DET-Service-Interfaces (z. B. ReportError) auf.
  3. Die RTE routet den Aufruf über den Assembly Connector an den P-Port des DET.
  4. Parameterübergabe: An den DET werden ModuleId, InstanceId, ApiId und ErrorId übermittelt. Bei Mehrfachinstanziierung von Modulen wird die ModuleId über Port-Defined Argument Values seitens der RTE fest gebunden, während ApiId und ErrorId von der aufrufenden SW-C dynamisch übergeben werden.

4. Normative Relevanz & Entwickler-Hinweise

  • Normative Relevanz: Verdeutlicht die architektonische Vorschrift, dass Software-Komponenten oberhalb der RTE nicht direkt auf C-APIs der Basissoftware zugreifen dürfen, sondern Fehler zwingend über standardisierte AUTOSAR Service-Ports an den DET melden müssen.
  • Port-Defined Argument Values: Da das Argument InstanceId nicht für Komponenteninstanzen genutzt werden kann (nur das erste Argument ModuleId ist als Port-Defined Argument Value zulässig), werden separate SW-C-Instanzen über distincte Module-IDs abgebildet.
  • Entwickler-Hinweise: Der Präfix Det_ entfällt im Port-/Interface-Kontext, da der Bezeichner innerhalb der ARXML-Schnittstellenbeschreibung lokal gekapselt ist. Die Semantik und Nummerierung (0x00..0xFF) von ApiId und ErrorId verbleibt in der Verantwortung des SW-C-Implementierers, da diese oberhalb der RTE nicht standardisiert sind.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Begleitender Spezifikationstext:

Specification of Default Error Tracer AUTOSAR Release 4.2.2 33 of 43 Document ID 017: AUTOSAR_SWS_DefaultErrorTracer - AUTOSAR confidential - Compared to the API, the “Det_” prefix in the name is not required, because the name given here will show up in the XML not globally but as part of an interface description. Note that the argument InstanceId can not be used for component instance since only the first argument (in this case ModuleId) can be used in "port defined argument value". Instead, multiple instantiations of a module are converted into multiple "Module IDs". It is up to the implementer of a SW-C to decide about the semantics of the arguments InstanceId, ApiId and ErrorId since these arguments are not standardized by AUTOSAR (at least not above the RTE). However, the ApiId typically corresponds to the operations that can report an error, and ErrorId corresponds to the type of error that is reported. Both ApiId and ErrorId are numbered 0x00..0xFF without specific order. Figure 3 shows how AUTOSAR Software components (single or multiple instances) are connected via service ports to the DET. SW-C 1 SW-C Type A DET service SW-C 2 SW-C Type A SW-C 3 SW-C Type B DET_Port1 DET_Port1 DET_Port2 DET_Port2 DET_Port1 DS000 DS001 DS002 DS003 DS004

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.2.2 AUTOSAR_SWS_DefaultErrorTracer S. 33 3 Figure 3: Example of SW-Cs connected to the DET via service ports. On the left side, there are two instances of component SW-C Type A and one instance of component SW-C Type B.