Automobile health status monitoring method, device and automobile

Abstract

This application discloses a vehicle health monitoring method, device, and electric vehicle, relating to the field of vehicle safety technology. The method comprises: determining an operating mode of an electronic control unit (ECU); reading a first message sent by the ECU when the operating mode is active upload mode, or when the operating mode is query mode and a query instruction is received, the first message including ECU operating parameters; and sending a health status message to a mobile terminal based on the first message. The solution of this application enables users to monitor the vehicle's health status in a timely and comprehensive manner.

Description

Technical Field

[0001] The present application relates to the field of automobile safety technology, and in particular to a method and device for monitoring automobile health status, and an automobile. Background Art

[0002] Traditional on-board fault diagnostic systems monitor various sensors and actuators in the vehicle. When a monitored value exceeds a predetermined range and fails to return to normal within a short period of time, the corresponding circuit or component is determined to be faulty. This fault is then stored as a fault code and the instrument panel's malfunction indicator light illuminates. Drivers are merely aware of a vehicle malfunction without understanding its specific details. Sometimes, a fault occurs but the malfunction indicator light remains off, preventing users from timely understanding the vehicle's health. Summary of the Invention

[0003] The purpose of the embodiments of the present application is to provide a method, device and vehicle for monitoring the health status of a vehicle, thereby solving the problem in the prior art that users cannot promptly know the health status of the vehicle.

[0004] To achieve the above objectives, the present application provides a method for monitoring the health status of an automobile, comprising:

[0005] Determine the working mode of the electronic control unit ECU;

[0006] When the working mode is the active upload mode, or when the working mode is the query mode and a query instruction is received, reading a first message sent by the ECU, the first message including ECU working parameters;

[0007] According to the first message, a health status message is sent to the mobile terminal.

[0008] Optionally, when the working mode is the active upload mode, reading a first message sent by the ECU, where the first message includes ECU working parameters, includes:

[0009] A first universal asynchronous receiver / transmitter (UART) interrupt service routine is started to read the first message.

[0010] Optionally, after determining the operating mode of the electronic control unit ECU, the method further includes:

[0011] When it is determined that the working mode is the query mode, receiving a second message sent by a global system for mobile communications (GSM) module, wherein the second message includes an interrupt request flag bit TI;

[0012] Start the second UART interrupt service routine and read the query command sent by the GSM module.

[0013] Optionally, when the working mode is the query mode and a query instruction is received, a first message sent by the ECU is read, where the first message includes ECU working parameters, including:

[0014] The first UART interrupt service program is started, and the first message is read according to the query information identity ID in the query instruction.

[0015] Optionally, before determining the operating mode of the electronic control unit ECU, the method further includes:

[0016] Receive a fault message sent by the ECU.

[0017] Optionally, the method further includes:

[0018] When the working mode is the query mode and the query instruction is not received, the working mode of the ECU is controlled to be adjusted to the active upload mode.

[0019] Optionally, sending a health status message to the mobile terminal according to the first message includes:

[0020] generating a health status message according to the first message;

[0021] Based on an AT command, the health status message is sent to the mobile terminal.

[0022] The present application also provides a vehicle health monitoring device, comprising:

[0023] A determination module, used for determining the working mode of the electronic control unit ECU;

[0024] an acquisition module, configured to read a first message sent by the ECU when the working mode is the active upload mode, or when the working mode is the query mode and a query instruction is received, the first message including ECU operating parameters;

[0025] The sending module is used to send a health status message to the mobile terminal according to the first message.

[0026] Optionally, the acquisition module is specifically configured to:

[0027] When the working mode is the active upload mode, a first universal asynchronous receiver / transmitter (UART) interrupt service routine is started to read the first message.

[0028] Optionally, the device further comprises:

[0029] A first receiving module, when determining that the working mode is the query mode, receives a second message sent by a global system for mobile communications (GSM) module, wherein the second message includes an interrupt request flag TI;

