Vehicle OTA parallel flashing upgrade method, device, equipment and storage medium

Abstract

The application discloses a whole vehicle OTA parallel flashing upgrade method and device, equipment and storage medium, wherein a plurality of ECUs of a plurality of domains needing to be flashed and upgraded are packaged into a message by an upgrade master module in a T-box according to a broadcast domain or different domains, and the message is transmitted to a gateway; an upgrade agent module at the gateway analyzes the address of the broadcast domain or each domain identified by an ID in the message, and distributes the address to the ECUs of the corresponding broadcast domain or each domain; an upgrade slave module carried in each ECU analyzes the received message, and if the ID information of the ECU is the same as the ID of the ECU, the ECU is flashed and upgraded. According to the application, the parallel flashing of a plurality of ECUs of a preset quantity is realized by one message, the flashing upgrade time is shortened, the transmission amount of the message in the bus is reduced, the problem of excessive load of the bus is avoided, and thus the upgrade speed is obviously improved, and the efficiency of the whole vehicle OTA flashing upgrade is greatly improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of whole vehicle OTA upgrading, in particular to a whole vehicle OTA parallel flashing upgrading method, device, equipment and storage medium. BACKGROUND

[0002] OTA is the full name of Over the Air Technology, that is, air download technology. Vehicle OTA upgrading refers to firmware upgrading and software upgrading through air download. OTA not only brings a more convenient vehicle upgrading approach, but also enables users to experience a more intelligent and convenient vehicle use experience. Through network, a new software update package is downloaded from a remote server to upgrade the system, which is significant for intelligent networked vehicles in that: 1. quickly repairing system defects; 2. quickly iterating and improving product and use experience; 3. saving time and economic cost.

[0003] Currently, the OTA upgrading mainly adopts a serial flashing mode. With the increasing richness of functions of intelligent networked vehicles, more and more ECU components (Electronic Control Unit) are involved. If the traditional mode is used for upgrading and flashing, it will be very time-consuming and difficult to achieve the purpose of quickly upgrading the system. Moreover, there are many OTA upgrading restrictions for certain components, the efficiency is hindered, and the use experience of users cannot be truly improved. SUMMARY

[0004] In view of the above, the present application aims to provide a whole vehicle OTA parallel flashing upgrading method, device, equipment and storage medium to solve the aforementioned technical problems.

[0005] The technical solution adopted by the present application is as follows:

[0006] In a first aspect, the present application provides a whole vehicle OTA parallel flashing upgrading method, which comprises:

[0007] The T-box obtains the upgrade package version of each ECU to be flashed and upgraded from the platform;

[0008] The upgrade package version is unpacked to extract the information required for flashing and upgrading;

[0009] Based on the information required for flashing and upgrading, multiple ECUs belonging to the same domain or cross-domain are packaged into one message;

[0010] The message is sent to the gateway for first analysis to extract the global ID or inter-domain ID;

[0011] The gateway transmits the message to the bus of the target domain according to the global ID or inter-domain ID, and delivers it to the corresponding ECUs;

[0012] After determining that the message is complete, each ECU performs second analysis on the message and extracts the ID information of the ECU therefrom;

[0013] After determining that the ID information is consistent with the ID of the ECU, the ECU performs the flashing upgrade operation using the message.

[0014] In at least one possible implementation, the encapsulating of the plurality of ECUs belonging to the same domain or cross-domain into one message comprises:

[0015] After converting the original file format into the preset file format, the preset number of the plurality of ECUs belonging to the same domain or cross-domain are encapsulated into one message, wherein the preset number is determined based on the message type.

[0016] In at least one possible implementation, the performing of the flashing upgrade operation by the ECU using the message after determining that the ID information is consistent with the ID of the ECU comprises:

[0017] The ECU checks whether the ID information matches the ID of the ECU;

[0018] If not, the message is discarded;

[0019] If yes, the data offset address and the data length information of the current ECU are extracted from the message, and the flashing upgrade operation is performed based on the data offset address and the data length information.

