第1章 MIPI CSI接口简介
1.1 CSI接口的由来
嵌入式领域做摄像头，绕不开一个名字——MIPI CSI。说实话，我第一次接触CSI是在做平板电脑的项目，那时候摄像头还是用并口输出的。一个摄像头要占十几根线，布线时走线绕来绕去，信号还容易串扰。那时候我就在想，能不能有一种接口，又少线又能传高清数据？
答案就是MIPI联盟推出的CSI接口。CSI的全称是Camera Serial Interface，说白了就是摄像头串行接口。它把并行的数据线减到只有一对差分线，速率还翻了好几倍。我记得当年第一个用上CSI-2的项目，板子上少了将近20根线，layout瞬间清爽了——但也踩了不少坑，后面慢慢讲。
1.2 MIPI联盟：谁在定这个标准？
MIPI联盟，全称Mobile Industry Processor Interface Alliance，是一家全球性的开放标准组织。你可能不知道，现在的手机、平板、汽车摄像头，几乎都跟着MIPI走。我个人觉得，它最厉害的地方在于把芯片厂、模组厂、方案商拉在一起定规范，避免了各自为战的混乱。
MIPI联盟不光定义了CSI，还有DSI（显示接口）、I3C（传感器控制）等等。反正只要和移动设备内部互联有关的，MIPI基本都覆盖了。注意，MIPI的规范是要付费的——个人工程师一般看不到完整版，但常用部分的摘要和协议分析，网上能找到不少。
1.3 CSI-2 与 CSI-3 的区别
很多朋友问：CSI-2和CSI-3到底选哪个？我刚开始也搞混过，后来做了几个项目才真正搞明白。直接上表，一目了然：
| 对比项 | CSI-2 | CSI-3 |
|---|---|---|
| 物理层 | D-PHY（差分线对） | M-PHY（更高速度，可选） |
| 最大速率 | 约 2.5 Gbps/lane（单通道） | 约 5.8 Gbps/lane（M-PHY） |
| 通道数 | 1～4 数据 lane + 1 时钟 lane | 1～4 数据 lane，时钟内嵌 |
| 协议复杂度 | 相对简单，硬件支持广泛 | 更灵活，但控制逻辑复杂 |
| 应用场景 | 主流手机、平板、IPC摄像头 | 高端汽车、医疗、高速工业视觉 |
| 生态成熟度 | 极高，几乎所有SoC都支持 | 较低，仅部分高端平台支持 |
你看，CSI-2在主流消费电子里基本是统治地位。CSI-3呢？它速度更快、延迟更低，但代价是PHY和链路层设计复杂得多。我个人的建议是：如果只是做1080P或4K@30fps的摄像头，老老实实选CSI-2，生态好、芯片多、调试工具全。如果你非要跑8K@60fps或者车规级低延迟，再考虑CSI-3。
1.4 应用场景：你会在哪些地方见到CSI？
可以说，凡是需要把图像数据从传感器传到处理器的场景，都离不开CSI。举个我亲身经历的例子：
- 手机/平板后摄与前摄——这是CSI-2的老本行，MIUI、iOS里的相机都是用CSI-2接传感器。
- 安防IPC——网络摄像头模块里，传感器通过CSI-2连到ISP，再通过网口输出。
- 车载环视——现在的360°全景影像，四个摄像头都用CSI-2/CSI-3同时接入SoC。
- 医疗内窥镜——高清内镜模组，走CSI-2+MIPI PHY，高速传输不失真。
- 工业视觉——很多USB3工业相机内部其实也是CSI-2转USB3桥接。
嗯，这里要注意：实际应用中，链路长度一般不超过30cm（CSI-2）或20cm（CSI-3），太长了信号质量就悬了。如果你需要拉长线，通常要加ReDriver或SerDes芯片。
本章知识体系
下面这张图帮你快速理解MIPI CSI接口的核心逻辑：从传感器到处理器，物理层、协议层、应用层的关系，以及CSI-2/CSI-3的定位区别。
从上图你可以看到：无论是CSI-2还是CSI-3，都是从传感器抓取图像数据，经过物理层传输，最后交给SoC的ISP做处理。差别主要出在物理层和协议层上——说白了，CSI-2走的是成熟的D-PHY路线，CSI-3走的是高速M-PHY路线。选择哪个，取决于你的帧率、分辨率、成本预算，还有你的设计团队对哪套方案更熟悉。
好了，这就是我对于MIPI CSI接口的基本理解。后面我们会一步步深入到实际的链路调试中，比如如何测量眼图、如何配置PHY寄存器、如何排查无图故障。记得保持耐心，很多坑都是只有亲手踩过才会真正记住。