企业官网建设流程全解析

做ISP调试的应该都有这种体会：AE（Auto Exposure，自动曝光）在框架里看就是“曝光时间乘以增益等于目标亮度”这么一句简单的话，可真把一颗新Sensor接到项目里，寄存器表翻到眼花，画面要么忽明忽暗、要么暗部噪声起飞，甚至Gain寄存器写进去毫无反应，这时候才意识到，从Datasheet到寄存器之间的距离，远比想象中长。

这篇文章我会以SC230AI、OV08A10、IMX335三颗Sensor为例，把AE调试中最容易被卡住的Gain配置环节彻底拆开讲清楚。内容覆盖Datasheet阅读顺序、曝光与增益寄存器的结构差异、三种我实际项目中常用的Gain配置模式，以及从理论换算到寄存器写入的完整实操流程。适合刚接触Sensor驱动和ISP调试的工程师，也适合已经被AE问题折磨过、想系统梳理一遍的老手。看完之后，你应该能建立起一套自己的Sensor Gain调试方法论，而不是继续靠试错碰运气。

1. 先搞清楚Gain在AE里到底管什么，再谈寄存器

1.1 AE中的“曝光三角形”与Sensor Gain的定位

AE的本质是控制进入Sensor的光能量，让输出图像亮度稳定在目标值附近。整个链路里，我们能直接操控的无非三样：曝光时间、增益、光圈/补光。安防和车载场景下光圈通常是固定的，补光也不是AE主路径，所以AE核心计算基本落在“曝光时间×Gain”这两个量的分配上。

这里有个新手很容易混淆的点：图像处理链路里有多个Gain，Sensor内部有模拟增益（Analog Gain）和数字增益（Digital Gain），ISP端还有LSC、AWB、Gamma等模块各自带增益，甚至3A里的AWB本身也在调R/G/B通道增益。这些增益叠加在同一颗图像上，但作用位置和噪声特性完全不同。

Sensor Gain是在光电转换之后、量化之前（或紧邻量化）介入的，它直接影响信号幅值与噪声底的比例。简单说，模拟增益抬高的是“电荷-电压-ADC”这一段的有效信号幅值，而数字增益只是在ADC量化之后做乘法，信号噪声已经被一起放大了。所以AE分配Gain时的基本原则非常朴素：能靠曝光时间的先靠曝光时间，曝光时间受限后优先动模拟增益，模拟增益到顶了再补数字增益。这个原则看起来简单，但落地到不同Sensor上，寄存器行为和Datasheet定义的差异会带来一堆坑。

1.2 为什么拿SC230AI、OV08A10、IMX335三颗Sensor做例子

这三颗Sensor分别代表了市面上最典型的三种技术路线和寄存器风格。

SC230AI来自思特威（SmartSens），是国产安防Sensor里很有代表性的型号，200万像素级别，主打性价比和低照度。思特威的寄存器风格和很多国产Sensor类似，Gain相关定义比较直接，但细节上容易藏坑，比如增益档位采用粗调+细调的组合，需要仔细读手册。

OV08A10来自豪威，800万像素，用在笔记本摄像头、平板、部分安防球机上。OV系列的特点是寄存器体系非常成熟且一脉相承，Exposure和Gain寄存器长期集中在0x3500附近区域，网上能搜到大量前人经验，但AEC/AGC的细节比如位宽、增益步长仍然要以外规手册为准。

IMX335来自索尼，500万像素，是车载和高端安防的常客。索尼Sensor的寄存器风格最严谨，Grouped Parameter Hold（组保持）机制是它的一大特色，曝光和增益寄存器可以做到帧同步切换，但代价是寄存器操作顺序有严格讲究，写错了轻则参数不生效，重则出花屏。

把这三颗Sensor放在一起对比，你基本就覆盖了市面上80%以上Sensor的寄存器交互习惯：OV类、索尼类、国产类。理解它们之间的共性和差异，以后换Sensor上手会快很多。

1.3 AE Gain的设计目标：线性、单调、低噪声

评价一套AE Gain配置做得好不好，我习惯用三个标准衡量。

第一是单调性。Gain寄存器值增大，图像亮度必须严格增大，任何一段出现“增益越大反而越暗”或者“写同一个值两次亮度不同”，说明初始化序列或寄存器换算有问题。第二是响应精度。AE从当前亮度推算目标Gain时，是基于Gain与亮度的线性关系反算的，如果实际Sensor的Gain曲线是非线性的，AE就永远调不准，表现为亮的地方过曝、暗的地方压不下去。第三是噪声表现。不同增益分配策略下，同一目标亮度产生的图像噪声差异很大，尤其在低照度场景，错误地过早使用数字增益会让暗部噪点直接起飞。

所以，AE调试真正要做的，不是简单把寄存器值映射成倍率，而是建立一条“Sensor真实响应”的准确曲线，并让AE策略始终工作在这条曲线上最优的区间。这就是从Datasheet到寄存器之间必须做扎实的功课。

2. Datasheet里到底要找什么：AE相关寄存器信息提取

2.1 阅读Datasheet的正确顺序：先找曝光结构，再找增益结构

很多工程师拿到一份几百页的Sensor Datasheet，第一反应是打开寄存器表从头翻，这效率太低。我习惯的顺序是先看芯片框图和时间关系图，理解Sensor的曝光机制，再定位寄存器描述。

第一步找Exposure相关的章节。需要确认三件事：曝光时间的基本单位是行（line）还是微秒（us）；最大曝光行数受什么限制；有没有PLL、HTS、VTS等参数影响行时间换算。这三个信息决定了AE里曝光时间与寄存器值的换算公式。以行单位曝光为例，如果一行时间是20us，寄存器值每加1等于增加20us曝光，AE计算时缺了这个换算关系，增益配比就全错了。

第二步找Gain相关的章节。需要确认的包括：Sensor支持哪些类型的增益（模拟、数字、还是寄存器同时控制两者）；增益的单位是倍率还是dB；增益寄存器位宽是多少；最大增益是多少；增益与寄存器值之间是线性关系还是查表关系。这四点直接决定了后面Gain映射函数的写法。

第三步找同步机制。曝光和增益寄存器什么时候生效？是写完立即生效，还是需要等VSYNC，还是需要靠Grouped Parameter Hold锁存？这一步最容易踩坑，不然后续调试会出现“寄存器明明写了却没生效”的诡异问题。建议这部分的笔记单独记一份，格式就是“寄存器名、地址、位宽、单位、生效时机、与其它寄存器的关联”，后续联调时这就是最好的参考手册。

2.2 三个Sensor的关键寄存器区段对照

先说OV08A10。OV系列在曝光和增益寄存器布局上一直比较稳定，0x3500~0x350D附近集中了Exposure和Gain相关寄存器，OV08A10也不例外。曝光寄存器通常分为高、中、低字节，组合成一个多位宽的曝光值；Gain寄存器则定义了模拟增益和全局增益的编码。具体到每个bit的含义，务必以OV08A10手册的Register Description为准。OV系列的另一个特点是部分寄存器需要先写解锁位或影子寄存器才生效，这一点联调时要注意。

再看IMX335。索尼的寄存器体系要规整得多，曝光相关寄存器通常在0x3002~0x3004附近，Gain在0x3008~0x300B附近，其中0x3000是Grouped Parameter Hold寄存器。索尼的推荐流程是：先写0x3000=0x01，然后依次写曝光和Gain寄存器，再次写0x3000=0x00或等VSYNC触发锁存，这批参数就会在下一帧同步生效。这种机制的好处是曝光、增益、其他参数可以在同一帧内同时切换，不会出现“曝光已经变了但Gain还是旧值”的撕裂现象，代价是每一帧更新参数时都要多写几个寄存器操作。

SC230AI则代表了另一种风格。思特威这类国产Sensor的寄存器表通常也提供Global Gain和Digital Gain两类寄存器，但增益档位的组织方式和OV、索尼都不太一样，有的型号用分段方式表示增益，比如寄存器值每增加某个步长，实际增益增加0.3dB或0.5dB。这种设计下来，最大的坑就是：增益与寄存器值不是简单的“值=倍率”关系，而是带偏移和步长的线性映射，甚至某些区间是非线性的。以我在SC230AI项目上的经验，拿到手册后一定把Gain那几页的公式完整抄下来，必要时对照原厂Application Note来理解，否则非常容易在换算环节出错。

2.3 从dB到寄存器数值：换算公式与常见误区

Gain单位是AE调试里最容易被绕晕的地方。有些手册直接写倍率，比如“1x、2x、4x就对应0、1、2”；有些手册写dB，比如“最大增益24dB”。这里的换算必须搞清楚：Sensor增益是从电压意义上定义的，所以倍率M与dB的关系是dB = 20 × log10(M)，反推就是M = 10^(dB/20)。2倍增益约等于6dB，4倍增益约等于12dB，这个对应关系要刻在脑子里。

但更关键的是寄存器值到倍率的换算。这里分三种常见情况：

第一种，寄存器值直接等于倍率，比如写0x10表示16倍。这种情况最简单，直接把AE算出来的倍率转成整数写进去就行。

第二种，寄存器值与倍率呈线性关系但带偏移，比如手册写Gain = Reg × 0.3dB，那么Reg = dB / 0.3。这一类换算也简单，但要注意小数舍入。

第三种，手册给出了分段定义或者查表关系，比如低增益段每步0.1dB，高增益段每步0.3dB，这种就必须用查表或者分段线性插值来实现，绝不能用一个公式硬算到底。

实操中我见过最多的错误是：把dB当成倍率直接写进寄存器，结果目标亮度是2倍增益，寄存器却写了一堆超大值，画面瞬间过曝；还有人在倍率和dB换算时用了10×log10（功率公式），导致所有增益点都算低了。所以拿到一份Datasheet，先用固定曝光、手写不同Gain寄存器值拍一组图，验证亮度变化是否符合手册公式，这一步极重要，值得在联调前专门花半天做。

3. 三种Gain配置模式详解：AE侧如何把曝光需求变成寄存器的值

3.1 模式一：单段线性映射，适合寄存器结构简单的Sensor

第一种模式最简单，适合OV08A10这类寄存器编码规则相对直接的Sensor。AE算出一个目标增益倍率G后，直接通过一个线性函数把G映射成寄存器值，比如寄存器值 = G × scale_factor。整个过程不需要区分模拟增益和数字增益，因为Sensor内部协议规定这个寄存器同时控制两者的联动。

这种模式的优点是实现快，一个公式搞定；缺点是灵活性差。因为单段线性映射相当于把模拟和数字增益绑定在一起，AE并没有机会干预分配比例。如果Sensor默认的分配策略是先加数字增益，那低照度下的噪声表现就很可能不理想。所以这种模式一般用于对画质要求不苛刻、开发周期又紧的项目，比如电子考勤机、简易USB摄像头。

针对OV08A10这类Sensor，如果手册里只给了一个Gain寄存器且定义相对线性，我建议初期联调先用这种模式跑通AE全流程，等整体效果稳定了再优化增益分配策略。没有必要一上来就做复杂映射，先把链路跑通比什么都重要。

3.2 模式二：模拟增益优先、数字增益兜底，最推荐的AE策略

第二种模式是绝大多数项目中我最推荐使用的，也是SC230AI这类国产Sensor上常见且好用的做法。核心思路是：AE先算子需要的总增益G_total，如果G_total小于等于Sensor模拟增益上限，则全部用模拟增益实现；如果G_total超过模拟增益上限，则先把模拟增益拉到最大，余下的部分用数字增益补齐。

为什么这个方案效果好？因为模拟增益放大的是ADC采样前的信号，数字增益放大的信号已经包含噪声。同样的总增益，模拟部分占比越高，信噪比越好。举个例子，目标亮度需要6倍增益，Sensor模拟增益最大4倍，如果策略是模拟给2倍、数字给3倍，总增益同样是6倍，但等效噪声特性明显差于“模拟4倍、数字1.5倍”的方案。

具体实现上，需要一个从float增益到寄存器值的换算函数。这段逻辑建议放在驱动层，AE上层只需要传一个float类型的Gain进来，驱动内部负责拆分为模拟增益和数字增益。

// 以SC230AI这类Sensor为例的简化实现 float total_gain = ae_get_target_gain(); // AE算出来的总增益 float max_analog = sensor_get_max_analog_gain(); uint32_t analog_reg, digital_reg; if (total_gain <= max_analog) { analog_reg = gain_to_analog_reg(total_gain); digital_reg = gain_to_digital_reg(1.0f); // 数字增益保持0dB } else { analog_reg = gain_to_analog_reg(max_analog); digital_reg = gain_to_digital_reg(total_gain / max_analog); } sensor_write_register(ANALOG_GAIN_ADDR, analog_reg); sensor_write_register(DIGITAL_GAIN_ADDR, digital_reg);

