An OTA upgrading method based on whole vehicle Ethernet architecture

Abstract

The application discloses an OTA upgrading method based on a whole vehicle Ethernet architecture, which is used for upgrading main domain controllers of a whole vehicle in a 5G environment and the architecture of the whole vehicle Ethernet, and adopts a side downloading and side programming mode to complete the upgrading, so that the high-speed and large-bandwidth communication capability of the whole vehicle under the support of the 5G network and the Ethernet architecture is fully utilized, and the upgrading time of the whole vehicle controller is greatly shortened.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of intelligent automobiles, in particular to an OTA upgrade method based on a whole vehicle Ethernet architecture. BACKGROUND

[0002] Nowadays, automobiles are developing towards intelligence and networking, and the emergence of intelligent driving requires automobile controllers to have stronger computing power and higher communication rates. Automobiles are gradually changing from traditional ECU distributed architecture to Ethernet-based and centralized domain controller architecture. The domain controller is characterized by high integration and strong computing power, and the centralized domain controllers are connected by Ethernet hard line with super large bandwidth. Since the centralized domain controllers basically run an operating system, to meet the needs of automatic driving and high intelligence, the upgrade package generally contains data related to automatic driving, which is much larger than the upgrade package of the controller running a traditional single-chip program. The full package may be as high as several G or even tens of G. Based on the traditional whole vehicle Can bus architecture, the upgrade time will be as high as several hours, which not only occupies the storage space of the domain controller, but also causes the upgrade time to be further prolonged due to the need for application download and secondary transmission, resulting in a very poor upgrade experience for users. SUMMARY

[0003] In view of the above problems in the prior art, the present application aims to provide an OTA upgrade method based on a whole vehicle Ethernet architecture, so as to solve the problems of large size of the upgrade package of the domain controller, occupation of the storage space of the domain controller, and long upgrade time in the prior art.

[0004] In order to solve the above technical problems, the present application adopts the following technical solutions:

[0005] An OTA upgrade method based on a whole vehicle Ethernet architecture, comprising the following steps:

[0006] S1: The vehicle-mounted OTA client detects an upgrade task of an OTA server;

[0007] S2: The vehicle-mounted OTA client analyzes the upgrade task and transmits the upgrade task to application programs on each domain controller; wherein the domain controller is divided into multiple target areas, and each application program is installed in a different target area;

[0008] S3: The vehicle-mounted OTA client performs installation condition checking, and initiates installation if the installation condition is met; if the installation condition is not met, a prompt is given through the vehicle-mounted terminal;

[0009] S4: The application programs on each domain controller receive the installation command, check the writing conditions of different target areas, and confirm whether the writing conditions are met; in the target areas meeting the writing conditions, a download request is initiated to the OTA server according to the upgrade package download address;

[0010] S5: In the domain controller, the application program in the target area meeting the writing condition establishes a connection with the OTA server, and the OTA server starts to transmit the upgrade package data stream through TCP protocol segmentation; wherein, the application program and the OTA server establish https connection through 5G;

[0011] S6: After the application program receives the upgrade package data stream, it checks each data stream, and after the check is successful, it writes the data stream to the target area in real time;

[0012] S7: Repeat S1-S6 until the download is completed, and the domain controller application program marks the target area of the writing update as the starting area of the next power-on;

[0013] S8: The vehicle-mounted OTA client detects all domain controllers, confirms that all domain controllers have completed writing, initiates domain controller restart, and completes the upgrade.

[0014] Compared with the prior art, the present application has the following beneficial effects:

[0015] 1. The method of the present application is used to complete the upgrade of the main domain controller of the whole vehicle in a 5G environment and the architecture of the whole vehicle Ethernet, using a method of downloading and writing at the same time, fully utilizing the high-speed communication capability of the whole vehicle in the 5G network and the Ethernet architecture support, greatly shortening the upgrade time of the whole vehicle controller.

[0016] 2. The method of the present application can fully utilize the high-speed communication capability of the domain controller and the cloud platform, use the method of downloading and writing at the same time, directly write the data stream downloaded from the server to the application program in the target area of the domain controller; the method of the present application does not need to occupy the storage space of the domain controller, at the same time saves the time of OTA application download and secondary transmission, based on the domain controller divided into multiple target areas, can support the user to upgrade without feeling in the driving process, greatly improves the upgrade experience of the user, reduces the waiting time of the upgrade. BRIEF DESCRIPTION OF DRAWINGS

[0017] Figure 1 The flowchart of the OTA upgrade method based on the whole vehicle Ethernet architecture of the present application.

