CAN 总线之五 BOSCH CAN2.0 Part B（标准格式消息和扩展格式消息）

╰半橙微兮° 2022-04-25 08:48 849阅读 0赞

# 前言 #

随着越来越多的应用程序接受和引入串行通信，这就要求对特定应用程序的通信功能分配消息标识符以进行标准化。如果将原来由 11 个标识符位定义的地址范围扩大，则可以更方便地使用 CAN 实现这些应用程序。  
  因此，引入了第二种消息格式（**扩展格式**），它提供了由 29 位标识符定义的更大的地址范围。这将减轻系统设计者在定义结构良好的命名方案方面的负担。不需要扩展格式提供的标识符范围的用户仍然可以依赖传统的 11 位标识符范围（**标准格式**）。在这种情况下，他们可以使用市场上已有的 CAN 控制器，或者实现了这两种格式的新控制器。  
  为了区分 **标准格式** 和 **扩展格式** ，使用了 CAN 消息格式的控制域的第一个保留位 r1（控制域有 r1 和 r0 两个保留位）。 这样做是为了使 CAN 规范 1.2 中的旧的消息格式等同于本规范的新的标准格式。 此外，本规范定义的扩展格式可以和标准格式的消息在同一网络中共存。

CAN2.0 规范由两部分组成

*  Part A 描述 CAN 规范 1.2 中定义的 CAN 消息格式
 *  Part B 描述了**标准格式消息** 和 **扩展格式消息**

*注：根据本规范 Part A 或 根据以前的 CAN 规范设计的 CAN 实现，以及根据本规范的 Part B 设计的 CAN 实现可以相互通信，只要它不使用扩展格式即可。*

# 简介 #

CAN2.0 Part B 的目的是实现任何两个 CAN 控制器网络之间的兼容性。 然而，兼容性具有关于例如的不同方面。 例如电气特征和要传输的数据的解释。 为了实现设计透明度和实现灵活性，CAN2.0 Part B 已根据 ISO / OSI 参考模型细分为不同的层：

*  数据链路层（ the Data Link Layer ）
    
     *  逻辑链路子层（ the Logical Link Control sublayer，LLC ）
     *  媒体访问子层（ the Medium Access Control sublayer，MAC ）
 *  物理层（ the Physical Layer ）

在 CAN 规范的先前版本（如 CAN2.0 Part A 和 CAN1.2 ）中，逻辑链路子层（LLC）和媒体访问子层（MAC）被称为“对象层”和“传输层”，且对着两个层的功能有详细的介绍。其中，逻辑链路子层（LLC）主要实现：

*  为数据传输和远程数据请求提供服务
 *  决定 LLC 子层实际接收哪些消息
 *  提供恢复管理和过载通知的方法

MAC子层的范围主要是传输协议，即控制成帧，执行仲裁，错误检查，错误信令和故障限制。 在MAC子层内，确定总线是否可用于开始新的传输或者接收是否刚刚开始。 此外，比特位时序的一些一般特征也被视为MAC子层的一部分。

根据 OSI 参考模型的 CAN 的分层体系结构  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70]

*  物理层定义了信号实际传输的方式，因此处理了比特定时，比特编码和同步的描述。 在本说明书中，未定义物理层的驱动器/接收器特性，以便允许传输介质和信号级实现针对其应用进行优化。
 *  媒体访问控制子层代表局域网协议的核心。它呈现从 LLC 子层接收的消息，并接受要传输到 LLC 子层的消息。媒体访问控制子层负责消息组帧、仲裁、确认、错误检测和信令。媒体访问控制子层由一个名为故障限制的管理实体监管，这是一种自我检查机制，用于区分短期干扰和永久性故障。
 *  LLC 子层负责消息过滤、过载通知和恢复管理。

# 单通道（Single Channel） #

总线是由可携带比特位的单一通道组成。通过此通道可以获得数据的再同步信息。这本技术规范不限制这些实现方法的使用，即未定义物理层。要实现此通道，使用使用单芯线（加上接地）、2 条差分线、光缆等等。

# 总线值（Bus value） #

