Vehicle problem analysis method and apparatus based on offline box, and vehicle and medium

Abstract

The present application relates to a vehicle problem analysis method based on an offline box. The method comprises: when it is detected that a controller area network of a vehicle is in a wake-up state, using a first processor of an offline box of the vehicle to read a controller area network signal in the controller area network, and storing the controller area network signal in a first memory of the first processor, so as to obtain a first storage signal; and sending the first storage signal to a second memory of a second processor of the offline box according to a first preset period, so as to obtain a second storage signal, and on the basis of the second storage signal, performing problem analysis on the vehicle, so as to obtain a problem analysis result of the vehicle.

Description

Vehicle problem analysis methods, devices, vehicles, and media based on offline BOX

[0001] This application is based on and claims priority to Chinese Patent Application No. 202510184844.4, filed on February 19, 2025, entitled “Vehicle Problem Analysis Method, Apparatus, Vehicle and Medium Based on Offline BOX”, the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the field of vehicle technology, and in particular to a vehicle problem analysis method, apparatus, vehicle, and medium based on an offline BOX. Background Technology

[0003] With the rapid development of IoT technology, the Internet of Vehicles (IoV), as an important component of IoT, is also developing rapidly. In related technologies, vehicles equipped with IoV can upload vehicle status data to the corresponding TSP (Telematics Service Provider) platform via a TBOX (Telematics Box). This allows the TSP platform to monitor and analyze the vehicle's status based on the data, thereby enabling the analysis of vehicle problems.

[0004] However, the relevant technologies only apply to vehicles equipped with vehicle-to-everything (V2X) connectivity. For vehicles without V2X connectivity, the TSP platform cannot detect vehicle status data in real time, thus failing to analyze vehicle problems in a timely manner. This makes troubleshooting difficult, reduces the vehicle's intelligence level, and fails to meet users' needs. Therefore, how to analyze vehicle problems in a timely manner for vehicles without V2X connectivity needs to be addressed urgently. Summary of the Invention

[0005] This application provides a vehicle problem analysis method, device, vehicle, and medium based on an offline BOX, to solve the problem in related technologies that for vehicles without vehicle networking configuration, the TSP platform cannot detect vehicle status data in real time, thus failing to analyze vehicle problems in a timely manner, reducing the vehicle's intelligence level, and failing to meet users' vehicle usage needs.

[0006] The first aspect of this application provides a vehicle problem analysis method based on an offline BOX, comprising: detecting whether the vehicle's controller local area network (Controller Area Network) is in a wake-up state; when the vehicle's controller local area network is detected to be in the wake-up state, using a first processor of the vehicle's offline telematics processor (BOX) to read controller local area signals in the controller local area network, and storing the controller local area signals in a first memory of the first processor to obtain a first stored signal; sending the first stored signal to a second memory of a second processor of the offline BOX according to a first preset period to obtain a second stored signal, and performing problem analysis on the vehicle based on the second stored signal to obtain a problem analysis result for the vehicle.

[0007] Optionally, in one embodiment of this application, the step of performing problem analysis on the vehicle based on the second stored signal includes: sending the second stored signal to the target memory of the offline BOX according to a second preset period to obtain a third stored signal; and performing the problem analysis on the vehicle based on the third stored signal.

[0008] Optionally, in one embodiment of this application, the step of performing the problem analysis on the vehicle based on the third stored signal includes: receiving a data export instruction issued by the target user; exporting the third stored signal based on the data export instruction; and performing the problem analysis on the vehicle based on the third stored signal.

[0009] Optionally, in one embodiment of this application, receiving the data export instruction issued by the target user includes: detecting whether the vehicle has a target after-sales problem; and if the vehicle has the target after-sales problem, receiving the data export instruction issued by the target user.

[0010] Optionally, in one embodiment of this application, the method further includes: determining whether the vehicle has enabled the problem analysis completion reminder, wherein the problem analysis completion reminder method includes at least one of voice reminder method and pop-up screen reminder method; and if the vehicle has enabled the problem analysis completion reminder, sending the problem analysis completion reminder to a preset terminal.