[0018] Figure 2 The communication link diagram of the domain controller upgrade in the present application. DETAILED DESCRIPTION

[0019] In order to make the purposes, technical solutions and advantages of the embodiments of the present application clearer, the present application will be further described in detail below with reference to the drawings, and the described embodiments should not be regarded as limitations to the present application. All other embodiments obtained by those of ordinary skill in the art without creative labor fall within the scope of protection of the present application.

[0020] The present application provides an OTA upgrading method based on a whole vehicle Ethernet architecture, referring to Figure 1 The method of the present application has the following prerequisite conditions: the whole vehicle runs in a 5G network environment, the whole vehicle domain controller communication link refers to Figure 2 The domain controller contains an operating system and supports http and https protocols, and a built-in switch or router device is used to directly connect the OTA server through the TBOX.

[0021] Specifically, the following steps are included:

[0022] S1: The vehicle-mounted OTA client detects an upgrading task of the OTA server. The OTA client includes an executable program running in a controller with networking capability and can access the OTA server.

[0023] S2: The vehicle-mounted OTA client parses the upgrading task and transmits the upgrading task to the application programs on each domain controller. The domain controller is an integrated controller capable of running an operating system, connecting Ethernet, http / https protocols, and integrating multiple chips. The domain controller is divided into multiple target areas, and each application program is installed in a different target area. For example, the domain controller has an AB target area, and when running in the A target area, the B target area is updated. When the application programs in the AB target area are the same, if the B target area update is interrupted, it can be recovered from the A target area, and the data stream update service or interface is provided. The upgrading task includes domain controller target version information, upgrading package download address, and upgrading package verification information.

[0024] S3: The vehicle-mounted OTA client performs installation condition checking, and initiates installation if the installation condition is met. If the installation condition is not met, the vehicle-mounted terminal is prompted. The installation condition includes the power of the whole vehicle (for example, the power of the whole vehicle is greater than 50%), whether the state of the domain controller meets the upgrading, whether the domain controller is powered on, and whether the application program in the domain controller responds normally.

[0025] S4: The application program on each domain controller receives the installation command, checks the writing condition of different target areas, and confirms whether the writing condition is met, that is, whether the target area can be normally read and written. In the target area that meets the writing condition, a https download request is initiated to the OTA server according to the upgrade package download address. If the application programs in multiple domain controllers meet the writing condition at the same time, each domain controller can initiate a download installation request in parallel, and the writing process of multiple application programs is synchronized and real-time.

[0026] S5: In the domain controller, the application program in the target area that meets the writing condition establishes a connection with the OTA server, and the OTA server starts to transmit the upgrade package data stream in segments through the TCP protocol, and ensures the integrity of each segment of the upgrade package data stream through the setting of the frame protocol. Among them, the application program and the OTA server establish a https connection through 5G.

[0027] Since the upgrade package of the application program is generally large, plus the limitation of channel bandwidth and TCP double-end cache size, the OTA server cannot transmit the complete upgrade package at one time, so the upgrade package will be transmitted in segments to the client. Since TCP cannot guarantee the integrity of the data, therefore, the application adopts a frame protocol in the application layer of the OTA to ensure the integrity of each segment of the data stream.

[0028] Each frame of data transmitted should include a frame header, a frame tail, a data segment length, a starting offset of the data segment in the whole package, a hash value of the data segment, and data, and form a data segment frame protocol format, as shown in Table 1.

[0029] Table 1: Ethernet transmission application layer data segment frame protocol format

[0030] Frame header Frame data length Offset of data segment from beginning of packet Data segment hash value Data … Data Frame trailer

[0031] The OTA server combines the data segment according to the format of Table 1 each time when issuing the data segment. The vehicle-mounted OTA client parses the frame protocol data segment according to the frame protocol format each time when receiving the frame protocol data segment, and finally takes out the data of the upgrade package for writing. If the data segment format does not meet the protocol format of Table 1, the current download and writing are ended, and the upgrade task is exited. The OTA client records the data length that has been written after each writing, which is used to compare with the offset carried in the next upgrade package protocol data segment. If they are inconsistent, the current download and writing are ended, and the upgrade task is exited.

[0032] S6: After the application receives the upgrade package data stream, it checks each data stream, and after the check is successful, it writes the data stream to the target area in real time. Among them, the domain controller upgrade supports breakpoint download writing, that is, if the domain controller is disconnected with the OTA server during the writing process, the writing is interrupted. When the domain controller is connected with the OTA server again, the writing continues from the last interrupted position until the writing is completed.

