CAN 与 CAN FD

CAN FD 与 CAN协议区别--简单易懂协议详解 1 概述 CAN-FD:可以理解成CAN协议的升级版,只升级了协议,物理层未改变。 CAN与CAN-FD主要区别:传输速率不同、数据长度不同、帧格式不同、ID长度不同。 2 传输速率不同 CAN:最大传输速率1Mbps。 CAN-FD:速率可变,仲裁比特率最高1Mbps(与CAN相同),数据比特率最高8Mbps,CAN-FD的传输格式如下图所示。 3 数据长度不同 CAN:一帧数据最长8字节 CAN-FD:一帧数据最长64字节。 4 帧格式不同 CAN-FD新增了FDF、BRS、ESI位。 FDF:表示C 阅读详情

好的,这是一个非常核心的汽车电子和嵌入式领域的问题。CAN FD 是传统 CAN 的进化版本,旨在满足现代汽车对更高数据吞吐量的需求。

简单来说:

  • CAN: 像一条双向两车道的乡村公路,速度慢,货车载重小。

  • CAN FD: 像一条高速公路,大部分路段限速高,并且允许更长的货车通行。

下面通过一个详细的对比表格和分解说明来阐述它们的区别。

CAN 与 CAN FD 核心区别对比表

特性

传统 CAN (CAN 2.0)

CAN FD (Flexible Data-Rate)

中文名称​

控制器局域网

灵活数据速率控制器局域网

最高速率​

1 Mbps​

仲裁段:1 Mbps​
数据段:最高 5 Mbps(CAN FD)或 8 Mbps(CAN FD 第二版)​

数据场长度​

最大 8 字节​

最大 64 字节​

帧格式差异​

标准帧和扩展帧

使用了新的 FDF (FD Frame)​ 和 RES​ 位来区分。新增 BRS (速率切换)​ 和 ESI (错误状态指示)​ 位。

CRC校验​

15位CRC

数据段:17位CRC(用于≤16字节数据)或21位CRC(用于>16字节数据),更强大的错误检测能力。

设计目标​

实现稳定、可靠的分布式通信。

在保持可靠性的前提下,大幅提升数据传输速率和效率。​

应用场景​

车身控制(车门、车窗、车灯)、故障诊断等数据量小、实时性要求不极高的场景。

自动驾驶(雷达、摄像头数据)、车载以太网网关、ECU刷写、高精度传感器等大数据量传输场景。

兼容性​

-

向后兼容。CAN FD 控制器可以正常收发传统 CAN 报文,但此时会以传统 CAN 的规则运行。


详细分解说明

1. 核心优势:速率与数据量

这是最根本的区别,解决了传统 CAN 的瓶颈。

  • 传统 CAN 的瓶颈:在整个报文中,从帧起始到数据场结束,所有部分的传输速率都是固定的,且最高为 1 Mbps。同时,一帧报文最多只能携带 8 字节的有效数据。当需要传输大量数据时(如刷写ECU程序),必须将数据拆分成无数个8字节的小包,效率极低。

  • CAN FD 的解决方案:

    • 可变速率:CAN FD 报文分为两个阶段:

      1. 仲裁阶段: 所有节点竞争总线使用权。此阶段速率较低(例如 1 Mbps),以确保与复杂网络拓扑的兼容性和可靠性。

      2. 数据传输阶段: 一旦某个节点赢得总线使用权,它会在数据段切换到更高的速率(例如 5 Mbps)来传输实际数据。这是通过 BRS (Bit Rate Switch)​ 位控制的。

    • 更长的数据场: 将数据 payload 从 8 字节扩展到最大 64 字节,减少了协议开销(每帧报文都有帧头、CRC等固定开销),使得有效数据占比更高,总线利用率大幅提升。

2. 帧结构的变化

下图清晰地展示了传统 CAN 数据帧与 CAN FD 数据帧在结构上的核心差异:

