第1章 CAN FD概述

1. CAN FD概述：从CAN 2.0到CAN FD的演进

大家好，我是老李，搞汽车电子嵌入式系统有些年头了。今天咱们开始聊CAN FD的休眠唤醒机制。不过别急，在深入之前，得先把CAN FD本身搞清楚。你想想看，如果连CAN FD是什么、它比老CAN强在哪都不清楚，后面谈休眠唤醒就是空中楼阁。

我个人习惯，讲一个新东西之前，先说说它爹是谁。CAN FD的爹，就是CAN 2.0。

CAN 2.0协议，说实话，是个老将了。上世纪80年代诞生，一直用到现在。它有两个版本：CAN 2.0A（标准帧，11位ID）和CAN 2.0B（扩展帧，29位ID）。

但时代变了。现在的汽车，电子系统越来越复杂。一个高端车型，ECU数量轻松上百。你想想看，这么多节点在一条总线上通信，CAN 2.0那1Mbps的速率，8字节的数据场，够用吗？

我在项目中遇到过这样一个场景：一台新能源车做OTA升级，用CAN 2.0刷写一个几百KB的固件，你猜多久？半个多小时！车主在车里等着，那叫一个煎熬。这就是CAN 2.0的瓶颈——速率低、数据量小。

所以，博世在2012年左右开始搞CAN FD（CAN with Flexible Data-Rate）。说白了，就是给CAN 2.0打了一针强心剂。

核心变化就两点：

速率提升这块，我得好好说说。CAN FD并不是全程跑高速，它玩的是“分段变速”。

具体来说：

嗯，这里要注意：这个“换挡”不是你想换就换的。它通过一个特殊的位——BRS（Bit Rate Switch）位来控制。BRS位为隐性时，表示后面要切高速；为显性时，就老老实实按原速率跑。

我个人经验：在实际项目中，我建议数据段速率不要一味追求最高。比如8Mbps，对总线物理层要求很高，线缆长度、终端电阻、节点数量都得仔细算。我曾经在一个项目里硬上8Mbps，结果总线信号反射得一塌糊涂，最后老老实实降到5Mbps才稳定。所以，速率选择要务实。

数据场从8字节扩展到64字节，这个提升是革命性的。

你想想看，以前传一个诊断请求，可能得分好几帧。现在呢？一帧搞定。特别是对于：

我举个例子。以前用CAN 2.0传一个256字节的升级包，需要拆成32帧（每帧8字节），再加上帧间隔、应答等开销，实际有效吞吐率很低。现在用CAN FD，4帧就传完了（每帧64字节），效率提升可不是一星半点。

数据场对比：

协议	最大数据场	理论最大有效数据速率（1Mbps仲裁段）
CAN 2.0	8字节	约 500 kbps
CAN FD	64字节	约 3.2 Mbps（数据段5Mbps时）

这个问题很关键。汽车电子系统升级，不可能把老节点全换掉。所以CAN FD在设计之初就考虑了向后兼容。

怎么兼容的？核心在于帧格式的巧妙设计。

你看CAN FD的帧结构：

EDL（Extended Data Length）位：用来区分是CAN 2.0帧还是CAN FD帧。EDL为隐性，表示这是CAN FD帧；为显性，就是普通CAN 2.0帧。
BRS（Bit Rate Switch）位：刚才说过了，控制是否切换高速。

嗯，这里要注意：CAN 2.0节点收到一个CAN FD帧会怎样？

避坑指南：我曾经在一个混合网络中吃过亏。老CAN节点收到CAN FD帧时，因为EDL位是隐性，老节点会把它当成“格式错误”的帧，然后发送错误帧。结果就是整个总线被错误帧淹没。所以，在混合网络中，必须确保CAN FD节点发送的帧不会被老节点误判。解决方案有两个：

说白了，CAN FD和CAN 2.0可以共存于一条总线上，但需要精心设计。我个人建议，如果条件允许，尽量让CAN FD节点和CAN 2.0节点分在不同的网段，通过网关桥接。这样既利用了CAN FD的高速优势，又避免了兼容性麻烦。

好了，这一章就聊到这。总结一下：