044、新兴AI ISP平台（亿智/星宸）的全链路适配——从sensor驱动到3A算法的快速移植昨晚在实验室调一块星宸SSC338Q的板子，sensor是SC2336，出图偏绿得离谱，白平衡增益算出来R=1.8，B=1.2，但实际画面里绿色通道明显过曝。我第一反应是sensor的BLC没配好，查了半天寄存器，发现是ISP的AWB统计窗口默认只覆盖了画面中央1/4区域，而测试场景里绿色植物正好占满了那个区域。这种问题在传统平台（高通/海思）上很少见，因为它们的统计窗口默认是全幅，但新兴AI ISP平台为了省带宽，默认窗口往往很小，而且文档里写得极其隐蔽——藏在“ISP statistics config”章节的脚注里。这就是我今天想聊的：亿智（Easyliving）和星宸（SigmaStar）这类主打AI IPC/轻量智驾的ISP平台，跟传统手机/安防平台在架构上有本质差异。它们把ISP和NPU做在同一个die上，共享DDR带宽，所以ISP的每一级处理都在为NPU“让路”——统计窗口缩小、降噪强度受限、3A算法被压缩成“够用就好”的级别。你从高通或海思平台迁过来，如果还按老思路调，第一周就会疯掉。先讲sensor驱动移植。亿智的SV826和星宸的SSC3xx系列，sensor驱动框架都模仿了Linux V4L2，但做了大量裁剪。最坑的是它们的I2C读写时序——默认是8位寄存器地址，但很多sensor（比如SC2336、GC2053）是16位地址。你如果直接套用平台给的sensor驱动模板，不改I2C地址宽度，读出来的ID永远是0xFF。这里踩过坑：我一开始以为sensor没上电，查了三天电源时序，最后发现是平台I2C驱动里有个reg_ad 044、新兴AI ISP平台（亿智/星宸）的全链路适配——从sensor驱动到3A算法的快速移植
044、新兴AI ISP平台（亿智/星宸）的全链路适配——从sensor驱动到3A算法的快速移植昨晚在实验室调一块星宸SSC338Q的板子，sensor是SC2336，出图偏绿得离谱，白平衡增益算出来R=1.8，B=1.2，但实际画面里绿色通道明显过曝。我第一反应是sensor的BLC没配好，查了半天寄存器，发现是ISP的AWB统计窗口默认只覆盖了画面中央1/4区域，而测试场景里绿色植物正好占满了那个区域。这种问题在传统平台（高通/海思）上很少见，因为它们的统计窗口默认是全幅，但新兴AI ISP平台为了省带宽，默认窗口往往很小，而且文档里写得极其隐蔽——藏在“ISP statistics config”章节的脚注里。这就是我今天想聊的：亿智（Easyliving）和星宸（SigmaStar）这类主打AI IPC/轻量智驾的ISP平台，跟传统手机/安防平台在架构上有本质差异。它们把ISP和NPU做在同一个die上，共享DDR带宽，所以ISP的每一级处理都在为NPU“让路”——统计窗口缩小、降噪强度受限、3A算法被压缩成“够用就好”的级别。你从高通或海思平台迁过来，如果还按老思路调，第一周就会疯掉。先讲sensor驱动移植。亿智的SV826和星宸的SSC3xx系列，sensor驱动框架都模仿了Linux V4L2，但做了大量裁剪。最坑的是它们的I2C读写时序——默认是8位寄存器地址，但很多sensor（比如SC2336、GC2053）是16位地址。你如果直接套用平台给的sensor驱动模板，不改I2C地址宽度，读出来的ID永远是0xFF。这里踩过坑：我一开始以为sensor没上电，查了三天电源时序，最后发现是平台I2C驱动里有个reg_ad