Vehicle diagnosis mode control method, system, device and storage medium

By acquiring and determining the priority of diagnostic mode information and coordinating the switching of different diagnostic methods, the problem of the inability to identify and coordinate vehicle diagnostic methods is solved, thereby improving the system's diagnostic efficiency.

CN115167378BActive Publication Date: 2025-11-18ZHEJIANG GEELY HLDG GRP CO LTD +2
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
CN202210995029.2
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-08-18
Publication Date
2025-11-18
Estimated Expiration
2042-08-18

AI Technical Summary

Technical Problem

Existing vehicle diagnostic methods cannot identify and coordinate different diagnostic methods, leading to problems with distorted diagnostic information.

Method used

By acquiring the first diagnostic mode information of the current diagnostic task and the second diagnostic mode information of the diagnostic task to be switched, the priority of the two is determined, and the corresponding diagnostic task is executed based on the priority, thus coordinating the switching of different diagnostic modes.

Benefits of technology

It enables the identification and coordination of diagnostic methods for in-vehicle controllers, preventing conflicts between multiple diagnostic methods and improving system diagnostic efficiency.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN115167378B_ABST
    Figure CN115167378B_ABST
Patent Text Reader

Abstract

The application discloses a vehicle diagnosis mode control method, system, device and storage medium. The vehicle diagnosis mode control method comprises the following steps: acquiring first diagnosis mode information of a current diagnosis task; receiving second diagnosis mode information of a diagnosis task to be switched sent by a slave node; determining the priority of a first diagnosis mode and a second diagnosis mode based on the first diagnosis mode information and the second diagnosis mode information, and executing a corresponding diagnosis task based on the priority. The application belongs to the technical field of automobile electronics, and the system can identify the current diagnosis mode, and coordinate the diagnosis of in-vehicle controllers by the priority of diagnosis modes, so that the conflict caused by multiple diagnosis modes is prevented, and the efficiency of system diagnosis is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of automotive electronics technology, and in particular to a vehicle diagnostic mode control method, system, device and storage medium. Background Technology

[0002] With the rapid advancement of connectivity and intelligence in the automotive industry, vehicle diagnostic methods have gradually evolved from traditional local diagnostics to include remote diagnostics and OTA (Over-The-Air) technology.

[0003] However, due to cost constraints, the in-vehicle controller can only process one diagnostic request at a time; otherwise, conflicts will occur, leading to diagnostic processing errors. Currently, in existing technologies, during diagnostics, the in-vehicle controller cannot identify which diagnostic device is sending the request, thus failing to recognize and coordinate different diagnostic methods, resulting in distorted diagnostic information. Summary of the Invention

[0004] The main purpose of this application is to provide a vehicle diagnostic mode control method, system, device and storage medium, which aims to solve the technical problem that the prior art cannot identify and coordinate different diagnostic modes.

[0005] To achieve the above objectives, this application provides a vehicle diagnostic mode control method applied to a master control node, the vehicle diagnostic mode control method comprising:

[0006] Obtain the first diagnostic mode information for the current diagnostic task;

[0007] Receive the second diagnostic mode information of the diagnostic task to be switched from the node;

[0008] Based on the first diagnostic mode information and the second diagnostic mode information, the priority of the first diagnostic mode and the second diagnostic mode is determined, and the corresponding diagnostic task is executed based on the priority.

[0009] Optionally, the diagnostic mode information includes local diagnostic mode, OTA diagnostic mode, and remote diagnostic mode, and the step of determining the priority of the first diagnostic mode and the second diagnostic mode includes:

[0010] Based on the preset priority settings of the diagnostic modes, the priorities of the first diagnostic mode and the second diagnostic mode are determined;

[0011] The local diagnostic mode is preset to the first priority, the OTA diagnostic mode is preset to the second priority, and the remote diagnostic mode is preset to the third priority, wherein the first priority is higher than the second priority, and the second priority is higher than the third priority.

[0012] Optionally, the step of performing the corresponding diagnostic task based on the priority includes:

[0013] Based on the priority and the preset switching rules, determine whether to switch the current diagnostic task to the diagnostic task to be switched.

[0014] If the current diagnostic task is switched to the diagnostic task to be switched, then the diagnostic task to be switched is executed.

[0015] Optionally, the step of determining whether to switch diagnostic tasks based on the priority and preset switching rules includes:

[0016] If the first diagnostic mode information is the remote diagnostic mode and the second diagnostic mode information is the local diagnostic mode or the OTA diagnostic mode, then based on the priority, the current diagnostic task is switched to the diagnostic task to be switched.

[0017] If the first diagnostic mode information is the local diagnostic mode and the second diagnostic mode information is the remote diagnostic mode or OTA diagnostic mode, then based on the priority, the current diagnostic task will not be switched to the diagnostic task to be switched.

[0018] If the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the local diagnostic mode, then based on the preset switching rules, the current diagnostic task will not be switched to the diagnostic task to be switched.

[0019] If the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the remote diagnostic mode, then based on the priority, the current diagnostic task will not be switched to the diagnostic task to be switched.

[0020] Optionally, the master node sends the first diagnostic mode information of the current diagnostic task to the slave node through periodic messages, so that the slave node can obtain the first diagnostic mode information.

[0021] This application also provides a vehicle diagnostic mode control method, characterized in that it is applied to a slave node, and the vehicle diagnostic mode control method includes:

[0022] Get the diagnostic tasks to be switched;

[0023] Determine the second diagnostic mode information of the diagnostic task to be switched;

[0024] Receive the first diagnostic mode information of the current diagnostic task sent by the master node;

[0025] Based on the first diagnostic mode information, the second diagnostic mode information of the diagnostic task to be switched is sent to the master control node.

[0026] Optionally, the step of sending the second diagnostic mode information to the master control node based on the first diagnostic mode information includes:

[0027] Based on the first diagnostic mode information and the second diagnostic mode information, determine whether to switch the current diagnostic task to the diagnostic task to be switched.

[0028] If the current diagnostic task is switched to the diagnostic task to be switched, the second diagnostic mode information is sent to the master control node.

[0029] This application also provides a vehicle diagnostic mode control system, the vehicle diagnostic mode control system comprising:

[0030] The acquisition module is used to acquire the first diagnostic mode information for the current diagnostic task;

[0031] The receiving module is used to receive the second diagnostic mode information of the diagnostic task to be switched sent by the slave node;

[0032] The execution module is used to determine the priority of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and to execute the corresponding diagnostic task based on the priority.

[0033] This application also provides a vehicle diagnostic mode control device, which includes: a memory, a processor, and a program stored in the memory for implementing the vehicle diagnostic mode control method.

[0034] The memory is used to store the program for implementing the vehicle diagnostic mode control method;

[0035] The processor is used to execute a program that implements the vehicle diagnostic mode control method, so as to implement the steps of the vehicle diagnostic mode control method.

[0036] This application also provides a storage medium storing a program for implementing a vehicle diagnostic mode control method, wherein the program for implementing the vehicle diagnostic mode control method is executed by a processor to implement the steps of the vehicle diagnostic mode control method.

[0037] This application provides a vehicle diagnostic mode control method, system, device, and storage medium. Compared with existing technologies that cannot identify and coordinate different diagnostic modes, this application obtains first diagnostic mode information for the current diagnostic task; receives second diagnostic mode information for a diagnostic task to be switched from a slave node; determines the priority of the first and second diagnostic modes based on the first and second diagnostic mode information, and executes the corresponding diagnostic task based on the priority. That is, in this application, the system can identify the current diagnostic mode and coordinate different diagnostic modes to diagnose the vehicle controller through the priority of the diagnostic modes, preventing conflicts caused by multiple diagnostic modes and improving the efficiency of system diagnosis. Attached Figure Description

[0038] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, those skilled in the art can obtain other drawings based on these drawings without any creative effort.

[0039] Figure 1 This is a schematic diagram of the device structure of the hardware operating environment involved in the embodiments of this application;

[0040] Figure 2 This is a flowchart illustrating the first embodiment of the vehicle diagnostic mode control method of this application;

[0041] Figure 3 This is a schematic diagram of the vehicle diagnostic mode control system of this application;

[0042] Figure 4 This is a schematic diagram of the signal interaction for the vehicle diagnostic mode control in this application;

[0043] Figure 5 This is a flowchart illustrating the second embodiment of the vehicle diagnostic mode control method of this application;

[0044] Figure 6 This is a schematic diagram of the system flow of the first embodiment of the vehicle diagnostic mode control method of this application.

[0045] The realization of the purpose, functional features and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0046] It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application.

[0047] like Figure 1 As shown, Figure 1 This is a schematic diagram of the terminal structure of the hardware operating environment involved in the embodiments of this application.

[0048] The terminal in this application embodiment can be a PC, or a smartphone, tablet computer, e-book reader, MP3 (Moving Picture Experts Group Audio Layer III) player, MP4 (Moving Picture Experts Group Audio Layer IV) player, portable computer, or other portable terminal devices with display functions.

[0049] like Figure 1 As shown, the terminal may include: a diagnostic device 1001, such as an OBD diagnostic tool; a gateway 1002; a Telematics Box 1003; a vehicle infotainment system 1004; and a server 1005. The gateway 1002 is configured as the master control node, the Telematics Box 1003 and the vehicle infotainment system 1004 are slave control nodes, and the diagnostic device 1001 is an external diagnostic device connected to the vehicle, connected to the gateway 1002 via a diagnostic interface. The server 1005 is a cloud server, communicatively connected to the Telematics Box 1003 and the vehicle infotainment system 1004, used to send diagnostic tasks to the Telematics Box 1003 and the vehicle infotainment system 1004.

