IMX335与OV4689海思平台低光实测对比：差距从哪来？

去年做项目的时候，一个做ODM的朋友跟我聊起一件事。客户让他把现款的OV4689方案整体换成IMX335，海思平台不动、镜头不动、机身结构不动，只换Sensor和配套调校。他忙了三天，测了一堆夜视视频后跟我说了句特别泄气的话：“画质好像没有传说中那种碾压式提升。”

我当时跟他说，你把Sensor当成一个孤立器件在看了。它实际上是在整条成像链路里工作的，Sensor本身的低光性能上限、ISP的调校策略、镜头的进光量、甚至外壳散热，都会决定最终你在客户端看到的那个画面。后来我们干脆做了件事，把OV4689和IMX335放在同一个海思平台上，做了一轮尽量可控的低光性能实测，把“差距有多大”和“差距到底从哪来”这两件事拆开看。这篇文章就是这轮实测的完整记录，适合正在做IPC产品选型、或者在海思平台上做Sensor联调的工程师参考。

1. IMX335和OV4689的定位差异，为什么总是被放在一起比

这两颗Sensor在海思平台的IPC方案里出现的频率非常高，很多方案商的公板都是“一板两Sensor”，同一个PCB面积上兼容IMX335和OV4689，方便客户根据成本和项目需求切换。这就导致一个很现实的问题：换Sensor成了产品迭代里最频繁的操作之一。但大家普遍只关心“贵的那颗一定更好”，很少有人认真回答“在什么照度下、什么场景下，贵得值不值”。

1.1 两颗Sensor的硬参数对比

先说硬参数。IMX335是索尼Exmor系列里的背照式CMOS，1/2.8英寸，有效像素约500万，像素尺寸约2.0μm级别。OV4689是豪威的FSI前照式CMOS，1/3英寸，有效像素约400万，像素尺寸同样在2.0μm左右。单看这几个数字，你可能会觉得差距不大，但两颗Sensor的“出身”差异直接决定了低光性能的先天差距。

这里有个容易被忽略的点：两颗Sensor的像素尺寸虽然差不多，但IMX335的BSI结构把光电二极管放在了芯片顶部，光线不用穿过金属布线层，量子效率天然更高。OV4689作为前照式结构，入射光要先穿过电路层，一部分光子在到达感光区之前就被吸收了。这个差异在白天光照充足时几乎看不出来，但照度一旦掉到1lx以下，SNR的差距就越拉越大。

1.2 海思平台为什么成了这两颗Sensor的“竞技场”

海思的Hi3516EV300、Hi3516CV500这几颗SoC，在安防IPC市场占有率非常高，它们共同的特点就是ISP管线成熟、第三方SDK资料多、Sensor适配成本低。很多模组厂手里同时有IMX335和OV4689两套Sensor AF驱动，一套板子两个Sensor位，焊哪颗都能跑。

在这种“同平台、同镜头、同SDK版本”的条件下做对比，反而是最公平也最有参考价值的。因为你换的不是整个成像系统，只是Sensor单点。这也意味着：如果低光画质在换Sensor之后没有明显提升，问题大概率出在Sensor之外。这个判断，我们后面实测数据里会反复验证。

2. 低光实测的前提：把变量控制到最小，才有可比性

很多团队测Sensor低光性能，方法就是晚上找个路灯底下拍两张照片，然后发到微信群里问大家哪张好看。这种对比不能说完全没用，但误差太大，环境亮度不可控、白平衡状态不可控、快门和增益策略不可控，最后比的其实是手机屏幕的显示效果和别人对不同噪点的主观偏好。

我们这轮测试的目标不是“哪颗Sensor拍出来好看”，而是“在相同条件下，哪颗Sensor保留了更多可用的图像信息”，所以必须把变量锁死。

2.1 环境照度梯度与暗室搭建

实测地点选在一间做了遮光处理的暗室，窗户全部用遮光布封死，室内没有其他发光体。光源用一盏可调光LED平板灯，加柔光层保证被摄物体表面照度均匀。测试前用照度计放在被摄物体所在平面实测照度，而不是去读灯的标称瓦数。这里要提醒一句：照度计探头一定要和被摄物处于同一平面、同一朝向，否则你测出来的数值跟实际进到镜头的光线强度完全不是一回事。

照度梯度我们设计了6档，从高到低分别是10lx、5lx、2lx、1lx、0.5lx、0.1lx，再往下到0.05lx和0.01lx会额外加测，但0.01lx这个级别已经没有太多考意义，只看极限能看清什么。

测试图卡用了三样东西：20阶灰阶卡看细节渐进、标准24色卡看色彩还原、ISO12233分辨率卡看极限解像力。摄像头固定在三脚架上，镜头到图卡的距离固定在1.8米。每档照度下让摄像头自动曝光跑稳定30秒之后，再手动触发抓图，避免曝光还在收敛过程中就截图。

