宏控软件
首页 案例库 咨询方案
返回案例库

T-Box：云端MQTT指令 → CAN总线 → 车身执行，多域协同测试

场景：车载总线测试 (S02) 适用行业：车联网、汽车电子 产品：天工-CarTest / 天工-UTP 标准：MQTT 3.1.1、ISO 11898、LIN 2.x

使用的产品与方案

本测试案例基于以下宏控产品及行业解决方案完成：

点击上述链接了解产品详情，或查看 更多应用案例。

核心价值： 模拟车联网平台下发MQTT指令，同步捕获T-Box的UART日志、CAN报文及车身GPIO/PWM响应，验证协议转换正确性，精确测量端到端延迟，并模拟弱网、断网等异常场景，确保远程控车功能可靠。

一、 测试背景：远程控车链路的复杂性

T-Box（车载通信终端）是连接云端与车辆总线的核心节点。一条典型的远程控车链路包含：手机APP/云端 → MQTT/HTTP → T-Box（4G/5G模组）→ 内部协议转换 → CAN/LIN总线 → 车身域控制器 → GPIO/PWM执行器。任何环节的异常都会导致用户感知的“指令无响应”。

传统测试中，云端团队用API工具验证指令下发，通信团队用AT命令测试模组，CAN团队用总线分析仪验证报文，车身团队用示波器测量执行器。各环节独立，无法关联分析延迟和错误传播。例如，云端显示指令已下发，CAN上也出现了对应报文，但车窗没有动作——问题可能出在T-Box的协议转换、CAN总线冲突，还是车身控制器的解析？定位往往需要数天。

graph LR A[云端MQTT] --> B[T-Box 4G] B --> C[协议转换] C --> D[CAN总线] D --> E[车身控制器] E --> F[GPIO/PWM执行] style C fill:#eef6ff,stroke:#1a5fb4

二、 宏控天工方案：统一时序的多域协同测试

天工-CarTest/UTP 多域测试能力

  • MQTT/HTTP服务器仿真（支持TLS）
  • 4G/5G模组AT指令监控与UART日志捕获
  • CAN/CAN FD/LIN总线仿真与监控
  • GPIO/PWM采集（车身执行器反馈）
  • 弱网模拟（丢包、延迟、带宽限制）
  • 车联网测试包 时序同步引擎

所有信号（MQTT指令、UART日志、CAN报文、GPIO边沿、PWM占空比）共享同一时间基准，自动生成从云端到执行器的完整时间线。

三、 典型测试场景

场景1：远程空调启动——全链路分解测试

模拟车联网平台下发“启动空调（温度24°C，风速3档）”指令，逐段测量各环节延迟。

sequenceDiagram participant Cloud as 云端MQTT仿真 participant TBox as T-Box participant CAN as CAN总线 participant Body as 车身执行器 Cloud->>TBox: MQTT指令(T0) TBox->>TBox: 4G模组接收(UART) TBox->>TBox: 协议转换(MQTT→CAN) TBox->>CAN: CAN报文(T3) CAN->>Body: 解析并输出PWM Body-->>Cloud: GPIO/PWM变化(T4) Note over Cloud: 端到端延迟≤90ms
阶段事件测量点典型延迟验证内容
（示例数据，实际测试自动生成）
端到端总延迟≤90ms（典型值）

场景2：协议转换正确性验证（MQTT → CAN）

遍历各种远程控制指令（空调温度、车窗开度、门锁、灯光），验证MQTT JSON载荷中的字段是否正确映射到CAN信号的指定位置。

sequenceDiagram participant Tester as 天工测试平台 participant TBox as T-Box participant CAN as CAN总线 Tester->>TBox: MQTT: {"cmd":"ac_ctrl","temp":24,"fan_speed":3} TBox->>TBox: 协议转换 TBox->>CAN: CAN ID 0x18FF60xx, Byte2=24, Byte3=3 Tester->>CAN: 捕获并比对 Note over Tester: 映射匹配率100%

场景3：弱网与断网重传测试

模拟4G信号弱、网络抖动、断网等场景，验证T-Box的缓存、重试和状态上报机制。

sequenceDiagram participant Tester as 天工测试平台 participant TBox as T-Box Tester->>Tester: 模拟丢包率10% Tester->>TBox: MQTT指令 TBox->>TBox: 重传请求(最多3次) TBox-->>Tester: 最终执行成功 Note over Tester: 重传≤3次，功能正常

场景4：并发指令与总线仲裁测试

模拟多路云端指令同时下发（如同时开空调、升车窗、开近光灯），验证T-Box的指令队列处理和CAN总线仲裁机制。

sequenceDiagram participant Tester as 天工测试平台 participant TBox as T-Box participant CAN as CAN总线 Tester->>TBox: 5条并发MQTT指令 TBox->>TBox: 指令排队 TBox->>CAN: 按优先级依次发送 Note over CAN: 总线负载30%，无丢失

四、 自动化测试交互流程

sequenceDiagram participant Tester as 天工测试平台 participant TBox as T-Box participant CAN as CAN总线 participant MES as MES/报告系统 Tester->>Tester: 配置MQTT服务器，加载用例集 Tester->>TBox: 发布MQTT指令(记录T0) TBox->>TBox: UART日志输出“指令接收”(T1) TBox->>CAN: 发送CAN报文(T2) CAN->>CAN: 车身控制器解析 CAN-->>Tester: GPIO/PWM变化(T3) Tester->>Tester: 计算各段延迟，比对映射 Tester->>MES: 生成全链路延迟分解报告 Note over Tester: 一键执行，自动判定PASS/FAIL

五、 关键性能指标

<90ms
端到端延迟
正常4G网络
100%
协议转换匹配率
50条指令遍历
≥99.9%
断网重传成功率
10秒断网恢复

六、 与传统测试方式的对比

传统T-Box测试通常由多个团队分环节验证：云端团队用Postman或MQTT客户端发送指令，通信团队用串口助手查看AT日志，CAN团队用CANalyzer抓取报文，车身团队手动测量执行器。这种方式存在以下问题：

天工-CarTest/UTP平台将MQTT仿真、UART日志捕获、CAN监控、GPIO/PWM采集集成于一体，统一时序基准，一键执行全链路用例，自动输出延迟分解和协议匹配报告，将回归测试时间从数天压缩到小时级，并能精确定位故障环节（是网络、T-Box软件还是车身总线）。

七、 适用对象

T-Box研发测试
验证协议栈、重传机制、低功耗唤醒
车联网平台集成测试
验证云端与T-Box的交互可靠性
整车远程功能验证
模拟真实用户场景（地库弱网、高速移动）
零部件供应商交付
按照OEM规范批量执行远程控车测试