[0020] In at least one possible implementation, the manner of determining whether the message is complete comprises: judging whether the cumulative sum of all data of the current frame of the message is equal to the check value set by the last byte of the message.

[0021] In at least one possible implementation, the extracting of the information required for the flashing upgrade comprises: extracting the address of each ECU and the length information of the flashing data based on the original file format of the decompressed upgrade package.

[0022] In at least one possible implementation, the message is a CANFD message, and the structure of the CANFD message comprises the following fields:

[0023] The CAN ID field is used for identifying the information of the global ID or the inter-domain ID;

[0024] The data length code field is used for representing the total number of bytes of the data field;

[0025] The data field is divided into the ECU number, the ECU address domain and the ECU data.

[0026] In at least one possible implementation, each ECU address domain has three bytes, respectively used to represent the ID information of the current ECU, a data offset address and a data length.

[0027] In a second aspect, the present application provides a whole vehicle OTA parallel flashing upgrade device, which comprises:

[0028] An upgrade package acquisition module, configured to acquire, by a T-box, upgrade package versions of ECUs to be flashed and upgraded from a platform;

[0029] An upgrade information extraction module, configured to unpack the upgrade package versions and extract information required for flashing and upgrading from the upgrade package versions;

[0030] A message packaging module, configured to package multiple ECUs belonging to the same domain or across domains into one message based on the information required for flashing and upgrading;

[0031] A first analysis module, configured to send the message to a gateway for first analysis and extract a global ID or an inter-domain ID;

[0032] A message sending module, configured to transmit the message to a bus of a target domain according to the global ID or the inter-domain ID and deliver the message to corresponding ECUs;

[0033] A second analysis module, configured to perform second analysis on the message and extract ID information of the ECUs after the ECUs determine that the message is complete;

[0034] A flashing and upgrading module, configured to perform a flashing and upgrading operation by using the message after determining that the ID information is consistent with the ID of the ECUs.

[0035] In a third aspect, the present application provides an electronic device, which comprises:

[0036] One or more processors, a memory, and one or more computer programs, the memory can be a non-volatile storage medium, wherein the one or more computer programs are stored in the memory, and the one or more computer programs comprise instructions, when the instructions are executed by the device, the device performs the method in the first aspect or any possible implementation manner of the first aspect.

[0037] In a fourth aspect, the present application provides a computer data storage medium, wherein the computer data storage medium stores a computer program, when the computer program runs on a computer, the computer program makes the computer execute the method in the first aspect or any possible implementation manner of the first aspect.

[0038] The main design concept of the application is that the OTA upgrade master module in the T-box encapsulates a plurality of ECUs of one or more domains to be upgraded into a message according to a broadcast domain (corresponding to a global domain) or a plurality of different domains (corresponding to inter-domain), and transmits the message to a gateway, the OTA upgrade agent module at the gateway parses the address of the broadcast domain or each domain identified by the ID in the message, and distributes to the ECUs of the corresponding broadcast domain or each domain; the upgrade slave module carried in each ECU parses the received message, and if the ID information of the ECU is the same as the ID of the slave module, the ECU is upgraded. The application can realize parallel upgrading of a plurality of ECUs of a preset number through one message, which not only greatly shortens the upgrading time, but also reduces the transmission amount of the message in the bus, avoids the problem of excessive load of the bus, thereby realizing synchronous upgrading of the ECUs in the inter-domain and intra-domain, significantly improving the upgrading speed, and greatly improving the efficiency of the vehicle OTA upgrading. BRIEF DESCRIPTION OF DRAWINGS

[0039] In order to make the objects, technical solutions and advantages of the application clearer, the application will be further described below with reference to the drawings, in which:

[0040] Figure 1 A flowchart of the vehicle OTA parallel upgrading method provided by the embodiment of the application is shown in the figure.

[0041] Figure 2 A system architecture diagram of the vehicle OTA parallel upgrading method provided by the embodiment of the application is shown in the figure.

[0042] Figure 3 A block diagram of the vehicle OTA parallel upgrading device provided by the embodiment of the application is shown in the figure. DETAILED DESCRIPTION

[0043] The embodiments of the application will be described in detail below, and examples of the embodiments are shown in the drawings, in which the same or similar reference numerals represent the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the drawings are exemplary and are only used to explain the application, and cannot be interpreted as a limitation on the application.

[0044] The application provides an embodiment of a vehicle OTA parallel upgrading method, specifically as shown in the figure, which includes the following steps. Figure 1

[0045] Step S1, the T-box obtains the upgrade package version of each ECU to be upgraded from the platform;

[0046] Specifically, the OTA upgrade master module can receive the upgrade package version of each ECU to be upgraded from the TSP cloud platform in a wired (such as Ethernet) or wireless communication mode.​

[0047] Step S2, the upgrade package version is unpacked to extract the information required for the flashing upgrade;

[0048] In actual operation, the upgrade package version of each ECU can be unpacked and decompressed by the OTA upgrade master module, and the address of each ECU and the length information of the flashing data to be written are extracted on the basis of the original file S19 / HEX format of the upgrade package.

[0049] Step S3, based on the information required for the flashing upgrade, a preset number of ECUs belonging to the same domain or across domains are packaged into a message;

[0050] Specifically, the OTA upgrade master module can first convert the original file format into a preset file format (BIN), and then package five ECUs belonging to the same domain or across domains into a CANFD message.

[0051] Step S4, the message is sent to the gateway for first analysis to extract the global ID or inter-domain ID;

[0052] As described above, after being packaged into a message (it can be understood that when more ECUs need to be flashed and upgraded, they can be packaged into multiple messages, each message containing a preset number of ECUs), the OTA upgrade master module sends the message to the OTA upgrade agent module of the gateway through the bus, and the OTA upgrade agent module analyzes the message to extract the global ID or inter-domain ID and lock the target to be distributed.

[0053] Step S5, the gateway transmits the message to the bus of the target domain according to the global ID or inter-domain ID, and delivers it to the corresponding ECUs;

[0054] Step S6, after determining the completeness of the message, each ECU performs second analysis on the message and extracts the ID information of the ECU therefrom;

[0055] In actual operation, the OTA upgrade slave module of each ECU acquires the message from the bus and judges whether the message frame is complete (for example, the last byte of CANFD is a CRC check value, if the sum of all data in the frame is equal to the CRC value, it indicates that the frame is complete), after determining that the message is complete and correct, the message is locally analyzed and the ECU ID in the message is extracted.

[0056] Step S7, after determining that the ID information is consistent with the ID of itself, the ECU performs a flashing upgrade operation using the message.

[0057] Specifically, the ECU checks whether the ID information matches the self ID, if not, the message is discarded, if yes, further extracts the data offset address and data length information of the current ECU from the message, and performs the flashing upgrade operation based on the data offset address and the data length information.

[0058] In order to facilitate the understanding of the foregoing various embodiments, the following describes the embodiments in combination with examples and Figure 2 are specifically described. The present application mainly relates to an OTA upgrade master module (UMC) carried by a TBOX, an OTA upgrade agent module (UA) carried by a gateway (GW) and an OAT upgrade slave module (USC) carried by an ECU. The UMC can be used to control the OTA to obtain an upgrade package from a cloud (TSP), download the upgrade package, detect an upgrade condition, flash an ECU component, display a download result and progress, an upgrade result and progress, etc. The UA can be used to parse data of an upgrade data package and perform communication forwarding, i.e. distribute the upgrade data package to a corresponding ECU. The USC can enable each ECU to parse a received upgrade data package, judge whether it is an upgrade program required by the ECU, if yes, receive and flash the ECU, otherwise, discard it.

[0059] The foregoing TBOX and gateway are connected through a CAN bus, and the gateway is also connected with each domain through the CAN bus, and each domain is also connected with each ECU component through the CAN bus. The domains of the whole vehicle system mentioned here can generally be divided into: a power domain, a chassis domain, a vehicle body domain, an automatic driving domain, an information entertainment domain, etc. Each domain can be connected with multiple ECU components, and the ID of each ECU component is a unique identifier in the whole domain.

