CN117370174A - 车载主机调试方法、系统及串化器和解串器可编程盒子 - Google Patents

车载主机调试方法、系统及串化器和解串器可编程盒子 Download PDF

Info

Publication number
CN117370174A
CN117370174A CN202311320071.5A CN202311320071A CN117370174A CN 117370174 A CN117370174 A CN 117370174A CN 202311320071 A CN202311320071 A CN 202311320071A CN 117370174 A CN117370174 A CN 117370174A
Authority
CN
China
Prior art keywords
serializer
deserializer
vehicle
mounted host
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311320071.5A
Other languages
English (en)
Inventor
刘文滔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huizhou Desay SV Automotive Co Ltd
Original Assignee
Huizhou Desay SV Automotive Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huizhou Desay SV Automotive Co Ltd filed Critical Huizhou Desay SV Automotive Co Ltd
Priority to CN202311320071.5A priority Critical patent/CN117370174A/zh
Publication of CN117370174A publication Critical patent/CN117370174A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/362Software debugging
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079Root cause analysis, i.e. error or fault diagnosis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3692Test management for test results analysis

Abstract

本申请提出一种车载主机调试方法、系统及串化器和解串器可编程盒子,获取目标设备的设备参数,根据所述目标设备的设备参数,在串化器和解串器可编程盒子中调用对应的串化器和解串器,通过所述串化器和解串器将待测试数据输出至车载主机,通过所述车载主机调用对应测试驱动对所述待测试数据进行检测,根据检测结果进行所述车载主机的调试;本申请通过多种型号的外部设备参数构建的串化器和解串器可编程盒子,有效降低了车载主机在调试过程中,对周边配件设备的依赖性,实现跟周边配件设备的解耦开发,提高了车载主机的调试效率,降低了车载主机的调试成本。

Description

