2. T-Box基础技术高频问题
第 2 章 · 基础技术高频
通信协议 · CAN总线 · 诊断协议
回答框架
公司侧重点
追问路径
🎯 本章核心： T-Box 基础技术面试中，通信协议、CAN 总线与诊断协议是必考三件套。面试官不仅考察概念记忆，更关注你能否在真实链路中定位问题、解释数据流向。以下 3 个问答卡片覆盖高频考点，并附回答框架图与公司侧重点对比。
请介绍一下 CAN 总线的通信机制，以及 T-Box 如何通过 CAN 获取车辆数据？
📐 回答框架
1. 物理层：双绞线差分信号
2. 帧类型：数据帧/远程帧/错误帧
3. 仲裁：ID 越小优先级越高
4. T-Box 通过 CAN 控制器+收发器接入
5. 周期/事件触发采集
示例回答：CAN 总线采用差分信号传输，通过 ID 仲裁决定优先级。T-Box 内置 CAN 收发器接入总线，监听报文。对于周期信号如车速、转速，按固定周期采集；对于事件信号如车门状态，通过中断或轮询捕获。采集后经协议栈解析，再通过 4G 上报云端。
可能追问：
CAN 总线负载率过高如何优化？
可能追问：
标准帧和扩展帧的区别？
⚠️
避坑提醒：不要只背概念，要结合 T-Box 实际采集场景说明；避免混淆 CAN 与 CAN FD 的速率和帧格式。
UDS 诊断协议中，常用的服务有哪些？T-Box 在远程诊断中扮演什么角色？
📐 回答框架
1. 诊断服务分类：10/11/22/2E/27/31
2. 典型：0x22 读数据、0x2E 写数据
3. T-Box 作为网关转发诊断请求
4. 远程诊断：云端 → T-Box → CAN → ECU
5. 安全访问 0x27 用于解锁
示例回答：UDS 常用服务包括 0x10 会话控制、0x22 读数据、0x2E 写数据、0x27 安全访问、0x31 例程控制。T-Box 在远程诊断中作为网关，接收云端下发的诊断请求，通过 CAN 总线转发给目标 ECU，并将响应回传云端，实现远程读码、刷写等操作。
可能追问：
0x22 和 0x2E 的区别？
可能追问：
诊断响应超时如何排查？
⚠️
避坑提醒：不要只列服务号，要说明 T-Box 的网关转发逻辑；注意区分物理寻址与功能寻址。
DoIP 与 CAN 诊断有什么区别？T-Box 在什么场景下会使用 DoIP？
📐 回答框架
1. 传输层：CAN vs 以太网
2. 速率：CAN 500kbps vs DoIP 100Mbps
3. 适用：DoIP 用于大数据刷写
4. T-Box 支持 DoIP 作为诊断入口
5. 远程诊断 + OTA 场景
示例回答：DoIP 基于车载以太网，速率可达 100Mbps，适合大数据量诊断如 ECU 刷写；CAN 诊断速率低，适合常规读码。T-Box 在远程 OTA 或大数据采集场景下，会通过 DoIP 与网关通信，提升传输效率。同时 T-Box 可同时支持 CAN 和 DoIP 双通道。
可能追问：
DoIP 的激活线作用？
可能追问：
T-Box 如何同时处理 CAN 和 DoIP？
⚠️
避坑提醒：不要只说“DoIP 更快”，要结合具体场景（如刷写、大数据采集）说明；避免混淆 DoIP 与以太网诊断的层次。
🏢 公司侧重点对比
| 公司类型 | 通信协议侧重点 | CAN 总线考察深度 | 诊断协议偏好 |
|---|---|---|---|
| 传统主机厂 | CAN / CAN FD 稳定性 | 报文矩阵、网络管理 | UDS on CAN 为主 |
| 新势力车企 | 车载以太网 + DoIP | CAN 与以太网混合 | DoIP + UDS 远程诊断 |
| Tier1 供应商 | 协议栈实现与兼容性 | CAN 驱动、错误处理 | UDS 服务全栈 |
| 车联网平台 | 数据采集与上报协议 | CAN 数据解析 | OBD / 远程诊断 |
💡 复习提示： 回答时先讲清协议层次，再结合 T-Box 实际数据流；公司侧重点不同，可提前调研目标公司技术栈，调整回答侧重。