CAN 总线 之三 CAN 国际标准 ISO 11898 解读_iso11898-程序员宅基地

技术标签: CAN  # [硬件] CAN  

原文地址:https://itexp.blog.csdn.net/article/details/90671414


文章目录


从 1993 第一个版 CAN 国际标准(ISO 11898:1993 和 ISO 11519-2)发布至今,ISO 11898 逐渐被分割整合成了相互独立的 6 个部分。分别以 Part 1 ~ Part 6 来标识。在旧版本(2003年之前)中

  • ISO 11898 是通信速度为 5kbps - 1Mbps 的 CAN 高速通信标准。规范中同时定义了 数据链路层和高速物理层。
  • ISO 11519 是通信速度为 125kbps 以下的 CAN 低速通信标准,也就是容错CAN(LSFT CAN)。提供从5 Kbit/s到125 Kbits/s的波特率。该标准允许在CAN总线连线失败时CAN总线通信得以继续进行。

从 2003 年开始,ISO 将原先的 ISO 11898 CAN标准的数据链路和高速物理层的标准分离为 ISO 11898-1 和 ISO 11898-2 两部分。后续又发布了其他几个部分!在 2016 年,又再一次进行了整合。下图是 2016 年之前各部分的官方命名(来自于 ISO 11898-1-2015 的 Foreword 章节):
在这里插入图片描述
在经过审核和重组的 ISO 11898 系列中,各部分的功能如下:

  • Part 1: defines the data link layer including the logical link control (LLC) sub-layer and the medium access control (MAC) sub-layer, as well as the physical signalling (PHS) sub-layer; 定义数据链路层,包括逻辑链路控制(LLC)子层和媒体访问控制(MAC)子层,以及物理信令(PHS)子层;
  • Part 2: defines the high-speed physical medium attachment (PMA); 高速物理媒体附属层
  • Part 3: defines the low-speed fault-tolerant physical medium attachment (PMA); 低速容错物理媒体附属层
  • Part 4: defines the time-triggered communication; 时间触发通讯
  • Part 5: defines the power modes of the high-speed physical medium attachment (PMA); 低功耗的物理媒体附属层
  • Part 6: defines the selective wake-up functionality of the high-speed physical medium attachment (PMA). 选择性唤醒的物理媒体附属层

啥是 PMA ??:将物理信号转换为逻辑信号或者将逻辑信号转换为物理信号的子层

在 2016 年,其中的 Part 2、Part 5 和 Part 6 被合并成了一个新的 Part 2,即:ISO 11898-2-2016。 下图显示了 ISO 11898 标准,对比 OSI 模型的分布情况
在这里插入图片描述

AUI attachment unit interface
MDI media dependant interface
OSI open system interconnection

CAN 总线(ISO 11898-1)最初指定的链路层协议仅包括对物理层的抽象需求。 高速物理层关于电气方面的(电压,电流,数量导体)规定来自于 ISO 11898-2,该协议目前被广泛接受;低速则在 ISO 11898-3 中。但是,物理层关于机械方面的(接头种类和数量、颜色、标签、标准输出)并没有标准文档来正式指定。 因此,汽车的电子控制单元(ECU)通常会有定制的接口和各种线缆组成 CAN 总线。

各部分标准文档在不同年份下还有不同的版本。根据 ISO 的惯例,新版发布后,旧版就会被撤销。下面通过 ISO 官方网站对于各时期标准的发布情况详细说明一下:

  • ISO 11898:1993 和 ISO 11898:1993/Amd 1:1995: 从下图可以看到, ISO 11898:1993 是 CAN 标准的第一个版本,到 2003 年被分成了两部分。随着新版本的发布,这些都已经被 ISO 撤回了。
    在这里插入图片描述

  • ISO 11898-1-2003 和 ISO 11898-1-2015: ISO 11898-1-2015 是 ISO 11898-1-2003 的最新修订版本, 全名为 ISO 11898-1:2015 Road vehicles – Controller area network (CAN) – Part 1: Data link layer and physical signalling 指定经典 CAN 帧格式和新引入的CAN FD 帧格式。 经典 CAN 帧格式允许比特率高达1 Mbit/s,有效载荷最高可达每帧 8 字节。 CAN FD 帧格式允许比特率高于 1 Mbit/s,有效载荷超过每帧 8 字节。
    在这里插入图片描述
    ISO 11898 的这一部分根据 ISO/EC 7498-1 的开放系统互连(OSI)的 ISO 参考模型,以分层的方式描述了CAN 的通用结构。CAN数据链路层根据 ISO/EC 8802-2 和 ISO/EC 8802-3 规定。包含以下详细规范:
    -逻辑链路控制子层(LLC)

    • 媒体访问控制子层(MAC)
    • 物理编码子层(PCS)

    更详细的内容,后续再详细介绍,这里不再多说!

    (1)这部分综合了 Bosch CAN 2.0 规范 和 Bosch CAN FD
    (2)ISO 11898-2 和 ISO 11898-3 共用 ISO 11898-1。也就是 ISO 11898-1 规定的数据链路层是共用的!
    (3)从 2003 开始,ISO 11898-1 不再包含 高速物理层的相关定义,这部分被独立到了ISO 11898-2 中

  • ISO 11898-2-2003 和 ISO 11898-2-2016: ISO 11898-2-2016 是 ISO 11898-2-2003 的最新修订版本,全名为 ISO 11898-2:2016 Road vehicles – Controller area network (CAN) – Part 2: High-speed medium access unit。 此外,11898-5:2007 和 11898-6:2013 被整合到 11898-2:2016 之中,原有的 11898-5:2007 和 11898-6:2013 被撤回。
    Part 2 指定了controller area network (CAN) 的高速物理媒体附属层(HS-PMA),包括没有和具有低功耗模式功能以及具有选择性唤醒功能的 HS-PMA(High-Speed Physical Media Attachment) 。依赖于物理媒体的子层不在本文档的范围内。
    在这里插入图片描述
    此外,具体内容如下:

    • HS-PMA 测试电路
      在这里插入图片描述
    • 基于以上定义,定义了收发器的电器特性
      在这里插入图片描述
      其他图见规范,这里不再贴了。
    • 定义CAN_H / CAN_L上的最大输出电流;
      在这里插入图片描述
    • 定义可选的 TXD 超时
      在这里插入图片描述
    • 接收器输入电阻范围已经改变
    • 已定义 CAN FD 的位时序参数,最高可达 2 Mbps;
    • 定义 CAN FD 的位时序参数,最高可达5 Mbps
    • 已经集成了ISO 11898-5和ISO 11898-6的内容,以确保所有HS-PMA实施都有一个ISO标准;
    • 选择性唤醒(以前的ISO 11898-6)已定义CAN FD 容差;
    • 唤醒滤波器时序(以前在ISO 11898-5中)已经改变
    • 有关 PMD 子层的要求和假设已转移到附件A,以明确关注 HS-PMA 的实施。

    这部分不是 Bosch CAN 2.0 规范的一部分
    从 2003 年开始,从 ISO 11898-1 中 独立出来的

  • ISO 11898-3-2006 和 ISO 11898-3:2006/Cor 1:2006: 全名为 ISO 11898-3:2006 Road vehicles – Controller area network (CAN) – Part 3: Low-speed, fault-tolerant, medium-dependent interface 规定了在配备 CAN 的公路车辆的电子控制单元之间建立数字信息交换的特性,传输速率为 40 kBit/s 至 125 kBit/s。其取代了最早发布的 ISO 11519-2:1994。ISO 11898-3:2006/Cor 1:2006 为勘误和修改版本。
    在这里插入图片描述
    ISO 11898的这一部分描述了低速CAN应用的容错行为,以及根据ISO / OSI层模型的物理层的部分。 ISO 11898 的这一部分涵盖了物理层的以下部分:

    • medium dependent interface (MDI);
    • physical medium attachment (PMA).

    此外,物理层信令(PLS)的部分和媒体访问控制(MAC)的部分也受到 ISO 11898 的这一部分提供的定义的影响。
    OSI 模型的所有其他层在 CAN 协议中没有对应部分,并且是用户级别的一部分,不影响低速 CAN 物理层的容错行为,因此不属于 ISO 11898 的这一部分。

    这部分不是 Bosch CAN 2.0 规范的一部分

  • ISO 11898-4-2004: 全名为 ISO 11898-4:2004 Road vehicles – Controller area network (CAN) – Part 4: Time-triggered communication 指定CAN中的时间触发通信。该标准最后一次审查并于2019年确认。因此该版本仍然是最新版本。
    在这里插入图片描述

    这部分不是 Bosch CAN 2.0 规范的一部分

参考

  1. History of CAN technology
  2. CAN bus - Wikipedia
  3. http://home.eeworld.com.cn/my/space-uid-469267-blogid-224148.html
  4. https://www.edaboard.com/showthread.php?217912-Difference-between-CAN1-0-and-CAN-2-0
  5. CAN FD协议介绍

附件

  1. Intel 82526 / Philips 82C200 / Intel 82527 数据手册
  2. Bosch CAN 2.0 和 CAN FD
  3. ISO 11898 集合
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/heli200482128/article/details/129334398

智能推荐

什么是内部类?成员内部类、静态内部类、局部内部类和匿名内部类的区别及作用?_成员内部类和局部内部类的区别-程序员宅基地

文章浏览阅读3.4k次,点赞8次,收藏42次。一、什么是内部类?or 内部类的概念内部类是定义在另一个类中的类;下面类TestB是类TestA的内部类。即内部类对象引用了实例化该内部对象的外围类对象。public class TestA{ class TestB {}}二、 为什么需要内部类?or 内部类有什么作用?1、 内部类方法可以访问该类定义所在的作用域中的数据,包括私有数据。2、内部类可以对同一个包中的其他类隐藏起来。3、 当想要定义一个回调函数且不想编写大量代码时,使用匿名内部类比较便捷。三、 内部类的分类成员内部_成员内部类和局部内部类的区别

分布式系统_分布式系统运维工具-程序员宅基地

文章浏览阅读118次。分布式系统要求拆分分布式思想的实质搭配要求分布式系统要求按照某些特定的规则将项目进行拆分。如果将一个项目的所有模板功能都写到一起,当某个模块出现问题时将直接导致整个服务器出现问题。拆分按照业务拆分为不同的服务器,有效的降低系统架构的耦合性在业务拆分的基础上可按照代码层级进行拆分(view、controller、service、pojo)分布式思想的实质分布式思想的实质是为了系统的..._分布式系统运维工具

用Exce分析l数据极简入门_exce l趋势分析数据量-程序员宅基地

文章浏览阅读174次。1.数据源准备2.数据处理step1:数据表处理应用函数:①VLOOKUP函数; ② CONCATENATE函数终表:step2:数据透视表统计分析(1) 透视表汇总不同渠道用户数, 金额(2)透视表汇总不同日期购买用户数,金额(3)透视表汇总不同用户购买订单数,金额step3:讲第二步结果可视化, 比如, 柱形图(1)不同渠道用户数, 金额(2)不同日期..._exce l趋势分析数据量

宁盾堡垒机双因素认证方案_horizon宁盾双因素配置-程序员宅基地

文章浏览阅读3.3k次。堡垒机可以为企业实现服务器、网络设备、数据库、安全设备等的集中管控和安全可靠运行,帮助IT运维人员提高工作效率。通俗来说,就是用来控制哪些人可以登录哪些资产(事先防范和事中控制),以及录像记录登录资产后做了什么事情(事后溯源)。由于堡垒机内部保存着企业所有的设备资产和权限关系,是企业内部信息安全的重要一环。但目前出现的以下问题产生了很大安全隐患:密码设置过于简单,容易被暴力破解;为方便记忆,设置统一的密码,一旦单点被破,极易引发全面危机。在单一的静态密码验证机制下,登录密码是堡垒机安全的唯一_horizon宁盾双因素配置

谷歌浏览器安装(Win、Linux、离线安装)_chrome linux debian离线安装依赖-程序员宅基地

文章浏览阅读7.7k次,点赞4次,收藏16次。Chrome作为一款挺不错的浏览器,其有着诸多的优良特性,并且支持跨平台。其支持(Windows、Linux、Mac OS X、BSD、Android),在绝大多数情况下,其的安装都很简单,但有时会由于网络原因,无法安装,所以在这里总结下Chrome的安装。Windows下的安装:在线安装:离线安装:Linux下的安装:在线安装:离线安装:..._chrome linux debian离线安装依赖

烤仔TVの尚书房 | 逃离北上广?不如押宝越南“北上广”-程序员宅基地

文章浏览阅读153次。中国发达城市榜单每天都在刷新,但无非是北上广轮流坐庄。北京拥有最顶尖的文化资源,上海是“摩登”的国际化大都市,广州是活力四射的千年商都。GDP和发展潜力是衡量城市的数字指...

随便推点

java spark的使用和配置_使用java调用spark注册进去的程序-程序员宅基地

文章浏览阅读3.3k次。前言spark在java使用比较少,多是scala的用法,我这里介绍一下我在项目中使用的代码配置详细算法的使用请点击我主页列表查看版本jar版本说明spark3.0.1scala2.12这个版本注意和spark版本对应,只是为了引jar包springboot版本2.3.2.RELEASEmaven<!-- spark --> <dependency> <gro_使用java调用spark注册进去的程序

汽车零部件开发工具巨头V公司全套bootloader中UDS协议栈源代码,自己完成底层外设驱动开发后,集成即可使用_uds协议栈 源代码-程序员宅基地

文章浏览阅读4.8k次。汽车零部件开发工具巨头V公司全套bootloader中UDS协议栈源代码,自己完成底层外设驱动开发后,集成即可使用,代码精简高效,大厂出品有量产保证。:139800617636213023darcy169_uds协议栈 源代码

AUTOSAR基础篇之OS(下)_autosar 定义了 5 种多核支持类型-程序员宅基地

文章浏览阅读4.6k次,点赞20次,收藏148次。AUTOSAR基础篇之OS(下)前言首先,请问大家几个小小的问题,你清楚:你知道多核OS在什么场景下使用吗?多核系统OS又是如何协同启动或者关闭的呢?AUTOSAR OS存在哪些功能安全等方面的要求呢?多核OS之间的启动关闭与单核相比又存在哪些异同呢?。。。。。。今天,我们来一起探索并回答这些问题。为了便于大家理解,以下是本文的主题大纲:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JCXrdI0k-1636287756923)(https://gite_autosar 定义了 5 种多核支持类型

VS报错无法打开自己写的头文件_vs2013打不开自己定义的头文件-程序员宅基地

文章浏览阅读2.2k次,点赞6次,收藏14次。原因:自己写的头文件没有被加入到方案的包含目录中去,无法被检索到,也就无法打开。将自己写的头文件都放入header files。然后在VS界面上,右键方案名,点击属性。将自己头文件夹的目录添加进去。_vs2013打不开自己定义的头文件

【Redis】Redis基础命令集详解_redis命令-程序员宅基地

文章浏览阅读3.3w次,点赞80次,收藏342次。此时,可以将系统中所有用户的 Session 数据全部保存到 Redis 中,用户在提交新的请求后,系统先从Redis 中查找相应的Session 数据,如果存在,则再进行相关操作,否则跳转到登录页面。此时,可以将系统中所有用户的 Session 数据全部保存到 Redis 中,用户在提交新的请求后,系统先从Redis 中查找相应的Session 数据,如果存在,则再进行相关操作,否则跳转到登录页面。当数据量很大时,count 的数量的指定可能会不起作用,Redis 会自动调整每次的遍历数目。_redis命令

URP渲染管线简介-程序员宅基地

文章浏览阅读449次,点赞3次,收藏3次。URP的设计目标是在保持高性能的同时,提供更多的渲染功能和自定义选项。与普通项目相比,会多出Presets文件夹,里面包含着一些设置,包括本色,声音,法线,贴图等设置。全局只有主光源和附加光源,主光源只支持平行光,附加光源数量有限制,主光源和附加光源在一次Pass中可以一起着色。URP:全局只有主光源和附加光源,主光源只支持平行光,附加光源数量有限制,一次Pass可以计算多个光源。可编程渲染管线:渲染策略是可以供程序员定制的,可以定制的有:光照计算和光源,深度测试,摄像机光照烘焙,后期处理策略等等。_urp渲染管线