[0050] Those skilled in the art will understand that Figure 1 The terminal structure shown does not constitute a limitation on the terminal and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0051] Reference Figure 2 This application provides a vehicle diagnostic mode control method, which includes:

[0052] Step S100: Obtain the first diagnostic mode information for the current diagnostic task;

[0053] Step S200: Receive the second diagnostic mode information of the diagnostic task to be switched from the slave node;

[0054] Step S300: Based on the first diagnostic mode information and the second diagnostic mode information, determine the priority of the first diagnostic mode and the second diagnostic mode, and perform the corresponding diagnostic task based on the priority.

[0055] In this embodiment, a specific application scenario may be:

[0056] When a vehicle is performing diagnostic tasks, there is a problem that the in-vehicle controller cannot determine which diagnostic device is sending a diagnostic request to the controller, and cannot identify and coordinate different diagnostic methods, resulting in disordered diagnostic information.

[0057] The specific steps are as follows:

[0058] Step S100: Obtain the first diagnostic mode information for the current diagnostic task;

[0059] In this embodiment, the vehicle diagnostic mode control method is applied to the master control node in the vehicle diagnostic mode control system. The master control node controls the switching and storage of vehicle diagnostic modes. The master control node is an in-vehicle controller with a diagnostic interface, which can be a gateway or an ADAS assisted driving system, etc. The slave nodes include in-vehicle controllers corresponding to remote diagnostic mode information and in-vehicle controllers corresponding to OTA diagnostic mode information. The in-vehicle controller corresponding to remote diagnostic mode information can be a Telematics BOX, and the in-vehicle controller corresponding to OTA diagnostic mode information can be a vehicle infotainment system.

[0060] Reference Figure 4 The master node sends the current diagnostic mode information to the slave node through periodic messages. The slave node requests the master node to switch to remote diagnostic mode or OTA diagnostic mode as needed based on the current diagnostic mode information and priority. The master node sends the diagnostic switching request to the diagnostic interface.

[0061] In this embodiment, the diagnostic mode information includes local diagnostic mode, remote diagnostic mode, and OTA diagnostic mode. The local diagnostic mode is the mode in which the on-board diagnostic equipment performs local diagnostics. The remote diagnostic mode is a diagnostic technology that collects data online and promptly feeds back problem data to R&D personnel for analysis and simulation, quickly assisting in solving fault problems. Remote diagnostics can also periodically monitor the vehicle status, diagnose vehicle health in real time, and provide vehicle fault warnings by combining big data statistical analysis. The OTA diagnostic mode (Over-the-Air Technology) is "over-the-air download technology" that enables remote updates of the firmware (FOTA) and software data (SOTA) of various controllers in the vehicle via a wireless network.

[0062] In this embodiment, the current diagnostic mode information is the mode information of the diagnostic task currently running by the vehicle. It can be information of one of the following: local diagnostic mode, remote diagnostic mode, and OTA diagnostic mode, or it can be information of no diagnostic task.

[0063] In this embodiment, the master control node obtains the current diagnostic mode information by receiving information from the corresponding diagnostic device indicating whether the diagnostic mode is enabled or disabled. Local diagnostic mode information is determined by an in-vehicle controller with a diagnostic port, such as a gateway, based on the connection status of the external diagnostic device and its diagnostic interface pins. Remote diagnostic mode information and OTA diagnostic mode information are determined by the corresponding in-vehicle controller, which determines the remote diagnostic mode information or OTA diagnostic mode information and sends the determined diagnostic mode information to the master control node. The in-vehicle controller corresponding to the remote diagnostic mode information can be a Telematics BOX, and the in-vehicle controller corresponding to the OTA diagnostic mode information can be a vehicle infotainment system. The system sets the in-vehicle controllers corresponding to the remote diagnostic mode information and OTA diagnostic mode information as slave nodes.

[0064] Step S200: Receive the second diagnostic mode information of the diagnostic task to be switched from the slave node;

[0065] In this embodiment, the system sets the in-vehicle controllers corresponding to the remote diagnostic mode information and OTA diagnostic mode information as slave nodes. The in-vehicle controller corresponding to the remote diagnostic mode information is a Telematics BOX, which is used to receive and store the diagnostic mode from the master node, and to request the master node to switch the remote diagnostic mode as needed based on the current diagnostic mode and priority. The in-vehicle controller corresponding to the OTA diagnostic mode information is a vehicle-mounted system, which is used to receive and store the diagnostic mode from the master node, and to request the master node to switch the OTA mode as needed based on the current diagnostic mode and priority.

[0066] In this embodiment, the diagnostic task to be switched is a diagnostic task that requests a switch from the master control node. The diagnostic mode information of the diagnostic task to be switched can be local diagnostic mode, remote diagnostic mode, or OTA diagnostic mode.

[0067] In this embodiment, the master node and the slave node are connected via a communication interface. The communication interface can employ current network communication methods, such as TLS (Transport Layer Security), UDP (User Datagram Protocol), or TCP (Transmission Control Protocol), etc., without specific limitations. Based on the communication connection with the slave node, the master node receives diagnostic mode information for the diagnostic task to be switched from the slave node.

[0068] Step S300: Based on the first diagnostic mode information and the second diagnostic mode information, determine the priority of the first diagnostic mode and the second diagnostic mode, and perform the corresponding diagnostic task based on the priority.

[0069] In this embodiment, the master control node determines the priority of the current diagnostic mode and the diagnostic mode of the diagnostic task to be switched based on the current diagnostic mode information and the diagnostic mode information of the diagnostic task to be switched. Based on the priority, the master control node executes the corresponding diagnostic task. By coordinating the diagnosis of the in-vehicle controller by different diagnostic methods through the priority of the diagnostic mode, conflicts caused by multiple diagnostic methods are prevented and the efficiency of system diagnosis is improved.

[0070] Specifically, step S300 includes the following step S310:

[0071] Step S310: Determine the priority of the first diagnostic mode and the second diagnostic mode based on the preset priority settings of the diagnostic modes;

[0072] The local diagnostic mode is preset to the first priority, the OTA diagnostic mode is preset to the second priority, and the remote diagnostic mode is preset to the third priority. The first priority is the highest priority, the second priority is the second highest priority, and the third priority is the lowest priority.

[0073] In this embodiment, referring to Table 1, the local diagnostic mode is preset to the first priority, the OTA diagnostic mode is preset to the second priority, and the remote diagnostic mode is preset to the third priority. The master control node determines the priority of the current diagnostic mode and the diagnostic mode of the diagnostic task to be switched according to the preset priority settings of the diagnostic modes. For example, if the current diagnostic mode is the remote diagnostic mode and the diagnostic mode of the diagnostic task to be switched is the OTA mode, then the priority of the current diagnostic mode is the third priority and the priority of the diagnostic mode of the diagnostic task to be switched is the second priority.

[0074]

[0075]

[0076] Table 1

[0077] Specifically, step S300 further includes the following steps A100-A200:

[0078] Step A100: Based on the priority and the preset switching rules, determine whether to switch the current diagnostic task to the diagnostic task to be switched.

[0079] In this embodiment, the priority refers to the priority between the current diagnostic mode and the diagnostic mode of the diagnostic task to be switched. The preset switching rule is a switching rule set for updating controller software in OTA mode to avoid interruption of software updates and uncontrollable risks. That is, if the current diagnostic mode is OTA mode, even if the priority of the diagnostic mode of the diagnostic task to be switched is higher than that of OTA mode, OTA mode is maintained and no interruption occurs. When the current diagnostic mode is not OTA mode, it is determined whether to switch the diagnostic task based on the priority of the diagnostic mode. For example, if the current diagnostic mode information is the remote diagnostic mode and the diagnostic mode information of the diagnostic task to be switched is the local diagnostic mode, and the priority of the local diagnostic mode is higher than that of the remote diagnostic mode, then it is determined to switch to the local diagnostic task.

[0080] Specifically, step A100 includes the following steps A110-A140:

[0081] Step A110: If the first diagnostic mode information is the remote diagnostic mode and the second diagnostic mode information is the local diagnostic mode or OTA diagnostic mode, then based on the priority, the current diagnostic task is switched to the diagnostic task to be switched.

[0082] In this embodiment, since the local diagnostic mode or OTA diagnostic mode has a higher priority than the remote diagnostic mode, the master control node determines to switch to the local diagnostic task or the OTA diagnostic task.

[0083] Step A120: If the first diagnostic mode information is the local diagnostic mode and the second diagnostic mode information is the remote diagnostic mode or OTA diagnostic mode, then based on the priority, the current diagnostic task will not be switched to the diagnostic task to be switched.

[0084] In this embodiment, since the priority of remote diagnostic mode or OTA diagnostic mode is lower than that of local diagnostic mode, the master control node determines not to switch to local diagnostic task or OTA diagnostic task.

[0085] Step A130: If the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the local diagnostic mode, then based on the preset switching rules, the current diagnostic task will not be switched to the diagnostic task to be switched.

[0086] In this embodiment, the preset switching rule is a switching rule set for updating the controller software in OTA mode to avoid the software update being interrupted and causing uncontrollable risks. That is, if the current diagnostic mode is OTA mode, even if the diagnostic mode of the diagnostic task to be switched has a higher priority than OTA mode, the OTA mode will still be maintained and no switching will be performed.