车载主机调试方法、系统及串化器和解串器可编程盒子
技术领域
本申请涉及车载主机调试技术领域,尤其是涉及车载主机调试方法、系统及串化器和解串器可编程盒子。
背景技术
随着经济社会的快速发展 ,人们出行可选的交通方式更加多样,但舒适、便捷的汽车依然是人们交通出行的首选工具之一。人们对交通出行的需求不断增加。汽车因其便捷性和灵活性成为首选交通工具,从而导致汽车数量不断增加。
车载主机调试是指对车辆中心控制系统中的主机进行调试和故障排除的过程。车载主机作为车辆电子系统的核心,负责管理和控制各种功能,如导航系统、娱乐系统、通信系统、驾驶辅助系统等。因此,保证车载主机的正常运行对于车辆的安全性、功能性和用户体验至关重要。
车载主机与周边配件适配过程中存在一些列的兼容性问题、通信协议问题、驱动程序支持问题和安全问题等。当前车载系统从普通的单主机到现在的域控制器,由先前的一台主机处理芯片驱动一个屏幕或一个摄像头到现在一个单芯片域控制器驱动多个屏幕和摄像头或更多的项目越来越多,这些配件分别来至不同的供应商跟这项目同步开发,导致主机系统软件开发对这些配件供应商有强依赖会影响到项目交付,同时这些周边件成本很高且复用度较低,不利于项目成本的控制。
发明内容
针对上述技术问题,本申请提出一种车载主机调试方法、系统及串化器和解串器可编程盒子。
第一方面,本申请中提供了一种车载主机调试方法,包括以下步骤:
S1:获取目标设备的设备参数。
优选地,目标设备的设备参数至少包括设备类型、连接方式和数据格式。
优选地,所述设备参数可通过供应商或工程师获取。
S2:根据所述目标设备的设备参数,在串化器和解串器可编程盒子中调用对应的串化器和解串器。
优选地,根据所述设备参数,从所述串化器和解串器可编程盒子中选择与所述目标设备兼容的型号的串行器和解串器,配置所述串行器和解串器并调用串化器和解串器函数完成待测试数据的发送和接收,具体为:
S201:确定目标设备的设备参数;根据所述目标设备的设备参数将确定你需要使用的串行器和解串行器的类型和配置;
S202:选择合适的串行器和解串行器;根据目标设备的设备参数,从所述串化器和解串器可编程盒子的串行器和解串行器中选择与目标设备兼容的型号或配置。
S203:配置串行器和解串行器;在所述串化器和解串器可编程盒子的程序或系统中,根据所选串行器和解串行器的要求,进行相应的配置。所述配置至少包括设置特定的通信协议、波特率、数据位和停止位。
S204:调用串行器和解串行器函数:利用所选串行器和解串行器的提供的API或函数库,按照所述目标设备的设备参数和通信需求,进行相应的函数调用,所述串化器和解串器可编程盒子至少包括数据的串行化(将数据转换为串行格式)和解串行化(将串行数据转换为可处理的格式),以及数据的发送和接收。
S3:通过所述串化器和解串器将待测试数据输出至车载主机,通过所述车载主机调用对应测试驱动对所述待测试数据进行检测。
优选地,所述通过所述车载主机调用对应测试驱动,具体为:
判断所述待测试数据类型,提取指令信息,根据所述指令信息调用对应的测试驱动;
其中,S301:判断测试数据类型:所述待测试数据的类型至少包括传感器数据、网络数据和音频/视频数据,所述待测试数据的类型可以通过数据的特征和格式来确定;
S302:提取指令信息:所述提取指令信息至少包括解析数据包中的特定字段、协议头或其他标识,以获取与测试相关的指令或命令;
S303:调用对应的测试驱动:根据提取到的指令信息,车载主机将调用对应的测试驱动。
其中所述测试驱动至少包括:控制与被测试设备的通信和交互、获取和解析测试数据、执行功能和性能测试和记录和报告测试结果的功能。
优选地,所述对所述待测试数据进行检测,具体为:
对所述待测试数据进行解析,获取待测试数据的格式、数值范围和逻辑关系,根据所述待测试数据的格式、数值范围和逻辑关系,运用功能测试用例,将测试驱动的检测结果与定义的测试目标进行比较,记录每个测试用例的检测结果并保存到日志文件或数据库中。
S4:根据检测结果进行所述车载主机的调试。
优选地,所述步骤S4,具体为:
S401:根据所述检测结果定位问题源和异常情况;
进一步的,分析记录的测试结果,找到异常情况并确定其可能的问题源,可能包括软件逻辑、算法、传感器数据等;
S402:检测所述问题源和异常情况对应的车载主机参数;
进一步的,确定与问题源和异常情况相关的车载主机参数,例如控制参数、传感器校准值等,并使用测试驱动程序获取这些车载主机参数的当前值;
S403:将所述车载主机参数与参考数据进行比对获取误差值;
所述参考数据可以来自规范、标准或其他验证来源的合理数值或范围,将车载主机参数的当前值与相应的参考数据进行比对,计算出误差值;
S404:通过所述误差值对所述车载主机参数进行校正;
进一步的,在测试驱动程序中实现校正逻辑,根据所述误差值对相应的车载主机参数进行校正操作;
S405:将校正后的车载主机参数返回步骤S3;
迭代步骤直至误差值在预设范围内,当校正次数超过预设最大校正次数后,更换车载主机组件;
进一步的,更新车载主机参数为校正后的值,重复执行步骤S3,将校正后的参数再次用于比对和校正,通过不断校正和比对,逐渐减小误差值,直至误差值在预设范围内或达到预设最大校正次数;
若达到预设最大校正次数仍无法满足误差值在预设范围内,可能存在无法通过校正解决的问题,此时更换车载主机组件,如更换故障的传感器、ECU或其他相关的硬件设备。
优选地,所述串化器和解串器可编程盒子,包括:
获取多种目标设备的串化器和解串器参数并烧录写入至所述串化器和解串器可编程盒子。
第二方面,本申请还提供一种车载主机调试系统,所述系统包括:
数据获取端口:用于接收多种目标设备的串化器和解串器的待测试数据;
车载主机:用于调用测试驱动对所述待测试数据进行检测,获取检测结果;
调试单元:用于根据检测结果进行所述车载主机的调试;
其中,所述调试单元,还包括:
分析单元:根据所述检测结果定位问题源和异常情况;
比对单元:将所述问题源和异常情况对应的车载主机参数与参考数据进行比对获取误差值;
校正单元:通过所述误差值对所述车载主机参数进行校正;
判断单元:判断校正后的车载主机参数误差值是否在预设范围内,若在预设范围内,则完成调试,否则当校正次数超过预设次数后,更换车载主机组件。
第三方面,本申请还提供了一种串化器和解串器可编程盒子,为如上任一所述的一种车载主机调试方法中的串化器和解串器可编程盒子,所述串化器和解串器可编程盒子的生成方法包括:
获取串行器和解串器参数:所述串化器和解串器的参数至少包括接口类型、输入或输出数量、通信协议、数据帧格式和时序要求;
构建硬件平台:选择合适的硬件平台,所述硬件平台至少包括单板计算机和嵌入式系统;
开发或选择适配驱动程序:根据串行器和解串器的接口类型和通信协议,开发或选择适配驱动程序;
设计外部接口:根据所述串化器和解串器的输入或输出数量和接口类型,设计和实现所述串化器和解串器可编程盒子的外部接口;
开发控制软件:用于配置、控制和管理所述串化器和解串器可编程盒子;
测试和调试:所述串化器和解串器可编程盒子构建完成后,对串行数据的传输和解析进行测试和调试,确保所述串化器和解串器可编程盒子功能的正确性和性能。
第四方面,本申请还提供一种电子设备,所述电子设备包括:
处理器及存储器;
所述存储器用于存储计算机程序,所述处理器用于执行所述计算机程序,以使所述电子设备执行如上任一所述的一种车载主机调试方法。
综上所述,本申请提出一种车载主机调试方法、系统及串化器和解串器可编程盒子,获取目标设备的设备参数,根据所述目标设备的设备参数,在串化器和解串器可编程盒子中调用对应的串化器和解串器,通过所述串化器和解串器将待测试数据输出至车载主机,通过所述车载主机调用对应测试驱动对所述待测试数据进行检测,根据检测结果进行所述车载主机的调试。
相比于现有技术,本申请具备以下技术效果:
本申请通过多种型号的外部设备参数构建的串化器和解串器可编程盒子,有效降低了车载主机在调试过程中,对周边配件设备的依赖性,实现跟周边配件设备的解耦开发,提高了车载主机的调试效率,降低了车载主机的调试成本。
附图说明
图1 为本申请中所述的车载主机调试方法流程图。
图2 为一实施例中通过所述串化器和解串器将所述待测试数据输出至车载主机流程图。
图3为本申请中所述的车载主机调试系统流程图。
图4为本申请中所述的串化器和解串器可编程盒子构建流程图。
图5为一实施例中获取外部设备的串化器和解串器参数烧录到串化器和解串器可编程盒子的流程图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
实施例一:
如图1所示,本申请中提供了一种车载主机调试方法,包括以下步骤:
S1:获取目标设备的设备参数。
优选地,目标设备的设备参数至少包括设备类型、连接方式和数据格式。
优选地,所述设备参数可通过供应商或工程师获取。
S2:根据所述目标设备的设备参数,在串化器和解串器可编程盒子中调用对应的串化器和解串器。
优选地,根据所述设备参数,从所述串化器和解串器可编程盒子中选择与所述目标设备兼容的型号的串行器和解串器,配置所述串行器和解串器并调用串化器和解串器函数完成待测试数据的发送和接收,具体为:
S201:确定目标设备的设备参数;根据所述目标设备的设备参数将确定你需要使用的串行器和解串行器的类型和配置;
S202:选择合适的串行器和解串行器;根据目标设备的设备参数,从所述串化器和解串器可编程盒子的串行器和解串行器中选择与目标设备兼容的型号或配置。
S203:配置串行器和解串行器;在所述串化器和解串器可编程盒子的程序或系统中,根据所选串行器和解串行器的要求,进行相应的配置。所述配置至少包括设置特定的通信协议、波特率、数据位和停止位。
S204:调用串行器和解串行器函数:利用所选串行器和解串行器的提供的API或函数库,按照所述目标设备的设备参数和通信需求,进行相应的函数调用,所述串化器和解串器可编程盒子至少包括数据的串行化(将数据转换为串行格式)和解串行化(将串行数据转换为可处理的格式),以及数据的发送和接收。
S3:通过所述串化器和解串器将待测试数据输出至车载主机,通过所述车载主机调用对应测试驱动对所述待测试数据进行检测。
优选地,所述通过所述车载主机调用对应测试驱动,具体为:
判断所述测试数据类型,提取指令信息,根据所述指令信息调用对应的测试驱动;
其中,S301:判断测试数据类型:所述待测试数据的类型至少包括传感器数据、网络数据和音频/视频数据,所述待测试数据的类型可以通过数据的特征和格式来确定;
S302:提取指令信息:所述提取指令信息至少包括解析数据包中的特定字段、协议头或其他标识,以获取与测试相关的指令或命令;
S303:调用对应的测试驱动:根据提取到的指令信息,车载主机将调用对应的测试驱动。
其中所述测试驱动至少包括:控制与被测试设备的通信和交互、获取和解析测试数据、执行功能和性能测试和记录和报告测试结果的功能。
优选地,所述对所述待测试数据进行检测,具体为:
对所述待测试数据进行解析,获取待测试数据的格式、数值范围和逻辑关系,根据所述待测试数据的格式、数值范围和逻辑关系,运用功能测试用例,将测试驱动的检测结果与定义的测试目标进行比较,记录每个测试用例的检测结果并保存到日志文件或数据库中。
如图2所示,在另一实施例中,通过所述串化器和解串器将所述待测试数据输出至车载主机,具体为:
S331:连接多路摄像头或屏幕:将多路摄像头或屏幕与可编程盒子的串行器连接。确保使用适当的连接接口和线缆,如HDMI、DisplayPort等。
S332:配置串行器和解串器:根据所述串行器和解串器的参数和规格,使用编程盒子的控制软件或配置工具进行相应的配置。设置输入源的数量和类型,配置分辨率、帧率等相关参数。
S333:确定输出接口:选择合适的输出接口来连接可编程盒子和车载主机。常见的接口有HDMI、VGA、DisplayPort等,确保车载主机支持相应的接口类型。
S334:连接可编程盒子和车载主机:使用适当的连接线缆,将可编程盒子的输出接口与车载主机的相应输入接口进行连接,确保连接稳固,信号传输畅通。
S335:配置车载主机:在车载主机上设置相应的输入源,并确保其与可编程盒子的输出接口的参数匹配,如分辨率和刷新率等。
S336:测试和调试:完成连接和配置后,进行测试和调试以验证待测试数据的传输。确保待测试数据正常传输到车载主机,并进行必要的调整和优化。
S4:根据检测结果进行所述车载主机的调试。
优选地,所述步骤S4,具体为:
S401:根据所述检测结果定位问题源和异常情况;
进一步的,分析记录的测试结果,找到异常情况并确定其可能的问题源,可能包括软件逻辑、算法、传感器数据等;
S402:检测所述问题源和异常情况对应的车载主机参数;
进一步的,确定与问题源和异常情况相关的车载主机参数,例如控制参数、传感器校准值等,并使用测试驱动程序获取这些车载主机参数的当前值;
S403:将所述车载主机参数与参考数据进行比对获取误差值;
所述参考数据可以来自规范、标准或其他验证来源的合理数值或范围,将车载主机参数的当前值与相应的参考数据进行比对,计算出误差值;
S404:通过所述误差值对所述车载主机参数进行校正;
进一步的,在测试驱动程序中实现校正逻辑,根据所述误差值对相应的车载主机参数进行校正操作;
S405:将校正后的车载主机参数返回步骤S3;
迭代步骤直至误差值在预设范围内,当校正次数超过预设最大校正次数后,更换车载主机组件;
进一步的,更新车载主机参数为校正后的值,重复执行步骤S3,将校正后的参数再次用于比对和校正,通过不断校正和比对,逐渐减小误差值,直至误差值在预设范围内或达到预设最大校正次数;
若达到预设最大校正次数仍无法满足误差值在预设范围内,可能存在无法通过校正解决的问题,此时更换车载主机组件,如更换故障的传感器、ECU或其他相关的硬件设备。
在另一实施例中,若检测驱动结果为所述车载主机连接的显示模块正常显示待测试数据,则所述车载主机处于正常系统,所述车载主机连接显示模块显示所述待测试数据,并将所述待测试数据返回所述串化器和解串器可编程盒子检测所述车载主机的硬件设备;
若所述检测驱动结果为所述车载主机连接的显示模块未显示所述待测试数据,则所述车载主机启动诊断系统,检测所述车载主机的硬件设备是否工作正常;
若所述车载主机的硬件设备工作异常,则对所述工作异常的硬件设备进行预警提示;
若所述车载主机的硬件设备正常工作,则调试所述待测试驱动程序。
优选地,所述待测试驱动程序的调试,具体为:
配置调试工具,根据所述调试工具定位所述待测试驱动程序的问题,修复所述问题,重新运行所述待测试驱动并进行验证和测试,适配所述外部设备。
优选地,所述串化器和解串器可编程盒子,包括:
获取多种目标设备的串化器和解串器参数并烧录写入至所述串化器和解串器可编程盒子。
实施例二:
如图3所示,作为另一优选的,本申请还提供一种车载主机调试系统,所述系统包括:
数据获取端口:用于接收多种目标设备的串化器和解串器的待测试数据;
车载主机:用于调用测试驱动对所述待测试数据进行检测,获取检测结果;
调试单元:用于根据检测结果进行所述车载主机的调试;
其中,所述调试单元,还包括:
分析单元:根据所述检测结果定位问题源和异常情况;
比对单元:将所述问题源和异常情况对应的车载主机参数与参考数据进行比对获取误差值;
校正单元:通过所述误差值对所述车载主机参数进行校正;
判断单元:判断校正后的车载主机参数误差值是否在预设范围内,若在预设范围内,则完成调试,否则当校正次数超过预设次数后,更换车载主机组件。
实施例三:
如图4所示,本申请还提供了一种串化器和解串器可编程盒子,所述串化器和解串器可编程盒子包括:
获取串行器和解串器参数:所述串化器和解串器的参数至少包括接口类型、输入/输出数量、通信协议、数据帧格式和时序要求;
构建硬件平台:选择合适的硬件平台,所述硬件平台至少包括单板计算机和嵌入式系统;
开发或选择适配驱动程序:根据串行器和解串器的接口类型和通信协议,开发或选择适配驱动程序;
设计外部接口:根据所述串化器和解串器的输入/输出数量和接口类型,设计和实现所述串化器和解串器可编程盒子的外部接口;
开发控制软件:用于配置、控制和管理所述串化器和解串器可编程盒子;
测试和调试:所述串化器和解串器可编程盒子构建完成后,对串行数据的传输和解析进行测试和调试,确保所述串化器和解串器可编程盒子功能的正确性和性能。
优选地,如图5所述,在一实施例中,获取外部设备的串化器和解串器参数烧录到串化器和解串器可编程盒子,具体为:
S801:连接可编程盒子;将可编程盒子与计算机或开发环境进行连接。确保使用适当的连接接口和线缆;
S802:编写烧录程序;根据可编程盒子的芯片或控制器规格以及烧录方式,编写相应的烧录程序;这可以是通过专门的烧录软件、命令行工具或集成开发环境(IDE)来完成;
S803:准备烧录文件;根据所述串行器和解串器参数,生成或获取相应的烧录文件或固件;这些文件通常是二进制文件或特定格式的配置文件,包含了所需的参数和设置;
S804:设置烧录模式;根据可编程盒子的规格和烧录设备的要求,将可编程盒子切换到烧录模式。这通常需要在设备上设置或通过相应的引脚或按钮进行操作;
S805:执行烧录操作;使用烧录程序将烧录文件写入可编程盒子的串行器和解串器芯片中。这通常涉及选择正确的设备和端口、加载烧录文件,并启动烧录过程;
S806:验证烧录结果;完成烧录后,进行验证以确保参数已经成功烧录到可编程盒子的串行器和解串器中。这可以通过读取和检查芯片上的参数、进行功能测试或与工程设备进行连接来进行。
优选地,将多种外部设备的串化器和解串器已经成功烧录到可编程盒子的串行器和解串器中,进而实现业务功能的解耦,旨在降低车载主机调试过程中对外部设备的依赖性,提高了工作效率。
实施例四:
优选地,本申请还提供一种电子设备,所述电子设备包括:
处理器及存储器;
所述存储器用于存储计算机程序,所述处理器用于执行所述计算机程序,以使所述电子设备执行如上所述的一种车载主机调试方法。
综上所述,本申请提出一种车载主机调试方法、系统及串化器和解串器可编程盒子,获取目标设备的设备参数,根据所述目标设备的设备参数,在串化器和解串器可编程盒子中调用对应的串化器和解串器,通过所述串化器和解串器将待测试数据输出至车载主机,通过所述车载主机调用对应测试驱动对所述待测试数据进行检测,根据检测结果进行所述车载主机的调试;本申请通过多种型号的外部设备参数构建的串化器和解串器可编程盒子,有效降低了车载主机在调试过程中,对周边配件设备的依赖性,实现跟周边配件设备的解耦开发,提高了车载主机的调试效率,降低了车载主机的调试成本。
尽管这里已经参考附图描述了示例实施例,应理解上述示例实施例仅仅是示例性的,并且不意图将本申请的范围限制于此。本领域普通技术人员可以在其中进行各种改变和修改,而不偏离本申请的范围和精神。所有这些改变和修改意在被包括在所附权利要求所要求的本申请的范围之内。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个设备,或一些特征可以忽略,或不执行。
本申请的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的一些模块的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的装置程序(例如,计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。

Claims (10)

1.一种车载主机调试方法,其特征在于,包括:
S1:获取目标设备的设备参数;
S2:根据所述目标设备的设备参数,在串化器和解串器可编程盒子中调用对应的串化器和解串器;
S3:通过所述串化器和解串器将待测试数据输出至车载主机,通过所述车载主机调用对应测试驱动对所述待测试数据进行检测;
S4:根据检测结果进行所述车载主机的调试。
2.根据权利要求1所述的一种车载主机调试方法,其特征在于,所述步骤S2,具体为:
根据所述设备参数,从所述串化器和解串器可编程盒子中选择与所述目标设备兼容的型号的串行器和解串器,配置所述串行器和解串器并调用串化器和解串器函数完成待测试数据的发送和接收。
3.根据权利要求2所述的一种车载主机调试方法,其特征在于,所述通过所述车载主机调用对应测试驱动,具体为:
判断所述测试数据类型,提取指令信息,根据所述指令信息调用对应的测试驱动;
其中所述测试驱动至少包括:控制与被测试设备的通信和交互、获取和解析测试数据、执行功能和性能测试和记录和报告测试结果。
4.根据权利要求3所述的一种车载主机调试方法,其特征在于,所述对所述待测试数据进行检测,具体为:
对所述待测试数据进行解析,获取待测试数据的格式、数值范围和逻辑关系,根据所述待测试数据的格式、数值范围和逻辑关系,运用功能测试用例,将测试驱动的检测结果与定义的测试目标进行比较,记录每个测试用例的检测结果并保存到日志文件或数据库中。
5.根据权利要求4所述的一种车载主机调试方法,其特征在于,所述步骤S4,具体为:
S401:根据所述检测结果定位问题源和异常情况;
S402:检测所述问题源和异常情况对应的车载主机参数;
S403:将所述车载主机参数与参考数据进行比对获取误差值;
S404:通过所述误差值对所述车载主机参数进行校正;
S405:将校正后的车载主机参数返回步骤S3;
迭代步骤直至误差值在预设范围内,当校正次数超过预设次数后,更换车载主机组件。
6.根据权利要求5所述的一种车载主机调试方法,其特征在于,所述串化器和解串器可编程盒子,包括:
获取多种目标设备的串化器和解串器参数并烧录写入至所述串化器和解串器可编程盒子。
7.根据权利要求1-6任一所述的一种车载主机调试方法的系统,其特征在于,包括:
数据获取端口:用于接收多种目标设备的串化器和解串器的待测试数据;
车载主机:用于调用测试驱动对所述待测试数据进行检测,获取检测结果;
调试单元:用于根据检测结果进行所述车载主机的调试。
8.根据权利要求7所述的一种车载主机调试系统,其特征在于,所述调试单元,还包括:
分析单元:根据所述检测结果定位问题源和异常情况;
比对单元:将所述问题源和异常情况对应的车载主机参数与参考数据进行比对获取误差值;
校正单元:通过所述误差值对所述车载主机参数进行校正;
判断单元:判断校正后的车载主机参数误差值是否在预设范围内,若在预设范围内,则完成调试,否则当校正次数超过预设最大校正次数后,更换车载主机组件。
9.一种串化器和解串器可编程盒子,其特征在于,为权利要求1-6任一所述的一种车载主机调试方法中的串化器和解串器可编程盒子,所述串化器和解串器可编程盒子的生成方法包括:
获取串行器和解串器参数:所述串化器和解串器的参数至少包括接口类型、输入或输出数量、通信协议、数据帧格式和时序要求;
构建硬件平台:选择合适的硬件平台,所述硬件平台至少包括单板计算机和嵌入式系统;
开发或选择适配驱动程序:根据串行器和解串器的接口类型和通信协议,开发或选择适配驱动程序;
设计外部接口:根据所述串化器和解串器的输入或输出数量和接口类型,设计和实现所述串化器和解串器可编程盒子的外部接口;
开发控制软件:用于配置、控制和管理所述串化器和解串器可编程盒子;
测试和调试:所述串化器和解串器可编程盒子构建完成后,对串行数据的传输和解析进行测试和调试。
10.一种电子设备,其特征在于,包括:处理器及存储器;
所述存储器用于存储计算机程序,所述处理器用于执行所述计算机程序,以使所述电子设备执行如权利要求1至6任一项所述的一种车载主机调试方法。
CN202311320071.5A 2023-10-12 2023-10-12 车载主机调试方法、系统及串化器和解串器可编程盒子 Pending CN117370174A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311320071.5A CN117370174A (zh) 2023-10-12 2023-10-12 车载主机调试方法、系统及串化器和解串器可编程盒子

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311320071.5A CN117370174A (zh) 2023-10-12 2023-10-12 车载主机调试方法、系统及串化器和解串器可编程盒子

Publications (1)

Publication Number Publication Date
CN117370174A true CN117370174A (zh) 2024-01-09

Family

ID=89400781

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311320071.5A Pending CN117370174A (zh) 2023-10-12 2023-10-12 车载主机调试方法、系统及串化器和解串器可编程盒子

Country Status (1)

Country Link
CN (1) CN117370174A (zh)

Similar Documents

Publication Publication Date Title
CN109039824B (zh) 一种车载终端无线远程通信协议自动化测试系统及方法
US9140626B2 (en) Motor vehicle test device and motor vehicle test method
WO2017000424A1 (zh) 协议检测方法及装置
CN110673576B (zh) 自动测试方法与装置、车辆和存储介质
CN111679868A (zh) 汽车软件模型集成方法、装置、设备及存储介质
KR102141287B1 (ko) Autosar 기반 차량 소프트웨어의 결함 테스트 방법 및 결함 테스트 시스템
CN110362434B (zh) 对象测试方法及设备
CN115022223A (zh) Tbox通过uds进行自动化测试的方法及系统
CN113225232B (zh) 硬件测试方法、装置、计算机设备及存储介质
CN114115168A (zh) 故障注入测试系统
CN116775498A (zh) 软件测试的方法、装置、电子设备及存储介质
US9781527B2 (en) Smart plug and play automatic OBD-II system tester
CN117370174A (zh) 车载主机调试方法、系统及串化器和解串器可编程盒子
CN108845902B (zh) 一种检查ate硬件配置与测试程序配置的方法
CN116841874A (zh) 统一诊断服务功能的测试方法、装置、存储介质和电子设备
CN116483693A (zh) 车载控制器软件调试方法及系统、电子设备、存储介质
CN112373419B (zh) 一种车载多媒体下线配置功能自动测试系统及方法
CN116257437A (zh) 基于实车数据回注的adas系统缺陷验证方法及装置
CN116382674A (zh) 汽车诊断设备的组件配置方法、设备、介质及电子设备
CN112306038B (zh) 一种检测方法、检测装置及诊断设备
CN114880972A (zh) 支持错误注入验证测试的验证方法、计算机可读介质
CN107977315B (zh) 一种基于Bootloader方式的嵌入式软件目标码单元测试方法
Mouzakitis et al. Advanced automated onboard vehicle diagnostics testing
CN112069009A (zh) 一种在Recovery模式下进行压力测试的方法、装置和终端设备
JP2004101203A (ja) ロジックlsiの不良解析システム及び不良解析方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination