An online upgrading bus message collection method, device, equipment and storage medium

Abstract

The application relates to the technical field of automobiles, in particular to an online upgrading bus message collection method, device, equipment and storage medium. The application embodiment collects messages on a bus, and the messages on the bus can truly record data that is truly interacted between an OTA module and a controller. If data appearing on the bus does not appear on the log of the controller, it can be positioned that the controller upgrading is abnormally caused by a fault of a bottom network layer of the controller, so that the bus controller does not receive the data. If data not appearing on the bus appears on the log of the OTA module, it is indicated that the controller upgrading is abnormally caused by a fault of a bottom network layer of the OTA, so that the controller cannot receive the data sent by the OTA module. It can be known from the above analysis that the application can accurately position the controller upgrading abnormality reason by collecting the messages on the bus.

Description

Technical Field

[0001] This application relates to the field of automotive technology, specifically to an online upgrade bus message acquisition method, apparatus, device, and storage medium. Background Technology

[0002] The Online Over-The-Air (OTA) upgrade control module sends messages (data packets required for controller upgrade) to the controller requiring upgrade through its underlying network service layer. The controller's underlying network layer receives the messages to complete the upgrade. Throughout the upgrade process, only logs (specifically, the OTA control module's logs) record the data sent by the OTA control module and the data received by the controller. Relying solely on these two log entries does not provide the actual data (messages) of the interaction between the OTA control module and the controller. In other words, when the controller upgrade fails, the OTA control module's logs only indicate that the OTA control module sent messages, and the controller's logs only indicate that the controller did not receive messages. However, it cannot determine whether the failure was due to a fault in the OTA control module's underlying network service layer or a fault in the controller's underlying network service layer. The lack of original bus messages and the availability of only logs make it impossible to pinpoint the problem. Therefore, relying solely on the OTA control module's logs and the controller's logs is insufficient to locate the cause of the upgrade failure.

[0003] In summary, the information collected during the controller upgrade process using existing technologies cannot pinpoint the cause of upgrade anomalies.

[0004] Therefore, existing technologies still need to be improved and enhanced. Summary of the Invention

[0005] This application provides an online upgrade bus message acquisition method, apparatus, device, and storage medium to solve the technical problem in related technologies where the information acquired during controller upgrade cannot pinpoint the cause of upgrade anomalies.

[0006] To achieve the above objectives, this application adopts the following technical solution:

[0007] The first aspect of this application provides a method for online upgrade bus message acquisition, including the following steps:

[0008] Receive a record request instruction sent by the online upgrade control module, which is used to upgrade the controller;

[0009] After receiving the record request instruction, the system continuously collects real-time messages on the bus. The real-time messages are used to record interactive data, which is the data exchanged between the online upgrade control module and the controller on the bus.

[0010] When the online upgrade control module receives an upgrade end command for the controller, it stops collecting messages on the bus and obtains a total upgrade message composed of the real-time messages. The total upgrade message is used to assist the controller's log analysis in identifying the cause of the controller upgrade anomaly.

[0011] Based on the aforementioned technical means, this application embodiment collects messages on the bus. These bus messages can accurately record the actual data exchanged between the OTA module and the controller. If data appears on the bus but not in the controller's log, it indicates a fault in the controller's underlying network layer, causing the bus controller to fail to receive the data, thus leading to controller upgrade anomalies. Conversely, if data is absent from the bus but appears in the OTA module's log, it indicates a fault in the OTA's underlying network layer, preventing the controller from receiving data from the OTA module, also resulting in controller upgrade anomalies. From the above analysis, it is clear that this application's collection of bus messages can accurately pinpoint the cause of controller upgrade anomalies.

[0012] Optionally, in one embodiment of this application, after receiving the record request instruction, real-time messages on the bus are continuously collected. These real-time messages are used to record interaction data, which is data exchanged between the online upgrade control module and the controller on the bus, including:

[0013] Determine the bus identification information corresponding to the target bus in the record request instruction, wherein the target bus is the bus connected to the upgraded controller;

[0014] The bus identification information is sent to the gateway, which is connected to the bus;

[0015] Collect real-time packets on the target bus forwarded by the gateway.