[0033] S7: Repeat S1-S6 until the download is complete, and the domain controller application marks the target area of the writing update as the starting area of the next power-on. If the user does not trigger the upgrade action, the partition switching operation is temporarily not performed.

[0034] S8: The vehicle-mounted OTA client detects all domain controllers, confirms that all domain controllers have completed writing, initiates domain controller restart, and completes the upgrade.

[0035] The application is further improved, and as long as the OTA client detects that the whole vehicle installation condition is met during driving or parking, the silent download and writing of the domain controller can be performed, and the download and writing update of the non-partitioned controller can be performed when the user actively triggers the upgrade action. If the non-partitioned controller is in the writing state, it can support interrupted writing, and the download and writing method can also be used.

[0036] The application utilizes the 5G and Ethernet high-speed and large-bandwidth networking environment, adopts the domain controller direct connection platform method, and uses the download and writing method, thereby greatly saving the controller storage space and the time of secondary transmission of the download, and simultaneously using the parallel download and writing method, fully utilizing the advanced hardware resources of the whole vehicle, further shortening the upgrade time, and bringing better user experience.

[0037] As described above, the reminding system of the application is not limited to the configuration, and other systems that can implement the embodiments of the application can fall within the scope of the application.

[0038] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the application and not to limit the technical solutions, and those of ordinary skill in the art should understand that those who modify or equivalently replace the technical solutions of the application without departing from the purpose and scope of the technical solutions should be covered in the scope of the claims of the application.

Claims

1. An OTA upgrade method based on a whole vehicle Ethernet architecture, characterized in that, The method comprises the following steps: S1: The vehicle-mounted OTA client detects an upgrade task of an OTA server; S2: The vehicle-mounted OTA client parses the upgrade task and transmits the upgrade task to application programs on each domain controller; wherein the domain controller is divided into multiple target areas, and each application program is installed in a different target area; S3: The vehicle-mounted OTA client performs installation condition checking, and initiates installation if the installation condition is met; if the installation condition is not met, the vehicle-mounted terminal is prompted; S4: The application programs on each domain controller receive the installation command, check the writing condition of different target areas, and confirm whether the writing condition is met; in a target area that meets the writing condition, a download request is initiated to the OTA server according to the upgrade package download address; S5: In the domain controller, the application programs in the target area that meets the writing condition establish a connection with the OTA server, and the OTA server starts to transmit an upgrade package data stream in segments through a TCP protocol; wherein the application programs and the OTA server establish an https connection through 5G; S6: After receiving the upgrade package data stream, the application programs check each segment of the data stream, and after the checking is successful, the segment of the data stream is written into the target area in real time; S7: S1-S6 are repeatedly executed until the downloading is completed, and the domain controller application programs mark the target area that completes the writing update as a start area for the next power-on; S8: The vehicle-mounted OTA client detects all domain controllers, confirms that all domain controllers have completed the writing, initiates a domain controller restart, and completes the upgrade.

2. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 1, characterized in that, The OTA client comprises an executable program running in a controller with networking capability and capable of accessing the OTA server.

3. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 1, characterized in that, The domain controller is an integrated controller capable of running an operating system, capable of Ethernet and http / https protocol connection, and integrating multiple chips.

4. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 1, characterized in that, In S2, the upgrade task contains domain controller target version information, upgrade package download address, and upgrade package checking information.

5. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 1, characterized in that, In S3, the installation condition includes whether the state of the vehicle and the domain controller meets the upgrade.

6. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 1, characterized in that, In S4, if multiple domain controllers meet the writing condition at the same time, each domain controller can initiate a download installation request in parallel.

7. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 1, characterized in that, In S5, the integrity of each segment of the upgrade package data stream is ensured by setting a frame protocol.

8. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 7, characterized in that, Each frame of data transmitted comprises a frame header, a frame tail, a data segment length, a starting offset of the data segment in the entire upgrade package, a hash value of the data segment, and data, and forms a data segment frame protocol format.

9. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 8, characterized in that, The OTA server combines the data segment according to the frame protocol format each time when the data segment is issued.

10. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 8, characterized in that, The vehicle-mounted OTA client receives the frame protocol data segment each time, parses the frame protocol format, and writes the data of the upgrade package.

11. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 8, characterized in that, If the data segment does not meet the frame protocol format, the current download and writing are ended, and the upgrade task is exited.

12. The OTA upgrade method based on the whole vehicle Ethernet architecture according to claim 8, characterized in that, The vehicle-mounted OTA client records the data length of each writing completed, which is used to compare with the offset carried in the next upgrade package protocol data segment; if the offset is inconsistent, the current download and writing are ended, and the upgrade task is exited.

Images