[0011] A second aspect of this application provides a vehicle problem analysis device based on an offline BOX, comprising: a detection module for detecting whether the vehicle's controller local area network (Controller Area Network) is in a wake-up state; a processing module for, when the vehicle's Controller Area Network is detected to be in the wake-up state, using a first processor of the vehicle's offline telematics processor (BOX) to read controller area signals in the Controller Area Network and store the controller area signals in a first memory of the first processor to obtain a first stored signal; and an analysis module for sending the first stored signal to a second memory of a second processor of the offline BOX according to a first preset period to obtain a second stored signal, and performing problem analysis on the vehicle based on the second stored signal to obtain a problem analysis result for the vehicle.

[0012] Optionally, in one embodiment of this application, the analysis module includes: an acquisition unit, configured to send the second storage signal to the target memory of the offline BOX according to a second preset period to obtain a third storage signal; and an analysis unit, configured to perform the problem analysis on the vehicle based on the third storage signal.

[0013] Optionally, in one embodiment of this application, the analysis unit includes: a receiving subunit for receiving a data export instruction issued by the target user; and an analysis subunit for exporting the third stored signal based on the data export instruction, and performing the problem analysis on the vehicle based on the third stored signal.

[0014] Optionally, in one embodiment of this application, the receiving subunit is further configured to detect whether the vehicle has a target after-sales problem; if the target after-sales problem is detected, the receiving subunit receives the data export instruction issued by the target user.

[0015] Optionally, in one embodiment of this application, the apparatus further includes: a judging module, configured to judge whether the vehicle has enabled the problem analysis completion reminder, wherein the problem analysis completion reminder method includes at least one of a voice reminder method and a pop-up reminder method; and a sending module, configured to send the problem analysis completion reminder to a preset terminal when the vehicle has enabled the problem analysis completion reminder.

[0016] A third aspect of this application provides a vehicle, including: a memory, a processor, and a computer program stored in the memory and executable on the processor. The processor executes the computer program to implement the vehicle problem analysis method based on an offline BOX as described in the above embodiments.

[0017] A fourth aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described vehicle problem analysis method based on an offline BOX.

[0018] A fifth aspect of this application provides a computer program product, including a computer program that, when executed, is used to implement the above-described offline BOX-based vehicle problem analysis method.

[0019] This embodiment of the application, when the vehicle's controller local area network (Controller Area Network) is detected to be in a wake-up state, utilizes the first processor of the vehicle's offline BOX to read the controller local area signals in the controller local area network, stores the controller local area signals in the first memory of the first processor to obtain a first stored signal, and sends the first stored signal to the second memory of the second processor of the offline BOX to obtain a second stored signal. Based on the second stored signal, vehicle problem analysis is performed to obtain the vehicle problem analysis results. Therefore, this embodiment of the application can obtain controller local area signals through the first processor of the vehicle's offline BOX, and the second stored signal obtained based on the storage interaction process of the controller local area signals can reflect the vehicle status. Thus, based on the second stored signal, vehicle problems can be analyzed in a timely manner, improving the vehicle's intelligence level. This solves the problem in related technologies where vehicles without vehicle networking configuration cannot detect vehicle status data in real time and cannot analyze vehicle problems in a timely manner, reducing the vehicle's intelligence level and failing to meet user needs.

[0020] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0021] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein:

[0022] Figure 1 is a flowchart of a vehicle problem analysis method based on an offline BOX according to an embodiment of this application;

[0023] Figure 2 is a schematic diagram of offline BOX access to a vehicle according to a specific embodiment of this application;

[0024] Figure 3 is a block diagram of an offline BOX system according to a specific embodiment of this application;

[0025] Figure 4 is a schematic diagram of offline BOX storage data export and parsing according to a specific embodiment of this application;

[0026] Figure 5 is a schematic diagram of a vehicle problem analysis device based on an offline BOX according to an embodiment of this application;

[0027] Figure 6 is a structural schematic diagram of a vehicle provided according to an embodiment of this application. Detailed Implementation

[0028] The embodiments of this application are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.

[0029] The following description, with reference to the accompanying drawings, outlines a vehicle problem analysis method, apparatus, vehicle, and medium based on an offline BOX, according to embodiments of this application. Addressing the issues mentioned in the background art where vehicles without vehicle networking configurations cannot detect vehicle status data in real time and cannot analyze vehicle problems promptly, thus reducing the vehicle's intelligence level and failing to meet user needs, this application provides a vehicle problem analysis method based on an offline BOX. In this method, when the vehicle's controller local area network (Controller Area Network) is detected to be awake, the first processor of the vehicle's offline BOX reads the controller area network (CAN) signal from the CAN and stores it in the first memory of the first processor to obtain a first stored signal. This first stored signal is then sent to the second memory of the second processor of the offline BOX to obtain a second stored signal. Based on the second stored signal, vehicle problem analysis is performed to obtain the vehicle problem analysis result. Therefore, the embodiments of this application can obtain the controller local area signal through the first processor of the vehicle's offline BOX, and the second storage signal obtained based on the storage interaction process of the controller local area signal can reflect the vehicle status. Therefore, based on the second storage signal, vehicle problems can be analyzed in a timely manner, improving the vehicle's intelligence level. This solves the problem in related technologies that for vehicles without vehicle networking configuration, it is impossible to detect vehicle status data in real time and analyze vehicle problems in a timely manner, thus reducing the vehicle's intelligence level and failing to meet the user's vehicle usage needs.

[0030] Specifically, Figure 1 is a flowchart illustrating a vehicle problem analysis method based on an offline BOX provided in an embodiment of this application. The executing entity of this vehicle problem analysis method based on an offline BOX can be a vehicle, a vehicle controller in the vehicle, an in-vehicle terminal in the vehicle, or a PC (Personal Computer) corresponding to the vehicle; in this embodiment of the application, the executing entity of the vehicle problem analysis method based on an offline BOX is a vehicle, as an example for illustration.

[0031] As shown in Figure 1, this vehicle problem analysis method based on offline BOX includes:

[0032] In step S101, it is detected whether the vehicle's controller area network is in a wake-up state.

[0033] It is understood that the embodiments of this application can detect whether the vehicle's controller area network (CAN) is in a wake-up state, that is, detect whether the vehicle's CAN (Controller Area Network) has switched from a low-power or sleep state to a fully active working state (wake-up state). Specifically, when the vehicle opens a door, starts the engine, or a sensor of the vehicle triggers an event, the CAN network will switch from a low-power or sleep state to a fully active working state (wake-up state) in order to perform necessary operations and communications, thereby improving the vehicle's intelligence level.

[0034] If the vehicle's controller local area network is detected to be in a wake-up state, proceed to step S102; if the vehicle's controller local area network is detected to be not in a wake-up state, continue to proceed to step S101.

[0035] In step S102, when the vehicle's controller local area network is detected to be in a wake-up state, the first processor of the vehicle's offline BOX reads the controller local area signal in the controller local area network and stores the controller local area signal in the first memory of the first processor to obtain the first stored signal.

[0036] The controller area signals can be controller area signals sent by multiple ECUs (Electronic Control Units) connected to the controller area network, and the controller area signals can reflect the vehicle status. The first stored signals include controller area signals stored in the first memory. The first processor can be the VP (Vehicle Processor) in the offline BOX, and the first memory can be the RAM (random-access memory) in the VP.

[0037] In this embodiment of the application, as shown in Figure 2, an offline BOX can be installed before the vehicle leaves the factory and connected to the vehicle's CAN network via two CAN buses. Thus, the offline BOX communicates with multiple ECUs of the vehicle through the CAN network. Under normal operating conditions, the offline BOX only receives CAN signals from the CAN network and does not send CAN signals to the CAN network. That is, the offline BOX only receives CAN signals sent by the ECUs in the CAN network and does not send CAN signals to the ECUs in the CAN network.

[0038] In this embodiment, the offline BOX receives CAN signals sent by the ECU in the CAN network, enabling subsequent processing based on the CAN signals to obtain the vehicle status and analyze vehicle problems accordingly. Furthermore, the offline BOX does not send CAN signals to the ECU in the CAN network, thus avoiding interference with the ECU's control strategy.

