CN115202692A - OTA (over the air) upgrading method and device for vehicle HUD - Google Patents
OTA (over the air) upgrading method and device for vehicle HUD Download PDFInfo
- Publication number
- CN115202692A CN115202692A CN202210748341.1A CN202210748341A CN115202692A CN 115202692 A CN115202692 A CN 115202692A CN 202210748341 A CN202210748341 A CN 202210748341A CN 115202692 A CN115202692 A CN 115202692A
- Authority
- CN
- China
- Prior art keywords
- hud
- controller
- version
- latest
- system software
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
The application is suitable for the technical field of intelligent driving, and provides an OTA (over the air) upgrading method and device for a vehicle HUD (head Up display), which comprise the following steps: when the car machine restarts at every turn, the OTA client side initiates connection with the cloud server to confirm whether the HUD needs to be updated or not, the OTA client side sends the latest HUD upgrading packet to the HUD controller through the TCP protocol, the HUD controller receives the upgrading packet and checks the upgrading packet to be consistent and then installs the upgrading packet, after upgrading is finished, the upgrading result is fed back to the OTA client side, and meanwhile the HUD controller backs up the upgrading packet. The method does not need to expose an interface to external equipment, ensures the updating speed and the information reliability, upgrades the automobile through the OTA, and greatly reduces the recall cost.
Description
Technical Field
The application belongs to the technical field of communication, and particularly relates to an OTA (over the air) upgrading method and device for a vehicle HUD.
Background
In recent years, with the development of Augmented Reality technology (AR), an Augmented Reality Head-Up Display (AR-HUD) upgraded from an automobile Head-Up Display (HUD) becomes one of the latest challenges of automobile industry workers.
The AR-HUD technology takes a windshield as a display screen, uses an enhanced projection surface, generates image elements through a digital micro-mirror element, simultaneously images on an imaging screen finally shoot to the windshield through a reflector, reasonably superposes and displays some driving information in a driver sight area, has larger imaging distance and longer projection distance, is combined with a real scene, and can display road condition information, lane line information, marked pedestrians and moving objects, marked Adaptive Cruise Control (ACC) and vehicle target, navigation guide and other animation information in an AR area.
However, most of the upgrade methods of HUDs on the market at present are upgraded by connecting a Controller Area Network (CAN) or an external Universal Serial Bus (USB) interface to a USB disk and using a vehicle, but the upgrade is not safe enough by using an external USB interface, so that the upgrade method is generally cancelled after mass production of automobiles, and the upgrade by using the CAN requires an external device to trigger the operation, so that an owner cannot operate by himself or herself and CAN only go to a 4S store to dismount the automobiles, such upgrade methods are time-consuming, and the use cost is greatly increased.
Disclosure of Invention
The application provides a vehicle HUD's OTA upgrading method, realizes the upgrading of vehicle HUD system through the TCP agreement, and this OTA upgrading method need not expose the interface and give external equipment, as long as the vehicle is networked can update the HUD system, has guaranteed update speed and information reliability, upgrades the car through OTA, has reduced the recall cost by a wide margin.
In a first aspect, a method for upgrading a vehicle HUD through an OTA is provided, where the method is applied to an OTA client, where the HUD may be an AR-HUD or another type of HUD, and an embodiment of the present application is described by taking an AR-HUD as an example, the method includes: the OTA client collects the current AR-HUD system software version of the AR-HUD controller and detects whether the cloud server has the latest AR-HUD system software version; when the latest AR-HUD system software version exists in the cloud server, the OTA client sends a first message value corresponding to the latest AR-HUD system software version to the AR-HUD controller, and the first message value is used for the AR-HUD controller to detect whether the local AR-HUD system version is consistent with the latest AR-HUD system software version or not; when the local AR-HUD system version is consistent with the latest AR-HUD system software version, the OTA client sends an installation instruction to the AR-HUD controller; when the local AR-HUD system version is inconsistent with the latest AR-HUD system software version, the OTA client sends the latest AR-HUD system software version to the AR-HUD controller.
According to the OTA upgrading method of the AR-HUD, the upgrading package file of the AR-HUD system is acquired in the OTA mode, automatic remote upgrading of the AR-HUD can be achieved, and external equipment is not needed to trigger.
With reference to the first aspect, in some implementations of the first aspect, the OTA client sends a request instruction to the AR-HUD controller, where the request instruction is used to obtain a version number of a current AR-HUD system software version of the AR-HUD controller; and when the version number of the current AR-HUD system software version of the AR-HUD controller is obtained, the OTA client detects whether the cloud server has the latest AR-HUD system software version.
According to the OTA upgrading method of the AR-HUD of the vehicle, whether the AR-HUD system of the vehicle needs to be upgraded or not can be determined simply and quickly by comparing the version number of the software version of the AR-HUD system.
With reference to the first aspect, in some implementation manners of the first aspect, the OTA client sends a query instruction to the AR-HUD controller, where the query instruction is used to query whether the AR-HUD system is successfully upgraded; when the AR-HUD system fails to be upgraded and the upgrading failure is failed for the first time, the OTA client sends a rollback instruction to the AR-HUD controller, and the rollback instruction is used for indicating the AR-HUD controller to install the latest AR-HUD system software version and execute restarting operation.
In a second aspect, a method for OTA upgrade of a vehicle HUD is provided, which is applied to an AR-HUD controller, where the HUD may be an AR-HUD or another type of HUD, and an embodiment of the present application is described by taking an AR-HUD as an example, and the method includes: the method comprises the steps that an AR-HUD controller receives a request instruction sent by an OTA client, wherein the request instruction is used for obtaining the version number of the current AR-HUD system software version of the AR-HUD controller; the AR-HUD controller sends the version number corresponding to the local AR-HUD system version of the AR-HUD controller to the OTA client; the AR-HUD controller receives a first message value corresponding to the latest AR-HUD system software version sent by the OTA client; the AR-HUD controller detects whether the local AR-HUD system version is consistent with the latest AR-HUD system software version according to a first message value; when the local AR-HUD system version is consistent with the latest AR-HUD system software version, the AR-HUD controller installing the local AR-HUD system version; and when the local AR-HUD system version is inconsistent with the latest AR-HUD system software version, the AR-HUD controller receives the latest AR-HUD system software version sent by the OTA client and installs the latest AR-HUD system software version.
With reference to the second aspect, in certain implementations of the second aspect, the AR-HUD controller calculates a second message value corresponding to the local AR-HUD system software; the AR-HUD controller compares the second message value corresponding to the local AR-HUD system software with the first message value corresponding to the latest AR-HUD system software version; determining that the local AR-HUD system version is consistent with the latest AR-HUD system software version when the second message value is equal to the first message value.
With reference to the second aspect, in certain implementations of the second aspect, the AR-HUD controller deletes the local AR-HUD upgrade package when the first message value is inconsistent with the second message value; and the AR-HUD controller receives the latest AR-HUD upgrade package and the installation list file which are sent by the OTA client and downloaded from the cloud server.
According to the OTA upgrading mode of the AR-HUD vehicle, the OTA client transmits the upgrading packet through the TCP protocol, transmission and upgrading can be completed in a short time, and upgrading reliability and efficiency are guaranteed.
With reference to the second aspect, in certain implementations of the second aspect, it is again compared whether the first message value and the second message value are consistent; and if the AR-HUD is inconsistent with the AR-HUD, exiting the OTA upgrading process of the vehicle AR-HUD.
With reference to the second aspect, in certain implementations of the second aspect, when the first message value is consistent with the second message value, the AR-HUD controller queries whether there is an installation list file that locally stores the latest AR-HUD system software version, and when locally storing the installation list file of the latest AR-HUD system software version, the AR-HUD controller stores an upgrade package local to the AR-HUD controller locally to the vehicle, and installs the local AR-HUD system version.
With reference to the second aspect, in some implementation manners of the second aspect, the AR-HUD controller calls an internal interface to enter the latest upgrade package software program of the AR-HUD system of the cloud server into the SOC and the MCU, and when the AR-HUD system is successfully upgraded, the AR-HUD controller executes a restart operation.
With reference to the second aspect, in some implementations of the second aspect, the AR-HUD controller sends the result of the upgrade of the AR-HUD system to the OTA client;
and when the upgrading of the AR-HUD system fails, and the upgrading fails for the first time, the AR-HUD controller executes a rollback operation.
In a third aspect, there is provided an electronic device comprising at least one processor, a memory and a communication interface for communicating with other devices, the memory comprising computer program instructions which, when executed in the processor, cause the electronic device to carry out the OTA upgrade method for a vehicle AR-HUD of any one of the above first or second aspects.
In a fourth aspect, there is provided a system for OTA upgrade of a vehicle AR-HUD, comprising an OTA client for performing the method of OTA upgrade of a vehicle AR-HUD as described in any one of the above first aspects, and an AR-HUD controller for performing the method of OTA upgrade of a vehicle AR-HUD as described in any one of the above second aspects.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.
FIG. 1 is a block diagram schematic diagram of an apparatus for OTA upgrade of an AR-HUD of a vehicle according to an embodiment of the present application;
FIG. 2 is a flowchart illustrating an OTA upgrade method for an AR-HUD of a vehicle according to an embodiment of the present application;
FIG. 3 is a schematic flow chart of a version collection of the AR-HUD of the vehicle according to an embodiment of the present application;
FIG. 4 is a schematic flowchart of an upgraded data deployment for a vehicle AR-HUD according to an embodiment of the present application;
FIG. 5 is a schematic flow chart illustrating installation of upgrade data according to an embodiment of the present application;
FIG. 6 is a schematic diagram illustrating an OTA upgrade rollback flow of an AR-HUD of a vehicle according to an embodiment of the present application;
FIG. 7 is a flowchart illustrating an OTA upgrade method for an AR-HUD of a vehicle applied to an AR-HUD controller according to an embodiment of the present application.
Detailed Description
In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.
It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
It should also be understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.
As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to" determining "or" in response to detecting ". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted contextually to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".
Furthermore, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used for distinguishing between descriptions and not necessarily for describing a relative importance or importance.
Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.
By combining with the introduction in the background art, the existing upgrading mode for the HUD technology has the problems of vehicle disassembly, long time consumption and high cost, so that the updating can not be carried out at the first time after the software updating iteration. In order to solve The problems, the invention provides an OTA (Over The Air) upgrading method and device for an AR-HUD (automobile AR-HUD), the method comprises The steps that an AR-HUD controller serves as a server side, an OTA (Over The Air) of a whole automobile serves as a client side, the OTA client side initiates connection with a cloud side every time The automobile is restarted, the software version number of The AR-HUD System is requested to be compared with The latest version of The cloud side to confirm whether The AR-HUD needs to be updated or not, after The fact that The AR-HUD needs to be updated is confirmed, the OTA client side downloads The latest AR-HUD upgrading package from The cloud side, after The downloading is completed, the upgrading package is sent to The AR-HUD through a Transmission Control Protocol (TCP), after The AR-HUD receives The upgrading package and checks The upgrading package, the OTA client side triggers upgrading, the AR-HUD receives an upgrading instruction, the OTA-HUD controller calls an internal interface to record upgrading package software into a System On Chip (SOC) and a micro Control Unit (Microcontroller), and after The upgrading result is completed, the upgrading result is fed back up to The MCU. The method does not need to expose an interface to external equipment, and automatically and remotely transmits the upgrade package through the virtual Ethernet and by using a TCP (transmission control protocol) protocol when the automobile is used every time, so that the updating speed and the information reliability are ensured.
In order to more clearly understand various implementations in the embodiments of the present application, technical terms referred to in the embodiments of the present application are first defined or explained below.
(1) Over The Air (OTA): namely, the online upgrade is the ability of pushing the data update in the terminal by connecting the server and the mobile communication network with the terminal.
(2) System On Chip (SOC): an integrated circuit with a dedicated target is a system or product formed by combining a plurality of integrated circuits with specific functions on one chip, wherein the system comprises the whole system and the whole content of embedded software.
(3) Micro Controller Unit (MCU): with the advent and development of large-scale integrated circuits, a CPU, an RAM, a ROM, a timing counter, and various I/O interfaces of a computer are integrated on one chip to form a chip-level computer, which is controlled in different combinations for different applications.
(4) Acknowledgement Character (ACK): in data communication, a transmission control character sent by a receiving station to a sending station indicates that the data sent has been received correctly, and in the TCP protocol, if the receiving station successfully receives the data, an ACK data is replied.
(5) Transmission Control Protocol (TCP): a transport layer communication protocol based on a byte stream that is connection-oriented and reliable.
In some embodiments, for example, as shown in fig. 1, a block diagram of an apparatus for OTA upgrading of a vehicle AR-HUD provided by the embodiments of the present application may include: a TCP communication module 10, a message receiving/sending module 20, a data processing/protocol parsing module 30, a service response module (responding TCP protocol message module) 40, an upgrade related file uploading/downloading module 50, and a program flashing module 60. In this embodiment, the TCP communication module 10 is configured to create a concurrent TCP server in a process for receiving connections of multiple clients, and record a socket descriptor of a currently connected client for sending a message to an OTA client; the message receiving/sending module 20 is configured to detect that a message is received immediately after the message is sent to the socket descriptor currently concerned, and then send the received message to the data processing/protocol parsing module 30 for processing; the data processing/protocol parsing module 30 is configured to parse and perform corresponding processing according to the message received from the TCP and the agreed protocol specification; the service response module (response TCP protocol message module) 40 is configured to determine whether the response is a positive response or a negative response according to the result of the protocol processing, and then add an agreed frame header and a frame tail to the message through the message receiving/sending module 20 to send the message; the upgrade related file uploading and downloading module 50 is used for judging whether to upload the version information file or download the upgrade package according to the received message after analysis and then performing corresponding reading and writing operation procedures; the program flashing module 60 is used for sequentially flashing the SOC and the MCU software after receiving the command.
In OTA upgrading of the vehicle AR-HUD, an OTA client can acquire files of the latest version of the vehicle AR-HUD from a cloud server, the files comprise an upgrading packet, an installation list file and the like, the AR-HUD controller can realize specific functions and acts as a server side, the OTA client is connected with the AR-HUD controller through a customized USB line, and the upgrading files are transmitted through a TCP protocol.
Illustratively, as shown in fig. 2, a schematic flowchart of the overall OTA upgrading method for the vehicle AR-HUD provided by the present application may include the following steps S101 to S106:
and S101, after the vehicle is restarted, the OTA client initiates connection with the AR-HUD controller, the OTA client collects the software version of the current AR-HUD system to the AR-HUD controller, and detects whether the cloud server has a new version of the AR-HUD.
In some embodiments, the AR-HUD controller queries a version information file of the local AR-HUD, where the version information file includes a version number of the AR-HUD, the AR-HUD controller uploads the version information file to the OTA client, the OTA client parses the version information file to obtain the version number of the local AR-HUD of the AR-HUD controller, the OTA client queries whether an upgrade package higher than the version exists in the cloud server according to the version number, and if the upgrade package higher than the version exists, the step S102 is performed.
And S102, the OTA client sends an upgrading data deployment request to the AR-HUD controller to the AR-HUD client, and judges whether the upgrading data is deployed successfully.
When the upgrade data is deployed successfully, performing step S104; when the upgrade data deployment fails, step S103 is performed.
And S103, ending the process, and ending the OTA upgrading process of the vehicle AR-HUD.
And S104, the OTA client sends an installation instruction to the AR-HUD controller, the AR-HUD controller installs a new-version AR-HUD upgrade package file, and meanwhile, the OTA client periodically sends an inquiry instruction to the AR-HUD controller to inquire whether the OTA upgrade of the vehicle AR-HUD is successful or not.
If the upgrade is successful, go to step S105; if the upgrade fails, step S106 is performed.
In practical application, the period for the OTA client to periodically send the query instruction to the AR-HUD controller may be set as required, and for example, the period length may be set to 3 seconds.
Step S105, the AR-HUD controller executes a restart instruction.
And S106, the OTA client sends a rollback instruction to the AR-HUD controller, and backups the AR-HUD upgrade package of the new version.
Illustratively, as shown in FIG. 3, for a schematic flow chart of version collection of the vehicle AR-HUD provided by the present application, the method may include the following steps S201-S207:
and step S201, the OTA client sends a request instruction for acquiring the AR-HUD system version information file of the current vehicle to the AR-HUD controller.
Wherein the version information file includes a version number of the AR-HUD system software version.
And S202, the AR-HUD controller receives a request instruction of the current version and inquires whether the AR-HUD controller stores the current version information file of the AR-HUD.
If the AR-HUD controller has the current version information file for storing the AR-HUD, performing the steps S203-S205; if the AR-HUD controller does not save the current version information file of the AR-HUD, steps S206-S207 are performed.
And step S203, the AR-HUD controller returns the ACK to the OTA client.
Wherein, the ACK content of the acknowledgement character in step S203 is a positive response feedback signal, and when receiving the positive response feedback signal, it indicates that the local AR-HUD controller has the version information file of the AR-HUD.
And step S204, the OTA client requests the AR-HUD controller to upload the current version information file of the AR-HUD system software to the OTA client.
Wherein the version information file includes a version number of the vehicle AR-HUD system software.
In some embodiments, the OTA client analyzes the received version information file of the AR-HUD controller to obtain the software version number of the AR-HUD system, and queries whether an upgrade package higher than the version exists in the cloud server according to the version number, and if an upgrade package file higher than the version exists, performs an upgrade data deployment process.
And S205, the AR-HUD controller sends the current version information file of the AR-HUD system software of the vehicle to the OTA client frame by frame.
And step S206, the AR-HUD controller returns the ACK to the OTA client.
The ACK in step S206 is a negative response feedback signal, which indicates that the local AR-HUD controller does not have the version information file of the AR-HUD.
And S207, terminating the collection of the software version information file of the AR-HUD system of the vehicle, and ending the OTA upgrading process of the AR-HUD of the vehicle.
Illustratively, as shown in FIG. 4, for a schematic flow chart of the upgrade data deployment for a vehicle AR-HUD provided herein, the method may include the following steps S301-S312:
step S301, the OTA client sends an inquiry request to the AR-HUD controller through the version number of the AR-HUD controller obtained in the version collection process, and inquires whether the AR-HUD controller locally has an upgrade package of the version.
In some embodiments, the OTA client checks the new version upgrade package of the AR-HUD system of the cloud server, calculates the upgrade package to obtain a first message value distinguished from other AR-HUD system software upgrade packages, optionally, the OTA client checks the upgrade package by using a hash 256 algorithm, calculates the first message value of the new version upgrade package of the AR-HUD acquired from the cloud server by using the hash 256 algorithm, and uses the message value as a check value distinguished from other upgrade packages.
If the AR-HUD controller locally has the upgrade package of the version, the step S303 is carried out; if the AR-HUD controller does not have the upgrade package of the version locally, the step S302 is performed.
And step S302, ending the OTA upgrading process.
And S303, comparing whether the check value of the local AR-HUD upgrade package calculated by the AR-HUD controller is the same as the check value of the AR-HUD upgrade package of the cloud server calculated by the OTA client.
In some embodiments, if there is an upgrade package of the local version of the AR-HUD controller locally, the AR-HUD controller checks the upgrade package of the local version of the AR-HUD controller, calculates the upgrade package to obtain a second message value distinguished from other AR-HUD system software upgrade packages, and the message value can be used as a check value distinguished from other upgrade packages and compared with the check value of the upgrade package of the new version of the AR-HUD obtained from the cloud server calculated by the OTA client, and compares the two check values to determine whether the upgrade package files are consistent.
In some embodiments, if the check value of the upgrade package of the local version of the AR-HUD controller is the same as the check value of the upgrade package of the new version of the AR-HUD obtained from the cloud server, step S307 is performed; and if the check value of the upgrading packet of the local version of the AR-HUD controller is different from the check value of the upgrading packet of the new version of the AR-HUD obtained from the cloud server, performing steps S304-S306.
Optionally, the calculation method for checking the upgrade package may calculate through a hash 256 algorithm, and calculate, through the hash 256 algorithm, the latest upgrade package of the vehicle AR-HUD system software and the upgrade package of the vehicle AR-HUD system software of the AR-HUD controller, which are acquired by the OTA client from the cloud server, where a calculation result of each upgrade package is a check value of 32 bytes.
And S304, deleting the upgrade patch file of the local AR-HUD system by the AR-HUD controller.
In some embodiments, when the 32-byte check value of the latest upgrade package of the vehicle AR-HUD system software of the cloud server is different from the 32-byte check value of the upgrade package of the vehicle AR-HUD system software of the AR-HUD controller, the AR-HUD controller deletes the upgrade package file of the local AR-HUD system, and the OTA client receives the feedback information of "file inconsistency".
And S305, transmitting the latest installation list file and the latest upgrade package of the AR-HUD system to the AR-HUD controller by the OTA client through a TCP protocol.
The OTA client calculates the latest AR-HUD system upgrade package by using a Hash 256 algorithm to obtain a 32-byte check value, and the check value of the latest AR-HUD system upgrade package can be attached when the OTA client transmits the latest AR-HUD system installation list file and the upgrade package to the AR-HUD controller.
And S306, comparing whether the check value of the latest AR-HUD system upgrade package is consistent with the check value of the AR-HUD system local to the AR-HUD controller.
If the check value of the upgrade package of the latest AR-HUD system is consistent with the check value of the upgrade package of the AR-HUD system local to the AR-HUD controller, performing step S307; if the latest check value of the upgrade package of the AR-HUD system is not consistent with the check value of the upgrade package of the AR-HUD system local to the AR-HUD controller, step S309 is performed.
And S307, the AR-HUD controller inquires whether the installation list file exists locally.
If the AR-HUD controller locally has an installation list file, performing steps S308-S309; if the AR-HUD controller does not have the list file installed locally, the process proceeds to step S309.
And S308, storing the upgrade package to the local AR-HUD controller.
And step S309, ending the upgrading data deployment process.
Illustratively, as shown in fig. 5, for the schematic flowchart of installing upgrade data provided by the present application, the method may include the following steps S401-S408:
step S401: and the OTA client sends an installation instruction to the AR-HUD controller.
In some embodiments, the AR-HUD controller calculates a check value of the local mount list file by using a hash 256 algorithm, the OTA client calculates a check value of the cloud mount list file, and compares whether the two check values are the same, if the check value of the local mount list file is the same as the check value of the cloud mount list file, the AR-HUD controller returns ACK to the OTA client, where the ACK is a positive response feedback signal, and the OTA client sends a mount instruction to the AR-HUD controller.
And S402, the AR-HUD controller receives the installation instruction, calls an internal interface to record the software program of the latest AR-HUD upgrade package downloaded from the cloud server into the SOC and the MCU.
And S403, the OTA client periodically sends a query instruction to the AR-HUD controller to query whether the AR-HUD controller records the latest software program of the AR-HUD upgrade package downloaded from the cloud server.
In practical application, the period for the OTA client to periodically send the query instruction to the AR-HUD controller may be set as required, and for example, the period length may be set to 3 seconds.
In some embodiments, if the AR-HUD controller finishes the entry, an ACK is returned to the OTA client, where the ACK is a positive response feedback signal, step S404 is performed, and the OTA client periodically sends a query instruction to the AR-HUD controller to query whether the upgrade is successful; if the AR-HUD controller is not finished with the flash, the method returns to the step S403 to continue the query. Meanwhile, the AR-HUD controller calls an internal interface to record the program of the upgrade package software into the SOC and the MCU.
And S404, the OTA client periodically sends a query instruction to the AR-HUD controller to query whether the upgrading is successful, and the AR-HUD controller returns an upgrading result to the OTA client after receiving the query instruction.
In practical applications, the period for the OTA client to periodically send the query instruction to the AR-HUD controller may be set as required, and for example, the period length may be set to 3 seconds.
In some embodiments, if the OTA upgrade of the AR-HUD of the vehicle succeeds, the OTA client sends an instruction of stopping the upgrade to the AR-HUD controller, and the steps S405-S406 are carried out; and if the OTA upgrading of the AR-HUD of the vehicle fails, the step S407 is carried out.
In step S405, the AR-HUD controller executes a restart operation on the AR-HUD controller.
And step S406, exiting the process of installing the vehicle AR-HUD.
And S407, the OTA client periodically sends a query instruction to the AR-HUD controller to query whether the OTA upgrading failure of the AR-HUD of the vehicle is the first failure.
In practical application, the period for the OTA client to periodically send the query instruction to the AR-HUD controller may be set as required, and for example, the period length may be set to 3 seconds.
In some embodiments, if the OTA upgrade failure of the vehicle AR-HUD is the first failure, step S408 is performed; and if the OTA upgrading failure of the vehicle AR-HUD is not the first failure, the step S406 is carried out, and the process of installing the vehicle AR-HUD is quitted.
And step S408, the OTA client executes rollback operation.
Illustratively, as shown in fig. 6, a schematic flow chart of an OTA upgrade rollback for a vehicle AR-HUD provided by the present application may include the following steps S501-S505:
and S501, the OTA client sends a rollback instruction to the AR-HUD controller.
In some embodiments, the OTA client sends a query instruction to the AR-HUD controller periodically, when the query is successful or not, and when the upgrade fails for the first time, a rollback operation is triggered, and the OTA client sends a rollback instruction to the AR-HUD controller.
And step S502, the AR-HUD controller calls an internal interface to record the software program of the upgrade package into the SOC and the MCU.
And S503, the OTA client periodically sends a query instruction to the AR-HUD controller to query whether the AR-HUD controller finishes recording the software program of the upgrade package.
In practical application, the period for the OTA client to periodically send the query instruction to the AR-HUD controller may be set as required, and for example, the period length may be set to 3 seconds.
In some embodiments, if the AR-HUD controller finishes the flash, the upgrade result is returned to the OTA client, where the ACK may be a positive response feedback signal or a negative response feedback, and step S504 is performed, where the OTA client periodically sends a query instruction to the AR-HUD controller to query whether the upgrade is successful; and if the AR-HUD controller is not completely flashed, returning to the step S503 to continue querying. Meanwhile, the AR-HUD controller continues to flash the SOC and the MCU.
And step S504, the OTA client periodically sends a query instruction to the AR-HUD controller, whether the upgrading is successful is queried, and after receiving the query instruction, the AR-HUD controller returns an upgrading result to the OTA client.
In practical application, the period for the OTA client to periodically send the query instruction to the AR-HUD controller may be set as required, and for example, the period length may be set to 3 seconds.
And step S505, the AR-HUD controller executes the restarting operation.
In some embodiments, in a rollback flow of an OTA upgrade of a vehicle AR-HUD, the AR-HUD controller performs a restart operation regardless of whether the upgrade was successful.
Illustratively, as shown in fig. 7, a flow chart of the OTA upgrading method for the vehicle AR-HUD applied to the AR-HUD controller provided by the present application may include the following steps S601-S606:
step S601, the AR-HUD controller receives a request instruction sent by the OTA client.
In some embodiments, the request instruction is used to obtain the version number of the AR-HUD system software version of the current AR-HUD controller.
And step S602, the AR-HUD controller sends the version number corresponding to the local AR-HUD system version of the AR-HUD controller to the OTA client.
And step S603, the AR-HUD controller receives a first message value corresponding to the latest AR-HUD system software version sent by the OTA client.
And step S604, the AR-HUD controller detects whether the local AR-HUD system version is consistent with the latest AR-HUD system software version according to the first message value.
In some embodiments, the AR-HUD controller parses the local AR-HUD system software for comparing the second message value corresponding to the local AR-HUD system software with the first message value corresponding to the most recent AR-HUD system software version.
When the first message value corresponding to the latest AR-HUD system software version is consistent with the second message value corresponding to the local AR-HUD system software, the step S605 is performed; and when the first message value corresponding to the latest AR-HUD system software version is not consistent with the second message value corresponding to the local AR-HUD system software, performing step S606.
And step S605, the AR-HUD controller installs the local AR-HUD system version.
In some embodiments, when the first message value corresponding to the latest AR-HUD system software version is consistent with the second message value corresponding to the local AR-HUD system software, the AR-HUD controller queries whether an installation list file storing the latest AR-HUD system software version exists locally, and if the installation list file storing the latest AR-HUD system software version exists, the AR-HUD controller installs the local AR-HUD system version and stores the upgrade package locally to the AR-HUD controller.
And step S606, the AR-HUD controller receives the latest AR-HUD system software version sent by the OTA client and installs the latest AR-HUD system software version.
In some embodiments, when the first message value corresponding to the latest AR-HUD system software version is inconsistent with the second message value corresponding to the local AR-HUD system software, the AR-HUD controller receives the latest AR-HUD system software version sent by the OTA client after deleting the local AR-HUD upgrade packet; after the AR-HUD controller receives the latest AR-HUD system software version sent by the OTA client and stores the latest AR-HUD system software version to the local, the AR-HUD controller calculates the local upgrade package of the AR-HUD controller to obtain a second message value, and compares whether the first message value is consistent with the second message value again;
if the current AR-HUD system software version is inconsistent with the current second message value corresponding to the local AR-HUD system software, the AR-HUD controller deletes the local AR-HUD upgrade package again, the OTA client downloads the latest AR-HUD upgrade package and the installation list file from the cloud server and sends the latest AR-HUD upgrade package and the installation list file to the AR-HUD controller through a TCP (transmission control protocol), and when the first message value corresponding to the latest AR-HUD system software version is inconsistent with the second message value corresponding to the local AR-HUD system software, the OTA upgrade flow of the current vehicle AR-HUD is exited; and installing the latest AR-HUD system software version when the first message value corresponding to the latest AR-HUD system software version is consistent with the second message value corresponding to the local AR-HUD system software.
The communication module may provide solutions for communication applied to network devices, including Wireless Local Area Networks (WLANs) (e.g., wi-Fi networks), bluetooth, zigbee, mobile communication networks, global Navigation Satellite Systems (GNSS), frequency Modulation (FM), near Field Communication (NFC), infrared (IR), and the like. The communication module may be one or more devices integrating at least one communication processing module. The communication module may include an antenna, and the antenna may have only one array element, or may be an antenna array including a plurality of array elements. The communication module can receive electromagnetic waves through the antenna, frequency modulation and filtering processing are carried out on electromagnetic wave signals, and the processed signals are sent to the processor. The communication module can also receive a signal to be sent from the processor, frequency-modulate and amplify the signal, and convert the signal into electromagnetic waves through the antenna to radiate the electromagnetic waves.
It should be noted that, for the information interaction, execution process, and other contents between the above-mentioned devices/units, the specific functions and technical effects thereof are based on the same concept as those of the embodiment of the method of the present application, and specific reference may be made to the part of the embodiment of the method, which is not described herein again.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
An embodiment of the present application further provides a network device, where the network device includes: at least one processor, a memory, and a computer program stored in the memory and executable on the at least one processor, the processor implementing the steps of any of the various method embodiments described above when executing the computer program.
An embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored, and when the computer program is executed by a processor, the computer program implements the steps in the foregoing method embodiments.
The embodiments of the present application provide a computer program product, which when running on a mobile terminal, enables the mobile terminal to implement the steps in the above method embodiments when executed.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, all or part of the processes in the methods of the embodiments described above may be implemented by instructing relevant hardware by a computer program, which may be stored in a computer-readable storage medium, and when the computer program is executed by a processor, the steps of the embodiments of the methods described above may be implemented. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer readable medium may include at least: any entity or device capable of carrying computer program code to a photographing apparatus/terminal apparatus, a recording medium, computer Memory, read-Only Memory (ROM), random Access Memory (RAM), an electrical carrier signal, a telecommunications signal, and a software distribution medium. Such as a usb-disk, a removable hard disk, a magnetic or optical disk, etc. In certain jurisdictions, computer-readable media may not be an electrical carrier signal or a telecommunications signal in accordance with legislative and patent practice.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus/network device and method may be implemented in other ways. For example, the above-described apparatus/network device embodiments are merely illustrative, and for example, the division of the modules or units is only one logical division, and there may be other divisions when actually implementing, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.
Claims (12)
1. An OTA upgrade method for a vehicle HUD is characterized by comprising the following steps:
the method comprises the steps that an over-the-air OTA client collects a current HUD system software version of an augmented reality head-up display HUD controller, and detects whether a cloud server has a latest HUD system software version;
when the cloud server has the latest HUD system software version, the OTA client sends a first message value corresponding to the latest HUD system software version to the HUD controller, and the first message value is used for the HUD controller to detect whether the local HUD system version is consistent with the latest HUD system software version;
when the local HUD system version is consistent with the latest HUD system software version, the OTA client sends an installation instruction to the HUD controller;
and when the local HUD system version is inconsistent with the latest HUD system software version, the OTA client sends the latest HUD system software version to the HUD controller.
2. The method of claim 1, wherein said detecting whether the cloud server has the latest HUD system software version comprises:
the OTA client sends a request instruction to the HUD controller, wherein the request instruction is used for acquiring the version number of the current HUD system software version of the HUD controller;
and when the version number of the current HUD system software version of the HUD controller is obtained, the OTA client detects whether the cloud server has the latest HUD system software version.
3. The method according to claim 1 or 2, characterized in that the method further comprises:
the OTA client sends a query instruction to the HUD controller, and the query instruction is used for querying whether the upgrading of the HUD system is successful;
when the upgrade of the HUD system fails, and the upgrade failure is the first failure, the OTA client sends a rollback instruction to the HUD controller, wherein the rollback instruction is used for indicating the HUD controller to install the latest HUD system software version and execute the restart operation.
4. An OTA upgrade method for a vehicle HUD is characterized by comprising the following steps:
the method comprises the steps that a HUD controller receives a request instruction sent by an OTA client, wherein the request instruction is used for obtaining the version number of the current HUD system software version of the HUD controller;
the HUD controller sends the version number corresponding to the local HUD system version of the HUD controller to the OTA client;
the HUD controller receives a first message value corresponding to the latest HUD system software version sent by the OTA client;
the HUD controller detecting whether the local HUD system version is consistent with the latest HUD system software version according to a first message value;
when the local HUD system version is consistent with the latest HUD system software version, the HUD controller installing the local HUD system version;
and when the local HUD system version is inconsistent with the latest HUD system software version, the HUD controller receives the latest HUD system software version sent by the OTA client and installs the latest HUD system software version.
5. The method according to claim 4 wherein said detecting whether said local HUD system version is consistent with said most recent HUD system software version based on a first message value further comprises:
the HUD controller calculates a second message value corresponding to the local HUD system software;
the HUD controller compares the second message value corresponding to the local HUD system software with the first message value corresponding to the latest HUD system software version;
determining that the local HUD system version is consistent with the latest HUD system software version when the second message value is equal to the first message value.
6. The method of claim 5, further comprising:
when the first message value is inconsistent with the second message value, the HUD controller deletes the local HUD upgrade package;
and the HUD controller receives the latest HUD upgrade package and the installation list file which are downloaded from the cloud server and sent by the OTA client.
7. A method according to claim 5 or 6 wherein, when the local HUD system version of the HUD controller does not correspond to the latest HUD system software version, after sending the latest HUD system software version to the HUD controller, the method further comprises:
comparing again whether the first message value and the second message value are consistent;
and if the vehicle HUD is inconsistent with the OTA upgrading process, exiting the OTA upgrading process of the vehicle HUD.
8. The method according to claim 5 wherein installing the local HUD system version when the local HUD system version is consistent with the latest HUD system software version comprises:
when the first message value is consistent with the second message value, the HUD controller inquires whether an installation list file for storing the latest HUD system software version exists locally or not, and when the installation list file for storing the latest HUD system software version is stored locally, the HUD controller stores the local upgrade package of the HUD controller to the local vehicle and installs the local HUD system version.
9. The method according to claim 8, wherein said installing said up-to-date HUD system software version further comprises:
the HUD controller calls an internal interface to record the latest upgrade package software program of the HUD system into the SOC and the MCU, and when the HUD system is upgraded successfully, the HUD controller executes the restarting operation.
10. The method of claim 4, further comprising:
the HUD controller sends an upgrading result of the HUD system to the OTA client;
and when the upgrade of the HUD system fails, and the upgrade failure is the first failure, the HUD controller executes rollback operation.
11. An electronic device comprising at least one processor, a memory, and a communication interface for communicating with other devices, the memory comprising computer program instructions which, when executed in the processor, cause the electronic device to implement the OTA upgrade method for a vehicle HUD as claimed in any one of claims 1 to 3 or claims 4 to 9.
12. A system for OTA upgrade of vehicle HUD comprising an OTA client for performing the method of OTA upgrade of vehicle HUD of any one of claims 1 to 3 and a HUD controller for performing the method of OTA upgrade of vehicle HUD of any one of claims 4 to 9.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210748341.1A CN115202692A (en) | 2022-06-29 | 2022-06-29 | OTA (over the air) upgrading method and device for vehicle HUD |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210748341.1A CN115202692A (en) | 2022-06-29 | 2022-06-29 | OTA (over the air) upgrading method and device for vehicle HUD |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115202692A true CN115202692A (en) | 2022-10-18 |
Family
ID=83578307
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210748341.1A Pending CN115202692A (en) | 2022-06-29 | 2022-06-29 | OTA (over the air) upgrading method and device for vehicle HUD |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115202692A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024197570A1 (en) * | 2023-03-28 | 2024-10-03 | 华为技术有限公司 | Upgrading detection method and device |
-
2022
- 2022-06-29 CN CN202210748341.1A patent/CN115202692A/en active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024197570A1 (en) * | 2023-03-28 | 2024-10-03 | 华为技术有限公司 | Upgrading detection method and device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106802813B (en) | Method and device for upgrading aerial firmware and vehicle | |
US20210108943A1 (en) | Map data updating method, apparatus, system and storage medium | |
CN109032653B (en) | Method, device, equipment and storage medium for upgrading vehicle-mounted terminal of unmanned vehicle | |
JP7562661B2 (en) | Software upgrade method, apparatus and system | |
US7366589B2 (en) | Method and system for remote reflash | |
CN107783777A (en) | A kind of upgrade method, equipment and the system of vehicle-mounted integral machine | |
JP7459284B2 (en) | VEHICLE SOFTWARE UPGRADE METHOD, RELATED SYSTEM, CONTROL SYSTEM, CLOUD SERVER, AND COMPUTER PROGRAM | |
CN107608701A (en) | A kind of method and apparatus of firmware updating | |
CN109831338B (en) | Vehicle machine system upgrading method, cloud server and mobile terminal | |
US20140282467A1 (en) | Method and Apparatus for Multiple Vehicle Software Module Reflash | |
CN111614765B (en) | Vehicle OTA (over the air) upgrading method and system | |
US20170155553A1 (en) | System for providing telematic services and corresponding method | |
CN110187904B (en) | Device and method for updating vehicle controller firmware | |
CN115202692A (en) | OTA (over the air) upgrading method and device for vehicle HUD | |
CN115567496A (en) | OTA (over the air) upgrading method and system | |
CN111031142B (en) | Software upgrading method, device and medium | |
KR20150069916A (en) | DTG Peristalsis and Upgrade system using mobile. | |
CN107172613B (en) | A kind of remote maintenance system and method for car wireless terminal | |
CN114567552A (en) | Vehicle-mounted V2X equipment upgrading method and device, computer equipment and storage medium | |
CN114679439A (en) | Bluetooth BLE-based auxiliary upgrade package downloading method for Internet of things | |
CN113791800A (en) | Automatic parking control module remote upgrading method and system and automobile | |
CN104506604A (en) | Vehicle-mounted terminal automatic remote upgrading method | |
CN112650510A (en) | Method and device for upgrading instrument control system software and automobile | |
CN115955669A (en) | Vehicle data upgrading method and device based on OTA and vehicle-mounted terminal | |
CN113254041A (en) | Electronic map updating method, device, equipment and computer readable storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |