013、帧率控制实战：VTS、HTS、PCLK 的计算公式与寄存器修改步骤
一、一个让我熬夜三天的帧率问题
去年做某款50M sensor的调试，客户反馈预览画面“卡顿感明显”，但帧率用工具测出来是30fps，一秒不差。我盯着示波器看了两小时，发现VSYNC脉冲间隔确实稳定在33.33ms，但每一帧的曝光时间在变化——这其实是帧率稳定但帧内时序紊乱的典型症状。
后来查出来是HTS（Horizontal Total Size）和VTS（Vertical Total Size）的配置跟PCLK（Pixel Clock）不匹配，导致sensor内部的行缓冲溢出，自动插入了无效行。这种问题在datasheet上根本不会写，只有踩过坑才知道。
二、三个核心参数的关系：别被公式骗了
先摆出最基础的公式，但别急着背——实际调试中公式只是起点。
帧率 = PCLK / (HTS × VTS)
这个公式看起来简单，但每个参数都有陷阱：
PCLK：单位是MHz，但sensor输出的PCLK未必等于你配置的PCLK。有些sensor内部有PLL分频，寄存器写的是“目标频率”，实际输出可能差几个百分点。我遇到过写24MHz实际输出23.5MHz的情况，导致帧率偏慢2%。
HTS：包含水平消隐（HBlank）和有效像素。注意HTS必须是4的倍数（很多sensor的DMA要求），否则图像会错位。我见过新手把HTS设成奇数，结果每行图像右移了一个像素。
VTS：包含垂直消隐（VBlank）和有效行数。VTS直接影响帧率，但有些sensor的VTS寄存器是“双缓冲”的——你写入的值不会立即生效，要等下一帧VSYNC才更新。如果没做同步，帧率会跳变。
三、寄存器修改步骤：手把手踩坑记录
以某款常见sensor（OV系列为例，但原理通用）为例，修改帧率的实际步骤：
步骤1：确认PCLK来源
先读0x3000-0x3001（PLL配置寄存器），确认sensor内部PLL的倍频系数。别直接信datasheet上的典型值，用示波器量一下MCLK（主时钟）和PCLK的波形。我习惯在sensor输出端挂一个1kΩ电阻到地，防止探头电容影响频率。
代码注释：这里踩过坑——某次MCLK是24MHz，但sensor内部PLL配置成2倍频，实际PCLK是48MHz。我按24MHz算HTS和VTS，结果帧率翻倍，画面撕裂。
步骤2：计算目标HTS和VTS
假设目标帧率30fps，PCLK=48MHz：
- 总像素数 = 48,000,000 / 30 = 1,600,000
- 如果有效像素是1920×1080，有效像素数=2,073,600——等等，这已经超过总像素数了？说明PCLK不够，或者帧率目标太高。
实际计算要留余量。我一般先定HTS，再算VTS：
- HTS = 有效水平像素 + HBlank。HBlank至少留20个PCLK周期（用于行同步和消隐），但很多sensor要求HBlank≥100。我习惯设成2200（1920+280）。
- 那么VTS = 1,600,000 / 2200 ≈ 727.27，取整727。
- 但有效行是1080，727 < 1080？说明帧率目标30fps不可能实现。这时候要么降低帧率，要么提高PCLK。
别这样写：直接套公式算出VTS=727就写寄存器，结果图像只有727行，下半屏是黑的。VTS必须大于等于有效行数+垂直消隐行数（一般至少4行）。
步骤3：写入寄存器并验证
以OV系列为例：
- HTS寄存器：0x380C（高字节）、0x380D（低字节）
- VTS寄存器：0x380E（高字节）、0x380F（低字节）
写入顺序：先写HTS，再写VTS。有些sensor的HTS变化会影响内部行计数器，如果先写VTS，可能触发错误的中断。
代码注释：这里踩过坑——某次先写VTS再写HTS，结果sensor内部状态机紊乱，输出了一帧全黑图像。后来查勘误表才知道，HTS必须在VTS之前更新。
写入后读回确认：有些sensor的寄存器是“只写”的，读回的值是默认值。这时候只能用示波器量VSYNC频率。我习惯在VSYNC引脚上挂一个LED（串1kΩ电阻），闪烁频率就是帧率——肉眼能看出30fps和25fps的区别。
四、实战中的三个“隐形杀手”
1. 消隐时间的“软限制”
很多sensor的datasheet只给了HTS和VTS的范围，但没告诉你消隐时间不能太短。比如某sensor要求HBlank≥160个PCLK，否则模拟电路来不及复位。我遇到过把HBlank设成80，结果每行图像有竖条纹——那是模拟信号没完全复位的痕迹。
经验值：HBlank至少留有效像素的10%，VBlank至少留4行。对于高帧率场景（60fps以上），VBlank要留到8行以上，否则sensor的ADC来不及转换。
2. PCLK的“虚标”问题
有些sensor标称PCLK最高96MHz，但实际在高温下（比如手机摄像头模组在阳光下暴晒）会降频。我做过实验：室温下PCLK稳定在96MHz，但温度升到60°C时，PCLK掉到92MHz，帧率从30fps降到28.7fps。
解决方案：留10%的PCLK余量。比如目标帧率30fps，按PCLK=90MHz计算HTS和VTS，这样即使PCLK掉到85MHz，帧率还在28fps以上，人眼感觉不到。
3. 寄存器写入的“时序陷阱”
I2C写入速度会影响帧率稳定性。如果I2C速度太慢（比如100kHz），写入HTS和VTS的时间可能超过一帧的时间，导致sensor在帧中间更新参数，画面出现“撕裂”。
别这样写：在每一帧的VSYNC中断里直接写寄存器。应该用“影子寄存器”机制——先写入影子寄存器，然后在VSYNC上升沿触发更新。很多sensor有专门的“组写入”寄存器（比如0x0104），写入0x01后，后续的寄存器更改会在下一帧VSYNC同时生效。
五、个人经验：调试帧率的“三板斧”
先量PCLK，再算参数：别信datasheet，别信代码注释，只信示波器。把PCLK量准了，后面所有计算才有意义。
HTS和VTS的“黄金比例”：对于1080p分辨率，我习惯HTS=2200，VTS=1125（1080+45）。这个比例在大多数sensor上都能稳定工作，而且消隐时间足够长，不会出现模拟电路问题。
帧率跳变时查“双缓冲”：如果帧率在29.5fps和30.5fps之间来回跳，90%是寄存器写入没有同步到VSYNC。检查sensor的“组写入”或“影子寄存器”功能，确保所有参数在同一帧边界更新。
最后说一句：帧率调试看起来是数学问题，实际上是时序问题。公式只是给你一个起点，真正的坑都在示波器的波形里。下次遇到帧率不对，先别改代码，把VSYNC、HSYNC、PCLK三个信号同时抓出来看看——答案往往就在波形里。