[0060] The OTA upgrade master module receives the upgrade package version of each ECU to be flashed from the TSP cloud platform through Ethernet or wireless communication, unpacks and decompresses the upgrade package version of each ECU through an unpacking unit, extracts the address of the ECU component to be flashed and the length information of the flashing on the basis of the original file S19 / HEX format of the upgrade package, and converts it into a BIN file format and then forwards it to the packaging unit. The packaging unit packages multiple ECUs (not more than five ECUs in the same CANFD frame) belonging to the same domain or across domains into one CANFD message, and transmits it to the sending unit. The sending unit sends the CANFD message to the upgrade agent module of the gateway through the CAN bus.

[0061] The receiving unit of the OTA upgrade agent module sends the received CANFD message to the parsing unit for message parsing, extracts the global ID or inter-domain ID in the message to be sent to the domain, and sends it to the distribution unit for processing. The distribution unit forwards the message according to the interface corresponding to the global ID or inter-domain ID, and transmits it to the corresponding CAN bus.

[0062] The OTA upgrade slave module obtains the message from the CAN bus and transmits it to the receiving unit, the receiving unit judges whether the message frame is complete (the last byte of CANFD is a CRC check value, if the sum of all data in the frame is equal to the CRC value, it means that the frame is complete), the message frame is sent to the analysis unit for processing, the analysis unit extracts the ECU ID of the message and checks whether it matches the ECU ID itself, if not, the message is discarded, if matches, further extracts the address offset and data length of the ECU component from the CANFD message, extracts the data according to the data offset address and length to perform the ECU component flashing upgrade operation.

[0063] As described above, the CAN bus is used for transmission of the upgrade program, that is, the CANFD message is used as the data structure of the OTA flashing upgrade of the whole vehicle system, in actual operation, the OTA UMC defines the global ID and inter-domain ID through the CANFD frame, encapsulates one or more domains of the preset number of ECUs to be flashed and upgraded into a CANFD message for transmission, the fields of the CANFD message structure mentioned here can be referred to as follows:

[0064] CAN ID field, used for identifying ID information - 0x7df: global ID; 0x7da: vehicle body domain ID; 0x7db: information domain ID; 0x7dc: chassis domain ID; 0x7dd: power domain ID; 0x7de: automatic driving domain ID.

[0065] The data length code (DLC) is fixed to 64, indicating that the data field is 64 bytes.

[0066] The CANFD message data field (data) can be divided into ECU number, ECU address domain (ID domain) and ECU data self-defined field (64 bytes in total).

[0067] Specifically, the ECU number occupies one byte, indicating the number of current ECUs to be upgraded in parallel. The number of current ECUs to be upgraded in parallel is determined by the CANFD message issued, and the number of ECUs does not exceed five in 64 bytes, and more than five exceeds the frame length of the CANFD message, that is, the CANFD data area length is set to 64 bytes, and if the number of ECUs is six, the message data field will exceed 64 bytes.

[0068] The ECU address domain occupies different number of bytes according to different number of ECUs, for example, one ECU occupies 3 bytes, 5 ECUs occupy 15 bytes, the formula is: m ECUs x 3 bytes = 3m bytes, correspondingly, the index of each ECU component is the position in the ECU ID domain: 0~m-1, that is, the index of the first ECU is 0, and so on.

[0069] The following table is an example:

[0070]

[0071] Each ECU address field occupies 3 bytes, a total of 24 bits: for example, 12 bits of [23..12] represent the ECU ID; 6 bits of [11..6] represent the starting address of the ECU data in the data field (data offset address), and the maximum offset address range is 64 bytes; 6 bits of [5..0] represent the length of the ECU data, a maximum of 64 bytes. According to the standard CAN frame structure, the data corresponding to each ECU ID should be no less than 8 bytes (as follows: CANFD data field 64 bytes - ECU number field 1 byte - five ECUs x 3 bytes - five ECUs x 8 bytes = remaining 8 bytes, which meets the requirements).