[0016] Based on the above technical means, this application embodiment only records messages on the bus where the upgraded controller is located, rather than recording messages on all buses. This satisfies the requirements for analyzing network anomalies while reducing the number of messages and thus reducing the memory occupied by the messages. This application embodiment uses a gateway to forward messages, making the data collection method applicable to commercial vehicles. The specific reasons are as follows:

[0017] The bus on the commercial vehicle does not have an extended message acquisition interface, so the bus messages on the commercial vehicle cannot be directly acquired. However, the gateway has a message forwarding function, so the bus messages on the commercial vehicle can be acquired through the gateway.

[0018] Optionally, in one embodiment of this application, it further includes:

[0019] When the upgrade failure result of the controller is received, the total upgrade message is uploaded to the cloud;

[0020] Once the upload is complete, delete the aforementioned upgrade message.

[0021] Based on the aforementioned technical means, in this embodiment of the application, when the controller upgrade fails, the overall upgrade message is uploaded to the cloud so that testers can locate the cause of the upgrade anomaly based on the overall upgrade message. After uploading, the overall upgrade message is deleted to ensure sufficient memory is available for collecting messages generated on the bus during the next controller upgrade.

[0022] Optionally, in one embodiment of this application, deleting the total upgrade message upon completion of the upload includes:

[0023] When the upload is complete, monitor whether the online upgrade control module sends the next record request instruction;

[0024] When the online upgrade control module detects that it has sent the next record request instruction, the overall upgrade message is deleted.

[0025] According to the above technical means, after the bus message is uploaded to the cloud in this embodiment, the message is not deleted immediately. Instead, the message is deleted after receiving the next record request instruction, so as to leave a backup of the collected message.

[0026] Optionally, in one embodiment of this application, it further includes:

[0027] When the upgrade success result of the controller is received, the overall upgrade message is deleted.

[0028] Based on the above technical means, once the controller is successfully upgraded, there will be no problem in locating upgrade anomalies. Therefore, the bus messages can be deleted directly to leave room for monitoring messages generated by subsequent upgrades.

[0029] Optionally, in one embodiment of this application, when the upgrade end command for the controller is received from the online upgrade control module, the collection of messages on the bus is stopped, and a total upgrade message composed of the real-time messages is obtained. The total upgrade message is used to cooperate with the controller's log analysis to analyze the cause of the controller upgrade anomaly. The process further includes:

[0030] The system detects whether an extraction command has been received from the extraction module, which is connected to the storage hard disk.

[0031] Upon receiving the extraction instruction, the extraction module transfers the total upgrade message to the storage hard disk.

[0032] Based on the above technical means, the embodiments of this application transfer the upgrade master message to the storage hard disk, which can prevent the accidental loss of the upgrade master message.

[0033] Optionally, in one embodiment of this application, the step of receiving a record request instruction sent by an online upgrade control module, wherein the online upgrade control module is used to upgrade the controller, further includes:

[0034] Receive test data and transmission time sent by the online upgrade control module, wherein the transmission time is the time when the online upgrade control module sends the test data;

[0035] Record the time when the test data is received, and denote it as the receiving time;

[0036] Based on the sending time and the receiving time, the transmission duration is determined, and the transmission duration is used to determine the time when the online upgrade control module sends the upgrade message to the controller.

[0037] Based on the above technical means, the transmission duration of this application embodiment can be used to determine how long after the OTA module issues the record request instruction before sending the upgrade instruction to the controller, so as to ensure that the message recording module is ready to receive the message before the OTA module starts to upgrade and write the controller, thereby preventing missed message recording.

[0038] A second aspect of this application provides an online upgrade bus message acquisition device, comprising:

[0039] The instruction receiving module is used to receive the record request instruction sent by the online upgrade control module, which is used to upgrade the controller;

[0040] The message acquisition module is used to continuously acquire real-time messages on the bus after receiving the record request instruction. The real-time messages are used to record interactive data, which is the data of the online upgrade control module and the controller interacting on the bus.

[0041] The timing acquisition module is used to stop acquiring messages on the bus when it receives an upgrade end command for the controller sent by the online upgrade control module, and obtain a total upgrade message composed of the real-time messages. The total upgrade message is used to cooperate with the controller's log analysis to analyze the cause of the controller upgrade anomaly.

[0042] A third aspect of this application provides a terminal device, which includes a memory, a processor, and an online upgrade bus message acquisition program stored in the memory and executable on the processor. When the processor executes the online upgrade bus message acquisition program, it implements the steps of the online upgrade bus message acquisition method described above.

[0043] A fourth aspect of this application provides a computer-readable storage medium storing an online upgrade bus message acquisition program. When the online upgrade bus message acquisition program is executed by a processor, it implements the steps of the online upgrade bus message acquisition method described above.

[0044] The beneficial effects of this application are:

[0045] This application embodiment only records messages on the bus where the upgraded controller is located, not all messages on the bus. This satisfies the requirements for analyzing network anomalies while reducing the number of messages and thus the memory occupied by the messages. This application embodiment uses a gateway to forward messages, making the data collection method applicable to commercial vehicles.

[0046] The transmission duration in this embodiment can be used to determine how long after the OTA module issues a record request instruction before sending an upgrade instruction to the controller, so as to ensure that the message recording module is ready to receive messages before the OTA module starts upgrading and flashing the controller, thereby preventing missed message recording.

[0047] 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 expressed in part through the description itself.

[0048] This application has been put into practice. Attached Figure Description

[0049] 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:

[0050] Figure 1 This is the overall flowchart of this application;

[0051] Figure 2 This is a diagram of the bus message acquisition system of this application;

[0052] Figure 3 This is a structural diagram of the message recording module in the embodiments of this application;

[0053] Figure 4 This is a schematic diagram of the USB flash drive extraction message in an embodiment of this application;

[0054] Figure 5This is a flowchart illustrating the process of extracting messages from a USB flash drive in this embodiment of the application.

[0055] Figure 6 This is a flowchart illustrating the process of collecting bus messages during the controller upgrade in the vehicle, as described in this application embodiment.

[0056] Figure 7 This is a schematic diagram of the structure of the online upgrade bus message acquisition device according to an embodiment of this application;

[0057] Figure 8 This is a block diagram illustrating the internal structure of a terminal device provided in an embodiment of this application. Detailed Implementation

[0058] 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.

[0059] The following description, with reference to the accompanying drawings, outlines an online upgrade bus message acquisition method, apparatus, device, and storage medium according to embodiments of this application. Addressing the technical problem mentioned in the background section where information acquired during controller upgrades cannot pinpoint the cause of upgrade anomalies, this application provides an online upgrade bus message acquisition method. In this method, a message recording module first receives a recording request instruction from an online upgrade control module used for upgrading the controller. Then, the message recording module begins acquiring real-time messages on the bus, which record the interaction data between the online upgrade control module and the controller on the bus. When an upgrade termination instruction for the controller is received from the online upgrade control module, message acquisition on the bus stops, resulting in a total upgrade message composed of all real-time messages. The bus messages acquired in this application can help pinpoint the cause of upgrade anomalies.

[0060] For example, during the upgrade flashing process, OTA sends messages to ECU1's hardware interface B, driver B, middleware B, and ECU1's application layer B via application layer A, middleware A, driver A, hardware interface A, and bus. Middleware A, driver A, and hardware interface A constitute OTA's underlying network layer A, while hardware interface B, driver B, and middleware B constitute ECU1's underlying network layer B. If the upgrade fails, only OTA logs and ECU1 logs are available. However, OTA logs only record what data application layer A sends, not whether the underlying network layer A transmitted that data. Similarly, ECU1 logs only show what data ECU1's application layer B did not receive, but cannot determine whether the failure to receive data was due to underlying network layer A not sending data or underlying network layer B not receiving data. Therefore, relying solely on ECU1 logs and OTA logs is insufficient to accurately pinpoint the cause of the upgrade failure. To address these issues, this application's embodiments employ the following technical solution:

