车载以太网 | 测试之实锤-AVB测试实践

2023-11-11 00:20

本文主要是介绍车载以太网 | 测试之实锤-AVB测试实践,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

背景介绍

AVB(Audio Video Bridging)音视频桥接,是由IEEE 802.1标准委员会的IEEE AVB任务组制定的一组技术标准,包括精确时钟同步、带宽预留和流量调度等协议规范,用于构建一个低延迟、高可靠的车载以太网网络。

2012年11月,AVB任务组变更为“TSN(Time-Sensitive Networking)——时间敏感网络”任务组。TSN在AVB的基础上进一步延伸,从专业音视频领域扩展到工业自动化、移动通讯、汽车等领域。因此掌握AVB协议,可为理解TSN协议打好基础。图1为TSN对AVB的继承和扩展。



在这里插入图片描述

图1 AVB和TSN协议对比



AVB/TSN协议标准

AVB包括多个不同的协议,在具体应用时可根据实际情况进行裁剪和选择,取决于功能场景的需求及开发难度(注:实现整个AVB协议族的开发难度很大)。




在这里插入图片描述

图2 IEEE 802.1协议标准



为了便于音视频数据的可互操作性,在AVB核心标准基础上,IEEE定义了1722和1733(时间敏感应用传输协议)用于传输音视频数据,满足Talker和Listener之间实时的、高质量的音视频数据传输要求。为保证AVB节点之间的互操作性,IEEE定义了一个应用层协议1722.1,用于满足1722终端设备之间的发现、枚举、连接管理和控制。




在这里插入图片描述

图3 IEEE 1722/1733协议标准



AVnu车载以太网AVB功能和互操作性规范

为将AVB协议应用于车载设备,AVnu联盟发布车载以太网AVB功能性和互操作性基础规范——“AVB汽车配置文件”,定义AVB在汽车信息娱乐系统和前视、后视等辅助摄像系统中的应用场景。

AVnu互操作性规范对车载AVB设备以及汽车特定的应用场景做如下约定:

网络和设备启动

· 端口自协商应被禁止

· 为了获取AVB设备的内部状态,定义三种车载AVB设备状态:Ethernet_Ready、AVB_Sync和AVB_Media_Ready。通过状态报文获取每种状态的信息,其中状态报文必须携带进入该状态的时间戳

· 为了约束车辆启动时设备的启动时间,定义车载以太网网络的最大启动时间,以及进入三种状态的最大时间要求



gPTP

· 预先配置车载网络中GM(Grandmaster)节点,无需使用BMCA(最佳主时钟算法)

· GM节点启动后应尽可能快的发送同步报文

· 固定的时钟生成树,Bridge节点的master端口不需要测量路径对等延时

· 定义Bridge节点对同步报文丢失、不连续、同步恢复等异常情况的处理

媒体格式

· 减少需要支持的音视频格式,仅定义AVTP音频格式(AAF)、压缩视频格式(H.264、MJPEG)、非压缩视频格式(MPEG2-TS)和时钟参考格式(CRF)相关需求

流预留类别

· 静态配置所有AVB流预留

· 对于汽车特定的应用,除了支持标准的SR A和SR B类流,衍生出两个优化的流类,其发送时间间隔为:1333.33µs(64Sample/Frame,48kHz)和1451.25µs(64Sample/Frame,44.1kHz)

异常处理和诊断

· 定义需要监控并报告的异常处理:以太网链路状态事件和数据丢失,IEEE 802.1AS异常处理,以及IEEE 1722媒体流异常处理

· 定义一些主要的诊断事件计数,包括以太网接口、以太网桥接、AVB协议,以及IEEE 1722传输


AVnu车载以太网AVB测试认证

为确保AVB设备之间的互操作性,AVnu联盟为汽车行业制定了车载AVB部件级一致性测试计划,用于验证AVB协议标准以及AVnu车载AVB互操作性规范中定义的特殊要求。



在这里插入图片描述

图4 汽车行业车载AVB部件级一致性测试计划与对应的IEEE标准



Automotive gPTP

用于验证IEEE 802.1AS-2011标准实现于车载AVB设备的gPTP协议一致性测试,主要包括以下内容:

