如何平衡AUTOSAR、IEEE和TSN?

车辆上的各种系统功能需要精确同步ECU之间的基本时间基准。由于以太网在汽车中的应用,开发人员和系统架构师需要通过某种方式来解决时间同步的措施。因为现有的方法不能用于以太网。不同领域的专家成立了委员会,致力于将以太网应用于要求高时间精度的任务中。

汽车上搭载的以太网应用范围广泛。除了使用摄像头和传感器(雷达)的先进驾驶辅助系统(ADAS)、实时音频/视频流媒体、与各种物理域同步的主干之外,板载数据记录也是此类使用案例中的一部分。此外,通过以太网网络连接的设备当然需要与其他物理系统(如CAN和FlexRay)同步。

以太网是以计算机网络和办公环境为前提而产生的标准,不具备技术应用所需的实时性能。交换机连接的以太网拓扑减少了网络访问过程中不必要的冲突,但这并不能实现完全确定的行为。特别是时间同步的精确任务需要传输路径上的传播时间以及交换机和网关相关延迟时间的任何信息。

在控制连接到以太网的系统时,这是不可避免的问题,也是为什么各种标准化组织正在努力向以太网添加实时性能,包括时间同步机制。目前,汽车行业使用的时间同步的主要方法是制定AUTOSAR 4.2.2、IEEE802.1AS和音频/Video Bridging任务组(现为TSN(Time Sensitive Networking)任务组)。基于修订版的IEEE802.1AS-rev。

AUTOSAR的Global time概念

AUTOSAR 4.2.2概念提供静态定义的GlobalTime Master(GTM),该ECU将整个网络的精度最高的时间赋予到GTM。派生的子域可以扩展到不同的物理媒体。Time Gateway以一个从端口为起点,通过一个或多个主端口,将时间传递到端点(Time Slave)或其他Time Gateway。同步的时间必须根据这些网关内部处理所需的延迟时间进行修改。作为另一种方式,AUTOSAR也允许单独设置独立的时间库,并将当前时间从每个网关“注入”到它们中。

同步处理的细节取决于网络类型。如果是CAN或以太网,Time Slave会将发送方的时间戳与自己的接收时间戳进行比较,以校正接收到的Global time基础。FlexRay是一个确定性系统,周期时间固定,严格按照预定义的时间模式运行,因此同步比这简单,时间由FlexRay时钟隐式提供。CAN总是以软件计算时间戳,而以太网则以软件或硬件计算。此外,CAN和FlexRay最多可实现16个时域。相比之下,以太网只在一个时域,即“Global Time Domain”中运行。

以太网ECU同步的基础:IEEE802.1AS

从AUTOSAR 4.2.1开始,同步时间库管理器(StbM)现在可用。它将FlexRay、CAN和以太网总线特定的基于时间的生成器(BusTime Sync Provider Module)抽象为运行时环境,以便在应用程序中使用“演示时间”。在各个物理总线上使用的个别协议在TimeSync模块中实现,以太网的BusProvider基于IEEE802.1的“generalized Precision Time”使用“协议(GPTP)”。为了使其符合汽车中的常见用例,需要在AUTOSAR范围内进行各种更改,添加,有时限制。

在介绍以太网与CAN和FlexRay之间的区别时,我们先从CAN和FlexRay同步的基本特性来介绍一下。
两者有16个同步时间库和可选的最多16个静态连接的偏移时间库。在CAN上,时间信息通过两条消息传输。第一条消息包含秒信息,第二条消息包含纳秒信息。因此,为了检测可能在纳秒范围内出现的溢出,第二条消息包含溢出检测。“Time Gateway Synchronization Status”用于检测应用程序是否与子域和Global Time Master同步。它还使用序列计数和Cyclic Redundancy Check(CRC)。

汽车专用gPTP的实现

IEEE 802.1AS规定了在通过交换机连接的以太网网络上同步时间的标准方法。它由三个核心过程组成:同步时间传递(Sync/Follow_Up)、消息传播延迟时间测量(Pdelay)和最佳主时钟算法(BMCA),负责实际同步的是由Sync消息和Follow_Up消息组成的两个步骤。Pdelay是一种专门的协议,用于测量两个端口之间的消息传播延迟时间。不仅如此,ECU还可以利用Pdelay来检测自己是否属于“时间同步系统”,即具有时间同步功能的网络。通过最佳主时钟算法,确定网络节点,如果可能的话,动态配置网络中包含的节点提供最佳系统时间的ECU,并将其设置为Global Master。

但是,在汽车上的实施在很大程度上与IEEE标准不同。IEEE允许动态设置,如网络拓扑结构和BMCA(Global Master选择),而汽车中的大多数都是静态预定义的。这是创建唯一的系统描述和优化通信矩阵所必需的。其他不同之处在于,软件/硬件支持时间戳、是否存在有效载荷数据及其内容、出于安全原因需要为车辆配备VLAN等。