[0087] Step A140: If the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the remote diagnostic mode, then based on the priority, the current diagnostic task will not be switched to the diagnostic task to be switched.

[0088] In this embodiment, since the priority of the remote diagnostic mode is lower than that of the OTA diagnostic mode, the master control node decides not to switch the diagnostic task and continues to maintain the diagnostic task in the OTA diagnostic mode.

[0089] In this embodiment, if the current diagnostic mode information is no diagnostic mode, and the diagnostic mode information of the diagnostic task to be switched is remote diagnostic mode, local diagnostic mode, or OTA diagnostic mode, then it is determined to switch to the corresponding remote diagnostic mode, local diagnostic mode, or OTA diagnostic mode.

[0090] Step A200: If the current diagnostic task is switched to the diagnostic task to be switched, then the diagnostic task to be switched is executed.

[0091] In this embodiment, if the diagnostic task is switched, the system executes the switched diagnostic task; if the diagnostic task is not switched, the diagnostic task of the current diagnostic mode is maintained.

[0092] In this embodiment, refer to Figure 6 The master node sends the current diagnostic mode information to the slave node through periodic messages. The slave node requests the master node to switch to remote diagnostic mode or OTA diagnostic mode as needed based on the current diagnostic mode information and priority. The master node sends the diagnostic switching request to the diagnostic interface.

[0093] This application provides a vehicle diagnostic mode control method. Compared with existing technologies that cannot identify and coordinate different diagnostic methods, this application obtains first diagnostic mode information of the current diagnostic task; receives second diagnostic mode information of the diagnostic task to be switched from the slave node; determines the priority of the first and second diagnostic modes based on the first and second diagnostic mode information, and executes the corresponding diagnostic task based on the priority. That is, in this application, the system can identify the current diagnostic mode and coordinate different diagnostic modes to diagnose the vehicle controller through the priority of the diagnostic modes, preventing conflicts caused by multiple diagnostic modes and improving the efficiency of system diagnosis.

[0094] Based on the first embodiment described above, this application also provides another embodiment, as follows: Figure 5 The vehicle diagnostic mode control method is applied to a slave node, and the vehicle diagnostic mode control method includes steps B100-B400:

[0095] Step B100: Obtain the diagnostic task to be switched;

[0096] In this embodiment, the vehicle diagnostic mode control method is applied to the slave node in the vehicle diagnostic mode control system. The slave node receives the diagnostic mode and storage from the master node, and requests the master node to switch to remote diagnostic mode or OTA diagnostic mode as needed based on the current diagnostic mode and priority.

[0097] In this embodiment, the task to be switched is a cloud-based backend diagnostic task received from the corresponding in-vehicle controller of the node. The in-vehicle controller includes a remote diagnostic function host in-vehicle controller and an OTA function host in-vehicle controller. The method of obtaining the diagnostic task to be switched from the node is to receive the diagnostic task to be switched from the cloud backend.

[0098] Step B200: Determine the second diagnostic mode information of the diagnostic task to be switched;

[0099] In this embodiment, the slave node determines the diagnostic mode of the diagnostic task to be switched based on the task type sent from the cloud. For example, if the slave node receives an OTA task from the cloud background, it determines that the diagnostic mode of the diagnostic task to be switched is OTA mode.

[0100] Step B300: Receive the first diagnostic mode information of the current diagnostic task sent by the master node;

[0101] In this embodiment, the master node sends diagnostic mode information to the remote diagnostic host controller and the OTA host controller through periodic messages. The slave node receives the diagnostic mode information sent by the master node and uses it to periodically confirm the current diagnostic mode information.

[0102] Step B400: Based on the first diagnostic mode information, send the second diagnostic mode information of the diagnostic task to be switched to the master control node.

[0103] In this embodiment, the slave node sends the diagnostic mode information of the diagnostic task to be switched based on the diagnostic mode information.

[0104] Specifically, step B400 includes the following steps B410-B420:

[0105] Step B410: Based on the first diagnostic mode information and the second diagnostic mode information, determine whether to switch the current diagnostic task to the diagnostic task to be switched.

[0106] In this embodiment, the same method as step S300 in Embodiment 1 above is used to determine whether to switch diagnostic tasks based on the diagnostic mode information and the preset priority setting of the diagnostic mode.

[0107] Step B420: If the current diagnostic task is switched to the diagnostic task to be switched, then the second diagnostic mode information is sent to the master control node.

[0108] In this embodiment, if the diagnostic task can be switched, the slave node sends the diagnostic mode information of the diagnostic task to be switched.