flowchart TD
A[CAN 2.0 数据帧结构] --> B1[仲裁段<br>固定速率(≤1 Mbps)]
A --> C1[控制段]
A --> D1[数据段(0-8字节)<br>固定速率]
A --> E1[CRC等其他段]

F[CAN FD 数据帧结构] --> B2[仲裁段<br>标准速率(≤1 Mbps)]
F --> G2[“控制段<br>新增FDF, BRS, RES等位”]
F --> C2[“数据段(0-64字节)<br>高速速率(≤8 Mbps)”]
F --> H2[“CRC段<br>更强的校验(17/21位)”]
F --> E2[其他段]

classDef highSpeed fill:#9feb8c,color:black;
classDef newField fill:#8cc9eb,color:black;

class C2 highSpeed
class G2,H2 newField

如图所示,CAN FD 在控制段引入了关键的新字段,并显著改变了数据段和CRC段的特性。

3. 安全性的增强

更长的数据帧和更高的速率意味着出错的概率虽然微小但确实增加了。因此,CAN FD 引入了更强大的错误检测机制:

  • 更长的CRC校验码: 传统CAN使用15位CRC。CAN FD 根据数据长度使用17位或21位CRC,极大地降低了未被检出的错误帧的概率。

  • 受保护的填充位: 对CRC计算中包含的填充位进行了额外保护,进一步增强了可靠性。

总结与类比

特性

传统 CAN

CAN FD

数据量​

小货车(8字节)

大货车(64字节)

速度​

全程限速 60km/h(1 Mbps)

市区慢速(仲裁段),上了高速猛加速(数据段 5+ Mbps)

效率​

低,运货次数多,开销大

高,单次运货量大,整体效率高

安全性​

基础安全措施

针对高速重载加强了安全措施(更强CRC)

关系​

基础技术

在继承基础之上的全面增强,并保持兼容

结论:CAN FD 不是一项全新技术,而是对经典 CAN 的智能升级。它通过“仲裁阶段低速、数据阶段高速”以及“增加单帧数据量”两大核心创新,在不牺牲稳定性的前提下,完美地解决了传统 CAN 总线在带宽上的瓶颈,是支撑汽车智能化、网联化发展的关键技术。

【CANFD详细介绍与CAN区别】 CAN总线采用双线串行通讯协议,基于非破坏性仲裁技术,分布式实时控制,可靠的错误处理和检测机制使CAN总线有很高的安全性,但CAN总线带宽和数据场长度却受到制约。1. CANFD不存在远程帧,CAN报文中的RTR(用于区别标准帧与远程帧)被替换为RRS(远程请求替代位,默认值为0)RTR与RRS:远程传输请求(RTR)在经典CAN中用于标识数据帧和相应的远程帧。1. 可变速率:CAN FD采用了两种位速率。但是,如果比特率保持不变,这也会阻塞CAN总线更长的时间,从而可能延迟关键任务的更高优先级的数据帧。 阅读详情

相关推荐

CAN、CAN FD

CAN 是 Controller Area Network 的缩写(以下称为 CAN),是 ISO 国际标准化的串行通信协议。在汽车和工业行业被广泛使用。

weixin_48435215的博客 9397

CAN FD 介绍

CAN FD 简介

qq_32593655的博客 4914

CAN、CAN FD、CANopen、CANopen FD 核心区别解析

CAN/CAN FD是总线底层协议(物理层+数据链路层),负责数据传输;CANopen/CANopen FD是基于它们的应用层协议,定义数据内容和传输规则。CAN支持8字节数据,最高1Mbps;CAN FD扩展至64字节,支持双速率(最高12Mbps)。CANopen适用于标准化工业小数据场景,CANopen FD则针对高带宽需求。选型需根据数据大小和标准化需求选择底层或应用层协议。二者是“地基”与“上层建筑”的关系。

极地星辰 1250

CAN总线详解(四)CANFD报文结构

此外,基于CANFD的ECU相对于传统CAN的ECU,在硬件方面的改动较小,首先CANFD沿用改动较小的CAN的物理层,同样使用双绞线通信,物理电平与数字信号的转换与传统高速CAN的物理层是一致的,如果原先的CAN的收发器,它能够支持较高速率通信的话,就不需要进行更换,而CANFD在协议层面与传统的CAN有所变动,这是。,FD报文中CRC场的长度和校验内容与传统CAN是不相同的,首先,由于CANFD报文中数据场的长度有很大的变化区间,CANFD会根据数据场长度的变化而使用不同的CRC校验公式,

m0_47532508的博客 4645

can总线一帧多少字节多少位_MCU扩展CAN/CAN FD接口方案MCP2518FD+ATA6563

“本文介绍MCU通过SPI串口扩展CAN/CAN FD接口扩展方案,该方案基于MCP2518FD+ATA6563,可快速部署应用于实际项目。”1.CAN FD和CAN 2.0的区别CAN FD解决了CAN总线上日益增长的带宽需求。相比于CAN2.0主要有2点增强:将数据位段增加到最多64数据字节(CAN 2.0最大为8个数据字节)。标称位和数据位使用不同的比特率,标称位的比特率和CAN...

weixin_36477752的博客 4145

CAN CRC校验15_CAN FD与CAN协议区别

CAN CRC校验15_CAN FD与CAN协议区别

让你爱上电路设计 5302

一文了解CANFD基础

在2012到2015年之间,已经开发了不少CANFD产品在市面上应用,属于非ISO标准的CANFD产品,但是又无法被完全召回,因此把这一部分的产品称为NON-ISO CANFD控制器。CANFD帧由帧起始SOF,ID仲裁段,控制段,数据域,CRC域,ACK域,帧结束,共七个部分组成。而数据段结束仲裁,总线上只有一个节点在发送数据,传输速率可以切换到一个较高的值,CANFD使用更大的数据场来提高传输效率,取消了远程帧。从上面的帧结构来看,CANFD报文在CRC前和CRC段采用不同的位填充机制。

weixin_43441058的博客 2408

OpenFOAM-v2006重叠网格挖洞问题实战:如何手动修复overset代码中的边缘识别缺陷

本文深入探讨了OpenFOAM-v2006中重叠网格挖洞问题的实战解决方案,重点修复overset代码中的边缘识别缺陷。通过逆向工程解析挖洞决策机制,设计最小侵入式的函数override方案,并建立多级验证体系,有效解决了网格挖洞区域覆盖不全的问题,提升了计算流体动力学模拟的准确性和可靠性。

weixin_29216049的博客 430

CANFD&CAN协议对比 - 基础介绍_02

CAN和CANFD基础协议对比介绍

车载网络测试 4796

【ORB_SLAM系列4】—— 一文搞定如何在Ubuntu20.04中安装运行ORB_SLAM3(包含ROS版本和非ROS版本)

ORB-SLAM3是一款基于特征点的实时单目SLAM系统,是SLAM领域的研究热点之一。它的核心算法是结合了ORB特征点提取和描述子匹配、单目RGB相机的深度估计、运动估计和地图优化等步骤,能够在实时性和精度之间取得平衡,适用于各种环境下的定位和建图任务。在各种应用领域都有广泛的应用。本教程主要是介绍了关于在ubuntu20.04中运行ORB_SLAM3的所有依赖的库的安装过程,和所遇到的一些报错的解决方法。有什么问题,可以评论区里面交流讨论

2401_82458959的博客 5039

详解一典型的反激式开关电源方案

如图,在某系统方案上看到下图所示的单端反激式开关电源方案。

alala120的博客 1万+

CAN FD总线详细介绍

前面的文章介绍了CAN协议、本文介绍一下CAN FD,对比一下这两者的区别。希望看完后,能对你有所帮助。

