Software flashing method, system and terminal for vehicle screen driver board and vehicle
By using software update packages stored on mobile terminals and the IIC communication protocol, software updates for vehicle screen drive boards can be performed without disassembly, solving the problems of time-consuming, labor-intensive, and costly updates in existing technologies, and enabling fast and accurate screen drive board software updates.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- CHERY NEW ENERGY AUTOMOBILE TECH CO LTD
- Filing Date
- 2023-03-10
- Publication Date
- 2026-07-03
AI Technical Summary
In the existing technology, software updates for vehicle screen drive boards require removing the screen drive board from the vehicle body and flashing it via the J-Link interface, which is time-consuming, labor-intensive, and costly, and cannot achieve remote updates.
The software update package stored on the mobile terminal is used to achieve self-updating of the screen driver board through IIC communication and Boot-Loader command protocol. The screen driver board does not need to be disassembled. It is precisely written using commands such as erase, flash, and reset.
It enables rapid and accurate updates to the screen driver software, avoiding the disassembly process, reducing costs, and ensuring the accuracy and efficiency of the updates.
Smart Images

Figure CN116225473B_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of vehicle control technology, and in particular to a method, system, terminal, and vehicle for flashing software on a vehicle screen driver board. Background Technology
[0002] The statements in this section are merely background information related to the present invention and do not necessarily constitute prior art.
[0003] Currently, vehicles are equipped with increasingly advanced technology and have more complex functions. As a result, the software update frequency of ECUs (Electronic Control Units) is also increasing. This has led to the emergence of OAT (Over-the-Air Technology) services, which specifically refer to downloading new software update packages from remote servers via the internet to upgrade the system.
[0004] For example, when using smartphones, tablets, or PCs (Personal Computers) in daily life, OTA online upgrades can patch existing vulnerabilities, add many new features to the device, and provide significant improvements in operating efficiency, speed, and stability.
[0005] However, the inventors discovered that the screen driver board, which has a main control MCU (Microcontroller Unit), lacks a CAN (Controller Area Network) bus, making software updates a challenge. Updating the screen driver board usually requires removing it from the vehicle body and its casing, soldering wires, and then flashing the software via J-Link (SWD interface), or simply scrapping the faulty screen driver board and replacing it with a new one, which is not only time-consuming and labor-intensive but also costly. Summary of the Invention
[0006] To address the shortcomings of existing technologies, this invention provides a method, system, terminal, and vehicle for flashing software on a vehicle screen driver board. By utilizing a software update package stored on a mobile terminal, the software on the screen driver board can be flashed quickly and accurately without removing the screen driver board from the vehicle body.
[0007] To achieve the above objectives, the present invention adopts the following technical solution:
[0008] The first aspect of this invention provides a method for flashing software on a vehicle screen driver board.
[0009] A software flashing method for a vehicle screen driver board, applied to a control terminal, includes the following process:
[0010] When a software update package is detected in the removable storage, a software update request is sent.
[0011] Upon receiving a software update instruction, the screen driver board terminal is flashed according to the contents of the software update package.
[0012] As a further limitation of the first aspect of the present invention, the software update package includes at least the naming rules and file attributes of the software update package.
[0013] As a further limitation of the first aspect of the present invention, before issuing a software update request, it is determined whether the software update package has already been updated on the screen driver terminal. If not, a software update request is issued; if so, a software update request is not issued.
[0014] As a further limitation of the first aspect of the present invention, the screen driver board terminal flashing control according to the content of the software update package includes:
[0015] The software update package contains a software flashing command sent to the screen driver terminal, so that the screen driver terminal can execute the flashing command after verifying that the command is correct.
[0016] As a further limitation of the first aspect of the present invention, the brushing action instructions include at least: erasing, brushing, and resetting.
[0017] As a further limitation of the first aspect of the present invention, sending a flashing action command to the screen driver terminal according to the content of the software update package includes:
[0018] Query the loader status, and after receiving the information that the loader status is ready, generate a flash erase command and send it to the screen driver board terminal;
[0019] After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal;
[0020] After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address;
[0021] After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal.
[0022] After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
[0023] As a further limitation of the first aspect of the present invention, sending a flashing action command to the screen driver terminal according to the content of the software update package includes:
[0024] Check the loading program status. If no feedback message is received from the screen driver terminal within the timeout period, request permission from the screen driver terminal.
[0025] After receiving the authorization information from the screen driver terminal, send the first key to the screen driver terminal;
[0026] After receiving the first key verification information from the screen driver terminal, send the second key to the screen driver terminal;
[0027] After receiving the second key verification information from the screen driver terminal, check the loading program status again;
[0028] After receiving the information that the loading program is ready, a flash erase command is generated and sent to the screen driver board terminal;
[0029] After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal;
[0030] After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address;
[0031] After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal.
[0032] After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
[0033] A second aspect of the present invention provides a software flashing system for a vehicle screen drive board.
[0034] A software flashing system for a vehicle screen driver board, applied to a control terminal, includes:
[0035] The update package identification module is configured to issue a software update request when a software update package is detected in the removable storage.
[0036] The flashing control module is configured to control the flashing of the screen driver board terminal based on the contents of the software update package when a software update instruction is received.
[0037] As a further limitation of the second aspect of the present invention, in the update package identification module, the software update package includes at least the naming rules and file attributes of the software update package.
[0038] As a further limitation of the second aspect of the present invention, in the update package identification module, before issuing a software update request, it is determined whether the software update package has been updated on the screen driver board terminal. If not, a software update request is issued; if so, a software update request is not issued.
[0039] As a further limitation of the second aspect of the present invention, the flashing control module performs screen driver terminal flashing control according to the content of the software update package, including:
[0040] The software update package contains a software flashing command sent to the screen driver terminal, so that the screen driver terminal can execute the flashing command after verifying that the command is correct.
[0041] As a further limitation of the second aspect of the present invention, the brush control module includes brush action instructions that at least include: erase, brush, and reset.
[0042] As a further limitation of the second aspect of the present invention, sending a flashing action command to the screen driver terminal according to the content of the software update package includes:
[0043] Query the loader status, and after receiving the information that the loader status is ready, generate a flash erase command and send it to the screen driver board terminal;
[0044] After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal;
[0045] After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address;
[0046] After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal.
[0047] After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
[0048] As a further limitation of the second aspect of the present invention, sending a flashing action command to the screen driver terminal according to the content of the software update package includes:
[0049] Check the loading program status. If no feedback message is received from the screen driver terminal within the timeout period, request permission from the screen driver terminal.
[0050] After receiving the authorization information from the screen driver terminal, send the first key to the screen driver terminal;
[0051] After receiving the first key verification information from the screen driver terminal, send the second key to the screen driver terminal;
[0052] After receiving the second key verification information from the screen driver terminal, check the loading program status again;
[0053] After receiving the information that the loading program is ready, a flash erase command is generated and sent to the screen driver board terminal;
[0054] After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal;
[0055] After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address;
[0056] After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal.
[0057] After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
[0058] A third aspect of the present invention provides a control terminal, including a memory, a processor, and a program stored in the memory and executable on the processor. When the processor executes the program, it implements the steps in the software flashing method for the vehicle screen drive board as described in the first aspect of the present invention.
[0059] The fourth aspect of this invention provides a method for flashing software on a vehicle screen driver board.
[0060] A software flashing method for a vehicle screen driver board, applied to the screen driver board terminal, includes the following process:
[0061] The receiving control terminal generates a flashing action command based on the contents of the software update package in the mobile storage;
[0062] After verifying that the instruction is correct, execute the flashing action instruction.
[0063] As a further limitation of the fourth aspect of the present invention, the software update package includes at least the naming rules and file attributes of the software update package.
[0064] As a further limitation of the fourth aspect of the present invention, the brushing action instructions include at least: erasing, brushing, and resetting.
[0065] As a further limitation of the fourth aspect of the present invention, the execution of the write operation instruction after verifying the correctness of the instruction includes:
[0066] After receiving the instruction from the control terminal to query the status of the loader, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal generates a flash memory erase instruction.
[0067] Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode;
[0068] After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode.
[0069] Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written.
[0070] Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written.
[0071] Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command;
[0072] Upon receiving the restart command from the control terminal, the restart action is executed.
[0073] As a further limitation of the fourth aspect of the present invention, the execution of the write operation instruction after verifying the correctness of the instruction includes:
[0074] Upon receiving a command from the control terminal to query the status of the loading program, no feedback is provided, so that the control terminal generates a permission request command after the timeout.
[0075] Send permission approval information to the control terminal, receive the first key sent by the control terminal and send verification information back to the control terminal, receive the second key sent by the control terminal and send verification information back to the control terminal, and enter the loading program state;
[0076] After receiving the command from the control terminal to query the status of the loader again, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal can generate a flash memory erase command.
[0077] Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode;
[0078] After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode.
[0079] Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written.
[0080] Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written.
[0081] Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command;
[0082] Upon receiving the restart command from the control terminal, the restart action is executed.
[0083] The fifth aspect of the present invention provides a software flashing system for a vehicle screen drive board.
[0084] A software flashing system for a vehicle screen driver board, applied to the screen driver board terminal, includes the following process:
[0085] The instruction receiving module is configured to receive a flashing action instruction generated by the control terminal based on the contents of the software update package in the mobile storage;
[0086] The flashing execution module is configured to execute the flashing action command after verifying that the command is correct.
[0087] As a further limitation of the fifth aspect of the present invention, the software update package includes at least the naming rules and file attributes of the software update package.
[0088] As a further limitation of the fifth aspect of the present invention, the brushing action instructions include at least: erasing, brushing, and resetting.
[0089] As a further limitation of the fifth aspect of the present invention, the execution of the write operation instruction after verifying the correctness of the instruction includes:
[0090] After receiving the instruction from the control terminal to query the status of the loader, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal generates a flash memory erase instruction.
[0091] Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode;
[0092] After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode.
[0093] Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written.
[0094] Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written.
[0095] Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command;
[0096] Upon receiving the restart command from the control terminal, the restart action is executed.
[0097] As a further limitation of the fifth aspect of the present invention, the execution of the write operation instruction after verifying the correctness of the instruction includes:
[0098] Upon receiving a command from the control terminal to query the status of the loading program, no feedback is provided, so that the control terminal generates a permission request command after the timeout.
[0099] Send permission approval information to the control terminal, receive the first key sent by the control terminal and send verification information back to the control terminal, receive the second key sent by the control terminal and send verification information back to the control terminal, and enter the loading program state;
[0100] After receiving the command from the control terminal to query the status of the loader again, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal can generate a flash memory erase command.
[0101] Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode;
[0102] After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode.
[0103] Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written.
[0104] Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written.
[0105] Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command;
[0106] Upon receiving the restart command from the control terminal, the restart action is executed.
[0107] The sixth aspect of the present invention provides a vehicle screen driver terminal, including a processor configured to perform the steps of the software flashing method for the vehicle screen driver described in the fourth aspect of the present invention.
[0108] The seventh aspect of the present invention provides a software flashing system for a vehicle screen driver board, comprising:
[0109] Control terminals and screen driver board terminals that communicate with each other;
[0110] The control terminal is configured to execute the software flashing method for the vehicle screen drive board as described in the first aspect of the present invention;
[0111] The screen drive terminal is configured to execute the software flashing method for the vehicle screen drive as described in the fourth aspect of this invention.
[0112] The eighth aspect of the present invention provides a vehicle that utilizes the software flashing method for the vehicle screen driver board described in the first or fourth aspect of the present invention; or, includes the software flashing system for the vehicle screen driver board described in the second, fifth, or seventh aspect of the present invention; or, includes the control terminal described in the third aspect of the present invention; or, includes the vehicle screen driver board terminal described in the sixth aspect of the present invention.
[0113] Compared with the prior art, the beneficial effects of the present invention are:
[0114] 1. This invention innovatively proposes a method, system, terminal, and vehicle for flashing software on a vehicle screen driver board. By utilizing the software update package stored on the mobile terminal, the software on the screen driver board can be flashed quickly and accurately without removing the screen driver board from the vehicle body.
[0115] 2. This invention innovatively proposes a software flashing method, system, terminal, and vehicle for a vehicle screen driver board. Before issuing a software update request, it determines whether the software update package has already been updated on the screen driver board terminal. If not, a software update request is issued; if so, no software update request is issued, ensuring that the update is the latest version that has not been updated.
[0116] 3. This invention innovatively proposes a software flashing method, system, terminal, and vehicle for a vehicle screen driver board. After all lines of binary file data have been sent and a successful flashing feedback has been received, a verification code is sent to the screen driver board terminal. After receiving the verification code matching information, a restart command is sent to the screen driver board terminal to restart the screen driver board terminal. This ensures a restart operation after the flashing is completed and avoids restarts caused by flashing errors.
[0117] Advantages of additional aspects of the invention will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. Attached Figure Description
[0118] The accompanying drawings, which form part of this invention, are used to provide a further understanding of the invention. The illustrative embodiments of the invention and their descriptions are used to explain the invention and do not constitute an improper limitation of the invention.
[0119] Figure 1 This is a flowchart illustrating the software flashing method for the vehicle screen driver board provided in Embodiment 1 of the present invention.
[0120] Figure 2This is a flowchart illustrating the software flashing system for the vehicle screen drive board provided in Embodiment 2 of the present invention.
[0121] Figure 3 This is a flowchart illustrating the software flashing method for the vehicle screen driver board provided in Embodiment 4 of the present invention.
[0122] Figure 4 This is a flowchart illustrating the software flashing system for the vehicle screen drive board provided in Embodiment 5 of the present invention.
[0123] Figure 5 This is a schematic diagram of the workflow of the software flashing system for the vehicle screen drive board provided in Embodiment 7 of the present invention. Detailed Implementation
[0124] The present invention will be further described below with reference to the accompanying drawings and embodiments.
[0125] It should be noted that the following detailed descriptions are exemplary and intended to provide further illustration of the invention. Unless otherwise specified, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains.
[0126] It should be noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the scope of exemplary embodiments according to the invention. As used herein, the singular form is intended to include the plural form as well, unless the context clearly indicates otherwise. Furthermore, it should be understood that when the terms "comprising" and / or "including" are used in this specification, they indicate the presence of features, steps, operations, devices, components, and / or combinations thereof.
[0127] Where there is no conflict, the embodiments and features in the embodiments of the present invention can be combined with each other.
[0128] Example 1:
[0129] like Figure 1 As shown, Embodiment 1 of the present invention provides a software flashing method for a vehicle screen driver board, applied to a control terminal, including the following process:
[0130] When a software update package is detected in the removable storage, a software update request is sent.
[0131] Upon receiving a software update instruction, the screen driver board terminal is flashed according to the contents of the software update package.
[0132] In this embodiment, a Boot-Loader instruction protocol is added to the IIC communication integrated in GSML2 between the host (i.e., the control terminal) and the screen driver board (i.e., the screen driver board terminal) to enable the screen driver board to update its software automatically, while the host supports USB recognition.
[0133] In this embodiment, the software update package (binary file data) of the screen driver board is placed in a mobile storage device. The host parses the binary file and then sends the data in the file to the screen driver board terminal through IIC in GSML2. The screen driver board terminal then updates its own APP software.
[0134] The host in this embodiment can recognize USB mobile storage devices (which can be Android or other operating systems such as Harmony OS), which makes updating the screen driver board more convenient.
[0135] In this embodiment, the main participants are the MCU of the screen driver board (i.e., the screen driver board terminal), the host (control terminal), and the GSML2 deserialization chip of the screen driver board. The GSML2 deserialization chip of the screen driver board mainly serves to connect the host and the screen driver board terminal, and does not actually participate in the software flashing process.
[0136] In this embodiment, the host detects and identifies software update packages in the USB mobile storage, such as naming rules and file attributes, and prompts the user that there is new software available for upgrade. The host plays a leading role in the upgrade process, controlling the upgrade status and receiving feedback from the screen driver board until the upgrade is completed. After resetting, the screen driver board works on the new version of the APP.
[0137] The screen driver terminal is mainly responsible for receiving upgrade instructions from the host and performing operations such as erasing, writing, and resetting the Flash memory according to the flashing protocol.
[0138] In this embodiment, before issuing a software update request, it is determined whether the software update package has already been updated on the screen driver board terminal. If not, a software update request is issued; if so, a software update request is not issued.
[0139] Alternatively, in some other implementations, when the screen driver board has a new upgrade requirement, the binary file to be upgraded is first packaged in a specific way (compression, encryption, naming rules and storage path, etc.) and stored in a mobile storage device. When the mobile storage device is connected to the host via USB, the host recognizes the package with the upgrade and prompts the user to upgrade. The user triggers the upgrade by touching the button.
[0140] In this embodiment, a flashing action command is sent to the screen driver terminal according to the contents of the software update package, so that the screen driver terminal executes the flashing action command after verifying that the command is correct; the flashing action command includes at least: erase, flash, and reset.
[0141] Both the host and the screen driver board send upgrade command messages according to the upgrade protocol, receive and judge the validity of the commands, execute corresponding actions (such as erasing and flashing), and send back execution result messages. They monitor the feedback results and control the upgrade steps. After the user triggers the upgrade, the host starts to send IIC upgrade messages to the screen driver board according to the upgrade protocol. The screen driver board also judges the validity of the commands according to the protocol, executes corresponding actions, and sends back execution results.
[0142] In this embodiment, assuming the loader is already in a ready state, a flashing action command is sent to the screen driver terminal according to the contents of the software update package, including:
[0143] The system queries the bootloader status. Once it receives information indicating that the bootloader is ready, it generates a flash erase command and sends it to the screen driver board terminal.
[0144] After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal;
[0145] After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address;
[0146] After all binary file data has been sent and feedback confirming successful flashing is received, send the checksum to the screen driver terminal.
[0147] After receiving the checksum matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal and complete the screen driver jump to execute the new APP program.
[0148] In some other implementations, assuming the loader is in a pre-ready state, a flashing command is sent to the screen driver terminal based on the contents of the software update package, including:
[0149] Check the loading program status. If no feedback message is received from the screen driver terminal within the timeout period, request permission from the screen driver terminal.
[0150] After receiving the authorization information from the screen driver terminal, send the first key to the screen driver terminal;
[0151] After receiving the first key from the screen driver terminal (the screen driver terminal verifies the first key), send the second key to the screen driver terminal.
[0152] After receiving the second key from the screen driver terminal (the screen driver terminal verifies the second key), check the loading program status again.
[0153] After receiving the information that the loading program is ready, a flash erase command is generated and sent to the screen driver board terminal;
[0154] After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal;
[0155] After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address;
[0156] After all binary file data has been sent and feedback confirming successful flashing is received, send the checksum to the screen driver terminal.
[0157] After receiving the checksum matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal and complete the screen driver jump to execute the new APP program.
[0158] Example 2:
[0159] like Figure 2 As shown, Embodiment 2 of the present invention provides a software flashing system for a vehicle screen driver board, applied to a control terminal, comprising:
[0160] The update package identification module is configured to issue a software update request when a software update package is detected in the removable storage.
[0161] The flashing control module is configured to control the flashing of the screen driver board terminal based on the contents of the software update package when a software update instruction is received.
[0162] Optionally, in the update package identification module, the software update package includes at least the naming rules and file attributes of the software update package.
[0163] Optionally, in the update package identification module, before issuing a software update request, it is determined whether the software update package has already been updated on the screen driver board terminal. If not, a software update request is issued; if so, a software update request is not issued.
[0164] Optionally, when the screen driver board has a new upgrade requirement, the binary file to be upgraded is first packaged in a specific way (compression, encryption, naming rules and storage path, etc.) and stored in a mobile storage device. When the mobile storage device is connected to the host via USB, the host recognizes the package with the upgrade and prompts the user to upgrade. The user can trigger the upgrade by touching the button.
[0165] In this embodiment, assuming the loading program is already in a ready state, the flashing control module performs screen driver terminal flashing control according to the content of the software update package, including:
[0166] The software update package is used to send a flashing action command to the screen driver terminal, so that the screen driver terminal can execute the flashing action command after verifying that the command is correct; in the flashing control module, the flashing action command includes at least: erase, flash, and reset.
[0167] Based on the contents of the software update package, a flashing command is sent to the screen driver terminal, including:
[0168] Query the loader status, and after receiving the information that the loader status is ready, generate a flash erase command and send it to the screen driver board terminal;
[0169] After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal;
[0170] After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address;
[0171] After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal.
[0172] After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
[0173] Optionally, assuming the loader is in a not-ready state, a flashing command is sent to the screen driver terminal based on the contents of the software update package, including:
[0174] Check the loading program status. If no feedback message is received from the screen driver terminal within the timeout period, request permission from the screen driver terminal.
[0175] After receiving the authorization information from the screen driver terminal, send the first key to the screen driver terminal;
[0176] After receiving the first key verification information from the screen driver terminal, send the second key to the screen driver terminal;
[0177] After receiving the second key verification information from the screen driver terminal, check the loading program status again;
[0178] After receiving the information that the loading program is ready, a flash erase command is generated and sent to the screen driver board terminal;
[0179] After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal;
[0180] After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address;
[0181] After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal.
[0182] After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
[0183] Example 3:
[0184] Embodiment 3 of the present invention provides a control terminal, including a memory, a processor, and a program stored in the memory and executable on the processor. When the processor executes the program, it implements the steps in the software flashing method for the vehicle screen drive board as described in the first aspect of the present invention.
[0185] Example 4:
[0186] like Figure 3 As shown, Embodiment 4 of the present invention provides a software flashing method for a vehicle screen driver board, applied to a screen driver board terminal, including the following process:
[0187] The receiving control terminal generates a flashing action command based on the contents of the software update package in the mobile storage;
[0188] After verifying that the instruction is correct, execute the flashing action instruction.
[0189] Optionally, the software update package may include at least the naming rules and file attributes for the software update package.
[0190] Optional, the write operation commands include at least: erase, write, and reset.
[0191] Optionally, assuming the loader is in a ready state, the flashing action instruction is executed after verifying the correctness of the instruction, including:
[0192] After receiving the instruction from the control terminal to query the status of the loader, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal generates a flash memory erase instruction.
[0193] Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode;
[0194] After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode.
[0195] Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written.
[0196] Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written.
[0197] Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command;
[0198] Upon receiving the restart command from the control terminal, the restart action is executed.
[0199] Optionally, assuming the loader is in a pre-ready state, the flashing action instruction is executed after verifying the instruction is correct, including:
[0200] Upon receiving a command from the control terminal to query the status of the loading program, no feedback is provided, so that the control terminal generates a permission request command after the timeout.
[0201] Send permission approval information to the control terminal, receive the first key sent by the control terminal and send verification information back to the control terminal, receive the second key sent by the control terminal and send verification information back to the control terminal, and enter the loading program state;
[0202] After receiving the command from the control terminal to query the status of the loader again, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal can generate a flash memory erase command.
[0203] Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode;
[0204] After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode.
[0205] Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written.
[0206] Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written.
[0207] Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command;
[0208] Upon receiving the restart command from the control terminal, the restart action is executed.
[0209] Example 5:
[0210] like Figure 4 As shown, Embodiment 5 of the present invention provides a software flashing system for a vehicle screen driver board, applied to a screen driver board terminal, including the following process:
[0211] The instruction receiving module is configured to receive a flashing action instruction generated by the control terminal based on the contents of the software update package in the mobile storage;
[0212] The flashing execution module is configured to execute the flashing action command after verifying that the command is correct.
[0213] Optionally, the software update package may include at least the naming rules and file attributes for the software update package.
[0214] Optional, the write operation commands include at least: erase, write, and reset.
[0215] Optionally, assuming the loader is in a ready state, the flashing action instruction is executed after verifying the correctness of the instruction, including:
[0216] After receiving the instruction from the control terminal to query the status of the loader, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal generates a flash memory erase instruction.
[0217] Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode;
[0218] After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode.
[0219] Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written.
[0220] Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written.
[0221] Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command;
[0222] Upon receiving the restart command from the control terminal, the restart action is executed.
[0223] Optionally, assuming the loader is in a pre-ready state, the flashing action instruction is executed after verifying the instruction is correct, including:
[0224] Upon receiving a command from the control terminal to query the status of the loading program, no feedback is provided, so that the control terminal generates a permission request command after the timeout.
[0225] Send permission approval information to the control terminal, receive the first key sent by the control terminal and send verification information back to the control terminal, receive the second key sent by the control terminal and send verification information back to the control terminal, and enter the loading program state;
[0226] After receiving the command from the control terminal to query the status of the loader again, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal can generate a flash memory erase command.
[0227] Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode;
[0228] After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode.
[0229] Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written.
[0230] Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written.
[0231] Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command;
[0232] Upon receiving the restart command from the control terminal, the restart action is executed.
[0233] Example 6:
[0234] Embodiment 6 of the present invention provides a vehicle screen driver terminal, including a processor, the processor being configured to execute the steps in the software flashing method for the vehicle screen driver described in Embodiment 4 of the present invention.
[0235] Example 7:
[0236] like Figure 5 As shown, Embodiment 7 of the present invention provides a software flashing system for a vehicle screen driver board, comprising:
[0237] Control terminals and screen driver board terminals that communicate with each other;
[0238] The control terminal is configured to execute the software flashing method for the vehicle screen drive board as described in Embodiment 1 of the present invention;
[0239] The screen driver terminal is configured to execute the software flashing method for the vehicle screen driver described in Embodiment 4 of the present invention.
[0240] Example 8:
[0241] Embodiment 8 of the present invention provides a vehicle that utilizes the software flashing method for the vehicle screen driver board described in Embodiment 1 or Embodiment 4 of the present invention; or, includes the software flashing system for the vehicle screen driver board described in Embodiment 2, Embodiment 5 or Embodiment 7; or, includes the control terminal described in Embodiment 3 of the present invention; or, includes the vehicle screen driver board terminal described in Embodiment 6 of the present invention.
[0242] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. Various modifications and variations can be made to the present invention by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.
Claims
1. A method for flashing software on a vehicle screen driver board, characterized in that, Applied to control terminals, it includes the following processes: The Boot-Loader command protocol is added to the IIC communication integrated in GSML2 between the host and the screen driver board to enable the screen driver board to update its software, while the host supports USB recognition. When a software update package is detected in the removable storage, a software update request is sent. The software update package for the screen drive board is placed in a mobile storage device. The host parses the binary file and then sends the data in the file to the screen drive board terminal through the IIC in GSML2. The screen drive board terminal updates its own APP software accordingly. Upon receiving a software update instruction, the screen driver board terminal is flashed according to the contents of the software update package. Control the flashing of the screen driver terminal according to the contents of the software update package, including: sending flashing action instructions to the screen driver terminal according to the contents of the software update package; Based on the contents of the software update package, a flashing command is sent to the screen driver terminal, including: Check the loading program status. If no feedback message is received from the screen driver terminal within the timeout period, request permission from the screen driver terminal. After receiving the authorization information from the screen driver terminal, send the first key to the screen driver terminal; After receiving the first key verification information from the screen driver terminal, send the second key to the screen driver terminal; After receiving the second key verification information from the screen driver terminal, check the loading program status again; After receiving the information that the loading program is ready, a flash erase command is generated and sent to the screen driver board terminal; After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal; After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address; After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal. After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
2. The software flashing method for the vehicle screen driver board as described in claim 1, characterized in that, A software update package must include at least the naming rules and file attributes for the software update package.
3. The software flashing method for the vehicle screen driver board as described in claim 1, characterized in that, Before issuing a software update request, determine whether the software update package has already been updated on the screen driver terminal. If not, issue a software update request; otherwise, do not issue a software update request.
4. The software flashing method for the vehicle screen driver board as described in claim 1, characterized in that, The software update package contains a software flashing command sent to the screen driver terminal, so that the screen driver terminal can execute the flashing command after verifying that the command is correct.
5. The software flashing method for the vehicle screen driver board as described in claim 4, characterized in that, The write operation commands include at least: erase, write, and reset.
6. The software flashing method for the vehicle screen driver board as described in claim 4, characterized in that, Based on the contents of the software update package, a flashing command is sent to the screen driver terminal, including: Query the loader status, and after receiving the information that the loader status is ready, generate a flash erase command and send it to the screen driver board terminal; After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal; After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address; After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal. After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
7. A software flashing system for a vehicle screen drive board, using the software flashing method for a vehicle screen drive board as described in any one of claims 1-6, characterized in that, Applications to control terminals include: The update package identification module is configured to issue a software update request when a software update package is detected in the removable storage. The flashing control module is configured to control the flashing of the screen driver board terminal based on the contents of the software update package when a software update instruction is received.
8. The software flashing system for the vehicle screen drive board as described in claim 7, characterized in that, In the update package identification module, the software update package includes at least the naming rules and file attributes of the software update package.
9. The software flashing system for the vehicle screen drive board as described in claim 7, characterized in that, In the update package identification module, before sending a software update request, it is determined whether the software update package has already been updated on the screen driver board terminal. If not, a software update request is sent; if so, a software update request is not sent.
10. The software flashing system for the vehicle screen drive board as described in claim 7, characterized in that, The flashing control module controls the flashing of the screen driver board terminal based on the contents of the software update package, including: The software update package contains a software flashing command sent to the screen driver terminal, so that the screen driver terminal can execute the flashing command after verifying that the command is correct.
11. The software flashing system for the vehicle screen driver board as described in claim 10, characterized in that, In the flash control module, the flash action commands include at least: erase, flash, and reset.
12. The software flashing system for the vehicle screen driver board as described in claim 10, characterized in that, Based on the contents of the software update package, a flashing command is sent to the screen driver terminal, including: Query the loader status, and after receiving the information that the loader status is ready, generate a flash erase command and send it to the screen driver board terminal; After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal; After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address; After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal. After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
13. The software flashing system for the vehicle screen driver board as described in claim 10, characterized in that, Based on the contents of the software update package, a flashing command is sent to the screen driver terminal, including: Check the loading program status. If no feedback message is received from the screen driver terminal within the timeout period, request permission from the screen driver terminal. After receiving the authorization information from the screen driver terminal, send the first key to the screen driver terminal; After receiving the first key verification information from the screen driver terminal, send the second key to the screen driver terminal; After receiving the second key verification information from the screen driver terminal, check the loading program status again; After receiving the information that the loading program is ready, a flash erase command is generated and sent to the screen driver board terminal; After receiving the message that the flash memory erase was successful, a command to enter programming mode is generated and sent to the screen driver board terminal; After receiving the message to enter programming mode, send a line of binary file data of the software update package so that the screen driver terminal can write this line of binary file data to the specified address; After all binary file data has been sent and feedback confirming successful flashing is received, a verification code is sent to the screen driver terminal. After receiving the verification code matching information, a restart command is sent to the screen driver terminal to restart the screen driver terminal.
14. A control terminal, comprising a memory, a processor, and a program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the steps in the software flashing method for the vehicle screen drive board as described in any one of claims 1-6.
15. A method for flashing software on a vehicle screen driver board, characterized in that, Applied to screen driver board terminals, Includes the following processes: The Boot-Loader command protocol is added to the IIC communication integrated in GSML2 between the host and the screen driver board to enable the screen driver board to update its software, while the host supports USB recognition. The receiving control terminal generates a flashing action command based on the contents of the software update package in the mobile storage; The software update package for the screen drive board is placed in a mobile storage device. The host parses the binary file and then sends the data in the file to the screen drive board terminal through the IIC in GSML2. The screen drive board terminal updates its own APP software accordingly. After verifying that the instruction is correct, execute the flashing action instruction; After verifying the correctness of the instructions, the flashing action instructions are executed, including: Upon receiving a command from the control terminal to query the status of the loading program, no feedback is provided, so that the control terminal generates a permission request command after the timeout. Send permission approval information to the control terminal, receive the first key sent by the control terminal and send back verification information to the control terminal, receive the second key sent by the control terminal and send back verification information to the control terminal, and enter the loading program state; After receiving the command from the control terminal to query the status of the loader again, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal can generate a flash memory erase command. Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode; After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode. Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written. Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written. Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command; Upon receiving the restart command from the control terminal, the restart action is executed.
16. The software flashing method for the vehicle screen driver board as described in claim 15, characterized in that, A software update package must include at least the naming rules and file attributes for the software update package.
17. The software flashing method for the vehicle screen driver board as described in claim 15, characterized in that, The write operation commands include at least: erase, write, and reset.
18. The software flashing method for the vehicle screen driver board as described in claim 15, characterized in that, After verifying the correctness of the instructions, the flashing action instructions are executed, including: After receiving the instruction from the control terminal to query the status of the loader, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal generates a flash memory erase instruction. Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode; After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode. Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written. Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written. Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command; Upon receiving the restart command from the control terminal, the restart action is executed.
19. A software flashing system for a vehicle screen drive board, using the software flashing method for a vehicle screen drive board as described in any one of claims 15-18, characterized in that, Applied to screen driver board terminals, Includes the following processes: The instruction receiving module is configured to receive a flashing action instruction generated by the control terminal based on the contents of the software update package in the mobile storage; The flashing execution module is configured to execute the flashing action command after verifying that the command is correct.
20. The software flashing system for the vehicle screen drive board as described in claim 19, characterized in that, A software update package must include at least the naming rules and file attributes for the software update package.
21. The software flashing system for the vehicle screen driver board as described in claim 19, characterized in that, The write operation commands include at least: erase, write, and reset.
22. The software flashing system for the vehicle screen driver board as described in claim 19, characterized in that, After verifying the correctness of the instructions, the flashing action instructions are executed, including: After receiving the instruction from the control terminal to query the status of the loader, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal generates a flash memory erase instruction. Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode; After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode. Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written. Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written. Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command; Upon receiving the restart command from the control terminal, the restart action is executed.
23. The software flashing system for the vehicle screen drive board as described in claim 19, characterized in that, After verifying the correctness of the instructions, the flashing action instructions are executed, including: Upon receiving a command from the control terminal to query the status of the loading program, no feedback is provided, so that the control terminal generates a permission request command after the timeout. Send permission approval information to the control terminal, receive the first key sent by the control terminal and send back verification information to the control terminal, receive the second key sent by the control terminal and send back verification information to the control terminal, and enter the loading program state; After receiving the command from the control terminal to query the status of the loader again, the system sends a message to the control terminal indicating that the loader status is ready, so that the control terminal can generate a flash memory erase command. Receive flash memory erase command from control terminal and execute flash memory erase action, and send flash memory erase success information back to control terminal so that control terminal generates command to enter programming mode; After receiving the instruction to enter programming mode from the control terminal, it enters programming mode and sends feedback to the control terminal that it has entered programming mode. Receive a line of binary file data from the software update package sent by the control terminal, write the line of binary file data to the specified address, and send a message to the control terminal that the line of binary file data has been successfully written. Continue receiving and writing other lines of binary file data in sequence until all binary file data has been written. Receive the verification code sent by the control terminal, and send the matching information of the verification code to the control terminal so that the control terminal can generate a restart command; Upon receiving the restart command from the control terminal, the restart action is executed.
24. A vehicle screen driver board terminal, comprising a processor, characterized in that, The processor is configured to perform the steps of the software flashing method for the vehicle screen drive board according to any one of claims 15-18.
25. A software flashing system for a vehicle screen driver board, characterized in that, include: Control terminals and screen driver board terminals that communicate with each other; The control terminal is configured to execute the software flashing method for the vehicle screen drive board as described in any one of claims 1-6; The screen drive board terminal is configured to execute the software flashing method for the vehicle screen drive board as described in any one of claims 15-18.
26. A vehicle, characterized in that, The software flashing method for a vehicle screen drive board according to any one of claims 1-6 or 15-18; or, the software flashing system for a vehicle screen drive board according to any one of claims 7-13 or 19-23, 25; or, the control terminal according to claim 14; or, the vehicle screen drive board terminal according to claim 24.