[0109] In this embodiment, the slave node obtains the current diagnostic mode information based on the periodic messages sent by the master node. Based on the mode information of the diagnostic task to be switched and the current diagnostic mode information, it determines whether the diagnostic task can be switched. If the diagnostic task cannot be switched, the diagnostic mode information of the task to be switched is not sent; if the diagnostic task can be switched, the diagnostic mode information of the task to be switched is sent. That is, in both Embodiment 1 and Embodiment 2, the ability to switch the diagnostic task is determined to prevent errors in judgment caused by delays in the current diagnostic mode information sent by the master node, thus improving the accuracy of the judgment and better coordinating different diagnostic methods for diagnosing the vehicle controller, preventing conflicts arising from multiple diagnostic methods.

[0110] This application also provides a vehicle diagnostic mode control system, the vehicle diagnostic mode control system comprising:

[0111] The acquisition module is used to acquire the first diagnostic mode information for the current diagnostic task;

[0112] The receiving module is used to receive the second diagnostic mode information of the diagnostic task to be switched sent by the slave node;

[0113] The execution module is used to determine the priority of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and to execute the corresponding diagnostic task based on the priority.

[0114] Optionally, the execution module includes:

[0115] The priority determination module is used to determine the priority of the first diagnostic mode and the second diagnostic mode based on the priority setting of the preset diagnostic mode.

[0116] Wherein, the local diagnostic mode is preset to the first priority, the OTA diagnostic mode is preset to the second priority, and the remote diagnostic mode is preset to the third priority, wherein the first priority is higher than the second priority, and the second priority is higher than the third priority.

[0117] Optionally, the execution module further includes:

[0118] The first judgment module is used to determine, based on the priority and the preset switching rules, whether to switch the current diagnostic task to the diagnostic task to be switched.

[0119] The switching execution module is used to execute the diagnostic task to be switched if the current diagnostic task is switched to the diagnostic task to be switched.

[0120] Optionally, the first determining module includes:

[0121] The first scenario module is used to switch the current diagnostic task to the diagnostic task to be switched based on the priority if the first diagnostic mode information is the remote diagnostic mode and the second diagnostic mode information is the local diagnostic mode or OTA diagnostic mode.

[0122] The second scenario module is used to prevent the current diagnostic task from being switched to the diagnostic task to be switched based on the priority if the first diagnostic mode information is the local diagnostic mode and the second diagnostic mode information is the remote diagnostic mode or OTA diagnostic mode.

[0123] The third scenario module is used to prevent the current diagnostic task from being switched to the diagnostic task to be switched based on the preset switching rules if the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the local diagnostic mode.

[0124] The fourth scenario module is used to prevent the current diagnostic task from being switched to the diagnostic task to be switched if the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the remote diagnostic mode, based on the priority.

[0125] Optionally, the vehicle diagnostic mode control system further includes:

[0126] The diagnostic task acquisition module is used to acquire diagnostic tasks to be switched.

[0127] The diagnostic mode determination module is used to determine the second diagnostic mode information of the diagnostic task to be switched.

[0128] The information receiving module is used to receive the first diagnostic mode information of the current diagnostic task sent by the master control node;

[0129] The sending module is used to send the second diagnostic mode information of the diagnostic task to be switched to the master control node based on the first diagnostic mode information.

[0130] Optionally, the sending module includes:

[0131] The second judgment module is used to determine, based on the first diagnostic mode information and the second diagnostic mode information, whether to switch the current diagnostic task to the diagnostic task to be switched.

[0132] The information sending module is used to send the second diagnostic mode information to the master control node if the current diagnostic task is switched to the diagnostic task to be switched.

[0133] The specific implementation of the vehicle diagnostic mode control system in this application is basically the same as the embodiments of the above-mentioned vehicle diagnostic mode control method, and will not be repeated here.

[0134] Reference Figure 1 , Figure 1 This is a schematic diagram of the terminal structure of the hardware operating environment involved in the embodiments of this application.

[0135] like Figure 1 As shown, the terminal may include: a processor 1001, such as a CPU; a network interface 1004; a user interface 1003; a memory 1005; and a communication bus 1002. The communication bus 1002 is used to enable communication between these components. The user interface 1003 may include a display screen and an input unit such as a keyboard. Optionally, the user interface 1003 may also include a standard wired interface or a wireless interface. The network interface 1004 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface). The memory 1005 may be high-speed RAM or non-volatile memory, such as a disk drive. Optionally, the memory 1005 may also be a storage device independent of the aforementioned processor 1001.

[0136] Optionally, the vehicle diagnostic mode control device may also include a rectangular user interface, a network interface, a camera, RF (Radio Frequency) circuitry, sensors, audio circuitry, a WiFi module, etc. The rectangular user interface may include a display screen and an input submodule such as a keyboard. Optionally, the rectangular user interface may also include a standard wired interface or a wireless interface. The network interface may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface).

[0137] Those skilled in the art will understand that Figure 1 The structure of the vehicle diagnostic mode control device shown does not constitute a limitation on the vehicle diagnostic mode control device. It may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0138] like Figure 1As shown, the memory 1005, serving as a storage medium, may include an operating system, a network communication module, and a vehicle diagnostic mode control program. The operating system is a program that manages and controls the hardware and software resources of the vehicle diagnostic mode control device, supporting the operation of the vehicle diagnostic mode control program and other software and / or programs. The network communication module is used to enable communication between the various components within the memory 1005, as well as communication with other hardware and software in the vehicle diagnostic mode control system.

[0139] exist Figure 1 In the vehicle diagnostic mode control device shown, the processor 1001 is used to execute the vehicle diagnostic mode control program stored in the memory 1005 to implement the steps of the vehicle diagnostic mode control method described above.

[0140] The specific implementation of the vehicle diagnostic mode control device in this application is basically the same as the embodiments of the above-mentioned vehicle diagnostic mode control method, and will not be repeated here.

[0141] This application also provides a storage medium storing a program implementing a vehicle diagnostic mode control method, wherein the program implementing the vehicle diagnostic mode control method is executed by a processor to implement the vehicle diagnostic mode control method as follows:

[0142] Obtain the first diagnostic mode information for the current diagnostic task;

[0143] Receive the second diagnostic mode information of the diagnostic task to be switched from the node;

[0144] Based on the first diagnostic mode information and the second diagnostic mode information, the priority of the first diagnostic mode and the second diagnostic mode is determined, and the corresponding diagnostic task is executed based on the priority.

[0145] Optionally, the diagnostic mode information includes local diagnostic mode, OTA diagnostic mode, and remote diagnostic mode, and the step of determining the priority of the first diagnostic mode and the second diagnostic mode includes:

[0146] Based on the preset priority settings of the diagnostic modes, the priorities of the first diagnostic mode and the second diagnostic mode are determined;

[0147] The local diagnostic mode is preset to the first priority, the OTA diagnostic mode is preset to the second priority, and the remote diagnostic mode is preset to the third priority, wherein the first priority is higher than the second priority, and the second priority is higher than the third priority.

[0148] Optionally, the step of performing the corresponding diagnostic task based on the priority includes:

[0149] Based on the priority and the preset switching rules, determine whether to switch the current diagnostic task to the diagnostic task to be switched.

[0150] If the current diagnostic task is switched to the diagnostic task to be switched, then the diagnostic task to be switched is executed.

[0151] Optionally, the step of determining whether to switch diagnostic tasks based on the priority and preset switching rules includes:

[0152] If the first diagnostic mode information is the remote diagnostic mode and the second diagnostic mode information is the local diagnostic mode or the OTA diagnostic mode, then based on the priority, the current diagnostic task is switched to the diagnostic task to be switched.

[0153] If the first diagnostic mode information is the local diagnostic mode and the second diagnostic mode information is the remote diagnostic mode or OTA diagnostic mode, then based on the priority, the current diagnostic task will not be switched to the diagnostic task to be switched.

[0154] If the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the local diagnostic mode, then based on the preset switching rules, the current diagnostic task will not be switched to the diagnostic task to be switched.

[0155] If the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the remote diagnostic mode, then based on the priority, the current diagnostic task will not be switched to the diagnostic task to be switched.

[0156] Optionally, the master node sends the first diagnostic mode information of the current diagnostic task to the slave node through periodic messages, so that the slave node can obtain the first diagnostic mode information.

[0157] This application also provides a vehicle diagnostic mode control method, characterized in that it is applied to a slave node, and the vehicle diagnostic mode control method includes:

[0158] Get the diagnostic tasks to be switched;

[0159] Determine the second diagnostic mode information of the diagnostic task to be switched;

[0160] Receive the first diagnostic mode information of the current diagnostic task sent by the master node;

[0161] Based on the first diagnostic mode information, the second diagnostic mode information of the diagnostic task to be switched is sent to the master control node.

[0162] Optionally, the step of sending the second diagnostic mode information to the master control node based on the first diagnostic mode information includes:

[0163] Based on the first diagnostic mode information and the second diagnostic mode information, determine whether to switch the current diagnostic task to the diagnostic task to be switched.

[0164] If the current diagnostic task is switched to the diagnostic task to be switched, the second diagnostic mode information is sent to the master control node.

[0165] The specific implementation of the storage medium in this application is basically the same as the embodiments of the above-described vehicle diagnostic mode control method, and will not be repeated here.

[0166] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the above-described vehicle diagnostic mode control method.

[0167] The specific implementation of the computer program product in this application is basically the same as the embodiments of the above-mentioned vehicle diagnostic mode control method, and will not be repeated here.

[0168] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0169] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0170] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0171] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

Claims

