车载控制器诊断方法及相关装置与流程

本技术涉及汽车电子，特别涉及一种车载控制器诊断方法及相关装置。

背景技术：

1、目前的车载控制器基本都以实现统一的诊断服务(unified diagnosticservices，uds)诊断协议栈为前提来提供诊断服务，且每个控制器不管是挂在总线还是挂在内网上，都得实现诊断层的设计。目前的电子控制单元(electronic control unit，ecu)控制器除了本身有控制器局域网总线(controller area network，can)通讯服务外，还必须设计一套uds诊断服务层，且不管是否使用autosar的标准开发uds诊断协议栈，但必须对底层，中间件，应用层进行一系列的代码开发，从而使得开发周期较长，开发效率较低。

技术实现思路

1、本技术实施例提供了一种车载控制器诊断方法及相关装置，通过主控制器与其他子控制器之间通过内网进行交互，从而在满足目标条件的基础上，根据自身数据和交互数据生成诊断数据。这样只通过主控制器即可获取相应的诊断数据，即只需要对主控制器进行uds诊断服务开发，避免了对每个控制器都进行uds诊断服务开发，降低了开发周期，同时提升了开发效率。

2、第一方面，本技术实施例提供了一种车载控制器诊断方法，该方法应用于主控制器。该方法包括：

3、获取以下至少一种信息：第一报文数据，至少一个第二报文数据；其中，所述第一报文数据为所述主控制器生成的报文数据，所述至少一个第二报文数据为所述主控制器从至少一个子控制器中接收到的报文数据；

4、当满足目标条件时，根据所述至少一种信息生成诊断数据。

5、可以看出，本技术实施例中，主控制器根据自身生成的第一报文数据以及至少一个子控制器发送的第二报文数据生成诊断数据，使得若需要对整车控制器进行诊断服务时，只需要跟主控制器对接，即可实现与整车控制器的诊断服务，即不需要传统的与每个控制器都通过uds诊断协议进行诊断服务，只需要与主控制器进行uds诊断服务。同时，主控制器与至少一个子控制器之间进行交互控制，无需对每个车载控制器都进行独立开发。因此该过程避免了对每个控制器都进行uds诊断服务开发可能导致的开发周期较长，开发效率较低的问题，提高了整车控制器的开发效率。

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、在本技术实施例中，主控制器与至少一个子控制器位于同一网段，使得主控制器与至少一个子控制器之间可以通过内网进行交互控制，无需对每个车载控制器都进行独立开发。因此该过程避免了对每个控制器都进行uds诊断服务开发可能导致的开发周期较长，开发效率较低的问题。

32、在一个可行的实施例中，所述第一报文数据和所述至少一个第二报文数据中包括的软硬件版本信息和动态数据流的报文标识不同。

33、在本技术实施例中，通过设置不同的软硬件版本信息和动态数据流的报文标识，可以提高诊断数据生成的效率。

34、第二方面，本技术实施例提供了一种车载控制器诊断装置，该装置应用于主控制器，该装置包括：

35、获取单元，用于获取以下至少一种信息：第一报文数据，至少一个第二报文数据；其中，所述第一报文数据为所述主控制器生成的报文数据，所述至少一个第二报文数据为所述主控制器从至少一个子控制器中接收到的报文数据；

36、生成单元，用于当满足目标条件时，根据所述至少一种信息生成诊断数据。

37、第三方面，本技术实施例提供了一种车载控制器诊断系统，该系统包括：诊断设备、主控制器以及至少一个子控制器，其中，

38、所述至少一个子控制器，用于向所述主控制器发送至少一个第二报文数据；

39、所述主控制器，用于获取以下至少一种信息：第一报文数据，所述至少一个第二报文数据；其中，所述第一报文数据为所述主控制器生成的；

40、所述诊断设备，用于向所述主控制器发送诊断请求；

41、所述主控制器，还用于在接收所述诊断请求的情况下，根据所述至少一种信息生成诊断数据；

42、所述主控制器，还用于向所述诊断设备发送所述诊断数据。

43、第四方面，本技术实施例提供了一种电子装置，该装置包括处理器，处理器与存储器耦合，处理器调用存储器中存储的可执行程序代码，执行例如第一方面任一方法中所描述的部分或全部的步骤。

44、第五方面，本技术实施例提供了一种车辆，该车辆包括如本实施例第四方面所示的电子装置。

45、第六方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有电子数据，电子数据在被处理器执行时，用于执行电子数据以实现本技术实施例第一方面所描述的部分或全部步骤。

46、第七方面，本技术实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本技术实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。