[0061] like Figure 2 As shown, the OTA control module (i.e., the OTA module, also known as the online upgrade control module) directly sends a record request command to the message recording module. Then, the OTA control module upgrades and flashes ECU1 (ECU1 is the controller) through the vehicle gateway and bus 1. During the upgrade process, after application layer A sends data A, data A reaches bus 1 via the vehicle gateway. Simultaneously, the vehicle gateway forwards data A to the message recording module, thus recording that data A is present on bus 1. This means that the underlying network layer A of the OTA successfully sent data A to the bus. If the ECU1 upgrade ultimately fails, and the data recorded in the OTA log matches the data in the message recording module, then it can be determined that the upgrade failure was caused by a fault in the underlying network layer B of ECU1. Similarly, if the data recorded in the ECU1 log matches the data in the message recording module, then it can be determined that the upgrade failure was caused by a fault in the underlying network layer A of the OTA.

[0062] Specifically, Figure 1 This is a schematic diagram of an online upgrade bus message acquisition method provided in an embodiment of this application.

[0063] like Figure 1 As shown, the online upgrade bus message acquisition method includes the following steps:

[0064] S100, the message recording module receives the recording request instruction sent by the online upgrade control module, which is used to upgrade the controller.

[0065] In one embodiment, the record request instruction includes a request start instruction and bus identification information corresponding to the target bus. The OTA control module first sends a request start instruction to the message recording module. After receiving the start feedback signal from the message recording module, the OTA control module then sends the bus identification information corresponding to the target bus to the message recording module to determine whether the bus identification information is sent when the message recording module is already started, thereby ensuring that the message recording module can receive the bus identification information. In this embodiment, the bus identification information is the bus name. For example, if the OTA control module needs to record... Figure 2 The ECU3 in the middle is being upgraded and rewritten, so the bus name n is sent to the message recording module.

[0066] In one embodiment, such as Figure 3 As shown, the message recording module includes a SOC (System-on-a-Chip, a chip with an operating system) and a storage unit. The SOC receives messages and transfers them to the storage unit.

[0067] In one embodiment, when the controller is located on the trolley, the message recording module is handled by the RMU, and then the software functions are appropriately adjusted to enable it to record the original messages on the bus during OTA upgrades; for fuel vehicles, a new message recording hardware unit is required; the vehicle-side gateway is responsible for message routing and forwarding.

[0068] In one embodiment, before sending a record request command to the message recording module, the OTA control module first tests the time required for data transmission between the two. The test process is as follows: receiving test data and the sending time from the online upgrade control module; recording the time when the test data is received as the receiving time; and determining the transmission duration based on the sending and receiving times. The transmission duration is used to determine the time when the online upgrade control module sends the upgrade message to the controller.

[0069] For example, if the OTA control module sends test data (the size of the test data is the same as the size of the record request command) to the message recording module at time t1, and the message recording module receives the test data at time t2, then the transmission time required for the test data to be transmitted from the OTA control module to the message recording module is t2-t1. Knowing the required transmission time for both, the OTA control module can perform an upgrade and flash of the controller within the time interval t2-t1 after sending the record request command to the message recording module. This ensures that the message recording module is operational when the upgrade and flash begins, guaranteeing that all messages on the bus are recorded.

[0070] After receiving the recording request instruction, the S200 message recording module continuously collects real-time messages on the bus. These real-time messages are used to record the interaction data between the online upgrade control module and the controller on the bus.

[0071] Since the bus is directly connected between the controller ECU and the OTA control module, the messages on the bus are the actual original messages sent or received by the controller and the OTA control module. Therefore, the message recording module can collect the original messages, which are helpful in reconstructing the actual upgrade situation and finding the cause of the upgrade failure.

[0072] In one embodiment, step S200 is performed as follows: the bus identification information corresponding to the target bus in the record request instruction is determined, and the target bus is the bus connected to the upgraded controller; after receiving the request start instruction and the bus identification information, the message recording module sends the bus identification information to the gateway, and the gateway is connected to the bus; the message recording module collects real-time messages on the target bus forwarded by the gateway.

[0073] For example, when the message recording module receives the request start command and bus 1 (1 is the bus number, i.e., bus identification information) sent by the OTA control module, the message recording module sends bus 1 to the vehicle gateway. Then, the vehicle gateway will forward all the interaction information on bus 1 involving the OTA control module and ECU1 and ECU2 to the message recording module.

