CN103616830B - 汽车控制器刷写控制方法、装置及一种汽车总线系统 - Google Patents

Abstract

本申请公开了一种汽车控制器刷写控制方法、装置及一种汽车总线系统，其在控制ECU刷写时，同时向CAN总线系统中的所有ECU发送预编程控制指令，根据ECU反馈的响应消息判定相应ECU已进入预编程阶段；当接收到所有ECU反馈的响应消息，再控制所有ECU同时进行刷写，待所有ECU均完成刷写后，控制所有ECU进行编程后处理；从而避免了正在进行刷写的ECU因另一ECU进入预编程阶段造成自身状态改变、甚至刷写失败的现象，实现了对所有ECU的同时刷写，对于整个CAN总线系统而言，大大缩减了应用程序刷写消耗时间，提高了车辆生成及测试效率。

Description

汽车控制器刷写控制方法、装置及一种汽车总线系统

技术领域

本申请涉及汽车针对诊断技术领域，尤其涉及一种汽车控制器刷写控制方法、装置及一种汽车总线系统。

背景技术

ECU(Electronic Control Unit)电子控制单元，又称“行车电脑”、“车载电脑”等，作为汽车专用微机控制器，设置于汽车的发动机系统、四轮驱动系统、电控自动变速器、安全气囊系统、多向可调电控座椅等多个系统中；多个ECU通过多路复用通信网络技术形成汽车CAN总线系统。每个ECU的功能不同，其内置的应用程序也不同，故需要对每个ECU刷写不同的应用程序。

现有基于UDS(Unified diagnostic Services，统一诊断服务)的CAN总线控制器刷写控制方法的流程为：上位机针对某一个待刷写的ECU发送与编程控制命令，使其进入预编程阶段，同时控制CAN网络中的其他所有ECU进入相应的编程辅助状态，如进入扩展会话模式、停止ECU之间发送应用报文、禁止ECU进行DTC(Diagnostic Trouble Codes，故障代码)设置及上述进入预编程状态的ECU进行刷写所需其他特殊状态；状态设置完成后上位机创建一编程实例，控制上述进入预编程状态的ECU先后进入应用程序刷写阶段、编程后处理阶段。

应用上述控制方法，当某个ECU在执行刷写时，若欲同时对另一个ECU进行刷写，则必须使自身进入预编程阶段，同时其他所有ECU进入编程辅助状态，这些状态设置的变化极可能影响该正在执行刷写ECU，导致其刷写数据失败。因此，上述控制方法同一时间段内只能对一个ECU进行刷写，欲使CAN总线系统中的所有ECU完成刷写消耗时间过长，影响车辆生成及测试速度。

发明内容

有鉴于此，本申请目的在于提供一种汽车控制器刷写控制方法、装置及一种汽车总线系统，以解决现有控制方法只能对ECU进行逐个刷写，造成刷写车辆所有ECU消耗的时间过长，影响车辆生成及测试速度的问题。

为实现上述目的，本申请提供如下技术方案：

一种汽车控制器刷写控制方法，包括：

同时向所有电子控制单元ECU发送预编程控制指令，并接收ECU反馈的表征已进入预编程阶段的响应信息；

为每个ECU创建编程实例；

当接收到所有ECU的所述响应信息时，根据所述编程实例控制相应的ECU进行同时刷写；

当所有ECU刷写完成后，控制所有ECU进行编程后处理。

优选的，所述根据所述编程实例控制相应的ECU进行同时刷写，包括：

建立编程实例与ECU之间的一对一逻辑关系；

根据所述一对一逻辑关系进行编程实例与相应的ECU之间的数据交互。

优选的，所述建立编程实例与ECU之间的一对一逻辑关系，包括：

确定每个编程实例所对应的ECU的总线报文编号；

所述根据所述一对一逻辑关系进行编程实例与相应的ECU之间的数据交互，包括：

将编程实例中的数据与相应的总线报文编号整合为编程数据，发送至CAN总线；

控制ECU从CAN总线中获取具有自身的总线报文编号的编程数据，并反馈一具有自身的总线报文编号的响应信息；

根据所述具有自身的总线报文编号的响应信息中的总线报文编号向相应的编程实例分发所述具有自身的总线报文编号的响应信息。

优选的，所述预编程阶段包括：进入扩展会话模式、停止ECU之间发送应用报文和禁止ECU进行故障代码DTC设置；

所述控制所有ECU进行编程后处理，包括：控制ECU之间发送应用报文、允许DTC设置、进入默认会话模式。

一种汽车控制器刷写控制装置，包括：预编程控制模块、实例创建模块、刷写控制模块和后处理控制模块；

所述预编程控制模块，用于同时向所有电子控制单元ECU发送预编程控制指令，以控制所有ECU同时进入预编程接阶段，并接收ECU反馈的响应信息，当接收到所有ECU的响应信息时，触发所述刷写控制模块；

所述实例创建模块，用于为每个ECU创建编程实例；

所述刷写控制模块，用于根据所述编程实例控制相应的ECU进行同时刷写；

所述后处理控制模块，用于当所有ECU刷写完成后，控制所有ECU进行编程后处理。

优选的，所述刷写控制模块包括：

逻辑关系建立模块，用于建立编程实例与ECU之间的一对一逻辑关系；

数据收发控制模块，用于根据所述一对一逻辑关系进行编程实例与相应的ECU之间的数据交互。

优选的，所述逻辑关系建立模块包括：

编号确定模块，用于确定每个编程实例所对应的ECU的总线报文编号；

所述数据收发控制模块包括：

编程数据发送模块，用于将编程实例中的数据与相应的总线报文编号整合为编程数据，发送至CAN总线；

ECU收发控制模块，用于控制ECU从CAN总线中获取具有自身的总线报文编号的编程数据，并反馈一具有自身的总线报文编号的响应信息；

总线数据分发模块，用于根据所述具有自身的总线报文编号的响应信息中的总线报文编号向相应的编程实例分发所述具有自身的总线报文编号的响应信息。

优选的，所述预编程阶段包括：进入扩展会话模式、停止ECU之间发送应用报文和禁止ECU进行故障代码DTC设置；

所述控制所有ECU进行编程后处理，包括：控制ECU之间发送应用报文、允许DTC设置、进入默认会话模式。

一种汽车总线系统，包括多个电子控制单元ECU，还包括以上任一项所述的汽车控制器刷写控制装置。

从上述的技术方案可以看出，本申请在控制汽车CAN总线系统中的ECU刷写时，同时向CAN总线系统中的所有ECU发送预编程控制指令，根据ECU反馈的响应消息判定相应ECU已进入预编程阶段；当接收到所有ECU反馈的响应消息，即所有ECU均已进入预编程阶段时，再控制所有ECU同时进行刷写，待所有ECU均完成刷写后，控制所有ECU进行编程后处理；可见，上述方法使得所有ECU同时进入预编程阶段、同时由预编程阶段转入应用程序刷写阶段、同时由应用程序刷写阶段转入编程后处理阶段，从而避免了正在进行刷写的ECU因另一ECU进入预编程阶段造成自身状态改变、甚至刷写失败的现象，实现了对所有ECU的同时刷写，对于整个CAN总线系统而言，大大缩减了应用程序刷写消耗时间，从而提高了车辆生成及测试效率，解决了现有技术的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例一提供的汽车控制器刷写控制方法流程图；

图2为本申请实施例二提供的汽车控制器刷写控制方法流程图；

图3为本申请实施例三提供的汽车控制器刷写控制方法流程图；

图4为本申请实施例四提供的汽车控制器刷写控制装置的结构图；

图5为本申请实施例五提供的汽车控制器刷写控制装置的结构图；

图6为本申请实施例六提供的汽车控制器刷写控制装置的结构图；

图7为本申请实施例提供的编程实例和ECU之间数据交互示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例公开了一种汽车控制器刷写控制方法、装置及一种汽车总线系统，以解决现有控制方法只能对ECU进行逐个刷写，造成刷写车辆所有ECU消耗的时间过长，影响车辆生成及测试速度的问题。

参照图1，本申请实施例一提供的汽车控制器刷写控制方法，包括如下步骤：

S1、同时向所有电子控制单元ECU发送预编程控制指令，并接收ECU反馈的表征已进入预编程阶段的响应信息；

S2、为每个ECU创建编程实例；

S3、当接收到所有ECU的响应信息后，根据所述编程实例控制相应的ECU进行同时刷写；

S4、当所有ECU刷写完成后，控制所有ECU进行编程后处理。

由上述方法步骤可知，本申请实施例提供的汽车控制器刷写控制方法，同时向CAN总线系统中的所有ECU发送预编程控制指令，根据ECU反馈的响应消息判定相应ECU已进入预编程阶段；当接收到所有ECU反馈的响应消息，即所有ECU均已进入预编程阶段时，再控制所有ECU同时进行刷写，待所有ECU均完成刷写后，控制所有ECU进行编程后处理；可见，上述方法使得所有ECU同时进入预编程阶段、同时由预编程阶段转入应用程序刷写阶段、同时有应用程序刷写阶段转入编程后处理阶段，从而避免了正在进行刷写的ECU因另一ECU进入预编程阶段造成自身状态改变、甚至刷写失败的现象，实现了对所有ECU的同时刷写，对于整个CAN总线系统而言，大大缩减了应用程序刷写消耗时间，从而提高了车辆生成及测试效率，解决了现有技术的问题。

另外，对于一个完整的ECU刷写过程，耗时最长的阶段为应用程序刷写阶段，且刷写过程中CAN总线并不满负载，所以对所有的ECU同时刷写是可行的；应用本申请所述刷写控制方法，对所有的ECU同时刷写的总耗时由应用程序刷写阶段最后完成刷写的ECU的刷写耗时时长决定，远远小于现有技术中对所有的ECU同时刷写的总耗时等于所有ECU刷写耗时之和。

具体的，本申请实施例中，所述预编程阶段包括：进入扩展会话模式、停止ECU之间发送应用报文和禁止ECU进行故障代码DTC设置。

相应的，所述控制所有ECU进行编程后处理，包括：控制ECU之间发送应用报文、允许DTC设置、进入默认会话模式。

由于不同ECU的功能不同，其内置的应用程序也不同，故每个ECU对应的编程实例互不相同。因此，在控制所有ECU同时进行刷写时，需保证ECU和编程实例的严格对应；为此，本申请实施例二提供了另一种汽车控制器刷写控制方法，如图2所示，包括步骤：

S1、同时向所有电子控制单元ECU发送预编程控制指令，并接收ECU反馈的表征已进入预编程阶段的响应信息；

S2、为每个ECU创建编程实例；

S3、当接收到所有ECU的响应信息后，建立编程实例与ECU之间的一对一逻辑关系；

S4、根据所述一对一逻辑关系进行编程实例与相应的ECU之间的数据交互，直至完成应用程序刷写；

S5、当所有ECU刷写完成后，控制所有ECU进行编程后处理。

由上述方法可知，本申请实施例通过建立编程实例与ECU之间的一对一逻辑关系，并根据该一对一逻辑关系控制编程实例与相应的ECU之间的数据交互，保证了ECU和编程实例的严格对应，保证了应用程序刷写的正确率。

上述编程实例与相应的ECU之间的一对一逻辑关系的具体形式可以有多种；特别的，本申请实施例三优选通过总线报文编号实现ECU和编程实例的严格对应；如图3所示，其包括步骤：

S1、同时向所有电子控制单元ECU发送预编程控制指令，并接收ECU反馈的表征已进入预编程阶段的响应信息；

S2、为每个ECU创建编程实例；

S3、当接收到所有ECU的响应信息后，确定每个编程实例所对应的ECU的总线报文编号；

由于每个ECU均具有一总线报文编号(CAN ID)，不同的ECU的CAN ID不同，因此，可本申请实施例优选利用CAN ID建立编程实例和ECU之间的一对一逻辑关系。

S4、将编程实例中的数据与相应的总线报文编号整合为编程数据，发送至CAN总线；

如图7所示，编程实例和ECU之间通过CAN总线进行数据交互，即编程实例和ECU均将产生的数据或信息均发送至CAN总线，并从该CAN总线中读取所需信息。

S5、控制ECU从CAN总线中获取具有自身的总线报文编号的编程数据，并反馈一具有自身的总线报文编号的响应信息；

S6、根据所述具有自身的总线报文编号的响应信息中的总线报文编号向相应的编程实例分发所述具有自身的总线报文编号的响应信息；

S7、当所有ECU刷写完成后，控制所有ECU进行编程后处理。