总线可以具有两种互补的逻辑值之一：“显性”或“隐性”。 “显性”位和“隐性”位同时传送时，总线的结果值为“显性”。比如，在执行总线的“线与”时，逻辑0 代表“显性”等级，逻辑1 代表“隐性”等级。本技术规范不给出表示这些逻辑电平的物理状态（比如，电压、光）。

# 比特率 #

CAN 的速度在不同系统中可能不同。 但是，在指定的系统中比特率是统一的并且是固定的。

# 同步 #

详细说明见另一篇博文

# 仲裁 #

CAN总线上的每个节点往总线上发送数据的同时会同时读取总线上的数据，并与自己发送的数据作对比。每当总线空闲时，任何单元都可以开始发送消息。 如果 2 个或更多单元同时开始发送消息，则使用 IDENTIFIER 通过 ***逐位仲裁*** 解决总线访问冲突。 仲裁机制保证信息和时间都不会丢失。 如果同时启动具有相同 IDENTIFIER 的 DATA FRAME 和 REMOTE FRAME，则 DATA FRAME 优先于 REMOTE FRAME。  
  仲裁期间，每一个发送器都对发送位的电平与监控的总线电平进行比较。 如果电平相同，则这个单元可以继续发送。 如果发送的是 1 个比特位的*隐性电平*，而监控视到 1 个比特位的*显性电平*（见总线值），那么该单元就失去了仲裁，必须退出发送状态。如果在非仲裁期间（仲裁域范围），发现了不匹配的位，则产生错误。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 1]

# 编码规则（位填充） #

DATA FRAME 或 REMOTE FRAME 中的位字段 START OF FRAME，ARBITRATION FIELD，CONTROL FIELD，DATA FIELD 和 CRC SEQUENCE 都需要通过**比特填充的方法编码**。 每当发送器在要发送的比特流中检测到相同值的**五个连续比特**时，则自动在实际发送的比特流中**插入一个相反的比特位**，这种方法被称为**位填充**。  
  DATA FRAME 或 REMOTE FRAME 的剩余位字段 CRC DELIMITER，ACK FIELD 和 END OF FRAME 是固定的格式，不需要填充。 ERROR FRAME 和 OVERLOAD FRAME 也是固定格式，不通过位填充方法编码。  
  消息中的比特流根据不归零（Non-Return-to-Zero，NRZ）法进行编码。这意味着在总比特时间内，生成的比特电平要么是“显性”要么是“隐性”。

详细说明见另一篇博文[《CAN 总线 之 BOSCH CAN2.0 比特位填充（编码规则）、归零编码(RZ)和不归零编码(NRZ)》][CAN _ _ BOSCH CAN2.0 _RZ_NRZ]

# 消息传输 #

CAN2.0 Part B 规定了两种格式的帧，它们的 IDENTIFIER 域长度不同。带有 11 个比特位长的 IDENTIFIER 的帧被称为 **标准帧（Standard Frames）**；带有 29 个比特位长的 IDENTIFIER 的帧被称为 **扩展帧（Extended Frames）**。  
消息传输由四种不同的帧类型表现和控制:

*  **DATA FRAME：** 将数据从发射器传送到接收器
 *  **REMOTE FRAME：** 由总线单元发送，以请求使用相同的 IDENTIFIER 传输 DATA FRAME。
 *  **ERROR FRAME：** 在检测到总线错误时由任何单元发送
 *  **OVERLOAD FRAME：** 用于在前一个和后一个DATA或REMOTE FRAME之间提供额外的延迟。

DATA FRAME 和 REMOTE FRAME 都可以为标准帧格式或者扩展帧格式，它们通过 INTERFRAME SPACE 与前面的帧分开。

## DATA FRAME ##

DATA FRAME 由 7 个不同的位域组成：`START OF FRAME、ARBITRATION FIELD、CONTROL FIELD、DATA FIELD、CRC FIELD、ACK FIELD、END OF FRAME`。 其中，DATA FIELD 长度可以为 0。帧格式如下图所示：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 2]  
下面详细介绍一下每一部分。

### 帧起始（START OF FRAME） ###

