CN114840409A - Vehicle machine exception handling method, storage medium, electronic device and handling system - Google Patents

Abstract

The invention provides a vehicle machine exception handling method, a storage medium, an electronic device and a handling system, wherein the vehicle machine exception handling method comprises the following steps: acquiring an operation mark for starting a debugging mode; detecting an abnormal state during transmission of the communication data packet by combining the operation mark; generating a blocking command for restarting the vehicle machine according to the abnormal state; and executing the blocking command to block the restarting of the vehicle machine and keep the on-site abnormal data of the vehicle machine. The invention can capture the fault site in time by inhibiting the system from restarting so as to analyze the abnormal reason according to the abnormal data of the fault site.

Description

Vehicle machine exception handling method, storage medium, electronic device and handling system

Technical Field

The invention belongs to the technical field of vehicle machine debugging, and particularly relates to a vehicle machine exception handling method, a storage medium, an electronic device and a processing system.

Background

At present, in order to improve the processing efficiency and perform reasonable resource allocation, two processing devices are usually present in some electronic systems to perform cooperative work. For example, in a car machine system, there are two CPUs (Central Processing units), one of which is an MCU (Microcontroller Unit) and is responsible for acquiring and uploading a CAN (Controller Area Network) signal; the other is an MPU (Microprocessor Unit) which is used as a main CPU of the vehicle machine system and is used for running application software of the whole machine. In the running of the car machine, the phenomenon that the car machine is restarted without accident sometimes occurs, but the car machine cannot capture the scene on site, so that the current data communication scene cannot be analyzed afterwards, and further the problem that the MCU or the MPU cannot be positioned is solved.

Therefore, how to provide a car machine exception handling method, a storage medium, an electronic device and a handling system to solve the defects that the prior art cannot capture a fault site in time by suppressing the system restart, and analyze the exception cause according to the exception data of the fault site, becomes a technical problem to be solved urgently by those skilled in the art.

Disclosure of Invention

In view of the foregoing drawbacks of the prior art, an object of the present invention is to provide a vehicle-mounted device exception handling method, a storage medium, an electronic device, and a processing system, which are advantageous in that a fault site can be captured in time by suppressing system restart, so as to analyze an exception cause according to exception data of the fault site, thereby improving efficiency of removing a vehicle-mounted device fault and improving performance of the vehicle-mounted device.

Another object of the present invention is to provide a vehicle-mounted device exception handling method, a storage medium, an electronic device, and a system for handling vehicle-mounted device exceptions, which are advantageous in that, in a system debug mode, system exceptions can be detected through a transmission state of a communication data packet, so that a vehicle-mounted device is blocked from restarting, and on-site exception data is retained.

Another object of the present invention is to provide a car machine exception handling method, a storage medium, an electronic device, and a car machine exception handling system, which have the advantages of providing developers with exception data of a fault site for a small-probability exception restart condition occurring during a car machine debugging process, and providing developers with a convenient condition for exception analysis.

Another object of the present invention is to provide a vehicle-mounted device exception handling method, a storage medium, an electronic device, and a vehicle-mounted device exception handling system, which are advantageous in that the restart operation of a microprocessor by the microcontroller in an exception state is reliably blocked through communication and instruction interaction between the microprocessor and the microcontroller.

In order to achieve the above and other related objects, an aspect of the present invention provides a car machine exception handling method, including: acquiring an operation mark for starting a debugging mode; detecting an abnormal state during transmission of the communication data packet by combining the operation mark; generating a blocking command for restarting the vehicle machine according to the abnormal state; and executing the blocking command to block the restarting of the vehicle machine and keep the on-site abnormal data of the vehicle machine.

To achieve the above and other related objects, another aspect of the present invention provides a computer-readable storage medium having a computer program stored thereon, where the computer program is executed by a processor to implement the car machine exception handling method.

To achieve the above and other related objects, a further aspect of the present invention provides an electronic device, comprising: a processor and a memory; the memory is used for storing computer programs, and the processor is used for executing the computer programs stored in the memory, so that the electronic equipment executes the vehicle-mounted machine exception handling method.

To achieve the above and other related objects, a last aspect of the present invention provides a car machine exception handling system, including: a microprocessor and a microcontroller; the microprocessor is connected with the microcontroller; the microprocessor acquires an operation mark for starting a debugging mode; the microprocessor is combined with the operation mark to detect an abnormal state when a communication data packet is transmitted between the microprocessor and the microcontroller; the microprocessor generates a blocking command for restarting the microprocessor according to the abnormal state and sends the blocking command to the microcontroller; and the microcontroller executes the blocking command to block the microprocessor from restarting and retain abnormal data of the microprocessor and the microcontroller at a fault site.

Drawings

Fig. 1 is a schematic flow chart illustrating a car exception handling method according to an embodiment of the present invention.

Fig. 2 is a flowchart illustrating a mode activation process of the car machine exception handling method according to an embodiment of the present invention.

Fig. 3 is a flowchart illustrating an exception detection method for a vehicle-mounted device in an embodiment of the invention.

Fig. 4 is a flowchart illustrating an exception prompting method in an embodiment of the present invention.

Fig. 5 is a schematic structural connection diagram of an electronic device according to an embodiment of the invention.

Fig. 6 is a schematic structural diagram of a car machine exception handling system according to an embodiment of the present invention.

Fig. 7 is a schematic diagram illustrating an application of the car machine exception handling system in an embodiment of the invention.

Description of the element reference numerals

5 electronic device

51 processor

52 memory

6 vehicle machine exception handling system

61 microprocessor

62 microcontroller

S11-S14, S1A steps

S111 to S112 steps

S121 to S123

Detailed Description

The embodiments of the present invention are described below with reference to specific embodiments, and other advantages and effects of the present invention will be easily understood by those skilled in the art from the disclosure of the present specification. The invention is capable of other and different embodiments and of being practiced or of being carried out in various ways, and its several details are capable of modification in various respects, all without departing from the spirit and scope of the present invention. It is to be noted that the features in the following embodiments and examples may be combined with each other without conflict.

It should be noted that the drawings provided in the following embodiments are only for illustrating the basic idea of the present invention, and the drawings only show the components related to the present invention rather than the number, shape and size of the components in actual implementation, and the type, quantity and proportion of the components in actual implementation may be changed freely, and the layout of the components may be more complicated.

The vehicle machine exception handling method, the storage medium, the electronic device and the vehicle machine exception handling system can further capture a fault site in time by inhibiting the restart of the system so as to analyze the exception reason according to the exception data of the fault site.

The principles and implementations of a car machine exception handling method, a storage medium, an electronic device and a car machine exception handling system according to the present embodiment will be described in detail below with reference to fig. 1 to 7, so that those skilled in the art can understand the car machine exception handling method, the storage medium, the electronic device and the car machine exception handling system according to the present embodiment without creative work.

Please refer to fig. 1, which is a schematic flowchart illustrating an in-vehicle exception handling method according to an embodiment of the present invention. As shown in fig. 1, the car machine exception handling method specifically includes the following steps:

s11, a running flag for turning on the debug mode is obtained.

Specifically, a memory space is preset in a memory of the car machine to be tested, and debug information, that is, a running flag, is written in the memory space. For example, an 88 th block of storage space is selected from an NVRAM (Non-Volatile Random Access Memory), and debug information is written in the 88 th block of storage space, so that an lk (light kernel) of the operating system of the vehicle is read when the operating system is started. The lk is equivalent to uboot (Universal Boot Loader) in an operating system, the uboot belongs to one of Boot programs and is used for booting and starting a kernel, and the final purpose of the uboot is to read the kernel from a flash memory, place the kernel in a memory and further start the kernel. After the uboot receives the starting command, the specific execution steps include: and reading the kernel head, moving the kernel to a proper loading address, and starting the kernel.

Please refer to fig. 2, which shows a mode opening flowchart of the in-vehicle exception handling method according to an embodiment of the present invention. As shown in fig. 2, S11 includes the steps of:

and S111, judging whether the preset storage address has storage information.

Specifically, when the lk of the car machine operating system is started, the information of the 88 th storage space in the NVRAM is read, and whether the 88 th storage space has the prebuck information written in advance is judged. In other embodiments, the preset storage address may be selected according to practical situations, and is not limited by this embodiment.

And S112, if the storage information exists, reading the storage information, taking the storage information as the running mark, and starting the debugging mode.

Specifically, if the pre-written debug information exists, the debug mode is determined to be a debugging mode, and the debugging mode is started; if the prebound information does not exist, no processing is performed.

And S12, detecting the abnormal state when the communication data packet is transmitted by combining the operation mark.

Specifically, the communication data packet is a heartbeat packet, and the heartbeat packet includes a heartbeat request packet and a heartbeat response packet.

Further, in order to ensure the normal data communication between the MCU and the MPU, the MCU may send a heartbeat request packet to the MPU at regular intervals, for example, 5 seconds, and the MPU may reply a heartbeat response packet to the MCU based on the received heartbeat request packet, thereby indicating that the data communication between the MCU and the MPU is normal. When communication is abnormal, the MCU may not receive a heartbeat response packet replied by the MPU, so that the MCU restarts the MPU after the heartbeat response packet is not received for more than a certain time threshold, for example, more than 30 seconds, but when the vehicle machine is abnormal, whether the MCU is abnormal or the MPU is abnormal cannot be determined, so that the MPU is blocked from restarting so as to keep on-site abnormal data, and developers can effectively analyze the reason of the abnormal according to the abnormal data.

Please refer to fig. 3, which is a flowchart illustrating an exception detection method for a vehicle-mounted device according to an embodiment of the present invention. As shown in fig. 3, S12 includes the steps of:

and S121, triggering detection according to the operation mark.

Specifically, debug information, that is, the run flag is read, and the debug information is used as a start flag for performing communication detection in step S122.

And S122, regularly detecting the receiving state of the communication data packet based on a preset time interval.

Specifically, the preset time interval is 5 seconds, that is, the MCU sends a heartbeat request packet to the MPU every 5 seconds, and the MPU replies a heartbeat response packet to the MCU based on the received heartbeat request packet, which indicates that the MPU can normally receive the heartbeat request packet and normally reply the heartbeat response packet when the MPU replies the heartbeat response packet, so that the transmission of the communication data packet is in a normal state.

And S123, if the communication data packet is not received, judging that the transmission of the communication data packet is in the abnormal state.

Specifically, if the MPU does not normally receive the heartbeat request packet, the MPU cannot normally reply the heartbeat response packet, and the MPU sets a certain fault-tolerant mechanism, in this embodiment, the MPU should normally receive the heartbeat request packet every 5 seconds, and when the MPU does not receive the heartbeat request packet after 15 seconds, it is determined that the transmission of the communication data packet is in the abnormal state.

And S13, generating a blocking command for restarting the vehicle machine according to the abnormal state.

Specifically, in the prior art, no reply is made to the MCU for the abnormal state, and the MCU also has a certain fault-tolerant mechanism, for example, if no heartbeat response packet is received for more than 30 seconds, a restart operation is performed on the MPU. In the present invention, a reply is also made to the MCU for the abnormal state, but instead of a heartbeat response packet, a level shift instruction, that is, a blocking command for restarting the car machine, is sent to a gpio (General-purpose input/output) pin of the MCU.

Further, S13 includes the steps of:

(1) and converting the first level signal of the preset signal end into a second level signal according to the abnormal state.

Furthermore, the first level signal is a high level signal, and the second level signal is a low level signal. For example, one gpio pin of the MCU is at a high level in a default state, i.e., when the MCU and the MPU are operating normally, and when the abnormal state occurs, the MPU sends a low level signal to the gpio pin of the MCU to pull the gpio pin low, thereby informing the MCU that the MPU does not need to perform a restart operation on the MPU.

(2) And taking the second level signal as the blocking command.

Specifically, a low-level signal sent by the MPU to this gpio pin of the MCU is taken as the blocking command.

And S14, executing the blocking command to block the restarting of the car machine and keep the abnormal data of the car machine site.

Please refer to fig. 4, which is a flowchart illustrating an exception prompting method for a car machine exception handling method according to an embodiment of the present invention. As shown in fig. 4, concurrently with or after step S13, the car machine exception handling method further includes the following steps:

S1A, generating an abnormal mark according to the abnormal state, and sending abnormal prompt information based on the abnormal mark.

In one embodiment, S1A includes reading the exception indicator via a file node, and sending the exception prompt message based on the exception indicator; and the file nodes are stored in a user space, so that the user space calls callback functions corresponding to the file nodes, and the reading operation of the abnormal marks is executed.

Specifically, in the abnormal state, the kernel notifies the MCU not to restart by pulling down the preset gpio pin on one hand, and sets the abnormal information as an abnormal flag on the other hand. A daemon process, namely a process for monitoring and reading the generated abnormal mark in real time, exists in the user space. In the daemon process, abnormal information set by the kernel is read through a file node, so that abnormal prompt information is sent, for example, an alarm sound is played, and a developer is informed to arrive at a site for analysis.

The principle of reading the abrormal information by the file node is as follows: some files are prestored in a user space of the operating system, and the user space calls a read callback function corresponding to a file node by using a cat command so as to read the abnormal information of the kernel through one file node, thereby completing the communication between the kernel and an APP (Application program, abbreviation of Application).

The protection scope of the car machine exception handling method is not limited to the execution sequence of the steps listed in this embodiment, and all the schemes of increasing and decreasing steps and replacing steps in the prior art according to the principle of the present invention are included in the protection scope of the present invention.

The present embodiment provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the method for processing the exception of the in-vehicle device according to the steps in fig. 1 to fig. 4 is implemented. The vehicle machine exception handling method comprises the following steps: acquiring an operation mark for starting a debugging mode; detecting an abnormal state during transmission of the communication data packet by combining the operation mark; generating a blocking command for restarting the vehicle machine according to the abnormal state; and executing the blocking command to block the restarting of the vehicle machine and keep the on-site abnormal data of the vehicle machine.

Those of ordinary skill in the art will understand that: all or part of the steps for implementing the above method embodiments may be performed by hardware associated with a computer program. The aforementioned computer program may be stored in a computer readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned computer-readable storage media comprise: various computer storage media that can store program codes, such as ROM, RAM, magnetic or optical disks.

Please refer to fig. 5, which is a schematic structural connection diagram of an electronic device according to an embodiment of the present invention. As shown in fig. 5, the present embodiment provides an electronic device 5, which specifically includes: a processor 51 and a memory 52; the memory 52 is configured to store a computer program, and the processor 51 is configured to execute the computer program stored in the memory 52, so that the electronic device 5 executes each step of the car-machine exception handling method.

The Processor 51 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the Integrated Circuit may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete gate or transistor logic device, discrete hardware component. The processor 51 is configured to execute a computer program corresponding to the car machine exception handling method in the steps of fig. 1 to fig. 4. The vehicle machine exception handling method comprises the following steps: acquiring an operation mark for starting a debugging mode; detecting an abnormal state during transmission of the communication data packet by combining the operation mark; generating a blocking command for restarting the vehicle machine according to the abnormal state; and executing the blocking command to block the restarting of the vehicle machine and keep the on-site abnormal data of the vehicle machine.

The Memory 52 may include a Random Access Memory (RAM), and may further include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. The memory 52 is configured to store a computer program corresponding to the car machine exception handling method in the steps of fig. 1 to fig. 4. The vehicle machine exception handling method comprises the following steps: acquiring an operation mark for starting a debugging mode; detecting an abnormal state during transmission of the communication data packet by combining the operation mark; generating a blocking command for restarting the vehicle machine according to the abnormal state; and executing the blocking command to block the restarting of the vehicle machine and keep the on-site abnormal data of the vehicle machine.

In practice, the electronic device may be a computer that includes all or a portion of the components of memory, a memory controller, one or more processing units (CPUs), a peripheral interface, RF circuitry, audio circuitry, speakers, a microphone, an input/output (I/O) subsystem, a display screen, other output or control devices, and an external port. Preferably, the electronic device is a vehicle machine.

Please refer to fig. 6, which is a schematic diagram illustrating a structure of a car-mounted device exception handling system according to an embodiment of the present invention. As shown in fig. 6, the car machine exception handling system 6 of the present invention includes: a microprocessor 61 and a microcontroller 62; the microprocessor 61 is connected to the microcontroller 62. Preferably, the car machine abnormality processing system 6 is applied to a car machine including a microprocessor 61(MPU) and a microcontroller 62 (MCU).

The microprocessor 61 obtains a run flag for turning on the debug mode.

The microprocessor 61 detects an abnormal state in the transmission of the communication data packet between the microprocessor 61 and the microcontroller 62 in conjunction with the operation flag.

The microprocessor 61 generates a blocking command for restarting the microprocessor 61 according to the abnormal state, and transmits the blocking command to the microcontroller 62.

The microcontroller 62 executes the blocking command to block the microprocessor 61 from restarting and to retain abnormal data of the microprocessor 61 and the microcontroller 62 at the fault site.

Please refer to fig. 7, which is a schematic diagram illustrating an application of the in-vehicle exception handling system according to an embodiment of the present invention. As shown in fig. 7, the car machine exception handling system further includes a storage device NVRAM and an application APP. Writing debug information into an 88 th storage space of an NVRAM in a car machine needing testing, reading the information in the 88 th storage space of the NVRAM when lk is started, and transmitting the debug information to a kernel if pre-written debug information exists, thereby starting a function of reserving a field. And confirming that the current debug mode is the debug mode according to debug information by a kernel in the MPU, further continuously detecting the transmission state of the heartbeat packet, setting a gpio when the heartbeat packet is not received in 15 seconds, pulling down a gpio pin of the MCU, setting an abnormal mark by the kernel, and playing alarm music after the application side APP detects the abnormal mark.

The principle of the car machine exception handling system provided by the invention corresponds to the car machine exception handling method one to one, and the car machine exception handling system provided by the invention can realize the car machine exception handling method provided by the invention, but the implementation device of the car machine exception handling method provided by the invention comprises but is not limited to the structure of the car machine exception handling system listed in the embodiment, and all structural deformation and replacement in the prior art according to the principle of the invention are included in the protection scope of the invention.

In summary, the vehicle-mounted device exception handling method, the storage medium, the electronic device and the vehicle-mounted device exception handling system can further capture a fault site in time by inhibiting the restart of the system, so as to analyze the exception reason according to the exception data of the fault site. In a system debugging mode, the system abnormity can be detected through the transmission state of the communication data packet, so that the restart of the vehicle machine is blocked, and the field abnormal data is reserved. Aiming at the small-probability abnormal restarting condition in the vehicle machine debugging process, the abnormal data of the fault site is provided for developers, and the convenience condition of abnormal analysis is provided for the developers. The restarting operation of the microcontroller on the microprocessor in an abnormal state is reliably blocked through the communication and the instruction interaction between the microprocessor and the microcontroller. The invention effectively overcomes various defects in the prior art and has high industrial utilization value.

The foregoing embodiments are merely illustrative of the principles and utilities of the present invention and are not intended to limit the invention. Any person skilled in the art can modify or change the above-mentioned embodiments without departing from the spirit and scope of the present invention. Accordingly, it is intended that all equivalent modifications or changes which can be made by those skilled in the art without departing from the spirit and technical spirit of the present invention be covered by the claims of the present invention.

Claims (10)

1. A vehicle machine exception handling method is characterized by comprising the following steps:

acquiring an operation mark for starting a debugging mode;

detecting an abnormal state during transmission of the communication data packet by combining the operation mark;

generating a blocking command for restarting the vehicle machine according to the abnormal state;

and executing the blocking command to block the restarting of the vehicle machine and keep the on-site abnormal data of the vehicle machine.

2. The in-vehicle machine exception handling method according to claim 1, wherein the obtaining of the running flag for starting the debugging mode includes the following steps:

judging whether storage information exists in a preset storage address or not;

and if the storage information exists, reading the storage information, taking the storage information as the running mark, and starting the debugging mode.

3. The in-vehicle machine exception handling method according to claim 1, wherein the detecting an exception state during transmission of a communication packet in combination with the operation flag comprises the following steps:

triggering detection according to the running mark;

detecting the receiving state of the communication data packet based on the preset time interval timing;

and if the communication data packet is not received, judging that the transmission of the communication data packet is in the abnormal state.

4. The vehicle machine exception handling method according to claim 1, wherein the generating of the blocking command for the vehicle machine restart according to the exception state includes the following steps:

converting a first level signal of a preset signal end into a second level signal according to the abnormal state;

and taking the second level signal as the blocking command.

5. The vehicle-mounted device exception handling method according to claim 4, wherein the first level signal is a high level signal, and the second level signal is a low level signal.

6. The vehicle machine exception handling method according to claim 1, further comprising, while or after the blocking command for vehicle machine restart is generated according to the abnormal state, the following steps:

and generating an abnormal mark according to the abnormal state, and sending abnormal prompt information based on the abnormal mark.

7. The vehicle-mounted machine exception handling method according to claim 6, wherein generating an exception flag according to the exception state and sending an exception prompt message based on the exception flag comprises the following steps:

reading the abnormal mark through a file node, and sending the abnormal prompt information based on the abnormal mark; and the file nodes are stored in a user space, so that the user space calls callback functions corresponding to the file nodes, and the reading operation of the abnormal marks is executed.

8. A computer-readable storage medium, on which a computer program is stored, wherein the computer program, when executed by a processor, implements the in-vehicle exception handling method according to any one of claims 1 to 7.

9. An electronic device, comprising: a processor and a memory;

the memory is used for storing a computer program, and the processor is used for executing the computer program stored in the memory, so that the electronic device executes the in-vehicle exception handling method according to any one of claims 1 to 7.

10. The utility model provides a car machine exception handling system which characterized in that includes: a microprocessor and a microcontroller; the microprocessor is connected with the microcontroller;

the microprocessor acquires an operation mark for starting a debugging mode;

the microprocessor is combined with the operation mark to detect an abnormal state when a communication data packet is transmitted between the microprocessor and the microcontroller;

the microprocessor generates a blocking command for restarting the microprocessor according to the abnormal state and sends the blocking command to the microcontroller;

and the microcontroller executes the blocking command to block the microprocessor from restarting and retain abnormal data of the microprocessor and the microcontroller at a fault site.

Images