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
- information
- 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
- 238000000034 method Methods 0.000 title claims abstract description 22
- 230000003044 adaptive effect Effects 0.000 title claims abstract 5
- 238000004891 communication Methods 0.000 claims description 13
- 238000011161 development Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 2
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
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
Description
技术领域technical field
本发明属于车载娱乐系统领域，具体涉及一种适配多款屏幕升级方法。The invention belongs to the field of in-vehicle entertainment systems, and in particular relates to an upgrade method for adapting to multiple screens.
背景技术Background technique
随着汽车技术的发展，对车载娱乐系统的娱乐屏要求也越来越复杂，可能存在对车载娱乐系统需要适配多款娱乐屏的需求，每种屏幕都可能有不同的升级方案。现有的技术方案，是为每一种屏幕提供一套车载娱乐系统软件，以满足娱乐屏的升级需求，需要替换屏幕时，需要重新提供车载娱乐系统软件，对车载娱乐系统软件版本维护要求成本要求很高，不利于汽车技术的发展。With the development of automotive technology, the requirements for the entertainment screen of the in-vehicle entertainment system are becoming more and more complex. There may be a need for the in-vehicle entertainment system to be adapted to a variety of entertainment screens, and each screen may have different upgrade plans. The existing technical solution is to provide a set of in-vehicle entertainment system software for each type of screen to meet the upgrade requirements of the entertainment screen. When the screen needs to be replaced, the in-vehicle entertainment system software needs to be re-provided, and the maintenance of the in-vehicle entertainment system software version requires costs. The requirements are very high, which is not conducive to the development of automobile technology.
发明内容SUMMARY OF THE INVENTION
为达到上述目的，为了解决现有技术弊端，降低车载娱乐系统软件版本维护成本，发明一款可以根据娱乐屏的厂家信息、背光开关状态、升级协议编号等信息，自动选择娱乐屏的升级协议，达到同一车载娱乐系统软件版本，可以适配多款娱乐屏升级协议。一种适配多款屏幕升级方法，所述方法包括以下步骤：In order to achieve the above purpose, in order to solve the drawbacks of the existing technology and reduce the maintenance cost of the software version of the in-vehicle entertainment system, an upgrade protocol that can automatically select the entertainment screen according to the manufacturer information of the entertainment screen, the status of the backlight switch, the upgrade protocol number and other information, is invented. Achieving the same in-vehicle entertainment system software version, it can adapt to a variety of entertainment screen upgrade protocols. A method for adapting to a variety of screen upgrades, the method comprising the following steps:
1) 车载娱乐系统开机后，车载SOC处理器启动进入Bootloader程序并获取娱乐屏信息；1) After the in-vehicle entertainment system is turned on, the in-vehicle SOC processor starts to enter the Bootloader program and obtains the entertainment screen information;
2) 车载SOC处理器获取到娱乐屏的信号后，根据获取的信息对内核设备树的屏幕驱动节点进行修改；2) After the vehicle SOC processor obtains the signal of the entertainment screen, it modifies the screen driver node of the kernel device tree according to the obtained information;
3) 屏幕驱动根据设备树的节点数据选择娱乐屏的升级协议进行升级；3) The screen driver selects the upgrade protocol of the entertainment screen to upgrade according to the node data of the device tree;
4) 选择了合适的娱乐屏升级协议后，娱乐屏软件正常升级。4) After selecting the appropriate entertainment screen upgrade protocol, the entertainment screen software will be upgraded normally.
基于上述方案，本方案中车载系统将娱乐屏的厂家信息、背光开关状态及升级协议编号等信息，保存在EEPROM中，EEPROM由车载MCU处理器端控制，EEPROM的掉电数据不丢失的特性，可以很好的保存娱乐屏的信息，本发明车载MCU处理器控制EEPROM，在车载娱乐系统下线生产的过程中，一次写入。Based on the above solution, in this solution, the on-board system saves the manufacturer information of the entertainment screen, the status of the backlight switch and the upgrade protocol number, etc. in the EEPROM, which is controlled by the on-board MCU processor, and the power-down data of the EEPROM is not lost. The information of the entertainment screen can be well preserved, and the on-board MCU processor of the present invention controls the EEPROM, and can be written once during the off-line production of the on-board entertainment system.
作为本发明的一种改进，所述1）中，车载SOC处理器与车载MCU处理器端的通信协议过程采用spi总线的物理层，Bootloader程序IPCL协议与车载MCU处理器进行通信，IPCL协议的物理层通过spi总线进行通信。As an improvement of the present invention, in 1), the communication protocol process between the on-board SOC processor and the on-board MCU processor adopts the physical layer of the spi bus, the Bootloader program IPCL protocol communicates with the on-board MCU processor, and the physical layer of the IPCL protocol The layers communicate via the spi bus.
作为本发明的一种改进，所述1）中车载MCU处理器在收到Bootloader程序IPCL协议请求后，车载MCU处理器将BoardInfo信息按应答帧格式，将BoardInfo信息返回到车载SOC处理器Bootloader程序。As an improvement of the present invention, after receiving the IPCL protocol request of the Bootloader program in the 1), the on-board MCU processor returns the BoardInfo information to the Bootloader program of the on-board SOC processor according to the response frame format. .
基于上述方案，IPCL通信协议帧格式包含：数据帧DataFrame，应答帧（非应答）ACK/NACKFrame和无效帧DummyFrame。DataFrame：用来封装IPCLMessage，包括请求和数据等信息，DummyFrame：用于保持MTK2712和RH850之间的连接，定时发送的心跳数据包，ACK/NACKFrame：用于MT2712或者RH850返回上次通信的结果，成功或失败。Based on the above scheme, the IPCL communication protocol frame format includes: data frame DataFrame, acknowledgement frame (non-acknowledgement) ACK/NACKFrame and invalid frame DummyFrame. DataFrame: used to encapsulate IPCLMessage, including information such as request and data, DummyFrame: used to maintain the connection between MTK2712 and RH850, heartbeat data packets sent regularly, ACK/NACKFrame: used for MT2712 or RH850 to return the result of the last communication, success or failure.
作为本发明的一种改进，所述2）中，车载娱乐系统的设备树的二进制dtb文件，保存着娱乐屏驱动的设备信息，车载SOC处理器Bootloader程序根据BoardInfo信息，对dtb文件娱乐屏驱动的设备信息进行修改。As an improvement of the present invention, in 2), the binary dtb file of the device tree of the in-vehicle entertainment system stores the device information driven by the entertainment screen, and the Bootloader program of the in-vehicle SOC processor drives the entertainment screen of the dtb file according to the BoardInfo information. to modify the device information.
作为本发明的一种改进，所述3）中，车载娱乐系统的娱乐屏驱动被系统加载后，根据设备树二进制dtb文件中保存娱乐屏设备信息，选择对应的娱乐屏升级协议。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 entertainment screen device information saved in the device tree binary dtb file.
作为本发明的一种改进，娱乐屏协议升级包括以下步骤：As an improvement of the present invention, the entertainment screen protocol upgrade comprises the following steps:
1）车载SOC发送reset信号给娱乐屏；1) The vehicle SOC sends a reset signal to the entertainment screen;
2）车载SOC发送模式请求命令，娱乐屏返回当前模式为FBL；2) The vehicle SOC sends a mode request command, and the entertainment screen returns to the current mode as FBL;
3）车载SOC发送厂家ID请求命令，娱乐屏返回厂家ID；3) The vehicle SOC sends the manufacturer ID request command, and the entertainment screen returns the manufacturer ID;
4）车载SOC发送握手命令，娱乐屏返回握手成功；4) The vehicle SOC sends a handshake command, and the entertainment screen returns a successful handshake;
5）车载SOC发送安全码命令，娱乐屏检验安全码合法性，并返回成功；5) The vehicle SOC sends a security code command, the entertainment screen verifies the validity of the security code, and returns success;
6）车载SOC发送娱乐屏镜像数据，娱乐屏接收到数据，并验证数据有效，返回成功；6) The in-vehicle SOC sends the mirrored data of the entertainment screen, the entertainment screen receives the data, verifies that the data is valid, and returns successfully;
7）车载SOC发送数据包校验和命令，娱乐屏匹配校验和，返回成功；7) The vehicle SOC sends the data packet checksum command, the entertainment screen matches the checksum, and returns successfully;
8）车载SOC发送更新完成命令，娱乐屏接收，并重启；8) The vehicle SOC sends the update completion command, the entertainment screen receives it, and restarts;
9）车载SOC再次发送模式请求命令，娱乐屏返回模式为APP。9) The vehicle SOC sends the mode request command again, and the entertainment screen returns to the APP mode.
作为本发明的一种改进，所述BoardInfo信息包括厂家信息、背光开关状态以及升级协议编号。As an improvement of the present invention, the BoardInfo information includes manufacturer information, backlight switch status and upgrade protocol number.
作为本发明的一种改进，厂家信息、背光开关状态以及升级协议编号保存在EEPROM中，EEPROM由车载MCU处理器端控制。As an improvement of the present invention, the manufacturer's information, the status of the backlight switch and the upgrade protocol number are stored in the EEPROM, and the EEPROM is controlled by the on-board MCU processor.
作为本发明的一种改进，车载SOC处理器与车载MCU处理器端的通信协议过程双方采用spi总线的物理层的通信速率为1MHz。As an improvement of the present invention, both sides of the communication protocol process of the vehicle SOC processor and the vehicle MCU processor use the physical layer of the spi bus, and the communication rate is 1 MHz.
相对于现有技术，本发明的有益效果为：本发明可以降低车载娱乐系统的版本维护成本，因为本发明的目的就是完成一个车载娱乐系统版本对所有娱乐屏的升级协议的适配，所以只需要维护一个车载娱乐系统版本即可，就可完成对升级协议的选择，提高整个车载娱乐系统的代码重用度，提高开发效率。Compared with the prior art, the beneficial effects of the present invention are: the present invention can reduce the version maintenance cost of the in-vehicle entertainment system, because the purpose of the present invention is to complete the adaptation of one in-vehicle entertainment system version to the upgrade protocols of all entertainment screens, so only Only one version of the in-vehicle entertainment system needs to be maintained, then the selection of the upgrade protocol can be completed, the code reuse of the entire in-vehicle entertainment system can be improved, and the development efficiency can be improved.
附图说明Description of drawings
图1为本发明中车载娱乐系统启动流程图。FIG. 1 is a flow chart showing the startup of the in-vehicle entertainment system in the present invention.
图2为本发明中车载SOC处理器与车载MCU处理器之间IPCL通信协议。FIG. 2 is the IPCL communication protocol between the vehicle-mounted SOC processor and the vehicle-mounted MCU processor in the present invention.
图3为本发明中屏幕升级协议流程图。FIG. 3 is a flow chart of the screen upgrade protocol in the present invention.
具体实施方式Detailed ways
下面结合附图和具体实施方式，进一步阐明本发明，应理解下述具体实施方式仅用于说明本发明而不用于限制本发明的范围。The present invention will be further clarified below with reference to the accompanying drawings and specific embodiments. It should be understood that the following specific embodiments are only used to illustrate the present invention and not to limit the scope of the present invention.
实施例：如图1所示，一种适配多款屏幕升级方法，所述方法包括以下步骤：Embodiment: As shown in FIG. 1 , a method for adapting a variety of screen upgrades, the method includes the following steps:
1) 车载娱乐系统开机后，车载SOC处理器启动进入Bootloader程序并获取娱乐屏信息；1) After the in-vehicle entertainment system is turned on, the in-vehicle SOC processor starts to enter the Bootloader program and obtains the entertainment screen information;
2) 车载SOC处理器获取到娱乐屏的信号后，根据获取的信息对内核设备树的屏幕驱动节点进行修改；2) After the vehicle SOC processor obtains the signal of the entertainment screen, it modifies the screen driver node of the kernel device tree according to the obtained information;
3) 屏幕驱动根据设备树的节点数据选择娱乐屏的升级协议进行升级；3) The screen driver selects the upgrade protocol of the entertainment screen to upgrade according to the node data of the device tree;
4) 选择了合适的娱乐屏升级协议后，娱乐屏软件正常升级。4) After selecting the appropriate entertainment screen upgrade protocol, the entertainment screen software will be upgraded normally.
本方案中车载娱乐系统的车载SOC处理器是MTK2712，车载MCU处理器是RenesasRH850，车载系统将娱乐屏的厂家信息、背光开关状态及升级协议编号等信息，保存在EEPROM中，EEPROM由车载MCU处理器端控制，EEPROM的掉电数据不丢失的特性，可以很好的保存娱乐屏的信息，本发明车载MCU处理器控制EEPROM，在车载娱乐系统下线生产的过程中，一次写入。In this solution, the in-vehicle SOC processor of the in-vehicle entertainment system is MTK2712, and the in-vehicle MCU processor is RenesasRH850. The in-vehicle system saves the manufacturer information, backlight switch status and upgrade protocol number of the entertainment screen in EEPROM, which is processed by the in-vehicle MCU Device-side control, the EEPROM has the characteristics of no loss of power-down data, and can well save the information of the entertainment screen. The vehicle-mounted MCU processor of the present invention controls the EEPROM and writes it once during the off-line production of the vehicle-mounted entertainment system.
车载SOC处理器与车载MCU处理器端的通信协议过程采用spi总线的物理层，Bootloader程序IPCL协议与车载MCU处理器进行通信，IPCL协议的物理层通过spi总线进行通信。The communication protocol process between the vehicle SOC processor and the vehicle MCU processor adopts the physical layer of the spi bus, the Bootloader program IPCL protocol communicates with the vehicle MCU processor, and the physical layer of the IPCL protocol communicates through the spi bus.
所述1）中车载MCU处理器在收到Bootloader程序IPCL协议请求后，车载MCU处理器将BoardInfo信息按应答帧格式，将BoardInfo信息返回到车载SOC处理器Bootloader程序。After receiving the IPCL protocol request of the Bootloader program in the above 1), the on-board MCU processor returns the BoardInfo information to the Bootloader program of the on-board SOC processor according to the response frame format.
IPCL通信协议帧格式包含：数据帧Data Frame，应答帧（非应答）ACK/NACK Frame和无效帧Dummy Frame。Data Frame：用来封装IPCLMessage，包括请求和数据等信息，DummyFrame：用于保持MTK2712和RH850之间的连接，定时发送的心跳数据包。ACK/NACK Frame：用于MT2712或者RH850返回上次通信的结果，成功或失败。The frame format of the IPCL communication protocol includes: Data Frame, Acknowledgement Frame (non-acknowledgement) ACK/NACK Frame and Dummy Frame. Data Frame: used to encapsulate IPCLMessage, including information such as requests and data, DummyFrame: used to maintain the connection between MTK2712 and RH850, and send heartbeat data packets regularly. ACK/NACK Frame: used for MT2712 or RH850 to return the result of the last communication, success or failure.
如图2所示，车载SOC处理器发送数据帧的同时，车载MCU处理器端发送一个DummyFrame，表示车载MCU处理器有效；车载SOC处理器发送应答帧ACK Frame，作为上一次车载MCU处理器Dummy Frame的应答，车载MCU处理器同时发送应答帧ACK Frame，作为上一次车载SOC处理器发送数据帧的应答；车载SOC处理器发送Dummy Frame，表示车载SOC处理器有效。车载MCU处理器同时发送一个数据帧。车载SOC处理器发送应答帧ACK Frame，作为上一次车载MCU处理器数据帧的应答。车载MCU处理器同时发送应答帧ACK Frame，作为上一次车载SOC处理器发送Dummy Frame的应答。As shown in Figure 2, when the on-board SOC processor sends a data frame, the on-board MCU processor side sends a DummyFrame, indicating that the on-board MCU processor is valid; the on-board SOC processor sends an acknowledgement frame ACK Frame, as the last on-board MCU processor Dummy Frame In response to the Frame, the on-board MCU processor sends an ACK Frame at the same time as a response to the last data frame sent by the on-board SOC processor; the on-board SOC processor sends a Dummy Frame, indicating that the on-board SOC processor is valid. The on-board MCU processor sends a data frame at the same time. The on-board SOC processor sends an ACK Frame as a response to the last on-board MCU processor data frame. At the same time, the on-board MCU processor sends the response frame ACK Frame, which is the response of the last time the on-board SOC processor sends the Dummy Frame.
进一步地，所述2）中，车载娱乐系统的设备树的二进制dtb文件，保存着娱乐屏驱动的设备信息，车载SOC处理器Bootloader程序根据BoardInfo信息，对dtb文件娱乐屏驱动的设备信息进行修改。Further, in the above 2), the binary dtb file of the device tree of the in-vehicle entertainment system saves the device information driven by the entertainment screen, and the Bootloader program of the in-vehicle SOC processor modifies the device information driven by the entertainment screen in the dtb file according to the BoardInfo information. .
表1包含boardinfo信息的帧内容Table 1 Frame content containing boardinfo information
车载MCU处理器返回的包含boardinfo信息的帧内容如上表1所示。The content of the frame containing boardinfo information returned by the on-board MCU processor is shown in Table 1 above.
车载SOC处理器Bootloader程序，收到boardinfo数据包后，对数据包进行解析，解析Byte6~Byte8的数据，screen_product_id=0x01，backlight=0x01，screen_update_id=0x01。使用fdt工具修改设备树二进制dtb文件，将dtb文件中娱乐屏驱动的设备信息修改为screen_product_id=0x01，backlight=0x01，screen_update_id=0x01；加载娱乐屏驱动程序，娱乐屏驱动程序根据娱乐屏驱动的设备信息screen_update_id=0x01，选择“升级协议0x01”。The on-board SOC processor Bootloader program, after receiving the boardinfo data packet, parses the data packet, parses the data of Byte6~Byte8, screen_product_id=0x01, backlight=0x01, screen_update_id=0x01. Use the fdt tool to modify the device tree binary dtb file, and modify the device information of the entertainment screen driver in the dtb file to screen_product_id=0x01, backlight=0x01, screen_update_id=0x01; load the entertainment screen driver, and the entertainment screen driver is based on the device driven by the entertainment screen. Information screen_update_id=0x01, select "Upgrade Protocol 0x01".
如果升级协议需要使用“升级协议0x02”，车载SOC处理器Bootloader程序，收到boardinfo数据包后，对数据包进行解析，解析Byte6~Byte8的数据，screen_product_id=0x01，backlight=0x01，screen_update_id=0x02。使用fdt工具修改设备树二进制dtb文件，将dtb文件中娱乐屏驱动的设备信息修改为screen_product_id=0x01，backlight=0x01，screen_update_id=0x02；加载娱乐屏驱动程序，娱乐屏驱动程序根据娱乐屏驱动的设备信息screen_update_id=0x02，选择“升级协议0x02”。If the upgrade protocol needs to use "upgrade protocol 0x02", the on-board SOC processor Bootloader program, after receiving the boardinfo data packet, parses the data packet, parses the data of Byte6~Byte8, screen_product_id=0x01, backlight=0x01, screen_update_id=0x02. Use the fdt tool to modify the device tree binary dtb file, and modify the device information of the entertainment screen driver in the dtb file to screen_product_id=0x01, backlight=0x01, screen_update_id=0x02; load the entertainment screen driver, and the entertainment screen driver is based on the device driven by the entertainment screen. Information screen_update_id=0x02, select "Upgrade Protocol 0x02".
如图3所示，所述3）中，屏幕升级协议包括以下步骤：步骤1：车载SOC（HOST）发送reset信号给娱乐屏；步骤2：车载SOC发送模式请求命令，娱乐屏返回当前模式为FBL(FBL表示屏幕处在升级模式)；步骤3：车载SOC发送厂家ID请求命令，娱乐屏返回厂家ID（如长江0x11）；步骤4：车载SOC发送握手（HANDSHAKE）命令，娱乐屏返回握手成功；步骤5：车载SOC发送安全码命令，娱乐屏检验安全码合法性，并返回成功（合法性验证返回FD，错误返回FB）；步骤6：车载SOC发送娱乐屏镜像数据，娱乐屏接收到数据，并验证数据有效，返回成功（HOST发送第一个数据包，等待数据接收响应，HOST收到数据接收响应FA，错误返回FB，HOST持续发送其余的数据包，每次发送128个字节数据，index为要发的次数）；步骤7：车载SOC发送数据包校验和命令，娱乐屏匹配校验和，返回成功；步骤8：车载SOC发送更新完成命令，娱乐屏接收，并重启；步骤9：车载SOC再次发送模式请求命令，娱乐屏返回模式为APP（APP表示娱乐屏处在正常使用模式）；所述4）中，按照所述3）协议升级完成后，读取版本号信息，版本号更新表示升级成功。As shown in Figure 3, in 3), the screen upgrade protocol includes the following steps: Step 1: The on-board SOC (HOST) sends a reset signal to the entertainment screen; Step 2: The on-board SOC sends a mode request command, and the entertainment screen returns to the current mode as FBL (FBL indicates that the screen is in the upgrade mode); Step 3: The vehicle SOC sends a manufacturer ID request command, and the entertainment screen returns the manufacturer ID (such as Changjiang 0x11); Step 4: The vehicle SOC sends a handshake (HANDSHAKE) command, and the entertainment screen returns a successful handshake ;Step 5: The vehicle SOC sends the security code command, the entertainment screen verifies the validity of the security code, and returns a success (the legality verification returns FD, and the error returns FB); Step 6: The vehicle SOC sends the entertainment screen mirroring data, and the entertainment screen receives the data , and verify that the data is valid and return successfully (HOST sends the first data packet, waits for the data reception response, HOST receives the data reception response FA, returns FB in error, HOST continues to send the rest of the data packets, each time sending 128 bytes of data , index is the number of times to be sent); Step 7: The vehicle SOC sends a data packet checksum command, the entertainment screen matches the checksum, and returns successfully; Step 8: The vehicle SOC sends an update completion command, the entertainment screen receives it, and restarts; step 9: The vehicle SOC sends the mode request command again, and the entertainment screen returns to the APP mode (APP indicates that the entertainment screen is in normal use mode); in the above 4), after the upgrade is completed according to the above 3) protocol, read the version number information, An updated version number indicates that the upgrade was successful.
需要说明的是，以上内容仅仅说明了本发明的技术思想，不能以此限定本发明的保护范围，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰均落入本发明权利要求书的保护范围之内。It should be noted that the above content only illustrates the technical idea of the present invention, and cannot limit the protection scope of the present invention. Several improvements and modifications can be made, which all fall within the protection scope of the claims of the present invention.
Claims (9)
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 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104572221A (en) * | 2015-01-30 | 2015-04-29 | 重庆邮电大学 | Vehicle-mounted ECU (electronic control unit) online updating system and method |
| CN111897585A (en) * | 2020-09-30 | 2020-11-06 | 延锋伟世通电子科技（南京）有限公司 | Linux-based multi-hardware adaptation method |
| CN112379901A (en) * | 2020-11-04 | 2021-02-19 | 深圳市科信通信技术股份有限公司 | Singlechip firmware upgrading method and device, computer equipment and storage medium |
-
2021
- 2021-12-08 CN CN202111490969.8A patent/CN114416144A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104572221A (en) * | 2015-01-30 | 2015-04-29 | 重庆邮电大学 | Vehicle-mounted ECU (electronic control unit) online updating system and method |
| CN111897585A (en) * | 2020-09-30 | 2020-11-06 | 延锋伟世通电子科技（南京）有限公司 | Linux-based multi-hardware adaptation method |
| CN112379901A (en) * | 2020-11-04 | 2021-02-19 | 深圳市科信通信技术股份有限公司 | Singlechip firmware upgrading method and device, computer equipment and storage medium |
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 |
|---|---|---|
| US8136108B2 (en) | Updating firmware with multiple processors | |
| US20050229173A1 (en) | Automatic firmware update proxy | |
| CN105426198A (en) | Vehicle onboard double-control-chip system and auxiliary control chip program update method therefor | |
| CN101196823B (en) | Method, system and equipment for on-line software upgrade in open application structure | |
| US20160085538A1 (en) | Over-the-air updates for ble devices | |
| CN113094072A (en) | Vehicle upgrading method and device, electronic device and storage medium | |
| US20030226139A1 (en) | System update protocol | |
| CN106406922A (en) | Software upgrade method and device | |
| CN112667265B (en) | Method and device for updating bootstrap program | |
| CN114416144A (en) | Adaptive multi-style screen upgrading method | |
| CN108958752B (en) | Single chip microcomputer online upgrading system and method | |
| CN117435220A (en) | OTA upgrade method, device, electronic equipment and storage medium based on programming mode | |
| CN112181455B (en) | Online upgrading method of microcontroller, microcontroller and storage medium | |
| JP2025019271A (en) | OTA master, system, method, program, and vehicle | |
| JP7602493B2 (en) | Method for interacting with a computer on an on-board bus of a vehicle - Patents.com | |
| US12190100B2 (en) | OTA software update based on ECU non-volatile memory type | |
| WO2019010769A1 (en) | Upgrade method and apparatus for vehicle-mounted communication device, and vehicle-mounted communication device | |
| CN111541562A (en) | Network driver layer-based airborne equipment firmware upgrading method and system | |
| CN117519749A (en) | STM32 online upgrading function solving method | |
| JP7559684B2 (en) | OTA master, system, method, program, and vehicle | |
| CN114579161A (en) | Application program updating method and ECU | |
| CN114756270A (en) | Automatic driving system firmware upgrading method and automatic driving system | |
| CN114546455A (en) | A dual-partition MCU software upgrade method and device | |
| JP2005050097A (en) | Information processor, information processing method, program, and storage medium | |
| JP2003309485A (en) | Device and method for updating software |
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 |