CN112034820A - 基于云端的硬件在环系统测试方法、系统以及存储介质 - Google Patents
基于云端的硬件在环系统测试方法、系统以及存储介质 Download PDFInfo
- Publication number
- CN112034820A CN112034820A CN202010854105.9A CN202010854105A CN112034820A CN 112034820 A CN112034820 A CN 112034820A CN 202010854105 A CN202010854105 A CN 202010854105A CN 112034820 A CN112034820 A CN 112034820A
- Authority
- CN
- China
- Prior art keywords
- data
- hardware
- tested
- loop
- fault
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/215—Improving data quality; Data cleansing, e.g. de-duplication, removing invalid entries or correcting typographical errors
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
- G06F16/285—Clustering or classification
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Automation & Control Theory (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种基于云端的硬件在环系统测试方法、系统以及存储介质,基于云端的硬件在环系统测试方法包括:从云端中获取待测对象的待测数据;根据所述待测数据的类型确定测试模式;将所述待测数据发送至硬件在环机柜,所述硬件在环机柜录入所述待测数据并按照所述测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;若所述硬件在环机柜对所述待测数据的测试结果符合预期,则对待测数据进行存档。本申请旨在提高车辆测试覆盖度和提高测试质量,实现车辆问题的提早预警及提前消除隐患。
Description
技术领域
本发明涉及硬件在环测试技术领域,尤其涉及一种基于云端的硬件在环系统测试方法、系统以及存储介质。
背景技术
硬件在环(Hardware-in-the-Loop,HIL)是一种用于复杂设备控制器的开发与测试技术。通过硬件在环测试,机器或系统的物理部分被仿真器所代替,并被广泛运用于汽车控制器开发过程中。目前汽车硬件往往离线创建测试工况,测试的实车数据量有限,对于复现实车发生的故障比较困难,实现提早预警及提前消除隐患的效果较差。
发明内容
本申请实施例通过提供一种基于云端的硬件在环系统测试方法、系统以及存储介质,旨在提高车辆测试覆盖度和提高测试质量,实现车辆问题的提早预警及提前消除隐患。
本申请实施例提供了一种基于云端的硬件在环系统测试方法,包括:
从云端中获取待测对象的待测数据;
根据所述待测数据的类型确定测试模式;
将所述待测数据发送至硬件在环机柜,所述硬件在环机柜录入所述待测数据并按照所述测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
若所述硬件在环机柜对所述待测数据的测试结果符合预期,则对待测数据进行存档。
在一些实施例中,所述从云端中获取待测对象的待测数据的步骤之前,还包括:
所述待测对象将实时数据传送至云端,云端对所述实时数据进行清洗、分类和分级处理得到所述待测数据。
在一些实施例中,所述待测对象为运行车辆,所述待测数据包括典型工况数据或故障数据。
在一些实施例中,所述故障数据包括所述运行车辆的故障数值、标识信息、故障码以及故障码产生时间。
在一些实施例中,所述根据所述待测数据的类型确定测试模式,包括:
若所述待测数据为故障数据,所述测试模式为故障测试模式;
若所述待测数据为典型工况数据,所述测试模式为耐久测试模式。
在一些实施例中,所述将所述待测数据发送至硬件在环机柜,包括:
设定测试时间段,将在所述测试时间段的所述待测数据发送至硬件在环机柜;若所述待测数据为故障数据,所述测试时间段为在所述故障码产生时间的之前30分钟以及之后30分钟。
在一些实施例中,所述硬件在环机柜录入所述待测数据并按照所述测试模式进行测试,获取所述硬件在环机柜反馈的测试结果,包括:
若所述待测数据为故障数据,所述硬件在环机柜录入所述故障数据并按照所述故障测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
若所述待测数据为典型工况数据,所述硬件在环机柜录入所述典型工况数据并按照所述耐久测试模式进行测试,获取所述硬件在环机柜反馈的测试结果。
在一些实施例中,所述若所述硬件在环机柜对所述待测数据的测试结果符合预期,则对待测数据进行存档,包括:
若所述硬件在环机柜对所述故障数据测试发现故障仍然出现,或若所述硬件在环机柜对所述典型工况数据测试发现故障未出现,则将所述故障数据存档。
本申请还提出一种硬件在环系统,所述硬件在环系统包括云端、计算机和硬件在环机柜,所述计算机与云端通信连接,所述计算机与所述硬件在环机柜通信连接;
所述计算机至少用于从云端中获取待测对象的待测数据,用于根据所述待测数据的类型确定测试模式,以及用于将所述待测数据发送至硬件在环机柜;
所述硬件在环机柜用于录入所述待测数据按照所述测试模式进行测试。
本申请还提出一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个硬件在环机柜执行,以实现所述的基于云端的硬件在环系统测试方法中的步骤。
本申请通过从云端获取待测数据,将待测数据按照测试目的或类型的不同由硬件在环机柜进行对应测试模式的测试,并将符合预期的待测数据进行存档。本申请实现实车加云端数据加硬件在环机柜组合测试车辆,提高车辆测试覆盖度和测试质量,有利于实现车辆问题的提早预警及提前消除隐患。
附图说明
图1是本申请的硬件在环系统的系统架构图;
图2为本申请实施例一的基于云端的硬件在环系统测试方法的流程示意图;
图3为本申请实施例一的当待测数据为故障数据时的硬件在环系统测试方法的流程示意图;
图4为本申请实施例一的当待测数据为典型工况数据时的硬件在环系统测试方法的流程示意图;
图5为本申请实施例二的当待测数据为故障数据时的硬件在环系统测试方法的流程示意图;
图6为本申请实施例二的当待测数据为典型工况数据时的硬件在环系统测试方法的流程示意图;
图7为本申请实施例三的当待测数据为故障数据时的硬件在环系统测试方法的流程示意图;
图8为本申请实施例三的当待测数据为典型工况数据时的硬件在环系统测试方法的流程示意图。
具体实施方式
为了更好的理解上述技术方案,下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
目前汽车硬件往往离线创建测试工况,测试的实车数据量有限,对于复现实车发生的故障比较困难,实现提早预警及提前消除隐患的效果较差。
因此需要一种硬件在环系统测试方法及硬件在环系统,以提高车辆测试覆盖度和提高测试质量,实现车辆问题的提早预警及提前消除隐患。鉴于此,请参照图1,本申请提出一种硬件在环系统100,所述硬件在环系统包括云端、计算机和硬件在环机柜,所述计算机与云端通信连接,所述计算机与所述硬件在环机柜通信连接;
所述计算机至少用于从云端中获取待测对象的待测数据,用于根据所述待测数据的类型确定测试模式,以及用于将所述待测数据发送至硬件在环机柜。所述计算机可选用电脑一体机(即由一台显示器、一个电脑键盘和一个鼠标组成的电脑),或者笔记本电脑,或者平板电脑,或者掌上电脑。
所述硬件在环机柜用于录入所述待测数据按照所述测试模式进行测试。其中,所述硬件在环机柜至少包括硬件接口以及与待测对象对应的完成或者部分待测硬件。硬件接口包括AD/DA转换接口,CAN总线(控制器局域网络(Controller Area Network,简称CAN)接口、工业串口、K线接口、局域互联网络接口(Local Interconnect Network,简称LIN线)等。待测对象对应的完成或者部分待测硬件指的是待测数据所述的待测对象的对应的完成或者部分待测硬件。例如,待测数据是电机的转速和扭矩信号,则待测硬件则可以是电机的完成或者部分硬件。上述举例只是为了对硬件在环机柜进行解释,不应理解为对本申请的限制。
上述硬件在环系统可实现如下步骤:
从云端中获取待测对象的待测数据;
根据所述待测数据的类型确定测试模式;
将所述待测数据发送至硬件在环机柜,所述硬件在环机柜录入所述待测数据并按照所述测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
若所述硬件在环机柜对所述待测数据的测试结果符合预期,则对待测数据进行存档。
在一些实施例中,所述从云端中获取待测对象的待测数据的步骤之前,还包括:
所述待测对象将实时数据传送至云端,云端对所述实时数据进行清洗、分类和分级处理得到所述待测数据。
在一些实施例中,所述待测对象为运行车辆,所述待测数据包括典型工况数据或故障数据。
在一些实施例中,所述故障数据包括所述运行车辆的故障数值、标识信息、故障码以及故障码产生时间。
在一些实施例中,所述标识信息为车辆的VIN码和/或车牌号。
在一些实施例中,所述根据所述待测数据的类型确定测试模式,包括:
若所述待测数据为故障数据,所述测试模式为故障测试模式;
若所述待测数据为典型工况数据,所述测试模式为耐久测试模式。
在一些实施例中,所述将所述待测数据发送至硬件在环机柜,包括:
设定测试时间段,将所述待测数据在所述测试时间段发送至硬件在环机柜;若所述待测数据为故障数据,所述测试时间段为在所述故障码产生时间的之前30分钟以及之后30分钟。
在一些实施例中,所述硬件在环机柜录入所述待测数据并按照所述测试模式进行测试,获取所述硬件在环机柜反馈的测试结果,包括:
若所述待测数据为故障数据,所述硬件在环机柜录入所述故障数据并按照所述故障测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
若所述待测数据为典型工况数据,所述硬件在环机柜录入所述典型工况数据并按照所述耐久测试模式进行测试,获取所述硬件在环机柜反馈的测试结果。
在一些实施例中,所述若所述硬件在环机柜对所述待测数据的测试结果符合预期,则对待测数据进行存档,包括:
若所述硬件在环机柜对所述故障数据测试发现故障仍然出现,或若所述硬件在环机柜对所述典型工况数据测试发现故障未出现,则将所述故障数据存档。
在一些实施例中,基于云端的硬件在环系统测试方法还包括:
若所述硬件在环机柜对所述故障数据测试发现故障未出现,或若所述硬件在环机柜对所述典型工况数据测试发现故障出现,则从云端中获取待测对象的待测数据,再次进行测试。
本申请的硬件在环系统通过从云端获取待测数据,将待测数据按照测试目的或类型的不同由硬件在环机柜进行对应测试模式的测试,并将符合预期的待测数据进行存档。本申请实现实车加云端数据加硬件在环机柜的系统测试车辆,提高车辆测试覆盖度和测试质量,有利于实现车辆问题的提早预警及提前消除隐患。
基于上述硬件在环系统的构架,提出本申请基于云端的硬件在环系统测试方法的第一实施例。
实施例一
请参照图2,图2为本申请的基于云端的硬件在环系统测试方法的第一实施例,所述基于云端的硬件在环系统测试方法包括以下步骤:
S110、从云端中获取待测对象的待测数据;
其中,所述云端指的是云端服务器,该云端服务器存储有一个或多个待测对象的待测数据。所述待测对象可包括汽车行业、航空航天行业的待测设备。例如汽车,飞机等。在本实施例中以汽车为典型的实施例进行说明。因此,所述待测对象为运行车辆,所述待测数据为运行车辆的待测数据。
具体地,根据测试目的的不同,所述待测数据划分为故障数据和典型工况数据。测试所述故障数据用于对运行车辆产生的各个传感器故障数据或运行数据异常数据进行重复检测,查看是否故障复现。所述故障数据包括所述运行车辆的故障数值、标识信息、故障码以及故障码产生时间。
其中,所述标识信息为标识每一车辆的独一无二的信息。具体地,所述标识信息可包括车辆的VIN码和/或车牌号。VIN码称为车辆识别号码(Vehicle IdentificationNumber,或车架号码),简称VIN,是一组由十七个字母或数字组成,用于汽车上的一组独一无二的号码,可以识别汽车的生产商、引擎、底盘序号及其他性能等资料。VIN码可对故障车辆进行标识。当然,车辆的车牌号也是每一车辆的独一无二的信息,因此车牌号也可对故障车辆进行标识。
需要说明的是,上述车辆的VIN码或车牌号设置在远程终端(例如智能手机等)的SIM卡上,该SIM卡跟车辆是对应绑定的。这里的远程终端相当于是个车联网的媒介,车辆VIN和车牌号的信息往往最先匹配远程终端的SIM卡的数据包中。
故障码是汽车各个传感器故障或运行数据异常后,汽车控制装置会根据故障种类上报相对应的故障代码。处理人员可以通过故障代码准确定位故障源。
故障数值即为发生车辆故障的具体物理量,例如新能源车辆的电池的充电电流,充电电压等。
故障码产生时间是汽车产生故障码的时间节点。
典型工况数据指的是汽车正常运行时的典型数据,例如电门踏板或刹车踏板的深度信号、各传感器温度信号等。测试典型工况数据用于进行对待测硬件进行耐久测试。
S120、根据所述待测数据的类型确定测试模式;
具体地,若计算机检测到所述待测数据中包含所述故障码,则确定所述待测数据为故障数据;否则所述待测数据为典型工况数据。
若所述待测数据为故障数据,所述测试模式为故障测试模式;
若所述待测数据为典型工况数据,所述测试模式为耐久测试模式。
S130、将所述待测数据发送至硬件在环机柜,所述硬件在环机柜录入所述待测数据并按照所述测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
进一步地,所述将所述待测数据发送至硬件在环机柜,包括:
设定测试时间段,将在所述测试时间段的所述待测数据发送至硬件在环机柜。具体地,若所述待测数据为故障数据,所述测试时间段为在所述故障码产生时间的之前30分钟以及之后30分钟。
下面以充电异常数据为例。新能源车辆在充电过程中出现充电异常,提前终止充电。该过程由车载的电池管理系统(BMS)在T时刻(故障码产生时间)上报故障码(如10021,表示充电异常),此时由车载远程终端(T-Box)获取T时刻(故障码产生时间)之前30分钟(测试时间段)及开始充电(触发事件)到T时刻(故障码产生时间)之后30分钟的所有整车数据(如充电电流、充电电压、充电温度、SOC(荷电态,state of charge)状态等关键信号(即故障数值))和标识信息。将所述测试时间段为在所述故障码产生时间的之前30分钟以及之后30分钟,以及将故障发生前后的故障数据进行采集,有利于将在有车辆故障异常时最大程度的还原故障数据,有效降低故障排查工作量,以便维修人员追溯故障原因,提高问题测试效率。
可以理解的是,所述测试时间段还可根据实际需要设置为别的时间段,例如所述故障码产生时间的之前20分钟以及之后20分钟,或者所述故障码产生时间的之前20分钟以及之后20分钟等。
若所述待测数据为故障数据,所述硬件在环机柜录入所述故障数据并按照所述故障测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
所述硬件在环机柜对待测硬件(电池)录入所述故障数值(即充电电流、充电电压、充电温度、SOC(荷电态,state of charge)状态等关键信号)进行测试,如果电池出现故障信号的复现(如上报相同的故障码10021)。则反馈问题复现的测试结果,否则反馈无问题复现的测试结果。
另外,若所述待测数据为典型工况数据,所述硬件在环机柜录入所述典型工况数据并按照所述耐久测试模式进行测试,获取所述硬件在环机柜反馈的测试结果。若所述待测数据为典型工况数据,所述测试时间段为在用户根据实际需求设置的时间段。例如,每天的13:00-15:00将典型工况数据发送至硬件在环机柜。
典型工况数据包括如电门踏板或刹车踏板的深度信号、电流电压变化信号、各传感器温度信号、电机转速和扭矩信号以及车辆各状态信号等。在典型的工况下,这些信号组合可以作为测试用例对待测硬件进行耐久性测试,以便发现设计问题。所述硬件在环机柜对待测硬件(如电门踏板、刹车踏板、电池各传感器、电机等)对应录入典型工况数据(即电门踏板或刹车踏板的深度信号、电流电压变化信号、各传感器温度信号、电机转速和扭矩信号以及车辆各状态信号等)循环使用进行硬件测试。典型工况下的被测硬件在测试过程中无异常或不报故障即可视为测试通过,反馈测试合格的测试结果,若测试过程中异常或报故障则反馈测试合格的测试结果。
S140、若所述硬件在环机柜对所述待测数据的测试结果符合预期,则对待测数据进行存档。
具体地,若所述硬件在环机柜对待测硬件(如电池)录入所述故障数值(即充电电流、充电电压、充电温度、SOC(荷电态,state of charge)状态等关键信号)进行测试后故障仍然出现,则该组数据可以作为测试该故障的测试用例,对该故障数据进行存档,即存储到测试用例库中。故障问题随后交给该硬件的开发人员进行故障排查。故障排查后,使用该组测试用例进行测试,不报故障后可认为通过测试。如果该问题是通过调整软件进行解决的,该软件可以通过云处理器和车载远程终端进行在线升级,升级后进行实车测试,测试无异常后,该充电问题即为解决。
通过将符合预期的故障数据存储到测试用例库中,有利于完善现有测试用例库,实现多种问题工况覆盖,同时给开发人员解决问题提供足够的数据支持,提高解决问题的效率及去除前往现场的费用成本。
或,若所述硬件在环机柜对待测硬件(如电门踏板、刹车踏板、电池各传感器、电机等)对应录入典型工况数据(即电门踏板或刹车踏板的深度信号、电流电压变化信号、各传感器温度信号、电机转速和扭矩信号以及车辆各状态信号等)循环使用进行硬件测试发现故障未出现,即,典型工况下的待测硬件在测试过程中无异常或不报故障即可视为测试通过。对该典型工况数据进行存档,即存储到测试用例库中。通过将符合预期的典型工况数据存储到测试用例库中,有利于完善现有测试用例库,实现多种典型工况的耐久测试,减少复测实车问题时人力和物力上的投入,节约成本,大大提高工作效率。
本申请通过从云端获取待测数据,将待测数据按照测试目的或类型的不同由硬件在环机柜进行对应测试模式的测试,并将符合预期的待测数据进行存档。本申请实现实车加云端数据加硬件在环机柜组合测试车辆,提高车辆测试覆盖度和测试质量,有利于实现车辆问题的提早预警及提前消除隐患。
综上可得当所述待测数据为故障数据时,请参照图3,基于云端的硬件在环系统测试方法的典型步骤如下:
S210、从云端中获取待测对象的待测数据;
S220、若所述待测数据为故障数据,所述测试模式为故障测试模式;
S230、设定测试时间段,将在所述测试时间段的所述故障数据发送至硬件在环机柜,所述硬件在环机柜录入所述故障数据并按照所述故障测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
S240、若所述硬件在环机柜对所述故障数据测试发现故障仍然出现,对该故障数据进行存档。
当所述待测数据为典型工况数据时,请参照图4,基于云端的硬件在环系统测试方法的典型步骤如下:
S310、从云端中获取待测对象的待测数据;
S320、若所述待测数据为典型工况数据,所述测试模式为耐久测试模式;
S330、设定测试时间段,将在所述测试时间段的所述典型工况数据发送至硬件在环机柜,所述硬件在环机柜录入所述典型工况数据并按照所述耐久测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
S340、若所述硬件在环机柜对所述典型工况数据测试发现故障未出现,对该典型工况数据进行存档。
实施例二
本实施例建立在实施例一的基础之上,请参照图5,本实施例的基于云端的硬件在环系统测试方法包括:
S400、所述待测对象将所述实时数据传送至云端;云端对所述实时数据进行清洗、分类和分级处理得到所述待测数据;值得一提的是,所述待测数据为无损数据。
具体的,清洗的过程包括去除与测试需求数据不相关传感器信号或空信号,并保存为适合测试的数据格式,减少数据因格式问题导致的测试异常。
分类处理的过程包括按照故障数据或典型工况数据等测试用例库进行初步分类,即将故障数据分配至故障数据专属的测试用例库,将典型工况数据分配至典型工况数据专属的测试用例库。
分级处理的过程包括故障信号按严重程度或重要程度确定测试优先等级,典型工况按重要程度确定优先等级。上述云端对所述实时数据进行清洗、分类和分级处理得到所述待测数据有利于优化车辆参数的测试流程和效率。
所述待测对象(即运行车辆)与云端通过无线方式(例如运营商网路,或者物联网,蓝牙等方式)进行通信,并将所述待测数据传送至云端,云端对所述待测数据进行存储。步骤S400是一个准备初始数据的步骤,明确了初始数据的获取来源以及初始数据的处理过程,是进行后续步骤的基础。
S410、从云端中获取待测对象的待测数据;
S420、若所述待测数据为故障数据,所述测试模式为故障测试模式;
S430、设定测试时间段,将在所述测试时间段的所述故障数据发送至硬件在环机柜,所述硬件在环机柜录入所述故障数据并按照所述故障测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
S440、若所述硬件在环机柜对所述故障数据测试发现故障仍然出现,对该故障数据进行存档。
上述步骤S410至步骤S440的具体实施原理及方式与对应图3的实施例中的步骤S210至步骤S240一致,具体可参见步骤S210至步骤S240的描述。
或,请参照图6,本实施例的基于云端的硬件在环系统测试方法包括:
S500、所述待测对象将所述实时数据传送至云端;云端对所述实时数据进行清洗、分类和分级处理得到所述待测数据;
所述待测对象(即运行车辆)与云端通过无线方式(例如运营商网路,或者物联网,蓝牙等方式)进行通信,并将所述待测数据传送至云端,云端对所述待测数据进行存储。步骤S500是一个准备初始数据的步骤,明确了初始数据的获取来源以及初始数据的处理过程,是进行后续步骤的基础。
S510、从云端中获取待测对象的待测数据;
S520、若所述待测数据为典型工况数据,所述测试模式为耐久测试模式;
S530、设定测试时间段,将在所述测试时间段的所述典型工况数据发送至硬件在环机柜,所述硬件在环机柜录入所述典型工况数据并按照所述耐久测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
S540、若所述硬件在环机柜对所述典型工况数据测试发现故障未出现,对该典型工况数据进行存档。
上述步骤S510至步骤S540的具体实施原理及方式与对应图4的实施例中的步骤S310至步骤S340一致,具体可参见步骤S210至步骤S240的描述。
本申请通过从云端获取待测数据,由于实时数据的质量较差,通过云端对所述实时数据进行清洗、分类和分级处理得到所述待测数据,所述待测数据为无损数据,便于后续的硬件在环机柜进行测试,提高硬件在环机柜测试的准确性;再将待测数据按照测试目的或类型的不同由硬件在环机柜进行对应测试模式的测试,并将符合预期的待测数据进行存档。本申请实现实车加云端数据加硬件在环机柜组合测试车辆,提高车辆测试覆盖度和测试质量,有利于实现车辆问题的提早预警及提前消除隐患。
实施例三
本实施例建立在实施例二的基础之上,请参照图7,本实施例的基于云端的硬件在环系统测试方法进一步包括:
若所述硬件在环机柜对所述待测数据的测试结果不符合预期,则从云端中获取待测对象的待测数据,再次进行测试。
若所述待测数据是故障数据,则基于云端的硬件在环系统测试方法包括以下步骤:
S600、所述待测对象将所述实时数据传送至云端;云端对所述实时数据进行清洗、分类和分级处理得到所述待测数据。
S610、从云端中获取待测对象的待测数据;
S620、若所述待测数据为故障数据,所述测试模式为故障测试模式;
S630、设定测试时间段,将在所述测试时间段的所述故障数据发送至硬件在环机柜,所述硬件在环机柜录入所述故障数据并按照所述故障测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
S640、若所述硬件在环机柜对所述故障数据测试发现故障未出现,则从云端中获取待测对象的待测数据,再次进行测试;
若所述硬件在环机柜对待测硬件(如电池)录入所述故障数值(即充电电流、充电电压、充电温度、SOC(荷电态,state of charge)状态等关键信号)进行测试后没有出现相同的故障码,测试人员进行分析后,则从云端中获取待测对象的故障数据,再次通过硬件在环机柜对待测硬件(如电池)进行测试,查看是否待测硬件是否出出现相同的故障码。通过再次从云端中获取待测对象的故障数据进行测试,有利于提高测试的质量,排除有误的故障数据(即正常的数据)被录入测试用例库进行存档的可能。
S650、若所述硬件在环机柜对所述故障数据测试发现故障仍然出现,对该故障数据进行存档。
上述步骤S600至步骤S630,S650的具体实施原理及方式与对应图5的实施例中的步骤S400至步骤S440中的相应步骤一致,具体可参见步骤S400至步骤S440的描述。
若所述待测数据是故障数据,请参照图8,则基于云端的硬件在环系统测试方法包括以下步骤:
S700、所述待测对象将所述实时数据传送至云端;云端对所述实时数据进行清洗、分类和分级处理得到所述待测数据。
S710、从云端中获取待测对象的待测数据;
S720、若所述待测数据为典型工况数据,所述测试模式为耐久测试模式;
S730、设定测试时间段,将在所述测试时间段的所述典型工况数据发送至硬件在环机柜,所述硬件在环机柜录入所述典型工况数据并按照所述耐久测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
S740、若所述硬件在环机柜对所述典型工况数据测试发现故障出现,则从云端中获取待测对象的待测数据,再次进行测试;
或若所述硬件在环机柜对待测硬件(如电门踏板、刹车踏板、电池各传感器、电机等)对应录入典型工况数据(即电门踏板或刹车踏板的深度信号、电流电压变化信号、各传感器温度信号、电机转速和扭矩信号以及车辆各状态信号等)循环使用进行硬件测试发现故障出现,可由设计人员进行故障分析并对待测硬件进行优化,从云端中获取待测对象的故障数据,再次通过硬件在环机柜对待测硬件进行测试,待测硬件优化后复测无异常后,该待测硬件通过该项测试。典型工况数据测试发现故障出现后,通过对待测硬件优化,再次从云端中获取待测硬件的故障数据进行测试,有利于实现车辆问题的提早预警及提前消除隐患。
S750、若所述硬件在环机柜对所述典型工况数据测试发现故障未出现,对该典型工况数据进行存档。
上述步骤S700至步骤S730,S750的具体实施原理及方式与对应图6的实施例中的步骤S500至步骤S540中的相应步骤一致,具体可参见步骤S500至步骤S540的描述。
本申请通过从云端获取待测数据,将待测数据按照测试目的或类型的不同由硬件在环机柜进行对应测试模式的测试,并将符合预期的待测数据进行存档。本申请实现实车加云端数据加硬件在环机柜组合测试车辆,提高车辆测试覆盖度和测试质量,有利于实现车辆问题的提早预警及提前消除隐患。
本申请还提出一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个硬件在环机柜执行,以实现所述的基于云端的硬件在环系统测试方法中的步骤。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的硬件在环机柜以产生一个机器,使得通过计算机或其他可编程数据处理设备的硬件在环机柜执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应当注意的是,在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种基于云端的硬件在环系统测试方法,其特征在于,包括:
从云端中获取待测对象的待测数据;
根据所述待测数据的类型确定测试模式;
将所述待测数据发送至硬件在环机柜,所述硬件在环机柜录入所述待测数据并按照所述测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
若所述硬件在环机柜对所述待测数据的测试结果符合预期,则对待测数据进行存档。
2.根据权利要求1所述的基于云端的硬件在环系统测试方法,其特征在于,所述从云端中获取待测对象的待测数据的步骤之前,还包括:
所述待测对象将实时数据传送至云端,云端对所述实时数据进行清洗、分类和分级处理得到所述待测数据。
3.根据权利要求1或2所述的基于云端的硬件在环系统测试方法,其特征在于,所述待测对象为运行车辆,所述待测数据包括典型工况数据或故障数据。
4.根据权利要求3所述的基于云端的硬件在环系统测试方法,所述故障数据包括所述运行车辆的故障数值、标识信息、故障码以及故障码产生时间。
5.根据权利要求3所述的基于云端的硬件在环系统测试方法,其特征在于,所述根据所述待测数据的类型确定测试模式,包括:
若所述待测数据为故障数据,所述测试模式为故障测试模式;
若所述待测数据为典型工况数据,所述测试模式为耐久测试模式。
6.根据权利要求4所述的基于云端的硬件在环系统测试方法,其特征在于,所述将所述待测数据发送至硬件在环机柜,包括:
设定测试时间段,将在所述测试时间段的所述待测数据发送至硬件在环机柜,若所述待测数据为故障数据,所述测试时间段为在所述故障码产生时间的之前30分钟以及之后30分钟。
7.根据权利要求5所述的基于云端的硬件在环系统测试方法,其特征在于,所述硬件在环机柜录入所述待测数据并按照所述测试模式进行测试,获取所述硬件在环机柜反馈的测试结果,包括:
若所述待测数据为故障数据,所述硬件在环机柜录入所述故障数据并按照所述故障测试模式进行测试,获取所述硬件在环机柜反馈的测试结果;
若所述待测数据为典型工况数据,所述硬件在环机柜录入所述典型工况数据并按照所述耐久测试模式进行测试,获取所述硬件在环机柜反馈的测试结果。
8.根据权利要求3所述的基于云端的硬件在环系统测试方法,其特征在于,
所述若所述硬件在环机柜对所述待测数据的测试结果符合预期,则对待测数据进行存档,包括:
若所述硬件在环机柜对所述故障数据测试发现故障仍然出现,或若所述硬件在环机柜对所述典型工况数据测试发现故障未出现,则将所述故障数据存档。
9.一种硬件在环系统,其特征在于,所述硬件在环系统包括云端、计算机和硬件在环机柜,所述计算机与云端通信连接,所述计算机与所述硬件在环机柜通信连接;
所述计算机至少用于从云端中获取待测对象的待测数据,用于根据所述待测数据的类型确定测试模式,以及用于将所述待测数据发送至硬件在环机柜;
所述硬件在环机柜用于录入所述待测数据按照所述测试模式进行测试。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个硬件在环机柜执行,以实现如权利要求1至8中任一项所述的基于云端的硬件在环系统测试方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010854105.9A CN112034820A (zh) | 2020-08-21 | 2020-08-21 | 基于云端的硬件在环系统测试方法、系统以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010854105.9A CN112034820A (zh) | 2020-08-21 | 2020-08-21 | 基于云端的硬件在环系统测试方法、系统以及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112034820A true CN112034820A (zh) | 2020-12-04 |
Family
ID=73581853
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010854105.9A Pending CN112034820A (zh) | 2020-08-21 | 2020-08-21 | 基于云端的硬件在环系统测试方法、系统以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112034820A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112631246A (zh) * | 2020-12-11 | 2021-04-09 | 国汽(北京)智能网联汽车研究院有限公司 | 测试评价信息确定方法、装置、设备及计算机存储介质 |
CN114844811A (zh) * | 2022-03-31 | 2022-08-02 | 广西玉柴机器股份有限公司 | 一种车载终端的测试方法及测试系统 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104020763A (zh) * | 2014-06-18 | 2014-09-03 | 盛瑞传动股份有限公司 | 输入输出接口的自动测试方法及系统 |
CN105446328A (zh) * | 2016-01-15 | 2016-03-30 | 廖金能 | 发电机组远程故障诊断和健康监测系统及数据捕获方法 |
CN205483578U (zh) * | 2016-01-15 | 2016-08-17 | 北京汽车股份有限公司 | 无钥匙进入启动系统的硬件在环测试系统 |
CN109656237A (zh) * | 2019-01-21 | 2019-04-19 | 中科院合肥技术创新工程院 | 一种车载控制设备的硬件在环测试方法 |
CN110032170A (zh) * | 2019-04-23 | 2019-07-19 | 琼台师范学院 | 一种车辆故障维修辅助系统 |
CN110971437A (zh) * | 2018-09-30 | 2020-04-07 | 深圳迈瑞生物医疗电子股份有限公司 | 一种体外诊断设备、体外诊断设备信息传送系统及方法 |
CN111026080A (zh) * | 2019-12-06 | 2020-04-17 | 北京车和家信息技术有限公司 | 控制器的硬件在环测试方法及装置 |
CN111141530A (zh) * | 2019-12-17 | 2020-05-12 | 苏州智加科技有限公司 | 一种自动驾驶系统中的测试申请方法和系统 |
-
2020
- 2020-08-21 CN CN202010854105.9A patent/CN112034820A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104020763A (zh) * | 2014-06-18 | 2014-09-03 | 盛瑞传动股份有限公司 | 输入输出接口的自动测试方法及系统 |
CN105446328A (zh) * | 2016-01-15 | 2016-03-30 | 廖金能 | 发电机组远程故障诊断和健康监测系统及数据捕获方法 |
CN205483578U (zh) * | 2016-01-15 | 2016-08-17 | 北京汽车股份有限公司 | 无钥匙进入启动系统的硬件在环测试系统 |
CN110971437A (zh) * | 2018-09-30 | 2020-04-07 | 深圳迈瑞生物医疗电子股份有限公司 | 一种体外诊断设备、体外诊断设备信息传送系统及方法 |
CN109656237A (zh) * | 2019-01-21 | 2019-04-19 | 中科院合肥技术创新工程院 | 一种车载控制设备的硬件在环测试方法 |
CN110032170A (zh) * | 2019-04-23 | 2019-07-19 | 琼台师范学院 | 一种车辆故障维修辅助系统 |
CN111026080A (zh) * | 2019-12-06 | 2020-04-17 | 北京车和家信息技术有限公司 | 控制器的硬件在环测试方法及装置 |
CN111141530A (zh) * | 2019-12-17 | 2020-05-12 | 苏州智加科技有限公司 | 一种自动驾驶系统中的测试申请方法和系统 |
Non-Patent Citations (3)
Title |
---|
兰升: "车用电控发动机故障远程诊断及应用实践研究", 《中国新技术新产品》 * |
冀彦军: "进口起亚汽车故障两例", 《汽车维修技师》 * |
张毅等: "互联网分布式混合动力汽车实车在环仿真平台", 《汽车工程》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112631246A (zh) * | 2020-12-11 | 2021-04-09 | 国汽(北京)智能网联汽车研究院有限公司 | 测试评价信息确定方法、装置、设备及计算机存储介质 |
CN112631246B (zh) * | 2020-12-11 | 2022-03-04 | 国汽(北京)智能网联汽车研究院有限公司 | 测试评价信息确定方法、装置、设备及计算机存储介质 |
CN114844811A (zh) * | 2022-03-31 | 2022-08-02 | 广西玉柴机器股份有限公司 | 一种车载终端的测试方法及测试系统 |
CN114844811B (zh) * | 2022-03-31 | 2024-03-01 | 广西玉柴机器股份有限公司 | 一种车载终端的测试方法及测试系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107222362B (zh) | 一种整车can网络自动化测试平台及其优化方法 | |
CN105511448B (zh) | 一种集成式车用诊断仪及其诊断方法 | |
US9489340B2 (en) | Electrical power health monitoring system | |
CN112034820A (zh) | 基于云端的硬件在环系统测试方法、系统以及存储介质 | |
CN102959519A (zh) | 系统测试设备 | |
CN107450510A (zh) | 一种利用诊断信号快速定位can信号的信号解析方法 | |
CN111459616B (zh) | 一种测试方法、装置、设备及存储介质 | |
CN115542875A (zh) | 一种基于soa服务的车辆检测方法及相关设备 | |
CN107171893A (zh) | 基于can网络的自动化测试平台及其测试方法 | |
CN108319516B (zh) | 一种测试系统及测试方法 | |
CN117289055A (zh) | 芯片测试方法、电子设备和存储介质 | |
CN116775464A (zh) | 一种整车测试方法及系统 | |
CN114285840B (zh) | 车辆数据的获取方法、智能终端及存储介质 | |
CN113672501B (zh) | 一种停车场服务的测试方法及装置 | |
CN111143262A (zh) | 转接装置及仪器控制系统与仪器控制方法 | |
CN214851308U (zh) | 车载设备测试系统 | |
CN112306038B (zh) | 一种检测方法、检测装置及诊断设备 | |
CN114578786A (zh) | 一种车辆测试系统 | |
CN116068437A (zh) | 一种bms的热管理和sox测试方法 | |
US20220415101A1 (en) | Method and Device for the Computer-Supported Monitoring of the Operation of a Vehicle Service | |
CN111753196A (zh) | 车辆电气系统状态的评估方法和装置 | |
Steinhilper et al. | New technologies for remanufacturing of automotive systems communicating via CAN bus | |
CN114942623B (zh) | 控制器的测试方法、装置、车辆及计算机可读存储介质 | |
CN211855849U (zh) | 车辆的故障检测装置 | |
CN117240738B (zh) | 车载以太网的测试方法、装置、设备及存储介质 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201204 |
|
RJ01 | Rejection of invention patent application after publication |