上海
目录
一、什么是DTC快照？（核心概念与作用） 二、0x19服务中与快照相关的子功能 三、实战：19 03（报告快照标识）与19 04（报告快照记录） 四、C++代码举例：ECU端处理19 03/04请求 五、总结与注意事项
一、什么是DTC快照？
在UDS（ISO 14229-1）标准中，0x19服务用于读取ECU中存储的DTC（Diagnostic Trouble Code，诊断故障码）信息。其中，DTC快照（DTC Snapshot） 是一个极其重要的概念。
定义：DTC快照，类似于其他领域的“冻结帧”（Freeze Frame），是当ECU检测到某个故障并首次置位DTC的瞬间，自动捕获并存储的一组关键环境数据。
简单类比：DTC告诉你“车坏了”，DTC快照告诉你“坏的时候是什么情况”。 它是故障分析的“第一现场”还原工具。
快照里存什么？
具体内容由整车厂（OEM）在诊断规范中自定义，常见数据包括：
车辆状态 ：车速、电机/发动机转速、档位、踏板开度、总里程
电气参数 ：蓄电池电压、12V电源状态、传感器供电电压
环境数据 ：环境温度、时间戳（故障首次/本次发生时间）、该DTC已发生次数
ECU内部状态 ：运行模式（UserMode/CarMode）、任务调度状态、看门狗状态等
非易失存储 ：通常保存在ECU的EEPROM或模拟EEPROM的Flash区域，车辆下电、ECU复位后数据不丢失。
主动清除 ：通过0x14服务（ClearDiagnosticInformation）可以清除DTC及其关联的所有快照。
覆盖与淘汰策略 ：当存储空间不足或同一DTC再次触发时，策略因OEM而异：
不覆盖 ：保留首次快照，后续故障不再记录。
覆盖最旧 ：FIFO策略，保留最新的N个快照。
优先级覆盖 ：高优先级故障可覆盖低优先级快照。
⚠️ 测试注意：如果发现快照数据与预期不符（比如车速为0），先确认是否是被后续故障覆盖过，还是该DTC从未触发过。二、0x19服务中与快照相关的子功能
0x19服务定义了多达28个子功能（Subfunction），其中与快照直接相关的核心子功能是：
子功能
名称
作用
0x03
ReportDTCSnapshotIdentification
报告哪些DTC存有快照，以及每个DTC有几个快照记录（快照目录）
0x04
ReportDTCSnapshotRecordByDTC
根据指定的DTC和快照记录编号，读取该快照的具体数据内容
0x06
ReportDTCExtendedDataRecordByDTC
读取DTC的扩展数据（与快照类似但语义不同，本文暂不展开）
典型工作流：先发19 03查目录 → 再发19 04读具体快照。三、实战：19 03 与 19 04 指令详解 3.1 19 03 —— 获取快照标识（快照目录）
请求报文格式：
19 03
19：服务ID03：子功能（报告快照标识）DTCStatusMask：1字节，用于过滤DTC状态（例如0xFF表示所有状态的DTC）
响应报文格式：
59 03
... [
...]
59：正响应服务ID（19+0x40）DTCAndSnapshotRecordCount：1字节，后续DTC+快照信息的组数每组包含：
DTC：3字节SnapshotRecordCount：1字节，该DTC关联的快照记录数量SnapshotRecordNumber：1字节，快照记录编号（从0x01开始，重复出现SnapshotRecordCount次）
示例：
请求：19 03 FF
响应：59 03 02 F1 19 87 01 01 F1 16 87 01 02
解析：有两组数据
- DTC 0xF11987 有1个快照，其编号为01
- DTC 0xF11687 有1个快照，其编号为02
编号（01,02）只是快照的唯一标识，不代表故障发生顺序。3.2 19 04 —— 根据DTC读取快照记录
请求报文格式：
19 04
DTC：3字节，指定要读取哪个DTC的快照DTCStatusMask：1字节，DTC状态掩码（通常与存储时的状态匹配）SnapshotRecordNumber：1字节，指定要读取第几个快照记录（从19 03中获得的编号）
响应报文格式：
59 04
SnapshotData：由一组或多组
示例（假设OEM定义DID 0x1112为蓄电池电压，长度2字节）：
请求：19 04 F1 19 87 FF 01
响应：59 04 F1 19 87 FF 01 11 12 01 02 03
解析：DTC 0xF11987，快照编号01，数据包含DID 0x1112，其数值为0x010203（此处为示意，实际长度由DID决定）
每个DTC的快照结构（包含哪些DID、每个DID的长度）由OEM在诊断调查表中明确定义。开发与测试都需要查阅该表。四、C++代码举例：ECU端模拟处理19 03/04请求
以下代码模拟一个简单的ECU诊断模块，内部存储了DTC及其快照数据，并实现处理19 03和19 04子功能。
#include
#include
#include
#include
// 模拟诊断数据定义
struct SnapshotRecord {
uint8_t recordNumber; // 快照编号
std::vector rawData; // 原始快照数据 (DID + Data)
};
struct DTCInfo {
uint32_t dtc; // 3字节DTC，存储为uint32_t
uint8_t statusMask; // 存储时的状态掩码
std::vector snapshots;
};
// 模拟诊断数据库
class ECU_DiagnosticDB {
public:
ECU_DiagnosticDB() {
// 初始化模拟数据：DTC 0xF11987 有一个快照（编号01），包含DID0x1112（电压）和DID0x1120（车速）
SnapshotRecord snap1;
snap1.recordNumber = 0x01;
// 模拟快照数据： DID(0x11,0x12) + 数据(0x0A,0x2E) , DID(0x11,0x20) + 数据(0x00,0x64)
snap1.rawData = {0x11, 0x12, 0x0A, 0x2E, 0x11, 0x20, 0x00, 0x64};
DTCInfo dtc1;
dtc1.dtc = 0xF11987;
dtc1.statusMask = 0xFF;
dtc1.snapshots.push_back(snap1);
// DTC 0xF11687 有一个快照 编号02
SnapshotRecord snap2;
snap2.recordNumber = 0x02;
snap2.rawData = {0x11, 0x12, 0x0B, 0x1E}; // 仅电压
DTCInfo dtc2;
dtc2.dtc = 0xF11687;
dtc2.statusMask = 0xFF;
dtc2.snapshots.push_back(snap2);
db.push_back(dtc1);
db.push_back(dtc2);
}
// 根据DTC获取其快照记录
const DTCInfo* findDTC(uint32_t dtc) const {
for (auto& item : db) {
if (item.dtc == dtc) return &item;
}
return nullptr;
}
// 获取所有DTC列表（用于19 03）
const std::vector & getAllDTCs() const { return db; }
private:
std::vector db;
};
// 模拟UDS处理函数
std::vector handle_19_service(const std::vector& request, const ECU_DiagnosticDB& db) {
std::vector response;
if (request.size() < 2) return response; // 无效请求
uint8_t subfunc = request[1];
// 19 03: ReportDTCSnapshotIdentification
if (subfunc == 0x03) {
// 请求格式: 19 03 [DTCStatusMask]
// 简化处理：忽略掩码，返回所有有快照的DTC
response = {0x59, 0x03}; // 正响应标识
uint8_t groupCount = 0;
std::vector payload;
for (const auto& dtcItem : db.getAllDTCs()) {
if (dtcItem.snapshots.empty()) continue;
// DTC (3字节, 大端)
payload.push_back((dtcItem.dtc >> 16) & 0xFF);
payload.push_back((dtcItem.dtc >> 8) & 0xFF);
payload.push_back(dtcItem.dtc & 0xFF);
// 快照数量
uint8_t snapCount = dtcItem.snapshots.size();
payload.push_back(snapCount);
// 每个快照的记录编号
for (const auto& snap : dtcItem.snapshots) {
payload.push_back(snap.recordNumber);
}
groupCount++;
}
response.push_back(groupCount);
response.insert(response.end(), payload.begin(), payload.end());
}
// 19 04: ReportDTCSnapshotRecordByDTC
else if (subfunc == 0x04) {
// 请求格式: 19 04
if (request.size() < 7) {
// 长度不足，返回否定响应（示例：NRC 0x13 - incorrectMessageLength）
return {0x7F, 0x19, 0x13};
}
uint32_t reqDTC = (request[2] << 16) | (request[3] << 8) | request[4];
uint8_t reqMask = request[5];
uint8_t reqSnapNum = request[6];
const DTCInfo* dtcInfo = db.findDTC(reqDTC);
if (!dtcInfo || dtcInfo->snapshots.empty()) {
// 未找到DTC或没有快照，返回NRC 0x31（requestOutOfRange）
return {0x7F, 0x19, 0x31};
}
// 查找快照记录
const SnapshotRecord* foundSnap = nullptr;
for (const auto& snap : dtcInfo->snapshots) {
if (snap.recordNumber == reqSnapNum) {
foundSnap = &snap;
break;
}
}
if (!foundSnap) {
return {0x7F, 0x19, 0x31};
}
// 构造正响应: 59 04
response = {0x59, 0x04};
response.push_back((reqDTC >> 16) & 0xFF);
response.push_back((reqDTC >> 8) & 0xFF);
response.push_back(reqDTC & 0xFF);
response.push_back(dtcInfo->statusMask); // 实际应使用存储时的掩码，此处简化
response.push_back(reqSnapNum);
response.insert(response.end(), foundSnap->rawData.begin(), foundSnap->rawData.end());
}
else {
// 不支持的子功能
response = {0x7F, 0x19, 0x12}; // NRC 0x12: subfunc not supported
}
return response;
}// 主函数示例：模拟请求和响应
int main() {
ECU_DiagnosticDB db;
// 模拟 19 03 请求
std::vector req_19_03 = {0x19, 0x03, 0xFF};
std::vector resp_19_03 = handle_19_service(req_19_03, db);
std::cout << "Request 19 03 response: ";
for (auto b : resp_19_03) printf("%02X ", b);
std::cout << std::endl;
// 模拟 19 04 请求：读取DTC 0xF11987 的快照编号01
std::vector req_19_04 = {0x19, 0x04, 0xF1, 0x19, 0x87, 0xFF, 0x01};
std::vector resp_19_04 = handle_19_service(req_19_04, db);
std::cout << "Request 19 04 response: ";
for (auto b : resp_19_04) printf("%02X ", b);
std::cout << std::endl;
return 0;
}
输出示例：
Request 19 03 response: 59 03 02 F1 19 87 01 01 F1 16 87 01 02
Request 19 04 response: 59 04 F1 19 87 FF 01 11 12 0A 2E 11 20 00 64
代码说明： 实际ECU代码中，快照数据存储通常是按诊断调查表预定义的DID列表进行序列化/反序列化。 19 03的响应中， DTCAndSnapshotRecordCount 字段为2，表示有两个DTC返回。 19 04的响应中，快照数据部分需要客户端根据已知的DID定义解析（例如DID=0x1112代表电压，长度2字节，则 0A 2E 表示电压值0x0A2E = 2600mV）。五、总结与注意事项
DTC快照是诊断的关键证据：它提供了故障发生瞬间的环境“快照”，帮助工程师快速定位偶发、环境相关的疑难问题。
19 03与19 04配合使用：先获取目录，再按需读取具体数据，避免一次性读取大量无用数据，符合UDS设计原则。
快照内容完全由OEM定义：没有统一标准，必须查阅具体的车型诊断规范或诊断调查表（通常为Excel或ODX文件）。
覆盖策略影响数据可靠性：测试或售后读取快照时，应意识到数据可能是首次故障还是最近一次故障。若需要捕获首次故障，需确保ECU策略为“保留首次且不覆盖”，或定期清除DTC。
状态掩码（StatusMask）的作用：19服务的大多数子功能都支持通过状态掩码筛选DTC。例如只想读取“当前激活”的故障的快照，可传掩码
0x01。注意19 04中的掩码通常应与存储快照时DTC的状态一致，否则可能查不到记录。代码实现关键点：ECU端需要维护DTC与快照记录的映射关系，支持按快照编号索引，并能够按照诊断调查表格式组包。客户端（诊断仪）则需要根据调查表解析快照数据中的DID和数值。
掌握DTC快照及其读取方法，是进行UDS诊断开发和测试的重要里程碑。希望本文能为你打下坚实基础。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
