OBD/UDS 诊断与故障码（DTC）设计

课程大纲

• 能区分 OBD 法规诊断与 UDS 厂内服务诊断的定位差异，并给信号选对诊断归属
• 能设计一条从信号异常到 DTC 置位的完整链路（使能条件、阈值、去抖、老化）
• 能用 UDS 关键服务（0x19/0x22/0x2E/0x31/0x27，以及产线与售后必用的 0x14/0x2F/0x85/0x28）搭出诊断读写、IO 强制与例程控制的框架
• 能设计传感器合理性诊断与执行器（开路/短路/堵转）诊断并定出判据
• 能写出一份热管理 DTC 清单雏形，含冻结帧字段、MIL 策略，以及「售后可测点」与「维修动作」两列

1. 诊断体系总览：OBD、UDS 与厂内服务诊断
   • OBD-II 法规诊断的历史定位（排放相关）：纯电车没有排放监控对象，法规 OBD 的适用范围确实明显收窄；但混动/增程车的发动机侧法规诊断仍全套适用，别把「新能源＝不用管 OBD」当结论
   • UDS（ISO 14229）分层：会话控制、安全访问、例程控制、DID 读写
   • DTC、MIL（故障灯）、限功率/跛行的关系边界——本课只管“怎么发现”
   • 物理寻址与功能寻址、诊断请求/响应报文的基本结构；单帧装不下的请求/响应要走 ISO 15765-2（DoCAN）的首帧/连续帧/流控帧分段与 BS/STmin 参数——按「一帧一服务」的心智模型设计诊断链路必然踩坑。分段与流控的主体在 K2-02，本课只要求知道多帧一定会发生、诊断超时该往哪儿看（以太网侧的对应承载是 ISO 13400 DoIP，本课不展开）。注意别把定时问题都推给传输层：0x78 响应挂起与 P2/P2* 属 ISO 14229 的会话层定时，不是 ISO 15765-2 的事
   • 法规必交监控项举例（发动机冷却回路）：节温器合理性、冷却液温度传感器的范围/合理性、冷却系统性能监控——它们影响暖机与排放控制的工作点，因此属排放相关、必须进 OBD 而不只是厂内诊断；这三项的判据本体分两处落：节温器合理性与冷却系统性能监控（温升速率模型、残差构造）见 K5-06；冷却液温度传感器的范围/合理性（范围/速率检查与消抖时间整定）见 K1-01——K5-06 自己也把合理性检查的通用方法让回 K1-01、不重复。本课只做「归属判定」与举例
2. 诊断项从哪来、报成哪一类码：编号体系、归口判断与部件/系统分层
   • DTC 编号体系（依据 SAE J2012 / ISO 15031-6）：P=动力总成、C=底盘、B=车身、U=网络通信。热管理码主要落在 **P**（发动机冷却、冷媒回路与压缩机驱动；混动/纯电另有 SAE 定义的 P0A 专用段，含电池与电驱冷却相关码）与 **B**（座舱空调控制头与配风执行器，多为 OEM 自定义 B1xxx 段）；总线/节点类走 U；**C 域是制动/转向/悬架/胎压，与热管理基本无交集**。先用定义段、定义段不够才落厂商自定义段，这是码段评审的实际顺序——纯电车尤其依赖自定义段，因为法规码范围已收窄
   • 从失效模式反推诊断需求（前指 I7 类 DFMEA 课）；反推时必须同时定下码的**定位粒度**——这条码能不能唯一落到一个可更换件。粒度定粗了售后只能按总成换件，定细了码数爆炸，展开见 K5-08
   • U 码与 B/C 码怎么分——判断轴是「故障在链路上还是在部件里」：报文周期超时、E2E 计数/CRC 连续失败、节点掉线、bus-off 报 **U 类**（U0xxx 网络通信、U1xxx~U3xxx 厂家自定义），此时被测部件本身可能完好；发送方明确给出 SNA/无效值，说明部件自己知道自己算不出来，该报的是**发送方节点的 B/C 码**，接收方不应再叠一条 U 码，否则一个物理事件在两个 ECU 上开出两条码、售后无法归口。还要分清 U 码与内部 fault flag 的分工：fault flag 决定控制怎么降级（见 K5-02 与 K1-01 的信号置信度分级），U 码只决定售后能不能查到、由谁负责，两者的使能条件与去抖可以不同（控制侧要快、报码侧要稳）。跨 ECU 同一事件的多码去重与首发码排序属集合治理，见 K5-08
   • **部件码与系统码要分层**：本课前面的诊断对象是单路信号与单个执行器（合理性检查、驱动电流窗口），但热管理售后的大宗抱怨是「所有部件电气诊断都正常、系统就是不制冷/不散热」——这类失效只能靠回路级模型残差识别，其码必须另起一层。分层口径三句话：① 部件码判「件坏没坏」，系统码判「这条回路的能力够不够、掉了多少」；② 系统码的置位天然带工况使能窗口（必须在可归一化的稳定工况段内评估），使能条件比阈值更关键，与部件码的去抖/老化是两种时间尺度；③ 系统码指向的是「哪一侧/哪个界面」而不是「换哪个件」，服务端靠它缩小拆解范围。残差与判据构造按被诊断对象分头承接，体系内没有一门「离散型」总承接课：冷却液侧（流量/气堵/结垢/阀内漏）见 K5-06，趋势型（周-月尺度慢变退化）见 K5-05，阈值整定见 K5-07，冷媒侧的间接判据见 K5-03；残差本身怎么建（估计器结构选型、残差带定量化、模型失配下的估计误差界）属方法本体，见 K3-10
   • **绝缘/漏电类故障的码归属**：这属整车电安全事件，热管理侧多以 B/C 类＋厂家自定义码承接，且本域通常是**接收方而非首报方**（绝缘监测装置 IMD 挂在别的 ECU 上）。码要分开两类——「本域本体绝缘异常」与「收到整车绝缘状态信号后的本域响应」，否则售后会在多个 ECU 上看到语义重复的码
3. 一条诊断链路的置位判据：使能条件、阈值、去抖与三层成熟机制
   • 诊断条件三要素：使能条件、故障阈值、去抖时间——三者在等误报率下可以互相补偿（阈值放宽，可用延长去抖或抬高成熟度计数换回来），不能各定各的；本课只讲判据的形式与定性权衡，具体取什么数见 K5-07。使能条件还有一条硬规则：若该通道上有在线自适应/学习值在做补偿，使能条件必须把补偿量本身纳入（补偿已顶到限幅即视为劣化证据），否则慢变劣化被补偿吸收、表观量永远不超阈值、DTC 恒不成熟
   • 故障成熟机制分三层时间基，别压成一个计数器：① 去抖计数/计时按**诊断任务周期 T_task** 走，产出 testFailed/testPassed 与 pending；② 成熟确认按**驾驶/操作循环**走，要跨循环复现才置 confirmed；③ 老化/自愈按**老化（暖机）循环**走，只在「本循环未复现」时步进、一旦复现即复位，越阈值才清掉已确认码。三层压成一层的直接后果是故障一停就在同一次行驶里自愈，间歇故障根本留不到售后。**同词异义须当堂消歧**：此处的 aging counter 是故障码的成熟-自愈状态机（毫秒—秒级抗瞬态），与部件的物理老化/性能衰减、与控制里的「老化补偿/自适应」（周—月级改模型参数）毫无关系，缓慢漂移类退化用去抖与老化计数根本接不住，方法体系见 K5-05。另：这三个状态量与冻结帧都必须跨点火周期保存，载体设计见 K4-06
   • **保护动作 ≠ 置 DTC**：限值保护（排温降额、防冻结、过流限幅）是控制律在健康硬件上按包络动作，属正常运行范畴，不该无差别置码；只有保护反复触发、超时不退出、或伴随合理性检查失败时才升格为 DTC。这也是保护层与诊断层之间唯一的合法耦合点——「单位时间内保护介入 N 次」或「介入后 t 内退不出来」可以直接当诊断的使能条件与阈值输入；它与去抖公式 N·T_task ≥ t_debounce 抑制的东西不同：去抖抑制信号噪声，保护计数抑制的是「真的在反复撞边界」这类慢性劣化。分工写死：保护本身归 K3-01/K3-02，硬件已失效后的降级归 K5-02，本课只管「要不要报码」
   • 单条诊断的设计结果要落成一张可评审的**诊断需求条目表**，一条诊断一行：监控对象／使能条件／判据与阈值／去抖时间／成熟与恢复机制／系统响应与降级挂接／DTC 码位与类别／冻结帧字段。本课到「一条怎么写」为止；几百条汇成清单之后的命名去重、依赖抑制关系与描述文件一致性核查见 K5-08
   • 诊断与诊断之间还有两层关系，本课只讲「一条链路怎么建」，别学完就以为诊断设计到置位为止：① 同一路诊断在冷起动/热浸/快充/休眠唤醒下要不要跑（使能窗口）；② 一个真故障连锁触发十几条码时谁抑制谁、售后先查哪条（抑制矩阵与根因优先级）。两者见 K5-08
4. 传感器与执行器的诊断设计
   • 传感器合理性检查：范围/速率/交叉一致性（衔接 K1-01 的信号处理链）。交叉一致性的最高价值窗口是上电冷机窗口（各测点此时应彼此接近，见 K1-01），但必须写明该窗口对**同规格互插**无效——互插后稳态读数全在合理范围、被动检查一律放行，只能靠主动激励例程识别（见本课 UDS 一节）
   • 执行器诊断要按有无位置反馈分类，不能一句「反馈与指令偏差判失步」了事（衔接 K1-02）：① 电气类一律用驱动电流窗口判开路/短路/堵转；② **有位置反馈者**（风门有刷电机+电位计见 C2-03、多通阀 detent/编码器见 G4-03）才谈得上用「反馈—指令偏差」判失步；③ **开环步进者**（绝大多数 EXV 无位置传感）没有反馈可比，只能用被控量不响应、到位超时、限幅仍不收敛三条间接判据判「嫌疑」，且须与 0x31 RoutineControl 的找零/重同步例程配套——先跑重同步、再复判是否仍不收敛，才能把「丢步」与「阀体卡滞/堵转」分开。判据物理见 G4-01
   • 冷媒压力/温度传感器的典型假读数场景（结冰、堵塞、气液共存误判）
   • 诊断覆盖率与漏检/误检的权衡，不是阈值越紧越好。同时要摆明本课的诊断分工：这里覆盖的是**电气类与合理性类**故障（断路/短路/卡滞/读数不合理），对「所有信号都在合理范围内、但系统能力就是不够」的性能退化类失效天然全部放行——那类走趋势/基线法，见 K5-05；两者的时间尺度也不通用，本课的去抖与老化计数是毫秒—秒级抗瞬态，性能退化是周—月级趋势，参数不可互相沿用
   • **无位置反馈执行器的动作确认**：电流窗口只能证明线圈通了电，不能证明阀真的换了向。四通换向阀与电磁阀组要用系统侧响应做反证——高低压差走向、被隔离支路的温升是否停住、过热度阶跃；同时必须写死使能条件（只在能产生可分辨响应的工况下才允许判定，否则极易误报）与去抖。判据本体见 K3-04，本课只管「怎么把它做成一条能置 DTC 的诊断链」
   • **阀位反馈只证位置、不证密封**：编码器/位置传感器告诉你阀芯到了正确角度，不告诉你该角度下端面密封有没有内漏（见 G4-03）。因此「电气与位置反馈全正常、功能却失效」的内漏，是本课执行器四态（开路/短路/堵转/失步）的**结构性盲区**，不是把阈值调紧能覆盖的；其整车在线判据（隔离支路的温度相关性、温升不闭合残差）见 K5-06，不在电气诊断范畴内
   • **无源自驱动件的合理性诊断**（OBD 排放相关诊断的经典条目）：节温器没有电信号可查，卡开只能用暖机温升速率模型、或「规定工况下水温未达目标窗口」做合理性判定。这类诊断的坑不在阈值而在使能窗口——冷起动环温、怠速与行驶工况、暖风是否开启都会污染判据，使能条件与去抖比阈值更关键
   • 冷却液温控阀（节温器）DTC 实例，与 EXV 作业并列练手：① **卡开**——暖机时间超限、水温在规定负荷积分内到不了目标窗口；② **卡闭**——水温超上限、大循环建立不起来（散热器进出水温差异常小）；③ **加热丝断路/短路**——直接复用本课的 I_open < I_drive < I_short 电流窗口。三条各写使能条件（起动水温、环境温度、负荷积分或里程门槛，低温冷起动须放宽）、阈值与去抖，套本课的 pending→confirmed→history 状态机；冻结帧建议记暖机起点水温、环境温度、加热丝占空比与累计负荷
