3. AE核心算法：直方图分析与目标亮度、AE收敛速度与稳定性、AE的防闪烁策略
各位好，欢迎来到《3A算法联合调试实战手册》的第三讲。今天咱们聊聊自动曝光（AE）里最核心的几个算法模块。说实话，AE这东西，看着简单，调起来是真要命。我入行那会儿，就因为在AE收敛速度上栽了个跟头，导致整个模组在客户那边被退货，那滋味，啧，不提了。
今天的内容，我打算分三块来讲：直方图分析与目标亮度、AE收敛速度与稳定性、以及AE的防闪烁策略。这三块是AE算法的骨架，缺一不可。
3.1 直方图分析与目标亮度
先问大家一个问题：一张画面，到底多亮才算“正常”？
很多人第一反应是“平均亮度128”。嗯，这确实是个基准，但实际场景远没那么简单。你想想看，如果画面里有一大片雪地，平均亮度肯定高，但人脸可能就欠曝了。反过来，夜景拍摄，平均亮度很低，但路灯下的招牌可能已经过曝了。
所以，单纯靠平均亮度来做AE，是行不通的。我个人的习惯是，用直方图来分析场景的亮度分布。
3.1.1 直方图的基础概念
直方图，说白了就是统计图像里每个亮度级别有多少个像素。横轴是亮度（0~255），纵轴是像素数量。它能直观地告诉你：
- 暗部细节：左边有没有堆积？如果有，说明画面欠曝。
- 亮部细节：右边有没有溢出？如果有，说明过曝了。
- 对比度：分布是集中还是分散？集中说明对比度低，画面发灰。
我在项目中遇到过一种情况：客户反馈说“画面太暗了”。我一看直方图，发现暗部确实有堆积，但亮部还有大量空间。这说明什么？说明曝光不足，但还有提升空间。我直接调整了目标亮度权重，把暗部区域的权重提高，亮部权重降低，问题就解决了。
3.1.2 目标亮度的设定策略
目标亮度不是固定的128。我一般会分场景来设定：
| 场景类型 | 目标亮度策略 | 说明 |
|---|---|---|
| 人脸场景 | 人脸区域亮度优先 | 人脸区域亮度控制在180~200之间 |
| 风景场景 | 全局直方图均衡 | 避免亮部和暗部同时溢出 |
| 低照度场景 | 牺牲部分亮部细节 | 优先保证暗部可见，允许亮部轻微过曝 |
| 高动态场景 | 分区权重调整 | 对天空和地面分别设定权重 |
这里有个小技巧：不要直接用像素亮度，而是用对数域亮度。因为人眼对亮度的感知是非线性的，对数域更符合人眼特性。我习惯把亮度映射到0~1的对数域，再去做直方图统计。
核心公式：
// 对数域亮度映射
float log_luminance = log( pixel_value + 1.0 ) / log( 256.0 );
// 目标亮度权重计算
float target_weight = exp( - ( log_luminance - target_log_lum )^2 / (2 * sigma^2) );3.2 AE收敛速度与稳定性
AE的收敛速度和稳定性，说白了就是一对冤家。你想让它快点稳定下来，它就容易震荡；你想让它稳如老狗，它又慢得像蜗牛。
为什么会这样？因为AE本质上是一个反馈控制系统。你调整曝光参数，画面亮度变化，传感器读出新的亮度，你再调整……这个环路如果增益太大，就会过冲；增益太小，收敛就慢。
3.2.1 收敛速度的优化
我个人习惯用分段PID控制。什么意思呢？就是根据当前亮度与目标亮度的差值，动态调整增益：
- 大误差阶段（差值 > 30%）：用大增益，快速逼近目标。
- 中误差阶段（差值 10%~30%）：用中等增益，防止过冲。
- 小误差阶段（差值 < 10%）：用小增益，精细调整。
我曾经在一个项目中，发现AE在切换场景时总是过冲。后来查了半天，发现是增益切换的阈值设置得太粗糙了。我加了一个滞回区间，比如从大增益切换到中增益时，需要误差小于25%才切换；从中增益切换回大增益时，需要误差大于35%才切换。这样就能避免在阈值附近来回震荡。
避坑指南：我曾经在调试AE时，发现收敛速度慢得离谱。后来发现是传感器曝光时间调整的步长太小了。曝光时间调整步长建议设置为当前曝光时间的10%~20%，这样既能保证平滑，又不会太慢。
3.2.2 稳定性的保障
稳定性方面，我主要关注两点：防震荡和防突变。
防震荡，除了上面说的滞回区间，还可以用低通滤波。对每次计算出的目标曝光值做一阶低通滤波：
// 一阶低通滤波
float alpha = 0.3; // 滤波系数，越小越平滑
exposure_filtered = alpha * exposure_new + (1 - alpha) * exposure_filtered;防突变，主要是针对场景切换。比如从室内走到室外，亮度突变很大。这时候如果直接让AE去追，画面会闪一下。我一般会加一个最大变化率限制，比如每帧曝光时间变化不超过20%。这样虽然收敛慢一点，但画面过渡很自然。
3.3 AE的防闪烁策略
闪烁问题，说白了就是光源频率与传感器帧率不匹配。比如50Hz的日光灯，如果传感器帧率是30fps，那每帧采到的光强就不一样，画面就会忽明忽暗。
嗯，这里要注意，闪烁有两种：
- 低频闪烁：肉眼可见，画面像波浪一样。
- 高频闪烁：肉眼看不见，但视频录制下来回放时能看到。
3.3.1 闪烁检测
怎么检测闪烁？我常用的方法是帧间亮度差分析。连续采集N帧，计算每帧的平均亮度，然后看这些亮度值的波动情况。如果波动超过一定阈值，就认为有闪烁。
具体实现：
// 闪烁检测算法
float brightness_history[10]; // 存储最近10帧的平均亮度
float mean = 0, variance = 0;
for (int i = 0; i < 10; i++) {
mean += brightness_history[i];
}
mean /= 10;
for (int i = 0; i < 10; i++) {
variance += (brightness_history[i] - mean) * (brightness_history[i] - mean);
}
variance /= 10;
if (variance > FLICKER_THRESHOLD) {
// 检测到闪烁
}我在项目中遇到过一种情况：闪烁检测总是误报。后来发现是因为场景本身在变化（比如有人在走动），导致亮度波动大。我加了一个场景变化检测，如果场景变化大，就暂时关闭闪烁检测。
3.3.2 防闪烁策略
检测到闪烁后，怎么处理？我常用的策略有：
| 策略 | 适用场景 | 优缺点 |
|---|---|---|
| 曝光时间锁定 | 50Hz/60Hz光源 | 简单有效，但会限制曝光范围 |
| 帧率调整 | 可变帧率场景 | 灵活，但需要传感器支持 |
| 相位同步 | 多光源场景 | 效果好，但实现复杂 |
| 数字滤波 | 后处理场景 | 不影响曝光，但会引入延迟 |
我个人最常用的是曝光时间锁定。比如检测到50Hz闪烁，就把曝光时间锁定为10ms的整数倍（20ms、30ms等）。这样每帧采到的光强就一致了。
警告：曝光时间锁定后，AE的调节范围会受限。比如你锁定了20ms，那在暗光环境下，你可能无法通过增加曝光时间来提亮画面。这时候需要配合模拟增益和数字增益来补偿。
3.3.3 防闪烁的实战经验
最后分享一个实战经验。我曾经在一个安防项目中，发现晚上画面总是闪烁。查了半天，发现是路灯的LED驱动频率是100Hz，而传感器帧率是25fps。100Hz和25fps不匹配，导致每帧采到的光强不同。
解决方案很简单：把帧率改成20fps。因为100Hz是20fps的整数倍，这样每帧采到的光强就一致了。嗯，虽然帧率降低了，但画面稳定了，客户很满意。
所以，防闪烁的核心思路就是：让传感器的采样频率与光源频率同步。要么调整曝光时间，要么调整帧率，要么两者都调。
好了，以上就是AE核心算法的三个关键模块。直方图分析帮你找准目标亮度，收敛速度与稳定性保证画面过渡自然，防闪烁策略让你在各种光源下都能稳定工作。这三块做好了，你的AE算法就成功了一大半。
记住，算法是死的，场景是活的。多在实际场景中测试，多积累经验，你也能成为AE调试的高手。