CN115167378A - Vehicle diagnosis mode control method, system, equipment and storage medium - Google Patents
Vehicle diagnosis mode control method, system, equipment and storage medium Download PDFInfo
- Publication number
- CN115167378A CN115167378A CN202210995029.2A CN202210995029A CN115167378A CN 115167378 A CN115167378 A CN 115167378A CN 202210995029 A CN202210995029 A CN 202210995029A CN 115167378 A CN115167378 A CN 115167378A
- Authority
- CN
- China
- Prior art keywords
- diagnosis
- mode
- diagnostic
- task
- mode information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0218—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
- G05B23/0221—Preprocessing measurements, e.g. data collection rate adjustment; Standardization of measurements; Time series or signal analysis, e.g. frequency analysis or wavelets; Trustworthiness of measurements; Indexes therefor; Measurements using easily measured parameters to estimate parameters difficult to measure; Virtual sensor creation; De-noising; Sensor fusion; Unconventional preprocessing inherently present in specific fault detection methods like PCA-based methods
Abstract
The application discloses a method, a system, equipment and a storage medium for controlling a finished automobile diagnosis mode, wherein the method for controlling the finished automobile diagnosis mode comprises the following steps: acquiring first diagnosis mode information of a current diagnosis task; receiving second diagnosis mode information of the diagnosis task to be switched, which is sent from the node; determining priorities of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and executing corresponding diagnostic tasks based on the priorities. The system can identify the current diagnosis mode, and coordinates different diagnosis modes to diagnose the in-vehicle controller through the priority of the diagnosis mode, so that conflict generated by a plurality of diagnosis modes is prevented, and the system diagnosis efficiency is improved.
Description
Technical Field
The present application relates to the field of automotive electronics, and in particular, to a method, a system, a device, and a storage medium for controlling a vehicle diagnostic mode.
Background
With the rapid promotion of networking and intellectualization in the automobile industry. The vehicle diagnosis mode is gradually developed from a traditional local diagnosis mode to a remote diagnosis mode and an OTA (over-the-air technology) mode.
However, due to the constraint of the cost of the controller, the in-vehicle controller can only process the request of one diagnosis mode at the same time, otherwise, the conflict can occur to cause the abnormality of the diagnosis processing. In the prior art, when diagnosis is performed, a controller in a vehicle does not know which diagnostic equipment sends a diagnostic request to the controller, and different diagnostic modes cannot be identified and coordinated, so that diagnostic information is disordered.
Disclosure of Invention
The application mainly aims to provide a method, a system, equipment and a storage medium for controlling a finished automobile diagnosis mode, and aims to solve the technical problem that different diagnosis modes cannot be identified and coordinated in the prior art.
In order to achieve the above object, the present application provides a method for controlling a vehicle diagnostic mode, which is applied to a master control node, and the method for controlling the vehicle diagnostic mode includes:
acquiring first diagnosis mode information of a current diagnosis task;
receiving second diagnosis mode information of the diagnosis task to be switched, which is sent from the node;
determining priorities of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and executing corresponding diagnostic tasks based on the priorities.
Optionally, the diagnostic mode information includes a local diagnostic mode, an OTA diagnostic mode and a remote diagnostic mode, and the step of prioritizing the first diagnostic mode and the second diagnostic mode includes:
determining priorities of the first diagnostic mode and the second diagnostic mode based on a preset priority setting of the diagnostic mode;
wherein the local diagnostic mode is preset to a first priority, the OTA diagnostic mode is preset to a second priority, and the remote diagnostic mode is preset to a third priority, wherein the first priority is higher than the second priority, and the second priority is higher than the third priority.
Optionally, the step of executing the corresponding diagnostic task based on the priority comprises:
judging whether to switch the current diagnosis task into the diagnosis task to be switched or not based on the priority and a preset switching rule;
and if the current diagnosis task is switched to the diagnosis task to be switched, executing the diagnosis task to be switched.
Optionally, the step of determining whether to switch the diagnostic task based on the priority and a preset switching rule includes:
if the first diagnosis mode information is the remote diagnosis mode and the second diagnosis mode information is a local diagnosis mode or an OTA diagnosis mode, switching the current diagnosis task to the diagnosis task to be switched based on the priority;
if the first diagnosis mode information is the local diagnosis mode and the second diagnosis mode information is a remote diagnosis mode or an OTA diagnosis mode, not switching the current diagnosis task to the diagnosis task to be switched based on the priority;
if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the local diagnosis mode, not switching the current diagnosis task to the diagnosis task to be switched based on the preset switching rule;
and if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the remote diagnosis mode, not switching the current diagnosis task to the diagnosis task to be switched based on the priority.
Optionally, the master control node sends the first diagnostic mode information of the current diagnostic task to the slave node through a periodic message, so that the slave node obtains the first diagnostic mode information.
The application also provides a finished automobile diagnosis mode control method, which is characterized in that the method is applied to a slave node, and the finished automobile diagnosis mode control method comprises the following steps:
acquiring a diagnostic task to be switched;
determining second diagnosis mode information of the diagnosis task to be switched;
receiving first diagnosis mode information of a current diagnosis task sent by a master control node;
and sending second diagnosis mode information of the to-be-switched diagnosis task to the main control node based on the first diagnosis mode information.
Optionally, the step of sending the second diagnosis mode information to the master node based on the first diagnosis mode information includes:
judging whether to switch the current diagnosis task into the diagnosis task to be switched or not based on the first diagnosis mode information and the second diagnosis mode information;
and if the current diagnosis task is switched to the diagnosis task to be switched, sending the second diagnosis mode information to the main control node.
The present application further provides a vehicle diagnostic mode control system, the vehicle diagnostic mode control system includes:
the acquisition module is used for acquiring first diagnosis mode information of a current diagnosis task;
the receiving module is used for receiving second diagnosis mode information of the diagnosis task to be switched, which is sent by the slave node;
and the execution module is used for determining the priority of the first diagnosis mode and the second diagnosis mode based on the first diagnosis mode information and the second diagnosis mode information and executing corresponding diagnosis tasks based on the priority.
The application also provides a whole vehicle diagnosis mode control device, the whole vehicle diagnosis mode control device includes: a memory, a processor, and a program stored on the memory for implementing the entire vehicle diagnostic mode control method,
the memory is used for storing a program for realizing the vehicle diagnosis mode control method;
the processor is used for executing a program for realizing the finished automobile diagnosis mode control method so as to realize the steps of the finished automobile diagnosis mode control method.
The application also provides a storage medium, wherein a program for realizing the finished automobile diagnosis mode control method is stored in the storage medium, and the program for realizing the finished automobile diagnosis mode control method is executed by a processor to realize the steps of the finished automobile diagnosis mode control method.
Compared with the prior art that different diagnosis modes cannot be identified and coordinated, the method, the system, the equipment and the storage medium for controlling the finished automobile diagnosis mode acquire first diagnosis mode information of a current diagnosis task; receiving second diagnosis mode information of a diagnosis task to be switched, which is sent by a slave node; determining priorities of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and executing corresponding diagnostic tasks based on the priorities. In other words, the system can identify the current diagnosis mode, and diagnose the in-vehicle controller by coordinating different diagnosis modes according to the priority of the diagnosis mode, so that the conflict generated by a plurality of diagnosis modes is prevented, and the system diagnosis efficiency is improved.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application. In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious for those skilled in the art to obtain other drawings without inventive labor.
FIG. 1 is a schematic diagram of an apparatus architecture of a hardware operating environment according to an embodiment of the present application;
FIG. 2 is a schematic flowchart of a first embodiment of a vehicle diagnostic mode control method according to the present application;
FIG. 3 is a schematic block diagram of a vehicle diagnostic mode control system according to the present application;
FIG. 4 is a schematic diagram of signal interaction for vehicle diagnostic mode control according to the present application;
FIG. 5 is a flowchart illustrating a second embodiment of a vehicle diagnostic mode control method according to the present application;
fig. 6 is a schematic system flow diagram of the vehicle diagnosis mode control method according to the first embodiment of the present application.
The implementation, functional features and advantages of the objectives of the present application will be further explained with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
As shown in fig. 1, fig. 1 is a schematic terminal structure diagram of a hardware operating environment according to an embodiment of the present application.
The terminal in the embodiment of the application may be a PC, or may be a mobile terminal device having a display function, such as a smart phone, a tablet computer, an e-book reader, an MP3 (Moving Picture Experts Group Audio Layer III, motion video Experts compression standard Audio Layer 3) player, an MP4 (Moving Picture Experts Group Audio Layer IV, motion video Experts compression standard Audio Layer 4) player, a portable computer, or the like.
As shown in fig. 1, the terminal may include: diagnostic devices 1001, such as OBD diagnostics, gateway 1002, telematics BOX1003, vehicle machine 1004, and server 1005. The gateway 1002 is set as a master control node, the Telematics BOX1003 and the car machine 1004 are slave control nodes, and the diagnostic device 1001 is a diagnostic device connected to the outside of the vehicle and connected to the gateway 1002 of the master control node through a diagnostic interface. The server 1005 is a cloud server, is in communication connection with the Telematics BOX1003 and the car machine 1004, and is configured to send a diagnosis task to the Telematics BOX1003 and the car machine 1004.
Those skilled in the art will appreciate that the terminal structure shown in fig. 1 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.
Referring to fig. 2, an embodiment of the present application provides a method for controlling a finished automobile diagnosis mode, where the method for controlling the finished automobile diagnosis mode includes:
step S100, acquiring first diagnosis mode information of a current diagnosis task;
step S200, receiving second diagnosis mode information of a diagnosis task to be switched, which is sent by a slave node;
step S300, determining priorities of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and executing corresponding diagnostic tasks based on the priorities.
In this embodiment, the specific application scenarios may be:
when an automobile carries out a diagnosis task, the problem that diagnosis information is disordered because an in-automobile controller cannot judge which diagnosis equipment sends a diagnosis request to the controller and cannot identify and coordinate different diagnosis modes exists.
The method comprises the following specific steps:
step S100, acquiring first diagnosis mode information of a current diagnosis task;
in this embodiment, the vehicle diagnosis mode control method is applied to a master control node in a vehicle diagnosis mode control system, the master control node controls switching and storage of a vehicle diagnosis mode, the master control node is an in-vehicle controller with a diagnosis interface, and may be a gateway, an ADAS auxiliary driving system, and the like, and the slave node includes an in-vehicle controller corresponding to remote diagnosis mode information and an in-vehicle controller corresponding to OTA diagnosis mode information, where the in-vehicle controller corresponding to the remote diagnosis mode information may be a Telematics BOX, and the in-vehicle controller corresponding to the OTA diagnosis mode information may be a vehicle machine.
Referring to fig. 4, the master node transmits current diagnostic mode information to the slave node through a periodic message, the slave node applies for switching a remote diagnostic mode or an OTA diagnostic mode to the master node as needed based on the current diagnostic mode information and priority, and the master node transmits a diagnostic switching request to the diagnostic interface.
In this embodiment, the diagnostic mode information includes a local diagnostic mode, a remote diagnostic mode, and an OTA diagnostic mode, where the local diagnostic mode is a mode in which the vehicle-mounted diagnostic device performs local diagnosis; the remote diagnosis is a diagnosis technology for rapidly assisting in solving the fault problem by collecting data on line and feeding problem data back to research personnel for analysis and simulation in time, and can also be used for periodically monitoring the vehicle state, diagnosing the vehicle health in real time and carrying out vehicle fault early warning by combining big data statistical analysis; the OTA diagnosis (Over-the-Air Technology) is 'Over-the-Air Technology', and remote updating of Firmware (FOTA) and software data (SOTA) inside each controller in the vehicle is realized through a wireless network.
In this embodiment, the current diagnosis mode information is mode information of a diagnosis task currently running by the vehicle, and may be information in one running of a local diagnosis mode, a remote diagnosis mode and an OTA diagnosis mode, or information without a diagnosis task.
In this embodiment, the manner of acquiring the current diagnostic mode information by the master control node is to receive information about the start or exit of the diagnostic mode sent by the diagnostic device corresponding to the diagnostic mode, where the local diagnostic mode information is determined by an in-vehicle controller having a diagnostic port, such as a gateway, through a connection state of an external diagnostic device of the vehicle and a PIN of a diagnostic interface thereof, the start or exit of the local diagnostic mode is determined, the remote diagnostic mode information and the OTA diagnostic mode information are determined by corresponding in-vehicle controllers, and the determined diagnostic mode information is sent to the master control node, where the in-vehicle controller corresponding to the remote diagnostic mode information may be a Telematics BOX, the in-vehicle controller corresponding to the OTA diagnostic mode information may be a vehicle machine, and the system sets the in-vehicle controller corresponding to the remote diagnostic mode information and the OTA diagnostic mode information as a slave node.
Step S200, receiving second diagnosis mode information of the diagnosis task to be switched, which is sent by the slave node;
in this embodiment, the system sets the in-vehicle controller corresponding to the remote diagnosis mode information and the OTA diagnosis mode information as a slave node, wherein the in-vehicle controller corresponding to the remote diagnosis mode information is a Telematics BOX, and is configured to receive and store the diagnosis mode of the master node, and apply for switching the remote diagnosis mode to the master node as needed based on the current diagnosis mode and priority; and the in-vehicle controller corresponding to the OTA diagnosis mode information is a vehicle machine and is used for receiving and storing the diagnosis mode of the main control node and applying for switching the OTA mode to the main control node according to the current diagnosis mode and priority.
In this embodiment, the to-be-switched diagnostic task is a diagnostic task that requests the master control node to switch, and the diagnostic mode information of the to-be-switched diagnostic task may be a local diagnostic mode, a remote diagnostic mode, or an OTA diagnostic mode.
In this embodiment, the master node is communicatively connected to the slave node, and the communication interface may adopt a current network communication mode, where the communication Protocol may be a TLS (Transport Layer Security) mode, a UDP (User data packet Protocol) mode, a TCP (Transmission Control Protocol) mode, and the like, and is not limited specifically herein. The master control node receives the diagnosis mode information of the diagnosis task to be switched, which is sent by the slave node, based on the communication connection with the slave node.
Step S300, determining priorities of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and executing corresponding diagnostic tasks based on the priorities.
In this embodiment, the main control node determines the priority of the current diagnostic mode and the diagnostic mode of the to-be-switched diagnostic task based on the current diagnostic mode information and the diagnostic mode information of the to-be-switched diagnostic task, executes the corresponding diagnostic task based on the priority, coordinates different diagnostic modes to diagnose the in-vehicle controller according to the priority of the diagnostic mode, prevents conflicts generated by a plurality of diagnostic modes, and improves the efficiency of system diagnosis.
Specifically, the step S300 includes the following steps S310:
step S310, determining the priority of the first diagnosis mode and the second diagnosis mode based on the preset priority setting of the diagnosis mode;
the local diagnosis mode is preset to a first priority, the OTA diagnosis mode is preset to a second priority, and the remote diagnosis mode is preset to a third priority, wherein the first priority is the highest priority, the second priority is the second highest priority, and the third priority is the lowest priority.
In this embodiment, referring to table one, the local diagnostic mode is preset to a first priority, the OTA diagnostic mode is preset to a second priority, the remote diagnostic mode is preset to a third priority, and the main control node determines the priority of the current diagnostic mode and the priority of the diagnostic mode of the diagnostic task to be switched according to the preset priority setting of the diagnostic mode, 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, 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.
Watch 1
Specifically, the step S300 further includes the following steps a100 to a200:
step A100, based on the priority and a preset switching rule, judging whether to switch the current diagnosis task to the diagnosis task to be switched;
in this embodiment, the priority is the priority of 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 the controller software in the OTA mode, and uncontrollable risk is caused in order to avoid interruption of software updating, that is, if the current diagnostic mode is the OTA mode, the OTA mode is maintained even if the priority of the diagnostic mode of the diagnostic task to be switched is higher than that of the OTA mode, and no interruption is performed. When the current diagnosis mode is not the OTA mode, judging whether to switch the diagnosis task according to the priority of the diagnosis mode, for example, if the current diagnosis mode information is the remote diagnosis mode, the diagnosis mode information of the diagnosis task to be switched is the local diagnosis mode, and the priority of the local diagnosis mode is higher than that of the remote diagnosis mode, judging to switch to the local diagnosis task;
specifically, the step a100 includes the following steps a110 to a140:
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, switching the current diagnostic task to the diagnostic task to be switched based on the priority;
in this embodiment, since the local diagnostic mode or the OTA diagnostic mode has a higher priority than the remote diagnostic mode, the main control node determines to switch to the local diagnostic task or the OTA diagnostic task.
Step A120, if the first diagnosis mode information is the local diagnosis mode and the second diagnosis mode information is a remote diagnosis mode or an OTA diagnosis mode, based on the priority, the current diagnosis task is not switched to the diagnosis task to be switched;
in this embodiment, since the priority of the remote diagnosis mode or the OTA diagnosis mode is lower than that of the local diagnosis mode, the main control node determines not to switch to the local diagnosis task or the OTA diagnosis task.
Step A130, if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the local diagnosis mode, based on the preset switching rule, the current diagnosis task is not switched to the diagnosis task to be switched;
in this embodiment, the preset switching rule is a switching rule set for updating the controller software in the OTA mode to avoid an uncontrollable risk caused by an interrupted software update, that is, if the current diagnosis mode is the OTA mode, even if the priority of the diagnosis mode of the diagnosis task to be switched is higher than that of the OTA mode, the OTA mode is maintained and no switching is performed.
Step A140, if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the remote diagnosis mode, based on the priority, the current diagnosis task is not switched to the diagnosis task to be switched.
In this embodiment, since the priority of the remote diagnosis mode is lower than that of the OTA diagnosis mode, the main control node determines not to switch the diagnosis task and still maintains the diagnosis task in the OTA diagnosis mode.
In this embodiment, if the current diagnostic mode information is the non-diagnostic mode and the diagnostic mode information of the diagnostic task to be switched is the remote diagnostic mode, the local diagnostic mode, or the OTA diagnostic mode, it is determined to switch to the corresponding remote diagnostic mode, the local diagnostic mode, or the OTA diagnostic mode.
Step A200, if the current diagnosis task is switched to the diagnosis task to be switched, executing the diagnosis task to be switched.
In this embodiment, if the diagnostic task is switched, the system executes the switched diagnostic task; and if the diagnosis task is not switched, maintaining the diagnosis task in the current diagnosis mode.
In this embodiment, referring to fig. 6, the master node sends current diagnostic mode information to the slave node through a periodic message, the slave node applies for switching a remote diagnostic mode or an OTA diagnostic mode to the master node as needed based on the current diagnostic mode information and the priority, and the master node sends a diagnostic switching request to the diagnostic interface.
Compared with the prior art that different diagnosis modes cannot be identified and coordinated, the vehicle diagnosis mode control method provided by the application obtains first diagnosis mode information of a current diagnosis task; receiving second diagnosis mode information of the diagnosis task to be switched, which is sent from the node; determining priorities of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and executing corresponding diagnostic tasks based on the priorities. In other words, the system can identify the current diagnosis mode, and diagnose the in-vehicle controller by coordinating different diagnosis modes according to the priority of the diagnosis mode, so that the conflict generated by a plurality of diagnosis modes is prevented, and the system diagnosis efficiency is improved.
Based on the first embodiment, the present application further provides another embodiment, and referring to fig. 5, the method for controlling the vehicle diagnosis mode is applied to a slave node, and includes steps B100 to B400:
step B100, acquiring a to-be-switched diagnosis task;
in this embodiment, the vehicle diagnosis mode control method is applied to a slave node in a vehicle diagnosis mode control system, and the slave node receives and stores a diagnosis mode of a master control node and applies for switching a remote diagnosis mode or an OTA diagnosis mode to a master node as needed based on a current diagnosis mode and priority.
In this embodiment, the task to be switched is a cloud background diagnosis task received from an in-vehicle controller corresponding to the node, wherein the in-vehicle controller includes a remote diagnosis function host in-vehicle controller and an OTA function host in-vehicle controller, and the mode of acquiring the diagnosis task to be switched from the node is to receive the cloud background diagnosis task to be switched.
Step B200, determining second diagnosis mode information of the diagnosis task to be switched;
in this embodiment, the slave node determines the diagnosis mode of the to-be-switched diagnosis task according to the task type sent by the cloud, for example, if the slave node receives a cloud background OTA task, the diagnosis mode of the to-be-switched diagnosis task is determined to be the OTA mode.
Step B300, receiving first diagnosis mode information of the current diagnosis task sent by the main control node;
in this embodiment, the master node sends the diagnostic mode information to the remote diagnostic host controller and the OTA host controller through a periodic message, and the slave node receives the diagnostic mode information sent by the master node to periodically confirm the current diagnostic mode information from the slave node.
Step B400, based on the first diagnosis mode information, sending the second diagnosis mode information of the diagnosis task to be switched to the main control node.
In this embodiment, the slave node sends the diagnostic mode information of the diagnostic task to be switched based on the diagnostic mode information.
Specifically, the step B400 includes the following steps B410-B420:
step B410, based on the first diagnosis mode information and the second diagnosis mode information, judging whether to switch the current diagnosis task to the diagnosis task to be switched;
in this embodiment, the same method as that described in step S300 in the first embodiment above, based on the diagnosis mode information and the preset priority setting of the diagnosis mode, determines whether to switch the diagnosis task.
Step B420, if the current diagnosis task is switched to the diagnosis task to be switched, the second diagnosis mode information is sent to the main control node.
In this embodiment, if the diagnosis task can be switched, the slave node sends the diagnosis mode information of the diagnosis task to be switched.
In this embodiment, the slave node acquires information of a current diagnosis mode according to a periodic message sent by the master control node, determines whether the diagnosis task can be switched according to mode information of the diagnosis task to be switched and the information of the current diagnosis mode, and does not send the diagnosis mode information of the diagnosis task to be switched if the diagnosis task cannot be switched; and if the diagnosis task can be switched, sending the diagnosis mode information of the diagnosis task to be switched. In the first embodiment and the second embodiment, whether the diagnosis task can be switched is judged, so that the slave node is prevented from making a judgment error due to the fact that delay exists in the current diagnosis mode information sent by the master control node, the judgment accuracy is improved, diagnosis is performed on the in-vehicle controller by coordinating different diagnosis modes better, and conflict generated by the plurality of diagnosis modes is prevented.
The present application further provides a vehicle diagnostic mode control system, the vehicle diagnostic mode control system includes:
the acquisition module is used for acquiring first diagnosis mode information of a current diagnosis task;
the receiving module is used for receiving second diagnosis mode information of the diagnosis task to be switched, which is sent by the slave node;
and the execution module is used for determining the priority of the first diagnosis mode and the second diagnosis mode based on the first diagnosis mode information and the second diagnosis mode information and executing corresponding diagnosis tasks based on the priority.
Optionally, the execution module includes:
a priority determination module for determining priorities of the first diagnostic mode and the second diagnostic mode based on a preset priority setting of the diagnostic mode;
wherein the local diagnostic mode is preset to a first priority, the OTA diagnostic mode is preset to a second priority, and the remote diagnostic mode is preset to a third priority, wherein the first priority is higher than the second priority, and the second priority is higher than the third priority.
Optionally, the execution module further includes:
the first judging module is used for judging whether the current diagnosis task is switched into the diagnosis task to be switched or not based on the priority and a preset switching rule;
and the switching execution module is used for executing the to-be-switched diagnosis task if the current diagnosis task is switched to the to-be-switched diagnosis task.
Optionally, the first determining module includes:
a first scenario module, configured 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 the OTA diagnostic mode;
a second scenario module, configured to not switch the current diagnostic task 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 the OTA diagnostic mode;
a third scenario module, configured to, if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the local diagnosis mode, not switch the current diagnosis task to the diagnosis task to be switched based on the preset switching rule;
and the fourth scene module is used for not switching the current diagnosis task to the diagnosis task to be switched based on the priority if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the remote diagnosis mode.
Optionally, the vehicle diagnosis mode control system further includes:
the diagnostic task acquisition module is used for acquiring a diagnostic task to be switched;
the diagnostic mode determining module is used for determining second diagnostic mode information of the diagnostic task to be switched;
the information receiving module is used for receiving first diagnosis mode information of a current diagnosis task sent by the main control node;
and the sending module is used for sending the second diagnosis mode information of the diagnosis task to be switched to the main control node based on the first diagnosis mode information.
Optionally, the sending module includes:
a second judging module, configured to judge whether to switch the current diagnosis task to the diagnosis task to be switched based on the first diagnosis mode information and the second diagnosis mode information;
and the information sending module is used for sending the second diagnosis mode information to the main control node if the current diagnosis task is switched to the diagnosis task to be switched.
The specific implementation of the vehicle diagnosis mode control system of the application is basically the same as that of each embodiment of the vehicle diagnosis mode control method, and is not described herein again.
Referring to fig. 1, fig. 1 is a schematic terminal structure diagram of a hardware operating environment according to an embodiment of the present application.
As shown in fig. 1, the terminal may include: a processor 1001, such as a CPU, a network interface 1004, a user interface 1003, a memory 1005, a communication bus 1002. Wherein a communication bus 1002 is used to enable connective communication between these components. The user interface 1003 may include a Display (Display), an input unit such as a Keyboard (Keyboard), and the optional user interface 1003 may also include a standard wired interface, a wireless interface. The network interface 1004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 1005 may be a high-speed RAM memory or a non-volatile memory (e.g., a magnetic disk memory). The memory 1005 may alternatively be a storage device separate from the processor 1001.
Optionally, the vehicle diagnostic mode control device may further include a rectangular user interface, a network interface, a camera, a Radio Frequency (RF) circuit, a sensor, an audio circuit, a WiFi module, and the like. The rectangular user interface may comprise a Display screen (Display), an input sub-module such as a Keyboard (Keyboard), and the optional rectangular user interface may also comprise a standard wired interface, a wireless interface. The network interface may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface).
Those skilled in the art will appreciate that the overall vehicle diagnostic mode control device configuration shown in FIG. 1 does not constitute a limitation of an overall vehicle diagnostic mode control device, and may include more or fewer components than shown, or some components in combination, or a different arrangement of components.
As shown in fig. 1, a memory 1005, which is a storage medium, may include an operating system, a network communication module, and a vehicle diagnostic mode control program therein. The operating system is a program for managing and controlling hardware and software resources of the finished automobile diagnosis mode control device and supports the running of the finished automobile diagnosis mode control program and other software and/or programs. The network communication module is used for realizing communication among components in the memory 1005 and communication with other hardware and software in the vehicle diagnosis mode control system.
In the vehicle diagnostic mode control device shown in fig. 1, the processor 1001 is configured to execute a vehicle diagnostic mode control program stored in the memory 1005 to implement the steps of the vehicle diagnostic mode control method described above.
The specific implementation of the vehicle diagnosis mode control device of the application is basically the same as that of each embodiment of the vehicle diagnosis mode control method, and is not described herein again.
The present application also provides a storage medium having stored thereon a program for implementing a finished vehicle diagnostic mode control method, the program for implementing the finished vehicle diagnostic mode control method being executed by a processor to implement the finished vehicle diagnostic mode control method as follows:
acquiring first diagnosis mode information of a current diagnosis task;
receiving second diagnosis mode information of the diagnosis task to be switched, which is sent from the node;
determining priorities of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and executing corresponding diagnostic tasks based on the priorities.
Optionally, the diagnostic mode information includes a local diagnostic mode, an OTA diagnostic mode, and a remote diagnostic mode, and the determining the priority of the first diagnostic mode and the second diagnostic mode includes:
determining priorities of the first diagnostic mode and the second diagnostic mode based on a preset priority setting of the diagnostic mode;
wherein the local diagnostic mode is preset to a first priority, the OTA diagnostic mode is preset to a second priority, and the remote diagnostic mode is preset to a third priority, wherein the first priority is higher than the second priority, and the second priority is higher than the third priority.
Optionally, the step of executing the corresponding diagnostic task based on the priority comprises:
judging whether to switch the current diagnosis task into the diagnosis task to be switched or not based on the priority and a preset switching rule;
and if the current diagnosis task is switched to the diagnosis task to be switched, executing the diagnosis task to be switched.
Optionally, the step of determining whether to switch the diagnostic task based on the priority and a preset switching rule includes:
if the first diagnosis mode information is the remote diagnosis mode and the second diagnosis mode information is a local diagnosis mode or an OTA diagnosis mode, switching the current diagnosis task to the diagnosis task to be switched based on the priority;
if the first diagnosis mode information is the local diagnosis mode and the second diagnosis mode information is a remote diagnosis mode or an OTA diagnosis mode, not switching the current diagnosis task to the diagnosis task to be switched based on the priority;
if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the local diagnosis mode, not switching the current diagnosis task to the diagnosis task to be switched based on the preset switching rule;
and if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the remote diagnosis mode, not switching the current diagnosis task to the diagnosis task to be switched based on the priority.
Optionally, the master node sends the first diagnostic mode information of the current diagnostic task to the slave node through a periodic message, so that the slave node obtains the first diagnostic mode information.
The application also provides a finished automobile diagnosis mode control method, which is characterized in that the method is applied to a slave node, and the finished automobile diagnosis mode control method comprises the following steps:
acquiring a to-be-switched diagnosis task;
determining second diagnosis mode information of the diagnosis task to be switched;
receiving first diagnosis mode information of a current diagnosis task sent by a master control node;
and sending second diagnosis mode information of the to-be-switched diagnosis task to the main control node based on the first diagnosis mode information.
Optionally, the step of sending the second diagnosis mode information to the master node based on the first diagnosis mode information includes:
judging whether to switch the current diagnosis task into the diagnosis task to be switched or not based on the first diagnosis mode information and the second diagnosis mode information;
and if the current diagnosis task is switched to the diagnosis task to be switched, sending the second diagnosis mode information to the main control node.
The specific implementation of the storage medium of the present application is substantially the same as that of each embodiment of the vehicle diagnostic mode control method, and is not described herein again.
The present application also provides a computer program product, comprising a computer program, which when executed by a processor implements the steps of the above-described complete vehicle diagnostic mode control method.
The specific implementation of the computer program product of the present application is substantially the same as that of each embodiment of the vehicle diagnostic mode control method, and is not described herein again.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising a … …" does not exclude the presence of another identical element in a process, method, article, or apparatus that comprises the element.
The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) as described above and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present application.
The above description is only a preferred embodiment of the present application, and not intended to limit the scope of the present application, and all the equivalent structures or equivalent processes that can be directly or indirectly applied to other related technical fields by using the contents of the specification and the drawings of the present application are also included in the scope of the present application.
Claims (10)
1. A vehicle diagnosis mode control method is applied to a master control node, and comprises the following steps:
acquiring first diagnosis mode information of a current diagnosis task;
receiving second diagnosis mode information of the diagnosis task to be switched, which is sent from the node;
determining priorities of the first diagnostic mode and the second diagnostic mode based on the first diagnostic mode information and the second diagnostic mode information, and executing corresponding diagnostic tasks based on the priorities.
2. The vehicle diagnostic mode control method of claim 1, wherein the diagnostic mode information includes a local diagnostic mode, an OTA diagnostic mode, and a remote diagnostic mode, and the determining the priority of the first diagnostic mode and the second diagnostic mode comprises:
determining priorities of the first diagnostic mode and the second diagnostic mode based on a preset priority setting of the diagnostic mode;
wherein the local diagnostic mode is preset to a first priority, the OTA diagnostic mode is preset to a second priority, and the remote diagnostic mode is preset to a 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 of claim 2, wherein said step of executing a corresponding diagnostic task based on said priority comprises:
judging whether to switch the current diagnosis task into the diagnosis task to be switched or not based on the priority and a preset switching rule;
and if the current diagnosis task is switched to the diagnosis task to be switched, executing the diagnosis task to be switched.
4. The vehicle diagnostic mode control method according to any of claim 3, wherein the step of determining whether to switch the diagnostic task based on the priority and a preset switching rule comprises:
if the first diagnosis mode information is the remote diagnosis mode and the second diagnosis mode information is a local diagnosis mode or an OTA diagnosis mode, switching the current diagnosis task to the diagnosis task to be switched based on the priority;
if the first diagnosis mode information is the local diagnosis mode and the second diagnosis mode information is a remote diagnosis mode or an OTA diagnosis mode, not switching the current diagnosis task to the diagnosis task to be switched based on the priority;
if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the local diagnosis mode, not switching the current diagnosis task to the diagnosis task to be switched based on the preset switching rule;
and if the first diagnosis mode information is the OTA diagnosis mode and the second diagnosis mode information is the remote diagnosis mode, not switching the current diagnosis task to the diagnosis task to be switched based on the priority.
5. The vehicle diagnostic mode control method according to claim 1, wherein the master node sends first diagnostic mode information of the current diagnostic task to the slave node through a periodic message, so that the slave node obtains the first diagnostic mode information.
6. The finished automobile diagnosis mode control method is applied to a slave node, and comprises the following steps:
acquiring a to-be-switched diagnosis task;
determining second diagnosis mode information of the diagnosis task to be switched;
receiving first diagnosis mode information of a current diagnosis task sent by a master control node;
and sending second diagnosis mode information of the diagnosis task to be switched to the main control node based on the first diagnosis mode information.
7. The vehicle diagnostic mode control method according to claim 1, wherein the step of sending the second diagnostic mode information to the master control node based on the first diagnostic mode information comprises:
judging whether to switch the current diagnosis task into the diagnosis task to be switched or not based on the first diagnosis mode information and the second diagnosis mode information;
and if the current diagnosis task is switched to the diagnosis task to be switched, sending the second diagnosis mode information to the main control node.
8. The finished automobile diagnosis mode control system is characterized by comprising:
the acquisition module is used for acquiring first diagnosis mode information of a current diagnosis task;
the receiving module is used for receiving second diagnosis mode information of the diagnosis task to be switched, which is sent by the slave node;
and the execution module is used for determining the priority of the first diagnosis mode and the second diagnosis mode based on the first diagnosis mode information and the second diagnosis mode information and executing corresponding diagnosis tasks based on the priority.
9. A vehicle diagnostic mode control apparatus, characterized by comprising: a memory, a processor, and a program stored on the memory for implementing the entire vehicle diagnostic mode control method,
the memory is used for storing a program for realizing the vehicle diagnosis mode control method;
the processor is used for executing the program for realizing the vehicle diagnosis mode control method so as to realize the steps of the vehicle diagnosis mode control method according to any one of claims 1 to 7.
10. A storage medium having stored thereon a program for implementing an entire vehicle diagnostic mode control method, the program being executed by a processor to implement the steps of the entire vehicle diagnostic mode control method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210995029.2A CN115167378A (en) | 2022-08-18 | 2022-08-18 | Vehicle diagnosis mode control method, system, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210995029.2A CN115167378A (en) | 2022-08-18 | 2022-08-18 | Vehicle diagnosis mode control method, system, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115167378A true CN115167378A (en) | 2022-10-11 |
Family
ID=83480805
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210995029.2A Pending CN115167378A (en) | 2022-08-18 | 2022-08-18 | Vehicle diagnosis mode control method, system, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115167378A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115951660A (en) * | 2023-02-28 | 2023-04-11 | 中国第一汽车股份有限公司 | Vehicle diagnosis method and device, electronic equipment and storage medium |
-
2022
- 2022-08-18 CN CN202210995029.2A patent/CN115167378A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115951660A (en) * | 2023-02-28 | 2023-04-11 | 中国第一汽车股份有限公司 | Vehicle diagnosis method and device, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109154890B (en) | Software updating device and software updating system | |
| EP4202645A1 (en) | Vehicle upgrading method and apparatus | |
| CN108536121B (en) | Method and device for establishing logical channel and vehicle communication interface VCI | |
| WO2019192343A1 (en) | Vehicle diagnosis method, related device and system | |
| CN108429576B (en) | Unmanned aerial vehicle communication method, control terminal and unmanned aerial vehicle control system | |
| CN108833471B (en) | Internet of things service processing method, Internet of things gateway and Internet of things | |
| JP2023052938A (en) | Program update system, program update server, information processing apparatus, vehicle, method, and program | |
| CN110597229A (en) | Vehicle diagnosis mutual exclusion method and device, vehicle and storage medium | |
| CN112492052A (en) | Remote debugging method and device for intelligent networked vehicle data | |
| CN115167378A (en) | Vehicle diagnosis mode control method, system, equipment and storage medium | |
| CN108173925B (en) | Internet of vehicles multi-gateway control system and method | |
| CN108073407A (en) | Automobile data recorder firmware upgrade method and device | |
| CN111123728B (en) | Unmanned vehicle simulation method, device, equipment and computer readable medium | |
| US20150046342A1 (en) | System and method for telematics service of vehicle | |
| CN112083938A (en) | Vehicle and method for managing user setting menu thereof | |
| CN112584356A (en) | Wireless configuration method and device for vehicle-mounted terminal, server and storage medium | |
| US20230195445A1 (en) | On-board device, information processing method, and computer program | |
| CN112987597B (en) | FSU control method, device, equipment and computer readable storage medium | |
| CN112637821B (en) | Management platform and management method of vehicle communication chip and vehicle communication management system | |
| CN114442590A (en) | Vehicle diagnosis method, apparatus, diagnosis communication device, server, and storage medium | |
| CN113301531A (en) | Network access system, method and device for vehicle automatic driving test | |
| CN107171824B (en) | Wifi disconnection processing method of terminal, terminal and storage device | |
| CN114793227B (en) | Vehicle-mounted software downloading method, electronic equipment and computer readable storage medium | |
| CN116055236A (en) | Intelligent device control method and device, computer device and storage medium | |
| WO2023223819A1 (en) | Information processing method, communication system, and information processing program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |