Skip to Content
UDS Simulator 2.0 Released

Docs baseline actions

Copy this page URLEdit page
Docs0x14 Clear Diagnostic Information

Service Interaction Protocol

Clear Diagnostic Information

0x14
Protocol Identifier
The Clear Diagnostic Information service allows the client to clear diagnostic data (DTCs, Freeze Frames, etc.) from the server
info _entry

Permanent DTCs: This service does not clear OBD-II permanent DTCs. Those require 3 consecutive successful drive cycles after the fault is repaired.

Overview

ISO 14229-1

“The client uses this service to clear one or more units of diagnostic information from the server’s memory. This includes DTCs, captured data, and status counters.”

Message Format

REQUEST_FRAME
Byte
Field
Value
Description
0SID0x14Clear Diagnostic Information
1GroupOfDTC (High)0x00–0xFFDTC Group Mask — High Byte
2GroupOfDTC (Mid)0x00–0xFFDTC Group Mask — Middle Byte
3GroupOfDTC (Low)0x00–0xFFDTC Group Mask — Low Byte
POSITIVE_RESPONSE_FRAME
Byte
Field
Value
Description
0Response SID0x54Positive Response (SID + 0x40) — single byte, no echo
GROUPOFDTC_EXAMPLES
All DTCs (Standard)

Clears all diagnostic info including DTCs, freeze frames, and extended data.

tx_packet

Request

14 FF FF FF
Emissions Related

Targets only OBD-II/Emissions related faults.

tx_packet

Request

14 00 00 00
Powertrain Only

Targeting only P-codes (implementation dependent).

tx_packet

Request

14 FF FF 00
Network / Comms

Targeting only communication U-codes.

tx_packet

Request

14 C0 00 00

Workflow & Response Pending

Clearing memory (writing to EEPROM or Flash) can be slow. If the operation exceeds ~50ms, the ECU sends NRC 0x78 (Response Pending) to prevent tester timeout. Multiple 0x78 responses may be sent before the final 0x54.

ECU_STATE_MACHINE — SID 0x14
IDLE

ECU is ready. DTC memory is intact. Diagnostic session active (Default or Extended). Awaiting service request.

Press Simulate to animate the clear operation, or click any state to inspect it.

Request Processing Flow

Every clear request is validated through a structured 7-gate pipeline before the memory erase operation begins. Each gate has a specific NRC for failure.

CLEAR_VALIDATION_PIPELINE
POSITIVE_RESPONSE
ECU returns 54 — single byte, no sub-function echo. DTC memory cleared. Timer reset.

Click any step to expand validation logic.

Negative Response Codes

EXCEPTION_MATRIX_V3

Diagnostic_Context

The request was not exactly 4 bytes long (SID + 3 bytes).

Technical_Significance & Trigger

This negative response indicates a failure in processing the Clear DTCs request. Ensure all pre-conditions and active sessions match the requirements defined by ISO 14229.

Execution_Trace
Tester → ECU
14 FF FF (Too short)
ECU → Tester
NRC 0x13

State Machine & Security

The ECU transitions through a defined sequence of states during a clear operation. Security state affects whether the operation proceeds or returns NRC 0x33.

ECU_STATE_MACHINE — SID 0x14
IDLE

ECU is ready. DTC memory is intact. Diagnostic session active (Default or Extended). Awaiting service request.

Press Simulate to animate the clear operation, or click any state to inspect it.

Service Dependencies & Sessions

SERVICE_DEPENDENCIES
Services that interact with SID 0x14 — before, after, or conditionally

Click any service card to see usage details.

SESSION_ACCESS_MATRIX
Which sessions permit SID 0x14 and under what conditions
Default
0x01
AccessPartial
SecurityVaries

Some groups may be restricted

Programming
0x02
AccessBlocked
SecurityN/A

Service entirely blocked

Extended
0x03
AccessFull
SecurityVaries

Full access to all groups

Safety System
0x04
AccessLimited
SecurityRequired

Limited group access only

What Gets Cleared & Preserved

SID 0x14 clears specific memory regions within the targeted GroupOfDTC range. Configuration, security, and adaptive data are always preserved.

Click any item to see detailed explanation.

Memory Management

