1. 项目概述与核心价值

如果你正在从事汽车电子、机器人视觉或者任何需要处理多路视频流的嵌入式系统开发，那么“视频信号复用与解复用”这个概念你一定不陌生。简单来说，它就像是一个交通枢纽的智能调度系统，能将来自不同方向（摄像头）的车流（视频数据）有序地引导到核心处理器这条“主干道”上，避免拥堵和数据冲突。在资源受限的嵌入式环境中，这种技术是构建高效、紧凑视觉系统的基石。

今天要深入拆解的，是德州仪器（TI）推出的一款堪称“瑞士军刀”级的ADAS（高级驾驶辅助系统）开发利器——VisionSuper28 Vision Application Board（视觉应用板）。这块板子远不止是一块简单的转接板，它是一个高度集成的视频输入枢纽。其核心价值在于，它通过精密的硬件设计和可编程逻辑，将来自多达六路FPD-Link III远程摄像头、三路本地专有图像传感器以及一路HDMI输入的视频信号，灵活、可靠地复用到TI VisionSuper28系列SoC的有限视频输入端口上。这意味着，开发者可以用一套硬件平台，快速原型化和评估从简单的倒车影像到复杂的360度环视、立体视觉乃至基于深度学习的多目标检测等各类ADAS算法，极大地加速了从概念到产品的进程。

2. 硬件架构深度解析

2.1 系统组成与互联逻辑

VisionSuper28视觉应用板本身是一个功能丰富的“中间层”。要理解它的工作方式，我们必须将其置于完整的评估套件（EVM）环境中来看。整个系统是一个典型的三层架构：

1. 核心处理层（VisionSuper28 CPU Board）：这是大脑，搭载了TI的VisionSuper28系列SoC（如TDA2x），负责运行复杂的视觉算法、操作系统及应用程序。它通过高速扩展连接器（如TI的FMC或自定义高速连接器）与应用板通信，提供视频输入接口（VIN端口）、控制总线（如I2C、GPIO）和电源。
2. 信号调度与接口层（Vision Application Board）：这就是本文的主角。它承担了所有“脏活累活”：
   • 信号聚合：汇集所有外部视频源。
   • 协议转换与解串：通过FPD-Link III解串器芯片，将远程摄像头通过单对双绞线传输的串行数据恢复为并行的视频数据流。
   • 逻辑复用与路由：利用CPLD，根据配置将多路视频流动态路由到SoC指定的VIN端口。
   • 电平转换与缓冲：确保不同传感器输出的信号电平和时序与SoC输入要求匹配。
   • 电源管理与分配：为自身及子板、传感器提供稳定、干净的电源。
3. 感知层（各类Camera Module）：包括直接插在应用板上的Aptina AR0132、OmniVision OV10635等专有传感器模组，以及通过FPD-Link III子板连接的远程摄像头模组（通常包含串行器DS90UB913Q）。这些是系统的“眼睛”。

这种分层架构的优势在于模块化和灵活性。CPU板可以独立升级，应用板可以适配不同的传感器组合，而传感器本身也可以根据分辨率、帧率、HDR性能等需求进行更换。

2.2 核心芯片选型与作用

应用板上的几个关键芯片决定了其能力边界：

• CPLD (Altera 5M2210ZF324C4M)：这是板子的“神经中枢”和“交通警察”。它并非运行复杂算法，而是通过硬件逻辑语言（如VHDL/Verilog）烧写的固定逻辑，实现高速、确定性的信号处理。其主要职责包括：
  • 信号解复用（DeMux）：针对FPD-Link III子板在不同通道配置下（4/5/6路摄像头）复用的信号（如数据线与同步信号复用），根据配置位进行实时分离。
  • 视频输入选择（Mux）：在本地传感器、HDMI输入、FPD-Link子板信号之间进行切换，选择一路输出给SoC的某个VIN端口。
  • 数据位对齐（Data Shifting）：某些传感器数据位宽与SoC接口位宽不匹配时（如10位传感器数据接入12位端口），CPLD可执行位填充或移位操作。
  • 信号缓冲与时序对齐（Skew Matching）：确保长距离传输或经过多级器件后，视频数据、行场同步和像素时钟之间的时序关系依然严格满足SoC的采样建立/保持时间要求。
• FPD-Link III 解串器 (DS90UB914Q)：位于FPD-Link III FMC子板上。这是TI的专有技术，用于汽车摄像头长距离、抗干扰传输。它将串行器（DS90UB913Q，在摄像头端）通过单对双绞线发来的高速串行数据流，解串恢复为原始的并行视频数据、同步信号和控制信号（I2C）。其最大特点是双向控制通道，允许SoC通过同一对线反向配置摄像头参数。
• HDMI 接收器 (ADV7611)：用于接入消费级视频源，如录像机、游戏机输出，方便进行算法回放测试或注入合成视频流进行验证。
• CAN 收发器 (SN65HVDA541)：提供汽车网络标准接口，用于接收车辆总线信号（如车速、方向盘转角）或输出ADAS事件告警。

实操心得：为什么用CPLD而不是FPGA或软件？这是一个经典的选型问题。CPLD在这里的优势非常明显：确定性延迟和上电即运行。视频流处理对时序要求极其苛刻，CPLD的逻辑是硬件直接实现的，延迟是纳秒级且固定的，这对于保证视频帧的完整性至关重要。FPGA虽然更灵活，但需要加载配置比特流，启动有延迟，且成本、功耗通常更高。用SoC的GPIO模拟或软件控制多路复用器，则会消耗宝贵的CPU资源并引入不可控的软件延迟，在高帧率视频流下极易出错。因此，对于这种“交通指挥”类的固定功能，CPLD是最优解。

3. 多路视频输入接口详解与实操

3.1 专有图像传感器模组接入

应用板为三种主流传感器模组提供了即插即用的物理接口，但它们的使用细节各有不同，这也是最容易踩坑的地方。

1. Leopard Imaging (LI) 单传感器模组LI的模组通常通过一条柔性扁平电缆（FFC/FPC）连接到应用板。连接本身简单，但需要注意：

• 电缆订购：务必确认电缆的引脚定义、长度（手册中强调连接J1的电缆需6cm）和阻抗与你的模组匹配。错误的电缆会导致信号完整性下降，图像出现噪点或条纹。
• 固定方式：LI提供了专用的固定支架。务必使用，避免因振动导致连接器松动或FPC脱落，这在移动平台（如车辆）上是致命问题。

2. Leopard Imaging (LI) 双传感器模组 (LI-M024-DUAL)这个模组包含两个Aptina MT9M024传感器，用于立体视觉应用。

• 连接逻辑：它内部有两个传感器（Sensor 1 & 2），通过板载连接器（J3, J4）互联，再通过一个统一的接口（J1）输出到应用板。关键点：如果你只使用其中一个传感器，也需要用随板提供的短接FPC（LI-FLEX03）连接J3和J4，否则模组可能无法正常工作。
• 触发信号：双传感器模组有一个额外的LI_DUAL_Trigger信号，用于同步两个传感器的曝光时刻，这对于生成准确的立体视差图至关重要。该信号通过应用板上的一个指定GPIO（对应SoC的MCASP4_FSX引脚）进行控制。
• 机械安装：该模组没有标配支架。手册建议使用定制的L型支架将其固定在“银色盒子”（推测是配套的防护外壳）和应用板上方。你需要自行设计或寻找兼容的支架，确保传感器光轴平行且稳固。

3. OmniVision OV10635 模组这种模组通常采用板对板连接器直接扣在应用板上，无需线缆，连接最可靠。

• 安装要点：虽然电气连接直接，但它需要一个特定的固定支架（型号TFCCA-40-01，来自Richo）来将其精确固定在保护壳内。没有这个支架，传感器会在壳体内晃动，光学中心无法固定。

4. Aptina AR0132 模组通过一个转接卡（Adapter Card）接入。这个转接卡主要起机械加固和电气转接的作用。

• 检查兼容性：确保你手中的Aptina模组引脚定义与该转接卡完全匹配。不同批次的传感器模组接口可能有细微差别。