这段逻辑占用资源极少，但效果立竿见影。要注意的是，模拟增益和数字增益之间最好设置一个切换回滞区间，否则在临界点附近会出现增益来回跳变引起的亮度抖动。我的习惯是对切换点做Hysteresis处理，比如模拟增益上限4倍，那么只有当G_total超过4.2倍时才切到数字增益，并且要回到3.8倍以下才允许切回，避免因为AE的微小波动导致增益策略反复横跳。

3.3 模式三：高精度查表与分段补偿，应对非线性Sensor

第三种模式用在高要求场景，尤其是IMX335这类车载Sensor，以及任何Gain响应在部分区间存在明显非线性的Sensor。前面说过，有些Sensor的寄存器值到实际增益不是简单线性关系，或者在高增益段会出现饱和、偏移，这时候再用一个公式硬算必然出错，必须引入查表或分段插值。

做法分三步。

第一步，标定Gain曲线。手动固定曝光，从最小Gain寄存器值开始，每次加一个固定步长，拍图并记录图像平均亮度，得到寄存器值-亮度-实际增益的关系表。

第二步，建立映射表。把“目标增益倍率→寄存器值”的对应关系存成一张表。如果希望精度更高，可以每两个标定点之间做线性插值，这样表不用很大也能获得比较平滑的曲线。

第三步，在驱动层封装一个查询函数。AE算完目标增益后，不是算公式，而是查表得到寄存器值。查表函数内部处理越界和插值逻辑。

这种模式对IMX335这类Sensor还有一个额外的好处：因为索尼Sensor的Grouped Parameter Hold机制适合批量更新参数，查表得到的模拟增益和数字增益可以在同一帧内同时锁存，非常适合车载场景下曝光变化剧烈的需求。

但查表模式也有代价，它需要额外的标定时间和内存开销。如果项目开发周期紧，且Sensor本身线性度尚可，可以先跑模式二，等后期画质优化阶段发现高增益段亮度不准或偏色问题时再升级到查表模式。根据我个人经验，IMX335在6dB以上增益段，部分寄存器组合的实际增益与标称值会有一定偏差，这种问题通过查表几乎都能解决。

3.4 三种模式如何选型：给AE框架的建议

成熟的AE框架应该在Sensor驱动层独立出一个Gain抽象层，向上只暴露两个函数：float gain_to_reg(float gain) 和 float reg_to_gain(uint32_t reg)。这两个函数内部不管是线性公式还是查表，上层AE完全不用关心。

选型时不要迷信复杂度。刚起步的项目、Sensor线性度又不差，用模式一快速跑通就没有任何问题；追求画质和噪声控制的，优先考虑模式二；Sensor本身非线性明显、或者项目对曝光精度要求极高（比如车载、医疗、工业检测），直接用模式三查表。模式二的代码可以平滑扩展成模式三，因为函数接口一致，底层实现换掉即可，AE侧零改动。

4. 实操过程：从寄存器读写到AE联调

4.1 搭建寄存器调试环境

开始之前，先把调试环境准备好。现在的Sensor基本都是通过I2C或I2C over CCU（在SoC内部）配置寄存器，调试时至少要有以下三样东西：

第一，传感器驱动源码或寄存器读写工具。通常SoC端会有I2C工具，比如Linux下的i2c-tools，通过i2cget/i2cset直接读写Sensor寄存器。这种方式最快，联调初期比反复改驱动代码编译烧录高效得多。

第二，Sensor子板或开发板，至少要能输出MIPI信号到SoC。最好是带Sensor原厂推荐的电源和时钟方案，避免把外部因素混进来干扰判断。

第三，图像预览通路。可以用HDMI直出显示器，也可以通过网络推流，但必须能实时看到画面和亮度变化。如果同时能抓取raw图，调试噪点和偏色时会更方便。

环境搭好后第一件事不是改AE，而是先读一遍Sensor的Chip ID寄存器，确认I2C通信正常，再逐个写曝光、Gain寄存器，确认每个寄存器确实控制对应功能。这一步虽然基础，但能把后面排查问题的范围缩小很多。

4.2 初始化序列与曝光状态确认

寄存器调试环境就绪后，先把Sensor初始化序列完整跑一遍，然后用固定曝光、手动增益去验证基本出图。我习惯按这个顺序操作：

先设置一个固定的、相对较短的曝光时间，然后把Gain寄存器设到最小值，对着均匀光照环境拍一张图，记录平均亮度作为基准。接着只增加曝光时间观测亮度变化是否线性；再固定曝光时间，只改变Gain寄存器观测亮度变化。这两组数据基本能确认曝光与Gain两个维度的寄存器映射是否符合预期。

