178、海思Hi3559A在车载DMS/OMS双路场景下的ISP虚拟通道划分与3A独立调度策略去年夏天，某Tier1的DMS项目在实车路测时遇到了一个诡异现象：驾驶员疲劳报警偶发延迟，而OMS侧的画面在隧道出入口频繁闪变。当时我们用的就是Hi3559A，双sensor方案，前视DMS用OS04A10，舱内OMS用GC2053。问题定位到最后，发现根子出在ISP虚拟通道的划分和3A调度的耦合关系上——这不是简单的寄存器配置问题，而是架构层面的设计缺陷。先说说Hi3559A的ISP拓扑。这颗芯片的ISP是双核架构，但注意，不是简单的"一个核管一个sensor"。它支持虚拟通道（VC）机制，可以把一个ISP核的输入通路切分成多个逻辑通道，每个通道可以独立配置尺寸、格式、帧率，甚至独立的3A统计区域。但这里有个关键限制：两个ISP核共享同一套3A硬件加速器，这意味着如果你把DMS和OMS分别挂在两个核上，3A的调度冲突是必然的，只是早晚问题。我们最初的设计是：ISP0挂DMS，ISP1挂OMS，各自独立跑3A。听起来很合理对吧？但实测发现，当OMS侧场景发生剧烈变化（比如乘客突然伸手遮挡镜头），OMS的AE收敛会触发全局3A中断，而这个中断会抢占ISP0的3A处理时间片。结果就是DMS侧的AE被"带偏"，曝光参数出现周期性抖动，直接导致人脸特征点提取的置信度下降。这个问题的本质是：Hi3559A的3A硬件单元是单实例的，多通道并发时，调度器按时间片轮转，但每个通道的3A收敛周期不同，如果某个通道的收敛速度慢（比如OMS在暗光下），它会占用更多的时间片，挤压其他通道的3A带宽