一、诊断覆盖率基础概念

各位工程师朋友，咱们今天聊聊诊断覆盖率这个事儿。说实话，我刚入行那会儿，觉得这东西就是算个数，交差了事。直到有一次，一个产品在客户现场出了故障，排查了整整两周才发现是某个随机硬件失效没被覆盖到……嗯，从那以后，我再也不敢小看诊断覆盖率了。

1.1 什么是随机硬件失效

先说说随机硬件失效。你想想看，芯片里的晶体管、寄存器、内存单元，它们在使用过程中会老化、会受到电磁干扰、会碰到α粒子或中子轰击。这些失效不是设计缺陷，而是硬件本身固有的物理特性导致的。

我习惯把随机硬件失效分成两类：

这里有个关键点：随机硬件失效是不可避免的。你没法通过改进设计来完全消除它，只能通过诊断机制来检测它。我在项目中遇到过最典型的例子——汽车ADAS系统的摄像头接口，因为一个瞬态失效导致一帧图像数据出错，差点让车辆误判障碍物。这就是随机硬件失效的威力。

1.2 诊断覆盖率定义

诊断覆盖率，说白了就是：你的安全机制能检测出多少比例的随机硬件失效。

用公式表达就是：

诊断覆盖率 = 被检测到的失效数量 / 总失效数量 × 100%

但这里有个坑——你没法真的把所有失效都数一遍。所以实际工程中，我们用的是失效率来算：

DC = λ_detected / λ_total × 100%

其中：

• λ_total：目标硬件模块的总失效率（单位：FIT）
• λ_detected：能被诊断机制检测到的失效率

我建议你记住几个关键阈值：

你看，从60%到99.9%，每提升一个等级，难度是指数级增长的。我曾经在一个项目里为了把诊断覆盖率从98%提到99%，整整花了三个月优化诊断逻辑。值不值？对于SIL 3的应用来说，绝对值。

1.3 安全机制与诊断的关系

安全机制和诊断，这两个概念经常被混用。我个人的理解是这样的：

• 安全机制：是手段，包括检测、响应、保护等一系列措施
• 诊断：是功能，特指检测和定位失效的能力

换句话说，诊断是安全机制的核心组成部分。一个完整的安全机制通常包含：

1. 诊断功能：检测失效是否发生
2. 响应功能：检测到失效后采取什么动作
3. 恢复功能：如何让系统回到安全状态

举个例子，你想想看汽车上的刹车系统：

• 诊断功能：刹车踏板位置传感器自检、制动液压力监测
• 响应功能：检测到异常后点亮仪表盘警告灯
• 恢复功能：切换到备用制动回路

这里诊断覆盖率只关心诊断功能那部分——你能不能检测到失效。至于检测到之后怎么处理，那是安全机制的其他部分负责的。

1.4 知识体系总览

为了让你对整个章节的知识结构有个直观印象，我画了一张图：

好了，这一章的基础概念就讲到这里。记住三个关键词：随机硬件失效是对象，诊断覆盖率是度量，安全机制是手段。这三者的关系搞清楚了，后面的章节就好理解了。