Richard_Brown的博客 1万+

DeepSeek+知网研学:三步搞定文献矩阵与对比分析(实战指南)

本文提供了一套高效实用的文献管理分析实战指南,详细介绍了如何结合DeepSeek大模型与知网研学平台,通过三个核心步骤快速完成文献梳理。该方法能自动提炼文献核心要素、生成结构化对比矩阵,并辅助发现研究空白,显著提升学术研究者的文献分析效率与深度。

weixin_29061509的博客 490

CAN总线(三)——CAN FD协议及其与CAN2.0的异同

目录 1. CANFD的来历 2. CANFD与CAN的协议异同 3. CANFD帧结构解析 3.1 帧起始 3.2.仲裁域 3.3 控制域 3.4 数据域 3.5 CRC 3.6 ACK 3.7 帧结尾 1. CANFD的来历 我们知道了, CAN2.0数据段只有8byte,最高速率为 1Mbit/s,通常使用的是 500k,随着功能的逐渐增多,各 ECU 之间的信息交互也越多,导致总线负载持续走高;CAN 报文中只有约 40~50%的带宽用于实际数据传输;响应机制..

口袋里的跳跳糖 2万+

RocketMQ 为什么要自己做一个 NameServer ?RocketMQ 5.x 版本中的 proxy、controller 和 container 分别有什么用 ?

1.独立运行的分散结构 2.简化实现,容忍部分数据不一致 Proxy:多语言支持、简化开发 Controller: 提高 Broker 的性能 Container:提高资源利用率,平衡负载

xaiobit_hl的博客 1488

AI上推荐 之 逻辑回归模型与GBDT+LR(特征工程模型化的开端)