[0072] The data offset address represents the position of the upgrade program of the ECU in the CANFD message, and the data offset address corresponding to the ECU is = (ECU number x 3) + 1 + (ECU data length x ECU index), where "+1" means that the ECU number field occupies one field.

[0073] Example 1: If there is only one ECU, the ECU number is 1, and the data length is 8-60, the offset address of the ECU in the message is: 1 x 3 + 1 + (1-1) x 8 = 4.

[0074] Example 2: If there are two ECUs, the ECU number is 2, and the data length of each ECU is 24, the offset address of the first ECU in the message is: (2 x 3) + 1 + (24 x 0) = 7; the offset address of the second ECU in the message is: (2 x 3) + 1 + (24 x 1) = 7 + 24 = 31.

[0075] Example 3: If there are five ECUs, the ECU number is 5, and the data length of each ECU is 8, the offset address of the first ECU in the message is: (5 x 3) + 1 + (8 x 0) = 16; the offset address of the second ECU in the message is: (5 x 3) + 1 + (8 x 1) = 16 + 8 = 24; the offset address of the third ECU in the message is: (5 x 3) + 1 + (8 x 2) = 16 + 16 = 32……and so on.

[0076] Based on the above description, the complete information of the global ID or inter-domain ID, the ID of each ECU, and the data offset address and data length of each ECU can be obtained, that is, the CANFD message transmitted to the gateway can be obtained.

[0077] As described above, the main design concept of the present application is that the OTA upgrade master module in the T-box encapsulates a plurality of ECUs of one or more domains to be upgraded into a message according to a broadcast domain (corresponding to a global domain) or a plurality of different domains (corresponding to inter-domain), and transmits the message to the gateway, the OTA upgrade agent module at the gateway parses the address of the broadcast domain or each domain identified by the ID in the message, and distributes to the ECUs of the corresponding broadcast domain or each domain; the upgrade slave module carried in each ECU parses the received message, and if the ID information of the ECU is the same as the ID of itself, the ECU performs upgrade and flashing. The present application can realize parallel flashing of a plurality of ECUs of a preset number through one message, compared with serial flashing, which not only greatly shortens the flashing upgrade time, but also reduces the transmission amount of the message in the bus, avoids the problem of excessive load of the bus, so as to realize synchronous upgrade and flashing of each ECU component in the inter-domain and intra-domain, significantly improves the upgrade speed, and greatly improves the efficiency of the whole vehicle OTA upgrade and flashing.

[0078] Corresponding to each embodiment and preferred scheme described above, the present application also provides an embodiment of a whole vehicle OTA parallel flashing upgrade device, as shown in Figure 3 The embodiment can specifically include the following components:

[0079] The upgrade package acquisition module 1 is used to acquire the upgrade package version of each ECU to be upgraded by the T-box from the platform;

[0080] The upgrade information extraction module 2 is used to unpack the upgrade package version, and extract the required information for upgrade and flashing;

[0081] The message encapsulation module 3 is used to encapsulate a plurality of ECUs of the same domain or across domains into one message based on the required information for upgrade and flashing;

[0082] The first analysis module 4 is used to send the message to the gateway for first analysis, and extract the global ID or inter-domain ID;

[0083] The message sending module 5 is used to transmit the message to the bus of the target domain according to the global ID or inter-domain ID, and deliver to the corresponding ECUs by the gateway;

[0084] The second analysis module 6 is used to perform second analysis on the message by each ECU after determining that the message is complete, and extract the ID information of the ECU therefrom;

[0085] The upgrade and flashing module 7 is used to perform upgrade and flashing operation by the ECU using the message after determining that the ID information is consistent with the ID of itself.

