一种应用于下线测试的报文结构和下线测试系统技术方案

本发明专利技术公开了一种应用于下线测试的报文结构和下线测试系统。该报文结构包括：发送帧报文结构和响应帧报文结构；发送帧报文结构至少包括数据流向标识部分和报文信息属性部分；响应帧报文结构至少包括数据流向标识部分、响应状态部分以及报文信息属性部分；数据流向标识部分用于确认下线测试时报文的发送方和接收方，以根据数据流向标识部分实现报文转发，报文信息属性部分用于指示报文的基本信息，响应状态部分用于确认报文的执行情况。通过上述报文结构进行下线测试，当待测产品中包含有多个微控制单元和/或多个系统级芯片时，可以直接通过该报文结构实现报文的转发，提高了下线测试时报文结构与待测产品的兼容性。测试时报文结构与待测产品的兼容性。测试时报文结构与待测产品的兼容性。

【技术实现步骤摘要】
一种应用于下线测试的报文结构和下线测试系统


[0001]本专利技术实施例涉及通信
，尤其涉及一种应用于下线测试的报文结构和下线测试系统。

技术介绍

[0002]随着智能辅助驾驶汽车时代的到来，汽车电子产品功能越来越复杂，其中起关键性作用的域控制器因算力需求的增加，域控制器的硬件复杂度和软件复杂度都成倍增加，使整车下线(End of Line，EOL)测试的复杂度也成倍增加。
[0003]现有技术中应用于下线测试的报文结构，可以满足待测产品包含单一微控制单元(Microcontroller Unit，MCU)以及单一系统级芯片(System On Chip，SOC)的下线测试。然而，在硬件方面，单MCU和单SOC的模式已不能满足算力需求，已出现多MCU和多SOC共同协作的模式。
[0004]对于多MCU和多SOC共同协作的模式，现有技术中的报文结构对不同的产品有不同的报文协议，随着产品数量的增多，针对不同产品需要制定不同的报文协议，调试周期长，人工投入成本大的问题日益显著。

技术实现思路

