3. 车载终端硬件
车联网终端并不是单一设备，而是由车内计算、车外通信、路侧协同和感知执行等多个硬件单元共同构成的分布式系统。理解这些硬件的组成与工作原理，是后续开展终端接入、状态监控、远程升级和故障处置的基础。本节围绕 T-Box、OBU、RSU、车载网关以及传感器与执行器五类核心对象，梳理其硬件结构、关键接口和运行逻辑。
一、T-Box：车云连接的核心枢纽
T-Box（Telematics Box）通常安装在车辆内部，是车辆接入移动蜂窝网络并上传遥测数据的关键部件。其硬件一般由主控 MCU/MPU、蜂窝通信模组（4G/5G）、GNSS 定位模块、CAN 收发器、电源管理单元、eSIM/安全芯片以及备用电池组成。主控负责协议解析、数据缓存和任务调度；通信模组完成与车联网平台的无线连接；GNSS 提供经纬度、速度和时间基准；CAN 收发器则从整车总线读取车速、挡位、电池状态等信号。
工作原理上，T-Box 周期性采集车辆信号，经协议封装后通过 MQTT、HTTPS 或 TCP 长连接上传至 TSP 平台，同时接收平台下发的远程控制、参数配置和 OTA 指令。部分 T-Box 还集成蓝牙或 Wi-Fi 模块，用于近场诊断和手机互联。工程中需重点关注供电稳定性、天线布局和休眠唤醒策略，避免因亏电或信号遮挡导致终端离线。
二、OBU：车路协同的短距通信单元
OBU（On-Board Unit）主要面向 V2X 场景，承担车与车（V2V）、车与路（V2I）、车与人（V2P）之间的低时延消息交互。其硬件通常包括 V2X 通信模组（基于 C-V2X 或 DSRC）、安全芯片、GNSS 模块、天线阵列、处理单元和车辆接口。与 T-Box 不同，OBU 更强调广播式通信和毫秒级响应，消息类型包括 BSM（基本安全消息）、RSM（路侧感知消息）和 SPAT（信号灯相位消息）等。
OBU 的工作过程是：接收 GNSS 定位与车辆状态，按标准生成 BSM 并周期性广播；同时监听周围 OBU 和 RSU 的消息，经过安全校验后输出给车载预警应用。其安全芯片用于证书管理和消息签名，防止伪造消息进入协同网络。实际部署中，OBU 的安装位置、天线方向和发射功率会直接影响通信覆盖与误码率。
三、RSU：路侧协同的锚点设备
RSU（Road Side Unit）部署在路口、匝道或重点路段，是路侧感知与通信的汇聚节点。硬件上通常包含 V2X 通信模组、边缘计算单元、网络回传接口（光纤或 5G）、GNSS/授时模块、供电与防雷单元，以及可选的摄像头、毫米波雷达等感知设备。RSU 一方面与 OBU 进行短距通信，另一方面通过回传网络与云控平台交互，实现路侧信息的上传与下发。
RSU 的关键能力在于“边缘协同”：它可以在本地完成消息过滤、事件检测和优先级调度，减少云端往返时延。例如在信号灯路口，RSU 将 SPAT 消息广播给接近车辆，辅助实现绿波车速引导或闯红灯预警。工程上需关注时钟同步、防雷接地和回传链路冗余，否则容易出现消息错乱或单点失效。
四、车载网关：车内多网融合与安全隔离
车载网关位于整车电子电气架构的中心，连接 CAN、CAN FD、LIN、FlexRay、以太网等多种总线。其硬件由多路收发器、交换芯片、主控处理器、安全模块和电源管理组成。网关的核心职责包括：协议转换、报文路由、优先级调度、诊断路由和网络安全隔离。随着智能网联汽车发展，网关还承担 OTA 分发、入侵检测和域间访问控制等任务。
工作原理上，网关根据路由表将不同总线上的报文转发到目标网段，并对关键安全报文进行过滤和限速。例如，来自 T-Box 的远程控制指令必须经过网关校验后，才能进入动力或车身控制网段。若网关配置不当，可能导致诊断请求无法到达目标 ECU，或非法报文跨域传播。
五、传感器与执行器：物理世界的感知与控制闭环
传感器负责将物理量转换为电信号，常见类型包括车速传感器、轮速传感器、温度传感器、摄像头、毫米波雷达、超声波雷达和惯性测量单元。执行器则根据控制指令完成动作，如电子节气门、制动执行器、转向电机、继电器和指示灯。它们通过 CAN、LIN 或以太网与网关或域控制器连接，形成“感知—决策—执行”的闭环。
在车联网远程运维中，传感器与执行器的状态数据是判断车辆健康度的重要依据。例如，通过轮速传感器与制动执行器的响应差异，可以识别制动系统异常；通过电池温度传感器与充电执行器的配合，可以评估热管理策略是否有效。
六、典型硬件参数与接口对照
| 硬件对象 | 核心模块 | 典型接口 | 关键指标 |
|---|---|---|---|
| T-Box | MCU、4G/5G模组、GNSS、eSIM | CAN、USB、天线口 | 上行速率、定位精度、休眠电流 |
| OBU | V2X模组、安全芯片、GNSS | CAN、以太网、天线 | 通信时延、广播周期、签名速率 |
| RSU | V2X模组、边缘计算、回传模块 | 光纤、5G、以太网 | 覆盖半径、时钟同步精度、并发数 |
| 车载网关 | 多路收发器、交换芯片、安全模块 | CAN FD、LIN、以太网 | 路由时延、吞吐量、隔离策略 |
| 传感器/执行器 | 敏感元件、信号调理、驱动电路 | CAN、LIN、模拟量 | 采样精度、响应时间、工作温度 |
七、案例场景：路口协同预警的硬件链路
以城市路口“闯红灯预警”为例，RSU 通过摄像头和雷达感知路口车辆与行人状态，结合信号灯相位生成 SPAT 和 RSM 消息，经 V2X 模组广播；接近路口的车辆 OBU 接收消息后，通过安全芯片校验签名，再将预警信息经车载网关转发至仪表或 HUD；若车辆存在碰撞风险，网关还可将制动请求传递给执行器，辅助驾驶员减速。与此同时，T-Box 将车辆位置和事件日志上传至云平台，供后台复盘和远程诊断。
八、常见误区与排障复盘
- 误区一：把 T-Box 和 OBU 混为一谈。 T-Box 面向广域蜂窝连接，OBU 面向短距 V2X 广播，二者在模组、协议和安全机制上差异明显。
- 误区二：忽视网关的路由与隔离配置。 远程控制指令若未经过网关校验，可能被非法报文利用，造成安全风险。
- 误区三：只关注通信模块，忽略供电与天线。 实际排障中，亏电、接插件松动和天线驻波比异常是终端离线的常见原因。
- 复盘建议： 建立“云—管—端—车”分层排查表，先确认平台侧在线状态，再检查 T-Box/OBU 信号强度，最后核查网关路由和传感器/执行器供电。
# 典型 T-Box 状态查询日志片段
[2025-03-18 10:22:31] modem: 5G NSA, RSSI=-78dBm, SINR=12.4dB
[2025-03-18 10:22:31] gnss: fix=3D, sats=18, hdop=0.8
[2025-03-18 10:22:32] can: speed=42km/h, gear=D, batt=78%
[2025-03-18 10:22:32] cloud: mqtt connected, topic=veh/telemetry
[2025-03-18 10:22:33] ota: idle, last_check=2025-03-18 09:00:00