车载以太网测试 -DoIP测试开发实践VIP免费

-DoIP测试开发实践■■■■前言车载以太网测试之实锤系列，之前我们已经从环境设备组成、被测对象组成再到测试过程和测试结果分析，分享了完整的PMA测试、IOP测试、TC8中的TCP/IP协议一致性测试过程、TC8-SOME/IP相关技术干货及测试实践也分享了1000BASE-T1物理层PMA测试相关测试实践，本期给大家介绍的是DoIP及以太网诊断测试开发相关知识及测试实践分享。DoIP简介以太网最早由BMW引入车内，其应用场景就是刷写，满足类似HMI的地图数据、液晶仪表等软件数据更新，感兴趣的可查阅ThomasKonigseder的AutomotiveEthernet书中的介绍。由于其突出的特性，而后得到主要OEM的推崇和更广泛的应用，遂开始了国际标准化（汽车行业一直以来的“套路”）。DoIP全称：DiagnosticcommunicationoverInternetProtocol。顾名思义，通过以太网来实现车辆诊断，其对应的国际标准为ISO13400，其定义了DoIP协议（基于UDS）并描述了外部测试设备与车辆进行诊断数据交互的流程。14229-314229-414229-5■14229-614229-7F图为DoIP及基于以太网诊断在OSI7层模型中及在“7层之外”的“角色”和位置”。DoIP协议要点简述DoIP报文DoIP报文分为三大类：节点管理类、车辆信息类、诊断类。6DoIP13400-1:Generalinformationuse-^SO14229^1UDSServicesVehiclernanufactyrerspecific5ISO14229-2UDSSessions图1DoIP及以太网诊断规范框架DoIP图2DoIP报文在以太网报文中的位置示意图节点管理类主要包括报头处理流程、车辆信息获取（如EID、GID、VIN等）路由激活流程（包括授权以及确认功能）TCP_DATAsocket处理流程。NtxkMansgenrentGeneTicDoIPheadernegativeacknawledg.e0x0001Vehideidentification：requestmessage0x0002VehideIdentific^iionrequestmessagewithEIDOxOOOMVehideidentification^requestmessagewithVINnVehideannouncementmenage/vehicleidentrficati-DnresponsemessageOMOOOSFLoirtir^gactrv-aijonrequestOxOOQGFLoutingactivdtivnresponseQxD007Alevechedf车辆发现流程->TCP_DATAsocket处理流程->诊断数据交互->关闭TCP_DATAsocket。图6DoIP会话流程图片来源：ISO13400-2:Roadvehicles-DiagnosticcommunicationoverInternetProtocol(DoIP)边缘和内部节点差异关于DoIP协议，ISO13400规范做了框架性的定义，但OEM会依据整车功能需求自定义细节内容，同时会区分边缘节点和内部以太网节点，聊到此处有的小伙伴可能会有疑问，“以太网节点为何要区分边缘节点和内部节点？两者是否可以支持完整的DoIP协议？”接下来我们通过实例讨论边缘节点和内部节点在DoIP报文配置方面的差别。问题一：内部节点需要支持诊断报文肯定应答(0x8002)么？分析：当Tester向内部节点发送诊断请求时，首先边缘节点会先向Tester发送0x8002报文，如果内部节点也支持0x8002报文，随后边缘节点又再一次转发内部节点发送的0x8002报文和诊断应答报文到Tester。根据DoIP协议Tester完成诊断报文发送后会等待0x8002报文同时开启P6Client定时器来接收诊断应答报文(暂时不考虑0x8003)。所以如果内部节点支持0x8002报文从系统设计方面考虑不符合DoIP协议，而且会导致以太网系统级诊断刷写测试P6Client参数超时。图7内部节点支持0x8002报文交互过程示例问题二，笔者抛块砖：不同类型节点对路由激活报文该采用何种策略？有兴趣的，可就此类技术细节约聊，同样此话题可扩展包括DoIP其他报文针对边缘和内部节点不同的...