用户中心

资讯 > 工业以太网

什么,以太网能传CAN报文?

www.cechina.cn2025.09.05阅读 1707

  概述
  IEEE 1722(AVB/TSN协议族中的核心协议)不仅定义了基于以太网的音视频流传输格式(AVTP-AAF),还包含了一套关键的控制协议—AVTP Control Format(后文简称ACF),为控制指令在车内网络不同控制节点间的传输提供了新的选择。
  通俗来讲,ACF就是将目前较为成熟的控制协议(如CAN、LIN、FlexRay甚至是RS232串口指令等)进行封装,使这些控制指令能基于以太网进行传输。这样部分控制器既能保留原有协议实现,又能利用以太网TSN 时间同步、流预留等实现,保证控制指令精确执行。ACF报文按“时效性”分为两类,报文格式有所区别,分别适应不同控制场景需求。具体为:
  ●NTSCF(Non-Time-Synchronous Control Format):此类控制报文无时间戳字段,不携带时间戳信息,适用于对时间要求不敏感、轻量化的控制指令。
  ●TSCF(Time-Synchronous Control Format): 此类控制报文携带“展示时间戳”信息,适用于需要多执行器协同控制的时间敏感场景(应用示例如下图所示)。

ACF TSCF 应用示例图
  报文格式
  ACF 报文和AVTP音视频报文一样,基于以太网二层进行传输,其报文在整个以太网帧中的结构如下图所示。

  从图中可以看出,对于NTSCF和TSCF这两种报文,是通过不同的ACF AVTPDU Header来区分的,其携带的ACF Msg在报文格式上是没有区别的。接下来分别介绍ACF NTSCF Header、TSCF Header和ACF Message 这三部分的报文格式。

  1、ACF NTSCF Header
  NTSCF Header报文结构示意图
  ●Subtype:表征当前AVTP报文的类型。在NTSCF Header中,该字段固定为0x82;在TSCF Header中,该字段固定为0x05。
  ●sv (stream_id valid):该字段用来表征当前报文的stream_id是否为有效流预留id。当sv=1时,即说明该stream_id对应的数据流已通过TSN的流预留协议分配了网络带宽资源。
  ●Version:版本号,和其他所有AVTP报文一致,固定为0。
  ●r (reserved):预留字段。
  ●ntscf_data_length:表征当前报文携带的所有acf_payload的总字节数CONTROL ENGINEERING China版权所有,该字段的取值范围取决于当前网络的MTU(最大传输单元,Maximum Transmission Unit)。
  ●sequence_num:表征当前ACF 报文在同一个stream中的序列号,listener端可以通过该字段检测丢帧和乱序。
  ●stream_id:用来做流识别的报文流ID,同一个流的ACF报文stream id需保持一致。
  2、ACF TSCF Header
  ACF TSFC Header中携带时间戳信息,报头格式为通用流报头(common stream header),各字段含义已经在上一篇AAF介绍的文章中进行介绍。我们这次只关注和时间相关的avtp_timestamp字段。

TSCF Header报文结构示意图
  ●avtp_timestamp:当tv=1时,该字段的值为有效时间戳信息,含义为talker指示listener执行该控制指令的精确时间。
  3、ACF Message
  ACF Message是承载具体控制语义的核心内容,紧跟在前面介绍的两种Header后面。一帧AVTP报文中可以携带一个或多个ACF Message。而每一个ACF Message报文也可以拆成ACF Message Header和ACF payload两部分。如图所示。

ACF Message 结构示意图
  ACF Message Header包括acf_msg_type和acf_msg_length两个字段:
  ●acf_msg_type
  该字段描述了ACF Message的类型,ACF Message可以封装不同类型的控制报文格式,例如常见的CAN、LIN、MOST等,目前协议支持的类型见下表。

  ●acf_msg_length
  因为ACF AVTPDU中可以携带多个ACF Message,通过该字段可以得知当前ACF message的长度,便于listener端解析,需要注意的是,该字段的单位为4bytes。
  acf_msg_payload也包含了多个字段www.cechina.cn,报文格式根据其封装的控制报文类型有所不同,但是和原控制协议基本保持一致。本文则以目前常见的CAN(FD)协议为例,介绍ACF_CAN的payload报文格式。ACF_CAN message 的payload如下图所示。

ACF_CAN message payload结构示意图
  ●Pad:表示填充长度,单位bytes,目的是保证整个ACF_CAN Message的整体长度  为4字节对齐。
  ●Mtv:message_timestamp_valid,表征当前报文是否携带有效报文时间戳。
  ●Rtr:remote_transmission_request,表征当前报文是否为远程帧。
  ●Eff:extended_frame_format,表征当前报文是否为扩展帧。
  ●Brs:bit_rate_switch控制工程网版权所有,比特率开关。
  ●Fdf:CAN flexible data-rate format,表征当前报文是否为CANFD报文。
  ●Esi:error_state_indicator,表征当前是否存在错误帧。
  ●can_bus_id:网段IDCONTROL ENGINEERING China版权所有,由OEM指定www.cechina.cn,若不指定,默认为0。
  ●message_timestamp:报文时间戳,当mtv=1时,该时间戳有效,为当前控制指令被接收/生成的时间,需要和TSCF Header中的avtp_timestamp区分。
  ●can_identifier:CAN报文id,11bit标准帧或者29位扩展帧。
  ●can_msg_payload:携带具体的控制信号(CAN协议:0~8字节;CANFD协议:0~64字节,均需要4字节对齐)。
  总结
  本文主要介绍了IEEE 1722协议中的ACF部分,分别介绍了时间不敏感的NTSCF和时间敏感的TSCF两类报文,并讲述了如何在以太网报文中传输传统控制指令,希望读者能对ACF的应用以及报文格式有个基本概念。
  经纬恒润作为OPEN联盟会员和AUTOSAR联盟的高级合作伙伴,长期为国内外各大OEM和供应商提供涵盖TCP/IP、SOME/IP、DoIP、AVB、TSN、DDS等技术领域的设计和测试咨询服务,积极研发和探索车载网络前沿技术的工程应用。通过多个项目的实践经验,已建立了高质量、本土化的设计与测试一体化解决方案,为整车网络架构提供可靠支持。
版权声明:版权归控制工程网所有,转载请注明出处!
联系厂商

通过本站与本文涉及的厂商 北京经纬恒润科技股份有限公司 联系,本站注册会员请登录后填写更便捷。 登录注册

  • 您的姓名:
  • 单位名称:
  • 联系电话:
  • 电子邮件:
  • 我想得到贵公司详细的技术资料
  • 我想得到贵公司的价格信息
  • 我想让贵公司销售人员和我联系
  • 我想让贵公司技术支持人员和我联系
其他意向:

频道推荐

关于我们

控制工程网 & CONTROL ENGINEERING China 全球工业控制、自动化和仪器仪表领域的先锋媒体

CE全球

联系我们

商务及广告合作
任小姐(北京)                 夏小姐(上海)
电话:010-82053688      电话:18616877918
rendongxue@cechina.cn      xiashuxian@cechina.cn
新闻投稿:王小姐

关注我们的微信

关于我们 | 网站地图 | 联系我们
© 2003-2020    经营许可编号:京ICP证120335号
公安机关备案号:110102002318  服务热线:010-82053688