注意事项：电源与上电顺序所有传感器模组都由应用板供电。务必遵循手册中规定的电源树（Power Supply Tree）上电顺序。通常，应先给核心板、应用板的逻辑部分上电，稳定后再使能传感器模组的电源（通过GPIO控制其PWDN或RESET引脚）。粗暴的同时上电可能导致传感器初始化失败或I2C通信锁死。

3.2 FPD-Link III 子板配置与信号解复用

这是实现多路远程摄像头接入的核心，也是最复杂的部分。

3.2.1 通道与数据位宽配置FPD-Link III子板（DS90UB914Q）支持高度灵活的配置，这直接影响了CPLD的解复用逻辑：

• 4通道模式：每个摄像头使用12位数据总线，外加行同步（HSYNC）、场同步（VSYNC）和像素时钟（PCLK）。这是分辨率最高的模式，适合对画质要求极高的前视或环视主摄像头。
• 5或6通道模式：由于总带宽有限，增加摄像头数量需要降低每个摄像头的位宽。此时每个通道可能只使用8位或9位数据总线，VSYNC可能被复用（见下文）。这种模式用于需要更多视角但单路分辨率可以稍低的场景，如完整的360度环视（6路）。
• 6通道无VSYNC模式：可以进一步挤出带宽，支持10位数据总线，但需要从数据行中提取同步信息，对后续软件解包要求更高。

配置是通过子板上的电阻或拨码开关实现的，必须在硬件设计阶段确定，并在CPLD逻辑中对应设置。

3.2.2 CPLD解复用逻辑实战分析手册中的Table 2, 3, 4是理解这一点的关键。我们以6通道（8位数据+HSYNC+VSYNC+PCLK）模式为例，看看CPLD做了什么：

假设子板配置为6通道8位模式。那么，为了节省连接器引脚，某些信号在传输时被复用了。例如，信号CAM6_D1_CAM3_VS这个名字就揭示了它的双重身份：

• 当解复用控制信号DeMUX_FPD_A=1（即S0=1）时，它代表CAM6的数据位D1。
• 当DeMUX_FPD_A=0（即S0=0）时，它代表CAM3的场同步信号VSYNC。

CPLD内部逻辑持续监测DeMUX_FPD_A/B/C这三个控制信号的状态（可由SoC的GPIO控制，也可由拨码开关手动设置）。根据这些信号的值，CPLD会实时地将这些复用引脚上的信号“剥离”出来，分别路由到对应的CAM6数据线和CAM3同步信号线上。

配置步骤：

1. 硬件设置：根据你的摄像头数量和所需位宽，设置FPD-Link III子板上的配置电阻。
2. CPLD配置：根据上述硬件设置，确定DeMUX_FPD_A/B/C应有的值（参考手册Table 3）。例如，6通道8位模式对应(S0=1, S0=0, S0=1)，即DeMUX_FPD_A=1,DeMUX_FPD_B=0,DeMUX_FPD_C=1。
3. 控制信号施加：
   • 软件控制：将应用板上的模式选择拨码开关（SW8）设置为“1”（使用控制信号）。在SoC软件中，初始化对应的GPIO（GPIO2_29,GPIO1_4,GPIO6_7），并将其输出设置为步骤2中确定的值。
   • 手动控制：将模式选择拨码开关（SW8）设置为“0”，然后直接拨动对应的拨码开关（SW5, SW6, SW7）来设置DeMUX_FPD_A/B/C的值。

3.2.3 I2C地址冲突与解决FPD-Link III子板上集成了多个设备（解串器、GPIO扩展器、EEPROM），它们的I2C地址可能冲突。子板提供了FMC_GA0和FMC_GA1引脚，通过上下拉电阻可以修改子板的I2C基地址。在系统设计时，需要规划好所有I2C从设备（包括传感器、HDMI接收器等）的地址，确保唯一性。默认状态下，这两个引脚被下拉，地址为默认值。如果需要修改，需要更改板上的电阻配置。

3.3 视频输入自动复用（Auto Vision Video Muxing）

这是应用板的另一大核心功能：在众多视频源中，选择一路送给SoC的某个VIN端口进行处理。选择逻辑由两级复用器（MUX）实现，通过MUX1_SEL[1:0]和MUX2_SEL[1:0]控制。

控制逻辑表解读（对应手册Table 5）：

1. 第一级选择（MUX2）：决定大的信号来源。
   • 00: 选择HDMI接收器的信号。
   • 01: 选择外部图像传感器（即第二级MUX1的输出）。
   • 10: 选择FPD-Link子板的CAM1和CAM3信号。
   • 11: 高阻态（禁用）。
2. 第二级选择（MUX1）：当MUX2选择01时，进一步决定使用哪个本地传感器。
   • 00: Leopard Imaging 单传感器。
   • 01: OmniVision 传感器。
   • 10: Aptina 传感器。
   • 11: 高阻态。

操作模式：

• 手动模式：将拨码开关SW8设为0，然后通过SW1-2设置MUX1_SEL，SW3-4设置MUX2_SEL。适合快速硬件测试和调试。
• 软件模式：将SW8设为1。通过SoC的GPIO（GPIO4_13,GPIO4_14,GPIO4_15,GPIO4_16）动态控制选择信号。这允许在运行时切换视频源，例如在算法中交替处理前视摄像头和环视摄像头的画面。

避坑指南：信号冲突与电源时序绝对禁止在系统上电运行过程中，通过拨码开关切换视频源！这可能导致多个视频源的输出信号同时涌入选择器后端，造成信号冲突，甚至损坏输出缓冲器。安全的做法是：系统完全断电后，设置拨码开关，再重新上电。如果使用软件控制，则需确保在切换前，目标视频源处于非活动状态（如上电但未输出数据），或者复用器本身具有“先断后通”的切换特性（需要查CPLD代码确认）。

4. 系统集成与软件配置要点

4.1 电源树分析与设计考量

手册中的图16“Power Supply Tree Chart”是硬件设计的精华。它不仅仅是一个连接图，更揭示了功耗分布和电源轨设计思路。

• 总功耗估算：输入为12V，总功率约44.7W（效率按85%计算），输入电流约3.73A。这意味着你需要一个额定功率大于50W的12V直流电源适配器。
• 关键负载：
  • FPD-Link III 子板：功耗较大（约3.26A @ 3.3V），因为它包含了6路解串器及接口电路。
  • 摄像头模组：每个模组功耗在200-400mA不等，多个模组同时工作时需累加。
  • CPLD：静态功耗较低，但在高速信号切换时动态功耗不可忽视。
• 电源时序：图中显示，部分电源（如某些3.3V轨）的使能（EN）信号来自CPU板。这要求CPU板先上电并稳定后，才使能应用板上的部分电路，这是一个重要的上电时序控制点。在设计自己的底板时，必须复现此时序。

4.2 I2C设备枚举与驱动初始化

应用板上挂载了众多I2C从设备，软件启动时必须正确枚举和配置它们。表9提供了所有设备的7位从机地址（MSB）。

软件初始化流程建议：

1. 初始化I2C控制器：配置SoC的I2C2控制器引脚复用和时钟。
2. 探测设备：按照表9的地址列表，逐个发送设备地址（写操作，地址左移一位后最低位置0）。能收到ACK的设备即存在。
3. 配置FPD-Link解串器：这是关键。需要通过I2C配置DS90UB914Q的寄存器，使其工作模式（如数据位宽、编码方式）与远程的串行器（DS90UB913Q）及摄像头传感器匹配。通常需要参考解串器和传感器的数据手册，写入正确的配置序列。
4. 配置图像传感器：通过I2C配置Aptina、OmniVision等传感器的寄存器，设置分辨率、帧率、曝光时间、增益等参数。
5. 配置HDMI接收器：如果需要，配置ADV7611以识别输入视频格式。
6. 配置GPIO：初始化用于控制MUX选择、传感器复位/电源、触发信号等的GPIO，并将其设置为正确的初始状态（如关闭所有传感器，选择默认视频源）。

4.3 VIN端口映射与数据流对接

手册表8“VIN and Camera Signal Mapping”是软件驱动开发者必须理解的桥梁。它定义了经过CPLD复用/解复用后，每个物理摄像头的信号最终被“映射”到了SoC的哪个VIN端口的哪个引脚上。

例如：CAM1_D[11:0]映射到了VIN1A_D[11:0]。这意味着在SoC侧，你需要将VIN1A端口配置为接收12位并行数据，并在驱动程序中知道，从这个端口读入的数据流就对应着CAM1摄像头。

特别注意复用引脚：有些VIN端口引脚被复用于其他功能。例如，CAM4_D[0]映射到了VIN5A_D[0]，但注释显示它也被用作MMC3_DAT[5]。这意味着，如果你使用了CAM4摄像头，就不能再使用MMC3（SD/MMC卡接口）的DAT5这条数据线。在SoC的引脚复用（PinMux）配置时，必须将相关引脚正确配置为VIN功能，而非MMC功能。

5. 开发流程与调试经验分享

5.1 上电前检查清单

1. 电气检查：用万用表测量12V输入、各主要电源轨（5V, 3.3V, 1.8V, 1.2V等）对地无短路。
2. 机械检查：所有连接器（尤其是FPC、板对板连接器）是否插紧、锁扣是否扣好。传感器模组是否用支架妥善固定。
3. 配置检查：
   • FPD-Link子板的通道配置电阻是否正确。
   • 应用板上的视频源选择拨码开关（SW1-SW7）是否处于确定状态（建议先设置为手动模式并选择一个已知好的传感器）。
   • 模式选择拨码开关（SW8）是否明确（手动或软件）。
4. 连接检查：CPU板与应用板是否通过扩展连接器牢固对接。所有外部摄像头线缆是否连接正确。

5.2 上电后诊断步骤

1. 电源测量：上电后，立即测量各电源轨电压是否在标称值±5%以内。特别是给传感器和CPLD供电的模拟电源，纹波是否过大。
2. CPLD配置：如果CPLD需要现场编程（通过JTAG），确保其配置已加载。通常出厂时已预装正确逻辑。
3. I2C总线探测：使用I2C工具（如i2cdetect命令）扫描总线，确认能发现预期的设备地址（如表9所示）。如果某个传感器地址找不到，检查其供电、复位信号和I2C上拉电阻。
4. 信号探测：
   • 时钟信号：用示波器测量摄像头的像素时钟（PCLK）输出是否正常，频率是否符合配置。
   • 同步信号：测量HSYNC和VSYNC，确认其极性、宽度和周期与传感器配置一致。
   • 数据信号：在无图像或固定图案下，数据线可能有特定的电平；或者用示波器的余晖模式，在摄像头对准变化场景时，应能看到数据线上的模拟波形变化。
5. 软件初始化：编写或使用TI提供的底层驱动，按4.2节流程初始化I2C设备。重点关注传感器的ID寄存器是否能正确读取，以验证通信是否正常。

5.3 常见问题与排查思路

5.4 进阶应用：立体视觉与环视系统搭建

基于此应用板，构建原型系统：

• 立体视觉：使用LI-M024-DUAL双传感器模组。将两个传感器水平固定，基线距离根据测距范围需求确定（通常5-20厘米）。在软件中，使用LI_DUAL_TriggerGPIO同步两个传感器的曝光。然后，从指定的两个VIN端口（根据映射表）分别读取左右眼图像，进行立体匹配和深度图计算。
• 四路环视：使用FPD-Link III子板，配置为4通道12位模式，连接四个广角摄像头（前、后、左、右）。在CPLD和软件正确配置解复用后，SoC将同时收到四路视频流。软件需要完成鱼眼矫正、图像拼接、鸟瞰图变换，最终合成360度全景视图。
• 混合系统：可以结合本地的高分辨率前视摄像头（如Aptina AR0132）和FPD-Link接入的环视摄像头，实现前向碰撞预警（FCW）和全景泊车辅助（AVM）的融合。

这块VisionSuper28 Vision Application Board将复杂的视频接口、信号调理和路由逻辑集成于一身，为开发者屏蔽了大量的硬件设计细节。它的价值在于提供了一个经过验证的、可靠的信号通路，让开发者能聚焦于核心的视觉算法开发和应用验证。透彻理解其硬件手册，特别是信号流向、控制逻辑和配置方法，是成功驾驭这块强大平台的第一步。在实际项目中，建议先用一个最简单的传感器通路调通，再逐步增加复杂度，同时善用示波器和逻辑分析仪观察关键信号，这是硬件调试的不二法门。