1. 前言 随着信息技术和互联网的发展, 我们已经步入了一个信息过载的时代,这个时代,无论是信息消费者还是信息生产者都遇到了很大的挑战: 信息消费者:如何从大量的信息中找到自己感兴趣的信息? 信息生产者:如何让自己生产的信息脱颖而出, 受到广大用户的关注? 为了解决这个矛盾, 推荐系统应时而生, 并飞速前进,在用户和信息之间架起了一道桥梁,一方面帮助用户发现对自己有价值的信息, 一方面让信息能够展现在对它感兴趣的用户前面。 推荐系统近几年有了深度学习的助推发展之势迅猛, 从前深度学习的传统推荐模型(协

Miracle8070 8250

CAN-FD

CAN-FD和CAN主要的区别有两点 1、可变速率 CAN-FD采用了两种位速率:从控制场中的BRS位到ACK场之前(含CRC分界符)为可变速率,其余部分为原CAN总线用的速率。两种速率各有一套位时间定义寄存器,它们除了采用不同的位时间单位TQ外,位时间各段的分配比例也可不同。 2、新的数据场长度 CAN-FD对数据场的长度作了很大的扩充,DLC最大支持64个字节,在DLC小于等于8时与原CAN总线是一样的,大于8时有一个非线性的增长,所以最大的数据场长度可达64字节。 CAN-FD 数.

$好记性还是要多记录$ 9620

手撕数美风控三板斧:device_fingerprint/device_id/hmac生成逻辑全解析

摘要:逆向分析数美风控核心参数生成机制 本文详细记录了逆向分析数美(Shumei)风控系统中三个关键参数(device_id、device_fingerprint、hmac)的生成逻辑。通过抓包分析和动态调试(使用Frida、IDA等工具)发现:device_id由设备IMEI和Android ID经MD5哈希生成;device_fingerprint融合23项设备与环境信息,并采用SHA-256哈希和动态环境检测;hmac则是参数+指纹+动态盐值的SHA-256签名。文章揭示了数美"设备指纹+动

专注于Python爬虫开发,分享爬虫技巧、项目实战与反爬经验,使用Scrapy、BeautifulSoup等工具,解决数据抓取难题。 1449

CAN/CAN FD总线

CAN/CANFD总线在机器人控制中具有显著优势:其微秒级延迟满足实时控制需求;差分信号和错误检测机制确保高可靠性;多节点连接能力简化布线;广播功能避免数据重复传输。物理层采用双绞线差分传输,通过独特的显性/隐性位仲裁机制实现多主竞争。相比经典CAN,CANFD的64字节帧长和5Mbps高速率能更好支持现代机器人控制算法,如全身协同控制和实时诊断,将多电机系统中的数据传输时间从毫秒级压缩到微秒级,大幅提升系统响应速度。典型应用包括电机指令广播和状态反馈汇总,显著优化了控制周期内的数据传输效率。

2302_79069463的博客 1128

华为od统一考试B卷【单词搜索】C++ 实现

找到它是一个小游戏,你需要在一个矩阵中找到给定的单词。假设给定单词 HELLOWORD,在矩阵中只要能找到 H->E->L->L->O->W->O->R->L->D连成的单词,就算通过。意区分英文字母大小写,并且您只能上下左右行走,不能走回头路。

MISAYAONE的博客 708

Probability and Statistics - 4th edition

Probability and Statistics - 4th edition

CAN FD实战之CAN FD应用领域及CAN迁移至CAN FD的策略

CAN FD实战之CAN FD应用领域及CAN迁移至CAN FD的策略

weixin_66730120的博客 739

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

一文搞懂CAN FD总线

关注、星标公众号,直达精彩内容来源:汽车ECU开发、汽车电子与软件有了CAN,为什么还要CAN FD呢?随着汽车功能越来越多,CAN总线的局限性也逐渐暴露:1、CAN总线最高速率为...

李肖遥的专栏 4050

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

选择CAN or CAN FD?浅析CAN-FD 与 CAN 的差别

然而,在一些对实时性要求很高的场景,如汽车动力系统的实时控制,发动机和变速器之间需要快速交换大量的控制参数,或者在高速自动化生产线上,机器人之间需要快速协调动作,CAN FD高达8Mbps的数据段传输速率能够更好地满足需求,确保数据的及时传递,减少系统响应时间。CAN FD白皮书在论及与原CAN总线的兼容性时指出:CAN总线系统可以逐步过渡到CAN FD系统,网络中所有节点要进行CAN FD通信都得有CAN FD协议控制器,但是CAN FD协议控制器也能参加标准CAN总线的通信。

2401_84369443的博客 1608

CAN 和 CAN FD 的异同点

名称英文全称标准制定者首次发布时间CAN1993(规范版本)CAN FD2012(Bosch提出)、2015(ISO标准)特性CANCAN FD最大数据长度8 字节64 字节波特率仲裁段=数据段仲裁段固定,数据段可更高CRCCRC-15新增字段无兼容性全网络必须支持仲裁段兼容旧CAN,数据段只有FD节点能解析效率适合低速控制适合大数据量传输CAN FD 是经典 CAN 的超集,在保持仲裁机制不变的前提下,支持更大的数据载荷和更高的数据段速度,从而显著提高带宽。但它的兼容性是单向的。

小灰灰的博客 1404

CAN和CAN FD通信协议

CAN(Controller Area Network)和CANFD(Controller Area Network Flexible Data-rate)是一种常用于汽车和工业领域的通信协议。CAN协议最初是由德国的博世公司(Bosch)在20世纪80年代开发的,旨在解决汽车电子设备之间的通信需求。它是一种高效可靠的串行通信协议,可支持在短距离上的高速数据传输。CAN协议以事件触发的方式进行通信,允许多个设备同时参与通信,并通过优先级机制确保数据传输的实时性和可靠性。

weixin_45905650的博客 1701
上一篇: 预装系统应用
下一篇: 详解CAN总线:CAN总线报文格式—数据帧
江太翁
博客等级 码龄15年 271粉丝 141原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值