Understanding EEPROM/Flash layout helps diagnose clearing failures and explains why some data survives a clear operation while other data does not.

ECU_MEMORY_MAP
Click a region to inspect · Run sweep to animate clear
CLEAREDCLEAREDPROTECTED3.5 KB / 64.0 KB clearable (5%)
0x0000
0x0100
0x0200
0x0600
0x0C00
0x1000
0x2000
0xFFFF

Click any segment in the bar to inspect the memory region.

CLEAR_OPERATION_SEQUENCE
8 atomic steps executed inside the ECU during a successful clear

Click any step to see its detailed description.

Common Testing Scenarios

Five real-world test cases. Select a scenario, then press Play or step frame-by-frame with . Hover any frame to copy its hex bytes.

Clear All DTCs
Standard
PRECONDITIONS

Extended session · vehicle stationary · no active faults

EXPECTED OUTCOME

3 DTCs erased, memory verified empty

$Press Play or Step → to begin simulation
0/8 frames

Service Interaction Workflows

Animated workflow runner showing how SID 0x14 integrates with other services. Select a scenario and press Simulate to see the full byte-level interaction.

Complete technician sequence: diagnose → physical repair → clear → verify clean.

Full Workflow · 10 frames
TESTER
Diagnostic tool
ECU
Vehicle controller
10 03Enter Extended Session
50 03Session Confirmed
19 02 AFRead All Active DTCs
59 02 AF …DTCs Returned
Physical Repair Performed
14 FF FF FFClear All DTCs
7F 14 78Response Pending
54Clear Complete
19 02 AFVerify Empty
59 02 AF 00No DTCs

Press Simulate to animate the full message sequence.

Troubleshooting & Debugging

Interactive diagnostic checklist and issue cards for common clear failures. Work through the checklist systematically before escalating.

COMMON_ISSUES
Click any issue card to reveal root cause and fix
DIAGNOSTIC_CHECKLIST
Systematic pre-clear checklist — work through all steps before escalating
0%
0/19

Best Practices & Quick Reference

GROUPOFDTC_REFERENCE
REQUEST_FRAME · 4 bytesAll DTCs
0x14
SID
·
FF
HH
FF
MM
FF
LL
frame
RESPONSE_TIMING
< 10 DTCs< 50ms
no 0x78

Immediate 0x54

10–50 DTCs50–500ms
1× 0x78

May send 1× NRC 0x78

50–100 DTCs500ms–2s
3+ × 0x78

1–3× NRC 0x78

100+ DTCs2s–5s+
10+ × 0x78

3–10+ NRC 0x78

NRC 0x78 is not an error. It signals “processing — keep waiting.” Reset P2* timer (5000ms) on every 0x78 received and continue until 0x54 or a real error NRC arrives.

NRC_REFERENCE
0x13
Msg Length
Exactly 4 bytes required (SID + 3)
0x22
Conditions
Vehicle stationary, engine state OK
0x31
Out of Range
GroupOfDTC value not supported
0x33
Security
Complete SID 0x27 unlock first
0x72
Prog Fail
EEPROM write failed — check hardware
0x78
Pending
NOT an error — reset P2* and wait
0x54
OK
Clear complete — verify with SID 0x19
BEST_PRACTICES
DO
Validate exactly 4 bytes before processing
Validation · SID + 3-byte GroupOfDTC
Send NRC 0x78 if clear will exceed ~50ms
Timing · Tester resets P2* on each 0x78
Verify EEPROM write after erase
Memory · Read back memory to confirm
Clear DTCs, freeze frames, counters together
Atomicity · Atomic clear prevents partial state
Implement 3-attempt retry on 0x72
Retry · 50ms delay between retries
Follow up with SID 0x19 to confirm empty
Verify · Atomic verify avoids re-assert race
DON'T
Clear while active faults are still present
State · DTCs will immediately re-assert
Allow clear while vehicle is moving
Safety · Speed > 0 → NRC 0x22
Clear configuration or security data
Scope · Those regions are protected by design
Ignore NRC 0x72 (programming failure)
Error · Retry or escalate to hardware team
Block on clear without sending NRC 0x78
Timing · Tester timeouts after P2 (~50ms)
Expect OBD-II permanent DTCs to clear
OBD · 3 drive cycles required after fix