3. 可靠性指标与验证需求定义
在Basler相机系统的可靠性验证中，最先要解决的不是“怎么测”，而是“测什么、测到什么程度才算合格”。客户给出的往往是一句商业语言，例如“整机MTBF不低于5万小时”“三年内返修率低于1%”“产线不能因相机停机超过2小时/月”。这些表述不能直接变成试验条件，必须经过指标定义、任务剖面分解和需求转化，才能落到可执行的验证项目上。
一、四个核心指标的专业含义
MTBF（平均故障间隔时间）是可修复系统最常用的可靠性指标，指系统在两次相邻故障之间的平均工作时间。它描述的是“故障发生的频繁程度”，不是“寿命”。一台MTBF为5万小时的相机，并不意味着它能连续工作5万小时不坏，而是长期统计下平均每5万小时出现一次需要修复的故障。工程上常用指数分布近似：R(t)=e^(−t/MTBF)，当t=MTBF时，可靠度约为36.8%。
寿命通常针对不可修复或退化型失效，如CMOS传感器老化、快门机械磨损、风扇轴承磨损。寿命指标常以B10寿命表示：10%的样本失效时对应的工作时间或循环次数。它与MTBF不能混用，一个描述随机故障，一个描述磨损退化。
失效率λ是单位时间内发生故障的概率，λ=1/MTBF（在恒定失效率假设下）。工程中常用FIT（Failures In Time，10^−9/h）表示，便于描述元器件级失效率。例如某电容失效率为50 FIT，即每10^9小时预计失效50次。
可用性A衡量系统在需要时能正常工作的概率，A=MTBF/(MTBF+MTTR)。MTTR是平均修复时间，包括故障检测、定位、更换、恢复。可用性把“可靠性”和“可维护性”绑在一起：即使MTBF很高，若现场更换相机需4小时，可用性也会被拉低。
二、任务剖面：把“使用”翻译成工程语言
任务剖面描述产品在全生命周期内经历的环境、工作模式和载荷。对Basler相机而言，至少应包含：工作温度范围（如−10℃~+60℃）、供电电压波动（如24V±10%）、振动量级（如5~500Hz、1.5g）、图像采集占空比（如连续采集8h/天）、接口插拔次数、清洁维护周期。任务剖面不准确，后续所有验证都建立在错误假设上。
例如客户说“用于户外交通监控”，这还不够。需要进一步确认：是否直射阳光、是否雨淋、是否24h连续运行、是否频繁变焦。只有把这些转化为温度循环次数、湿度条件、振动谱和运行占空比，才能设计加速试验。
三、从客户规格到验证需求的转化路径
转化过程可以概括为四步：指标解析→任务剖面建模→可靠性分配→验证需求生成。下面这张图展示了从客户语言到可执行验证项目的完整映射关系，包括各指标之间的计算依赖和验证方法选择。
四、转化中的关键判断与常见陷阱
第一，MTBF不能直接除以样本数当试验时间。若客户要求MTBF=50,000h，用10台样机做试验，不能简单认为每台跑5,000h就够。在零故障接收条件下，所需总试验时间与置信度、允许故障数有关。例如采用定时截尾、零故障、60%置信度，总试验时间约为0.92×MTBF；若要求90%置信度，则需约2.3×MTBF。这意味着10台样机需连续运行约11,500h，远超常规项目周期，因此必须用加速试验或可靠性增长试验来压缩时间。
第二，任务剖面中的占空比会显著改变等效工作时间。相机每天实际采集8h、待机16h，待机时温度更低、功耗更小，失效率不同。若把24h都按满载计算，会高估应力；若忽略待机，又会低估温度循环次数。正确做法是按工作/待机分别计算λ，再加权求和。
第三，可用性指标必须同时约束MTBF和MTTR。客户要求A≥99.9%，若MTBF=50,000h，则MTTR必须≤50h；若现场只能做到MTTR=4h，则MTBF需≥4,000h即可满足。这说明可用性需求可以反向分配，给设计和维护策略提供明确边界。
客户要求：MTBF≥80,000h，3年返修率≤0.8%，工作温度−5~+55℃，每天连续运行12h。
转化过程：
1）3年按每天12h、每年365天计算，总运行时间=3×365×12=13,140h；
2）返修率0.8%对应可靠度R=99.2%，由R=e^(−t/MTBF)反推，MTBF≥13,140/0.008≈1,642,500h？此处需注意：返修率不等于失效率，需扣除早期失效和误用，实际按指数分布近似时，MTBF≈t/(−lnR)=13,140/0.00803≈1,636,000h，远高于客户口头MTBF，说明客户两个指标本身不一致，必须与客户澄清；
3）若以MTBF=80,000h为准，3年可靠度R=e^(−13,140/80,000)=e^(−0.164)=84.9%，即返修率约15.1%，与0.8%矛盾。此时应建议客户明确：80,000h是目标值还是验证值？返修率是否含非可靠性因素？
4）最终验证需求定为：高温+55℃、1000h老化，零故障；温度循环−5~+55℃、300次；振动5~500Hz、1.5g、每轴2h；可用性按MTTR≤2h验证。
五、验证需求文档应包含的要素
一份可执行的验证需求至少应写明：验证对象（整机/模块/元器件）、指标类型（MTBF/寿命/可用性）、目标值与判据、任务剖面条件（温度、湿度、振动、电压、占空比）、样本数量、试验时间或循环次数、加速因子及依据、故障判定规则、数据记录要求、通过/不通过准则。缺少任何一项，试验结果都无法与客户规格形成可追溯的对应关系。
例如，若只写“做高温试验”，没有温度值、持续时间、样本数和判据，就无法回答“到底验证了哪条客户需求”。可靠性验证的核心不是“做了试验”，而是“试验条件与客户使用条件之间有可论证的映射”。
总结来说，从客户规格到验证需求的转化，本质是把模糊的商业期望拆解为可测量、可复现、可判定的工程条件。MTBF、寿命、失效率、可用性分别回答不同问题，任务剖面提供应力输入，可靠性分配把整机指标落到模块和元器件，最终形成带判据的验证项目。只有这条链路完整且自洽，后续的试验设计、数据分析和现场改进才有可靠基础。