[0074] S300, when the message recording module receives the upgrade end command for the controller sent by the online upgrade control module, the message recording module stops collecting messages on the bus and obtains the total upgrade message composed of all the collected real-time messages. The total upgrade message is used to cooperate with the controller's log analysis to find the cause of the controller upgrade anomaly.

[0075] After the OTA control module completes the upgrade and flashing of the controller, it sends an upgrade completion command to the message recording module. Upon receiving this command, the message recording module stops receiving messages forwarded by the vehicle gateway. From the start of message reception to the cessation of message reception, the message recording module records all messages generated on the bus during the controller upgrade process.

[0076] In one embodiment, upon completion of the upgrade, the OTA control module determines whether the controller upgrade was successful. If the upgrade fails, the OTA control module sends this failure result to the message recording module, which then sends the total upgrade message to the cloud via a TBOX (Telematics Controller Object). The specific process is as follows: upon receiving the controller's upgrade failure result, the total upgrade message is uploaded to the cloud; upon completion of the upload, the system monitors whether the online upgrade control module sends the next recording request instruction; when the system detects that the online upgrade control module has sent the next recording request instruction, the total upgrade message is deleted.

[0077] Testers analyzed the overall upgrade message in the cloud to determine the cause of the upgrade failure. The specific process is as follows:

[0078] First, analyze whether there is a successful upgrade message from the controller in the overall upgrade message and whether there is a successful upgrade message in the controller log. If both are present, it means that the controller did not actually fail to upgrade, but that the underlying network layer of the OTA control module did not receive the successful upgrade message. Therefore, it can be determined that the controller was actually successfully upgraded.

[0079] If the upgrade summary message does not contain any upgrade success information from the controller, and the controller logs also do not show any upgrade success feedback, then the controller upgrade was not successful. At this point, the tester can analyze the specific reasons for the upgrade failure based on the upgrade summary message.

[0080] In one embodiment, if the OTA control module sends a successful upgrade result to the message recording module, the message recording module directly deletes the recorded message.

[0081] In one embodiment, the total upgrade messages collected by the message recording module can be transferred to the storage hard disk. The specific process is as follows: the message extraction module detects whether it has received an extraction instruction sent by the extraction module, and the extraction module is connected to the storage hard disk; when the message extraction module receives the extraction instruction, the message recording module transfers the total upgrade messages to the storage hard disk through the message extraction module.

[0082] like Figure 4 and Figure 5 As shown, when a USB flash drive, which serves as a storage hard drive, is inserted into the message extraction module (a hardware that can extract information from the message recording module, which is existing technology), the message recording module transfers the messages on it to the USB flash drive through the message extraction module.

[0083] by Figure 6 For example, this explains how bus messages are collected, stored, and uploaded during the controller upgrade process:

[0084] S1, the OTA control module is about to communicate with the target controller ( Figure 2 Before upgrading and flashing the ECU that needs to be upgraded, a command to start message recording (i.e., a recording request command) is sent to the message recording module. This command contains the bus name (marked with 1, 2, 3, ... n) where the ECU to be flashed is located, which is referred to as the target bus.

[0085] S2: After receiving the instruction sent in S1, the message recording module sends a message forwarding instruction to the vehicle gateway so that the gateway forwards all OTA upgrade messages on the target bus to the message recording module; the vehicle gateway then enables the message forwarding function and forwards the target bus OTA upgrade messages to the message recording module.

[0086] S3, the OTA control module begins upgrading and flashing the target controller.

[0087] S4, the message recording module records all original OTA messages on the target bus forwarded by the gateway and persistently stores the messages locally.

[0088] S5, the OTA control module determines whether the upgrade is complete; when the upgrade is complete, the OTA control module sends a stop message recording command to the message recording module, and then proceeds to S6; if the upgrade is not complete, it continues to execute S4.

[0089] S6: After receiving the instruction in S5, the message recording module sends a message stop forwarding instruction to the gateway, and the gateway stops the forwarding of messages on the target bus to the message recording module.

[0090] In S7, the message recording module determines whether the installation was successful based on the instructions in S5. If successful, it clears the locally stored upgrade message; otherwise, it proceeds to S8.

[0091] S8, the message recording module uploads the upgrade message to the cloud message management module. If the upload is successful, the locally stored upgrade message is cleared and the process ends; otherwise, the process ends directly.

[0092] In summary, this application's embodiments collect messages on the bus, which can accurately record the actual data exchanged between the OTA module and the controller. If data appears on the bus but not in the controller's log, it indicates a fault in the controller's underlying network layer, causing the bus controller to fail to receive the data, thus leading to controller upgrade anomalies. Conversely, if data is absent from the bus but appears in the OTA module's log, it indicates a fault in the OTA's underlying network layer, preventing the controller from receiving data from the OTA module, also resulting in controller upgrade anomalies. From the above analysis, it is clear that this application's collection of bus messages can accurately pinpoint the cause of controller upgrade anomalies. This application's embodiments only record messages on the bus where the upgraded controller resides, not all bus messages, thus satisfying the requirements for analyzing network anomalies while reducing the number of messages and consequently reducing memory usage. This application's embodiments use a gateway to forward messages, making the collection method applicable to commercial vehicles. The transmission duration in this embodiment can be used to determine how long after the OTA module issues a record request instruction before sending an upgrade instruction to the controller, so as to ensure that the message recording module is ready to receive messages before the OTA module starts upgrading and flashing the controller, thereby preventing missed message recording.

[0093] Next, the online upgrade bus message acquisition device proposed according to the embodiments of this application is described with reference to the accompanying drawings.

[0094] like Figure 7 As shown, the online upgrade bus message acquisition device 10 includes: an instruction receiving module 100, a message acquisition module 200, and an acquisition timing module 300.

[0095] Specifically, the instruction receiving module 100 is used to receive the record request instruction sent by the online upgrade control module, which is used to upgrade the controller.

[0096] The message acquisition module 200 is used to continuously acquire real-time messages on the bus after receiving the record request instruction. The real-time messages are used to record the interaction data between the online upgrade control module and the controller on the bus.

[0097] The timing acquisition module 300 is used to stop acquiring messages on the bus when it receives an upgrade end command for the controller sent by the online upgrade control module, and obtains a total upgrade message composed of real-time messages. The total upgrade message is used to cooperate with the controller's log analysis to analyze the cause of controller upgrade anomalies.

[0098] It should be noted that the foregoing explanation of the online upgrade bus message acquisition method embodiment also applies to a certain device of this embodiment, and will not be repeated here.

[0099] Figure 8 A schematic diagram of the structure of a terminal device provided in an embodiment of this application. The terminal device may include:

[0100] The memory 501, the processor 502, and the computer program stored on the memory 501 and capable of running on the processor 502.

[0101] When the processor 502 executes the program, it implements the online upgrade bus message acquisition method provided in the above embodiments.

[0102] Furthermore, the terminal equipment also includes:

[0103] Communication interface 503 is used for communication between memory 501 and processor 502.

[0104] The memory 501 is used to store computer programs that can run on the processor 502.

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

[0106] If the memory 501, processor 502, and communication interface 503 are implemented independently, then the communication interface 503, memory 501, and processor 502 can be interconnected via a bus to complete communication between them. 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, Figure 8 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0107] Optionally, in a specific implementation, if the memory 501, processor 502, and communication interface 503 are integrated on a single chip, then the memory 501, processor 502, and communication interface 503 can communicate with each other through an internal interface.

[0108] Processor 502 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.

[0109] This embodiment also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described online upgrade bus message acquisition method.

[0110] 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.

[0111] 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.

[0112] Any process or method description 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.

[0113] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a ordered 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 read and execute instructions from or in conjunction with such 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 programs can be printed, because programs can be obtained electronically by optically scanning paper or other media, then editing, interpreting or otherwise processing them as necessary, and then storing them in computer memory.

[0114] 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. 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.

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

[0116] 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.

