189、车载影像HDR与功能安全：ISO 26262下的质量验证实战去年夏天，某Tier1的ADAS项目在夜间测试时，摄像头对着对向远光灯的瞬间，整个画面直接“炸白”了——高光区域完全饱和，暗部细节全丢，AEB系统在那一帧误判了前方静止车辆的距离。更麻烦的是，这个bug在实验室死活复现不了，只有上路跑夜路才出现。后来追了三个月，发现是HDR合成模块的曝光时间切换逻辑，在ISO 26262的ASIL-B安全机制下被“过度保护”了。这个坑让我意识到，车载影像的HDR和功能安全，从来不是两个独立的技术栈。它们像一对互相拉扯的兄弟——HDR要的是动态范围，功能安全要的是确定性，而确定性往往以牺牲动态范围为代价。HDR在车载场景下的“反直觉”挑战手机HDR你可以容忍偶尔的鬼影，甚至觉得“有点艺术感”。车载HDR不行。一个鬼影可能意味着把路灯识别成行人，把桥洞下的阴影误判成障碍物。车载HDR的终极目标不是“好看”，而是“每一帧都能被下游算法正确理解”。这里有个反直觉的点：车载HDR的曝光策略，往往不是追求最大动态范围。比如在隧道出口场景，传统多帧HDR需要三帧不同曝光（长、中、短），但ISO 26262要求曝光时间必须在ASIL等级规定的误差范围内。长曝光的帧如果因为安全机制被截断，合成出来的HDR图像会出现一条明显的“缝合线”——我见过某供应商的方案，在隧道出口场景下，这条缝合线正好切在行人头部，导致感知模型直接漏检。别这样写代码：把HDR合成放在ISP pipeline的最后阶段，然后加一个ASIL-B的监控模块去检