TJA1043与TJA1145选型指南：CAN收发器低功耗唤醒方案怎么定

做汽车通信控制器这些年的一个感受是很多硬件工程师手里拿着 CAN 收发器的选型表真到要定低功耗网络管理唤醒方案的时候还是会懵。TJA1043 和 TJA1145 都是 NXP 的明星级 CAN 收发器都带睡眠唤醒能力但一个走引脚控制一个走 SPI 配置一个只会“有报文就醒”一个能按 ID 有选择地醒。用错场景轻则静态电流超标重则唤醒链路根本建立不起来。这篇就围绕 CAN 网络管理唤醒这个方向把这两颗芯片从原理、选型到 AUTOSAR 网络管理落地过程里的关键点和坑一起梳理一遍。如果你正在做 BCM、TBOX、门模块、PEPS 这类要求低静态电流的控制器这篇应该能帮你省不少调试时间。1. 整车低功耗需求是怎么一步步逼出“唤醒方案”这个问题的1.1 静态电流指标怎么影响收发器选型整车下线后电池要给所有控制器供电。每颗控制器的暗电流从几十微安到几毫安加起来非常可观所以主机厂一般要求车辆休眠后整车静态电流控制在 10mA 甚至更低。对单个控制器来说MCU 在休眠时几乎完全断电但 CAN 收发器不能全断——它必须保持监听总线等待诊断唤醒、远程控制唤醒或者本地硬线唤醒。收发器自身的休眠电流就成了静态电流的主要来源之一。早期很多模块用普通收发器加 LDO 硬切电源逻辑很简单点火信号来了就上电钥匙拔了就下电。但智能车时代出现了大量“休眠状态下还要被远程唤醒”的场景比如远程闭锁、远程查询状态、OTA 预约升级。这时候收发器必须在低功耗状态下还具备可靠的远程唤醒能力而且最好是能准确识别指定唤醒帧而不是被总线上任何一帧报文都叫醒。我之前见过一个很典型的案例某个控制器在整车上电睡眠后暗电流测试始终不过后来用电流探头抓波形才发现总线上有另一颗控制器每隔 100ms 发一次心跳报文每次都能把目标收发器的 RXD 拉低一次。MCU 倒是没有完全启动但收发器和外围电路反复被顶起来整板电流一直在几毫安到几十毫安之间跳。这种问题靠软件滤波很难根治只能从收发器方案上去解决。1.2 OSEK 到 AUTOSAR网络管理不只是“还活着”这么简单CAN 网络管理从 OSEK NM 发展到 AUTOSAR CAN NM核心目的其实没变让网络上多个控制器协调一致地进入睡眠也能被按需唤醒。OSEK NM 靠限幅时间内的 NM 报文判断节点是否在网各节点通过“我还在”的报文互相确认等大家都觉得网络没有需求了才一起睡。AUTOSAR CanNM 在此基础上引入更严格的状态机Repeat Message、Normal、Ready Sleep、Bus-Sleep 这些状态切换都是为了确保所有节点同步决定睡眠时机不产生冲突。问题来了网络管理负责定义什么时候睡、什么时候醒但物理层能不能被“选择性唤醒”完全取决于收发器芯片。如果一颗收发器只支持“总线上有任意有效帧就唤醒”那即使网络管理已经让 90% 的节点进入休眠只要有一颗节点因为某个原因发了一帧周期性应用报文整个网络的控制器都会被唤醒。这个场景在早期网络不太复杂时还能忍到了域控制器、SOA 架构普及之后根本吃不住。收发器层面的选择性唤醒能力逐渐成了低功耗网络管理的硬门槛。TJA1043 和 TJA1145 的核心差异也就在这里。前者能把“有效帧”和“总线噪声”区分开但区分不了“哪个 ID 的帧”后者则把“哪些帧可以唤醒我”这个策略完全交给了设计者通过 SPI 一次性配到位。理解了这条主线后面的选型逻辑就顺了。2. TJA1043 和 TJA1145 的工作机制差别比想象中大得多2.1 TJA1043引脚控制的经典低功耗收发器TJA1043 是一款经典的低功耗 CAN 收发器支持 Normal、Silent、Standby、Sleep 四种工作模式模式切换靠两个引脚的电平组合完成不需要软件配置。它在 Standby 和 Sleep 模式下都能保持远程唤醒能力总线上一旦出现有效 CAN 帧收发器就会通过 RXD 电平变化通知 MCU同时把 INH 引脚拉高控制外部稳压器给系统上电。本地唤醒通过 WAKE 引脚实现可以接唤醒开关、门状态开关等硬线。它比较适合“网络里只有少量控制器而且任意报文都可以唤醒”的项目。因为它的远程唤醒逻辑是区分“有效帧”和“噪声”但并不区分“具体是哪个 ID 的帧”。你没法告诉它“我只被 0x512 这个 NM 报文唤醒”。所以只要总线上其他节点在休眠期间发个周期报文它就会把本节点唤醒。功能上够用但精细度不足。还有一个容易被忽略的点TJA1043 的 Sleep 模式静态电流虽然很低但要让本地唤醒 WAKE 功能正常工作通常需要预留一个时钟源做防抖计时。如果硬件上没考虑时钟WAKE 唤醒可能会不可用或者只能靠外部中断唤醒。这个在复用旧设计时经常踩到表面看是收发器问题实际上是硬件时钟资源没给够。2.2 TJA1145为选择性唤醒和深度休眠而生的 SPI 收发器TJA1145 是后来针对“CAN 部分网络”需求推出的收发器。它最大的不同是把唤醒策略从“引脚电平”升级成了“SPI 可配置”。你可以通过 SPI 写入唤醒帧的 CAN ID、ID 掩码、DLC 过滤条件等让收发器只在自己关心的报文到来时才触发唤醒。这正好弥补了 TJA1043 无法按 ID 过滤的短板。另外一个硬核能力是TJA1145 支持 VIO 引脚掉电也就是说 MCU 系统可以完全断电连 I/O 电源都可以被切掉只要 VBAT 保持供电TJA1145 依然能监听总线唤醒帧。一旦匹配就把 INH 引脚拉高控制外部稳压器给 MCU 重新供电。这在整车静态电流测试里优势非常明显因为 MCU 外围电路全部掉电只剩下收发器在消耗电池。当然代价是软件复杂度上升。芯片需要初始化、需要通过 SPI 写配置、需要在唤醒后读状态寄存器判断唤醒源。很多第一次用 TJA1145 的人第一个坑就是忘了配置触发条件芯片上电默认行为可能是“任何报文都唤醒”那效果和 TJA1043 没区别该被误唤醒还是被误唤醒。而且 TJA1145 的很多状态位要靠 SPI 读取裸机驱动和 AUTOSAR 驱动写法完全不同移植的时候要格外小心。2.3 参数对比表一句话看懂怎么选对比项TJA1043TJA1145控制方式引脚电平组合SPI 寄存器配置远程唤醒粒度任意有效 CAN 帧按 CAN ID、掩码、DLC 等条件过滤本地唤醒WAKE 引脚WAKE 引脚可配置去抖和极性VIO 掉电后监听不支持需 VIO 供电支持VBAT 保持即可典型静态电流较低但系统仍需部分电源配合更低可支持 MCU 完全断电CAN FD部分型号支持需确认后缀TJA1145T/FD 支持 FD适用场景传统动力 CAN、无需选择性唤醒的项目BCM、TBOX、域控等需要部分网络的场景具体静态电流数值我不在这里写死因为不同测试条件、不同 VIO 电压下差异很大一切以数据手册和实测为准。选型时把这张表的核心逻辑抓住你到底需不需要“按 ID 唤醒”和“VIO 掉电”这两个点决定了 90% 的选型方向。3. 选型决策模型先看网络管理策略再看收发器参数3.1 从需求倒推你究竟需不需要选择性唤醒我在项目里一般先问三个问题休眠时总线上除了本节点的 NM 唤醒帧之外还有没有别的周期报文如果有别的报文能否通过网络管理把这些节点也拉入睡眠保证总线静默如果保证不了静默我的模块被那些报文反复唤醒静态电流还过得了吗如果第 2 问能实现总线上休眠期确实静默那用 TJA1043 完全够成本低、软件简单。如果第 3 问很危险或者主机厂直接要求“只允许指定 NM 帧唤醒”那 TJA1145 几乎是唯一实际选择——因为它能在不唤醒 MCU 的情况下把总线上的噪声和无关报文过滤掉。举个例子某车型的门模块总线是高速 CAN平时在休眠状态下也会收到来自指纹模块的周期心跳报文。如果门模块用 TJA1043每来一帧心跳收发器就拉一次 RXDMCU 大概率被唤醒如果把 MCU 设定为“不响应”收发器的低压差又会反复消耗电源。换成 TJA1145 后把这些周期心跳报文的 ID 放进唤醒过滤列表之外只有 BCM 发来指定的 NM 唤醒帧时门模块才真正启动静态电流直接从“毫安级抖动”降到“微安级稳定”。3.2 选型时容易踩的坑型号后缀、默认行为、软件适配型号后缀TJA1145 也有是否支持 CAN FD 的版本区分。如果项目里后续要跑 CAN FD 或整车仪表的 FD 通信记得选带 /FD 后缀的型号不然高速数据段收发能力不够项目后期会非常被动。默认行为TJA1145 也有“默认不过滤”的可能。如果你换了芯片但没移植 SPI 初始化驱动它可能表现得和普通收发器一样很容易误判成“芯片坏了”。上电后第一件事先确认能否通过 SPI 正确回读芯片 ID回读不到先别去查总线和报文。软件集成成本TJA1145 的驱动要配合 AUTOSAR CanTrcv 或裸机驱动。上电顺序、SPI 通信失败后的重试逻辑都会直接影响唤醒稳定性。裸机项目相对简单但 AUTOSAR 项目里一个 SPIDriver 的接收回调写错就可能出现“唤醒后基础软件卡死”的现象。3.3 成本与布局上的取舍TJA1145 比 TJA1043 贵而且多了 SPI 引脚PCB 布线要占用更多 MCU IO。如果硬件平台 IO 紧张、MCU 没有多余 SPI或者软件团队不想多维护一套收发器驱动那严格执行网络管理、保证总线静默的前提下用 TJA1043 仍然是一个理性的方案。没必要为了“高级”而牺牲成本和复杂度。不过要提醒一句如果项目已经明确要支持远程唤醒并且要求暗电流低于某个严格值那 TJA1043 的“任意帧唤醒”特性很可能会成为隐患。选型会上争得再清楚也不如一版暗电流测试数据有说服力。4. AUTOSAR 网络管理唤醒链路EcuM、BswM 和收发器怎么配合4.1 远程唤醒的完整链路以 TJA1145 为例一个远程唤醒事件从总线到应用状态切换的流程大致是收发器在 VIO 掉电状态下监听到指定 NM 帧匹配唤醒条件TJA1145 拉高 INH外部稳压器上电MCU 得电启动MCU 初始化软件通过 SPI 读取 TJA1145 状态寄存器确认唤醒源是 CAN 远程唤醒基础软件通过 CanTrcv 回调把“唤醒事件”上报 CanSM、EcuMEcuM 完成 RUN 状态恢复后BswM 根据模式规则重新启动 COM、NM、CAN 协议栈CanNM 收到应用层请求后进入 Normal 状态节点重新参与网络通信。这里面最容易断的地方在第 2 步和第 3 步。INH 要是没接到外部稳压器的使能脚那 MCU 永远等不到上电SPI 要是配置没写好或者总线被外部上拉到异常电平唤醒后读到的状态可能是未知唤醒源基础软件不知道该往哪走MAC 层日志里就只剩下一个“wakeup source unknown”。4.2 BswM 下电流程怎么配以 Vector AUTOSAR 为例很多朋友问“AUTOSAR 的 BswM 下电是怎么配置的”这个确实容易蒙。以 Vector 的工具链为例BswM 里有 ModeRequestPorts 和 ModeCondition 的组合。简单讲当模块应用层请求COMM_NO_COMMUNICATION并且 CanNM 已经进入 Bus-Sleep 等状态BswM 就会执行规则集先停掉 PduR、CanIf 这些上层协议再让 CanSM 调用 CanTrcv 进入 Sleep/Standby 模式。对于 TJA1145 这类可配置收发器还要把“进入低功耗前写入选择性唤醒配置”放到 BswM 的 action 里执行。也就是在真正关闭 VIO 电源之前先通过 CanTrcv 驱动把 SPI 里的唤醒 ID 和掩码写好。很多人 BswM 规则集建得有模有样但忘了在最后一步之前把收发器切到“选择性唤醒模式”结果 MCU 是睡了收发器还张着嘴等所有报文静态电流照样超标。4.3 本地唤醒和远程唤醒的仲裁整车环境里本地唤醒也很常见比如门把手触摸、点火信号、USB 插入。TJA1145 的本地唤醒走 WAKE 引脚也可以配置去抖参数。唤醒后MCU 通过 SPI 状态寄存器区分“本地唤醒”和“远程唤醒”然后通知 ECU 状态管理器进入对应模式。比如门把手触摸唤醒后要启动 PEPS 认证流程而远程唤醒只需要把网络通信恢复。如果在硬件上 WAKE 引脚没有做好滤波门把手抖动会带来多次误唤醒。另外要注意本地唤醒/远程唤醒同时到达的情况并不罕见软件里要有优先级策略不能简单用“最后一个状态覆盖前一个”不然会出现“门把手按了PEPS 认证还没启动远程唤醒已经先把网络状态切走了”的尴尬。5. 硬件设计与 PCB 布局里的一些硬细节5.1 终端电阻、CANH/CANL 和地偏移检查CAN 总线物理层要求 120Ω 终端电阻在总线两端各一个。模块内部如果做测试口也要注意不要在调试时额外挂上一个小电阻把负载拉低。排查静态唤醒误码时经常先量 CANH/CANL 之间的差分电阻标准是约 60Ω也就是两端 120Ω 并联后的值。如果示波器上信号反射明显大概率是终端电阻位置不对或者某一个节点丢失了终端。地偏移的问题在低功耗唤醒里尤其要重视。CAN 收发器靠差分信号抗共模干扰但地偏移过大时收发器判断唤醒阈值很容易误判。检测地偏移最简单的三步断电状态下分别量 CANH、CANL 到模块地的电压正常情况下接近 0V 或悬空上电空闲状态下量 CANH、CANL 对地电压稳定在 2.5V 左右属正常通电通信时用示波器看 CANH/CANL 的差分电压和共模电压峰峰值。如果共模电压超过规范范围先排查模块地是否与车身地可靠连接再考虑加共模电感。我有一次遇到整车批量误唤醒查到最后就是某个模块的接地螺丝扭矩不够地偏移一上来收发器把总线噪声当成了唤醒帧。5.2 INH、外置稳压器和 VIO 掉电设计TJA1043 和 TJA1145 都提供 INH 引脚来控制外部稳压器但真正会用的人不多。理想拓扑是电池 VBAT 直接进收发器收发器 INH 接 LDO 使能脚LDO 输出给 MCU 和 VIO。需要睡眠时收发器进入睡眠模式把 INH 拉低LDO 关断MCU 掉电。TJA1145 的方案则可以更进一步MCU 的 VIO 掉电后收发器依然监听着总线。这里有一个细节VIO 掉电后MCU 的 SPI 引脚如果还和收发器相连这些引脚可能处于悬空状态内部 ESD 二极管会漏电甚至导致 TJA1145 进入异常状态。设计上最好在 SPI 线路上加下拉电阻或者用逻辑门控把 SPI 信号在 VIO 掉电后隔离掉。这个问题在模块做静态电流测试时特别容易暴露收发器明明睡了整板电流却下不去查来查去发现是 SPI_MOSI 悬空漏的。5.3 ESD 防护和共模干扰的处理整车总线经常要过 EMC 和静电测试CANH/CANL 建议在接口处加 TVS 管和共模电感。共模电感选型要注意额定电流和直流电阻不要为了省 PCB 面积选了超大内阻的磁珠导致信号幅值衰减。唤醒触发阈值本身比较敏感如果总线上有高频噪声TJA1145 的过滤功能要及时配好不然外部干扰也可能被当成唤醒帧。6. 常见问题与排查技巧实录6.1 误唤醒总线上没有有效报文控制器却醒了先用 CANoe 等工具抓总线确认唤醒瞬间有没有报文。如果根本没有报文就是噪声误触发着重检查收发器唤醒阈值、共模电感和地偏移。如果有报文但不是本模块要的报文那基本就是过滤没配好。TJA1145 要查 SPI 写入的 ID、掩码是否与本项目 NM 报文 ID 一致TJA1043 则只能靠收紧总线静默策略让无关报文不要出现在休眠期。6.2 唤醒帧发了但模块没反应这种情况按顺序排查量 INH 引脚是否有拉高动作没有则说明收发器没被唤醒或没配置好量总线上是否真有符合触发条件的报文重点看掩码、DLC 是否对得上读 TJA1145 状态寄存器确认它是处于睡眠、待机还是选择性监听状态看外部 LDO 使能时序INH 拉高了是不是被后级电路限制住。最常见的还是唤醒帧的 ID 和掩码计算错了比如没考虑扩展帧导致硬件永远匹配不上。TJA1145 配置扩展帧时ID 的 29 位要正确填入寄存器很多同事在这一点上栽过跟头。6.3 NACK 与 bus-off 的误解很多同事做单节点试验时看到 NACK 就慌实际上 CAN 报文需要至少一个其他节点确认单节点自发自收时没有应答位示波器上看到 NACK 是正常现象。真正要担心的是 bus-off。当发现“整车 CAN 线进入 bus-off”时先看是不是总线短路、波特率不一致或者终端电阻异常。软件上建议实现 bus-off 恢复机制比如在 Can_Error 回调里记录并重新初始化控制器。TJA1145 这类收发器也能提供诊断状态配合排查会更快。6.4 整车静态电流超标的排查思路静态电流超标是低功耗方案的终极问题。我一般建议按电源域逐步排查先测整板电流再分别断开 MCU 电源、LED 背光、传感器供电锁定是哪一个域在漏电。如果确认是收发器后面 MCU 还在莫名上电就用示波器看 INH 是否有周期性脉冲。这个脉冲往往就是总线上的周期报文触发了误唤醒回到 6.1 处理。另外测静态电流时不要用普通万用表直接串电池瞬时电流可能很大容易烧保险丝。优先用电流探头或高精度台式万用表的连续记录模式再把采样间隔设短一点不然几十毫秒级的唤醒电流抖动很容易被平均掉。之前我在做一款无钥匙进入控制器时最开始按部就班用了 TJA1043逻辑简单整个软件链路也跑得很顺。结果一测整车暗电流就原形毕露休眠期总线上的周期性心跳报文一出现模块就“半醒不醒”电流波形像锯齿一样。后来换成 TJA1145把 BCM 发来的 NM 帧 ID 写进唤醒过滤其他报文一律不理暗电流马上稳下来了。这次整改让我彻底想明白一件事选收发器不是比芯片功能多不多而是要把网络管理策略、唤醒源分析和芯片能力放在一个桌面上一起看。先把你的网络会不会静默、要不要选择性唤醒搞清楚再回头看 TJA1043 还是 TJA1145基本就不会翻车。最后再分享一个小技巧调试 TJA1145 时读 SPI 寄存器务必在片选拉高、总线空闲之后再下结论测静态电流时顺手检查一下收发器的 SPI 引脚有没有悬空悬空引脚往往是整板漏电的隐藏大头。