2.2 消除镜头、白平衡和降噪差异的测试口径

镜头对低光画质的影响非常大。同样F1.6光圈下，镜头的T值、镀膜透光率、MTF表现都会影响最终画面。为了公平起见，我们在对比IMX335和OV4689时，使用的是同一颗镜头模组，只更换Sensor板和ISP配置，这样镜头差异就被完全排除掉了。

白平衡方面，测试时先将白平衡固定在标准D65色温灯具下做灰度校准，然后在低照度档位锁定同一组白平衡Gain值，不允许自动白平衡在暗光下到处漂。否则你会看到画面一会儿偏红、一会儿偏绿，根本没法比。

降噪处理上也分了两个口径：一是关闭ISP里所有降噪，包括2D NR和3D NR，只看Sensor原始输出能力；二是开启一套出厂默认的降噪参数，看整机实际交付时的效果。两种口径分开记录，这样既能看出Sensor底子好坏，也能看出ISP调校对最终画面的拉动力有多大。

3. 六档照度下的实测数据与差异解读

这轮实测我们用的平台是Hi3516EV300，SDK版本是海思官方Release版本，Sensor驱动分别使用IMX335和OV4689的出厂默认初始化序列。输出分辨率统一校准到2560x1440。需要说明的是，这是一个量产模组的实测结果，不同批次板子、不同镜头搭配下具体数值会浮动，但相对趋势是稳定的。

3.1 逐照度实测结果汇总

先放汇总表格。画质判断分为彩色可辨识、黑白可用、细节保留、噪点感受四个维度，由两人独立打分后取中值。

从表格可以直观看到一个规律：在10lx这个接近黄昏路面的照度下，两者差距并不大，IMX335主要赢在噪点颗粒更细、灰阶过渡更平滑。真正的分水岭出现在2lx到1lx这一段，也就是普通监控场景里“路灯下”和“两栋楼之间的阴影区”的区别。OV4689在2lx以下色彩信息已经严重丢失，而IMX335到1lx还能勉强维持弱彩色。这个临界点差异，会对整机产品定义产生直接影响，比如晚上要不要强行保留彩色模式、什么时候切红外黑白模式。

3.2 噪点、色彩与细节保留的三个表现面

噪点颗粒感是最主观也最直观的差异。IMX335的噪点更接近“细砂纸”，均匀细腻，在监控画面里容易被3D降噪吃掉，后期压缩也不太容易产生色块。OV4689的噪点则更粗、更杂乱，尤其在暗部区域容易形成彩色斑点，降噪算法要下很重的手才能压住，代价就是细节被一起磨掉。

色彩方面，IMX335的优势来自BSI结构带来的更高量子效率。实测中同样在2lx环境光下，IMX335的R、G、B三通道响应更均衡，AWB锁定后色偏更小。OV4689在低照度下的B通道响应明显偏弱，画面会不自觉地偏黄，需要AWB强行拉高蓝增益，但蓝增益一拉高，暗部噪点又放大了。

细节保留的差距在灰阶卡上体现得最明显。0.5lx时IMX335还能分出10级灰阶，OV4689只剩6级，这意味着在同等码率下，IMX335的暗部过渡更平滑，不容易出现色带和断层。这个指标对后端的人脸检测、车牌识别算法非常关键，因为算法吃的不是“看起来干不干净”，而是特征信息够不够。

3.3 数据背后的物理原因：BSI结构、暗电流与量子效率

这两颗Sensor的像素尺寸都在2.0μm左右，但BSI和FSI的结构差异，决定了它们对光子的利用率完全不在一个量级。BSI结构把光电二极管翻转到了芯片受光面顶层，入射光不需要穿过金属布线层，量子效率在所有波长下都有提升，尤其是蓝光和绿光波段。这就是为什么IMX335在低色温环境下色彩依然能保持相对准确。

暗电流也是一个重要参数。Sensor在无光照条件下，PN结自身的热激发也会产生电子，形成暗电流噪声。索尼在BSI工艺上的积累，让IMX335的暗电流控制得相当不错，长曝光时不容易出现固定条纹和亮点。OV4689开启慢快门时，热像素会比IMX335多一些，这对夜间长曝光场景是个隐患。

实际信噪比差距可以做一个粗略估算：如果IMX335的量子效率比OV4689高大约15-20%，换算成SNR优势大约是0.6-0.8dB；再叠加暗电流噪声更低、FSI结构的光线散射损耗更小，整体暗光信噪比差距大概在2-3dB。这个差距听起来不大，但反映到画面上，就是OV4689要想达到和IMX335相同的暗部细节水平，曝光时间需要增加大约40%以上，或者增益需要多拉一档以上，而增益一拉，噪点就跟着上去了。

4. 海思平台下，这两颗Sensor的ISP联调实战差异

换Sensor不只是改个型号那么简单。在海思MPP平台上，Sensor驱动、AE策略、AWB校准、降噪参数全都要跟着变。很多团队IMX335画质不佳，并不是Sensor不行，而是拿OV4689旧的ISP参数直接套上去跑，结果当然跑不出效果。

4.1 Sensor驱动切换与初始化序列

海思SDK的Sensor适配，核心文件是/mpp/co_process/sensor_hi3516ev300/sensor_cmos.c。这里需要改的点包括I2C地址、Sensor输出分辨率、MCLK频率、像素时钟极性、以及初始化寄存器序列。

IMX335和OV4689的I2C地址不一样，寄存器初始化序列更是完全不同。一个最常见的坑是，用OV4689的驱动改几个参数去套IMX335，结果能出图但时序不对，画面出现横向撕裂或者曝光控制失效。IMX335的初始化序列里包含了对A-CRG、B-FINE这些索尼寄存器组的写入，如果初始化不完整，Sensor会以默认模式运行，帧率和输出格式对不上，ISP那边拿到的是残缺信号。

我当时做适配时习惯先把海思sample_sensor里的IMX335官方driver跑通一遍，确认RAW输出正常，再去做3A和降噪参数调优。不要跳过这一步直接改参数，否则后面排查问题会非常痛苦。

4.2 夜间3A策略和降噪参数调试思路

AE策略上，IMX335和OV4689的进光特性不同，不能共用一套AE表。IMX335的宽动态范围和高光抑制能力较好，AE的目标亮度可以适当压暗一点，保住高光细节；OV4689的暗部本身就容易丢信息，AE目标亮度如果设得太暗，暗部直接死黑，必须调高目标值，但这又会造成高光区域过曝。

我们实测中的一个典型问题是夜间灯光场景下，OV4689的自动增益会反复在16dB和24dB之间跳动，画面出现“喘气感”。原因在于ISP的AE统计窗口覆盖了路灯这个高亮区域，低照度补光一变化，统计值波动就很大。解决办法是把AE的权重窗口从全画面改成中央区域优先，同时给增益变化加上时间平滑系数，让增益缓慢爬升而不是瞬跳。

降噪参数方面，IMX335的优点是噪点细，所以3D NR强度可以开得相对保守，保留更多运动细节；OV4689噪点粗且带色斑，必须把2D NR的亮度降噪拉高，甚至要单独对Cb/Cr通道做色度降噪，否则暗部色彩噪点会被H.264编码器进一步放大。但2D NR拉太狠又会产生“水彩画”效果，所以OV4689的夜间模式反而适合尽早切黑白，黑白图像下色度降噪可以完全关闭，集中算力做亮度降噪。

4.3 最容易忽略的整链路问题

有一件事在测试报告里看不出来，但对夜间画质影响极大，就是电源纹波和Sensor供电噪声。IMX335对AVDD的纹波更敏感，供电没做好时低照度画面会出现水平滚动条纹，看起来像交流电频闪，但实际上是Sensor供电噪声耦合到了模拟信号链。OV4689相对皮实，同样的电源设计下不容易出条纹。

另外，IRCUT切换逻辑也要单独调。IMX335的彩色夜视能力比OV4689强，所以切红外的亮度阈值可以设得更低，让它在更暗的环境下继续保持彩色模式。OV4689如果彩色模式拖太久，出来的画面会又暗又糊，反而不如早点切黑白加红外补光，看上去更干净。

这个案例也提醒我们：在做Sensor对比时，如果直接用一套ISP参数跑两个Sensor，等于用OV4689的逻辑否定IMX335的优势，或者用IMX335的要求去苛刻OV4689，都是不公平的。正确做法是分别调校到两边各自的“最优状态”，再来对比整机效果。

5. 怎么选型：两类Sensor的适用场景与取舍判断

实测数据看完了，最关键的还是落地决策。IMX335和OV4689的价格在供应链端有不小差距，但整机BOM成本里的差价其实不算大，真正的差别在于这颗Sensor放到什么产品里、配什么镜头和补光方案。

5.1 按产品定位选型

如果你在做的是室内家用摄像头，ROI区域就是客厅、门口、婴儿床，大部分时间有室内灯光，真正全黑的环境会触发红外LED补光，那么OV4689的性价比优势就很明显。它在中高照度下的画质完全够用，夜间依赖红外补光后，Sensor本身的极限低光能力反而不是瓶颈。