[0030] The processing module is used to start the second UART interrupt service program and read the query instruction sent by the GSM module.

[0031] Optionally, the acquisition module is specifically configured to:

[0032] When the working mode is the query mode and a query instruction is received, the first UART interrupt service program is started, and the first message is read according to the query information identity ID in the query instruction.

[0033] Optionally, the device further comprises:

[0034] The second receiving module is used to receive the fault message sent by the ECU.

[0035] Optionally, the device further comprises:

[0036] The control module is used to control the working mode of the ECU to be adjusted to the active upload mode when the working mode is the query mode and the query instruction is not received.

[0037] Optionally, the sending module includes:

[0038] A generating submodule, configured to generate a health status message according to the first message;

[0039] The sending submodule is used to send the health status message to the mobile terminal based on an AT command.

[0040] An embodiment of the present application also provides a car, comprising: a processor, a memory, and a program stored in the memory and executable on the processor, wherein the program, when executed by the processor, implements the steps of the car health status monitoring method as described above.

[0041] An embodiment of the present application further provides a readable storage medium, on which a program is stored. When the program is executed by a processor, the steps of the vehicle health status monitoring method described above are implemented.

[0042] The above technical solution of the present application has at least the following beneficial effects:

[0043] The vehicle health monitoring method of an embodiment of the present application first determines the operating mode of an electronic control unit (ECU); secondly, when the operating mode is active upload mode, or when the operating mode is query mode and a query instruction is received, reads a first message sent by the ECU, the first message including ECU operating parameters; and finally, sends a health status message to a mobile terminal based on the first message. In this way, when the ECU is in active upload mode, if a function is enabled, the health status message is proactively sent to the mobile terminal, allowing the user to promptly understand the vehicle's health status. When the operating mode is query mode and a query instruction is received from the user, the health status message related to the query instruction is sent to the mobile terminal, allowing the user to comprehensively monitor the vehicle's health status. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] Figure 1 This is a flow chart of a method for monitoring the health status of a vehicle according to an embodiment of the present application;

[0045] Figure 2 This is a flow chart of receiving short messages in an embodiment of the present application;

[0046] Figure 3 This is a schematic diagram of the process of receiving data in an embodiment of the present application;

[0047] Figure 4 This is a second flow chart of the vehicle health status monitoring method according to an embodiment of the present application;

[0048] Figure 5 This is a flow chart of sending AT commands in an embodiment of the present application;

[0049] Figure 6 This is a flow chart of sending a vehicle health status message in an embodiment of the present application;

[0050] Figure 7 This is a schematic structural diagram of a vehicle health status monitoring device according to an embodiment of the present application. DETAILED DESCRIPTION

[0051] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0052] The terms "first," "second," and the like in the specification and claims of this application are used to distinguish similar objects and are not used to describe a particular order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate so that the embodiments of this application can be implemented in an order other than those illustrated or described herein. In addition, the term "and / or" in the specification and claims refers to at least one of the connected objects, and the character " / " generally indicates that the objects associated with each other are in an "or" relationship.

[0053] The following, in conjunction with the accompanying drawings, describes in detail the vehicle health status monitoring method, device and vehicle provided in the embodiments of the present application through specific embodiments and their application scenarios.

[0054] like Figure 1 FIG. 1 is a flow chart of a method for monitoring the health status of a vehicle according to an embodiment of the present application, and the method includes:

[0055] Step 101, determining the operating mode of the Electronic Control Unit (ECU);

[0056] Here, it should be noted that the working mode of the ECU includes an active upload mode or a query mode.

[0057] It's also important to note that an electronic control unit (ECU) is a control device composed of integrated circuits that performs a series of actions, including analyzing, processing, and transmitting data measured by various vehicle sensors. Currently, an increasing number of ECUs are being used in vehicle control systems, with increasing levels of integration. To facilitate data exchange and sharing between ECUs, a network bus is designed as the platform for the vehicle control network. All ECUs are connected to the vehicle network bus. This allows for closer connectivity between the various control systems within the vehicle, gradually enabling intelligent vehicle control. Furthermore, the development of automotive network technology is crucial for internal vehicle communications and improving overall vehicle safety and operational performance.

[0058] In this step, the ECU may be an engine ECU. Specifically, determining the operating mode of the ECU may be based on a Controller Area Network (CAN) message sent by the ECU. The operating mode of the ECU may be determined based on the content of a specific field (preset field) in the CAN message. Specifically, after receiving the CAN message sent by the ECU, the CAN message is parsed to obtain the content of the preset field, and the operating mode of the ECU is determined based on the content of the preset field.

[0059] Step 102: When the working mode is the active upload mode, or when the working mode is the query mode and a query instruction is received, reading a first message sent by the ECU, the first message including ECU operating parameters;

[0060] In this step, the first message is a CAN message sent by the ECU. That is, if the ECU's operating mode is determined to be active upload mode, it is determined that the health status needs to be proactively reported to the user. In this case, the first message sent by the ECU is read to obtain the ECU's operating parameters, thereby preparing for proactive health status reporting. If the ECU's operating mode is determined to be query mode and a query instruction from the user is received, it is determined that the user needs to know the vehicle's health status. In this case, the first message sent by the ECU is read to obtain the ECU's operating parameters, thereby preparing for providing the vehicle's health status to the user based on the user's needs.

[0061] Step 103: Send a health status message to the mobile terminal according to the first message.

[0062] The vehicle health monitoring method of an embodiment of the present application first determines the operating mode of an electronic control unit (ECU); secondly, when the operating mode is active upload mode, or when the operating mode is query mode and a query instruction is received, reads a first message sent by the ECU, the first message including ECU operating parameters; and finally, sends a health status message to a mobile terminal based on the first message. In this way, when the ECU is in active upload mode, if a function is enabled, the health status message is proactively sent to the mobile terminal, allowing the user to promptly understand the vehicle's health status. When the operating mode is query mode and a query instruction is received from the user, the health status message related to the query instruction is sent to the mobile terminal, allowing the user to comprehensively monitor the vehicle's health status.

[0063] It should be noted that after the system is powered on and before the ECU's operating mode is determined, the method further includes initializing various configurations of the vehicle health monitoring system. The components to be initialized primarily include the main control chip (LPC1765) bus clock frequency, input / output (I / O) ports, timers, interrupt services, a Universal Asynchronous Receiver / Transmitter (UART) serial port, and a Global System for Mobile Communications (GSM) module.

[0064] As an optional implementation, in step 102, when the working mode is the active upload mode, a first message sent by the ECU is read, where the first message includes ECU working parameters, including:

[0065] A first universal asynchronous receiver / transmitter (UART) interrupt service routine is started to read the first message.

[0066] In an embodiment of the present application, the serial port UART3 interrupt service program of the main control chip can be pre-set to handle the transmission of data between the ECU, that is, the first UART interrupt service program is the serial port UART3 interrupt service program of the main control chip.

[0067] Specifically, when the ECU working mode is the active upload mode, the main control chip enters the data read interrupt (UART3 interrupt service routine), reads the first message sent by the ECU, and extracts the content of the valid bytes (preset fields) from the first message.

[0068] Furthermore, as an optional implementation, after determining the operating mode of the electronic control unit ECU in step 101, the method further includes:

[0069] Step 1: When it is determined that the working mode is the query mode, receiving a second message sent by a global system for mobile communications (GSM) module, wherein the second message includes an interrupt request flag TI;

[0070] In this step, if the second message including the terminal request flag TI sent by the GSM module is received, it is determined that the GSM module has received the query command sent by the user's mobile terminal, that is, the user currently needs to query the health status of the car.

