CN114416144A - Adaptive multi-style screen upgrading method - Google Patents
Adaptive multi-style screen upgrading method Download PDFInfo
- Publication number
- CN114416144A CN114416144A CN202111490969.8A CN202111490969A CN114416144A CN 114416144 A CN114416144 A CN 114416144A CN 202111490969 A CN202111490969 A CN 202111490969A CN 114416144 A CN114416144 A CN 114416144A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- screen
- entertainment
- protocol
- soc
- 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
- G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
Abstract
The invention discloses a method for upgrading a multi-style adaptive screen, which comprises the following steps: 1) after the vehicle-mounted entertainment system is started, the vehicle-mounted SOC processor starts to enter a Bootloader program and acquire entertainment screen information, 2) after the vehicle-mounted SOC processor acquires signals of an entertainment screen, screen driving nodes of a kernel equipment tree are modified according to the acquired information, 3) screen driving selects an upgrading protocol of the entertainment screen according to node data of the equipment tree for upgrading, 4) after a proper entertainment screen upgrading protocol is selected, entertainment screen software is normally upgraded, in the scheme, the vehicle-mounted system stores information of manufacturers, backlight switch states, upgrading protocol numbers and the like of the entertainment screen in an EEPROM (electrically erasable programmable read-only memory), the EEPROM is controlled by a vehicle-mounted MCU (micro control unit) processor, and the power-down data of the EEPROM is not lost, so that the information of the entertainment screen can be well stored.
Description
Technical Field
The invention belongs to the field of vehicle-mounted entertainment systems, and particularly relates to a multi-screen adaptive upgrading method.
Background
With the development of automobile technology, the requirements for the entertainment screen of the vehicle-mounted entertainment system are more and more complex, the requirement for adapting multiple entertainment screens to the vehicle-mounted entertainment system may exist, and each screen may have different upgrading schemes. The existing technical scheme is to provide a set of vehicle-mounted entertainment system software for each screen to meet the upgrading requirement of the entertainment screen, when the screen needs to be replaced, the vehicle-mounted entertainment system software needs to be provided again, the requirement on the maintenance cost of the version of the vehicle-mounted entertainment system software is high, and the development of the automobile technology is not facilitated.
Disclosure of Invention
In order to achieve the purpose, in order to solve the defects of the prior art and reduce the maintenance cost of the software version of the vehicle-mounted entertainment system, the invention discloses an upgrading protocol capable of automatically selecting the entertainment screen according to information of manufacturers of the entertainment screen, backlight on-off states, upgrading protocol numbers and the like, so that the same vehicle-mounted entertainment system software version can be achieved, and a plurality of entertainment screen upgrading protocols can be adapted. A method of adapting to a plurality of screen upgrades, the method comprising the steps of:
1) after the vehicle-mounted entertainment system is started, the vehicle-mounted SOC processor starts a Bootloader program and obtains entertainment screen information;
2) after the vehicle-mounted SOC processor acquires a signal of an entertainment screen, modifying a screen driving node of a kernel equipment tree according to the acquired information;
3) the screen driver selects an upgrading protocol of the entertainment screen for upgrading according to the node data of the equipment tree;
4) after a proper entertainment screen upgrading protocol is selected, the software of the entertainment screen is upgraded normally.
Based on the scheme, the vehicle-mounted system stores information of manufacturers, backlight switch states, upgrade protocol numbers and the like of the entertainment screen in the EEPROM, the EEPROM is controlled by the vehicle-mounted MCU processor, and the information of the entertainment screen can be well stored due to the characteristic that power-down data of the EEPROM is not lost.
As an improvement of the present invention, in 1), a communication protocol process between the vehicle-mounted SOC processor and the vehicle-mounted MCU processor adopts a physical layer of an spi bus, the Bootloader program IPCL protocol communicates with the vehicle-mounted MCU processor, and the physical layer of the IPCL protocol communicates through the spi bus.
As an improvement of the present invention, after the vehicle-mounted MCU processor in 1) receives a Bootloader program IPCL protocol request, the vehicle-mounted MCU processor returns the BoardInfo information to the Bootloader program of the vehicle-mounted SOC processor according to a response frame format.
Based on the above scheme, the frame format of the IPCL communication protocol comprises: a data frame DataFrame, an acknowledgement frame (non-acknowledgement) ACK/NACKFrame, and an invalid frame DummyFrame. DataFrame: the IPCLMessage is used for packaging the IPCLMessage, and comprises information such as request and data, DummyFrame: a heartbeat packet for maintaining a connection between the MTK2712 and the RH850, a heartbeat packet for a timing transmission, ACK/NACKFrame: the MT2712 or RH850 returns the result of the last communication, success or failure.
As an improvement of the invention, in 2), the binary dtb file of the device tree of the vehicle-mounted entertainment system stores the device information driven by the entertainment screen, and the Bootloader program of the vehicle-mounted SOC processor modifies the device information driven by the entertainment screen of the dtb file according to the BoardInfo information.
As an improvement of the present invention, in 3), after the entertainment screen driver of the in-vehicle entertainment system is loaded by the system, the corresponding entertainment screen upgrade protocol is selected according to the information of the entertainment screen stored in the device tree binary dtb file.
As an improvement of the invention, the protocol upgrade of the entertainment screen comprises the following steps:
1) the vehicle SOC sends a reset signal to the entertainment screen;
2) the vehicle-mounted SOC sends a mode request command, and the entertainment screen returns that the current mode is FBL;
3) the vehicle SOC sends a manufacturer ID request command, and the entertainment screen returns the manufacturer ID;
4) the vehicle-mounted SOC sends a handshake command, and the entertainment screen returns that the handshake is successful;
5) the vehicle-mounted SOC sends a safety code command, the entertainment screen checks the validity of the safety code and returns success;
6) the vehicle-mounted SOC sends the image data of the entertainment screen, the entertainment screen receives the data, verifies the validity of the data and returns success;
7) the vehicle SOC sends a data packet checksum command, the entertainment screen matches the checksum and returns success;
8) the vehicle-mounted SOC sends an update completion command, and the entertainment screen receives and restarts the update completion command;
9) and the vehicle-mounted SOC sends a mode request command again, and the entertainment screen returns to the mode of APP.
As an improvement of the invention, the BoardInfo information comprises manufacturer information, backlight on-off state and upgrade protocol number.
As an improvement of the invention, the manufacturer information, the backlight switch state and the upgrade protocol number are stored in an EEPROM, and the EEPROM is controlled by a vehicle MCU processor.
As an improvement of the invention, the communication speed of the physical layer of the spi bus adopted by both sides of the communication protocol process of the vehicle SOC processor and the vehicle MCU processor is 1 MHz.
Compared with the prior art, the invention has the beneficial effects that: the invention can reduce the version maintenance cost of the vehicle-mounted entertainment system, and because the invention aims to finish the adaptation of one version of the vehicle-mounted entertainment system to the upgrade protocols of all entertainment screens, the selection of the upgrade protocols can be finished only by maintaining one version of the vehicle-mounted entertainment system, thereby improving the code reuse degree of the whole vehicle-mounted entertainment system and improving the development efficiency.
Drawings
FIG. 1 is a flowchart illustrating the start-up of a vehicle entertainment system according to the present invention.
FIG. 2 shows an IPCL communication protocol between the onboard SOC processor and the onboard MCU processor according to the present invention.
FIG. 3 is a flowchart of a screen upgrade protocol according to the present invention.
Detailed Description
The present invention will be further illustrated with reference to the accompanying drawings and specific embodiments, which are to be understood as merely illustrative of the invention and not as limiting the scope of the invention.
Example (b): as shown in fig. 1, a method for adapting to multiple screen upgrades, the method comprising the steps of:
1) after the vehicle-mounted entertainment system is started, the vehicle-mounted SOC processor starts a Bootloader program and obtains entertainment screen information;
2) after the vehicle-mounted SOC processor acquires a signal of an entertainment screen, modifying a screen driving node of a kernel equipment tree according to the acquired information;
3) the screen driver selects an upgrading protocol of the entertainment screen for upgrading according to the node data of the equipment tree;
4) after a proper entertainment screen upgrading protocol is selected, the software of the entertainment screen is upgraded normally.
In the scheme, the vehicle-mounted SOC processor of the vehicle-mounted entertainment system is MTK2712, the vehicle-mounted MCU processor is Renesa SR H850, the vehicle-mounted system stores information of manufacturers of the entertainment screen, backlight switch states, upgrading protocol numbers and the like in an EEPROM, the EEPROM is controlled by the vehicle-mounted MCU processor, the power failure data of the EEPROM is not lost, and the information of the entertainment screen can be well stored.
The communication protocol process of the vehicle-mounted SOC processor and the vehicle-mounted MCU processor adopts a physical layer of an spi bus, a Bootloader program IPCL protocol is communicated with the vehicle-mounted MCU processor, and the physical layer of the IPCL protocol is communicated through the spi bus.
And 1) after the vehicle-mounted MCU processor receives a Bootloader program IPCL protocol request, the vehicle-mounted MCU processor returns the BoardInfo information to the Bootloader program of the vehicle-mounted SOC processor according to a response frame format.
The IPCL communication protocol frame format comprises: a Data Frame, an acknowledgement Frame (non-acknowledgement) ACK/NACK Frame and an invalid Frame Dummy Frame. Data Frame: the IPCLMessage is used for packaging the IPCLMessage, and comprises information such as request and data, a Dummy Frame: the heartbeat data packet is used for maintaining the connection between the MTK2712 and the RH850 and is sent in a timing mode. ACK/NACK Frame: the MT2712 or RH850 returns the result of the last communication, success or failure.
As shown in fig. 2, while the vehicle SOC processor sends a data Frame, the vehicle MCU processor sends a Dummy Frame indicating that the vehicle MCU processor is valid; the vehicle-mounted SOC processor sends a response Frame ACK Frame as the response of the last time of the vehicle-mounted MCU processor Dummy Frame, and the vehicle-mounted MCU processor simultaneously sends the response Frame ACK Frame as the response of the last time of the vehicle-mounted SOC processor sending the data Frame; the vehicle SOC processor sends a Dummy Frame indicating that the vehicle SOC processor is valid. And the vehicle-mounted MCU processor simultaneously transmits a data frame. And the vehicle SOC processor sends an acknowledgement Frame ACK Frame as the response of the data Frame of the last vehicle MCU processor. And the vehicle-mounted MCU processor simultaneously sends an acknowledgement Frame ACK Frame as the acknowledgement of the last time the vehicle-mounted SOC processor sends the Dummy Frame.
Further, in 2), the binary dtb file of the device tree of the vehicle-mounted entertainment system stores the device information driven by the entertainment screen, and the Bootloader program of the vehicle-mounted SOC processor modifies the device information driven by the entertainment screen of the dtb file according to the BoardInfo information.
Table 1 frame contents containing boradinfo information
The content of the frame containing the heartbeat information returned by the vehicle-mounted MCU processor is shown in the table 1 above.
After receiving the bootinfo data packet, the vehicle-mounted SOC processor Bootloader program analyzes the data packet, analyzes data of the Byte 6-Byte 8, and analyzes screen _ product _ id =0x01, backlight =0x01, and screen _ update _ id =0x 01. Modifying the device tree binary dtb file using the fdt tool to modify the device information of the entertainment screen drive in the dtb file to screen _ product _ id =0x01, backlight =0x01, screen _ update _ id =0x 01; and loading an entertainment screen driver, wherein the entertainment screen driver selects 'upgrade protocol 0x 01' according to the device information screen _ update _ id =0x01 of the entertainment screen driver.
If the upgrading protocol needs to use 'upgrading protocol 0x 02', the vehicle SOC processor Bootloader program analyzes the data packet after receiving the heartbeat data packet, analyzes the data of the bytes 6-8, and screen _ product _ id =0x01, backlight =0x01, and screen _ update _ id =0x 02. Modifying the device tree binary dtb file using the fdt tool to modify the device information of the entertainment screen drive in the dtb file to screen _ product _ id =0x01, backlight =0x01, screen _ update _ id =0x 02; and loading an entertainment screen driver, wherein the entertainment screen driver selects 'upgrade protocol 0x 02' according to the device information screen _ update _ id =0x02 of the entertainment screen driver.
As shown in fig. 3, in said 3), the screen upgrade protocol includes the following steps: step 1: the vehicle SOC (HOST) sends a reset signal to the entertainment screen; step 2: the vehicle SOC sends a mode request command, and the current mode returned by the entertainment screen is FBL (FBL indicates that the screen is in an upgrading mode); and step 3: the vehicle SOC sends a manufacturer ID request command, and the entertainment screen returns a manufacturer ID (such as 0x11 in Yangtze river); and 4, step 4: the vehicle SOC sends a handshake (HANDSHAKE) command, and the entertainment screen returns that the handshake is successful; and 5: the vehicle SOC sends a safety code command, the entertainment screen checks the validity of the safety code and returns success (FD is returned for validity verification and FB is returned for error); step 6: the vehicle SOC sends the image data of the entertainment screen, the entertainment screen receives the data, verifies the validity of the data and returns success (HOST sends the first data packet, waits for data receiving response, HOST receives data receiving response FA, and returns FB in error, HOST continuously sends the rest data packets, 128 bytes of data are sent each time, and index is the number of times to be sent); and 7: the vehicle SOC sends a data packet checksum command, the entertainment screen matches the checksum and returns success; and 8: the vehicle-mounted SOC sends an update completion command, and the entertainment screen receives and restarts the update completion command; and step 9: the vehicle-mounted SOC sends a mode request command again, and the mode returned by the entertainment screen is APP (APP represents that the entertainment screen is in a normal use mode); and in 4), after upgrading is finished according to the protocol in 3), reading version number information, wherein version number updating indicates that upgrading is successful.
It should be noted that the above-mentioned contents only illustrate the technical idea of the present invention, and the protection scope of the present invention is not limited thereby, and it is obvious to those skilled in the art that several modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations fall within the protection scope of the claims of the present invention.
Claims (9)
1. A method for adapting to multiple screen upgrades is characterized by comprising the following steps:
1) after the vehicle-mounted entertainment system is started, the vehicle-mounted SOC processor starts a Bootloader program and obtains entertainment screen information;
2) after the vehicle-mounted SOC processor acquires the information of the entertainment screen, modifying a screen driving node of the kernel equipment tree according to the acquired information of the entertainment screen;
3) the screen driver selects an upgrading protocol of the entertainment screen for upgrading according to the node data of the kernel equipment tree;
4) after a proper entertainment screen upgrading protocol is selected, the software of the entertainment screen is upgraded normally.
2. The multi-screen-adaptive upgrading method according to claim 1, wherein in 1), a communication protocol process between the vehicle-mounted SOC processor and the vehicle-mounted MCU processor adopts a physical layer protocol of an spi bus, the Bootloader program communicates with the vehicle-mounted MCU processor through an IPCL protocol, the communication protocol between the vehicle-mounted SOC processor and the vehicle-mounted MCU processor is the IPCL protocol, the physical layer of the IPCL protocol adopts the spi bus, and when a Bootloader boot program of the vehicle-mounted SOC processor is started, the Bootloader program communicates with the vehicle-mounted MCU processor through the IPCL protocol.
3. The multi-screen-upgrading method adaptive to the claim 1, wherein after the vehicle-mounted MCU processor in 1) receives a Bootloader program IPCL protocol request, the vehicle-mounted MCU processor returns BoardInfo information to a Bootloader program of the vehicle-mounted SOC processor according to a response frame format.
4. The adaptive multi-version screen upgrading method according to claim 1, wherein in the step 2), the binary dtb file of the kernel device tree of the vehicle-mounted entertainment system stores device information of the entertainment screen, and the vehicle-mounted SOC processor Bootloader program modifies the device information of the entertainment screen drive of the binary dtb file according to the BoardInfo information.
5. The adaptive multi-style screen upgrading method according to claim 1, wherein in 3), after the entertainment screen driver of the vehicle-mounted entertainment system is loaded by the vehicle-mounted entertainment system, the corresponding entertainment screen upgrading protocol is selected according to the information of the entertainment screen device stored in the binary dtb file of the kernel device tree.
6. The method for adapting to the multiple screen upgrade of claim 1, wherein the 3) entertainment screen protocol upgrade comprises the following steps:
1) the vehicle SOC sends a reset signal to the entertainment screen;
2) the vehicle-mounted SOC sends a mode request command, and the entertainment screen returns that the current mode is FBL;
3) the vehicle SOC sends a manufacturer ID request command, and the entertainment screen returns the manufacturer ID;
4) the vehicle-mounted SOC sends a handshake command, and the entertainment screen returns that the handshake is successful;
5) the vehicle-mounted SOC sends a safety code command, the entertainment screen checks the validity of the safety code and returns success;
6) the vehicle-mounted SOC sends the image data of the entertainment screen, the entertainment screen receives the data, verifies the validity of the data and returns success;
7) the vehicle SOC sends a data packet checksum command, the entertainment screen matches the checksum and returns success;
8) the vehicle-mounted SOC sends an update completion command, and the entertainment screen receives and restarts the update completion command;
9) and the vehicle-mounted SOC sends a mode request command again, and the entertainment screen returns to the mode of APP.
7. The method for adapting to the multiple screen upgrade of claim 4, wherein the BoardInfo information comprises manufacturer information, backlight switch status and upgrade protocol number.
8. The method of claim 7, wherein the manufacturer information, the backlight on/off state and the upgrade protocol number are stored in an EEPROM, and the EEPROM is controlled by the MCU processor.
9. The method for adapting to the upgrading of the multiple screens of claim 2, wherein the communication rate of the physical layer of the spi bus adopted by both sides of the communication protocol process of the vehicle SOC processor and the vehicle MCU processor is 1 MHz.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111490969.8A CN114416144A (en) | 2021-12-08 | 2021-12-08 | Adaptive multi-style screen upgrading method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111490969.8A CN114416144A (en) | 2021-12-08 | 2021-12-08 | Adaptive multi-style screen upgrading method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114416144A true CN114416144A (en) | 2022-04-29 |
Family
ID=81265986
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111490969.8A Pending CN114416144A (en) | 2021-12-08 | 2021-12-08 | Adaptive multi-style screen upgrading method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114416144A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116204353A (en) * | 2022-12-08 | 2023-06-02 | 武汉海微科技有限公司 | Recovery and restoration method, device and equipment of vehicle-mounted system and storage medium |
-
2021
- 2021-12-08 CN CN202111490969.8A patent/CN114416144A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116204353A (en) * | 2022-12-08 | 2023-06-02 | 武汉海微科技有限公司 | Recovery and restoration method, device and equipment of vehicle-mounted system and storage medium |
| CN116204353B (en) * | 2022-12-08 | 2023-10-20 | 武汉海微科技有限公司 | Recovery and restoration method, device and equipment of vehicle-mounted system and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10630538B2 (en) | Software update method and apparatus for vehicle | |
| US20190324858A1 (en) | Rollback recovery from partial failure in multiple electronic control unit over-the-air updates | |
| EP4099655A1 (en) | Software version rollback method, apparatus and system | |
| CN103095745A (en) | Vehicle-mounted terminal, electronic module and device, system and method of electronic module upgrade | |
| CN101673202A (en) | Program writing method and system, pre-writing device and writing device | |
| CN110187904B (en) | Device and method for updating vehicle controller firmware | |
| US20050149923A1 (en) | System update protocol | |
| CN114416144A (en) | Adaptive multi-style screen upgrading method | |
| CN106406922A (en) | Software upgrade method and device | |
| CN102890636A (en) | Firmware upgrade method and system under Android system | |
| CN114840241A (en) | Data processing method and related equipment | |
| JP4511358B2 (en) | How to transmit data on the bus | |
| CN113434168A (en) | Vehicle-mounted network architecture self-adaptive upgrading method based on intelligent hardware computing power | |
| CN113383390A (en) | Electronic control device and program update method | |
| CN114440389B (en) | Air conditioner, upgrading method thereof, computer equipment and computer readable storage medium | |
| CN114531431A (en) | Bluetooth-based multi-device OTA (over the air) upgrading method, electronic device, storage medium and program product | |
| CN111541562B (en) | Network driver layer-based airborne equipment firmware upgrading method and system | |
| CN109889368A (en) | A kind of GPRS remote upgrade method based on STM32 controller | |
| US12117954B2 (en) | Method of dialogue with a computer on an on-board bus of a vehicle | |
| CN107832072A (en) | A kind of method based on the silent upgrading single-chip microcomputer firmware of serial communication | |
| CN115220747A (en) | Upgrading method of vehicle-mounted multimedia system, vehicle-mounted multimedia system and vehicle | |
| CN116257263A (en) | Motorcycle and software upgrading method | |
| CN113867764A (en) | Method and system for upgrading vehicle MCU through multiple channels | |
| CN110837390B (en) | Zynq platform remote upgrading method | |
| CN112241279A (en) | Self-adaptive electronic control unit software upgrading method and system and automobile |
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 |