· gPTP参数和配置测试

· 基于IEEE 802.1AS标准定义的gPTP协议状态机测试

· gPTP-Bridge特定测试三部分


Automotive EndStation

用于验证IEEE P1722/D16-2015标准实现于车载AVB设备的AVTP协议一致性测试,主要包括以下内容:

· AVTP通用需求测试

· MPEG-TS和61883-4视频格式测试

· AVTP音频格式测试

· MJPEG和H.264压缩视频格式测试

· 音频时钟参考格式测试

· 流预留类测试


Automotive Bridge FQTSS and SR Classes

用于验证IEEE 802.1Qav-2009标准实现于车载AVB Bridge的FQTSS协议一致性测试,主要包括以下内容:

· 端口数据转发测试

· 基于信用的整形算法验证测试

· Bridge端口优先级重映射测试



车载AVB协议一致性测试实践

AVB协议配置测试

由于车内采用静态网络拓扑,所有AVB流预留采用静态配置,因此AVnu并未针对汽车AVB设备发布SRP协议一致性测试规范。所以针对OEM/Tier1自定义需求,需对基本的配置和协议参数进行测试验证。

我们通过德国Vector公司的VN5640硬件与被测对象相连接,利用CANoe 12.0+Option Ethernet软件对AVB数据进行实时采集和监控。CANoe可解析gPTP和AVTP的报文头格式,以检测被测对象发送的报文是否符合需求定义。


· 测试结果分析
如图5所示,选中Trace窗口中的Follow_up帧,左侧窗口会显示该报文数据的解析内容:

· 目标MAC地址为01:80:C2:00:00:0E,符合802.1AS需求定义

· Log Message Interval的值为-3,表示Sync和Follow_Up报文的发送周期为2-3=125ms,符合此次需求定义

· Precise Origin Timestamp为Sync报文离开以太网收发器的时间戳,可解析为UTC时间格式显示




在这里插入图片描述

图5 gPTP报文解析图




如图6所示,选中Trace窗口中的AVTP帧,左侧窗口显示该报文数据的解析内容:

· 目标MAC地址为91:E0:F0:00:FE:01,符合MAAP需求定义
· Stream ID为MAC ID + Unique ID,符合此次需求定义
· 该音频数据的信息为:44.1kHz采样率,双声道,16位深度,每帧采样样本为64个样本(AVTP的报文周期为1,451µs)




在这里插入图片描述

图6 AVTP报文解析图



AVnu AVB节点的协议一致性测试

在一个gPTP域里,存在End Station和Bridge两种节点类型,同时End Station又分为GM节点和非GM节点。我们采用思博伦的车载AVB一致性测试套件进行测试验证,确保测试活动完全符合AVnu测试计划的要求。

以某非GM节点的gPTP协议一致性测试举例说明。

· 测试环境
End Station节点的测试环境如图7所示。


在这里插入图片描述

图7 AVB部件级测试环境示意图

· 测试结果分析
部分测试用例的测试报告如图8所示。




在这里插入图片描述

图8 End Station(非GM节点)测试报告



对非GM节点进行测试时,需要Tester仿真GM节点发送同步报文,同时还需正确应答非GM节点发送的请求报文。从图8中可以看到此次测试执行中有25条失败条目,其中一半是在测试被测节点的PdelayReq状态机时失败,测试失败项包括wrong sequence ID in Pdelay Response、Lost and late Pdelay Response以及Invalid Pdelay Response等。通过数据分析及确认发现,由于此被测节点的异常处理记录功能存在未实现和实现有误的情况,因此导致对应的测试项失败。


AVnu AVB节点级性能测试和系统级测试

如图9所示,车内不同应用场景对延时有不同的要求。所以除上述的配置测试和一致性测试,还需对AVB节点进行性能测试,包括节点的时间稳定性等。


在这里插入图片描述

图9 不同应用场景对时延的要求



对于系统级测试,时间和同步特性同样是测试的重点,包括系统的启动时间、时间同步、时间抖动和延迟等测试场景,这对测试通信硬件接口设备的性能指标(例如被测设备接入后所产生的额外时延等)提出非常高的要求。