1. A vehicle diagnostic mode control method, characterized in that, Applied to the master control node, the vehicle diagnostic mode control method includes: Obtain the first diagnostic mode information of the current diagnostic task, and send the first diagnostic mode information of the current diagnostic task to the slave node through periodic messages; The system receives second diagnostic mode information of the diagnostic task to be switched from the slave node. The second diagnostic mode information is sent by the slave node to the master node when it determines that the diagnostic task can be switched based on the first diagnostic mode information and the priority of the diagnostic mode corresponding to the diagnostic task to be switched. When the slave node determines that the diagnostic task cannot be switched, it will not send the diagnostic mode information of the diagnostic task to be switched to the local machine. Based on the first diagnostic mode information and the second diagnostic mode information, the priority of the first diagnostic mode and the second diagnostic mode is determined, and the corresponding diagnostic task is executed based on the priority.

2. The vehicle diagnostic mode control method as described in claim 1, characterized in that, Diagnostic mode information includes local diagnostic mode, OTA diagnostic mode, and remote diagnostic mode. The step of determining the priority of the first diagnostic mode and the second diagnostic mode includes: Based on the preset priority settings of the diagnostic modes, the priorities of the first diagnostic mode and the second diagnostic mode are determined; The local diagnostic mode is preset to the first priority, the OTA diagnostic mode is preset to the second priority, and the remote diagnostic mode is preset to the third priority, wherein the first priority is higher than the second priority, and the second priority is higher than the third priority.

3. The vehicle diagnostic mode control method as described in claim 2, characterized in that, The step of performing the corresponding diagnostic task based on the priority includes: Based on the priority and the preset switching rules, determine whether to switch the current diagnostic task to the diagnostic task to be switched. If the current diagnostic task is switched to the diagnostic task to be switched, then the diagnostic task to be switched is executed.

4. The vehicle diagnostic mode control method as described in any one of claims 3, characterized in that, The step of determining whether to switch diagnostic tasks based on the priority and preset switching rules includes: If the first diagnostic mode information is the remote diagnostic mode and the second diagnostic mode information is the local diagnostic mode or the OTA diagnostic mode, then based on the priority, the current diagnostic task is switched to the diagnostic task to be switched. If the first diagnostic mode information is the local diagnostic mode and the second diagnostic mode information is the remote diagnostic mode or OTA diagnostic mode, then based on the priority, the current diagnostic task will not be switched to the diagnostic task to be switched. If the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the local diagnostic mode, then based on the preset switching rules, the current diagnostic task will not be switched to the diagnostic task to be switched. If the first diagnostic mode information is the OTA diagnostic mode and the second diagnostic mode information is the remote diagnostic mode, then based on the priority, the current diagnostic task will not be switched to the diagnostic task to be switched.

5. A vehicle diagnostic mode control method, characterized in that, Applied to slave nodes, the vehicle diagnostic mode control method includes: Get the diagnostic tasks to be switched; Determine the second diagnostic mode information of the diagnostic task to be switched; Receive the first diagnostic mode information of the current diagnostic task sent by the master node; Based on the first diagnostic mode information and the second diagnostic mode information, determine whether the current diagnostic task can be switched to the diagnostic task to be switched. If the current diagnostic task can be switched to the diagnostic task to be switched, the second diagnostic mode information is sent to the master control node so that the master control node can determine the priority of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and execute the corresponding diagnostic task based on the priority. If the current diagnostic task cannot be switched to the diagnostic task to be switched, the second diagnostic mode information will not be sent to the master control node.

6. A vehicle diagnostic mode control system, characterized in that, The vehicle diagnostic mode control system, applied to the master control node, includes: The acquisition module is used to acquire the first diagnostic mode information of the current diagnostic task and send the first diagnostic mode information of the current diagnostic task to the slave node through periodic messages. The receiving module is used to receive the second diagnostic mode information of the diagnostic task to be switched sent by the slave node. The second diagnostic mode information is sent by the slave node to the master node when it determines that the diagnostic task can be switched based on the first diagnostic mode information and the priority of the diagnostic mode corresponding to the diagnostic task to be switched. When the slave node determines that the diagnostic task cannot be switched, it will not send the diagnostic mode information of the diagnostic task to be switched to the local machine. The execution module is used to determine the priority of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and to execute the corresponding diagnostic task based on the priority.

7. A vehicle diagnostic mode control device, characterized in that, The vehicle diagnostic mode control device includes: a memory, a processor, and a program stored in the memory for implementing the vehicle diagnostic mode control method. The memory is used to store the program for implementing the vehicle diagnostic mode control method; The processor is used to execute a program that implements the vehicle diagnostic mode control method to implement the steps of the vehicle diagnostic mode control method as described in any one of claims 1 to 5.

8. A storage medium, characterized in that, The storage medium stores a program for implementing a vehicle diagnostic mode control method, which is executed by a processor to implement the steps of the vehicle diagnostic mode control method as described in any one of claims 1 to 5.

Citation Information

Patent Citations

  • Complete vehicle diagnosis system and method

    CN113204226A