TI AUTOMOTIVE · interfaces
LIN 还是 CAN FD：从报文时限、线束和休眠策略选起
用 TLIN1029-Q1 与 TI CAN 候选建立车身子网决策表，区分 20 kbps LIN 发送、100 kbps 编程接收、控制器职责和网关验收条件。
资料核验 2026-11-06 · NuAxi 技术编辑 · 官方依据与工程解释分开标注
先看结论
低速、可由主节点排程的执行器与传感器子网可优先评估 LIN；需要更高吞吐、基于优先级的总线仲裁或接入既有 CAN 网络时，评估 CAN/CAN FD。TLIN1029-Q1 是面向 12 V 应用的 LIN 物理层，发送最高 20 kbps；接收器的 100 kbps 编程能力不是 100 kbps LIN 网络承诺。两类收发器都不能独立完成跨协议网关。
1. 先定义报文合同，而不是先挑收发器
对每个信号写下数据量、更新周期、最大可接受延迟、故障时动作，以及节点睡眠后由谁唤醒。座椅位置、车窗开关或空调风门的周期更新可以形成 LIN 子网候选，但“车身信号”不是充分条件：如果等待排程周期会超出动作时限，就必须调整排程、拆分子网或选择另一种网络架构。
LIN 的发送时机由主节点排程，CAN 则依靠控制器执行总线仲裁。两者都需要软件管理消息、超时和错误后的动作；更高的物理层速率不会自动解决低优先级报文的最坏等待时间。设计决策应针对同一组报文比较正常负载、诊断负载和故障重试，而不是只比较 20 kbps 与数 Mbps 两个数字。
2. 在相同系统约束下比较 LIN 与 CAN/CAN FD
LIN 的单信号线与 CAN 的差分线是不同电气架构，终端和保护方案不能互抄。下表把选择理由和验证责任放在一起：它不暗示某类应用必然采用某协议，也不把收发器的保护功能当作完整系统容错设计。
宽表可横向滚动；表头随表内滚动保留。
| 决策维度 | LIN：TLIN1029-Q1 | CAN/CAN FD：TI CAN 候选 |
|---|---|---|
| 总线连接 | 单信号线；主节点与从节点终端要求不同 | CANH/CANL 差分线；按线束拓扑设置终端与支线 |
| 发送安排 | 主节点排程；应核算最坏轮询与诊断占用 | 控制器仲裁；应核算优先级阻塞、总线负载与重试 |
| 速率边界 | 发送最高 20 kbps；100 kbps 仅为接收编程能力 | 按具体器件和控制器选速率；TCAN1044A 的 8 Mbps 限较简单网络 |
| 主机职责 | MCU 的 LIN/UART 外设配合协议软件；收发器不生成排程 | 需要 CAN 控制器；无控制器的主机可评估 SPI 接入 TCAN4550 |
| 供电与唤醒 | 面向 12 V 应用，4–36 V 供电；LIN 总线或 EN 唤醒 | 待机、INH 电源控制或 WUF 选择性唤醒取决于具体型号 |
| 适合先做的评估 | 周期性低速子网能否在全排程和诊断时满足时限 | 既有 CAN 网络兼容性、仲裁时限及 FD 数据阶段裕量 |
3. TLIN1029-Q1 的三个常见误读
第一，20 kbps 和 100 kbps 的方向与用途不同：LIN 发送器面向最高 20 kbps 的网络工作，接收器支持最高 100 kbps 是为了加快在线编程。不能据此把整条总线、所有节点及正常协议排程都提升到 100 kbps。编程工装仍要核对发端、电气波形、主机串口设置和被编程节点的接收能力。
第二，4–36 V 供电范围不等于任意 24 V LIN 网络都可直接使用。TI 明确将 TLIN1029-Q1 面向 12 V 应用；应同时检查总线阈值、终端、地偏移与整车瞬态规范，而不是只看 VSUP 上限。第三，RXD 是开漏输出，原理图必须安排合适的逻辑电平上拉；LIN 引脚的终端电阻/二极管网络与 RXD 的逻辑上拉是两件事。
4. 一个可计算的子网与网关方案
设想一个区域控制器汇集多个门控或座椅节点，再通过 CAN 向上游报告。LIN 可用于下游周期采集，CAN 用于上游报文，但区域控制器必须显式处理数据新鲜度、排队、超时和状态转换；不能简单把两颗收发器的 TXD/RXD 对接成为网关。下游丢失一次响应时，上游应报告失效或过期状态，而不是继续把旧值当作刚采样结果。
作为工程计算示例，8 字节净数据在 20 kbps 下仅数据位就需要 8 × 8 ÷ 20000 = 3.2 ms。这个数还没有计入串行起止位、帧头、校验、间隔和排程等待，所以不能把一个 8 字节事务的总时限定为 3.2 ms。应先列出完整排程周期，再加诊断和异常处理预算；如果周期超标，再讨论拆网、减少刷新频率或迁移 CAN，而不是从收发器的编程接收速率寻找捷径。
若区域控制器已有合适的 CAN FD 控制器，TCAN1042-Q1 或 TCAN1044A-Q1 可作为上游物理层候选；若缺少控制器端口，可评估 TCAN4550-Q1，但其 SPI 服务与缓冲延迟必须加入网关的端到端预算。该预算应从下游事件发生开始，到上游应用收到有效数据结束，而不只是记录单次 CAN 发送时间。
5. 把唤醒源与电源域一一对应
TLIN1029-Q1 的低功耗模式支持 LIN 总线和 EN 本地唤醒，但收发器检测到唤醒并不保证应用立即能响应。要核对 MCU 是否保留供电、RXD 如何进入唤醒中断、时钟与外设恢复需要多久，以及首次调度是否会早于节点准备完成。休眠预算应统计整块节点的电流，而不是只引用收发器典型休眠电流。
在 CAN 一侧，TCAN1043A-Q1 的 INH 可以控制外部电源使能；如果目标是无关网络通信不唤醒该 ECU，则应评估 TCAN1145-Q1 的 WUF 部分网络能力。INH 电源门控与选择性帧匹配是不同机制。网关需要定义“下游 LIN 唤醒是否带动上游 CAN”“上游唤醒是否启动全部 LIN 子网”，并通过状态机防止一侧持续唤醒另一侧。
6. 选型冻结前的实用检查清单
把协议比较落到同一套输入报文和故障条件上，才能说明选择理由。建议分别记录正常通信、诊断、掉电恢复和唤醒四组结果；单次收发成功既不能证明排程时限，也不能证明整车线束上的电气裕量。
- 列出每条报文的字节数、周期、优先级/时隙、最大延迟和过期行为，包含诊断及重试。
- 按 LIN 主/从节点角色核对终端网络，按 CAN 拓扑核对差分终端；检查地回路和线束连接。
- TLIN1029 的正常发送按最高 20 kbps 评估；若有 100 kbps 编程接收工况，单独建立工装和波形测试。
- 确认 12 V 应用条件、4–36 V 推荐工作范围、RXD 上拉电压及电源瞬态保护，不能用耐压值替代工作条件。
- 验证总线卡显性、节点未供电、地偏移和通信超时后的系统动作，不能只观察收发器是否复位。
- 测量从唤醒到第一条有效应用数据的时间与整节点休眠电流，覆盖 LIN、CAN 和网关双向唤醒。
- 若以 TCAN4550 扩展 CAN，加入主机繁忙时的 SPI 服务延迟，并验证下游采样时间与上游报文时间戳的一致性。
常见问题
TLIN1029-Q1 的 100 kbps 接收能力能用于常规 LIN 网络提速吗？
不能据此提升常规 LIN 网络。其发送规格是最高 20 kbps，100 kbps 接收能力面向更快的在线编程。发送端、其他节点和协议排程并不会因此升级；编程模式应作为独立工况验证。
供电能到 36 V，是否说明 TLIN1029-Q1 可直接用于 24 V LIN？
不说明。TI 将它面向 12 V 应用，4–36 V 是器件供电工作范围。24 V 网络仍需检查总线电平阈值、终端、地偏移和瞬态要求，不能只凭供电上限判断适配。
只更换 LIN 收发器为 CAN 收发器，能保留 MCU 的 UART 软件吗？
不能把这种更换当作协议迁移。CAN 需要控制器完成帧、仲裁与错误处理，线束和终端也不同。主机若没有 CAN 控制器，可以评估 TCAN4550-Q1，但仍要新增 SPI 驱动、报文映射和错误处理逻辑。
低速执行器为什么仍可能选择 CAN，而不是 LIN？
净数据量只是一个因素。已有网络接口、最坏响应时间、诊断占用、控制器资源和唤醒策略可能决定选择。先用完整报文集计算 LIN 排程等待和 CAN 仲裁等待；任何一个协议都不应仅凭峰值速率被视为满足动作时限。
相关料号与完整 OPN
继续阅读
NuAxi 与 TI 无隶属关系。本文整理官方资料并提供工程核对方法，不构成替换许可、系统认证、采购保证或已完成的设计验证。按完整 OPN、数据表修订版及项目要求完成设计评审。