[0086] It should be understood that the above Figure 3The division of each component in the whole vehicle OTA parallel flashing upgrade device shown is only a logical function division. In actual implementation, all or part of the components can be integrated into one physical entity, or can be physically separated. The components can be all implemented in the form of software through processing element calls, or can be all implemented in the form of hardware, or part of the components can be implemented in the form of software through processing element calls, and part of the components can be implemented in the form of hardware. For example, a certain above-mentioned module can be a separately established processing element, or can be implemented in a certain chip of an electronic device. The implementation of other components is similar. In addition, all or part of the components can be integrated together, or can be independently implemented. In the implementation process, each step of the above method or each component can be completed by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.

[0087] For example, the components can be one or more integrated circuits configured to implement the above method, such as one or more application specific integrated circuits (ASICs), or one or more digital signal processors (DSPs), or one or more field programmable gate arrays (FPGAs), etc. For another example, the components can be integrated together in the form of a system on a chip (SOC).

[0088] In summary of the above embodiments and preferred solutions, those skilled in the art can understand that, in actual operation, the technical concept involved in the present application can be applied to various embodiments, and the following carriers are used as illustrative descriptions:

[0089] (1) An electronic device. The device can specifically include one or more processors, a memory, and one or more computer programs, wherein the one or more computer programs are stored in the memory, and the one or more computer programs include instructions that, when executed by the device, cause the device to perform the steps / functions of the foregoing embodiments or equivalent implementation manners.

[0090] The electronic device can be understood as a system, which can be specifically split into a vehicle terminal, a gateway, an ECU control component, and other automobile intelligent network-related sub-devices.

[0091] (2) A computer data storage medium having stored thereon the computer program or the apparatus, which, when executed by a computer, cause the computer to perform the steps / functions of the foregoing embodiments or equivalent implementations.

[0092] In several embodiments provided by the present application, any function, if realized in the form of a software function unit and sold or used as an independent product, can be stored in a computer data storage medium. Based on such an understanding, some technical solutions of the present application or parts of the technical solutions that essentially contribute to the prior art can be embodied in the form of a software product as described below.

[0093] Especially, the storage medium can refer to a server or a similar computer device, specifically, a storage device in the server or the similar computer device stores the foregoing computer program or the apparatus.

[0094] (3) A computer program product (which can include the apparatus), which, when running on a terminal device, causes the terminal device to perform the whole vehicle OTA parallel flashing upgrade method of the foregoing embodiments or equivalent implementations.

[0095] From the above description of the embodiments, those skilled in the art can clearly understand that all or part of the steps in the foregoing method can be implemented by means of software and the necessary universal hardware platforms. Based on such an understanding, the foregoing computer program product can include but is not limited to an APP.

[0096] In the embodiments of the present application, “at least one” refers to one or more, and “multiple” refers to two or more. “And / or” describes the association relationship of the associated objects, which means that there can be three kinds of relationships, for example, A and / or B, which can represent the cases of A alone, A and B together, and B alone. Wherein A and B can be singular or plural. The character “ / ” generally represents that the associated objects before and after are in an “or” relationship. “At least one of the following” and the like expressions mean any combination of these items, including any combination of single or multiple items. For example, at least one of a, b and c can represent: a, b, c, a and b, a and c, b and c, or a and b and c, wherein a, b, c can be single or multiple.

[0097] The above detailed description of the embodiments shown in the drawings illustrates the structure, features and effects of the present application, but the above is only a preferred embodiment of the present application, and it should be noted that the technical features involved in the above embodiments and preferred modes can be reasonably combined and matched into various equivalent schemes by those skilled in the art without departing from or changing the design idea and technical effects of the present application; therefore, the present application is not limited to the implementation range shown in the drawings, and any changes or modifications made in accordance with the concept of the present application, or equivalent embodiments with equivalent changes, shall be within the scope of protection of the present application.

Claims

1. A whole vehicle OTA parallel flashing upgrade method, characterized in that, The method comprises the following steps: T-box obtains the upgrade package version of each ECU to be upgraded from the platform; The upgrade package version is unpacked to extract the information required for upgrade; Based on the information required for upgrade, multiple ECUs belonging to the same domain or across domains are encapsulated into one message; The message is sent to the gateway for first analysis to extract the global ID or inter-domain ID, wherein the global ID or inter-domain ID is defined by the CANFD frame; The gateway transmits the message to the bus of the target domain according to the global ID or inter-domain ID and delivers it to the corresponding ECUs; After determining that the message is complete, each ECU performs second analysis on the message and extracts the ID information of the ECU from the message; After determining that the ID information is consistent with its own ID, the ECU performs upgrade operation using the message; The message is a CANFD message, and the structure of the CANFD message comprises the following fields: CANID field, used to identify the information of global ID or inter-domain ID; Data length code field, used to represent the total number of bytes of the data field; Data field, divided into ECU quantity, ECU address domain, and ECU data, wherein the ECU address domain occupies different number of bytes according to different ECU quantity.

2. The vehicle OTA parallel flashing upgrade method according to claim 1, characterized in that, The encapsulation of multiple ECUs belonging to the same domain or across domains into one message comprises the following steps: After converting the original file format into a preset file format, a preset number of multiple ECUs belonging to the same domain or across domains are encapsulated into one message, wherein the preset number is determined based on the message type.

3. The vehicle OTA parallel flashing upgrade method according to claim 1, characterized in that, The operation of the ECU to perform upgrade operation using the message after determining that the ID information is consistent with its own ID comprises the following steps: The ECU checks whether the ID information matches its own ID; If not, the message is discarded; If yes, the data offset address and data length information of the current ECU are extracted from the message, and upgrade operation is performed based on the data offset address and the data length information.

4. The vehicle OTA parallel flashing upgrade method according to claim 1, characterized in that, The method for determining whether the message is complete comprises the following step:

5. The vehicle OTA parallel flashing upgrade method according to claim 1, characterized in that, Judging whether the cumulative sum of all data of the current frame of the message is equal to the check value set in the last byte of the message.

6. The vehicle OTA parallel flashing upgrade method according to claim 1, characterized in that, The extraction of the information required for upgrade comprises the following step:

7. A vehicle whole OTA parallel flashing upgrade device, characterized in that, Based on the original file format of the decompressed upgrade package, the ECU address to be upgraded and the length information of the upgrade data are extracted. Each ECU address domain has three bytes, respectively used to represent the ID information, data offset address, and data length of the current ECU. The method comprises the following steps: An upgrade package acquisition module is configured to enable T-box to obtain the upgrade package version of each ECU to be upgraded from the platform; An upgrade information extraction module is configured to unpack the upgrade package version to extract the information required for upgrade; A message encapsulation module is configured to encapsulate multiple ECUs belonging to the same domain or across domains into one message based on the information required for upgrade; A first analysis module is configured to send the message to the gateway for first analysis to extract the global ID or inter-domain ID, wherein the global ID or inter-domain ID is defined by the CANFD frame; The message sending module is configured to transmit the message to the bus of the target domain according to the global ID or the inter-domain ID, and deliver the message to the corresponding ECUs; The second analysis module is configured to perform second analysis on the message and extract the ID information of the ECUs after determining that the message is complete; The flash upgrade module is configured to perform a flash upgrade operation on the message after determining that the ID information is consistent with the ID of the ECU. The message is a CANFD message, and the structure of the CANFD message includes the following fields: The CANID field is configured to identify the information of the global ID or the inter-domain ID; The data length code field is configured to represent the total number of bytes of the data field; The data field is divided into the number of ECUs, the ECU address domain, and the ECU data, wherein the ECU address domain occupies different byte quantities according to different numbers of ECUs.

8. An electronic device, comprising: One or more processors, memories, and one or more computer programs, wherein the one or more computer programs are stored in the memories, and the one or more computer programs include instructions that, when executed by the electronic device, cause the electronic device to perform the whole vehicle OTA parallel flash upgrade method of any one of claims 1-6. The computer data storage medium stores a computer program, and when the computer program runs on a computer, the computer executes the whole vehicle OTA parallel flash upgrade method of any one of claims 1-6.

9. A computer data storage medium, characterized by ​

Images