标志着 DATA FRAME 和 REMOTE FRAME 的开始。***它占 1 个比特位，必须为显性电平*** 。  
  只有在总线空闲时才允许站点开始传输（参见 BUS IDLE）。 所有站必须同步到由首先开始传输的站的 START OF FRAME（参见’HARD SYNCHRONIZATION’）引起的前沿。  
同时适用于**标准格式帧** 和 **扩展格式帧**。

### 仲裁域（ARBITRATION FIELD） ###

ARBITRATION FIELD 的格式对于**标准格式帧**和**扩展格式帧**是不同的。

*  **标准格式帧：** ARBITRATION FIELD 由 11 个比特位的 IDENTIFIER 和 1 个比特位的 RTR-BIT 组成。 IDENTIFIER 位表示为 ID28 ~ ID18。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 3]
    
     *  **IDENTIFIER：** **长度为 11 个比特位**，对应于扩展格式的基本ID。 这些位按照从 ID28 ~ ID-18 的顺序发送。 最低位是 ID18。 7 个最重要的位（ID28 ~ ID22）不能全部为“隐性电平”。
     *  **RTR BIT：** 全称 Remote Transmission Request BIT。**占 1 个比特位**。在 DATA FRAME 中，RTR BIT 必须是 *显性电平*。 在 REMOTE FRAME 内 RTR BIT 必须是 *隐性电平*。

下图是一个标准格式的数据帧图示：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 4]  
下面是每一部分的介绍  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 5]

> 为了区分标准格式和扩展格式，先前 CAN 规范版本 1.0 ~ 1.2 中的保留位 r1 现在表示为 IDE 位。

*  **扩展格式帧：** ARBITRATION FIELD由 29 个比特位的IDENTIFIER，1 个比特位的 SRR-Bit，1 个比特位的 IDE-Bit和 1 个比特位的RTR-BIT组成。 IDENTIFIER 位表示为ID28 ~ ID0。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 6]
    
     *  **IDENTIFIER：** 由 29 个比特位组成。格式包括两部分：
        
         *  **Base ID：** 由 11 个比特位组成。 它按照从 ID28 ~ ID18 的顺序传输。 它等同于标准标识符的格式。 Base ID 定义扩展帧的基本优先级。
         *  **Extended ID：** 由 18 个比特位组成。 它以 ID17 ~ ID0 的顺序发送。
     *  **SRR BIT：** 全称 Substitute Remote Request BIT。**占 1 个比特位*隐性电平***。此位的位置正好对应于标准格式的 RTR-BIT。对于数据帧，标准格式的 RTR-BIT 位为*显性电平* 。因此，标准格式的帧优先级高于扩展格式的帧！
     *  **IDE BIT：** 全称 Identifier Extension BIT。相对于标准格式的帧，该位正好对应于原来的 Control Field 的 第 1 个保留位。标准格式的 IDE 位传输为*显性电平* （见下文说明），而在扩展格式中，IDE 位是*隐性电平* 。
     *  **RTR BIT：** 全称 Remote Transmission Request BIT。**占 1 个比特位**。在 DATA FRAME 中，RTR BIT 必须是 *显性电平*。 在 REMOTE FRAME 内 RTR BIT 必须是 *隐性电平*。与标准格式相同！

下图是一个扩展格式的帧的图示：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 7]  
下面是每一部分的说明：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 8]

### 控制域（CONTROL FIELD） ###

**由 6 个比特位组成**。 CONTROL FIELD 的格式对于标准格式和扩展格式是不同的。  
  标准格式的帧包括 DATA LENGTH CODE，一个比特位的 IDE （必须为*显性电平* ），以及一个比特位的保留位 r0。 扩展格式的帧包括 DATA LENGTH CODE 和 2 个比特位保留位 r1 和 r0。 保留位必须发送“显性”，但接收器在所有组合中接受“显性”和“隐性”位。如下图：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 9]  
  DATA LENGTH CODE 指示了 DATA FIELD 中的字节数，使用如下的代码指示。该数据**长度为 4 个比特位**。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 10]

> 从物理上来说，4 位的数据长度代码还可以传输 9-15 的值，但是数据段依旧被限制到 0 ~ 8。部分控制器允许传输或接收大于 8 的 DATA LENGTH CODE 值，但是实际数据长度仍然限制在 8 位。

### 数据域（DATA FIELD） ###

在 DATA FRAME 内要传输的数据。 它可以包含 0 ~ 8 个字节，每个字节包含 8 位，首先传输 MSB。

### CRC 域（CRC FIELD） ###

由 CRC SEQUENCE 和 CRC DELIMITER 两者组成。**共占 16 个比特位（15 + 1）**。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 11]

*  **CRC SEQUENCE：** 多项式为 `X15 + X14 + X10 + X8 + X7 + X4 + X3 + 1`。计算范围：帧起始，仲裁字段，控制字段，数据字段（如果存在）。The frame check sequence is derived from a cyclic redundancy code best suited for frames with bit counts less than 127 bits (BCH Code).
 *  **CRC DELIMITER：** 必须是**一个比特位的隐性电平**。

### 应答域（ACK FIELD） ###

**ACK FIELD 占 2 个比特位**，ACK SLOT 和 ACK DELIMITER 各占一个比特位。  
![在这里插入图片描述][20190601201529392.png]

*  **ACK SLOT：** 发送器发送数据时，必须发送*隐性电平*。当接收器正确接收到数据（已经接收到匹配的 CRC SEQUENCE）后，接收器将 ACK SLOT 置为*显性电平*，将此情况报告给发送器。
 *  **ACK DELIMITER：** 必须一直是 1 个比特位的*隐性电平*。

### 帧结束（END OF FRAME） ###

每个 DATA FRAME 和 REMOTE FRAME 由一个**由 7 个比特位的*隐性电平*位组成**的标志序列分隔。

# 远程帧（REMOTE FRAME） #

通过发送 REMOTE FRAME，需要数据的节点可以请求另一节点发送相应的 DATA FRAME。 DATA FRAME 和相应的 REMOTE FRAME 由相同的 IDENTIFIER 命名。  
  通常，数据传输是在数据源节点（例如传感器）发出数据帧的情况下自主执行的。但是，目标节点也可以通过发送远程帧来从信息源请求数据。  
  REMOTE FRAME 也分为**标准格式** 和 **扩展格式**，两者的区别与 DATA FRAME 完全相同，这里不再一一展开说明了。这两种格式由以下 6 个不同的位域组成：`START OF FRAME、ARBITRATION FIELD、CONTROL FIELD、CRC FIELD、ACK FIELD、END OF FRAME`。格式如下图所示：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 12]  
  与 DATA FRAME 相反，REMOTE FRAME 的 RTR 位是 1 个比特位的*隐性电平*。 没有 DATA FIELD。CONTROL FIELD 中的 DATA LENGTH CODE 字段表示所请求的消息的数据长度（可以是0 ~ 8），而不是发送的数据长度。

> 在数据帧和具有相同标识符的远程帧同时发送的情况下，由于数据帧标识符之后的 RTR 位是显性，它将赢得仲裁。

### 错误帧（ERROR FRAME） ###

CAN 网络具有严格的错误诊断功能，该功能都是直接在 CAN 芯片中集成的，硬件直接处理整个过程。一旦错误被检测，正在传送的数据帧将会立即停止而待总线空闲时再次重发直至发送成功，该过程并不需要 CPU 的干涉除非错误累计该发送器退隐（Bus Off）。  
  在发送或者接收报文时，总线上的节点如果检测出了错误，那么该节点就会发送 ERROR FRAME，以通知总线上的其他节点。ERROR FRAME 由 Error Flag 和 Error Del imiter 两个不同的位域组成。**长度为 6 ~ 12个比特位的显性电平或者是隐性电平**。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 13]

*  **Error Flag：** 是不同节点提供的错误标志（ERROR FLAG）的叠加。错误标志分为两种：
    
     *  **主动错误标志（ACTIVE ERROR FLAG）：** **6 个比特位的显性电平**，这将破坏“位填充”原则。由总线上错误状态为“主动错误”的出错的节点传送
     *  **被动错误标志（PASSIVE ERROR FLAG）：** **6 个比特位的隐性电平**，由总线上错误状态为“被动错误”的出错的节点传送
 *  **Error Delimiter：** 是错误界定符。**8 个比特位的隐性电平**。在传输 ERROR FLAG 后，每个站先发送 1 个比特位的*隐性电平*，然后监视总线，直到它检测到*隐性电平* 之后它开始传输剩余 7 个比特位的*隐性电平*。

检测到错误状态的“错误激活”站通过传输 ACTIVE ERROR FLAG 来发出信号。 ERROR FLAG 的形式违反了从 START OF FRAME 到 CRC DELIMITER 应用于所有字段的位填充法（参见CODING）或破坏固定格式 ACK FIELD 或 END OF FRAME 字段。 结果，所有其他站检测到错误状况，并且他们也开始传输错误标记。 因此，实际上可以在总线上监视的“显性”比特序列是由各个站发送的不同ERROR FLAG的叠加产生的。 该序列的总长度在最小值6和最多12位之间变化。  
  检测到错误条件的“错误被动”站试图通过传输被动错误标志来发出信号。 “错误被动”站从 PASSIVE ERROR FLAG 开始处等待六个相等极性的连续位。 当检测到这 6 个相等位时，PASSIVE ERROR FLAG 完成。

> 规范中第 7 个章节专门介绍错误处理  
> 啥是被动错误？啥是主动错误？规范中第 8个章节专门介绍错误界定！

### 过载帧（OVERLOAD FRAME） ###

当某个节点快要忙死的时候，规范规定节点可以告诉其他节点，我要休息一会！方式就是发送过载帧，但是，过载帧不是你发就能发的。必须得注意时机。  
  OVERLOAD FRAME 包含两个位字段 OVERLOAD FLAG 和 OVERLOAD DELIMITER。有两种过载条件可导致过载帧的传输：

1.  接收器的内部条件，要求延迟下一个数据帧或远程帧。这种情况下只允许在预期的 INTERMISSION 的第一位时间开始发送过载帧
2.  INTERMISSION 期间检测到一个比特位的*显性电平*。在检测到显性位后一位开始发送过载帧。  
      INTERMISSION 由 3 个比特位的隐性电平组成，只有在第 1 个比特位或者第 2 个比特位检测到*显性电平*，才允许从第三个比特位开始发送过载帧。如果在第 3 个比特位检测到“显性”电平，则其他节点将不会正确解释 OVERLOAD FLAG。而是将这6个“显性”位中的第一个比特位解释为 START OF FRAME。 第六个“显性”位违反了位填充规则导致错误条件

由于存在多个节点同时过载且过载帧发送有时间差问题，可能出现过载标志叠加。最多可生成两个 OVERLOAD FRAME 以延迟下一个数据帧或远程帧  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 14]

*  **OVERLOAD FLAG：** **由 6 个比特位的*显性电平*组成**。OVERLOAD FLAG 的所有形式和错误帧（ERROR FRAME）中主动错误标志的所有形式是一样的。  
      由 6 个比特位的*显性电平*组成的 OVERLOAD FLAG 会破坏 INTERFRAME SPACING 中 INTERMISSION 字段的固定形式。 因此，所有其他站也会检测到 OVERLOAD 条件，并且开始传输过载标志。
 *  **OVERLOAD DELIMITER：** **由 8 个比特位的*隐性电平*组成**。OVERLOAD DELIMITER 与 ERROR DELIMITER 的格式相同。 在传输 OVERLOAD FLAG 后，该站监视总线，直到它检测到从“显性”位到“隐性”位的转换。 此时，每个总线站都已完成发送其 OVERLOAD FLAG，并且所有站都开始传输 7 个及以上的比特位的*隐性电平*。

### 帧间间隔（INTERFRAME SPACING） ###

DATA FRAME 和 REMOTE FRAME 与前面的帧（数据帧、远程帧、错误帧、过载帧）通过一个称为 INTERFRAME SPACING 的位字段分隔开。  
![在这里插入图片描述][20190606201352126.jpg]  
重载帧和错误帧之前没有 INTERFRAME SPACING，多个重载帧之间也没有 INTERFRAME SPACING。帧间隔过后，如果无节点发送帧，则总线进入空闲。

对于非“错误被动”或已接收上一条消息的站：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 15]  
对于已经传输上一条消息的“错误被动”的站：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 16]

*  **INTERMISSION：** **3 个比特位的隐性电平**。在 INTERMISSION 期间，不允许任何站发起 DATA FRAME 或 REMOTE FRAME 传输。 唯一可做的就是发出 OVERLOAD 条件。
 *  **BUS IDLE：** 可以是任意长度个比特位的*隐性电平*。总线被认为是空闲的时候，任何有东西要传输的站都可以访问总线。如果在其他消息传输期间挂起了本消息，那么被挂起的消息必须在 INTERMISSION 的后一个比特位开始传输。总线上检测到的*显性电平* 的位可被解释为帧的起始。
 *  **SUSPEND TRANSMISSION：** “错误被动”站发送消息后，在开始发送另一条消息或识别总线空闲之前，它会在中断后发送 **8 个比特位的*隐性电平***。如果与此同时另一站开始发送消息（由另一站引起），则此站就作为这个消息的接收者。  
    ![在这里插入图片描述][20190606201451943.jpg]

# 接收器/发送器 #

**TRANSMITTER：** 发起消息的单元称为该消息的 “TRANSMITTER”。 设备保持 TRANSMITTER 直到总线空闲或设备丢失 ARBITRATION。  
  如果在 END OF FRAME 结束之前没有错误，则该消息对发送器有效； 如果消息出现了错误，则将根据优先级自动执行重新传输。 为了能够与其他消息竞争总线访问，一旦总线空闲，就必须重新开始重传。  
**RECEIVER：** 如果一个单元不是该消息的 TRANSMITTER 并且总线不空闲，则该单元被称为消息的 “RECEIVER”。  
  如果在 END OF FRAME 的最后一位之前没有错误，则该消息对接收器有效。

# 参考 #

1.  [维基百科—— CAN BUS][CAN BUS]
2.  BOSCH CAN2.0 规范 Part B 部分
3.  [https://blog.csdn.net/u012252959/article/details/83054474][https_blog.csdn.net_u012252959_article_details_83054474]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70]: /images/20220125/a6ea35de68834792b0a1df86fc49058d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 1]: /images/20220125/5d219951cb524a699d70a7f252d94d55.png
[CAN _ _ BOSCH CAN2.0 _RZ_NRZ]: https://blog.csdn.net/ZCShouCSDN/article/details/91129839
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 2]: /images/20220125/7f9d426afec0428990ab0146af5fc230.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 3]: /images/20220125/d21ac5c2a2b2459db311f89d50d2669c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 4]: /images/20220125/d83a7a2fe403413c86c8a1b24e18c0a8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 5]: /images/20220125/0ad3f2dca8de47e187bdc35a6b9c20c6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 6]: /images/20220125/d5939b8438ee4840b5b02d9ccc726d4e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 7]: /images/20220125/3dc928c658954a62a92e82001a047f73.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 8]: /images/20220125/4f0fdd85c3ca47f688a03edf3b9434e3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 9]: /images/20220125/d3184d7573b5415ca41b264cc94c253c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 10]: /images/20220125/0a739b556cdc48758c30452c0bdf837e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 11]: /images/20220125/78919406229e42bab3687688abe7169d.png
[20190601201529392.png]: /images/20220125/942b18a27dca414d8d64d39afa11431f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 12]: /images/20220125/c5022caa4ed34a79bbbf619b4efb5a00.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 13]: /images/20220125/40da14da1e554a06a4fa9c18f666f431.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 14]: /images/20220125/6c1ae33969604fdca97e2d33021dfe5c.png
[20190606201352126.jpg]: /images/20220125/6d586084291a41209b06a4132d1fe8a3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 15]: /images/20220125/eaae26c7dcc24a57a597827cd8ddcfae.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1pDU2hvdUNTRE4_size_16_color_FFFFFF_t_70 16]: /images/20220125/9934457333c04e458d7d3de8e16dc8c4.png
[20190606201451943.jpg]: /images/20220125/d3b2aa8e1b8e4200bca386c3bde29097.png
[CAN BUS]: https://en.wikipedia.org/wiki/CAN_bus
[https_blog.csdn.net_u012252959_article_details_83054474]: https://blog.csdn.net/u012252959/article/details/83054474