通过扩展交换机驱动程序提供端口信息

妨碍以太网上准确时间同步的一个重要挑战是,AUTOSAR 4.2.2版本对以太网交换机功能的响应是有限的。也就是说,交换机驱动程序不能将收到消息的端口号转发到上层。结果,Sync和Follow_Up消息的特定端口传输变得困难,交换机上的Pdelay机制基本上不可用。Pdelay机制无法将它们分配给各个通信端口,因为发送的Pdelay请求会触发多个响应(Pdelay_Resp/Pdelay_Resp_Follow_Up)。因此,Pdelay不提供有用的信息。此外,当前规范不允许交换机单独设置特定于端口的时间戳。无法确定开关内的延迟,也不能进行准确的时间修正。AUTOSAR 4.3改善了这种情况,并预计将增加支持的IEEE-802.1AS功能。具体来说,端口特定的交换机信息从交换机驱动程序和以太网驱动程序到基本软件组件的整体得到一致支持,现在也应该可以使用必要的输入输出的戳。

有效载荷数据:不可缺少的元素

在车辆中使用IEEE802.1AS时,还需要采取一些其他措施。与此相关的是“(汽车制造商特定的)有效载荷数据”、多个时域支持、冗余和备份策略等问题。有效载荷数据是Follow_Up消息中的附加信息,不受此标准覆盖。但是,这对于特殊的应用程序和功能来说是必不可少的,例如调试信息和其他状态信息。
作为解决这个问题的对策。将所需的附加信息存储在gPTP消息中包含的AUTOSAR特定类型长度值(TLV)字段中,TimeSlave根据设置评估或忽略该字段。

IEEE标准标准中时域的不足

IEEE802.1AS目前只提供一个时域。然而,汽车应用需要更多的时域来评估UTC时间、GPS时间和传感器特定信号。因此,gPTP消息标头中现有的域号必须具有大于0的数量。在IEEE 802.1AS中,允许的域号目前只有“0”,其他数值将被节点忽略。当前的TSN规范(IEEE 802.1AS-ref)以添加到IEEE 802.1AS的形式新包含了至少一个时域。然而,这不足以满足汽车的要求。为了解决这个问题,AUTOSAR允许定义额外的时域。

使用备份标准实现容错同步

在未来的车辆架构和AUTOSAR版本中,人们越来越重视安全和安全问题。与此同时,在静态定义的唯一时间生成器(Global Time Master)发生故障的情况下,备份主机,一般是如何处理冗余概念的问题突然浮现出来。为此,至少需要另一个作为备份主机继续工作的时间生成器。目前的最佳标准时钟算法不能解决这个问题。BMCA的速度相对较慢,并且基于超时检测工作,因此ECU已经进入了它本来应该避免的同步超时状态。标准必须防止同步超时的发生,而不是通过相互代表对方进行操作而不是这样的形式。标准制定委员会将继续讨论包括这些在内的大量问题。

结论

IEEE802.1AS是在以太网上实现时间同步的适当参考资料,符合IEEE标准的gPTP协议可用于信息娱乐领域。很明显,在未来的TSN标准中会有更多的汽车需求,但它在多大程度上是全面的,这还是个未知数。无论如何,IEEE和AUTOSAR在相互补充的同时不断发展。但是,由于它们的发布周期的差异,它的完成还需要很长的时间。

重要的是,系统架构师、开发人员和供应商能够高效、经济地推进以太网项目。载体开发工具可支持特定以太网硬件,例如矢量ECU和网络测试工具CANoe和AUTOSAR基本软件中的MICROSAR。这些产品支持基于AUTOSAR的gPTP或符合IEEE的gPTP的时间同步。它还提供功能和软件解决方案,用于将同步时间用于音频/视频流媒体等。