[0005]本专利技术提供了一种应用于下线测试的报文结构和下线测试系统，可以满足待测产品中包含多MCU和多SOC的下线测试，可以提高下线测试时报文结构与待测产品的兼容性。
[0006]第一方面，本专利技术实施例提供了一种应用于下线测试的报文结构，包括：
[0007]发送帧报文结构和响应帧报文结构；
[0008]所述发送帧报文结构至少包括数据流向标识部分和报文信息属性部分；<br/>[0009]所述响应帧报文结构至少包括数据流向标识部分、响应状态部分以及报文信息属性部分；
[0010]所述数据流向标识部分用于确认下线测试时报文的发送方和接收方，以根据数据流向标识部分实现报文转发，所述报文信息属性部分用于指示报文的基本信息，所述响应状态部分用于确认报文的执行情况。
[0011]第二方面，本专利技术实施例提供了一种下线测试系统，所述下线测试系统应用如第一方面所述的应用于下线测试的报文结构进行通信，所述系统包括：
[0012]上位机和待测产品；
[0013]所述上位机用于切换正常模式与下线测试模式，以及在下线测试模式时与待测产品进行通信，以完成下线测试；
[0014]所述待测产品包括微控制单元和/或系统级芯片，所述微控制单元和所述系统级芯片的数量均为一个或多个。
[0015]本专利技术实施例的技术方案，通过数据流向部分确认报文的发送方和接收方，通过报文信息属性部分获取报文的基本信息，通过响应状态部分确认报文的执行情况。当待测
产品中包含有多MCU和多SOC时，可以直接通过该报文结构实现报文的转发，提高了下线测试时报文结构与待测产品的兼容性。
[0016]应当理解，本部分所描述的内容并非旨在标识本专利技术的实施例的关键或重要特征，也不用于限制本专利技术的范围。本专利技术的其它特征将通过以下的说明书而变得容易理解。
附图说明
[0017]为了更清楚地说明本专利技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0018]图1是对下线测试进行模式管理的示意图；
[0019]图2是根据本专利技术实施例一提供的一种应用于下线测试的报文结构的结构示意图；
[0020]图3是根据本专利技术实施例二提供的一种应用于下线测试的报文结构的结构示意图；
[0021]图4是根据本专利技术实施例二提供的一种应用于下线测试的报文结构的排布方式的示意图；
[0022]图5是根据本专利技术实施例四提供的一种下线测试系统的结构示意图；
[0023]图6是根据本专利技术实施例四提供的一种应用于下线测试系统的网络拓扑结构的示意图。
具体实施方式
[0024]为了使本
的人员更好地理解本专利技术方案，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分的实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本专利技术保护的范围。
[0025]需要说明的是，本专利技术中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本专利技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0026]整车下线(End of Line，EOL)测试是车辆在出厂前对整车进行故障诊断、直/交流充电测试、功能验证等测试的最后一道检测工序。在对车辆进行下线测试时，可以将下线测试的流程分为两部分：通过仿真上位机的指令来观察下线流程中的诊断数据流是否正确；发送相应指令后观察各执行器的动作是否正常。即通过上位机与待测产品之间的数据交互，可以实现对待测产品的下线测试。
[0027]在上位机中可以对下线测试进行管理，如可以在上位机中显示有模式管理界面，
在模式管理界面中可以选择正常模式和EOL模式，用户可以通过模式管理界面与上位机进行交互，实现对下线测试的模式管理。
[0028]图1是对下线测试进行模式管理的示意图，如图1所示，分为正常模式，EOL等待密码模式，EOL模式。正常模式可以理解为，未进入EOL模式且无需进入EOL模式。在EOL等待密码模式下，用户可以通过模式管理界面与上位机进行交互，在上位机中输入密码，EOL等待密码模式即为等待用户输入密码的模式。EOL模式为进行下线测试的模式，只有在进入EOL模式时，上位机与待测产品才可以通过与本专利技术提供的一种应用于下线测试的报文结构对应的报文进行数据交互，即进入EOL模式时EOL通信指令才能生效。
[0029]如图1所示，当需要由正常模式进入EOL模式时，通过特定的请求进入指令请求进入EOL模式，当接收到请求进入指令时，可以先进入EOL等待密码模式，在EOL等待密码模式下等待用户输入密码，若在指定时间T内接收到用户输入的密码，则可以进入EOL模式；反之，若在指定时间T内未接收到用户输入的密码，则会通过请求退出指令由EOL等待密码模式返回正常模式；当需要退出EOL模式时，可以通过请求退出指令由EOL模式返回正常模式。其中，对指定时间T不作限定，可以是根据实际应用需要设定的时间。
[0030]待测产品中可以是单MCU和单SOC的模式，也可以是多MCU和多SOC共同协作的模式。对于现有的应用于下线测试的报文结构，可以满足待测产品包含单MCU和单SOC的下线测试，对不本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种应用于下线测试的报文结构，其特征在于，包括：发送帧报文结构和响应帧报文结构；所述发送帧报文结构至少包括数据流向标识部分和报文信息属性部分；所述响应帧报文结构至少包括数据流向标识部分、响应状态部分以及报文信息属性部分；所述数据流向标识部分用于确认下线测试时报文的发送方和接收方，以根据数据流向标识部分实现报文转发，所述报文信息属性部分用于指示报文的基本信息，所述响应状态部分用于确认报文的执行情况。2.根据权利要求1所述的结构，其特征在于，所述数据流向标识部分包括：来源标识和目标标识，所述来源标识和所述目标标识分别占用1个字节；所述来源标识用于确认报文的发送方，所述目标标识用于确认报文的接收方。3.根据权利要求1所述的结构，其特征在于，所述报文信息属性部分包括：数据总长、协议类型、主命令字以及信息标签；所述数据总长和所述信息标签分别占用2个字节，所述协议类型和所述主命令字分别占用1个字节；所述数据总长用于表示报文的长度，所述协议类型用于表示传输报文时的通信协议类型，所述主命令字用于表示报文需要执行的操作类型，所述信息标签用于表示报文的功能，或确认是否需要携带数据。4.根据权利要求3所述的结构，其特征在于，当所述信息标签确认需要携带数据时，所述发送帧报文结构和/或响应帧报文结构还包括：数据域部分，所述数据域部分包括信息长度和信息数据；所述信息长度占用2个字节，所述信息数据占用的长度为需要携带的数据长度；所述信息长度用于表示需要携带的数据长度，所述信息数据用于表示需要携带的数据。...

【专利技术属性】
技术研发人员：李新乐，刘华，
申请(专利权)人：惠州市德赛西威汽车电子股份有限公司，
类型：发明
国别省市：