[0071] Here, it should be noted that when the ECU's working mode is query mode, a health status message will be sent to the user's mobile terminal according to the user's needs only when the user currently needs to query the health status of the car. Therefore, in this optional implementation method, when it is determined that the ECU's working mode is query mode, it is necessary to further determine whether the user's query command is received.

[0072] Step 2: Start the second UART interrupt service routine and read the query command sent by the GSM module.

[0073] In this optional implementation, the serial port UART2 terminal service program of the main control chip can be pre-set to handle the short message sending and receiving process with the subscriber identity module (SIM) 808 chip, that is, the second UART interrupt service program is the serial port UART2 interrupt service program of the main control chip.

[0074] Next, combine Figure 2 , the process of receiving a short message sent by a user's mobile terminal is described:

[0075] Step 201: The mobile terminal sends a query message;

[0076] Step 202, determine whether SIM808 GSM returns the TI flag; if so, execute step 203, if not, return to step 201;

[0077] Step 203, storing the message characters of the short message into an array;

[0078] Step 204, parsing the short message content;

[0079] Step 205: Enable data reception interrupt.

[0080] That is to say, the above steps can be: when the ECU works in query mode, it is necessary to send a command to it to obtain the working parameters. After the new message prompt function is set for the wireless communication module using AT+CNMI, when the SIM card (SIM808 GSM) receives a new message, it will return a TI flag on the serial port. Therefore, when a short message query is initiated for the vehicle, whether the "TI" flag is present in the return value is used to determine whether to enter the short message reception interrupt. After entering the short message reception interrupt, the received character string is stored in an array, and then the short message content is parsed. After that, it enters the next stage, the data reception interrupt, and receives the message information sent by the ECU.

[0081] As an optional implementation, in step 102, when the operating mode is the query mode and a query instruction is received, a first message sent by the ECU is read, where the first message includes ECU operating parameters, including:

[0082] The first UART interrupt service program is started, and the first message is read according to the query information identity ID in the query instruction.

[0083] In this optional implementation, when receiving the user's query instruction, it is determined that the user currently has the need to query the health status of the car. When receiving the first message sent by the ECU, the first message will be read based on the query information identity ID to meet the user's query needs.

[0084] Next, combine Figure 3 The data receiving process of the embodiment of the present application is described as follows:

[0085] Step 301, storing the query characters into an array; that is, storing the query characters in the query information into an array so as to subsequently receive data based on the query characters;

[0086] Step 302, receiving a first message sent by the ECU;

[0087] Step 303, determine whether the data is received. If so, execute step 304; if not, execute step 302;

[0088] Step 304, valid byte processing; that is, calculating and processing the high and low bytes of the received data;

[0089] Step 305, storing the data into an array;

[0090] Step 306: Set the short message sending flag bit Conut_send to 1.

[0091] It should be noted here that the main control chip LPC1765 has encapsulated a variety of commonly used standard vehicle communication protocols. The physical layer, data link layer and some application layer protocols have also been established. This allows it to collect data with the ECU through the on-board diagnostic system (OBD) interface, realizing data exchange and transmission of internal bus data and serial data in the vehicle.

[0092] In terms of software functions, when the main control chip LPC1765 receives the short message query information, it will enter the data reception interrupt, store the character string into the array according to the ID of the required query information, and then judge whether the data is received. If the reception is completed, the high and low bytes of the data are calculated and processed, and finally the result is returned to the serial port while the short message sending flag is set to 1 and wait for sending.

[0093] Furthermore, as an optional implementation, before step 101, determining the operating mode of the electronic control unit ECU, the method further includes:

[0094] Receive a fault message sent by the ECU.

[0095] That is to say, in the embodiment of the present application, when a fault message is received from the ECU, it is necessary to further determine the working mode of the ECU so as to report the fault message to the user in a timely manner so that the user can understand the health status of the car in real time.

[0096] Furthermore, as an optional implementation, the method further includes:

[0097] When the working mode is the query mode and the query instruction is not received, the working mode of the ECU is controlled to be adjusted to the active upload mode.

