基于ADAS 的自动泊车功能数据分发服务设计_第1页
基于ADAS 的自动泊车功能数据分发服务设计_第2页
基于ADAS 的自动泊车功能数据分发服务设计_第3页
基于ADAS 的自动泊车功能数据分发服务设计_第4页
基于ADAS 的自动泊车功能数据分发服务设计_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

0前言目前,国内汽车驾驶辅助系统控制器之间通信大多采用控制器局域网络(CAN)总线协议或带灵活可变数据波特率的控制器局域网络(CAN-FD)总线协议,少数采用可扩展面向服务的IP中间件(SOME/IP)协议。随着汽车智能化、网联化的发展,大量数据需要高速传输和交换,且对数据的可靠性要求也越来越高,CAN总线协议已经逐渐满足不了大量数据传输的需求,SOME/IP协议也满足不了大数据、多节点、高质量服务的应用场景,因此分布式实时通信(DDS)协议作为多域控制器之间的通信,被逐步应用于汽车电子系统中。DDS协议是一套通信协议和应用程序编程接口的标准,其基于发布者和订阅者模型,提供了以数据为中心的连接服务。DDS协议的功能介于操作系统和应用程序之间,使得各控制模块之间可以互相通信,且提供了低延迟、高可靠的通信,以及可扩展的架构。由于DDS协议体量较大且占用处理器资源较多,所以在汽车高级驾驶辅助系统(ADAS)方面使用较少。DDS协议对设计和性能的要求比较高,主要体现在处理器的选型、DDS协议接口定义语言(IDL)设计和服务质量(QoS)设计部分。本文通过在TDA4VM处理器上对基于ADAS自动泊车功能的DDS协议进行设计,从而使DDS协议的大体量可以通过合理设计IDL和QoS来解决,以满足在车辆自动泊车功能方面的应用需求。1系统设计用于ADAS自动泊车功能的DDS协议系统设计如图1所示。由图1可以看出,在ADAS控制器(TDA4VM处理器)上设计自动泊车功能是以DDS协议来实现通信的,ADAS控制器与动力底盘控制器之间通过CAN-FD协议实现相互通信,其中SOC为系统级芯片,MCU为单片机。图1基于ADAS自动泊车功能的DDS协议的系统设计自动泊车功能的数据传输设计主要是将泊车功能的输入、输出信号通过ADAS控制器内部的DDS协议传输到动力底盘控制器上。因此,在DDS设计过程中,需要注意ADAS控制器中的SOC端和MCU端DDS协议的IDL设计和QoS设计,以及如何通过合理的IDL和QoS设计使得ADAS自动泊车功能能够满足给定的功能需求和性能需求。2DDS协议设计技术基于ADAS自动泊车功能的DDS协议设计主要是在TDA4VM处理器的R5F内核与A72内核进行设计部署,具体包括TDA4VM处理器的DDS协议设计、DDS协议中IDL设计、DDS协议中QoS设计这3个部分。本文基于ADAS自动泊车功能DDS协议的部分设计进行技术分析。2.1TDA4VM处理器的DDS协议设计ADAS控制器采用的是德州仪器公司生产的TDA4VM处理器。该处理器的优点是多核异构且选用适合的内核完成相应的任务,此外专用硬件加速器也可以处理特定任务,从而在性能、功耗和成本上达到最佳平衡。该处理器共有11个内核,使用其中8个内核实现ADAS功能,分别是6个R5F内核(其中2个R5F内核属于MCU域,4个R5F内核属于MAIN域(主域))和2个A72内核(属于MAIN域),这8个内核的通信采用DDS协议实现。DDS协议是基于操作系统和以太网协议才能实现通信功能的。将辅助驾驶功能的需求部署在TDA4VM处理器的不同内核上,推荐方案如图2所示。将高算力的辅助驾驶功能或者传感器采集(例如摄像头、雷达、全球定位系统(GPS)、惯性测量单元(IMU)和地图等)部署在2个A72内核上,其中包含ADAS的自动泊车功能。将需要具备功能安全的辅助驾驶功能或者是CAN总线上的信号采集部署在MCU域上,将不需要功能安全的辅助驾驶功能部署在MAIN域的4个R5F内核上。图2TDA4VM处理器上的DDS部署方案DDS协议在TDA4VM处理器上的部署情况如图2所示。按照自动驾驶功能的需求,MCU域上会有具备汽车安全完整性等级D的要求,主要功能是对动力底盘相关的信号进行采集和处理;这些信号经过DDS协议由TDA4VM处理器内部以太网交换机传送给高算力的A72内核,以供ADAS自动泊车功能使用。MAIN域上的4个R5F内核上主要部署了对ADAS功能的监控及静默升级等功能。2.2DDS协议的IDL设计IDL是一种描述性语言,以独立于编程语言和操作系统处理器平台的方式来定义用于交互的数据类型和接口。本文采用DDS协议的数据提供者和数据接收者IDL设计数据格式。ADAS的自动泊车功能与动力底盘控制通信的信号在TDA4VM处理器上通过MCU域的R5F内核和MAIN域的A72内核使用DDS协议进行传输[4],在此过程中IDL的设计是评判处理器资源消耗情况的关键。在IDL的设计中,DDS协议的主题数量是衡量处理器资源消耗的关键指标,主题数量越多,资源消耗越大。特别是MCU域资源比较紧张,在使用DDS协议时需要重点考虑MCU端的IDL设计对资源的消耗。2.2.1上通信号设计MCU域时,将CAN总线上采集的动力底盘信号从MCU域的R5F内核上传输到MAIN域的A72内核上,此过程中传输的信号称为上通信号。考虑到MCU域的内存问题,且CAN-FD总线上的数据较多,为了节省资源,将自动泊车功能的输入输出信号和采集到的动力底盘信号解析部署在A72内核上。在MCU域上只进行数据接收、数据防丢失设计和监控接管。上通信号的IDL设计方案按照CAN-FD的信息结构格式来设计IDL文件,IDL文件在设计结构中包括CAN-FD的ID号、CAN-FD报文周期、CAN-FD报文长度和CANFD报文的64个字节数据。此设计方案对DDS协议在MCU域的部署来说只使用了1个主题,从而节省了DDS协议的资源消耗,也提高了MCU域的运行效率。2.2.2下通信号设计SOC端时,对摄像头、雷达、GPS和IMU等信号进行采集并融合处理,将相关的动力底盘信号传输到MCU域的R5F内核上。将A72内核上的服务化数据通过DDS协议传输到MCU域上,此过程中出现的信号称为“下通信号”。ADAS自动泊车功能的下通信号主要是动力底盘信号,需要具备功能安全的要求,所以A72内核上对于信号的处理只做服务化后的传输,在MCU域上进行信号的解析和传输。下通信号的IDL设计按照ADAS的自动泊车功能来设计动力控制模块,此模块由控制动力的信号结构体(包含速度、加速度、距离与档位信号)、控制横向信号的结构体(包含横向使能与方向盘角度信号)、控制纵向信号的结构体(包含纵向使能、刹车扭矩与速度控制信号)和驻车控制的枚举结构(包含使能手刹信号与取消手刹信号)4个部分组成。完成模块设计后可对动力底盘进行控制。基于功能安全的需求,下通信号需要4个主题来定义,由于数据量小,使得MCU域的资源消耗不会太大,同时下通信号也具备了功能安全的要求。此设计方案使得MCU域的资源消耗与信号安全达到了相对的平衡。2.3DDS的QoS设计DDS协议拥有灵活的QoS选项和配置属性,其中包括数据的可用性控制、数据的交付方式控制、数据的时效性控制、用户信息的定义和分发、网络和数据资源的控制。用户可通过QoS策略来控制数据在应用程序之间共享的方式。用户可依据应用场景的需求,选择相应的QoS策略来满足通信质量的需求。DDS协议的数据提供者和数据接收者中最常用的QoS选项有可靠性、历史性、资源限制、持久性、传输延迟性与心跳周期。DDS协议需要设计QoS属性的有参与者、数据提供者、数据接收者和主题4个部分。DDS协议的QoS设计在MCU和SOC上有不同的实现方法:MCU是静态加载,会以代码配置形式写入MCU的程序中;SOC可以是动态加载也可以是静态加载,此处采用可扩展标记语言(XML)文件的形式进行动态加载,灵活性较高。DDS协议中有默认的QoS设计,可随着DDS协议的运行而运行,新设计的QoS会覆盖默认的QoS中的相同配置。2.3.1MCU的QoS设计按照ADAS自动泊车功能的需求,MCU的数据提供者和数据接收者的QoS设计需求有所不同。数据提供者的QoS设计属性有资源限制设计、历史性设计、心跳周期设计3个部分配置,其他属性选择默认设计。在资源限制中,最大样本实例数为3、最大实例数为1、最大样本数为3,资源限制的设计是为了让写入数据的速度与读取数据的速度相匹配。数据提供者资源限制的最大远程读取节点限制为2,最大写入通道数为2,如此设计是为了限制读取端最大的节点数。在历史性设计中,历史数据深度设置为3,这可保证数据丢失补偿。在心跳周期设计中,心跳周期设置为250ms。可实现DDS协议中,实时发布订阅(RTPS)协议包括对已丢失并重传消息的检测。数据接收者的QoS设计属性有资源限制设计、历史性设计2个部分配置其他属性选择默认设计。在资源限制中,最大样本实例数为3、最大实例数为1、最大样本数为3,资源限制的设计是为了让写入数据的速度与读取数据的速度相匹配。数据接收者资源限制的最大远程读取节点限制为2,最大写入通道数为2。此设计是为了限制读取端最大的节点数。2.3.2SOC的QoS设计根据ADAS自动泊车功能的需求,将QoS中的数据提供者和数据接收者XML文件进行重新设计,保证SOC的所有数据提供者和数据接收者的QoS配置项都相同。其中,将QoS的历史数据跟踪深度设置为3,可记录3次历史数据且对数据丢失进行了补偿。此外也加入了选择可靠值属性,该设计方案是对数据的DDS协议传输进行了加固,并将持久性的QoS配置项设计为瞬态局持久性,这对数据提供者来说就是将发送的数据写入历史记录中且保存已发送数据,当数据出现丢失时,会将历史记录中的数据重新发送出去。3结果与分析通过对DDS协议在TDA4VM处理器上的部署设计、DDS协议的IDL设计、DDS协议的QoS设计完成了MCU域的R5F内核和MAIN域的A72内核的相互通信,实现了ADAS自动泊车功能,同时使用基于DDS协议的性能测试工具进行测试。结果显示,基于DDS协议从MCU域到SOC端(A72内核)的通信测试结果延迟时间在2~4ms。从实车检测效果来看,该方案可以满足当前ADAS自动泊车功能的需求。4结语基于ADAS自动泊车功能的DDS设计,在TDA4VM

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论