摩托车柔性智能生产线在线自动刷写的方法与流程

本技术涉及摩托车制造，尤其涉及一种摩托车柔性智能生产线在线自动刷写的方法。

背景技术：

1、eol（end of line testing tool）是在摩托车生产线上使用的下线检测设备，用于满足产品下线签的功能检测和产品配置，能够对摩托车的故障进行诊断、能够下载检测，同时减少操作人员、提高测试效率。同时，下线检测仪也是摩托车厂家专门配备给其他4s维修站的测试设备，它具有很强的专业性等优点，能够对摩托车的odb接口连接，进行读码、解码、数据扫描和采集。能够对摩托车的状态进行检车，能够查出摩托车故障信息，可以对摩托车下发指令，比如写配置、写vin码 vehicle identification number（车辆识别码）、读清故障、钥匙匹配、胎压匹配、程序刷写等功能。

2、然而，在相关技术中，eol下线检测设备具有很强的专业性，根据摩托车配置情况的不同，针对每款车型，甚至针对每款车型的每一版本，都需要委托专门的eol软件厂家开发出对应的刷写程序，且摩托车个性化、定制化需求高，车型款式多样化，进而相关技术的摩托车刷写程序成本较高。此外，在生产线进行小批量多品种地生产摩托车时，例如在试制一些新车型时，需要针对每款摩托车单独委托eol软件厂家开发刷写设备，如此，在面对小批量多品种的柔性化生产需求时，需要投入等同刚性大规模量产时的资金和人力，导致生产成本的提高，产生了大量的浪费。并且，在开发时，还需要将摩托车的控制权限指令提供给eol软件厂家，如此，eol软件厂家才能针对性的开发出刷写程序，但这导致了摩托车的控制权限指令存在外泄的风险，导致摩托车安全性存在隐患。

3、此外，由于eol下线检测设备具有很强的专业性，对于操作者存在较高的使用要求，使用eol下线检测设备对摩托车进行程序刷写时较容易发生操作不当的情况，例如选用的eol下线检测设备与待刷写摩托车款式不匹配或者eol下线检测设备刷入至摩托车智能设备中的程序版本与摩托车智能设备的需求版本不匹配，从而对生产效率造成不良影响。

4、因此，有必要提出一种技术方案，解决相关技术中存在的采用eol下线检测设备对摩托车进行程序刷写成本较高、容易出错且存在安全隐患的问题。

技术实现思路

1、本技术的目的在于提供一种技术方案，解决相关技术中存在的采用eol下线检测设备对摩托车进行程序刷写成本较高、容易出错且存在安全隐患的问题。

2、基于以上问题，本技术提供一种摩托车柔性智能生产线在线自动刷写的方法，生产线能够将控制器装配于摩托车，并能够通过远程通信终端对控制器进行刷写，包括以下步骤：

3、远程服务平台接收摩托车上电时通过远程通讯终端发送的刷写请求，当摩托车上电时，远程通讯终端能够与摩托车上的各个控制器通讯连接；远程服务平台对刷写请求进行解析，获得摩托车的车辆信息，并根据车辆信息获取映射表，映射表是在生产线将控制器装配于摩托车时，制造执行系统将摩托车的车辆信息与控制器的控制器识别码绑定生成的；远程服务平台存储有用于不同的控制器刷写的刷写数据包，远程服务平台调用刷写数据包，并将刷写数据包发送至远程通讯终端，以使摩托车通过远程通讯终端接收刷写数据包，并使远程通讯终端将刷写数据包刷入对应的控制器中，其中，远程服务平台调用的刷写数据包与映射表的控制器对应，刷写数据包可以得到远程通讯终端将刷写数据包刷写至控制器的响应。

4、进一步的，远程服务平台调用对应映射表中控制器的刷写数据包包括以下步骤：

5、远程服务平台向制造执行系统发起获取车辆订阅服务配置表的请求，车辆订阅服务配置表中包括任一摩托车所订阅的车辆服务；

6、远程服务平台根据映射表中的控制器识别码调用与控制器对应的至少一个软件版本配置信息，以生成软件版本配置表；

7、远程服务平台将软件版本配置表与车辆订阅服务配置表结合，生成整车刷写任务明细表，整车刷写任务明细表包括任一摩托车上的控制器完成车辆服务所需的软件版本配置信息；

8、远程服务平台根据整车刷写任务明细表，调用刷写数据包。

9、进一步的，方法还包括：

10、远程服务平台创建整车刷写任务总表，整车刷写任务总表包括任一摩托车的刷写状态；

11、远程服务平台接收刷写结果反馈信息，刷写结果反馈信息是摩托车在对各个控制器进行刷写后发送的；

12、根据刷写结果反馈信息，远程服务平台在整车刷写任务明细表中记录各个控制器的刷写结果；

13、当整车刷写任务明细表中所有控制器的刷写结果记录为刷写成功时，远程服务平台更新整车刷写任务总表，将整车刷写任务总表中对应摩托车的刷写状态标记为刷写成功。

14、进一步的，刷写结果反馈信息包括刷写是否成功以及刷写失败时的刷写失败原因，其中，刷写失败原因包括刷写数据包接收失败和控制器故障；