这里尤其要记录曝光时间增加后亮度从暗到亮、再到过曝的完整过程，以及Gain值过大后画面是否出现偏色或条纹。这些现象会在后续AE联调时作为判断依据，比如“当前亮度异常可能是因为Gain已经进入非线性区”。

我在IMX335联调时遇到过一个问题：曝光寄存器和Gain寄存器分别单独写时看起来都是正常的，但AE同时更新曝光和Gain时，画面会偶发一帧暗一帧亮，后来查出来是索尼的Grouped Parameter Hold没有正确使用导致的。曝光和Gain写入了但未在同一帧锁存，于是出现了参数撕裂。所以初始化序列调试时，要抽空把组保持机制的写入顺序单独验证一遍。

4.3 一个最小可用的Gain映射实现

下面给出一个最小可用的Gain映射实现思路，按模式二来写，逻辑清晰且适用于大多数Sensor。整体流程分为三步：AE引擎计算目标曝光时间和目标增益，驱动层把目标增益拆成模拟与数字两部分，最后写入Sensor寄存器。

pseudo code见3.2部分的简版实现，不过在工程中还有很多细节要考虑。第一，所有寄存器写入操作最好通过一个统一的寄存器写函数完成，便于加调试打印和错误处理。第二，驱动层要缓存当前已经写入的寄存器值，避免每个AE帧重复写相同值导致不必要的I2C负载。第三，写寄存器时要根据Sensor的同步机制决定是否需要配合Grouped Hold或者等VSYNC。

在AE侧，需要把“Gain分配策略”封装得比单纯拆模拟/数字更细一点。比如设置一个最大曝光时间阈值，当环境变暗时，AE优先增加曝光时间直到阈值，之后才开始增加Gain；反过来，环境变亮时，AE优先降低Gain到最小值，之后才缩短曝光时间。这样做的好处是避免频繁切换曝光和Gain导致画面闪烁。这个逻辑其实属于AE策略而非Gain映射本身，但两者需要配合紧密，建议在同一个模块里维护。

4.4 联调中的关键验证项

AE全流程联调时，有几个验证项必须反复确认。

一个是亮度阶梯测试。从明亮环境到暗环境，观察图像亮度是否平滑过渡，是否存在跳变或阶梯感。跳变通常发生在Gain分配策略切换点，比如模拟增益到极限切数字增益的那一帧。

第二个是延迟与稳定性测试。快速移动镜头或快速改变环境光照，观察AE收敛速度和是否出现振荡。AE振荡的典型表现是亮度来回过冲，这时候需要检查AE的P-I控制参数与Gain步长是否匹配。

第三个是帧率稳定性测试。AE在大范围调整曝光与Gain期间，输出帧率不能有明显波动。有些Sensor在调整曝光后需要重新计算行关系，如果驱动处理不当会造成帧率骤降或丢帧。

第四个是噪声与画质评估。在低照度环境下对比不同Gain分配策略的raw图噪声水平，确认当前的“曝光优先、模拟增益优先、数字增益兜底”策略确实生效。这个环节最好用Imatest或类似工具量化SNR，而不仅仅靠眼睛看屏幕。

5. 常见问题与排查技巧实录

5.1 寄存器写了却没生效：先查锁存、再查顺序、最后查时序

这是AE调试里最磨人的问题之一。现象通常是：i2cset写寄存器返回成功，但画面亮度完全没有变化，或者变化要隔好几帧才出现。

排查顺序我建议固定为：先确认寄存器地址和位宽是否写对，再确认该寄存器是否有shadow位或锁存机制，然后确认写入操作是否被Sensor内部的frame sync拒绝，最后用示波器或逻辑分析仪看I2C时序是否正常。

尤其是索尼系列的Grouped Hold机制，如果0x3000寄存器被设置为上位机锁定模式，后来的写入参数会被暂存在shadow寄存器里，等锁存信号来才生效。很多工程师不知道这一点，写完寄存器发现没反应，以为I2C坏了，其实参数已经被正确暂存，只是还没锁存而已。

5.2 画面忽亮忽暗、亮度跳变

这类问题最常见的原因有两个：一个是Gain步长太大，另一个是模拟增益与数字增益的切换点没有做回滞处理。

