★ FEATURED ARTICLE 做嵌入式图像采集这些年我经手过不少 MIPI 接口摄像头转 USB 的方案。早几年最顺手的组合就是 CYUSB3014 加一颗小规模 FPGAFPGA 负责解 MIPI CSI-2 的包把并行数据灌给 FX3 的 GPIF II 接口再通过 USB 3.0 发给上位机。后来 Cypress 把 MIPI CSI-2 接收器直接做进了 CYUSB3065 这颗芯片原本要靠 FPGA 折腾的活被一颗芯片全包了板上从“两片大山”变成“一片搞定”。这篇文章就从我实际做过的两代方案说起把 MIPI CSI-2 转 USB 3.0 图像采集的硬件设计、PCB 布线、固件配置和调试经验完整梳理一遍给正在做类似项目的工程师一个参考。1. 为什么放弃 FX3FPGA转投 CX3 方案1.1 FX3 方案的构成与痛点CYUSB3014也就是常说的 FX3是一颗非常优秀的 USB 3.0 外设控制器内置 ARM926EJ-S 内核最大的特色是那个可以灵活配置的 GPIF II 接口支持同步从 FIFO、SRAM、异步 ADMUX 等多种模式。但 FX3 本身只有并行接口没有 MIPI CSI-2 接收能力所以接 MIPI 传感器必须要做一次协议转换。常见的做法是加一颗 FPGA 或 CPLD让 FPGA 去完成 MIPI 物理层接收、协议层解包、行缓存和并行数据输出然后再给 FX3 的 GPIF II 灌数据。这种方案的“痛”做过的人都知道FPGA 硬件设计要考虑 DDR 引脚、Bank 电压、MIPI IP 核授权逻辑代码要处理跨时钟域、FIFO 深度和 GPIF II 时序调试时逻辑分析仪一接就是十几根线想把某一帧数据抓下来看异常非常麻烦。而且一片像样的小规模 FPGA 也要几十块人民币加上配置 Flash、时钟管理BOM 和 PCB 面积成本都上去了。功耗和发热在紧凑型相机里也是个问题。我自己第一版方案就是 FX3FPGA板子面积做到了 40mm x 40mm 以内但为了把 FPGA 和 FX3 的走线理清楚差不多改了三次版。第一次是 FPGA 的 MIPI 引脚分配不合理导致 Bank 电压冲突电平标准配不了第二次是 GPIF II 的布线跨分割了导致同步从 FIFO 时序不稳定偶尔图像撕裂第三次才勉强跑稳 1080p30。吃力但也能用。1.2 CX3 的集成优势到底在哪CYUSB3065CX3是 Cypress 专门为图像采集应用推出的型号核心思路很简单把 FX3 的 GPIF II 输入端替换成 MIPI CSI-2 接收器其余 USB 3.0 协议栈、DMA、ARM 内核基本沿用 FX3 的框架。CX3 内部的 MIPI CSI-2 接收器支持 D-PHY v1.1 规范可配置 1/2/4 lane每个 lane 最高 1.5Gbps支持 RAW8、RAW10、RAW12、YUV422、RGB888 等常见数据类型还内置了虚拟通道Virtual Channel识别。传感器通过 MIPI 接口直接连到 CX3CX3 通过 I2C 总线去配置传感器寄存器数据经内部 DMA 路径直接送往 USB 3.0 端点。没有 FPGA 参与代码层面也简单很多。这块方案的直接收益是 BOM 精简、PCB 缩小、开发周期变短调试时也不需要同时维护 FPGA 和 FX3 两套工具链。如果你做的是 USB 工业相机、内窥镜、显微镜、医疗影像这类产品CX3 是更贴合“图像采集”这个主线的选型。下表是我在项目中最直观的对比维度FX3 FPGACX3CYUSB3065MIPI 支持需外部 FPGA 实现内置 CSI-2 接收器BOM 成本高FPGAFlash时钟低PCB 面积大小开发复杂度高FPGAARM 双平台中等单 ARM 平台MIPI 调试难度高相对低但仍有坑灵活性高可做预处理中上游无处理逻辑量产可靠性取决于 FPGA 逻辑较高1.3 选型建议不要盲目跟风如果你只是要从 MIPI 传感器拿图像到 PC没有复杂的预处理需求那 CX3 几乎是更优解。但如果传感器是并口、Sub-LVDS 这类非标准接口或者你需要在采集端做降噪、坏点校正、图像拼接等预处理那 FX3FPGA 这条路绕不开FPGA 的并行处理能力仍然是 CX3 替代不了的。还有一点要提醒CX3 的 MIPI 接收和 DMA 路径是为“视频流”设计的数据从 MIPI 进来的直接走硬件 DMA 通道到 USB 端点ARM 内核基本不碰像素数据这点和 FX3 完全一样。但如果你采集的不是连续图像而是单帧触发数据MIPI 的帧同步事件和 DMA 缓冲策略就要多花些心思配置不然容易丢失首帧或尾帧。2. 硬件架构设计先画好系统的骨架2.1 系统级架构CX3 方案的硬件结构比 FX3 时代清楚得多。传感器模组的 MIPI 差分对直接连到 CX3 的 MIPI_RX 引脚通常至少 4 对数据 lane 加 1 对时钟 lane一共 5 对差分线。CX3 的 I2C 主机接口连接传感器的 SCL/SDA用于读写寄存器。GPIO 则负责传感器的复位、电源使能、闪光灯同步这类控制信号。USB 3.0 一侧CX3 通过 SS_TX/SS_RX 差分对连接到 USB 3.0 连接器另外还要保留 D/D- 这些 USB 2.0 信号线因为即便设备跑在 SuperSpeed 模式USB 2.0 通道也必须物理连通否则主机根本不会识别设备。电源部分需要同时兼顾 CX3 和传感器两边的需求。CX3 的主要电源轨有 3.3V 的 IO 电源、1.2V 的核心电源、1.2V 的 MIPI PHY 模拟电源以及 USB PHY 相关的电源。传感器一般需要 AVDD、DOVDD、DVDD 三路供电电压可能是 2.8V/1.8V/1.2V 或根据型号而定。时钟方面CX3 需要一颗 19.2MHz 的晶振作参考时钟传感器则一般需要一颗主时钟MCLK可以由 CX3 的 CLKOUT 引脚提供也可以单独放晶振。2.2 供电设计与上电时序先说 CX3 自身的电源。MIPI PHY 的模拟电源VDDA_1P2是整板最敏感的一路纹波和噪声会直接反映在 MIPI 信号的眼图上。我见过一个案例有人图省事用 DC-DC 给这路供电结果 MIPI 眼图一塌糊涂图像丢帧丢到没法看。后来换成低噪声 LDO 之后瞬间正常。我的原则是PHY 模拟电源必须用 LDO并且滤波电容要贴近芯片引脚至少 4.7uF 加 0.1uF 的组合必要时再串一颗磁珠隔离。传感器的上电时序是关键且容易被忽略的坑。很多传感器数据手册里会画出严格的上电顺序比如先 DVDD、再 DOVDD、最后 AVDD间隔至少几百微秒。如果你用单个可调电源同时拉三路没有做时序控制芯片 ID 读出来会时好时坏甚至完全没响应。我第一版板子就吃过这个亏为了省一个电源管理芯片结果在时序问题上折腾了三天。推荐做法是用带 Power GoodPG输出的 LDO 做级联控制上一路电源稳定后再使能下一路或者在每路电源的 EN 引脚上接 RC 延时电路调整延时值来满足上电顺序。量产产品更建议直接选用专用的电源时序控制芯片像 TPS65730 这类 PMIC省心很多。2.3 时钟、复位与启动模式CX3 的参考时钟是 19.2MHz 晶振负载电容根据晶振厂家的规格来选通常在 6pF 到 12pF 之间。晶振精度建议在 20ppm 以内不然 USB 3.0 的 SS 链路训练可能会因为频率偏移而失败症状就是设备只能枚举成 USB 2.0。晶振走线要短尽量靠近 XI/XO 引脚走线包地处理底部对应层不要布线。复位和启动模式也是 PCB 设计阶段就要预留好的。CX3 的 XRESET 引脚是低电平有效复位一般用一颗 10kΩ 电阻上拉到 3.3V再接一个 0.1uF 电容到地做上电延时复位。PMODE[2:0] 三个引脚决定启动方式USB Boot、I2C BootEEPROM、SPI BootFlash。开发阶段通常用 USB Boot把固件直接加载到 RAM掉电就没了量产则用 SPI Boot固件烧写到板载 SPI Flash 里上电后自动加载。这里有个隐藏坑PMODE 引脚在 PCB 上一定要用电阻明确拉高或拉低不能悬空。我有一版样板就是 PMODE 悬空结果部分板卡在 USB Boot 和 I2C Boot 之间随机选择量产测试时枚举不稳定排查了很久才发现是这个原因。后来把所有 PMODE 引脚都通过排阻显式配置问题彻底消失。2.4 MIPI CSI-2 链路与 I2C 控制MIPI CSI-2 的信号由 1 对时钟 lane 和 1 到 4 对数据 lane 组成全部是差分信号。CX3 内部已经集成了接收端的偏置和终端电路PCB 上一般不需要额外并联 100Ω 差分终端电阻。如果你在板上放了额外的端接电阻反而可能让等效阻抗变低导致信号反射这种画蛇添足的做法不建议使用除非你仔细核对过数据手册明确要求。I2C 控制链路的电平需要和传感器匹配。现在的传感器大多支持 1.8V 或 3.3V 的 IO 电平CX3 的 I2C 引脚电平取决于 VDDIO 的电压。如果传感器是 1.8V 而 CX3 IO 是 3.3V就需要做电平转换。I2C 总线的上拉电阻一般在 2.2kΩ 到 4.7kΩ 之间400kHz 速率下太小会下拉困难太大则上升沿过缓容易产生通讯错误。实际调试时可以先用逻辑分析仪看波形再微调上拉阻值。3. PCB 设计高速信号马虎不得3.1 MIPI 差分对的布线实践MIPI 高速信号对 PCB 布局布线的要求很高这也是我在 FX3 时代就养成的习惯MIPI 信号绝对不跨分割、不过太多孔、不和数字信号并行走。差分阻抗要控制在 100Ω ± 10% 的范围内具体线宽线距要根据板厂的叠层参数计算比如 6 层板、L1 到 L2 介质厚度约 4mil 的情况下4.5mil 线宽、7mil 间距中心距 12mil才能接近 100Ω。组内等长时钟 lane 或同一数据 lane 的 P/N 之间要控制在 ±5mil 以内组间各 lane 之间尽量控制在 ±20mil 以内。如果必须换层过孔旁边一定要放地过孔为回流信号提供完整的参考路径。我第一次做 CX3 板子时MIPI 时钟线换层没有加地过孔结果偶尔丢帧眼图也有明显闭合补上地过孔后问题消失。CX3 是 BGA 封装MIPI 引脚扇出时要特别注意优先让 MIPI 信号走在顶层通过激光盲孔下到内层再走线尽量避免在 BGA 下方穿越和干扰。如果走线需要跨到另一层务必保留完整的地参考平面不要在 MIPI 区域下方布置其他数字信号线特别是 I2C、GPIO 这类翻转频繁的控制线。3.2 USB 3.0 高速线布局USB 3.0 的 SS_TX/SS_RX 差分阻抗要求是 90Ω ± 10%。TX 对和 RX 对之间要保持足够的间距至少 3 倍线宽以上避免串扰。每对差分线上需要放置 0.1uF 的 AC 耦合电容这个电容要放在靠近连接器一侧并且两条线上的电容位置要对称否则会造成相位偏移影响链路信号完整性。一个常见的接法是CX3 的 SS_TX 接到连接器的 RX 引脚CX3 的 SS_RX 接到连接器的 TX 引脚。听起来很简单但实际画板时很多人会搞反尤其是连接器库封装不规范的时候。我建议画完原理图后对照连接器数据手册逐一核对引脚定义不要想当然。USB 2.0 的 D/D- 也要按 90Ω 差分阻抗布线虽然速率只有 480Mbps但为了保证兼容性还是按高速信号对待。连接器的外壳地建议通过 1MΩ 电阻并联 1nF 电容接到数字地这种做法兼顾 ESD 泄放和 EMI 抑制。USB 连接器附近要放 TVS 防护管D/D- 和 SS_TX/RX 每一对都要保护我见过不少板子省掉 ESD 器件结果生产和使用中端口被静电打坏。3.3 电源平面、去耦电容与地完整性模拟电源和数字电源的地平面不要分割这一点要反复强调。很多人习惯把模拟地和数字地在 PCB 上用一条线隔开然后用磁珠连接这在低频电路里是可行的但在 MIPI PHY 这个场景下地平面一旦分割高速回流信号就没有了连续路径眼图一定会恶化。正确做法是地平面保持完整模拟电源通过磁珠或 0Ω 电阻和数字电源隔开滤波电容就近、低阻抗地回到芯片地引脚。去耦电容的布置原则是“就近、低感”。每个电源引脚旁至少放一颗 0.1uF 的电容板级电源入口处再放 10uF 左右的钽电容或大容量 MLCC。MIPI PHY 和 USB PHY 附近的去耦要更加密集因为这些区域瞬态电流大、频率高如果去耦不到位电源纹波会直接调制到高速信号上。DC-DC 电感的摆放也要注意电感会产生交变磁场如果太靠近 MIPI 或 USB 差分线会引入周期性的噪声干扰。如果空间无法避免至少要在电感和高速信号线之间加地平面屏蔽或者把电感放在另一面。4. 固件与配置把硬件的潜力释放出来4.1 开发环境与工程框架CX3 的开发环境还是用 EZ-USB FX3 SDK老用户会觉得很亲切。SDK 里包含 CX3 专用的 MIPI 配置工具可以用图形界面配置 lane 数、数据率、数据类型、分辨率等参数然后自动生成 C 代码省去手写 CSI-2 寄存器配置的繁琐。开发阶段通常从 UVC 示例工程开始把它当成骨架再改动描述符和传感器初始化部分。CX3 的固件框架和 FX3 一样核心是 Cypress 提供的 RTOSThreadX和 API 库。初始化流程一般是启动系统、配置 IO、配置时钟、配置 USBCyU3PUsbStart、配置 MIPI 接收UVC 工程中会自动做、配置 DMA 通道、注册事件回调。开发时用 USB Boot 加载固件到 RAM 调试修改代码后重新加载整个过程几分钟就能完成效率很高。量产阶段需要把固件烧写到板载 SPI Flash。CX3 可以从 SPI Flash 启动上电后引导加载程序把固件搬运到 RAM 运行。SPI Flash 选型一般是 W25Q16 这类 16Mbit 的型号容量足够放下 UVC 固件。烧写工具可以用 SDK 里的 Control Center也可以把烧写功能集成到你自己的上位机工具里方便产线批量烧录。4.2 MIPI CSI-2 配置关键参数MIPI 配置的核心是 Csi2Config 结构体里面有几个参数必须精确匹配传感器输出laneCount、dataRate、pixelFormat、parallanFactor也可以是类似的像素位数配置、分辨率、行长度、帧间隔。最关键的是数据率的计算。以 1080p60 YUV422每像素 16bit为例原始像素数据量1920 × 1080 × 60 × 16 / 8 248,832,000 字节/秒约 237.3 MB/s。MIPI CSI-2 协议在每行、每帧还要加入包起始码、行有效数据、帧结束码、CRC 等开销实测一般要再加上 5% 到 10%。如果选择 4 lane MIPI每 lane 需要的数据率大约是237.3 × 8 × 1.1 / 4 ≈ 522 Mbps。这个数值远低于 1.5Gbps 的 lane 上限说明 1080p60 YUV422 用 4 lane 是余量充足的甚至 2 lane 也能跑。反过来如果你要做 4K30 RAW10换算下来 3840 × 2160 × 30 × 10 / 8 ≈ 310.7 MB/s加上开销后约 342 MB/sMIPI 侧要用 4 lane 且每 lane 速率约 750 MbpsUSB 侧也要注意实际带宽余量。pixelFormat 和数据类型DT要严格对应比如 RAW10 对应 0x2BYUV422-8bit 对应 0x1ERGB888 对应 0x24。这一项配错了图像到 PC 端不是花屏就是颜色完全错乱。另外 CX3 的 UVC 设备描述符里也会声明格式二者必须保持一致。4.3 传感器初始化与 I2C 调试传感器初始化是整套系统里最容易出问题的环节。以 OV5640 为例它的 I2C 7 位地址默认是 0x3C寄存器地址是 16 位写操作需要先发送寄存器高字节、寄存器低字节再发送数据字节。如果你按 8 位寄存器地址的方式去写传感器根本不会响应。调试 I2C 的第一步永远是读取芯片 ID。OV5640 的 chip ID 寄存器是 0x300A 和 0x300B读出来应该分别是 0x56 和 0x40。只要这一步通过说明 I2C 物理链路、地址模式和传感器供电都是正常的。读不到 ID 时优先检查传感器供电、MCLK 是否存在、复位引脚是否释放、I2C 上拉是否到位。传感器的初始化序列一般很长几十上百行寄存器写入很常见。建议把初始化脚本放到一个结构体数组里每条包含寄存器地址和值固件启动时循环写入并在关键步骤之间加入延时特别是 PLL 配置、输出格式切换这类寄存器写完后要留出稳定时间。我习惯先让传感器输出测试图Test Pattern验证 MIPI 通路和 USB 链路都正常后再切回真实图像这样排查问题能省很多时间。4.4 UVC 描述符与数据通路UVCUSB Video Class设备之所以能被 Windows、Linux、macOS 免驱识别靠的就是标准描述符。描述符里要定义视频控制接口VideoControl和视频流接口VideoStream视频流接口中还要列出所有支持的分辨率、帧率、格式组合。1280x720p30、1920x1080p30、1920x1080p60 这些组合必须逐一声明否则主机侧的应用就选不到对应模式。数据通路上CX3 的 MIPI 接收器把数据写到 DMA 缓冲区再由 DMA 引擎搬运到 USB 端点。DMA 缓冲区的数量和大小需要权衡太少了可能造成下溢缓冲区空导致 USB 传输中断太大了又占用 RAM。固件示例工程里默认配置通常可以满足 1080p60 的带宽需求实测不够时优先调整 DMA 描述符的数量和大小而不是盲目去改 MIPI 侧参数。USB 3.0 的 Bulk 端点实测带宽在 PC 上一般能到 380~420MB/s比 USB 2.0 时代不到 40MB/s 的可用带宽高了一个数量级所以 1080p60 YUV422 在 USB 3.0 上完全不是问题。但如果设备只枚举成 HighSpeedUSB 2.0带宽就只有约 35~40MB/s1080p30 YUV422 都勉强这时就要检查为什么 SS 链路训练失败。5. 调试实录从一片寂静到图像流畅5.1 上电第一步先量电源别急着跑固件很多新手拿到板子第一件事就是插上 USB 开跑结果枚举失败、图像不出就开始怀疑芯片坏了。我的习惯是上电后先拿示波器把电源轨挨个量一遍3.3V 是否到位、纹波多少、1.2V 核心电源是否稳定、上电顺序是否满足手册要求。MIPI PHY 的模拟电源在高速传输状态下纹波最好控制在 20mV 以内如果超过这个值后面图像丢帧基本是可以预见的。接着量 19.2MHz 晶振是否起振用示波器看频率、幅度和波形质量。晶振不起振或者频率偏移过大USB 3.0 的 SS 链路就可能训练失败设备只能识别为 USB 2.0。实测中我遇到过晶振负载电容选错导致频率偏了 200ppm主机端时好时坏最后换了正确的负载电容才稳定。电源和时钟确认没问题后再检查复位测量 XRESET 引脚在上电后是否从低电平变高电平复位时间是否符合数据手册要求。如果复位不释放芯片会一直停留在复位状态USB 根本枚举不出来。5.2 I2C 链路调试先让传感器“开口说话”电源时钟复位都正常下一步就是把传感器先调到“开口说话”的状态。我的做法是在 CX3 固件里加一段临时代码或者用 Cypress 的调试工具直接发 I2C 命令读取传感器的 ID 寄存器。只要能读到正确的 IDI2C 链路就是通的可以继续配置传感器。读不到 ID 时的排查顺序是传感器 AVDD/DOVDD/DVDD 是否都正常、MCLK 是否有时钟波形、复位引脚是否释放、I2C 上拉是否连接、传感器地址是否正确有些传感器有多个可选地址取决于 ADDR 引脚电平、地址模式是 16 位还是 8 位寄存器。如果 I2C 总线上有多个设备还要检查地址冲突。用逻辑分析仪抓 SCL/SDA 波形能看到 START、地址字节、ACK/NAK 信号。如果波形一直停在高电平没有时钟可能是 I2C 总线被挂在某个设备上这时可以尝试给 I2C 设备单独断电再上电。5.3 MIPI 信号测量眼图、电平和 LP 状态MIPI 信号的测量需要 1GHz 以上带宽的示波器和差分探头普通 500MHz 探头很难看到真实信号质量。重点量时钟 lane 的眼图HS 模式下差分摆幅一般在 150~300mV 之间眼图张开度要足够大上升沿和下降沿要陡峭。如果眼图明显闭合优先怀疑阻抗不连续、参考平面断裂、电源噪声过大。如果没有差分探头可以用单端探头测 P 或 N 对地的波形作为参考但这样测出来的幅度是差分摆幅的一半且包含共模分量不能完全反映真实信号质量只能作定性判断。MIPI D-PHY 在空闲时进入 LP-11 状态时钟和数据 lane 都是高电平如果看到 LP 状态异常比如某一根线一直为低多半是物理连接错误或芯片配置问题。CX3 还支持 MIPI PHY 测试模式可以发送固定 pattern 来验证接收通路但实际项目里更常用的是让传感器输出 Test Pattern然后观察主机端收到的图像这种方法能一次性验证 MIPI 通路、DMA 通路、USB 通路和 UVC 描述符效率很高。5.4 USB 枚举失败排查流程USB 枚举失败是排查难点但也是有章可循的。常见症状不外乎几种插入无任何反应、识别为 Unknown Device、枚举为 USB 2.0 而不是 USB 3.0、枚举成功但加载不了驱动。先查硬件层面VBUS 是否有 5VUSB 连接器是否虚焊D/D- 是否连通SS_TX/RX 是否在 CX3 和连接器之间接对了方向AC 耦合电容是否焊接正常。USB 3.0 设备必须同时有 USB 2.0 的 D/D- 通道如果 D/D- 没有连好主机根本不会识别设备。软件层面确认固件里是否调用了 CyU3PUsbStart、是否注册了事件回调、设备描述符中的 VID/PID/class code 是否正确。用 Cypress 的 UsbControlCenter 可以看到设备枚举在哪个阶段失败或者用 USB 协议分析仪抓取枚举包看设备是否能响应主机发送的标准请求。如果设备枚举成 USB 2.0 而不是 SuperSpeed大概率是 SS 链路训练失败最常见的原因是 SS_TX/RX 接反、AC 耦合电容缺失、阻抗不匹配、参考时钟频率漂移。链路训练过程发生在物理层固件基本无法干预只能靠硬件排查。5.5 花屏、丢帧、帧率低的定位思路花屏通常不是随机故障而是配置不一致导致的。图像像楼梯一样斜切几乎可以肯定是行长度Line Length配置错误颜色乱但轮廓清晰是像素格式DT或 UVC 描述符格式不匹配图像有绿色或粉色条带可能是 RAW 和 YUV 的位宽错误。排查时先切到低分辨率低帧率比如 320x240确认通路正常后再逐步升分辨率这样能快速定位问题出在数据格式还是带宽。丢帧则需要看带宽余量。如果 MIPI 数据率刚好超过 USB 实际可用带宽丢帧是必然的。实测 USB 3.0 Bulk 带宽受电脑主机、线缆、驱动影响很大有的机器只有 300MB/s 甚至更低。这时要么降低分辨率/帧率要么压缩数据格式比如从 YUV422 换成 MJPEG而不是盲目加大 DMA 缓冲。帧率异常还有一个非常隐蔽的原因UVC 描述符里声明的帧间隔dwFrameInterval和传感器实际输出帧率不一致。比如传感器实际输出 30fps但描述符写成了 15fps主机按描述符的帧间隔计时图像就会看起来像慢动作实际传输带宽却是够的。这种问题用 USB 分析仪抓取视频流端点就能看出来。6. 经验之谈几次翻车教我的事6.1 三个印象深刻的坑第一个坑是 PHY 模拟电源用 DC-DC。样板为了省成本用小型 DC-DC 给 VDDA_1P2 供电结果 MIPI 眼图极为难看图像丢帧严重。换回低噪声 LDO 后问题消失。从那以后所有涉及 MIPI/USB PHY 的模拟电源我一律用 LDO而且在线路上预留磁珠位置方便需要时再加隔离。第二个坑是 PMODE 引脚悬空。刚开始设计时觉得 PMODE 是配置引脚不用管它结果生产了 50 块板子其中 6 块枚举不稳定时好时坏一直以为是焊接问题。后来用万用表量到 PMODE 引脚电压在临界值附近随机漂移才知道是启动模式在“跳”。把所有 PMODE 引脚用排阻显式固定后故障率降为零。第三个坑是 MIPI 时钟线换层没有地过孔。这个坑排查了整整两天症状是图像偶尔丢帧每次丢帧的间隔没有规律。用近场探头扫 MIPI 区域发现时钟线跨层位置有明显的辐射尖峰补了一个地过孔后尖峰消失丢帧不再出现。高速信号换层时回流路径的连续性比你想的更重要。6.2 如果重新设计一次我会改哪些如果重来我会在 PCB 上给所有关键信号加测试点三路传感器电源、19.2MHz 时钟、MIPI 时钟 lane、I2C 的 SCL/SDA、CX3 的 XRESET、PMODE 各引脚。调试时省了拿万用表到处找点的功夫效率提升明显。I2C 总线上我会预留两种上拉电平的位置兼容 1.8V 和 3.3V 传感器因为项目中途换传感器型号是常有的事有了预留就不需要改版。USB 连接器附近一定会加 ESD 保护D/D-、SS_TX/RX 四对信号全部加 TVS生产测试时静电打坏端口这种事一次都嫌多。还会在 CX3 旁边留一颗小的 MCU 或者 FPGA 辅助调试用来做 MIPI 包统计、I2C 抓包、GPIO 控制这类事。量产固件不需要它但开发调试周期里能省非常多时间这种投入完全值得。6.3 后续还可以怎么扩展CX3 方案稳定之后扩展方向其实很多。多目同步就是其中一个方向多个 CX3 用同一路外部触发信号做帧同步可以拼出全景相机或者双目视觉系统。深度相机也是一个热门方向用 CX3 接 ToF 传感器深度数据可以通过 UVC 扩展单元Extension Unit打包传给主机上位机不用装私有驱动。如果要接的传感器数量多、每路带宽高还可以考虑“FPGA 汇聚 CX3 输出”的架构FPGA 做多路 MIPI 汇聚和 ISP 前处理CX3 只负责 USB 3.0 传输通道。这种组合保留了 FPGA 的灵活性和 CX3 的 USB 协议栈稳定性算是比较成熟的工业级方案。做硬件设计这件事踩坑不可怕可怕的是踩完不知道怎么改。我这几块板子做下来最大的体会是方案选型决定上限电源和 PCB 决定下限固件调试决定能不能交付。CX3 把 FPGA 省掉了但该较真的地方一样都跑不掉。如果你正好在 MIPI CSI-2 转 USB 3.0 这条路线上打转希望这篇记录能帮你少折腾几个通宵。以后有空我再把多目同步和基于 UVC 扩展单元做深度数据的坑也整理出来。
阅读完成 · 觉得有帮助？