[0117] 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 method for acquiring online upgrade bus messages, characterized in that, Includes the following steps: Receive a record request instruction sent by the online upgrade control module, which is used to upgrade the controller; After receiving the record request instruction, the system continuously collects real-time messages on the bus. The real-time messages are used to record interactive data, which is the data exchanged between the online upgrade control module and the controller on the bus. When the online upgrade control module receives an upgrade end command for the controller, it stops collecting messages on the bus and obtains a total upgrade message consisting of all collected real-time messages. The total upgrade message is used in conjunction with the controller's log and the online upgrade control module's log to analyze the cause of the controller upgrade anomaly. The messages on the bus record the interaction data between the online upgrade control module and the controller. If the data appearing on the bus does not appear in the controller log, it indicates that the upgrade is abnormal due to a fault in the controller's underlying network layer. If data that is not present on the bus appears in the log of the online upgrade control module, it indicates that a fault in the underlying network layer of the online upgrade control module is causing the upgrade to fail.

2. The method as described in claim 1, characterized in that, After receiving the record request instruction, the system continuously collects real-time messages on the bus, including: Determine the bus identification information corresponding to the target bus in the record request instruction, wherein the target bus is the bus connected to the upgraded controller; The bus identification information is sent to the gateway, which is connected to the bus; Collect real-time packets on the target bus forwarded by the gateway.

3. The method as described in claim 1, characterized in that, Also includes: When the upgrade failure result of the controller is received, the total upgrade message is uploaded to the cloud; Once the upload is complete, delete the aforementioned upgrade message.

4. The method as described in claim 3, characterized in that, The step of deleting the total upgrade message upon completion of the upload includes: When the upload is complete, monitor whether the online upgrade control module sends the next record request instruction; When the online upgrade control module detects that it has sent the next record request instruction, the overall upgrade message is deleted.

5. The method as described in claim 3, characterized in that, Also includes: When the upgrade success result of the controller is received, the overall upgrade message is deleted.

6. The method as described in claim 1, characterized in that, When the upgrade end command for the controller is received from the online upgrade control module, the collection of messages on the bus is stopped, and a total upgrade message consisting of all collected real-time messages is obtained. This total upgrade message is used in conjunction with the controller's logs and the logs of the online upgrade control module to analyze the cause of controller upgrade anomalies. The process also includes: The system detects whether an extraction command has been received from the extraction module, which is connected to the storage hard disk. Upon receiving the extraction instruction, the extraction module transfers the total upgrade message to the storage hard disk.

7. The method as described in claim 1, characterized in that, The method of receiving a record request instruction sent by the online upgrade control module, wherein the online upgrade control module is used to upgrade the controller, further includes: Receive test data and transmission time sent by the online upgrade control module, wherein the transmission time is the time when the online upgrade control module sends the test data; Record the time when the test data is received, and denote it as the receiving time; Based on the sending time and the receiving time, the transmission duration is determined, and the transmission duration is used to determine the time when the online upgrade control module sends the upgrade message to the controller.

8. An online upgrade bus message acquisition device, characterized in that, include: The instruction receiving module is used to receive the record request instruction sent by the online upgrade control module, which is used to upgrade the controller; The message acquisition module is used to continuously acquire real-time messages on the bus after receiving the record request instruction. The real-time messages are used to record interactive data, which is the data of the online upgrade control module and the controller interacting on the bus. The timing acquisition module is used to stop acquiring messages on the bus when it receives an upgrade end command for the controller sent by the online upgrade control module, and obtain a total upgrade message composed of all acquired real-time messages. The total upgrade message is used in conjunction with the logs of the controller and the logs of the online upgrade control module to analyze the reasons for the abnormality of the controller upgrade. The messages on the bus record the interaction data between the online upgrade control module and the controller. If the data appearing on the bus does not appear in the controller log, it indicates that the upgrade is abnormal due to a fault in the controller's underlying network layer. If data that is not present on the bus appears in the log of the online upgrade control module, it indicates that a fault in the underlying network layer of the online upgrade control module is causing the upgrade to fail.

9. A terminal device, characterized in that, The terminal device includes a memory, a processor, and an online upgrade bus message acquisition program stored in the memory and executable on the processor. When the processor executes the online upgrade bus message acquisition program, it implements the steps of the online upgrade bus message acquisition method as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores an online upgrade bus message acquisition program, which, when executed by a processor, implements the steps of the online upgrade bus message acquisition method as described in any one of claims 1-7.

Images