[0098] In this optional implementation, when an ECU fault is determined, if the working mode is determined to be query mode and the user currently has no query requirements, the ECU's working mode is adjusted to active upload mode, thereby facilitating the active reporting of the ECU's fault information to the user, allowing the user to promptly understand the health status of the vehicle.

[0099] Next, combine Figure 4 The process of the vehicle health monitoring method according to the embodiment of the present application is described as follows:

[0100] Step 401, the main control chip LPC1765 is initialized;

[0101] Step 402, SIM808 GSM configuration; that is, SIM808 GSM initialization;

[0102] Step 403, determine whether the ECU fails, if so, execute step 404, if not, execute step 412;

[0103] Step 404, determine whether the ECU is working in the active upload mode, if so, execute step 408, if not, execute step 405;

[0104] Step 405, determining whether the query SMS message sent by the mobile terminal is received; if so, executing step 406, if not, executing step 412; that is, determining whether the SIM808 GSM module receives the query SMS message sent by the mobile terminal;

[0105] Step 406: Enter the interrupt processing program, read the SMS content and disable the interrupt; that is, the main control chip enters the interrupt processing program;

[0106] Step 407, determine whether the data group has a flag bit CMTI, if yes, execute step 408, if not, execute step 412;

[0107] Step 408: Entering data reading interruption, storing data into an array; that is, the main control chip enters data reading interruption, reads the data sent by the ECU, and stores the data into an array;

[0108] Step 409, determining whether it is a query instruction, if so, executing step 410, if not, executing step 411; that is, whether the main control module receives the query instruction sent by SIM808 GSM;

[0109] Step 410, construct content and send short message;

[0110] Step 411, changing the working mode;

[0111] Step 412, delay.

[0112] That is to say, after the initialization process is completed, the main loop of the program will be entered. First, the ECU working mode will be judged, which is mainly divided into active upload mode and query mode. If it is active upload mode, it will directly enter the data read interrupt, that is, the serial port 3 interrupt service program, and then extract the valid bytes to construct the content and send it to the specified mobile phone; if it is query mode, it will first determine whether the query command is received. If it is confirmed to be received, there will be a TI flag in the return instruction. When the TI flag is detected, it will enter the data read interrupt, and the rest of the process is the same as the active upload mode.

[0113] As an optional implementation, step 103, sending a health status message to the mobile terminal according to the first message, includes:

[0114] generating a health status message according to the first message;

[0115] Based on an AT command, the health status message is sent to the mobile terminal.

[0116] Here, first explain the AT commands:

[0117] Sending short messages relies on the GSM network's communication interface specifications. According to GSM 07.07, sending and receiving short messages is accomplished through AT commands, primarily in block mode, text mode, and protocol data unit (PDU) mode. With the continuous advancement of technology, block mode, which uses binary encoding for data transmission, has been gradually phased out. Text mode and PDU mode are interface protocols that utilize AT commands for communication.

[0118] AT stands for Attention. It's a set of commands sent from a terminal equipment (TE) or data terminal equipment (DTE) to a terminal adapter (TA) or data circuit terminal equipment (DCE). AT commands are sent from the terminal device to the TA, which then interprets them to control various network functions on the mobile device.

[0119] AT command is a standard interface. Its command format and return instructions are fixed. The main grammatical features are:

[0120] (1) All AT commands begin with AT and end with <cr>The command ends with the Enter key (i.e., the Enter key). The format is <Enter><Line Feed><Response Content><Enter><Line Feed>. The Enter key is used as a sign of the end of the command. After the module receives the Enter key, its response will follow immediately.

[0121] (2) If the AT command is executed successfully, "OK" will be returned; if the AT command syntax is incorrect or the execution fails, "ERROR" will be returned.

[0122] (3) Multiple instructions can be sent continuously, but the instructions must be separated by spaces.

[0123] AT commands are the only way for a PC to operate a mobile phone through a serial port.

[0124] It's important to note that since the GPRS / GSM chip's driver instructions all rely on AT commands, the main control chip communicates with the user's phone by sending AT commands corresponding to various services through the serial port. Based on the GSM response mechanism and the characteristics of serial port data transmission, a function for sending AT commands is written. Once the AT command is sent to the chip, a command is returned to determine whether the chip is operating normally. Implementing a function requires more than just sending a single AT command, so to facilitate the sending of different AT commands, the serial port buffer must be cleared.

[0125] Next, combine Figure 5 The AT command sending process of the embodiment of the present application is described as follows:

[0126] Step 501, clear the serial port buffer data;

[0127] Step 502, determine whether the required data is received, if so, execute step 503, if not, execute step 501;

[0128] Step 503, clear the serial port buffer data;

[0129] Step 504, receiving data;

[0130] Step 505, determine whether data reception is completed, if so, execute steps 5 and 6, if not, execute step 504;

[0131] Step 506: The serial port sends data.

[0132] It should also be noted that there are currently two main methods for sending short messages: Text and PDU mode. Comparing these two modes, the text mode is simpler to use and easier to implement when sending and receiving text messages. The PDU mode supports the sending and receiving of Chinese and English short messages and can use three encoding methods: 7-bit, 8-bit, and UCS2. In the embodiment of this application, monitoring vehicle faults and driving information is not intuitive if only the fault code is sent to the user. Therefore, it is best to display the detailed content of the fault. For those who only need to send Chinese text messages and do not need to receive Chinese text messages, the text mode is selected in this article for the sake of implementation difficulty and reliability.

[0133] Next, combine Figure 6 , the process of sending a health status message in an embodiment of the present application is described:

[0134] Step 601, AT+CMGR=1, read the short message content;

[0135] Step 602, reading different parameters according to the content of the short message;

[0136] Step 603, AT+CMGR="86 mobile phone number" sets the recipient's mobile phone number;

[0137] Step 604, sending the specified content of the short message;

[0138] Step 605: Send byte 0x1A as a data sending completion flag;

[0139] Step 606: AT+CMGD=1, delete all short messages.

[0140] Here, it should be noted that the following AT commands are mainly used to transmit driving information to the user's mobile phone by sending Chinese short messages:

[0141] (1) AT+CMGF=1, set the short message sending and receiving mode to Text mode;

[0142] (2) AT+CSCA?, this command is used to set the short message service center number. The return content is +CSCA:"002B0038003600310033003800300030003100300030003500300030",145, and the prompt OK, which means the setting is successful. The number returned by CSCA is determined by the local operator.

[0143] (3) AT+CNMI, used to set new message reminder. Send: AT+CNMI=2,1, when a new message is received and the SIM card is not full, it will return data + CMTI: "SM", 2 to the serial port, indicating that a new message has been received and stored in location 2 of the SIM card;

[0144] (4) AT+CSCS = "UCS2", because Chinese information needs to be sent, the TE character set is set to UCS2 encoding character set.

[0145] (5) AT+CSMP=17,167,2,25, used to set text mode parameters;

[0146] (6) AT+CMGR=2 is used to set the content of the short message stored in the specified location of the SIM card (the setting value 2 is to read the short message stored in location 2 of the SIM card). It is a system monitoring command and performs different operations according to the content of the sent short message.

[0147] (7) AT+CMGS = "+86 mobile phone number", this command is used to set the mobile phone number of the recipient. Since the character set has been set to UCS2, the mobile phone number here should also be converted to UCS2 character set format, otherwise an error will occur. After sending this command, edit the short message content and send it to SIM808. After the message content is edited, send Ctrl+Z (which is hexadecimal 0x1A) as the end mark, and then SIM808 will start data transmission;

[0148] (8) AT+CMGD=1, this command is used to delete all text messages. During program design, the stored short messages must be deleted each time a text message command is executed. This is because the storage capacity is limited. When the storage space is full, no prompt will be sent even if a new message is received, resulting in functional errors.

[0149] (9) The GSM initialization configuration is set according to the above instructions (1) to (5), and then the short message content is sent according to the instructions (1) to (8) in sequence.

[0150] The vehicle health monitoring method of the present embodiment is designed for conventional on-board fault diagnostic systems, which monitor various sensors and actuators in the vehicle. When a monitored value exceeds a predetermined range and fails to return to normal within a short period of time, the corresponding circuit or component is determined to be faulty. This fault is then stored as a fault code, and the fault indicator light on the instrument panel is illuminated. Drivers are only aware of a vehicle fault but lack detailed information about the fault. Sometimes, a fault occurs but the fault indicator light does not illuminate. By programming the wireless communication unit, detailed fault information can be sent to the driver's mobile phone via short message. This method is convenient and reliable, helping drivers monitor vehicle health while saving maintenance time.

[0151] It should be noted that the vehicle health monitoring method provided in the embodiments of the present application can be executed by a vehicle health monitoring device, or by a control module within the vehicle health monitoring device that is configured to execute the loading method. The embodiments of the present application illustrate the vehicle health monitoring method provided in the embodiments of the present application by taking the vehicle health monitoring device executing the loading method as an example.

[0152] like Figure 7 As shown, the embodiment of the present application further provides a vehicle health status monitoring device, comprising:

[0153] A determination module 701 is used to determine an operating mode of an electronic control unit ECU;

[0154] An acquisition module 702 is configured to read a first message sent by the ECU when the working mode is the active upload mode, or when the working mode is the query mode and a query instruction is received, where the first message includes ECU operating parameters;

[0155] The sending module 703 is configured to send a health status message to the mobile terminal according to the first message.

[0156] The vehicle health monitoring device of the embodiment of the present application first determines the operating mode of the electronic control unit (ECU) by a determination module 701. Second, when the operating mode is active upload mode, or when the operating mode is query mode and a query instruction is received, the acquisition module 702 reads a first message sent by the ECU, the first message including ECU operating parameters. Finally, the sending module 703 sends a health status message to a mobile terminal based on the first message. In this way, when the ECU is in active upload mode, if a function is enabled, the health status message is proactively sent to the mobile terminal, allowing the user to promptly understand the health status of the vehicle. When the operating mode is query mode and a query instruction is received, the health status message related to the query instruction is sent to the mobile terminal, allowing the user to comprehensively monitor the health status of the vehicle.

[0157] Optionally, the acquisition module 702 is specifically configured to:

[0158] When the working mode is the active upload mode, a first universal asynchronous receiver / transmitter (UART) interrupt service routine is started to read the first message.

[0159] Furthermore, the device further comprises:

[0160] A first receiving module, when determining that the working mode is the query mode, receives a second message sent by a global system for mobile communications (GSM) module, wherein the second message includes an interrupt request flag TI;

[0161] The processing module is used to start the second UART interrupt service program and read the query instruction sent by the GSM module.

[0162] Optionally, the acquisition module 702 is specifically configured to:

[0163] When the working mode is the query mode and a query instruction is received, the first UART interrupt service program is started, and the first message is read according to the query information identity ID in the query instruction.

[0164] Furthermore, the device further comprises:

[0165] The second receiving module is used to receive the fault message sent by the ECU.

[0166] Furthermore, the device further comprises:

[0167] The control module is used to control the working mode of the ECU to be adjusted to the active upload mode when the working mode is the query mode and the query instruction is not received.

[0168] Optionally, the sending module 703 includes:

[0169] A generating submodule, configured to generate a health status message according to the first message;

[0170] The sending submodule is used to send the health status message to the mobile terminal based on an AT command.

[0171] The vehicle health status monitoring method provided in the embodiment of the present application can achieve Figures 1 to 6 The various processes of the method embodiment can achieve the same technical effect, and to avoid repetition, they will not be described here.

[0172] An embodiment of the present application also provides a car, comprising: a processor, a memory, and a program stored in the memory and executable on the processor. When the program is executed by the processor, the various processes of the embodiment of the car health status monitoring method as described above are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be described here.

[0173] The present application also provides a readable storage medium having a program stored thereon. When executed by a processor, the program implements the various processes of the embodiment of the vehicle health monitoring method and achieves the same technical effects. To avoid repetition, the details are not described here. The readable storage medium may be, for example, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0174] Finally, it should be noted that, in this document, relational terms such as first and second, etc., are used solely to distinguish one entity or operation from another, and do not necessarily require or imply any actual relationship or order between these entities or operations. Furthermore, the terms "comprise," "include," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, article, or terminal device comprising a set of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, article, or device. In the absence of further limitations, an element defined by the phrase "comprising a..." does not preclude the presence of additional identical elements in the process, method, article, or device comprising the element.

[0175] The above is a preferred embodiment of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles described in the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.< / cr>

Claims

1. A method for monitoring the health status of an automobile, characterized in that: include: Receive fault messages sent by ECU; In the case of receiving a fault message sent by the ECU, determining an operating mode of the electronic control unit ECU according to the content of a preset field of a controller area network (CAN) message sent by the ECU; When the working mode is the query mode and no query instruction is received, controlling the working mode of the ECU to be adjusted to the active upload mode; When the working mode is the active upload mode, or when the working mode is the query mode and a query instruction is received, reading a first message sent by the ECU, the first message including ECU working parameters; According to the first message, a health status message is sent to the mobile terminal in the form of a short message, wherein the short message includes a text mode or a protocol data unit (PDU) mode, and the health status message includes a fault code and detailed content of the fault.

2. The method according to claim 1, characterized in that When the working mode is the active upload mode, a first message sent by the ECU is read, where the first message includes ECU working parameters, including: A first universal asynchronous receiver / transmitter (UART) interrupt service routine is started to read the first message.

3. The method according to claim 1, characterized in that After determining the operating mode of the electronic control unit ECU, the method further includes: When it is determined that the working mode is the query mode, receiving a second message sent by a global system for mobile communications (GSM) module, wherein the second message includes an interrupt request flag bit TI; Start the second UART interrupt service routine and read the query command sent by the GSM module.

4. The method according to claim 3, characterized in that When the working mode is the query mode and a query instruction is received, a first message sent by the ECU is read, where the first message includes ECU working parameters, including: The first UART interrupt service program is started, and the first message is read according to the query information identity ID in the query instruction.

5. The method according to any one of claims 1 to 4, characterized in that Sending a health status message to the mobile terminal according to the first message includes: generating a health status message according to the first message; Based on an AT command, the health status message is sent to the mobile terminal.

6. A vehicle health monitoring device, characterized in that: include: A receiving module is used to receive fault messages sent by the ECU; a determination module, configured to determine an operating mode of an electronic control unit (ECU) based on content of a preset field of a controller area network (CAN) message sent by the ECU; a control module, configured to control the working mode of the ECU to be adjusted to an active upload mode when the working mode is the query mode and no query instruction is received; an acquisition module, configured to read a first message sent by the ECU when the working mode is the active upload mode, or when the working mode is the query mode and a query instruction is received, the first message including ECU operating parameters; The sending module is used to send a health status message to the mobile terminal in the form of a short message according to the first message, wherein the short message includes a text mode or a protocol data unit PDU mode, and the health status message includes a fault code and detailed content of the fault.

7. An automobile, characterized in that: include: A processor, a memory, and a program stored in the memory and executable on the processor, wherein when the program is executed by the processor, the steps of the vehicle health status monitoring method according to any one of claims 1 to 4 are implemented.

8. A readable storage medium, characterized in that: The readable storage medium stores a program, and when the program is executed by the processor, the steps of the vehicle health status monitoring method according to any one of claims 1 to 4 are implemented.

Images