5. UDS 服务在热管理 ECU 中的应用
   • 0x19 ReadDTCInformation：读故障列表与冻结帧（freeze frame）
   • 0x22/0x2E ReadDataByIdentifier / WriteDataByIdentifier：标定与生产数据读写。「生产数据」具体指配置码/变型字、序列号与追溯码、标定基线——**写入必须配对回读比对并留档**，写错即装错车。本课只管服务与权限机制层，产线怎么用它写配置字、工位清单与节拍归 K6-09
   • 0x31 RoutineControl：执行自检例程（如强制压缩机自检、EXV 找零）——**换件/维修后的重学例程**同样走这里，售后手册要写清哪些件换完必须重学、不重学会出什么现象（重学清单与权限见 K6-09，学习值复位走哪条 0x2E/0x31 路径见 K4-06）。这些例程同时是总装线 EOL 工位的下线自检项，其触发时机、节拍占用与结果判定字段见 K6-09。**边界写死**：报文结构、会话控制、种子-密钥算法与权限分级归本课；例程的整车前置条件（车速为零、挡位 P、无高压故障）、执行中的强制退出（超时、车速>0、点火跳变）、结束后执行器复位交回自动控制，以及产线 EOL 自检模式与售后服务模式的**模式层定义**（进入前置条件、执行器强制位与压缩机禁转、与用户模式互斥、超时强制退出与退出复位），全属整车模式层、归 K3-01——权限分级要与那张模式清单逐条对齐，否则会出现「例程能调用、但没人定义调用后整车该处于什么状态」
   • 0x27 SecurityAccess：诊断权限分级，防止误操作损坏部件。要写两侧——**进入侧**：权限分级同时是服务/维修态的进入与解锁通道（0x27 分级 + 0x31 例程），须规定谁有权进入、以及异常时的强制退出通道；**退出侧**：例程或服务态结束后必须把执行器控制权交回正常控制逻辑，并做一次**残留位检查**，确认没有执行器被留在服务用位置（与 G8-05 的产线版残留位检查是同一件事，可互相印证）
   • 用 0x31 做**通道映射与同规格互插的主动识别例程**：硬件防呆挡不住同规格同回路两支传感器互插，稳态读数全在合理范围、被动检查全放行。做法是主动激励-响应指纹——单件驱动泵/加热器/风扇/EXV，看预期最先响应的那一路是否真的最先动，用响应**时序与幅值排序**判映射，而不是看稳态值。要给出激励幅度与时长的选取（够拉开时序差、又不扰动整车）、执行前置条件与 0x27 权限分级（防止售后误触发损坏执行器），并写进作业纪律：换件或重接线束后必须跑这条例程
   • 权限分级不止防内部误操作，本质是**跨企业分发问题**：哪一级钥匙发给 Tier1、哪一级发给第三方标定商、哪一级只留售后，种子-密钥怎么托管、合同终止或人员离职后怎么撤销。发错一级的后果就是本课误区里那条「权限过松致误触发例程损坏执行器」的放大版；分发、托管与签署的方法见 K4-09，本课只指过去
   • 产线与售后还要用到四个同层服务，别只学 0x19/0x22/0x2E/0x31/0x27：**0x2F InputOutputControlByIdentifier**——诊断口直接接管单个 I/O 做点动（强制水泵转速/风扇占空比/EXV 阀位/风门行程并读反馈），用来分清「是执行器坏还是指令没到」；与 0x31 的分工是「0x2F 夺取某个 I/O 的持续控制权，0x31 跑一段有始有终的封装例程」，产线选哪个取决于判据是「我给什么它动什么」还是「它自己跑完给结论」。**0x85 ControlDTCSetting**——产线装配与维修作业期间临时关闭 DTC 记录，避免拆接件刷出满屏干扰码，**作业结束必须显式恢复**，不恢复则整车带抑制出厂。**0x28 CommunicationControl**——下线检测/刷写时关闭非诊断报文收发，降总线负载与误触发。**0x14 ClearDiagnosticInformation**——清码的权限与时机，纪律是「清码不等于修好，清完必须复跑一遍诊断确认不再复现」。四者的执行前置条件与权限沿用上面的 0x27 分级句，不重复展开
6. 故障证据的留存：提示通道分工、冻结帧字段与车端存储
   • MIL 点亮策略与驾驶员提示分级；**提示要分两条通道、语义不得混用**——故障通道（MIL/DTC，本课主线）与非故障策略通道（降级理由标识＋生效等级，用状态 DID 或事件日志承载，不进 DTC 库）。混用的两个后果各记一笔：策略让路却点亮故障灯→无故障返修；策略让路完全不留痕→售后只看到「无 DTC 但用户抱怨」，只能记 NTF 且无法判断是否真失效
   • 冻结帧字段设计：故障发生时刻要留住哪些关键状态量。**验收判据不是「工程师想看什么」，而是「技师照这些字段能不能把工况复现出来」**——字段集须覆盖模式、环境、负载、前趋势片段窗长四类，并反向自查「缺了这一项会导致哪类故障无法复现」。还要分清三条通道，别把冻结帧当车队数据：冻结帧随 DTC 走**诊断通道**、只管故障时刻、由诊断仪或售后读取；常态能效与工况分布走**遥测通道**（受 GB/T 32960 体系约束、面向车队级统计，见 K7-03）；面向车队评估与自学习的**工程抓帧**是按热管理事件抓一段带前后窗口的时间序列（见 K7-04）。三者的触发源、字段集、采样率、保留期与上行路径都不同
   • 光有单帧不够，要给**扩展数据记录（趋势片段）**定规格：触发前 N 秒该留哪几路（水温/阀位/执行器电流/压缩机转速/环境温度与车速/模式号），窗长与采样率按被诊断现象的时间尺度选——秒级电气故障与分钟级热惯性现象取值差一个量级，并写清它与单帧冻结帧的分工。车端环形缓冲的实现、带宽与存储预算不在本课重讲，见 K7-04
   • 冷媒域冻结帧实例：带液/湿压缩类故障必须留**成组的耦合量**而不是单点——吸气压力与吸气温度（存原始值，不只存算出来的过热度）、目标与实际过热度、EXV 开度的**指令与反馈两路**、压缩机转速指令与实际、排气温度、当前模式与前一模式及切换时刻、除霜状态。只存一个过热度，售后分不出「真回液」还是「取压口结冰造成的假过热度」（假读数场景第 3 节已讲，正好接上）。升格规则沿用前面那条边界：单次保护介入不置码，反复触发或伴随合理性检查失败才置码
   • 绝缘/漏电类码的冻结帧字段清单：冷却液电导率在线值、包内露点/湿度、高压加热器与电动压缩机的工作状态（是否正在斩波）。不留这三项，事后无法区分真漏电、结露与 PWM 干扰误报
   • **非故障的策略性降级同样需要状态快照，但不占 DTC 冻结帧**：用非 DTC 的事件记录承载，字段至少含｛触发源 ID、生效等级、SOC/环温/关键温度、当时的功率或冷量分配账、进入与退出时间戳｝。不留这一组，K5-02 的售后三分判据（真故障／策略让路／用户预期偏差）就没有数据支撑，场端只能一律记 NTF（见 M2-05）
   • **诊断数据对存储载体提出的要求**：老化计数、pending/confirmed/history 状态、冻结帧、上次上电起的故障计数，都是必须跨点火周期保存的车端自产数据。写入时机（置位瞬间／去抖满足／下电序列）与掉电写中断风险，直接决定售后读到的是不是真状态；校验失败后有两条错路——整块清零丢掉全部历史、或当作无码掩盖真故障。本课只声明「诊断语义对存储提出了什么要求」，介质选型、A/B 双块＋CRC、写入寿命预算与掉电一致性见 K4-06
7. 诊断的验证与售后交付闭环
   • DTC 库随软件版本演进的管理（衔接 K4-04）
   • 诊断验收：HIL 台架故障注入测试（衔接 K4-03）
   • 服务闭环的交付物之一是**「DTC → 维修动作」映射表**：一行的字段＝码＋确认步骤（读冻结帧→按冻结帧工况复现→分支测量点）＋候选根因按先验概率排序＋对应维修动作＋维修后复验方法与必跑的重学例程。这张表由诊断设计方产出、随车型交付售后，不是售后自己编。边界：索赔口径的故障码—工时码—零件码映射属 M2-05，本条只管车端读码到维修动作这一段；跨 ECU 的码集合呈现顺序与去重属 K5-08
   • 再把 DTC 清单**反向组织成售后症状诊断树**：进店的入口是症状（不制冷／暖风不热／异响／报警灯）而不是故障码，树的每一层要写清用什么工具测、判据取自哪门课、排除顺序怎么排。必须留一条「**无码但有抱怨**」分支——无故障码、或码与主诉对不上时，正确动作是回到现象分诊（A5-08 第 5 讲的停诊与升级判据），而不是继续在 DTC 里翻，这是售后侧最常见的死循环入口。这份诊断树与服务手册、专用工具清单一样属设计侧交付物，须与售后回签（做法见 G8-05）；场端 NTF 率与索赔回流见 M2-05，趋势型健康度见 K5-05

• 诊断阈值直接照抄参考车型或拍脑袋定，没结合台架/整车实测数据标定，导致批量误检或漏检
• 忽略去抖和老化机制，瞬态噪声就置位 DTC，售后变成一堆查不出根因的“幽灵故障”
• 把 OBD 法规诊断和厂内服务诊断混为一谈，法规 DTC 里塞进大量非排放相关内容
• 冻结帧只存触发时刻单帧数据，没留故障发生前的趋势片段，售后排查缺依据
• 安全访问权限设置过松，售后或客户误触发例程（如强制压缩机满载自检）损坏执行器
• 把每次排温降额、防冻结介入这类正常保护动作都置码，售后读出一片故障码却查不出坏件，真故障被淹没
• 老化计数与 pending/confirmed 状态不落非易失存储（或每次上电清零），故障永远成熟不了，售后表现为「用户一直投诉、一条码都读不到」
• 只盯权限、不管收尾：例程跑完不复位、或中途被打断没有退出路径，同样会把执行器留在强制位，售后表现为「修完车某个执行器不动了」
• 只发 DTC 定义表、不发「码→维修动作」映射表，售后拿到码只能按总成换件
• 接收方对每个失效信号都各置一条自定义码，快充链路一断就报出十几条，把真根因埋掉
• 冻结帧只存算出来的过热度、不存吸气压力与吸气温度的原始值，售后无法区分真回液与取压口结冰造成的假过热度

完整讲义已发布 · 阅读全文

需求区 · 想听众筹

登录后想听 / 点名

想听/点名均为需求登记，不涉及任何付款（意向金仅登记不收款）。满 5 人点名 → 自动向平台专家发邀约。