CN113759871A - 多控制器刷写方法、装置、设备及可读存储介质 - Google Patents

Abstract

本发明提供一种多控制器刷写方法、装置、设备及可读存储介质。该方法包括：获取平台下发的各个控制器的动态信息配置表；根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；根据各个控制器的刷写程序对各个控制器进行刷写。通过本发明，基于通用的服务ID组，结合各个控制器的动态信息配置表，生成各个控制器的刷写程序，从而根据各个控制器的刷写程序对各个控制器进行刷写，提高了开发效率。

Description

多控制器刷写方法、装置、设备及可读存储介质

技术领域

本发明涉及车辆管理技术领域，尤其涉及一种多控制器刷写方法、装置、设备及可读存储介质。

背景技术

现有技术中，在对车端控制器进行刷写时，需要针对每个控制器单独开发对应的刷写逻辑并通过固定程序编辑至升级主控程序中。这种方式下，每开发一个控制器的刷写逻辑，便需要重新开发一次升级主控程序，增大了时间成本和资金成本。

发明内容

本发明的主要目的在于提供一种多控制器刷写方法、装置、设备及可读存储介质，旨在解决现有技术中每开发一个控制器的刷写逻辑，便需要重新开发一次升级主控程序，导致开发成本高的技术问题。

第一方面，本发明提供一种多控制器刷写方法，所述多控制器刷写方法包括：

获取平台下发的各个控制器的动态信息配置表；

根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；

根据各个控制器的刷写程序对各个控制器进行刷写。

可选的，所述动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。

可选的，所述服务ID组基于刷写基础流程进行配置。

可选的，所述获取平台下发的各个控制器的动态信息配置表的步骤包括：

向平台发送待刷写的各个控制器的身份标识信息；

接收平台基于各个控制器的身份标识信息下发的各个控制器的动态信息配置表。

可选的，所述根据各个控制器的刷写程序对各个控制器进行刷写的步骤之前，还包括：

根据各个控制器的动态信息配置表进行有效性判断；

若有效性判断通过，则执行根据各个控制器的刷写程序对各个控制器进行刷写的步骤。

第二方面，本发明还提供一种多控制器刷写装置，所述多控制器刷写装置包括：

获取模块，用于获取平台下发的各个控制器的动态信息配置表；

生成模块，用于根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；

刷写模块，用于根据各个控制器的刷写程序对各个控制器进行刷写。

可选的，所述动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。

可选的，所述服务ID组基于刷写基础流程进行配置。

可选的，获取模块，用于：

向平台发送待刷写的各个控制器的身份标识信息；

接收平台基于各个控制器的身份标识信息下发的各个控制器的动态信息配置表。

可选的，多控制器刷写装置还包括判断模块，用于：

根据各个控制器的动态信息配置表进行有效性判断；

若有效性判断通过，则执行根据各个控制器的刷写程序对各个控制器进行刷写的步骤。

第三方面，本发明还提供一种多控制器刷写设备，所述多控制器刷写设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的多控制器刷写程序，其中所述多控制器刷写程序被所述处理器执行时，实现如上所述的多控制器刷写方法的步骤。

第四方面，本发明还提供一种可读存储介质，所述可读存储介质上存储有多控制器刷写程序，其中所述多控制器刷写程序被处理器执行时，实现如上所述的多控制器刷写方法的步骤。

本发明中，获取平台下发的各个控制器的动态信息配置表；根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；根据各个控制器的刷写程序对各个控制器进行刷写。通过本发明，基于通用的服务ID组，结合各个控制器的动态信息配置表，生成各个控制器的刷写程序，从而根据各个控制器的刷写程序对各个控制器进行刷写，提高了开发效率。

附图说明

图1为本发明实施例方案中涉及的多控制器刷写设备的硬件结构示意图；

图2为本发明多控制器刷写方法一实施例的流程示意图；

图3为本发明多控制器刷写方法一实施例中动态信息配置表的示意图；

图4为本发明多控制器刷写方法一实施例中刷写基础流程示意图；

图5为本发明多控制器刷写装置一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

第一方面，本发明实施例提供一种多控制器刷写设备。

参照图1，图1为本发明实施例方案中涉及的多控制器刷写设备的硬件结构示意图。本发明实施例中，多控制器刷写设备可以包括处理器1001(例如中央处理器CentralProcessing Unit，CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真WIreless-FIdelity，WI-FI接口)；存储器1005可以是高速随机存取存储器(random access memory，RAM)，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。本领域技术人员可以理解，图1中示出的硬件结构并不构成对本发明的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及多控制器刷写程序。

其中，处理器1001可以调用存储器1005中存储的多控制器刷写程序，并执行如下步骤：

获取平台下发的各个控制器的动态信息配置表；

根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；

根据各个控制器的刷写程序对各个控制器进行刷写。

进一步地，所述动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。

进一步地，所述服务ID组基于刷写基础流程进行配置。

进一步地，处理器1001可以调用存储器1005中存储的多控制器刷写程序，还执行如下步骤：

向平台发送待刷写的各个控制器的身份标识信息；

接收平台基于各个控制器的身份标识信息下发的各个控制器的动态信息配置表。

进一步地，处理器1001可以调用存储器1005中存储的多控制器刷写程序，还执行如下步骤：

根据各个控制器的动态信息配置表进行有效性判断；

若有效性判断通过，则执行根据各个控制器的刷写程序对各个控制器进行刷写的步骤。

第二方面，本发明实施例提供了一种多控制器刷写方法。

参照图2，图2为本发明多控制器刷写方法一实施例的流程示意图。如图2所示，多控制器刷写方法包括：

步骤S10，获取平台下发的各个控制器的动态信息配置表；

本实施例中，预先在平台端配置各个控制器的动态信息配置表，并建立每个控制器的身份标识信息与每个控制器的动态信息配置表的关联关系。其中，每个控制器的动态信息配置表中包含对应控制器刷写过程中所需的相关信息，控制器的身份标识信息包括控制器所属车辆的型号、软件版本、供应商信息等等，在此不对控制器的身份标识信息进行限制，可根据实际需要设置身份标识信息的具体内容。平台确定哪些控制器需要刷写，然后基于这些需要刷写的控制器的身份标识信息找到对应的动态信息配置表，并将这些需要刷写的控制器的动态信息配置表下发，使得本发明多控制器刷写方法的执行主体获取平台下发的各个控制器的动态信息配置表。

进一步地，一实施例中，步骤S10包括：

向平台发送待刷写的各个控制器的身份标识信息；接收平台基于各个控制器的身份标识信息下发的各个控制器的动态信息配置表。

本实施例中，车端升级主控软件确定当前待刷写的控制器有哪些，例如确定待刷写的各个控制器为控制器1、控制器2、控制器3、控制器4以及控制器5，则将控制器1、控制器2、控制器3、控制器4以及控制器5的身份标识信息1至5发送至平台；平台收到身份标识信息1至5后，基于身份标识信息与动态信息配置表的对应关系，查找身份标识信息1至5对应的动态信息配置表1至5，然后将动态信息配置表1至5下发至车端升级主控软件。其中，控制器的身份标识信息包括控制器所属车辆的型号、软件版本、供应商信息等等，在此不对控制器的身份标识信息进行限制，可根据实际需要设置身份标识信息的具体内容。

进一步地，一实施例中，所述动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。

本实施例中，参照图3，图3为本发明多控制器刷写方法一实施例中动态信息配置表的示意图。如图3所示，动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。需要说明的是，不同控制器对应的动态信息配置表中信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址等信息可能各不相同。对于每个控制器而言，根据其刷写需求，为其配置具体的信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址等信息，从而得到每个控制器的动态信息配置表。

步骤S20，根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；

本实施例中，各个控制器的刷写基础流程是一致，则均需用到若干服务ID，若干服务ID即构成服务ID组。若当前收到了控制器1的动态信息配置表1、控制器2的动态信息配置表2以及控制器3的动态信息配置表3，则可根据动态信息配置表1以及服务ID组生成控制器1的刷写程序；同理，根据动态信息配置表2以及服务ID组生成控制器2的刷写程序；同理，根据动态信息配置表3以及服务ID组生成控制器3的刷写程序。以此类推，若收到N个控制器的动态信息配置表，则基于同样方式，得到N个控制器的刷写程序。

进一步地，一实施例中，所述服务ID组基于刷写基础流程进行配置。

本实施例中，参照图4，图4为本发明多控制器刷写方法一实施例中刷写基础流程示意图。如图4所示，在任一控制器的刷写基础流程中，首先进行建立OTA刷写会话的步骤，然后进行安全访问的步骤，再然后进行写入身份的步骤，然后依次请求block数据下载，下载完成后，进行数据传输，所有block下载、传输完成后，退出数据传输，然后进行数据校验步骤，最后进行重启步骤。则基于图4所示的刷写基础流程所配置的服务ID组包括：建立OTA刷写会话对应的服务ID、实现安全访问对应的服务ID、实现写入身份对应的服务ID、请求block数据下载对应的服务ID、数据传输对应的服务ID、退出数据传输对应的服务ID、数据校验对应的服务ID以及重启对应的服务ID。

需要说明的是，图4仅为对刷写基础流程的示意说明，在此并不对刷写基础流程进行限制，刷写基础流程可根据实际需要进行设置，服务ID组也基于设置好的刷写基础流程进行配置。

步骤S30，根据各个控制器的刷写程序对各个控制器进行刷写。

本实施例中，根据步骤S20生成各个控制器的刷写程序后，即可根据各个控制器的刷写程序对各个控制器进行刷写。

本实施例中，获取平台下发的各个控制器的动态信息配置表；根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；根据各个控制器的刷写程序对各个控制器进行刷写。通过本实施例，基于通用的服务ID组，结合各个控制器的动态信息配置表，生成各个控制器的刷写程序，从而根据各个控制器的刷写程序对各个控制器进行刷写，提高了开发效率。

进一步地，一实施例中，在步骤S30之前，还包括：

根据各个控制器的动态信息配置表进行有效性判断；

若有效性判断通过，则执行步骤S30。

本实施例中，为避免在刷写过程中才发现刷写程序范围性问题，进行刷写前，除了做基础的身份校验、解密校验外，还需依据动态信息配置表里面的相关信息，配置本地的文件校验逻辑，然后基于文件校验逻辑进行有效性判断，若有效性判断通过，才执行步骤S30，从而避免刷写程序有问题。

其中，基于文件校验逻辑进行有效性判断的方式可以是：

判断文件里面的地址和控制器需要刷写的地址是否一致；和/或，判断文件里面刷写的内容是否和文件里面的包文件一致；和/或，判断个别刷写内容是否与校验程序中下发的校验位是否一致。

若文件里面的地址和控制器需要刷写的地址一致和/或文件里面刷写的内容和文件里面的包文件一致和/或个别刷写内容与校验程序中下发的校验位一致，则确定有效性判断通过。

第三方面，本发明实施例还提供一种多控制器刷写装置。

本实施例中，参照图5，图5为本发明多控制器刷写装置一实施例的功能模块示意图。如图5所示，所述多控制器刷写装置包括：

获取模块10，用于获取平台下发的各个控制器的动态信息配置表；

本实施例中，预先在平台端配置各个控制器的动态信息配置表，并建立每个控制器的身份标识信息与每个控制器的动态信息配置表的关联关系。其中，每个控制器的动态信息配置表中包含对应控制器刷写过程中所需的相关信息，控制器的身份标识信息包括控制器所属车辆的型号、软件版本、供应商信息等等，在此不对控制器的身份标识信息进行限制，可根据实际需要设置身份标识信息的具体内容。平台确定哪些控制器需要刷写，然后基于这些需要刷写的控制器的身份标识信息找到对应的动态信息配置表，并将这些需要刷写的控制器的动态信息配置表下发，使得获取模块10获取到平台下发的各个控制器的动态信息配置表。

进一步地，一实施例中，获取模块10，用于：

向平台发送待刷写的各个控制器的身份标识信息；接收平台基于各个控制器的身份标识信息下发的各个控制器的动态信息配置表。

本实施例中，获取模块10确定当前待刷写的控制器有哪些，例如确定待刷写的各个控制器为控制器1、控制器2、控制器3、控制器4以及控制器5，则将控制器1、控制器2、控制器3、控制器4以及控制器5的身份标识信息1至5发送至平台；平台收到身份标识信息1至5后，基于身份标识信息与动态信息配置表的对应关系，查找身份标识信息1至5对应的动态信息配置表1至5，然后将动态信息配置表1至5下发至获取模块10。其中，控制器的身份标识信息包括控制器所属车辆的型号、软件版本、供应商信息等等，在此不对控制器的身份标识信息进行限制，可根据实际需要设置身份标识信息的具体内容。

进一步地，一实施例中，所述动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。

本实施例中，参照图3，图3为本发明多控制器刷写方法一实施例中动态信息配置表的示意图。如图3所示，动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。需要说明的是，不同控制器对应的动态信息配置表中信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址等信息可能各不相同。对于每个控制器而言，根据其刷写需求，为其配置具体的信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址等信息，从而得到每个控制器的动态信息配置表。

生成模块20，用于根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；

本实施例中，各个控制器的刷写基础流程是一致，则均需用到若干服务ID，若干服务ID即构成服务ID组。若当前收到了控制器1的动态信息配置表1、控制器2的动态信息配置表2以及控制器3的动态信息配置表3，则生成模块20根据动态信息配置表1以及服务ID组生成控制器1的刷写程序；同理，根据动态信息配置表2以及服务ID组生成控制器2的刷写程序；同理，根据动态信息配置表3以及服务ID组生成控制器3的刷写程序。以此类推，若收到N个控制器的动态信息配置表，则基于同样方式，得到N个控制器的刷写程序。

进一步地，一实施例中，所述服务ID组基于刷写基础流程进行配置。

本实施例中，参照图4，图4为本发明多控制器刷写方法一实施例中刷写基础流程示意图。如图4所示，在任一控制器的刷写基础流程中，首先进行建立OTA刷写会话的步骤，然后进行安全访问的步骤，再然后进行写入身份的步骤，然后依次请求block数据下载，下载完成后，进行数据传输，所有block下载、传输完成后，退出数据传输，然后进行数据校验步骤，最后进行重启步骤。则基于图4所示的刷写基础流程所配置的服务ID组包括：建立OTA刷写会话对应的服务ID、实现安全访问对应的服务ID、实现写入身份对应的服务ID、请求block数据下载对应的服务ID、数据传输对应的服务ID、退出数据传输对应的服务ID、数据校验对应的服务ID以及重启对应的服务ID。

需要说明的是，图4仅为对刷写基础流程的示意说明，在此并不对刷写基础流程进行限制，刷写基础流程可根据实际需要进行设置，服务ID组也基于设置好的刷写基础流程进行配置。

刷写模块30，用于根据各个控制器的刷写程序对各个控制器进行刷写。

本实施例中，根据生成模块20生成各个控制器的刷写程序后，刷写模块30即可根据各个控制器的刷写程序对各个控制器进行刷写。

进一步地，一实施例中，多控制器刷写装置还包括判断模块40，用于：

根据各个控制器的动态信息配置表进行有效性判断；

若有效性判断通过，则执行根据各个控制器的刷写程序对各个控制器进行刷写的步骤。

