AUTOSAR_PRS_LogAndTraceProtocol FIG-20081851c30ae840 947 × 109 px 1 Release(s)

Figure 12: Non-Verbose Mode message [PRS_Dlt_00624] ⌈The Message ID shall be a 32-bit unsigned integer. ⌋ (RS_LT_00027)

SHA-256 Inhalts-Fingerabdruck: 20081851c30ae84038b7f637ae0916de336b11fa20fe6ea07eaf0dd02e45a3b6

✦ 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

Das Diagramm stellt ein Protokoll-Frame-Format (Paketlayout) innerhalb des AUTOSAR Diagnostic Log and Trace (DLT) Protokolls dar (AUTOSAR_PRS_LogAndTraceProtocol). Es definiert die strukturelle Aufteilung einer DLT-Nachricht im Non-Verbose-Modus auf Feldebene, bestehend aus Header- und Nutzdatenbereich (Payload) für die Übertragung über automobile Kommunikationsbusse und Netzwerkschnittstellen.

2. Komponenten, Entitäten & Schnittstellen

Die Nachricht gliedert sich horizontal in zwei primäre Segmente:

Standard Header: Vorgelagerter Protokoll-Header mit Steuer- und Adressinformationen der DLT-Nachricht.
Payload: Der gesamte Nutzdatenbereich der Nachricht, welcher sich im Non-Verbose-Modus unterteilt in:
- Message ID: Erstes Element der Payload; ein 32-Bit Unsigned Integer, der die Nachricht eindeutig identifiziert.
- Non-Static Data: Direkt an die Message ID anschließender Nutzdatenbereich für dynamische Laufzeitdaten bzw. Parameter des jeweiligen Log-/Trace-Ereignisses.

Schnittstellenseitig kapselt die DLT-Nachricht die anwendungsseitigen Trace- und Logging-Daten gegenüber den unterlagerten Transport- und Netzwerkschichten.

3. Dynamisches Verhalten & Sequenzablauf

Bei der Übertragung einer Non-Verbose-Nachricht serialisiert das DLT-Modul zunächst den Standard Header. Unmittelbar folgend wird die Payload übertragen, beginnend mit der 32-Bit-Message-ID. Anhand dieser ID referenziert das empfangende DLT-Client-Tool eine Offline-Beschreibungsdatei (z. B. FIBEX/DLT-XML), um das Format der nachfolgenden variablen Nutzdaten (Non-Static Data) aufzulösen. Daran anschließend werden die eigentlichen dynamischen Nutzdaten (Non-Static Data) sequenziell übertragen. Da statische Beschreibungsdaten nicht über den Bus gesendet werden, minimiert dieser Ablauf den Bandbreitenbedarf.

4. Normative Relevanz & Entwickler-Hinweise

Gemäß [PRS_Dlt_00624] (bezogen auf RS_LT_00027) ist die Message ID zwingend als 32-Bit Unsigned Integer (uint32) zu implementieren und bildet die ersten 4 Bytes des Payload-Feldes im Non-Verbose-Modus. Entwickler von DLT-Generatoren, Steuergeräte-Software und Analyse-Tools müssen sicherstellen, dass im Non-Verbose-Modus kein Extended Header für Typbeschreibungen der Argumente erforderlich ist, sondern die Interpretation der Non-Static Data strikt über das Mapping der Message ID in der zugehörigen DLT-Beschreibungsdatei erfolgt. Byte-Reihenfolge (Endianness) richtet sich nach den Festlegungen im Standard Header (HTYP-Flag).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

PRS_Dlt_00314 Wortlaut noch nicht übernommen PRS_Dlt_00315 Wortlaut noch nicht übernommen PRS_Dlt_00352 Wortlaut noch nicht übernommen PRS_Dlt_00353 Wortlaut noch nicht übernommen PRS_Dlt_00624 Wortlaut noch nicht übernommen RS_LT_00013 Wortlaut noch nicht übernommen RS_LT_00023 Wortlaut noch nicht übernommen RS_LT_00026 Wortlaut noch nicht übernommen RS_LT_00027 Wortlaut noch nicht übernommen

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Standard | Header | Payload | Message ID Non-Static Data

Vorkommen in AUTOSAR-Releases (1)

Release	Dokument	Seite	Nr.	Bildunterschrift im Dokument
R20-11	AUTOSAR_PRS_LogAndTraceProtocol	S. 23	12	Figure 12: Non-Verbose Mode message [PRS_Dlt_00624] ⌈The Message ID shall be a 32-bit unsigned integer. ⌋ (RS_LT_00027)