大家好,感谢观看本次有关 CAN 协议和 CAN FD 的 TI 高精度实验室视频。 本实验将讨论 如何在采用 ISO 11898 标准的 CAN 总线上的 器件之间对信息 进行编码和 传递,包括仲裁、 帧结构和位填充。 我们还将介绍 具有灵活数据 速率的 CAN,并讨论 其在应用中的优势。 这是 ISO 标准 中所述的 CAN 数据帧的结构。 在传输帧之前, 总线在隐性 电压下 保持空闲。 驱动器首先 传输到总线上的 是指示传输 开始的显性位。 这称为 帧起始位。 在该位之后, 驱动器 开始传输 消息标识符, 紧接着传输远程 传输请求位。 这些字段用于 消息仲裁。 远程传输 请求位决定 该帧是传输 数据的数据帧 还是向其他 器件请求 数据的请求帧。 控制字段 指定要在 该消息中传输的 数据的长度。 对于数据帧, 数据紧随控制 字段传输。 发送数据后, 传输循环冗余 校验序列,该序列 用于检查传输中 是否存在错误。 发送 CRC 后,驱动器 保持隐性状态,接收器 可以传输一个 称为 ACK 或确认位的 显性位,以指示 成功接收消息。 该 ACK 位在两侧 由定界符位界定。 接收器确认 传输后,驱动器 发送一条 7 位帧结束消息, 然后是 7 位帧间 间隔,这是可以 传输另一个 帧之前经过的 最短时间。 在帧内的消息 标识符中为 消息分配优先级 是 CAN 和 CAN FD 的 一项功能, 这使其特别 适合在实时控制 环境中使用。 二进制消息标识符 编号的值越小, 其优先级越高。 完全由零 构成的标识符 是完全显性的 标识符,它是 网络上可能的 最高优先级消息。 在该示例中, 我们有两个 节点开始同时 传输消息。 这些消息中的每条 消息都有唯一的 11 位 二进制消息标识符。 请记住,具有较低 值的标识符具有 较高的优先级。 在这里,节点 A 的 标识符的值为 1,199,而节点 B 的 标识符的值为 1,530。 这意味着节点 A 在 这两条消息之间具有 更高的优先级, 它应赢得仲裁。 收发器必须 知道循环时间 和传播延迟,以确保 适当的消息仲裁。 请观看我们标题为 CAN 物理层和硬件的 TI 高精度实验室视频, 以了解有关延迟的更多信息。 让我们看看 CAN 或 CAN FD 总线上仲裁的 简化示例。 想象我们有三个 节点访问同一条 CAN 总线,并且每个 节点同时开始发送 一条消息,消息标识符 在这里显示为灰色。 在第一个位期间, 这三个节点都 传输一个隐性 信号,因为其消息 标识符的 第一位数字都是 1。 这意味着 CAN 总线是隐形的。 接下来,这三个 特定的节点都 传输一个表示 各自标识符 第二位数字的显性位。 该 CAN 总线是显性的。 到目前为止, 由于三个节点 都传输了相同的信号, 因此没有信号破坏。 不过,在第三个 位期间,节点 B 传输一个隐性信号。 但是,由于网络上 至少有一个器件 正在传输 显性信号, 因此总线承载了 一个显性信号。 此时,由于总线上的 另一条消息具有 更高的优先级,因此 节点 B 已输掉仲裁。 CAN 收发器在 驱动时监视总线, 并将其状态与其正在 驱动的状态进行比较。 如果收发器传输 逻辑一,但读取 逻辑零,这里的 节点 B 正是这种 情况,则会 立即停止传输。 目前为止,节点 A 和节点 C 尚未经历过这种情况。 因此,这两个节点 继续各自的传输, 直到其中一个 节点在传输 隐性信号时 接收到显性信号。 在该示例中,节点 C 在第七个位经历该情况。 此时,节点 C 输掉仲裁。 它还立即 停止传输。 作为唯一继续 传输的器件, 节点 A 将完成其 11 位消息标识符传输。 由于节点 A 在整个消息 标识符中看到了一条匹配的 总线,因此它 可以继续传输 其消息的剩余部分, 因为它已经以最低的 二进制标识符 值赢得了仲裁。 节点 B 和 C 将在 下一个帧间间隔之后 重新尝试发送其 优先级较低的消息, 该间隔将在节点 A 的传输结束时发生。 让我们来从头 到尾看一个 样例 CAN 帧。 当没有器件在传输时, 总线保持空闲状态。 当器件开始 传输时,它将 发送一个 显性位,以指示 它将开始传输。 该位称为帧 起始位或 SOF 位。 该帧起始位 始终是显性的, 表示逻辑零。 空闲后,该位 用于同步 总线上的节点。 紧随帧起始位 之后的是消息 标识符字段 或 ID 字段。 标准的 11 位 标识符决定 消息的优先级,并且 可以指示消息的目标。 此时会发生仲裁。 如前所述, 二进制值越低, 消息优先级越高。 该消息的 二进制值为 210。 紧随标识符 之后的位是 远程传输请求 位或 RTR 位, 它指示该消息 是传输数据包 还是向另一个 器件请求 数据。 如此处所示,显性 零指示这是一个 数据传输帧。 或者,隐性消息 将指示此消息 是对另一个 器件的数据 请求,也 称为远程 帧或远程 传输请求。 接下来的六个位 称为控制字段, 因为它们提供 有关所传输 消息的信息。 第一个位是标识符 扩展位或 IDE 位, 它指示消息中 使用的标识符的 长度。 如此处所示, 显性信号表示 该消息包含我们 先前显示的 11 位 标识符,而 不是 29 位扩展 CAN 标识符, 后者在 IDE 之后具有 18 个 附加的标识符位。 在该示例中, 情况并非如此。 因此,下一个位 只是一个保留位, 保留以供将来的 CAN 标准使用。 控制字段的 最后四个位 是数据长度 代码或 DLC, 它指示将在 该消息中传输 多少字节的数据。 该特定的 DLC 指示将传输 两个字节的数据。 对于传统的 CAN, DLC 中指示的数字 必须处于 0 和 8 之间, 因为在一个帧中可以 传输的最大字节数 是 8 个字节。 远程传输请求 不会有任何数据, 因此该字段将为零。 数据的第一个 字节紧随数据 长度代码之后传输。 请记住,通过 CAN 传输的字节 首先传输 最高有效位。 后续数据字段 将按顺序传输。 在该示例传输的 前面部分,我们 指示将总共 传输两个 字节的数据。 正确传输完 所有数据之后, 将发送 15 位的 循环冗余校验 或 CRC,以用作 错误检测方法。 到目前为止,CRC 是 使用消息中传输的 所有位进行计算的。 如果接收器 接收到的 CRC 与其计算出的 CRC 不匹配,则 表明存在错误情况。 隐性 CRC 定界符位 处于 15 位 CRC 之后。 发送器完成 发送数据和 冗余检查后, 接收器必须 指示它已 正确接收到 发送器的消息。 这在紧随 CRC 定界符之后的 ACK 间隙位置 发生,该间隙 是确认间隙。 在这里,传输节点 发送一个隐形信号。 如果接收器正确地 接收到该消息, 它将使用显性 信号覆盖该间隙。 如果接收节点 检测到错误 并使该位处于隐性状态, 它将丢弃该消息,并且 发送节点在重新仲裁 之后重复发送该消息。 该间隙之后 紧跟一个 隐性定界符。 通过使用该 重要的间隙, 每个接收节点都 确认其数据的完整性。 确认之后, 发送器发送 帧结束字段或 EOF 字段,该字段 标记 CAN 消息的结束。 这是一个具有七个 连续隐性位的字段。 在 EOF 之后,总线 将变为空闲状态, 并且在七位帧间 间隔后可以发送 另一条消息。 在该帧间间隔内 没有节点进行传输。 CAN 和 CAN FD 的一项 新增功能是位填充。 在消息传输 期间,如果 传输了五个 具有相同极性的 连续位,则紧随 这些位之后 插入一个具有 相反极性的位。 例如,该字符串 至少包含五个 连续的隐性位。 因此,发送器 会在第五个 连续隐性位之后 插入一个显性位。 在该字符串中, 至少有五个 连续的显性位。 在这里,发送器 会在第五个 连续的显性位之后 插入一个隐性位。 该第三个示例显示了 一种特殊的情况。 请注意,它以五个 连续的显性位开始。 按照位填充 协议,发送器 紧随这些 显性位之后 填充一个隐性位。 不过,该填充的 隐性位导致了 五个连续的 隐性位,因为 填充的位计入 该五位限制。 因此,发送器 还会在这五个 连续的隐性位 之后填充一个 显性位。 接收器自动取消 填充已填充的数据。 让我们来 看看刚刚 在先前的简化 示例中传输的 数据,看看 是否存在 传输五个连续 相同位的区域。 事实证明, 这是从消息 标识符的最后 一位开始的, 总共传输了六个 连续的显性位。 在实际传输该 数据时,我们的 发送器会在第五个 连续的显性位之后 插入一个极性 相反的位,在 本例中为隐性位。 您可能会 注意到 在消息末尾还有 许多连续的隐性位。 在 15 位 CRC 的 最后一位之后 停用位填充。 因此,ACK 间隙、 其周围的定界符 以及帧结束 字段具有 固定的大小,不受 位填充的影响。 由于接收器 自动删除 填充的位, 因此填充的 数据包含的 信息与原始 显示的数据 完全相同。 在 CRC 定界符 之前的任何位置, 六个连续的 相同位将 构成错误条件。 有四种类型的 CAN 和 CAN FD 帧。 让我们使用该七节点 示例网络来介绍 这些类型的交互。 最常见的帧 类型是数据帧, 数据帧用于在 总线上传输多达 八个字节的信息。 这是我们先前的 示例 CAN 消息中 显示的帧类型。 器件可以 使用也称为 远程传输请求的 远程帧向其他器件 请求数据。 该类型的帧由消息 标识符后面的隐性 RTR 位明确标记。 它不包含任何数据。 请求帧的目标节点可以 使用数据帧进行响应。 如果消息的传输 或接收中存在错误, 或者某个节点发生 任何其他错误情况, 那么该节点将 传输一个错误帧。 错误帧是一种 特殊的消息, 它故意发送至少 六个连续的显性位, 从而违反 CAN 消息的格式 规则,这将覆盖 总线上的所有信号。 由于这本身 被视为错误, 因此总线上的所有其他 节点也会发送一个错误帧。 然后,原始发送器 将自动重新传输 原始消息。 CAN 控制器中精心 设计的错误计数器 系统可确保节点无法 通过重复发送错误帧 来占用总线。 最后一种帧 类型是重载帧。 该帧类似于 错误帧,但它 在帧之间或在帧间 间隔期间发送, 而不在帧期间发送。 这是由变得太忙的 节点传输的,并且 它通过确保在清除 过载条件之前使总线 一直保持占用, 在消息之间提供 额外的延迟。 具有灵活数据 速率的 CAN 称为 CAN FD,它是对传统 CAN 协议的增强。 CAN FD 支持 高达每秒 5 兆位的 可用带宽。 这是如何实现的? 顾名思义, 该协议在 单条消息中实现 可变数据速率。 例如,使用此方法, 该协议可使您在原始 时间的一半时间内 发送等量的数据。 或者,您可以在 相同的原始时间内 发送两倍的数据量。 这是可以实现的, 因为能够以更高的 数据速率传输 数据字段和 CRC 位, 而其余字段 遵循传统的 CAN 速度。 这些速度是不同的,从而 导致在同一条消息中实现 不同的数据速率。 CAN FD 的优势包括 整体带宽更高。 CAN FD 不仅允许 更快的数据速率, 而且允许在单条 消息中传输多达 64 个字节的 数据,而不是 最初由传统 CAN 施加的八字节 限制。 与实施 Flexray 或 以太网等主要 网络更改相比,CAN FD 还具有 较低的相对成本和复杂性, 只需增加少量成本 即可增加带宽并 降低复杂性。 CAN FD 还允许 对模块和 ECU 进行快速下线 闪存编程,从而 降低制造成本。 必须注意的是, CAN FD 向后兼容 传统 CAN。 但是,原有 CAN 控制器 不会向前兼容 CAN FD。 哪些系统组件 受 CAN FD 的影响? 微控制器中的 CAN 控制器就是其中之一。 硬件更改可能 仅限于微控制器中的 CAN 控制器,并假设 从未使用过 高于 1 兆位/秒的数据速率。 微控制器中的 CAN 控制器或 协议引擎必须也根据 新的 CAN FD 标准进行更新。 请记住,CAN FD 控制器向后兼容, 但传统的 CAN 控制器不向前兼容。 符合 1 兆位/秒的 CAN 要求的 原始 CAN 收发器、 电缆、连接器和 保护电路都 能够以高达 1 兆位/秒的数据 速率用于 CAN FD。 与传统 CAN 类似, CAN FD 的最大 数据速率会 由于较大的 电缆长度、较多的 节点数、隔离或 类似的负载而降低。 当以大于 1 兆位/秒的 数据速率实现 CAN FD 时,物理层 和硬件设计 可能需要更改。 MCU 上用于新 CAN 控制器的 低级驱动器必须 根据新的寄存器 映射和更长的有效 负载选项进行更新。 应用软件必须做出调整, 以处理更长的数据 有效负载。 要查找更多 CAN 和 CAN FD 技术资源 以及搜索 CAN 和 CAN FD 产品,请访问 ti.com/CAN。 此外,务必观看我们其他 有关 CAN、LIN 和 SBC 的 TI 高精度实验室视频。 谢谢观看。 An internal server error occurred.