本实施例中，为避免在刷写过程中才发现刷写程序范围性问题，进行刷写前，除了做基础的身份校验、解密校验外，还需判断模块40依据动态信息配置表里面的相关信息，配置本地的文件校验逻辑，然后基于文件校验逻辑进行有效性判断，若有效性判断通过，才执行步骤S30，从而避免刷写程序有问题。

其中，基于文件校验逻辑进行有效性判断的方式可以是：

判断文件里面的地址和控制器需要刷写的地址是否一致；和/或，判断文件里面刷写的内容是否和文件里面的包文件一致；和/或，判断个别刷写内容是否与校验程序中下发的校验位是否一致。

若文件里面的地址和控制器需要刷写的地址一致和/或文件里面刷写的内容和文件里面的包文件一致和/或个别刷写内容与校验程序中下发的校验位一致，则确定有效性判断通过。

第四方面，本发明实施例还提供一种可读存储介质。

本发明可读存储介质上存储有多控制器刷写程序，其中所述多控制器刷写程序被处理器执行时，实现如下步骤：

获取平台下发的各个控制器的动态信息配置表；

根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；

根据各个控制器的刷写程序对各个控制器进行刷写。

进一步地，一实施例中，所述动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。

进一步地，一实施例中，所述服务ID组基于刷写基础流程进行配置。

进一步地，一实施例中，所述多控制器刷写程序被处理器执行时，还实现如下步骤：

向平台发送待刷写的各个控制器的身份标识信息；

接收平台基于各个控制器的身份标识信息下发的各个控制器的动态信息配置表。

进一步地，一实施例中，所述多控制器刷写程序被处理器执行时，还实现如下步骤：

根据各个控制器的动态信息配置表进行有效性判断；

若有效性判断通过，则执行根据各个控制器的刷写程序对各个控制器进行刷写的步骤。

其中，多控制器刷写程序被执行时所实现的方法可参照本发明多控制器刷写方法的各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种多控制器刷写方法，其特征在于，所述多控制器刷写方法包括：

获取平台下发的各个控制器的动态信息配置表；

根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；

根据各个控制器的刷写程序对各个控制器进行刷写。

2.如权利要求1所述的多控制器刷写方法，其特征在于，所述动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。

3.如权利要求1所述的多控制器刷写方法，其特征在于，所述服务ID组基于刷写基础流程进行配置。

4.如权利要求1所述的多控制器刷写方法，其特征在于，所述获取平台下发的各个控制器的动态信息配置表的步骤包括：

向平台发送待刷写的各个控制器的身份标识信息；

接收平台基于各个控制器的身份标识信息下发的各个控制器的动态信息配置表。

5.如权利要求1所述的多控制器刷写方法，其特征在于，所述根据各个控制器的刷写程序对各个控制器进行刷写的步骤之前，还包括：

根据各个控制器的动态信息配置表进行有效性判断；

若有效性判断通过，则执行根据各个控制器的刷写程序对各个控制器进行刷写的步骤。

6.一种多控制器刷写装置，其特征在于，所述多控制器刷写装置包括：

获取模块，用于获取平台下发的各个控制器的动态信息配置表；

生成模块，用于根据各个控制器的动态信息配置表以及服务ID组，生成各个控制器的刷写程序；

刷写模块，用于根据各个控制器的刷写程序对各个控制器进行刷写。

7.如权利要求6所述的多控制器刷写装置，其特征在于，所述动态信息配置表包括：

信息采集DI、信息交互ID、文件刷写格式、采集信息个数、刷写block数量、刷写地址、DID指令、抓取数据个数以及抓取数据地址。

8.如权利要求6所述的多控制器刷写装置，其特征在于，所述服务ID组基于刷写基础流程进行配置。

9.一种多控制器刷写设备，其特征在于，所述多控制器刷写设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的多控制器刷写程序，其中所述多控制器刷写程序被所述处理器执行时，实现如权利要求1至5中任一项所述的多控制器刷写方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有多控制器刷写程序，其中所述多控制器刷写程序被处理器执行时，实现如权利要求1至5中任一项所述的多控制器刷写方法的步骤。

Images