诊断使能窗口与故障抑制矩阵：多故障并发的根因仲裁

课程大纲

• 能给一张诊断条目表配出跨工况使能窗口矩阵（行=诊断条目，列=冷起动/暖机/稳态/停机热浸/快充/休眠唤醒/低压/服务模式），并对每格判定「跑、关窗、还是切阈值」且写出判据
• 能把关窗代价算成账：用「符合条件循环数 vs 完成判定次数」的运行频次口径自查诊断覆盖率，识别出「整个保修期一次都没跑过」的诊断
• 能说清 DEM/DCM/FiM 三者的分工，并把使能窗口矩阵与抑制矩阵落成事件—FID 映射与 Dem 使能/存储条件这类可配置项，同时区分协议层的 DTC 呈现抑制与设计层的谁抑制谁
• 能按物理因果图构建 DTC 依赖/主从抑制矩阵，为每条抑制边给出合法依据与抑制解除判据，并用热管理的两条传播链（水泵不转、冷却液电导率漂移）验证矩阵
• 能给一屏并发码定根因优先级与售后呈现顺序，判断首发码能不能靠跨 ECU 时间戳判定，并把跨 ECU 同一物理事件的多处报码去重归口
• 能判定单条 DTC 的定位粒度（唯一落到一个可更换件/落到一组件/只到系统层），并拿硬件可换粒度反校一遍，指出粒度不对齐的码
• 能由失效模式与故障树倒推构建引导式诊断树：分支按可测性与拆装代价排序，定终止条件与误判代价，并与 K5-01 的「清单反向组织成症状树」分清方法层与结果层
• 能设计多故障并发的注入取样表（按抑制边与传播链取样而非枚举组合），并把场端按 DTC 分层的 NTF 率/误换件率读数接成粒度与抑制矩阵的修订入口

1. 跨工况诊断使能窗口矩阵：这路诊断在这个工况到底跑不跑，以及关窗要记的运行频次账
   • 先做名词消歧，否则整课会与 K5-07 串线：**使能窗口**决定「这路诊断在该工况跑不跑」（本课唯一负责的量）、**故障阈值/去抖/成熟度计数**决定「判到什么程度算成立」（取值归 K5-07）、**迟滞带**是退出与再进入的带宽（合成流程归 K3-01）。K5-01 给的是单条诊断的使能条件，本课的对象是「全表 × 全工况」这张二维矩阵
   • 矩阵的列至少覆盖八类工况：冷起动、暖机段、稳态行驶、停机热浸与 run-on/after-run、快充、休眠与唤醒、低压欠压、产线与售后服务模式。列不是随便列的，选列判据是「该工况会改变被诊断量的物理前提或散度」——不改变的工况不必单列
   • 每格三态判定，判据写死：物理关系仍成立但散度变大 → **切阈值**（切到哪个值归 K5-07）；物理关系根本不成立（流量未建立、模式处于切换过渡段、激励幅度不足以产生可分辨响应）→ **关窗**；两者都不是 → 照常跑。判反的后果不对称：该关窗而没关，量产上来就是批量误报；该跑而关了，是无声的漏检
   • 停机热浸与 run-on 窗是热管理特有的一格：执行器仍在动作、总线靠持续网络请求不让睡，此时电气类诊断可跑而回路能力类诊断多半要关窗（无稳定工况段可归一化）。上下电时序与 run-on 编排本体见 K3-11，总线 NM 与网络请求见 K4-01 / K2-02，本课只判这格跑不跑
   • 低压欠压窗必须整体关窗再谈别的：欠压下驱动电流窗口 I_open < I_drive < I_short 的三条边同时漂移，执行器四态判据全部失真，此时任何电气诊断结论都不可信。供电边界与 12V 保底本体见 K2-06
   • 服务/产线模式这一格与 UDS 0x85 ControlDTCSetting 是同一件事的两层：0x85 是协议层的临时关闭记录、作业结束必须显式恢复；使能窗口是设计层的常态规则。两者都不做，拆接件就会刷出满屏干扰码；只做 0x85 而没有设计层规则，则忘了恢复即整车带抑制出厂（0x85 服务本体见 K5-01，产线工位清单见 K6-09）
   • 使能窗口的输入是场景标志位，因此**场景判错会直接把窗口开错**——把充电判成行驶、把驻车判成行驶都会让整张矩阵按错误的列取值。场景全集、判定信号与判据构造见 K3-15，本课只承接「判错之后使能窗口该怎么兜底」这一条：多信号矛盾时回退到最保守的那一档（宁可关窗，不可误报）
   • 关窗要记账，否则矩阵会被越关越死：把「符合该诊断使能条件的循环数」当分母、「实际完成一次完整判定的次数」当分子，得到诊断的实际运行频次；GB 18352.6 的在用监测性能比 IUPR 就是这个口径的法规化版本（混动/增程的发动机侧排放相关监测强制适用，纯电域热管理诊断无强制值，只借口径自查；⚠ **第 1 号修改单 XG1-2026 对混动车自 2026-07-01 起生效**，涉混动排放边界的取值须按该修改单核；分子分母的精确定义与最低比值按现行版本确认）
   • 账要落到可交付的一列：诊断条目表新增「预期运行频次」与「覆盖工况占比」两列，验收问法是「这条诊断在一辆典型用户车上一年跑得到几次」。答不上来的诊断等于没有，售后端表现为「用户一直抱怨、一条码都读不到」——与 K5-01 那条「计数不落非易失存储」的误区表现相同、根因完全不同，别归错因
2. FiM 功能抑制管理：把两张矩阵落成架构层的配置项
   • 三件套分工一句话讲清：**DEM** 管诊断事件的状态与存储（testFailed/pending/confirmed、老化计数、冻结帧）、**DCM** 管 UDS 服务对外呈现、**FiM** 按 DEM 的事件状态去抑制上层功能与其它诊断的运行——FiM 正是「使能窗口」与「抑制矩阵」在架构层的落点。架构本体与 BSW 分层见 K4-01，本课按已验结论压缩篇幅，只讲两张矩阵怎么变成配置项
   • 事件—FID（功能标识）映射必须有人配，且这张映射表就是抑制矩阵的机器可读形态：设计侧交出的矩阵若没人翻译成 FID 映射，抑制就只存在于文档里。落表的验收判据是「矩阵上每一条抑制边都能在配置里找到对应的 FID 与触发事件」，反过来配置里每一条抑制都能在矩阵上找到设计依据——双向可追溯，两边不许有孤儿
   • Dem 侧三类条件语义不同、绝不能混：**使能条件**决定「这次判定跑不跑」、**存储条件**决定「结果存不存」、**操作循环**决定「成熟与老化按什么周期计」。混用的典型后果是「跑了但没存」被当成「没跑」，运行频次账因此算错方向（具体配置项名与语义按 AUTOSAR 现行 release 确认）
   • 协议层的 DTC 呈现抑制与设计层的抑制矩阵不是同义词，这是本讲最易混的一处：前者是 ISO 14229 0x19 ReadDTCInformation 的 status mask / availability mask 决定「这条码对诊断仪露不露面」，后者是设计层决定「谁把谁压下去」。协议层能藏码，藏不掉错误的抑制关系；设计层配错了，藏得再干净技师照样修不到件
   • 非 AUTOSAR 实现（自研调度、Tier1 私有栈、MCU 裸跑件）同样必须有等价机制：没有 FiM 不等于不做抑制，只是抑制关系散落在各功能模块的 if 里、无法评审也无法追溯。判据不是「用了什么栈」，而是「抑制关系能不能一张表拉出来给人签字」
   • 本讲的边界写死：AUTOSAR 通用件（DEM/DCM/FiM 的架构位置、BSW 分层、CPU/RAM/Flash 开销、NvM 存储栈）归 K4-01；诊断数据跨点火周期保存的介质与掉电一致性归 K4-06；UDS 报文结构、会话控制与权限分级归 K5-01。本课只做「矩阵→配置项」这一层的翻译与核对
3. 抑制矩阵的构建方法与热管理传播链
   • 先分两类抑制，语法不同：**依赖抑制**＝上游量失效使下游诊断的判据前提不成立（水温传感器失真，则一切以水温为输入的合理性判据全部无意义，必须抑制而不是让它们乱报）；**主从抑制**＝同一物理原因同时点亮多条码，只留根因码、压住从码。前者是逻辑必然，后者是集合治理，别用一套语法配两类
   • 抑制边的**唯一合法依据**是物理因果：上游失效导致下游判据前提不成立，或上游失效是下游异常的充分原因。⛔ 禁止按「码太多所以抑制」配边——这是最常见的越权抑制来源，其后果是并发的第二个真故障被一并压掉，而抑制矩阵自己不会报错
   • 热管理专属传播链实例①（本课的主线例）：**水泵不转 → 水温高 / 电池冷却不足 / chiller 出口温度异常 / EXV 过热度失控**。这条链一次就能演示依赖抑制与主从抑制两种边，也演示了「四条下游码全是从码、根因码却可能因为码号大而排在末尾」这个呈现顺序问题
   • 热管理专属传播链实例②：**冷却液电导率漂移 → 同一条 HV 大回路上的加热器、电动压缩机、电池冷板与各含液高压件同时「看起来有问题」**。这条链的特殊性在于根因不在任何一个件里、而在共用介质里，因此逐件隔离必须有顺序编排（第 5 讲的诊断树），不能挨个换件试。电导率机理与在线读数的温度补偿见 H7-02 与 O3-03，加热器绝缘支怎么把嫌疑外扩到域级见 G9-03，本课只承接「一屏多码之后怎么归口」
   • **抑制 ≠ 不存**：抑制只应作用在售后呈现层与降级触发上；被抑制码仍须置位、存储并可回流，否则场端再也无法回溯那一次并发到底发生了什么。落法是「存全集、呈现子集」，呈现层带上「被谁抑制」的标注，让技师能一键展开
   • 每条抑制边都要配**解除判据**：根因码被清除或转为 history 之后，被抑制的下游诊断必须重新开始判定；解除时机拖后，会出现「修完根因件、下游真故障却要等到下一个循环才暴露」的二次返修。解除判据与 K5-01 的成熟/老化状态机同一时基，别另立一套
   • 矩阵的行列规模要控住：抑制关系是 O(n²) 的对象，n 是全车诊断条目数。工程做法是先按回路/物理域分块，块内配满、块间只配显式跨域边（如电导率这条），而不是维护一张全车满矩阵——分块本身就是评审单位
   • **与硬件失效相关性划清界限**：I7-03 的 DFA/CCF 讲的是「两个硬件件会不会因共因一起坏」，属硬件失效相关性；本课的抑制矩阵讲的是「一个故障会不会让另一条诊断报出来」，属报文与判据的关系。两者输入不同、结论不同，混用会把 CCF 分析结论直接当抑制边配进去，配出一堆没有诊断依据的抑制
4. 一屏并发码的根因仲裁：首发码判定、售后呈现顺序与跨 ECU 去重归口
   • **首发码判定不是无条件成立的**：要靠时间戳排出「谁先来」，跨 ECU 时间同步误差与各码去抖差之和必须远小于故障传播时延。热惯性主导的链（水泵不转→水温高，几十秒量级）满足；同一 ECU 内几十毫秒连锁的电气码不满足。不满足时必须退到按根因先验概率排序，硬按时间戳排会把从码判成根因、把技师引向错件
   • 首发码的价值在冻结帧：**只有首发码的冻结帧是根因窗**，从码的冻结帧记录的是「已经被污染的下游状态」。因此冻结帧字段设计要按「这条码有没有可能当首发码」分档投入——字段集本身的设计方法见 K5-01，本课只管集合级的「谁的帧值得留厚一点」
   • 跨 ECU 同一物理事件多处报码的去重，沿用 K5-01 已写死的那条分界并把它抬到集合级：发送方明确给出 SNA/无效值 → 报**发送方的 B/C 码**，接收方不得再叠 U 码；链路本身断（周期超时、E2E 连续失败、节点掉线、bus-off）→ 报 **U 类**。集合级要补的是归口责任人：同一物理事件在整车范围内**只允许一个域是首报方**，其余域只能报「收到 X 状态后的本域响应」，这一条要写进跨 ECU 诊断接口评审
   • 售后呈现顺序按「**根因先验概率 × 可修复性**」排，不按码号、不按置位时间、也不按严重度单排。理由是技师的动作序列由列表顺序直接决定：把一条概率最低但严重度最高的码顶到第一行，换来的是先拆最贵的件。严重度只作为并列时的次序键
   • **先仲裁、再降级**：K5-02 明写「按码逐条降级会过度降级」，因此抑制与根因仲裁必须发生在降级状态机之前。接口写死——本课向 K5-02 交出的是「仲裁后的根因码集合 + 各码的抑制状态」，K5-02 据此做等级判定与资源仲裁；降级等级体系、FTTI 预算与资源仲裁本体不在本课重讲
   • 集合治理不改变单条码的取值：阈值、去抖时间、成熟度计数、FTTI 四量的联立与整定归 K5-07；本课只在「这条码要不要参与排序、能不能当首发码」这一层用到它们的定性结论（去抖越长，越不适合当首发码判定的依据）
   • **「无码但有抱怨」是集合治理的一个显式出口，不是漏洞**：集合里一条码都没有时，正确动作是回到现象分诊（见 A5-08 的停诊与升级判据）与 K5-02 的售后三分判据表（有 DTC / 无 DTC+有策略降级记录 / 无 DTC+无记录），而不是继续在 DTC 里翻。策略性让路不置码这一条是设计意图，别把它当诊断缺陷
5. 从码到件：DTC 定位粒度与硬件可换粒度反校、引导式诊断树构建方法学与清单一致性
   • **定位粒度判三态**，这是本讲的核心判据：① 唯一落到一个可更换件；② 落到一组件（需要后续分诊才能定件）；③ 只到系统层（只说明哪条回路能力不足）。三态各有合法用途——系统码本来就该是第③态（见 K5-01 的部件码/系统码分层），错的是「本该第①态却做成第②态」，其代价直接体现为场端误换件率
   • **与硬件可换粒度反校**：模块边界定下来之后，要拿可更换件清单去反校一遍 DTC 的定位粒度（做法与整车侧对手方见 G8-05 §4.3）。两个方向的失配代价不同——硬件只能整块换而 DTC 报到子件，多出的全是无谓诊断工时；DTC 只给系统级现象而硬件本可分件更换，则可换粒度白设计、技师照最大范围换。反校的交付物是一张两列对照表，不对齐的行必须给出「改码还是改边界」的结论
   • **引导式诊断树的构建方法学**（A5-08、G9-03、G8-05、K5-02、M2-02 五门课明文指到本课的那一块）：由失效模式与故障树**倒推**分支，而不是照着已有码正着列；每一层分支必须能用一次可执行的测量或例程分开，分不开的层不许存在
   • 分支排序判据是「**可测性 × 拆装代价**」的组合序：先做「读得到、不用拆」的（读 DID、跑 0x31 例程、看趋势片段），再做「要拆但便宜」的，最后才是「贵或不可逆」的。按失效概率排序是常见错法——概率最高的那一支若需要拆一半前舱，把它放第一层会让整棵树的平均诊断工时远高于按代价排
   • 树必须定**终止条件**与**误判代价**：终止条件回答「查到哪一步就可以下换件结论」，误判代价回答「这一步判错了，多换一个件还是多拆一次车」。两者都不写，树会无限延伸，技师在某一层自行放弃并按经验换件——这正是场端 NTF 与误换件率的主要来源之一
   • **与 K5-01 第 5 节分层，两处不重讲**：K5-01 是**结果层**（拿已经成型的 DTC 清单反向组织成售后症状诊断树、留「无码但有抱怨」分支），本课是**方法层**（由失效模式倒推分支、按可测性与拆装代价排序、定终止条件与误判代价）。部件级分诊表的具体分支判据（如 PTC/HVCH 的绝缘、斩波干扰、水路气堵与干烧）归 G9-03，本课只出树怎么建
   • **清单级命名去重**：几百条码汇总后，同一物理故障在不同 ECU/不同模块下常有语义重复或近义描述（「冷却液温度过高」「水温超限」「回路过热」），技师读到三条会以为是三件事。去重规则要写进集合评审：同一物理事件只允许一条主码，其余以「关联码」形态承接并在呈现层折叠
   • **描述文件一致性核查**：车端实现、DTC 清单文档与诊断描述文件（ODX/CDD）三者必须一致——码值、状态位、冻结帧字段顺序、DID 定义任一处漂移，诊断仪读出的就是错的。核查要有明确触发点（软件版本发布、码增删、冻结帧字段变更）与责任人，不能靠人工比对一次了事（ODX 交换格式按 ISO 22901-1 现行版本确认，CDD 是工具链私有格式）
   • 本讲交付物：一张**全车 DTC 集合评审表**——每行＝码 + 定位粒度三态 + 对应可更换件 + 抑制关系（抑制谁/被谁抑制）+ 呈现顺序键 + 描述文件核查状态。这张表是本课与 K5-01 的诊断需求条目表的接续物，前者管一条怎么写，后者管几百条放在一起怎么用
6. 多故障并发的验证、标定与场端回流
   • **组合爆炸先算清楚再谈方法**：n 条诊断的「至少两条同时成立」组合数是 2ⁿ − n − 1，几十条量级就到十亿级，全组合注入在任何台架上都不成立。因此注入设计必须从枚举改为取样，且取样依据必须是设计物而不是随机——这是本讲的方法起点
   • 取样规则两条：① **按抑制边取样**——抑制矩阵上每一条边至少一组用例；② **按传播链取样**——每条已识别的传播链跑一次全链注入。两条合起来的用例数与抑制边条数同量级（几十到几百），可执行
   • **抑制矩阵要双向验证**，只测一半是最常见的漏验：注入根因故障后，呈现层应**只剩首发码**（验抑制生效）；单独注入下游从码对应的真实故障（根因未发生）时，抑制**不得**生效、该码必须正常报出（验没有越权抑制）。缺后一半的验证，越权抑制永远不会被发现
   • 现有故障注入口径要补两个窗口：K4-03/K5-01/K5-02 的注入一律是**运行中单故障**，注不到 ① 初始化窗（找零超时、端位标定失败、预充/HVIL 链超时——K5-02 第十类失效就长在这里）与 ② 休眠唤醒窗。这两窗恰恰是使能窗口矩阵里判定最难、出错最贵的两格。台架与注入实现本体归 K4-03，本课只给取样与判据设计
   • **向 K5-02 的组合降级接口验证**：验收问法是「注入两个真故障后，系统降到的等级是不是根因仲裁之后应有的那一级」，而不是「有没有降级」。过度降级（按码逐条降）与降级不足（抑制把第二个真故障压掉了）是两个方向的失败，用例必须各覆盖一组
   • **场端回流入口**（本课与 M2-05 的对接口）：M2-05 交出的三列表——按 DTC 码分层的 NTF 率、误换件率、无码抱怨占比——进来后按判读规则分流：某码频次高**且** NTF 率同样高＝报得出但修不到件，属定位问题，回本课改**定位粒度、抑制矩阵与呈现顺序**；频次高而 NTF 率低＝真实失效率在涨，属可靠性问题，出口是 M2-05 的批次遏制与设计整改；误报嫌疑（该治去抖与成熟度计数）走 K5-07。索赔统计口径与清洗（分母、MIS 队列、NTF 判定与去重规则）一律用 M2-05 的输出，本课不重述
   • 回流还有第二条输入，别只盯 NTF：把第 1 讲的**运行频次账**与场端「该报没报」的记录对照——某条诊断在车队上的实际完成次数远低于预期，说明使能窗口关过头了，修的是窗口而不是阈值。这条对照是使能窗口矩阵唯一的量产端验收手段
   • 改后回车走两道闸，本课只引不重讲：参数与配置的灰度放量、观察窗与回滚门限见 K7-02 一线的做法（安全相关参数不得走快速灰度）；灰度车上是否真采到了判这件事所需的信号见 K7-04；换件与重学例程清单见 K6-09

• 以为码越多定位越准，其实一屏十几条码里通常只有一条是根因、其余是被连锁触发的从码；没有抑制矩阵，概率最高的那条反而被淹在列表里，技师照顺序查就是照错误顺序拆车
• 以为「抑制」就是不记录，其实抑制只应作用在售后呈现层与降级触发上——被抑制码仍须置位、存储并可回流，落法是「存全集、呈现子集」；抑制即删除会让那次并发在场端永远无法回溯
• 以为使能窗口越宽诊断能力越强，其实窗口开在物理关系不成立的工况上只产出误报；反过来关得太死会出现「整个保修期一次都没跑过」的诊断，判据是运行频次账 R_run 而不是感觉
• 以为跨 ECU 的时间戳可以直接排首发码，其实同步误差加上两码去抖差可能与传播时延同量级，此时排出来的顺序是假的，必须退到按根因先验概率排——硬排的误差方向不保守，会把从码判成根因
• 以为定位粒度是软件自己的事，其实它必须与硬件可换粒度同粒度：DTC 报到子件而硬件只能整块换，多出的全是无谓诊断工时；DTC 只给系统级现象而硬件本可分件更换，则可换粒度白设计（反校做法见 G8-05）
• 以为 FiM 配好抑制就算做完了，其实 FiM 只是矩阵的机器可读落点；抑制边的合法依据只有「上游失效导致下游判据前提不成立」这一条，按「码太多所以抑制」配出来的矩阵会把并发的第二个真故障一起压掉，且矩阵自己不会报错
• 以为抑制矩阵验证过了就是对的，其实只验了一半——单验「注入根因后只剩首发码」测不出越权抑制，必须同时验「单独注入下游真故障时抑制不得生效」，两个方向缺一不可
• 以为组合故障可以靠加大注入用例数覆盖，其实是 2ⁿ 量级的爆炸，只能按抑制边与传播链取样；而且现有 HIL 注入口径全是运行中单故障，初始化窗（找零超时、端位标定失败、预充链超时）与休眠唤醒窗根本注不到
• 以为诊断树该按失效概率排分支，其实要按「可测性 × 拆装代价」排——把概率最高但需要拆一半前舱的分支放第一层，整棵树的平均诊断工时反而更高
• 以为高 NTF 率是服务站乱换件，其实首先要按 DTC 分层查定位粒度与抑制关系（判读规则与 M2-05 同源）；罚服务站治不了粒度问题，反复移阈值也治不了——阈值来回改几版而 NTF 率一点不降，就是病根在定位不在取值的典型表现
• 以为车端实现改完就完事了，其实 DTC 清单文档与 ODX/CDD 描述文件不同步，诊断仪读出来的就是错的；一致性核查要有明确触发点（版本发布、码增删、冻结帧字段变更），不是人工比对一次了事
• 以为一条码都读不到就是诊断做漏了，其实「无码但有抱怨」是集合治理的显式出口：先按 K5-02 的售后三分判据分清「真故障 / 策略在让路 / 用户预期偏差」，再回 A5-08 的现象分诊，而不是继续在 DTC 里翻

需求区 · 想听众筹

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