如果你在做户外枪机、球机或者人脸识别门禁机，场景中有路灯但永远不均匀，有暗角、逆光、远距离目标，那IMX335的价值就体现出来了。它在1lx到0.5lx这个区间还能保留相对完整的黑白细节，这正好是人脸识别算法能开始工作的下限。0.5lx以下，哪怕IMX335也会力不从心，必须靠补光。

低功耗电池摄像机的选择尤其值得多说一句。电池供电的产品对Sensor功耗和曝光效率非常敏感，IMX335在同样照度下允许用更短的曝光时间或者更低的增益达到目标亮度，这意味着IR LED可以少亮一会儿、编码器可以拿到更干净的输入，整机功耗会有可感知的下降。对于单次充电续航要求高的产品，多花在Sensor上的成本，往往能从电池和补光LED上省回来。

5.2 成本、交付和长期供应维度

采购成本上，目前OV4689单价明显低于IMX335，大批量出货时两者的整机BOM差距在几十元人民币以内，但对于利润以“元”为单位计算的中低端IPC来说，这个差距仍然能决定一个项目做不做。

供应链方面，IMX335在索尼产线里属于非常成熟且仍在持续出货的型号，生命周期长。OV4689在2020年左右已经传出进入EOL循环，虽然到现在还在出货，但批次不稳定、尾货风险越来越大。如果产品规划周期超过两年，我建议优先选IMX335，避免因为Sensor停产被迫做二次改板。

还有一个隐性成本是ISP调校工时。OV4689在海思平台上的调校参考资料非常多，很多老工程师手里有现成的参数集，拿来就能用。IMX335的调校门槛稍高一些，对AE、降噪、AWB的理解要求更高，否则不如OV4689。如果团队ISP能力薄弱，选IMX335之前要有足够的调试预算。

6. 低光实测的几个大坑，踩过才算真正理解画质

最后聊几个我在实测过程中踩过、或者看到同行踩过的坑。每一个都真实影响过产品决策，写出来给大家避雷。

6.1 “整机画质对比”不等于“Sensor能力对比”

最常犯的错误是把整机对比当成Sensor对比。同平台换Sensor，会让测试者以为是“只换Sensor”，但实际换完之后ISP参数、AE策略、AWB参数全都隐式地变了。如果你的调校人员水平一般，IMX335可能跑出比OV4689还差的效果，这时候你不能说IMX335不行，只能说你的调校不行。

另外，编码器的影响也不能忽视。对比画质时一定要通过HDMI直出、或者用SDK抓取YUV原始帧，不要直接在web端截图。H.264/H.265编码器在低码率下会主动磨平细节、涂抹暗部，两个Sensor的差距会被编码器“抹匀”，看起来反而差不多。我们实测时是走海思MPP的VI通道直接dump RAW和YUV数据，绕开编码器，才能看到Sensor真实能力。

6.2 中心画质好不代表边缘可用

很多Sensor评测喜欢拍中心分辨率卡，然后下结论说“解析力很好”。但低光场景里，镜头的边缘像差会被噪点进一步放大。同样一颗镜头，IMX335在画面边缘的细节保留会比OV4689好，原因是SNR更高，边缘光衰减后依然有足够的信号强度。OV4689在边缘区域经常出现“糊成一片”的低对比度细节，放大看全是噪点。做产品时，如果重点监控区域在画面边缘，一定要把测试卡放到边缘去测，不要只看中心。

6.3 不要被“0.0001lux”这种营销参数带偏

Sensor规格书里经常写“最低照度0.0001lux”，这个数字是在特定帧累积、特定增益、特定信噪比条件下测出来的实验室理论值，不代表你能拍到可用的画面。我们实测0.01lx照度下，两颗Sensor都能“看到东西”，但看到的是满屏噪点和几乎不可辨识的轮廓，这种画面放到监控场景里没有任何实用价值。

真正要关注的指标是“在多少照度下能达到某个可用SNR”，比如“1lx下SNR大于20dB”。不过这个数据在规格书里根本不会给，只能靠实测。所以我更建议大家建立一个自己团队的“可用照度”标准，比如“能看清20阶灰阶卡8级以上”算可用，然后拿这个标准去衡量所有Sensor，而不是直接拿两个规格书互相对参数。

说到这我想起一个印象很深的事。之前有个客户做项目评审，我们准备了一组IMX335和OV4689的夜间对比截图，IMX335在噪点和细节上全面占优，但客户最终选了OV4689方案。原因是他们办公室里看的是缩略图分屏预览，OV4689在低码率下被编码器磨过之后反而显得更干净，IMX335保留的噪点细节在缩略图上显得“脏”。这事让我琢磨了很久，Sensor的极限性能是产品的地基，但最终交付给用户的，是整个系统在真实使用场景里的表现。选型的时候，先想清楚你的用户看的是完美画质的原始帧，还是一个16:9的预览小窗口，答案可能完全不一样。