194、多摄同步曝光在立体视觉中的精度控制——基于联发科天玑9000的PDAF与全局快门同步校准去年年底有个项目，客户要做双目结构光测距，模组是IMX709+IMX713，主控是天玑9000。方案评审时大家信心满满，觉得不就是两个sensor同时出图嘛，结果一上量测台，深度图直接花成万花筒。查了三天，最后定位到问题不在算法，不在标定，而在曝光同步的时序抖动——左右眼曝光起始时刻差了整整1.2ms，在60cm距离上造成的视差误差足够让点云漂移2cm。这个坑，值得写出来。先说结论：天玑9000的ISP架构里，多摄同步不是靠硬件trigger线硬拉，而是靠CAMSV（Camera Sync Virtual）模块做软件级同步，配合PDAF的相位差数据做曝光中点对齐。这个设计跟高通Spectra的hardware sync engine思路完全不同，Spectra是物理引脚触发，Imagiq是虚拟同步+帧号匹配。你要是拿高通的调试习惯去调联发科，第一步就废了。天玑9000的CAMSV核心机制是：主摄作为timing master，从摄作为slave，通过MIPI CSI-2的embedded data line传递frame sync信号。但这里有个致命细节——PDAF像素的读出顺序跟普通像素不一样。IMX709的PDAF是2x1 on-chip lens，每行里夹着相位检测点，这些点的积分时间跟普通像素是独立的。如果你只做帧级同步（VSYNC对齐），不做行级同步（HSYNC对齐），那么左右眼的PDAF曝光中点会差出半个行周期。在1080p分辨率下，一行读出时间大约是12.5us，半个行周期就是6us，看似很小，但在立体视觉里，6us的曝光中点差在物体快速移动时会产生动 194、多摄同步曝光在立体视觉中的精度控制——基于联发科天玑9000的PDAF与全局快门同步校准
194、多摄同步曝光在立体视觉中的精度控制——基于联发科天玑9000的PDAF与全局快门同步校准去年年底有个项目，客户要做双目结构光测距，模组是IMX709+IMX713，主控是天玑9000。方案评审时大家信心满满，觉得不就是两个sensor同时出图嘛，结果一上量测台，深度图直接花成万花筒。查了三天，最后定位到问题不在算法，不在标定，而在曝光同步的时序抖动——左右眼曝光起始时刻差了整整1.2ms，在60cm距离上造成的视差误差足够让点云漂移2cm。这个坑，值得写出来。先说结论：天玑9000的ISP架构里，多摄同步不是靠硬件trigger线硬拉，而是靠CAMSV（Camera Sync Virtual）模块做软件级同步，配合PDAF的相位差数据做曝光中点对齐。这个设计跟高通Spectra的hardware sync engine思路完全不同，Spectra是物理引脚触发，Imagiq是虚拟同步+帧号匹配。你要是拿高通的调试习惯去调联发科，第一步就废了。天玑9000的CAMSV核心机制是：主摄作为timing master，从摄作为slave，通过MIPI CSI-2的embedded data line传递frame sync信号。但这里有个致命细节——PDAF像素的读出顺序跟普通像素不一样。IMX709的PDAF是2x1 on-chip lens，每行里夹着相位检测点，这些点的积分时间跟普通像素是独立的。如果你只做帧级同步（VSYNC对齐），不做行级同步（HSYNC对齐），那么左右眼的PDAF曝光中点会差出半个行周期。在1080p分辨率下，一行读出时间大约是12.5us，半个行周期就是6us，看似很小，但在立体视觉里，6us的曝光中点差在物体快速移动时会产生动