[0039] It is understood that, in the embodiments of this application, when the vehicle's controller local area network is detected to be in a wake-up state, the first processor of the vehicle's offline BOX can read the controller local area signals in the controller local area network. For example, as shown in Figure 3, when the vehicle's CAN network is in a low-power or sleep state, the offline BOX receives a wake-up network management frame and switches from the low-power or sleep state to the wake-up state based on the wake-up network management frame. The CAN signals are collected and stored according to the design-defined cycle. That is, the CAN transceiver receives CAN signals sent by multiple ECUs from the CAN network. The VP end caches the CAN signals received by the CAN transceiver into the RAM in the VP through the interrupt program, thereby obtaining the first stored signal, which effectively improves the real-time performance of vehicle operation data (or vehicle status data) storage.

[0040] In step S103, the first storage signal is sent to the second memory of the second processor of the offline BOX according to the first preset cycle to obtain the second storage signal, and the vehicle problem analysis is performed based on the second storage signal to obtain the vehicle problem analysis result.

[0041] The second stored signal includes the first stored signal stored in the second memory. Problem analysis can be after-sales problem analysis, which may include at least one of diagnosing the vehicle's operating status, identifying potential vehicle problems, and identifying vehicle malfunctions. The second processor can be the application processor (AP) in an offline BOX, and the second memory can be the RAM in the application processor (AP).

[0042] It is understood that, according to the embodiments of this application, the first storage signal can be sent to the second memory of the second processor of the offline BOX at a certain period. For example, as shown in Figure 3, the vehicle can send the CAN signal cached in the RAM of the VP end to the RAM of the AP (Application Processor) end through the serial communication protocol at a certain period to obtain the second storage signal, and perform vehicle problem analysis based on the second storage signal to obtain the vehicle problem analysis results. For example, the vehicle's operating status can be diagnosed, potential problems of the vehicle can be identified, or vehicle malfunctions can be identified based on the second storage signal, thereby timely investigating the cause of vehicle problems, improving the user's driving experience, and thus improving the user's driving safety.

[0043] It should be noted that the first preset period is set by those skilled in the art according to the actual situation, and no specific limitation is made here.

[0044] Optionally, in one embodiment of this application, the vehicle problem analysis based on the second stored signal includes: sending the second stored signal to the target memory of the offline BOX according to a second preset period to obtain a third stored signal; and performing vehicle problem analysis based on the third stored signal.

[0045] The third storage signal includes the second storage signal stored in the target memory; the target memory can be a storage chip separately mounted on an offline BOX, and the storage space of the target memory is larger than the storage space of the second memory. For example, the target memory can be a separately mounted EMMC (Embedded MultiMediaCard).

[0046] In this embodiment of the application, since the cache space of the second memory (RAM) of the second processor (AP side) is limited, this embodiment of the application can separately mount an EMMC storage chip and write the CAN signal in the second memory (RAM) of the second processor (AP side) into the EMMC according to a fixed period. The storage size of the EMMC can be customized according to the number of signals and the storage period.

[0047] It should be noted that the second preset period can be set by those skilled in the art according to the actual situation, and no specific limitation is made here.

[0048] In addition, the second storage signal stored in the EMMC is encoded and stored in the Key-type-value (KTV) format according to the vehicle network communication protocol. Furthermore, the EMMC is overwritten cyclically after it is full, ensuring that the EMMC can support the latest 30-day storage cycle.

[0049] For example, the file format (format of the second stored signal) stored in EMMC references the vehicle-to-everything (V2X) communication protocol, consisting of a file header and records. That is, the second stored signal consists of a file header and records. The file header describes some information about the file (second stored signal), such as the tag (label of the second stored signal), the number of currently stored records (number of records in the second stored signal), and the number of times the second stored signal has been overwritten. A record consists of a record header, data, and a checksum. The record header describes the information of the record, including the write timestamp (write time difference of the second stored signal), the actual length of the data (actual length of the second stored signal), etc. The data is the Key-type-value message body of the TSP communication protocol (the data is the KTV message body encoded in KTV format for the second stored signal). The checksum is a value obtained by verifying the data (second stored signal) using a 32-bit checksum algorithm. A checksum algorithm is a multi-field joint checksum algorithm used to verify the second stored signal; for example, the checksum algorithm is used to verify the authenticity or integrity of the second stored signal.