车载以太网网络中的时间同步相关推荐

  1. 请听题!如何实现只用1个VN5640A搭建含2个交换机的车载以太网网络?|VN5640A新功能

    疫情还未过去,工作和生活仍受限制,相信不便外出的小伙伴们都开始疯狂学习补充能量,比如我司的工程师小哥哥最近就在疯狂学习以太网.为了检验学习成果,领导给工程师小哥哥出了一道考题: 基于CANoe,如何只 ...

  2. 车载网络测试 - 车载以太网 - 网络配置方法

    VN5xxx 网络配置方法(Network-base access) 随着车载以太网的发展,vector的工具配置也逐渐由传统的channel-base access向Network-base acc ...

  3. 【数学模型】基于matlab实现车载自组织网络中路边性能及防碰撞算法研究

    1 简介 随着智能交通系统的发展,车载自组网(VANET)已经成为该领域的热门网络通信技术.车载网络是一种透过随意网络提供车辆之间的通讯,即由无线通信与数据传递技术,串联交通工具以及路边交通设施,所形 ...

  4. 车载网络测试 - 车载以太网 - ICMP详细解析

    在当前新能源行业发展日益蓬勃的今天,车载以太网的引入也在逐渐走入各位从业者的眼中,我也是在学习初期在网络上搜索大量关键词,以期对车载以太网的协议有一个更加清晰的认识,不过由于从业人员太少,以及行业太过 ...

  5. 车载网络测试 - 车载以太网 - ARP详细解析

    在当前新能源行业发展日益蓬勃的今天,车载以太网的引入也在逐渐走入各位从业者的眼中,我也是在学习初期在网络上搜索大量关键词,以期对车载以太网的协议有一个更加清晰的认识,不过由于从业人员太少,以及行业太过 ...

  6. 车载以太网时间同步之EthTsync

    车载以太网时间同步之EthTsync 前言 首先,请问大家几个小小问题,你清楚: 你知道EthTsync模块的主要作用是什么吗? EthTsync模块与其他AUTOSAR基础软件模块交互关系: Eth ...

  7. 千兆车载以太网TSN(时间敏感网络)网络测试?TSN Box为您焕新

    TSN概述 在汽车领域内,近几年车内网络通讯方式的变革诉求,期望能够有更高的数据传输速率,以及保证实时性的通讯方式引入.例如对于自动驾驶而言,传统的CAN总线已经远远不能满足其对通讯的要求,而基于以太 ...

  8. 分析以太网帧结构_车辆网络 | 汽车网络中融合以太网的有效解决方案RELYTSNREC...

    在未来的几年里,汽车线束将从不同协议的异构网络转向分层的同质以太网网络.在这种新的情况下,实验室试验台,反映真实的车辆网络,将需要分析工具,能够支持他们在验证过程中的车内通信. 1.以太网融入到汽车网 ...

  9. 分析以太网帧结构_虹科|汽车网络中融合以太网的有效解决方案RELYTSNREC

    在未来的几年里,汽车线束将从不同协议的异构网络转向分层的同质以太网网络.在这种新的情况下,实验室试验台,反映真实的车辆网络,将需要分析工具,能够支持他们在验证过程中的车内通信. 1.以太网融入到汽车网 ...

  10. 【车载以太网】【测试】架构及测试工具

    什么是车载以太网 随着近年汽车电子的快速发展,车内ECU数量的持续增加,带宽需求也随之不断增长.对此,汽车制造商的电子系统.线束系统等成本也在提高.而相比于传统总线技术,车载以太网不仅可以满足汽车制造 ...

最新文章

  1. Python PIL反色混合
  2. ros消息服务器,ROS服务和消息
  3. sql程序调用批处理_批处理学习之常用命令
  4. HDU 6029(思维)
  5. CSS的position属性:relative和absolute
  6. java json 对象如何对属性排序_Java对象集合、对象数组如何排序?你需要知道这两种方式...
  7. string 类的常用方法 substring indexof length
  8. /boot 目录文件丢失修复记录
  9. 计算机制图 教学大纲,计算机制图教学大纲.DOC
  10. 25-70K*14薪| 梅卡曼德视觉算法、C++软件开发工程师等职位招聘
  11. [HZOI 2016]tree—增强版
  12. 最新伯乐PHP个人在线自动发卡网源码V3.1
  13. XMind 8 Pro
  14. 使用网络协议分析仪Wireshark
  15. 2019保研回顾——西电计科到北理工计科
  16. 怎样运用云服务器搭建传奇世界联网手游教程,linux系统部署游戏详细教程
  17. python常用library
  18. 【T001】win10开机 自动打开 chrome word excel
  19. 我用自己的亲身经历告诉你为什么不建议你合租!
  20. opc是什么? opc ua是什么?

热门文章

  1. 3D机器视觉技术您了解多少?
  2. C++ Json解析库Jsoncpp下载+编译+使用
  3. 上计算机课没有签到肿么办,钉钉教学直播如何课前签到 钉钉直播如何提醒未签到的学生...
  4. 初中中考计算机考试,中考信息技术考试
  5. react引入本地mp4视频
  6. seetaface6之画出人脸位置
  7. 4x4矩阵键盘c语言程序,矩阵键盘C语言程序+电路图
  8. Algorithm:数学建模大赛(CUMCM/NPMCM)之05A《长江水质综合评价与预测》
  9. 计算机的算数逻辑单元控制单元统称为,算术控制单元
  10. 电力系统学习-电力系统及电力模型