15、当刷写失败原因为刷写数据包接收失败时，远程服务平台重新向远程通讯终端发送刷写数据包，并在整车刷写任务明细表中记录重新刷写的结果、重试发送时间和重试发送次数；

16、当重新刷写的结果依然为刷写失败，远程服务平台重新向远程通讯终端发送刷写数据包，直至重试发送次数达到预设阈值，若重新刷写的结果依然为刷写失败，远程服务平台更新整车刷写任务总表，将整车刷写任务总表中对应摩托车的刷写状态标记为刷写失败。

17、进一步的，生成整车刷写任务明细表包括以下步骤：

18、远程服务平台根据车辆信息，获取车辆订阅服务配置表中对应的摩托车所订阅的车辆服务；

19、远程服务平台对车辆服务进行解析，获得实现车辆服务所需的控制器，以及控制器所需配置的软件版本配置信息；

20、远程服务平台从软件版本配置表中选择对应的软件版本配置信息，构建映射表中任一控制器与软件版本配置信息的映射关系，以生成整车刷写任务明细表。

21、进一步的，方法还包括：

22、远程服务平台根据映射表获取摩托车上需要刷写的控制器的数量；

23、控制器中存储有基础控制程序，当控制器的数量大于或等于预设控制器数量时，远程服务平台向远程通讯终端发送的刷写数据包包括配置参数，以使远程通讯终端将配置参数传入控制器，触发控制器将配置参数填充至基础控制程序，以完成控制器的刷写；

24、当控制器的数量小于预设控制器数量时，远程服务平台向远程通讯终端发送的刷写数据包包括配置参数和配置程序，以使远程通讯终端将配置参数和配置程序刷入控制器，以完成控制器的刷写。

25、进一步的，若远程通讯终端在生产线上装配于摩托车，并在制造执行系统中完成摩托车的车辆识别码与远程通讯终端的识别码绑定，车辆信息为远程通讯终端的识别码，远程服务平台对刷写请求进行解析以获得远程通讯终端的识别码，并根据远程通讯终端的识别码获得相应的车辆识别码，再根据车辆识别码获取映射表；

26、若在生产线上未将远程通讯终端装配于摩托车，车辆信息为摩托车的车辆识别码，远程服务平台对刷写请求进行解析以获得车辆识别码，并根据车辆识别码获取映射表。

27、进一步的，方法还包括：

28、当远程服务平台根据刷写请求进行解析获得摩托车的车辆信息时，远程服务平台向制造执行系统发起请求，以获取与车辆信息相对应的映射表；

29、或者，在远程服务平台设置存储区域，远程服务平台接收制造执行系统发送的全部映射表，并将映射表存储在存储区域中，当远程服务平台根据刷写请求进行解析获得摩托车的车辆信息时，远程服务平台从存储区域调用与车辆信息对应的映射表。

30、本技术还提供一种摩托车柔性智能生产线在线自动刷写的方法，生产线能够将控制器装配于摩托车，并能够通过远程通信终端对控制器进行刷写，包括以下步骤：

31、摩托车上电时通过远程通讯终端向远程服务平台发送刷写请求，刷写请求包括摩托车的车辆信息，当摩托车上电时，远程通讯终端与控制器通讯连接；

32、摩托车通过远程通讯终端接收远程服务平台发送的刷写数据包，并将刷写数据包刷入控制器中，刷写数据包是远程服务平台在接收到刷写请求后，先根据车辆信息获取映射表，再根据映射表中的控制器调用并发送的；

33、其中，远程服务平台存储有用于不同的控制器刷写的刷写数据包，映射表是在生产线将控制器装配于摩托车时制造执行系统将摩托车的车辆信息与控制器的控制器识别码绑定生成的。

34、进一步的，方法还包括：若远程通讯终端在生产线上装配于摩托车，并在制造执行系统中完成摩托车的车辆识别码与远程通讯终端的识别码绑定，定义摩托车上电时为第一状态，在第一状态下，远程通讯终端通过can总线与摩托车上的各个控制器通讯连接，远程通讯终端发送的车辆信息为远程通讯终端的识别码；

35、若在生产线上未将远程通讯终端装配于摩托车， 将摩托车上电时通过接口与远程通讯终端通讯连接定义为第二状态，在第二状态下，远程通讯终端获取摩托车的车辆识别码，远程通讯终端发送的车辆信息为摩托车的车辆识别码。

36、综上，本技术实施例提供一种摩托车柔性智能生产线在线自动刷写的方法，通过支持与多款式摩托车通信的远程通讯终端，远程服务平台可以调用并向远程通讯终端发送与摩托车款式相对应的刷写数据包，以使摩托车通过远程通讯终端接收刷写数据包，并将刷写数据包刷入对应的控制器中，实现自动刷写，免去生产线的eol专用检测设备和eol检测工序、降低刷写成本，且避免摩托车上的智能设备的控制指令泄露，提高摩托车的安全性，以及基于制造执行系统绑定生成的映射表能够实现对多式摩托车的柔性化刷写。另外，远程服务平台可以对远程通讯终端发送刷写请求进行解析获得车辆信息，并根据车辆信息查询获得对应的映射表，从而可以自动调用刷写数据包，并将调用的刷写数据包发送至远程通讯终端，整个过程可以无需人工参与，提高了数据的准确性。