[0050] As shown in Table 1, Table 1 is a table corresponding to the file header, and the file header consists of 32 bytes. The specific details of Table 1 are as follows:

[0051] Table 1

[0052] The checksum values ​​in Table 1 are calculated values ​​obtained by checking the data (second stored signal) using a checksum algorithm.

[0053] As shown in Table 2, Table 2 is the table corresponding to the records. The specific Table 2 is as follows:

[0054] Table 2

[0055] As shown in Table 3, Table 3 is the table corresponding to the record header (body header), and the record header consists of 12 bytes. The specific details of Table 3 are as follows:

[0056] Table 3

[0057] As shown in Table 4, Table 4 is a table corresponding to the recorded data, and it is the dataset of the key-type-value message body of the TSP communication protocol. The key-type-value message body includes multiple key-value pairs, such as [key-type-value][key-type-value]...[key-type-value]. The structure of each data item is shown in the table below. Table 4 is as follows:

[0058] Table 4

[0059] In Table 4, ID consists of 2 bytes, and each attribute has a unique id; Value is the actual value transmitted, with the format referenced in the data type table.

[0060] As shown in Table 5, Table 5 is the data type table for the value data. The specific details of Table 5 are as follows:

[0061] Table 5

[0062] As shown in Table 6, Table 6 is a String table:

[0063] Table 6

[0064] As shown in Table 7, Table 7 is the Stream table:

[0065] Table 7

[0066] Object is a composite type consisting of multiple properties, each of which is composed of a key-type-value pair, as shown in Table 8.

[0067] Table 8

[0068] Array[] is a composite type consisting of multiple sub-items, as shown in Table 9:

[0069] Table 9

[0070] Optionally, in one embodiment of this application, performing vehicle problem analysis based on the third stored signal includes: receiving a data export instruction from a target user; exporting the third stored signal based on the data export instruction; and performing vehicle problem analysis based on the third stored signal.

[0071] In this embodiment of the application, when the target user needs to perform problem analysis on the vehicle, a data export command can be triggered to instruct the export of a third stored signal, and then the vehicle problem analysis can be performed based on the third stored signal to improve the flexibility of problem analysis.

[0072] As one possible approach, as shown in Figure 4, when a vehicle experiences after-sales issues and the data (controller domain signals) stored in the offline BOX needs to be exported, a USB (Universal Serial Bus) cable is required. One end of the USB cable is connected to the offline BOX, and the other end is connected to the PC. Using dedicated software installed on the PC, and through FTP (File Transfer Protocol) service commands, all the data (secondary storage signals) stored in the target memory (EMMC) of the offline BOX can be exported to the PC. The PC can then analyze the vehicle's problems based on the exported secondary storage signals.

[0073] The detailed steps for exporting all data stored in the offline BOX's target storage to the PC using dedicated software installed on the PC and relevant FTP service commands are as follows: 1) Start the file transfer task; 2) Open the FTP service; 3) Request the transfer of file #, BOX generates a compressed file #, and FTP gets the file; 4) Repeat step 3 until finished; 5) Close the FTP service; 6) End the file transfer task. The relevant commands are shown in Table 10.

[0074] Table 10

[0075] Secondly, the file (second storage signal) cannot be viewed after being exported to the PC. It needs to be parsed using software according to the protocol. The specific steps for parsing the file (second storage signal) on the PC are as follows:

[0076] a. Read the 32-byte file header to get the record length and the number of currently stored records;

[0077] b. Based on the "record length", the file position is offset to the specified record, and that record is read;

[0078] c. Read the 16-byte record header to obtain information such as the actual data length of the record;

[0079] d. Perform a check and verification on the data portion of the record to determine the validity of the record content;

[0080] e. After the verification is valid, write each piece of parsed data into an Excel spreadsheet according to the Key-type-value message body of the TSP communication protocol;

[0081] f. Open the Excel spreadsheet. The first column represents the time point of each signal record, and the subsequent columns represent the specific signal values ​​of each signal at different time points, as shown in Table 11:

[0082] Table 11

[0083] g. By comprehensively analyzing the signal values ​​in the Excel spreadsheet or importing them into specific problem analysis software, the cause of the problem can be initially located, thereby achieving the purpose of analyzing vehicle problems.

[0084] Optionally, in one embodiment of this application, receiving a data export instruction from a target user includes: detecting whether the vehicle has a target after-sales problem; and if the vehicle has a target after-sales problem, receiving a data export instruction from the target user.

[0085] In this embodiment of the application, the target user can be a technical personnel who handles after-sales issues.

[0086] In some embodiments, this application embodiment can detect whether a vehicle has a target after-sales problem, such as whether the vehicle has a malfunction. When a target after-sales problem is detected, a data export command issued by the target user is received. For example, when a vehicle has an after-sales problem, relevant technicians can export the data (second storage signal) stored in the offline BOX through PC software and USB data cable, use parsing software to parse the corresponding signal, and investigate the cause of the problem, effectively improving the convenience of problem handling.

[0087] Optionally, in one embodiment of this application, after performing problem analysis on the vehicle based on the second stored signal and obtaining the problem analysis result, the method further includes: determining whether the vehicle has enabled the problem analysis completion reminder, wherein the problem analysis completion reminder method includes at least one of voice reminder method and pop-up reminder method; if the vehicle has enabled the problem analysis completion reminder, sending the problem analysis completion reminder to a preset terminal.

[0088] In some embodiments, this application can determine whether the vehicle has enabled the problem analysis completion reminder. The reminder method can be set to at least one of voice reminder and pop-up reminder to improve the comprehensiveness and diversity of the reminder. Then, if the vehicle has enabled the problem analysis completion reminder, the reminder is sent to the computer of the relevant technician, which effectively improves interactivity.

[0089] According to the vehicle problem analysis method based on offline BOX proposed in this application, when the vehicle's controller local area network (Controller Area Network) is detected to be in a wake-up state, the first processor of the vehicle's offline BOX reads the controller local area signals in the controller local area network and stores the controller local area signals in the first memory of the first processor to obtain a first stored signal. This first stored signal is then sent to the second memory of the second processor of the offline BOX to obtain a second stored signal. Based on the second stored signal, vehicle problem analysis is performed to obtain the vehicle problem analysis results. Therefore, this application embodiment can obtain controller local area signals through the first processor of the vehicle's offline BOX, and the second stored signal obtained through the storage interaction process of the controller local area signals can reflect the vehicle status. Thus, based on the second stored signal, vehicle problems can be analyzed in a timely manner, improving the vehicle's intelligence level. This solves the problem in related technologies where vehicles without vehicle networking configuration cannot detect vehicle status data in real time and cannot analyze vehicle problems in a timely manner, reducing the vehicle's intelligence level and failing to meet user needs.

[0090] Next, referring to the accompanying drawings, a vehicle problem analysis device based on an offline BOX, according to an embodiment of this application, is described.

[0091] Figure 5 is a block diagram of a vehicle problem analysis device based on an offline BOX according to an embodiment of this application.

[0092] As shown in Figure 5, the vehicle problem analysis device 10 based on offline BOX includes: a detection module 100, a processing module 200, and an analysis module 300.

[0093] Specifically, the detection module 100 is used to detect whether the vehicle's controller area network is in a wake-up state.

[0094] The processing module 200 is used to read the controller local area signal in the controller local area network using the first processor of the vehicle's offline BOX when the controller local area network of the vehicle is detected to be in a wake-up state, and to store the controller local area signal in the first memory of the first processor to obtain the first stored signal.

[0095] The analysis module 300 is used to send the first storage signal to the second memory of the second processor of the offline BOX according to the first preset cycle, obtain the second storage signal, and perform problem analysis on the vehicle based on the second storage signal to obtain the problem analysis result of the vehicle.

[0096] Optionally, in one embodiment of this application, the analysis module 300 includes an acquisition unit and an analysis unit.

[0097] The acquisition unit is used to send the second storage signal to the target memory of the offline BOX according to the second preset period to obtain the third storage signal.

