1. 征程6E/M Camera开发到底在做什么第一次拿到征程6E或者征程6M的Camera开发任务时很多人会以为这是一个写驱动的活。实际上在征程6这套体系里Camera链路的打通更像是在做一次精密的管道工程——从Sensor上电、MIPI CSI信号传输、ISP图像处理一直到最终图像在屏幕上正确显示每一段管道都有它自己的配置文件和参数约束。你写的代码可能不多但你要改的配置文件、要核对的时序参数、要验证的时钟波形一样都少不了。这篇文章面向的是正在或者即将在征程6E/M平台上做Camera bring-up的嵌入式工程师、BSP开发者和图像调试人员。不管你是刚从其他SoC平台比如RK3567、i.MX系列转过来还是第一次接触地平线的这套工具链我都会把从配置文件到图像显示的完整流程拆开讲清楚。核心关键词就几个地平线征程6E/M、Camera开发、配置文件、图像显示、MIPI。这几个词贯穿了整条链路缺一个环节图像就出不来。先说清楚一个基本认知征程6E和征程6M虽然同属征程6家族但在Camera子系统的资源分配上有差异。6E偏向中高算力场景支持的Camera路数和MIPI CSI通道数更多6M则更偏向性价比方案通道数相对精简。这意味着你在6E上跑通的配置文件直接搬到6M上不一定能用——通道映射、时钟树配置、ISP资源分配都可能需要调整。我踩过这个坑后面会详细说。整条Camera链路大致可以分成四层硬件层Sensor、MIPI走线、供电、驱动层Sensor驱动、MIPI CSI控制器驱动、配置层设备树、配置文件、ISP tuning参数、应用层图像采集、显示、编码。大部分图像出不来的问题根源都在配置层和硬件层的交界处。所以这篇文章的重点会放在配置文件的解析和MIPI链路的调试上这两块是实战中最容易卡住的地方。2. 开发环境与核心配置文件全解析2.1 征程6E/M Camera开发的软硬件准备在动手改任何配置文件之前先把环境理清楚。硬件侧你需要一块征程6E或6M的开发板、一个匹配的Camera模组常见的是基于MIPI CSI-2接口的Sensor比如IMX系列或者OV系列、一根FPC排线以及一台能抓MIPI信号的示波器这个后面调时序的时候是刚需。软件侧地平线提供了一套完整的SDK里面包含了交叉编译工具链、BSP源码、ISP tuning工具和一系列示例程序。我建议在开始之前先确认三件事第一你的SDK版本和开发板硬件版本是否匹配地平线的SDK迭代比较快不同版本之间配置文件的格式可能有细微差别第二Camera模组的原理图是否拿到了特别是MIPI的lane映射和I2C地址这两个信息在配置文件中是必须准确填写的第三确认你的调试串口和网络是否通了因为Camera调试过程中需要频繁查看内核log和运行测试程序。提示不要跳过原理图核对这一步。我见过太多人直接拿别人的配置文件来用结果MIPI lane顺序对不上图像花屏或者干脆没有信号排查半天才发现是硬件映射的问题。2.2 核心配置文件的作用与层级关系征程6E/M的Camera配置文件不是一个单一文件而是一组有层级关系的配置集合。理解这个层级关系是高效调试的前提。大致可以分为三个层级第一层是设备树Device Tree。这是最底层的硬件描述定义了MIPI CSI控制器的寄存器基地址、中断号、时钟源、GPIO引脚等。设备树决定了内核能不能正确识别到Camera硬件。在征程6的BSP中Camera相关的设备树节点通常放在arch/arm64/boot/dts/目录下文件名里会带有具体的板级标识。第二层是Camera配置文件。地平线的SDK里通常用JSON或者类似的结构化格式来描述每个Camera模组的参数包括Sensor型号、I2C地址、MIPI lane数、分辨率、帧率、数据格式等。这个文件是驱动加载时读取的决定了Sensor初始化的具体参数。第三层是ISP tuning配置文件。这一层管的是图像质量——白平衡、曝光、降噪、锐化等参数。ISP tuning文件通常由地平线的ISP工具生成格式是二进制或者专有的文本格式。这一层不影响图像能不能出来但影响图像出来之后好不好看。三层配置文件的关系可以这样理解设备树是地基Camera配置文件是骨架ISP tuning文件是装修。地基没打好骨架立不起来骨架立起来了但装修没做房子能住但不好看。实战中90%的图像出不来问题都出在地基和骨架这两层。2.3 设备树中Camera节点的关键字段解读设备树里跟Camera相关的节点有几个字段是必须重点关注的。我以一个典型的MIPI CSI配置为例来说明mipi_csi0 { status okay; ports { #address-cells 1; #size-cells 0; port0 { reg 0; mipi_csi0_in: endpoint { remote-endpoint sensor_out; >
