Diagnose-Session (DiagnosticSessionControl 0x10)

Was ist eine Diagnose-Session?

Eine Diagnose-Session ist der Betriebsmodus eines UDS-Servers, und DiagnosticSessionControl (0x10) ist der Service, der ihn wählt. Jedes Steuergerät startet nach dem Einschalten in der Default Session. Der Tester wechselt in eine andere Session, um Services zu erreichen, die im Default nicht verfügbar sind.

Ein normaler Ablauf:

Richtung	Bytes	Bedeutung
Request	10 03	extendedDiagnosticSession betreten
Positive Antwort	50 03 00 32 01 F4	P2server_max 50 ms, P2*server_max 5000 ms
Negative Antwort	7F 10 22	conditionsNotCorrect, z. B. Geschwindigkeit nicht null

Weitere typische negative Antworten sind 7F 10 12 (subFunctionNotSupported), 7F 10 13 (incorrectMessageLengthOrInvalidFormat) und 7F 10 7E (subFunctionNotSupportedInActiveSession, etwa Programming Session aus dem Default angefragt, wenn das Steuergerät zuerst die Extended Session verlangt). Mit gesetztem suppressPosRspMsgIndicationBit, 10 83, wechselt das Steuergerät ohne Antwort.

Wo ist es definiert?

ISO 14229-1:2020 definiert DiagnosticSessionControl (0x10) im Diagnostic and communication management functional unit, zusammen mit ECUReset, TesterPresent und CommunicationControl. Die Norm listet die Session-Typen, den Response-Parameter-Record und die Regel, dass ein Session-Wechsel session-abhängige Zustände zurücksetzt, etwa ein entsperrtes Security-Level. Der Transport auf CAN ist ISO 15765-2.

Was es in der Praxis bedeutet

Die Session ist das erste Tor eines Diagnose-Designs. Welche Services und Data Identifier in welcher Session antworten, legt die OEM-Diagnosespezifikation fest, meist in einer ODX- oder CDD-Datei. Bei der Validierung wird geprüft:

• jeder Service ist nur in den Sessions verfügbar, die die Spezifikation nennt, und antwortet sonst mit 7F xx 7F (serviceNotSupportedInActiveSession);
• erlaubte und verbotene Session-Wechsel, etwa Programming nur aus Extended;
• eine falsche Länge (10 allein oder 10 03 00) gibt NRC 0x13;
• der S3-Timeout bringt das Steuergerät in die Default Session zurück und verwirft jeden Zustand der alten Session;
• die Timing-Werte in der Antwort passen zur Spezifikation.

Wir sehen regelmäßig Services, die in der Default Session erreichbar sind, obwohl die Spezifikation sie in die Extended Session legt. Das ist ein Konfigurationsfehler und ohne vollständigen Sweep pro Session leicht zu übersehen.

Wie AutoST es testet

Die AutoST-Enumeration findet die Sessions, die ein Steuergerät akzeptiert, inklusive Extended und Programming, und sweept dann in jeder Session jeden Service von 0x00 bis 0xFE und klassifiziert die Antwort. Das Ergebnis ist eine Matrix aus Session und Service, die du gegen deine Diagnosespezifikation vergleichen kannst. Die Programming Session wird zuletzt getestet und lässt sich überspringen, weil manche Steuergeräte darin hängen bleiben.