本申请实施例中，编程实例和ECU之间循环执行上述步骤S4～S6，直至应用程序刷写完毕。发送至CAN总线的报文(包括编程实例发送的编程数据和ECU发送的具有自身的总线报文编号的响应信息中均具有相应的CAN ID，从而根据CAN ID对CAN总线的报文进行选择性接收，避免了数据的错误接收或接收不到，既保证了ECU和编程实例的严格对应，又保证了ECU和编程实例之间数据交互的正确率。

与上文方法实施例一对应的，本申请实施例四还提供了一种汽车控制器刷写控制装置，如图4所示，该装置包括：预编程控制模块100、实例创建模块200、刷写控制模块300和后处理控制模块400。

具体的，预编程控制模块100，用于同时向所有电子控制单元ECU发送预编程控制指令，以控制所有ECU同时进入预编程接阶段，并接收ECU反馈的响应信息，当接收到所有ECU的响应信息时，触发刷写控制模块300。

实例创建模块200，用于为每个ECU创建编程实例。

刷写控制模块300，用于根据所述编程实例控制相应的ECU进行同时刷写。

后处理控制模块400，用于当所有ECU刷写完成后，控制所有ECU进行编程后处理。

由上述结构及功能可知，本申请实施例提供的汽车控制器刷写控制装置，在进行刷写控制时，同时向CAN总线系统中的所有ECU发送预编程控制指令，根据ECU反馈的响应消息判定相应ECU已进入预编程阶段；当接收到所有ECU反馈的响应消息，即所有ECU均已进入预编程阶段时，再控制所有ECU同时进行刷写，待所有ECU均完成刷写后，控制所有ECU进行编程后处理；可见，上述方法使得所有ECU同时进入预编程阶段、同时由预编程阶段转入应用程序刷写阶段、同时有应用程序刷写阶段转入编程后处理阶段，从而避免了正在进行刷写的ECU因另一ECU进入预编程阶段造成自身状态改变、甚至刷写失败的现象，实现了对所有ECU的同时刷写，对于整个CAN总线系统而言，大大缩减了应用程序刷写消耗时间，从而提高了车辆生成及测试效率，解决了现有技术的问题。

与上文实施例二对应的，本申请实施例五提供了另一种汽车控制器刷写控制装置，如图5所示，该装置包括预编程控制模块100、实例创建模块200、刷写控制模块300和后处理控制模块400。其中，刷写控制模块300包括逻辑关系建立模块310和数据收发控制模块320。

具体的，预编程控制模块100，用于同时向所有电子控制单元ECU发送预编程控制指令，以控制所有ECU同时进入预编程接阶段，并接收ECU反馈的响应信息，当接收到所有ECU的响应信息时，触发刷写控制模块300。

实例创建模块200，用于为每个ECU创建编程实例。

逻辑关系建立模块310，用于建立编程实例与ECU之间的一对一逻辑关系。

数据收发控制模块320，用于根据所述一对一逻辑关系进行编程实例与相应的ECU之间的数据交互。

后处理控制模块400，用于当所有ECU刷写完成后，控制所有ECU进行编程后处理。

由上述结构和功能可知，本申请实施例通过逻辑关系建立模块建立编程实例与ECU之间的一对一逻辑关系，并根据该一对一逻辑关系控制编程实例与相应的ECU之间的数据交互，保证了ECU和编程实例的严格对应，保证了应用程序刷写的正确率。

与上文实施例三对应的，本申请实施例六又提供了一种汽车控制器刷写控制装置，如图6所示，该装置包括预编程控制模块100、实例创建模块200、刷写控制模块300和后处理控制模块400。其中，刷写控制模块300包括编号设置模块311、编程数据发送模块321、ECU收发控制模块322和总线数据分发模块323。

具体的，预编程控制模块100，用于同时向所有电子控制单元ECU发送预编程控制指令，以控制所有ECU同时进入预编程接阶段，并接收ECU反馈的响应信息，当接收到所有ECU的响应信息时，触发刷写控制模块300。

实例创建模块200，用于为每个ECU创建编程实例。

编号确定模块311，用于确定每个编程实例所对应的ECU的总线报文编号。

编程数据发送模块321，用于将编程实例中的数据与相应的总线报文编号整合为编程数据，发送至CAN总线。

ECU收发控制模块322，用于控制ECU从CAN总线中获取具有自身的总线报文编号的编程数据，并反馈一具有自身的总线报文编号的响应信息。具体的，ECU收发控制模块322可内置于相应的ECU中。

总线数据分发模块323，用于根据所述具有自身的总线报文编号的响应信息中的总线报文编号向相应的编程实例分发所述具有自身的总线报文编号的响应信息。

后处理控制模块400，用于当所有ECU刷写完成后，控制所有ECU进行编程后处理。

上述实施例中，编程实例和ECU之间通过编号设置模块、编程数据发送模块、ECU收发控制模块和总线数据分发模块循环执行数据交互，直至应用程序刷写完毕。发送至CAN总线的报文(包括编程实例发送的编程数据和ECU发送的具有自身的总线报文编号的响应信息中均具有相应的CAN ID，从而根据CAN ID对CAN总线的报文进行选择性接收，避免了数据的错误接收或接收不到，既保证了ECU和编程实例的严格对应，又保证了ECU和编程实例之间数据交互的正确率。

另外，本申请实施例还提供了一种汽车总线系统，包括多个电子控制单元ECU，以及实施例四～六任一项所述的汽车控制器刷写控制装置。通过该汽车控制器刷写控制装置，实现了对该汽车总线系统中所有ECU的同时刷写，对于整个CAN总线系统而言，大大缩减了应用程序刷写消耗时间，从而提高了车辆生成及测试效率，解决了现有技术的问题。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，所述程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (9)

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

同时向所有电子控制单元ECU发送预编程控制指令，并接收ECU反馈的表征已进入预编程阶段的响应信息；

为每个ECU创建编程实例；

当接收到所有ECU的所述响应信息时，根据所述编程实例控制相应的ECU进行同时刷写；

当所有ECU刷写完成后，控制所有ECU进行编程后处理。

2.根据权利要求1所述的汽车控制器刷写控制方法，其特征在于，所述根据所述编程实例控制相应的ECU进行同时刷写，包括：

建立编程实例与ECU之间的一对一逻辑关系；

根据所述一对一逻辑关系进行编程实例与相应的ECU之间的数据交互。

3.根据权利要求2所述的汽车控制器刷写控制方法，其特征在于，所述建立编程实例与ECU之间的一对一逻辑关系，包括：

确定每个编程实例所对应的ECU的总线报文编号；

所述根据所述一对一逻辑关系进行编程实例与相应的ECU之间的数据交互，包括：

将编程实例中的数据与相应的总线报文编号整合为编程数据，发送至CAN总线；

控制ECU从CAN总线中获取具有自身的总线报文编号的编程数据，并反馈一具有自身的总线报文编号的响应信息；

根据所述具有自身的总线报文编号的响应信息中的总线报文编号向相应的编程实例分发所述具有自身的总线报文编号的响应信息。

4.根据权利要求1～3任一项所述的汽车控制器刷写控制方法，其特征在于，所述预编程阶段包括：进入扩展会话模式、停止ECU之间发送应用报文和禁止ECU进行故障代码DTC设置；

所述控制所有ECU进行编程后处理，包括：控制ECU之间发送应用报文、允许DTC设置、进入默认会话模式。

5.一种汽车控制器刷写控制装置，其特征在于，包括：预编程控制模块、实例创建模块、刷写控制模块和后处理控制模块；

所述预编程控制模块，用于同时向所有电子控制单元ECU发送预编程控制指令，以控制所有ECU同时进入预编程接阶段，并接收ECU反馈的响应信息，当接收到所有ECU的响应信息时，触发所述刷写控制模块；

所述实例创建模块，用于为每个ECU创建编程实例；

所述刷写控制模块，用于根据所述编程实例控制相应的ECU进行同时刷写；

所述后处理控制模块，用于当所有ECU刷写完成后，控制所有ECU进行编程后处理。

6.根据权利要求5所述的汽车控制器刷写控制装置，其特征在于，所述刷写控制模块包括：

逻辑关系建立模块，用于建立编程实例与ECU之间的一对一逻辑关系；

数据收发控制模块，用于根据所述一对一逻辑关系进行编程实例与相应的ECU之间的数据交互。

7.根据权利要求6所述的汽车控制器刷写控制装置，其特征在于，所述逻辑关系建立模块包括：

编号确定模块，用于确定每个编程实例所对应的ECU的总线报文编号；

所述数据收发控制模块包括：

编程数据发送模块，用于将编程实例中的数据与相应的总线报文编号整合为编程数据，发送至CAN总线；

ECU收发控制模块，用于控制ECU从CAN总线中获取具有自身的总线报文编号的编程数据，并反馈一具有自身的总线报文编号的响应信息；

总线数据分发模块，用于根据所述具有自身的总线报文编号的响应信息中的总线报文编号向相应的编程实例分发所述具有自身的总线报文编号的响应信息。

8.根据权利要求5～6任一项所述的汽车控制器刷写控制装置，其特征在于，所述预编程阶段包括：进入扩展会话模式、停止ECU之间发送应用报文和禁止ECU进行故障代码DTC设置；

所述控制所有ECU进行编程后处理，包括：控制ECU之间发送应用报文、允许DTC设置、进入默认会话模式。

9.一种汽车总线系统，包括多个电子控制单元ECU，其特征在于，还包括如权利要求5～8任一项所述的汽车控制器刷写控制装置。