Gain步长太大表现为画面亮度呈台阶式变化，AE今天算出来需要3.2倍增益，明天算出来需要3.5倍增益，但寄存器编码只支持0.5倍一跳，于是画面在两个亮度等级之间来回跳。解决办法是在AE到驱动层之间增加平滑处理，比如对目标增益做一阶低通滤波或者限制每帧最大增益变化量。

模拟增益与数字增益切换点抖动则表现为在特定光照环境下画面周期性闪烁。这是因为AE算出的总增益在模拟增益上限附近波动，一会儿全部走模拟，一会儿又切到数字补足，两类增益的噪声底不同，导致亮度噪声有可见差异。解决办法就是3.2节提到的回滞区间。

5.3 同一套AE策略，不同Sensor画面偏色

有些项目会做多Sensor兼容，同一个AE框架换Sensor后偏色，排除了AWB问题后，要重点检查Gain分配策略是否改变了Sensor R/G/B通道的响应比例。

Sensor的数字增益如果调整的是全局亮度，一般不改变白平衡；但如果某些Sensor的数字增益实现会顺带影响R/G/B通道的比重，或者驱动层不小心写到了独立的R/G/B Gain寄存器，偏色就会出现。也有一种情况是Gain标定不准确，导致AE把Gain推得过高，Sensor某通道进入非线性饱和区，整体偏色。排查时先固定曝光，把Gain设成几种典型值，分别抓raw图看单通道响应是否一致，基本能定位是Sensor问题还是策略问题。

5.4 排查流程速查表

这张表覆盖了我这些年调试Sensor AE时遇到的大部分问题。实际项目中，问题往往是多个因素叠加出现的，比如“寄存器没生效”和“帧率下降”同时出现，所以排查时不要只盯一个点，先抓日志和波形，把现象量化，再按上面的路径逐个排除。

5.5 一个容易被忽略的坑：初始化序列中的Gain默认值

还有一个小坑值得单独提一下。很多Sensor上电后Gain寄存器默认值不是1倍，而是某个非整数倍率，比如1.2倍或0.8倍。

如果初始化序列没有显式把Gain设置为1倍，AE启动时会基于一个错误的基准值计算Gain，导致画面整体偏亮或偏暗。这类问题隐蔽性很强，因为出图质量看起来没问题，亮度曲线也平滑，只是目标亮度对不上。排查方法很简单：上电后读一次Gain寄存器，跟Datasheet的默认值对比，发现不一致就显式覆盖。

我在SC230AI项目上遇到过类似情况，Sensor上电默认模拟增益是1.5倍，初始化代码里没有处理，AE算出的目标曝光和Gain在低照度下总是偏亮，后来读寄存器才发现基准错了。所以每颗Sensor初始化序列最后，建议强制写一遍Gain寄存器为1倍，曝光设置为一个已知安全值，这样AE启动时一定是从确定状态开始。

6. 经验收尾：我的一些个人习惯与建议

最后说点我自己的操作习惯，算不上标准答案，但确实帮我在好几个项目里省了大把时间。

第一个习惯是每拿到一颗新Sensor，先用半天时间把Datasheet里Exposure和Gain相关章节完整读一遍，并在本子上手写一张“寄存器速查表”。记录内容包括：曝光寄存器地址与位宽、曝光单位、Gain寄存器地址与类型、最大模拟增益、数字增益范围、同步机制。这张表之后就是AE调试的主参考，比反复翻PDF效率高太多。

第二个习惯是先标定后联调。在正式接AE算法之前，手动写几十组曝光和Gain值，把Sensor的实际响应曲线拉出来，和Datasheet公式做对比。如果偏差大，说明要么寄存器换算理解错了，要么这颗Sensor存在批次差异，需要进行实际标定。这个步骤做完，AE联调时的很多“玄学”问题都会变成明确的数学问题。

第三个习惯是一定要留调试入口。驱动层和AE层之间预留一个导出的调试节点，可以在运行时强制指定曝光时间、模拟增益、数字增益，并且能实时打印AE计算的目标值和最终写入值。没有这个入口，每次调参都要重新编译烧录，调试效率会低得让人崩溃。

AE调试是一门“文档+实验”结合的活。Datasheet给了你理论和寄存器定义，但真正靠谱的还是你亲手验证得到的数据。把三种Gain配置模式理解透，把SC230AI、OV08A10、IMX335这几类典型Sensor的寄存器习惯摸熟，以后再碰到任何Sensor的AE问题，你会发现自己已经不是在那里瞎猜，而是能按逻辑一步步定位到根因了。