060、亿智/星宸AI ISP平台全链路适配：从Sensor驱动到3A算法的快速bringup与量产验证

060、亿智/星宸AI ISP平台全链路适配：从Sensor驱动到3A算法的快速bringup与量产验证上周在客户现场调一块基于星宸SSD238的AI IPC方案，画面出来偏紫红色，客户FAE第一反应是白平衡没跑起来，我拿示波器量了MCLK和PCLK的相位，又翻了半天sensor的HTS/VTS配置，最后发现是驱动里把sensor的翻转寄存器写反了，导致Bayer顺序错位。这种问题在亿智和星宸这种国产AI ISP平台上特别容易踩，因为它们的ISP管线跟高通、海思的差异不是一星半点，很多从大厂平台转过来的兄弟一上来就按老套路调，结果连图像都出不来。先说说这两个平台的共性。亿智的SV系列和星宸的SSD系列，本质上都是把ISP和NPU打包在一起，面向轻量级AI视觉场景。它们的ISP架构跟海思的“多级流水线+硬件3A”不同，更接近瑞芯微那种“轻量级ISP+软件3A”的混合模式。这意味着什么？意味着你不能指望硬件自动帮你把AWB和AE跑得稳稳当当，很多情况下你得自己写3A策略，或者至少得把硬件给的统计值吃透。Sensor驱动的bringup，第一件事不是去调ISP寄存器，而是确认sensor输出的数据格式跟ISP的输入接口对得上。星宸的MIPI RX支持RAW8/RAW10/RAW12，但亿智的某些型号对RAW10的打包方式有特殊要求——它要求2字节打包成5个像素，也就是那种“4+6”的位宽交错格式。你要是按标准MIPI的RAW10来配，图像会出条纹状噪声，而且怎么调ISP都没用。这里踩过坑，当时我拿示波器抓MIPI信号，看着波形是对的，但图像就是有条纹，后来翻芯片手册才发现是打包格式的问题。再说3A算法。星宸的ISP统计模块