我们采用德国TSN Systems公司的TSN Tools软件和TSN Box硬件,实现AVB数据的采集以及时延分析等功能。系统级测试连接示意图如图10所示。

点击下图10可了解如何通过TSN Systems系统平台构建IEEE1733协议的演示和验证系统。




在这里插入图片描述

图10 AVB系统级测试接线示意图



小结

当前AVB在汽车行业尚未广泛应用,一方面是从技术必要性的角度考虑,更大的障碍是开发难度的问题。随着基于域控(Domain)/区控(Zone)的网络架构和更高等级自动驾驶对通信的实时性、鲁棒性和安全性提出的更高需求,AVB的升级版TSN将逐渐成为趋势。笔者通过多份技术文档的相互佐证,深信某Global OEM基于新一代E/E架构开发的车型(近期已上市),应用了AVB/TSN部分标准(比如gPTP等),对于AVB/TSN的应用和测试也是为未来进行技术和经验储备。

本文所使用的方案和工具链同步支持AVB/TSN部件、系统和实车级的测试需求,与君共勉,期待进一步交流和合作。

作者:北汇信息-黎扬


----------------------------------------------------------------------------------------------------------------------



喜欢此篇文章的话欢迎一键三联支持小编吧~!

更多相关资讯及业务介绍,欢迎访问上海北汇信息官方网站:上海北汇信息科技有限公司
北汇官方知乎账号:北汇信息-知乎
更多技术干货,行业前沿动态,请关注上海北汇信息官方公众号:
在这里插入图片描述

联系方式:

电话:021-34716271
邮箱:info@polelink.com

北汇信息成立于2010年,是一家技术驱动的创新型服务企业。北汇信息始终专注于汽车电子领域的新技术和新产品,为整车厂和零部件企业提供完整的研发、测试解决方案。从测试工具、专用测试设备、完整测试方案到实车测试服务,我们与我们的客户一起努力,让中国的汽车变得越来越安全、越来越舒适、越来越智能。

这篇关于车载以太网 | 测试之实锤-AVB测试实践的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/386279

相关文章

Java内存泄漏问题的排查、优化与最佳实践

《Java内存泄漏问题的排查、优化与最佳实践》在Java开发中,内存泄漏是一个常见且令人头疼的问题,内存泄漏指的是程序在运行过程中,已经不再使用的对象没有被及时释放,从而导致内存占用不断增加,最终... 目录引言1. 什么是内存泄漏?常见的内存泄漏情况2. 如何排查 Java 中的内存泄漏?2.1 使用 J

Linux中Curl参数详解实践应用

《Linux中Curl参数详解实践应用》在现代网络开发和运维工作中,curl命令是一个不可或缺的工具,它是一个利用URL语法在命令行下工作的文件传输工具,支持多种协议,如HTTP、HTTPS、FTP等... 目录引言一、基础请求参数1. -X 或 --request2. -d 或 --data3. -H 或

Docker集成CI/CD的项目实践

《Docker集成CI/CD的项目实践》本文主要介绍了Docker集成CI/CD的项目实践,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学... 目录一、引言1.1 什么是 CI/CD?1.2 docker 在 CI/CD 中的作用二、Docke

如何测试计算机的内存是否存在问题? 判断电脑内存故障的多种方法

《如何测试计算机的内存是否存在问题?判断电脑内存故障的多种方法》内存是电脑中非常重要的组件之一,如果内存出现故障,可能会导致电脑出现各种问题,如蓝屏、死机、程序崩溃等,如何判断内存是否出现故障呢?下... 如果你的电脑是崩溃、冻结还是不稳定,那么它的内存可能有问题。要进行检查,你可以使用Windows 11

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

【测试】输入正确用户名和密码,点击登录没有响应的可能性原因

目录 一、前端问题 1. 界面交互问题 2. 输入数据校验问题 二、网络问题 1. 网络连接中断 2. 代理设置问题 三、后端问题 1. 服务器故障 2. 数据库问题 3. 权限问题: 四、其他问题 1. 缓存问题 2. 第三方服务问题 3. 配置问题 一、前端问题 1. 界面交互问题 登录按钮的点击事件未正确绑定,导致点击后无法触发登录操作。 页面可能存在

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识