一种用以解决oem中eol标定的方法及系统
技术领域
1.本发明涉及智能网联领域,具体涉及一种用以解决oem中eol标定的方法及系统。
背景技术:2.当前在进行整车ota(over-the-air technology,空中下载技术)时,是根据每个控制器具体的标定方案,将标定方案通过固定程序编辑至升级主控程序中、对于单个控制器而言,每个不同的控制器均需要进行单独的开发,即便是刷写都为img、txt、s19格式的标定标准,只要是在标定刷写的过程中有一个数据不一样,就需要进行单独的开发。
3.当前的开发模式虽然能够满足升级每个控制器对于标定的需求,但是仍然存在以下问题:
4.(1)每个控制器的标定流程和识别文件的方式、公式转换均会有所差异,这样就会导致每开发一个控制器的标定刷写,均需要开发一次车端程序,导致耗时较长、成本较高;
5.(2)可拓展性较差;
6.(3)导致车端程序越来越大,复杂程度高,程序稳定性较差;
7.(4)每次测试的周期性较长。
技术实现要素:8.针对现有技术中存在的缺陷,本发明的目的在于提供一种用以解决oem中eol标定的方法及系统,能够有效提升刷写效率,适用范围广,同时能够保证刷写升级后程序的稳定性,且减少后期测试时间。
9.为达到以上目的,本发明提供的一种用以解决oem中eol标定的方法,具体包括以下步骤:
10.将oem中待标定刷写的控制器进行分类,并创建对应控制器的标定总体调用库并得到标定配置文件;
11.基于控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联;
12.向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件;
13.车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写。
14.在上述技术方案的基础上,所述标定总体调用库包括img识别模式方案下公式的获取、识别后刷写的地址排序和s19文件的刷写,以及qr刷写的模式方案下公式的获取、识别后刷写的地址排序和s19文件的刷写,以及txt识别方案下公式的获取、识别后刷写的地址排序和s19文件的刷写。
15.在上述技术方案的基础上,待标定刷写的控制器的分类、标定总体调用库的创建,以及标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据的关联,均在服务器端中完成。
16.在上述技术方案的基础上,所述向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件,具体步骤包括:
17.待待标定刷写的控制器关联ini文件和标定处理库;
18.服务器端以vin为单位向生产系统请求待标定刷写的控制器在相应状态日期下的标定文件;
19.服务器端将与请求的标定文件对应的标定生产文件发送给标定处理库,得到车端所需刷写的标定文件。
20.服务器端将得到的标定文件发送至车端。
21.在上述技术方案的基础上,所述车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写,具体步骤包括:
22.车端对得到的标定文件的地址/did以及对应的目标数据进行识别;
23.车端调用标定刷写脚本完成对标定文件的刷写。
24.本发明提供的一种用以解决oem中eol标定的系统,包括:
25.分类模块,其用于将oem中待标定刷写的控制器进行分类,并创建对应控制器的标定总体调用库并得到标定配置文件;
26.关联模块,其用于基于控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联;
27.生成模块,其用于向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件;
28.刷写模块,其用于驱使车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写。
29.在上述技术方案的基础上,所述标定总体调用包括img识别模式方案下公式的获取、识别后刷写的地址排序和s19文件的刷写,以及qr刷写的模式方案下公式的获取、识别后刷写的地址排序和s19文件的刷写,以及txt识别方案下公式的获取、识别后刷写的地址排序和s19文件的刷写。
30.在上述技术方案的基础上,待标定刷写的控制器的分类、标定总体调用库的创建,以及标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据的关联,均在服务器端中完成。
31.在上述技术方案的基础上,所述向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件,具体过程包括:
32.待待标定刷写的控制器关联ini文件和标定处理库;
33.服务器端以vin为单位向生产系统请求待标定刷写的控制器在相应状态日期下的标定文件;
34.服务器端将与请求的标定文件对应的标定生产文件发送给标定处理库,得到车端所需刷写的标定文件。
35.服务器端将得到的标定文件发送至车端。
36.在上述技术方案的基础上,所述车端对得到的标定文件进行识别,并调用标定刷
写脚本完成对标定文件的刷写,具体过程包括:
37.车端对得到的标定文件的地址/did以及对应的目标数据进行识别;
38.车端调用标定刷写脚本完成对标定文件的刷写。
39.与现有技术相比,本发明的优点在于:通过将oem中待标定刷写的控制器进行分类,并创建对应控制器的标定总体调用库并得到标定配置文件;然后基于控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联;然后向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,自动得到车端所需刷写的标定文件;车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写,通过标定配置文件的设置,实现待标定刷写的控制器对应标定文件的自动生成,用于解决在整车ota开发时不同控制器不同的标定模式的刷写方案,有效提升刷写效率,适用范围广,同时能够保证刷写升级后程序的稳定性,且减少后期测试时间。
附图说明
40.为了更清楚地说明本技术实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
41.图1为本发明实施例中一种用以解决oem中eol标定的方法的流程图。
具体实施方式
42.本发明实施例提供一种用以解决oem中eol标定的方法,通过将oem中待标定刷写的控制器进行分类,并创建对应控制器的标定总体调用库并得到标定配置文件;然后基于控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联;然后向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,自动得到车端所需刷写的标定文件;车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写,通过标定配置文件的设置,实现待标定刷写的控制器对应标定文件的自动生成,用于解决在整车ota开发时不同控制器不同的标定模式的刷写方案,有效提升刷写效率,适用范围广,同时能够保证刷写升级后程序的稳定性,且减少后期测试时间。本发明实施例相应地还提供了一种用以解决oem中eol标定的系统。需要说明的是,本发明中,oem的全称为original equipment manufacturer,即原始设备制造商,eol即汽车电子产品下线前的功能检测。
43.为使本技术实施例的目的、技术方案和优点更加清楚,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本技术的一部分实施例,而不是全部的实施例。
44.参见图1所示,本发明实施例提供的一种用以解决oem中eol标定的方法,具体包括以下步骤:
45.s1:将oem中待标定刷写的控制器进行分类,并创建对应控制器的标定总体调用库并得到标定配置文件;即在开发的初期,对oem中待标定刷写的控制器进行分类和梳理,并
设计开发对应的标定总体调用库。
46.本发明实施例中,标定总体调用库包括img(一种文件压缩格式)识别模式方案下公式的获取、识别后刷写的地址排序和s19(一种文件格式)文件的刷写,以及qr(二维条码的一种)刷写的模式方案下公式的获取、识别后刷写的地址排序和s19文件的刷写,以及txt(一种文件格式)识别方案下公式的获取、识别后刷写的地址排序和s19文件的刷写。
47.即标定总体调用库需包含从img识别模式方案、qr刷写的模式方案、txt识别方案如何获取对应公式、识别后刷写的地址排序、s19文件的刷写均需覆盖,并依据上述内容进行设计标定配置文件。
48.具体的,标定配置文件包括标定标准、特定类型的img(赋予识别文件中的每行定义)、txt(对于每个标定括号里进行单独赋予内容)和s19,标定标准包括img、txt和s19,特定类型的img包括刷写方式-2e、刷写方式-36和新增扩展目标逻辑,当为刷写方式-2e时,还包括did、数据类型、是否地址填充、目标地址、公式、常数据判断、数据长度、起始字节、排序、是否强制和填充内容,当为刷写方式-36时,还包括qr、识别方式、刷写数量和每个qr对应的目标地址,或者还包括img、是否刷写和支持数量可变,txt(对于每个标定括号里进行单独赋予内容)包括did、是否复用、数据类型、公式、为异常数据判断规则、数据长度、起始字节、排序、是否强制、填充内容和是否回读,s19包括识别文件方式。
49.s2:基于控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联;
50.即需要在服务器端开发一个功能,从而通过控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联。
51.需要说明的是,本发明中,待标定刷写的控制器的分类、标定总体调用库的创建,以及标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据的关联,均在服务器端中完成。
52.控制器的软件是通用的,若需要匹配到整车不同的配置就需要依据车辆配置信息创建对应的标定数据,这个就是输入数据的来源。生产系统就是管理整车实际生产的bom数据和配置信息的系统。
53.s3:向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件;
54.标定处理库是将所有分类处理的代码处理库,可以将每种分类所配置的数据信息,最终组成对应控制器的实际标定刷写的数据信息。
55.本发明实施例中,向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件,具体步骤包括:
56.s301:待待标定刷写的控制器关联ini(一种文件格式)文件和标定处理库;
57.s302:服务器端以vin(vehicle identification number,车辆识别码)为单位向生产系统请求待标定刷写的控制器在相应状态日期下的标定文件;
58.s303:服务器端将与请求的标定文件对应的标定生产文件发送给标定处理库,得到车端所需刷写的标定文件。
59.s304:服务器端将得到的标定文件发送至车端。
60.即当控制器关联上ini文件以及标定处理库后,当需要进行标定升级时,服务器端
以vin为单位向生产系统请求该控制器在对应状态日期下的标定文件,服务器端将对应的标定生产文件传递给标定处理库,最终得到车端所需刷写的标定文件,然后将其下发至车端。
61.s4:车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写。
62.本发明实施例中,车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写,具体步骤包括:
63.s401:车端对得到的标定文件的地址/did以及对应的目标数据进行识别;目标数据是每个did所对应要刷写的实际数据信息。
64.s402:车端调用标定刷写脚本完成对标定文件的刷写。
65.本发明实施例的用以解决oem中eol标定的方法,通过将oem中待标定刷写的控制器进行分类,并创建对应控制器的标定总体调用库并得到标定配置文件;然后基于控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联;然后向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,自动得到车端所需刷写的标定文件;车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写,通过标定配置文件的设置,实现待标定刷写的控制器对应标定文件的自动生成,用于解决在整车ota开发时不同控制器不同的标定模式的刷写方案,有效提升刷写效率,适用范围广,同时能够保证刷写升级后程序的稳定性,且减少后期测试时间。
66.在一种可能的实施方式中,本发明实施例还提供一种可读存储介质,可读存储介质位于plc(programmable logic controller,可编程逻辑控制器)控制器中,可读存储介质上存储有计算机程序,该程序被处理器执行时实现以下所述用以解决oem中eol标定的方法的步骤:
67.将oem中待标定刷写的控制器进行分类,并创建对应控制器的标定总体调用库并得到标定配置文件;
68.基于控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联;
69.向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件;
70.车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写。
71.本发明实施例中,标定总体调用库包括img识别模式方案下公式的获取、识别后刷写的地址排序和s19文件的刷写,以及qr刷写的模式方案下公式的获取、识别后刷写的地址排序和s19文件的刷写,以及txt识别方案下公式的获取、识别后刷写的地址排序和s19文件的刷写。
72.待标定刷写的控制器的分类、标定总体调用库的创建,以及标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据的关联,均在服务器端中完成。
73.本发明实施例中,向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件,具体步骤包括:
74.待待标定刷写的控制器关联ini文件和标定处理库;
75.服务器端以vin为单位向生产系统请求待标定刷写的控制器在相应状态日期下的标定文件;
76.服务器端将与请求的标定文件对应的标定生产文件发送给标定处理库,得到车端所需刷写的标定文件。
77.服务器端将得到的标定文件发送至车端。
78.本发明实施例中,车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写,具体步骤包括:
79.车端对得到的标定文件的地址/did以及对应的目标数据进行识别;
80.车端调用标定刷写脚本完成对标定文件的刷写。
81.存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于:电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
82.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、rf等等,或者上述的任意合适的组合。
83.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言,诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(lan)或广域网(wan),连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
84.本发明实施例提供的一种用以解决oem中eol标定的系统,包括分类模块、关联模块、生成模块和刷写模块。
85.分类模块用于将oem中待标定刷写的控制器进行分类,并创建对应控制器的标定总体调用库并得到标定配置文件;关联模块用于基于控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联;生成模块用于向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件;刷写模块用于驱使车端对得到的标定文件进行识别,并调用标定刷
写脚本完成对标定文件的刷写。
86.本发明实施例中,标定总体调用包括img识别模式方案下公式的获取、识别后刷写的地址排序和s19文件的刷写,以及qr刷写的模式方案下公式的获取、识别后刷写的地址排序和s19文件的刷写,以及txt识别方案下公式的获取、识别后刷写的地址排序和s19文件的刷写。
87.待标定刷写的控制器的分类、标定总体调用库的创建,以及标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据的关联,均在服务器端中完成。
88.本发明实施例中,向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,得到车端所需刷写的标定文件,具体过程包括:
89.待待标定刷写的控制器关联ini文件和标定处理库;
90.服务器端以vin为单位向生产系统请求待标定刷写的控制器在相应状态日期下的标定文件;
91.服务器端将与请求的标定文件对应的标定生产文件发送给标定处理库,得到车端所需刷写的标定文件。
92.服务器端将得到的标定文件发送至车端。
93.本发明实施例中,车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写,具体过程包括:
94.车端对得到的标定文件的地址/did以及对应的目标数据进行识别;
95.车端调用标定刷写脚本完成对标定文件的刷写。
96.本发明实施例的用以解决oem中eol标定的系统,通过将oem中待标定刷写的控制器进行分类,并创建对应控制器的标定总体调用库并得到标定配置文件;然后基于控制器的唯一识别码,将标定配置文件与标定处理库、标定刷写脚本和生产系统输入数据关联;然后向生产系统请求待标定刷写的控制器的标定文件,并将对应的标定生产文件发送至标定处理库,自动得到车端所需刷写的标定文件;车端对得到的标定文件进行识别,并调用标定刷写脚本完成对标定文件的刷写,通过标定配置文件的设置,实现待标定刷写的控制器对应标定文件的自动生成,用于解决在整车ota开发时不同控制器不同的标定模式的刷写方案,有效提升刷写效率,适用范围广,同时能够保证刷写升级后程序的稳定性,且减少后期测试时间。
97.以上所述仅是本技术的具体实施方式,使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下,在其它实施例中实现。因此,本技术将不会被限制于本文所示的这些实施例,而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
98.本发明是参照根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。