[0098] The analysis unit is used to perform problem analysis on the vehicle based on the third stored signal.

[0099] Optionally, in one embodiment of this application, the analysis unit includes a receiving subunit and an analysis subunit.

[0100] The receiving subunit is used to receive data export instructions issued by the target user.

[0101] The analysis subunit is used to export the third stored signal based on the data export instructions, and to perform problem analysis on the vehicle based on the third stored signal.

[0102] Optionally, in one embodiment of this application, the receiving subunit is further configured to detect whether the vehicle has a target after-sales problem; if the target after-sales problem is detected, the receiving subunit receives a data export instruction issued by the target user.

[0103] Optionally, in one embodiment of this application, the apparatus 10 of this application embodiment further includes: a judgment module and a sending module.

[0104] The judgment module is used to determine whether the vehicle has enabled the problem analysis completion reminder. The problem analysis completion reminder method includes at least one of the following: voice reminder and pop-up screen reminder.

[0105] The sending module is used to send a problem analysis completion reminder to a preset terminal when the vehicle starts a problem analysis completion reminder.

[0106] It should be noted that the foregoing explanation of the embodiment of the vehicle problem analysis method based on offline BOX also applies to the vehicle problem analysis device based on offline BOX in this embodiment, and will not be repeated here.

[0107] According to the vehicle problem analysis device based on an offline BOX proposed in this application, when the vehicle's controller local area network (Controller Area Network) is detected to be in a wake-up state, the device uses the first processor of the vehicle's offline BOX to read the controller local area signals in the controller local area network, stores the controller local area signals in the first memory of the first processor to obtain a first stored signal, and sends it to the second memory of the second processor of the offline BOX to obtain a second stored signal. Based on the second stored signal, the device performs problem analysis on the vehicle to obtain the problem analysis results. Therefore, this application embodiment can obtain controller local area signals through the first processor of the vehicle's offline BOX, and the second stored signal obtained through the storage interaction process of the controller local area signals can reflect the vehicle status. Thus, based on the second stored signal, vehicle problems can be analyzed in a timely manner, improving the vehicle's intelligence level. This solves the problem in related technologies where vehicles without vehicle networking configuration cannot detect vehicle status data in real time and cannot analyze vehicle problems in a timely manner, reducing the vehicle's intelligence level and failing to meet user needs.

[0108] Figure 6 is a structural schematic diagram of a vehicle provided in an embodiment of this application. The vehicle may include:

[0109] The memory 601, the processor 602, and the computer program stored on the memory 601 and capable of running on the processor 602.

[0110] When the processor 602 executes the program, it implements the vehicle problem analysis method based on offline BOX provided in the above embodiments.

[0111] Furthermore, the vehicle also includes:

[0112] Communication interface 603 is used for communication between memory 601 and processor 602.

[0113] The memory 601 is used to store computer programs that can run on the processor 602.

[0114] The memory 601 may include high-speed RAM memory, and may also include non-volatile memory, such as at least one disk storage device.

[0115] If the memory 601, processor 602, and communication interface 603 are implemented independently, they can be interconnected via a bus to communicate with each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of representation, only one thick line is used in Figure 6, but this does not imply that there is only one bus or one type of bus.

[0116] Optionally, in a specific implementation, if the memory 601, processor 602, and communication interface 603 are integrated on a single chip, then the memory 601, processor 602, and communication interface 603 can communicate with each other through an internal interface.

[0117] The processor 602 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of this application.

[0118] This embodiment also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described vehicle problem analysis method based on an offline BOX.

[0119] This embodiment also provides a computer program product, including a computer program, which, when executed, is used to implement the above-described vehicle problem analysis method based on offline BOX.

[0120] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0121] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0122] Any process or method described in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or N executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.

[0123] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of computer-readable media include: an electrical connection having one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). In addition, computer-readable media can even be paper or other suitable media on which computer programs can be printed, because the computer program can be obtained electronically by optically scanning the paper or other medium, followed by editing, interpreting or otherwise processing as necessary, and then stored in computer memory.

[0124] It should be understood that the various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, it can be implemented using any one or a combination of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0125] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed, the computer program includes one or a combination of the steps of the method embodiments.

[0126] Furthermore, the functional units in the various embodiments of this application can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into a module. The integrated module can be implemented in hardware or as a software functional module. If the integrated module is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

[0127] The storage medium mentioned above can be a read-only memory, a disk, or an optical disk, etc. Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Those skilled in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of this application.

Claims

1. A vehicle problem analysis method based on offline BOX, wherein, include: Detect whether the vehicle's controller area network is in a wake-up state; When the vehicle's controller local area network is detected to be in the wake-up state, the first processor of the vehicle's offline telematics processor BOX reads the controller local area signal in the controller local area network and stores the controller local area signal in the first memory of the first processor to obtain the first stored signal; The first storage signal is sent to the second memory of the second processor of the offline BOX according to the first preset cycle to obtain the second storage signal, and the vehicle is analyzed based on the second storage signal to obtain the problem analysis result of the vehicle.

2. The method according to claim 1, wherein, The problem analysis of the vehicle based on the second stored signal includes: The second storage signal is sent to the target memory of the offline BOX according to the second preset period to obtain the third storage signal; The problem analysis of the vehicle is performed based on the third stored signal.

3. The method according to claim 2, wherein, The analysis of the problem of the vehicle based on the third stored signal includes: Receive data export instructions from the target user; Based on the data export instruction, the third stored signal is exported, and the problem analysis of the vehicle is performed based on the third stored signal.

4. The method according to claim 3, wherein, The process of receiving the data export instruction from the target user includes: Check whether the vehicle has the target after-sales problem; If the target after-sales problem is detected in the vehicle, the data export instruction issued by the target user is received.

5. The method according to claim 1, wherein, The method further includes: Determine whether the vehicle has activated the problem analysis completion reminder, wherein the problem analysis completion reminder method includes at least one of voice reminder and pop-up screen reminder; When the vehicle enables the problem analysis completion notification, the problem analysis completion notification is sent to a preset terminal.

6. A vehicle problem analysis device based on an offline BOX, wherein, include: The detection module is used to detect whether the vehicle's controller area network is in a wake-up state; The processing module is configured to, when the controller local area network of the vehicle is detected to be in the wake-up state, use the first processor of the offline telematics processor BOX of the vehicle to read the controller local area signal in the controller local area network, and store the controller local area signal in the first memory of the first processor to obtain a first stored signal; The analysis module is used to send the first stored signal to the second memory of the second processor of the offline BOX according to a first preset period, obtain the second stored signal, and perform problem analysis on the vehicle based on the second stored signal to obtain the problem analysis result of the vehicle.

7. The apparatus according to claim 6, wherein, The analysis module includes: The acquisition unit is used to send the second storage signal to the target memory of the offline BOX according to a second preset period to obtain the third storage signal; An analysis unit is used to perform the problem analysis on the vehicle based on the third stored signal.

8. The apparatus according to claim 7, wherein, The analysis unit includes: A receiving subunit is used to receive a data export instruction issued by the target user; The analysis subunit is used to export the third stored signal based on the data export instruction, and to perform the problem analysis on the vehicle based on the third stored signal.

9. The apparatus according to claim 8, wherein, The receiving subunit is used to detect whether the vehicle has a target after-sales problem; if the target after-sales problem is detected, it receives the data export instruction issued by the target user.

10. The apparatus according to claim 6, wherein, The device further includes: The judgment module is used to determine whether the vehicle has activated the problem analysis completion reminder, wherein the problem analysis completion reminder method includes at least one of the voice reminder method and the pop-up screen reminder method; The sending module is used to send the problem analysis completion reminder to a preset terminal when the vehicle activates the problem analysis completion reminder.

11. A vehicle, wherein, include: The system includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the vehicle problem analysis method based on an offline BOX as described in any one of claims 1-5.

12. A computer-readable storage medium having a computer program stored thereon, wherein, The computer program is executed by a processor to implement the vehicle problem analysis method based on an offline BOX as described in any one of claims 1-5.

13. A computer program product, wherein, Includes a computer program, which is executed to implement the vehicle problem analysis method based on an offline BOX as described in any one of claims 1-5.

Images