198、影像系统设计评审流程:从需求评审到 EVT、DVT、PVT 各阶段的关注重点
去年做某旗舰机项目,Sensor 型号是 IMX766,模组厂送样后第一轮 EVT 点亮,预览画面直接偏紫。我以为是白平衡算法没收敛,查了三天,最后发现是模组 IR 滤光片镀膜批次偏移,导致近红外响应异常。这个坑让我意识到:影像系统的设计评审,如果只在算法层面兜圈子,硬件和工艺的边界条件没卡住,后面量产就是灾难。
影像系统的评审流程,本质上是在“功能定义”和“物理实现”之间反复拉锯。每个阶段关注的东西完全不同,下面按实际项目推进顺序拆开讲。
需求评审:别让产品经理画饼,把“拍得清”翻译成物理参数
需求评审最容易出问题的地方,是产品侧提了一堆“拍得美”的模糊描述,比如“夜景要纯净”“人像要自然”。这些词在算法工程师耳朵里是需求,在硬件工程师眼里就是空气。必须把每个需求拆解成可测量的物理指标。
举个例子,“夜景纯净”对应的是信噪比(SNR)和动态范围(DR)。你要追问:目标照度是多少 lux?SNR 要大于多少 dB?DR 要覆盖多少档?如果产品说“参考 iPhone”,那就去实测 iPhone 在 1 lux 下的 SNR 曲线,拿数据说话。
另一个容易漏掉的是“场景覆盖”。比如用户经常拍演唱会,那就要考虑高亮聚光灯下的高光溢出问题,这直接决定 Sensor 的满阱容量(FWC)和 HDR 策略。如果需求里只写了“室内人像”,那模组选型时可能就选了小像素尺寸的 Sensor,到了演唱会场景直接翻车。
这里踩过坑</
订阅专栏 解锁全文

1022

被折叠的 条评论
为什么被折叠?



