A multi-task integrated device software independent online upgrading method

Abstract

The application discloses a multi-task integrated equipment software independent online upgrading method and relates to the field of computer systems. A host computer software sends a program instruction frame to a secondary moving program; the secondary moving program parses a program type to be upgraded according to an instruction word in the program instruction frame, and the instruction word is used for specifying the synthesized software or any kind of independent software or multiple independent software as the program type to be upgraded; when the program instruction frame is a program uploading instruction frame, program data in the program uploading instruction frame is written in a FLASH storage space corresponding to the program type to be upgraded; when the program instruction frame is a program downloading instruction frame, program data in the FLASH storage space corresponding to the program type to be upgraded is read, and the program data is sent to the host computer software through a program downloading response frame. The method solves the problems that the programs of the cores influence each other when the software is upgraded by using the RS422 serial port, the program writing reliability is low, and the program cannot be repeatedly uploaded if an exception occurs in the writing process.

Description

Technical Field

[0001] This application relates to the field of computer systems, and in particular to a method for independent online software upgrade of a multi-tasking integrated device. Background Technology

[0002] The domestically produced multi-core ZYNQ processor, due to its unique processor and FPGA integrated design, is suitable for various high-performance, flexible, and low-power scenarios, such as embedded systems, industrial automation control, aerospace, and medical electronics. Each core of the processor can work together to achieve high real-time performance and high integration, enabling highly integrated, unified tasks. The quad-core ZYNQ processor software includes PL software and PS software. The PS software further includes core 0 software, core 1 software, core 2 software, and core 3 software. During software upgrades, the PL and PS programs are first combined with the FSBL software provided by the processor system using a dedicated compiler into a single bin file. Then, the ZYNQ-based computer circuit is connected to the industrial control computer via an emulator, and the software is programmed into the corresponding FLASH memory of the ZYNQ using a dedicated compilation environment. This method requires disassembling the integrated device to connect to the emulator.

[0003] Currently, it's also possible to upload the synthesized processor software bin file to FLASH via RS422 serial port without disassembling the integrated device, enabling online software upgrades. However, this method cannot upload the program for each core independently. If the program for one core is changed, the PL, FSBL, and PS core software need to be recombined into a bin file for uploading, increasing the mutual interference between the programs of each core and reducing the reliability of program burning. Furthermore, if an error occurs during burning using this method, the integrated device needs to be disassembled and connected to an emulator to burn the program. Summary of the Invention

[0004] The purpose of this application is to provide a method for independent online upgrade of software for multi-task integrated devices, which solves the problems of mutual interference between programs of each core when upgrading software using RS422 serial port, low reliability of program burning, and inability to re-upload if an error occurs during the burning process.

[0005] To achieve the above objectives, this application adopts the following technical solution:

[0006] This application provides a method for independent online software upgrade of a multi-tasking integrated device, including:

[0007] S1. The host computer software sends a program instruction frame to the secondary transfer program. The program instruction frame includes a program upload instruction frame and a program download instruction frame.

[0008] S2. The secondary migration program parses the program type to be upgraded according to the instruction word in the program instruction frame. The instruction word is used to specify the composite software or any one or more independent software as the program type to be upgraded. The independent software includes core 0 software, core 1 software, core 2 software and core 3 software.

[0009] S3. When the program instruction frame is a program upload instruction frame, the program data in the program upload instruction frame is burned into the FLASH storage space corresponding to the program type to be upgraded.

[0010] S4. When the program instruction frame is a program download instruction frame, read the program data in the FLASH storage space corresponding to the program type to be upgraded, and send the program data to the host computer software through the program download response frame.

[0011] Based on the above technical solution, this application can achieve the following technical effects:

[0012] The implementation is simple. It includes: the host computer software sending program instruction frames to the secondary migration program, the program instruction frames including program upload instruction frames and program download instruction frames; the secondary migration program parsing the program type to be upgraded based on the instruction words in the program instruction frames, the instruction words specifying the synthesized software or any one or more independent software as the program type to be upgraded, the independent software including core 0 software, core 1 software, core 2 software, and core 3 software; when the program instruction frame is a program upload instruction frame, the program data in the program upload instruction frame is written to the FLASH storage space corresponding to the program type to be upgraded; when the program instruction frame is a program download instruction frame, the program data in the FLASH storage space corresponding to the program type to be upgraded is read, and the program data is sent to the host computer software through a program download response frame. This enables independent upload and download of the synthesized software, core 0 software, core 1 software, core 2 software, and core 3 software, as well as simultaneous upload and download of core 0 software, core 1 software, core 2 software, and core 3 software, bringing convenience to software upgrades and reducing the mutual interference of various core software. This ensures that online software upgrades can be completed under any circumstances without disassembling the integrated device, thus improving the reliability of online software upgrades. Attached Figure Description

[0013] Figure 1 This is a flowchart illustrating a method for independent online software upgrade of a multi-tasking integrated device according to an embodiment of this application;

[0014] Figure 2 This is a flowchart of the handshake between the host computer software and the secondary transfer program provided in one embodiment of this application. Detailed Implementation

[0015] The present application will be further described in detail below with reference to the accompanying drawings and specific embodiments. The advantages and features of the present application will become clearer from the following description and claims. It should be noted that the drawings are all in a very simplified form and are not to scale, and are only used to facilitate and clarify the illustration of the embodiments of the present application.

[0016] It should be noted that, in order to clearly illustrate the content of this application, several embodiments are provided to further explain the different implementations of this application. These embodiments are enumerated rather than exhaustive. Furthermore, for the sake of brevity, content mentioned in the preceding embodiments is often omitted in the following embodiments. Therefore, content not mentioned in the following embodiments can be referred to in the preceding embodiments.

[0017] Example 1

[0018] like Figure 1 The diagram shown is a flowchart illustrating a method for independent online software upgrades of a multi-tasking integrated device provided in this embodiment. The method specifically includes the following steps:

[0019] S1. The host computer software sends a program instruction frame to the secondary transfer program. The program instruction frame includes a program upload instruction frame and a program download instruction frame.

[0020] S2. The secondary migration program parses the program type to be upgraded according to the instruction word in the program instruction frame. The instruction word is used to specify the composite software or any one or more independent software as the program type to be upgraded. The independent software includes core 0 software, core 1 software, core 2 software and core 3 software.

[0021] S3. When the program instruction frame is a program upload instruction frame, the program data in the program upload instruction frame is burned into the FLASH storage space corresponding to the program type to be upgraded.

[0022] S4. When the program instruction frame is a program download instruction frame, read the program data in the FLASH storage space corresponding to the program type to be upgraded, and send the program data to the host computer software through the program download response frame.

[0023] Among them, the synthesis software includes: PL software, FSBL software, and secondary transfer software (PS) synthesizing bin files;

[0024] Core 0 software: A separate bin file generated by the software project for user programs running on processor core 0;

[0025] Core 1 software: The separately generated bin file of the software project for user programs running on processor core 1;

[0026] Core 2 software: The separately generated bin file of the software project for user programs running on processor core 2;

[0027] Core 3 software: A separate bin file generated by the software project for user programs running on processor core 3.

[0028] Furthermore, prior to S1, it also includes:

[0029] S01. Run the secondary transfer program on processor core 0 and send a handshake instruction frame to the host computer software.

[0030] S02. After receiving the handshake instruction frame, the host computer software sends a handshake response frame to the secondary transfer program.

[0031] S03. After receiving the handshake response frame, the secondary transfer program sends a handshake confirmation frame to the host computer software.

[0032] S04. When the host computer software receives the handshake confirmation frame, it indicates that the host computer software and the secondary transfer program have successfully completed the handshake.

[0033] Furthermore, S2 includes:

[0034] The secondary transfer program receives the program instruction frame and parses the instruction words in the program instruction frame.

[0035] When the instruction word is an instruction word corresponding to a composite software or any independent software, the composite software or the independent software corresponding to the instruction word is regarded as the program type to be upgraded.

[0036] When the instruction word corresponds to multiple independent software, the status word in the program instruction frame when the frame count is 1 is parsed. The independent software with the status word being in the upgrade state is taken as the program type to be upgraded. The status word is used to define whether each independent software is in the upgrade state, including upgrade state and no upgrade state.

[0037] Furthermore, the program upload instruction frame includes an upload frame count and program data, and S3 includes:

[0038] S31. The upload frame count of the program upload instruction frame is received and parsed frame by frame by the secondary transfer program;

[0039] S32. Store the program data corresponding to the upload frame count in a temporary space; when the upload frame count is 1, the program data includes the total number of program files and the total verification for the program type to be upgraded; when the upload frame count is 1 or more, the program data includes the software binary file corresponding to the program type to be upgraded.

[0040] S33. Based on the total number of program file frames, after all program upload instruction frames have been received, the program data in the temporary space is burned into the FLASH storage space corresponding to the program type to be upgraded.

[0041] Furthermore, before storing the program data corresponding to the uploaded frame count in the temporary space, the process also includes:

[0042] S321. When the value of the uploaded frame count is 1 or higher, determine whether the receiving conditions are met simultaneously. The receiving conditions include: the value of the uploaded frame count is not repeated and is continuous, and the total size of the program data does not exceed the FLASH storage space based on the value of the frame count.

[0043] S322. If not satisfied, the status word of the uploaded response frame is set to fault and sent to the host computer software, and the software binary file corresponding to the uploaded frame count is no longer stored in the temporary space.

[0044] Furthermore, before writing the program data in the temporary space into the FLASH storage space corresponding to the program type to be upgraded, the process also includes:

[0045] S331. Perform a legality check on the program data in the temporary space based on the total check;

[0046] S332. If the verification fails, the status word in the program upload response frame is set to fault and sent to the host computer software. The program data in the temporary space is no longer burned into the FLASH storage space corresponding to the program type to be upgraded.

[0047] Furthermore, following S33, it also includes:

[0048] Read the program data in the FLASH storage space corresponding to the program type to be upgraded, and compare it with the program data to be written;

[0049] If the comparison is correct, the response will be uploaded successfully;

[0050] If the comparison fails, the status word in the program's uploaded response frame will be set to fault and sent to the host computer software.

[0051] Furthermore, after setting the status word in the program upload response frame to fault and sending it to the host computer software, the process also includes:

[0052] After receiving a program upload response frame with the status word set to fault, the host computer software increments the number of faults in the program upload response frames.

[0053] If the cumulative number of times does not exceed the preset threshold, a repeated program upload instruction frame is sent to the secondary transfer program.

[0054] If the cumulative number of times exceeds the preset threshold, the sending of program upload command frames will be stopped.

[0055] Furthermore, the program download instruction frame includes a download frame count, the program download response frame includes program data, the program data includes the total number of program file frames, the total checksum, and the software binary file, and S4 includes:

[0056] S41. The download frame count of the program download instruction frame is received and parsed frame by frame by the secondary transfer program;

[0057] S42. If the download frame count is 1, read the total number of program file frames, total checksum and software binary file in the FLASH storage space corresponding to the program type to be upgraded and store them in the temporary space. Send the total number of program file frames and total checksum in the temporary space to the host computer software through the program download response frame.

[0058] S43. If the download frame count value is 1 or higher, the software binary file corresponding to the download frame count value in the temporary space will be sent to the host computer software via the program to download the response frame.

[0059] Furthermore, this method also includes:

[0060] If a sudden power outage occurs during the uploading process of the compositing software, causing the upload to fail and the compositing software to become unusable, the image program will be started automatically.

[0061] The host computer software sends upload / download instruction frames for the image processing software to the image program.

[0062] When the image program receives the upload command frame from the synthesis software, it writes the program data in the upload command frame into the FLASH storage space corresponding to the synthesis software, and the program data is not changed after it is written into the FLASH storage space corresponding to the synthesis software.

[0063] When the image program receives the synthesis software download instruction frame, it reads the program data in the FLASH storage space corresponding to the synthesis software and sends the program data to the host computer software through the synthesis software download response frame.

[0064] Based on this, if an abnormal situation such as a power outage causes the software upgrade to fail, the software can still be uploaded and resumed after power is restarted. This ensures that the online software upgrade can be completed under any circumstances without disassembling the integrated device, thus improving the reliability of the online software upgrade.

[0065] In summary, enabling independent uploading and downloading of the synthesis software, core 0 software, core 1 software, core 2 software, and core 3 software facilitates software upgrades and reduces mutual interference between the various core software components. It ensures that online software upgrades can be completed under any circumstances without disassembling the integrated device, thus improving the reliability of online software upgrades.

[0066] Example 2

[0067] This embodiment provides a specific implementation method for yet another method of independently online upgrading software for multi-task integrated devices.

[0068] A secondary migration program was specifically designed, running on core 0 of the ZYNQ processor. After the processor powers on, it first runs the processor's built-in boot software, which then guides the secondary migration program to run on core 0. Dedicated host computer software works in conjunction with the secondary migration program to complete online upgrades of the synthesis software, core 0 software, core 1 software, core 2 software, and core 3 software. Specifically:

[0069] Synthesis software: bin files synthesized by PL software, FSBL software, and secondary transfer software (PS);

[0070] Core 0 software: A separate bin file generated by the software project for user programs running on processor core 0;

[0071] Core 1 software: The separately generated bin file of the software project for user programs running on processor core 1;

[0072] Core 2 software: The separately generated bin file of the software project for user programs running on processor core 2;

[0073] Core 3 software: A separate bin file generated by the software project for user programs running on processor core 3.

[0074] The specific implementation steps are as follows:

[0075] Step 1: Handshake between the secondary transfer procedure and the host computer software.

[0076] After the processor powers on, the secondary migration program loads. If it successfully hands over with the host computer software within 500ms, it enters the online upgrade function. If there is no online upgrade command, it migrates the programs for cores 1, 2, 3, and 0, and then jumps to execution. The handshake process between the secondary migration program and the host computer software is as follows: Figure 2 As shown.

[0077] Open the host computer software and start the function to receive handshake commands for the secondary transfer program;

[0078] When the processor powers on, it runs the secondary transfer program. This program actively sends handshake instruction frames, sending the instructions 5 times. After sending the handshake instructions, it checks whether the host computer software responds with a handshake response frame, with a maximum query time of 500ms.

[0079] After receiving 3 handshake instruction frames, the host computer software sends handshake response frames 5 times.

[0080] After receiving three handshake response frames, the secondary relocation procedure sends a handshake confirmation frame five times.

[0081] After the host computer software receives three handshake confirmation frames, it indicates that the handshake was successful and the software upgrade can proceed.

[0082] Step 2: Upload / Download the Program

[0083] Online software upgrades include program upload and program download functions.

[0084] 1. Program Upload Process

[0085] The host computer software sends a program upload command frame. The core information of this frame includes a frame header, frame count, command word, checksum, data area, and frame trailer. The frame count starts from 1. When the frame count is 1, the data area contains the total program upload information, including the total number of program file frames and the total checksum. From the second frame onwards, the data area contains the software binary file. The command word distinguishes the type of program being uploaded: composite software upload command, core 0 software upload command, core 1 software upload command, core 2 software upload command, core 3 software upload command, and simultaneous upload command for independent software (core 0 software, core 1 software, core 2 software, and core 3 software).

[0086] When the frame count is 1 and the instruction word is not a simultaneous upload instruction, the data area contains the total number of frames and total checksums of the program file. When the frame count is 1 and the instruction word is a simultaneous upload instruction, the data area contains the status word and the total number of frames and total checksums of each independent program. For example, the upload status word is represented by a 1-byte status word, where a corresponding bit of 1 indicates that the independent program is being uploaded, and 0 indicates that it is not being uploaded. Based on the upload status, the total number of frames and total checksums of the independent program are then read from the corresponding byte in the data area. The data area definition when the frame count is 1 and the instruction word is a simultaneous upload instruction is shown in the table below.

[0087] Table 1. Definition of Data Area Content

[0088]

[0089] Secondary data transfer process: Upon receiving an upload command, if the frame count is 1 and the command word is not a simultaneous upload command, store the total number of program file frames and the total checksum. If the frame count is 1 and the command word is a simultaneous upload command, read the total number of files and the total checksum for each independent program to be uploaded based on the status word; if the frame count is 2 or higher, store the contents of the data area in the DDR temporary space. Based on the total frame count, after all program data has been received, check if the total checksum of the program data is correct. If correct, write the program data into the FLASH corresponding to that type of program according to the command word. The written content includes the software binary file, the total number of file frames, and the total checksum.

[0090] The secondary data transfer program checks the frame count in the upload command during data reception: if the frame count is repeated, the frame data is not stored; if the frame count is not repeated but not consecutive, a fault is reported; the total size of the received program data is judged based on the frame count, and a fault is reported if it exceeds the set file size. It should be noted that the program data size for each frame command is the same. The software reads the stored data from the FLASH memory for comparison; if the read data does not match the data to be written, a fault is reported. If the host computer software receives a fault, it sends a duplicate frame; if the host computer times out three times consecutively or receives a fault message, it stops the upload and terminates the process. The core information of the program upload response frame includes the frame header, frame count, status word, checksum, and frame trailer.

[0091] Host computer process: After the host computer software confirms a successful handshake, it selects the type of program to upload. Program types can be categorized as: integrated software upload, core 0 software upload, core 1 software upload, core 2 software upload, core 3 software upload, or simultaneous upload of independent software (core 0, core 1, core 2, and core 3 software). The software sets the instruction words according to the program type and calculates the number of frames and checksum of the program file. If it's a simultaneous upload instruction for independent software, the upload status needs to be set (see Table 1 for the definition of the simultaneous upload data area for independent software). The first frame (frame count 1) instruction sends the total number of frames and total checksum of the program file to the secondary transfer program, waiting for a response. After receiving a correct response frame, the software binary file is sent starting from the second frame instruction. After sending one frame instruction, the software waits for a response from the secondary transfer program. If no response frame is received within the set time or an abnormal response frame is received from the secondary transfer program, the instruction frame is sent again. If the instruction frame receives three abnormal responses, the upload process stops, and a software upload failure is displayed.

[0092] After all program data has been transmitted, wait for the second transfer program response frame. If the response frame returns that the upload was successful, it means that the upload process was completed normally, and the host computer software will display that the software upload was successful. Otherwise, it indicates an upload error, and the host computer software will display that the software upload failed.

[0093] 2. Program Download Process

[0094] The host computer software sends a program download command. The core information of the program download command frame includes a frame header, frame count, checksum, command word, and frame trailer. The frame count starts from 1. The command word is used to distinguish the type of program being downloaded, namely, a combined software download command, a core 0 software download command, a core 1 software download command, a core 2 software download command, a core 3 software download command, and a command to download independent software (core 0 software, core 1 software, core 2 software, and core 3 software) simultaneously. If it is a command to download independent software simultaneously, a status word needs to be set in the first download command frame. The status word is used to define whether each independent software is being downloaded, including download status and no download status.

[0095] Secondary file transfer process: Upon receiving a download command, the command is parsed. If the frame count is 1 and the command word is not a simultaneous download command, the total number of file frames, total checksum, and software binary file of the corresponding program are read based on the command word. If the frame count is 1 and the command word is a simultaneous download command, the total number of file frames, total checksum, and software binary file of each independent software corresponding to the download status are read based on the status word, and the read content is stored in the DDR temporary space. If the total number of file frames and total checksum are normal, the corresponding data is sent according to the frame count in the received command: if the frame count is 1 and the command word is not a simultaneous download command, the total number of file frames and total checksum are sent; if the frame count is 1 and the command word is a simultaneous download command, the data area definition is shown in Table 2 below. The software binary file is sent starting from the 2nd frame. The core information of the program download response frame includes the frame header, frame count, status word, data, checksum, and frame trailer.

[0096] Table 2 Data Area Content Definition

[0097]

[0098] Host computer process: After the host computer software confirms a successful handshake, it selects the type of program to download. Program downloads can be categorized as: integrated software download, core 0 software download, core 1 software download, core 2 software download, core 3 software download, or simultaneous download of standalone software (core 0 software, core 1 software, core 2 software, and core 3 software). The software sets the instruction word according to the type of program to be downloaded (if it's simultaneous download of standalone software, a status word needs to be set), sends the instruction frame, and waits for the response frame from the second program transfer.

[0099] When the response frame is frame 1, the total number of program file frames and the total checksum are saved according to the type of the downloaded program. For standalone software downloading simultaneously, the data area definition is shown in Table 2. After a normal interaction with frame 1, frame 2 is sent as a command frame. After a successful reception of frame 2, the program file data is saved. If no response frame is received within the set time or an abnormal response frame indicating a second program transfer is received, the command frame is sent again. If the command frame receives three abnormal responses, the upload process stops, and a software download failure is displayed.

[0100] After receiving all program download response frames, the host computer software compares the total number of file frames, total checksum, and software binary file stored with the total number of file frames, total checksum, and software binary file sent by the secondary transfer program. If they match, the program download process ends.

[0101] The above description is merely an embodiment of this application and is not intended to limit this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principle of this application should be included within the scope of the claims of this application.

Claims

1. A method for independent online software upgrade of a multi-task integrated device, characterized in that, include: S1. The host computer software sends a program instruction frame to the secondary transfer program. The program instruction frame includes a program upload instruction frame and a program download instruction frame. S2. The secondary migration program parses the program type to be upgraded according to the instruction word in the program instruction frame. The instruction word is used to specify the composite software or any one or more independent software as the program type to be upgraded. The independent software includes core 0 software, core 1 software, core 2 software and core 3 software. S3. When the program instruction frame is a program upload instruction frame, the program data in the program upload instruction frame is burned into the FLASH storage space corresponding to the program type to be upgraded. S4. When the program instruction frame is a program download instruction frame, read the program data in the FLASH storage space corresponding to the program type to be upgraded, and send the program data to the host computer software through the program download response frame. The program instruction frame further includes a status word, which defines the status of each independent software in a variety of independent software, including an upgrade status and a non-upgrade status. S2 includes: The secondary transfer program receives the program instruction frame and parses the instruction words in the program instruction frame. When the instruction word is an instruction word corresponding to a composite software or any independent software, the composite software or the independent software corresponding to the instruction word is regarded as the program type to be upgraded. When the instruction word is an instruction word corresponding to multiple independent software, the status word in the program instruction frame when the frame count is 1 is parsed, and the independent software corresponding to the upgrade status word is taken as the program type to be upgraded. The program download instruction frame includes a download frame count, the program download response frame includes program data, the program data includes the total number of program file frames, the total checksum, and the software binary file, and S4 includes: S41. The download frame count of the program download instruction frame is received and parsed frame by frame by the secondary transfer program; S42. If the download frame count is 1, read the total number of program file frames, total checksum and software binary file in the FLASH storage space corresponding to the program type to be upgraded and store them in the temporary space. Send the total number of program file frames and total checksum in the temporary space to the host computer software through the program download response frame. S43. If the download frame count is greater than 1, the software binary file corresponding to the download frame count in the temporary space will be downloaded and sent to the host computer software via the program to receive the response frame.

2. The method according to claim 1, characterized in that, Before S1, it also includes: S01. Run the secondary transfer program on the processor core and send a handshake instruction frame to the host computer software. S02. After receiving the handshake instruction frame, the host computer software sends a handshake response frame to the secondary transfer program. S03. After receiving the handshake response frame, the secondary transfer program sends a handshake confirmation frame to the host computer software. S04. When the host computer software receives the handshake confirmation frame, it indicates that the host computer software and the secondary transfer program have successfully completed the handshake.

3. The method according to claim 1, characterized in that, The program upload instruction frame includes an upload frame count and program data, and S3 includes: S31. The upload frame count of the program upload instruction frame is received and parsed frame by frame by the secondary transfer program; S32. Store the program data corresponding to the upload frame count in a temporary space; when the upload frame count is 1, the program data includes the total number of program files and the total verification of the program type to be upgraded; when the upload frame count is greater than 1, the program data includes the software binary file corresponding to the program type to be upgraded. S33. Based on the total number of program file frames, after all program upload instruction frames have been received, the program data in the temporary space is burned into the FLASH storage space corresponding to the program type to be upgraded.

4. The method according to claim 3, characterized in that, Before storing the program data corresponding to the uploaded frame count in the temporary space, the method further includes: S321. When the value of the uploaded frame count is greater than 1, determine whether the receiving conditions are met simultaneously. The receiving conditions include: the value of the uploaded frame count is not repeated and is continuous, and the total size of the program data is determined to be less than the FLASH storage space based on the value of the frame count. S322. If not satisfied, the status word of the uploaded response frame is set to fault and sent to the host computer software, and the software binary file corresponding to the uploaded frame count is no longer stored in the temporary space.

5. The method according to claim 4, characterized in that, Before writing the program data in the temporary space into the FLASH storage space corresponding to the program type to be upgraded, the method further includes: S331. Perform a legality check on the program data in the temporary space based on the total check; S332. If the verification fails, the status word in the program upload response frame is set to fault and sent to the host computer software. The program data in the temporary space is no longer burned into the FLASH storage space corresponding to the program type to be upgraded.

6. The method according to claim 5, characterized in that, Following S33, the following is also included: Read the program data in the FLASH storage space corresponding to the program type to be upgraded, and compare it with the program data to be written; If the comparison is correct, the response will be uploaded successfully; If the comparison fails, the status word in the program's uploaded response frame will be set to fault and sent to the host computer software.

7. The method according to any one of claims 4-6, characterized in that, After setting the status word in the program upload response frame to fault and sending it to the host computer software, the method further includes: After receiving a program upload response frame with the status word set to fault, the host computer software increments the number of faults in the program upload response frames. If the cumulative number of times does not exceed the preset threshold, a repeated program upload instruction frame is sent to the secondary transfer program. If the cumulative number of times exceeds the preset threshold, the sending of program upload command frames will be stopped.

8. The method according to claim 1, characterized in that, Also includes: If a sudden power outage occurs during the uploading process of the compositing software, causing the upload to fail and the compositing software to become unusable, the image program will be started automatically. The host computer software sends upload / download instruction frames for the image processing software to the image program. When the image program receives the upload command frame from the synthesis software, it writes the program data in the upload command frame into the FLASH storage space corresponding to the synthesis software, and the program data is not changed after it is written into the FLASH storage space corresponding to the synthesis software. When the image program receives the synthesis software download instruction frame, it reads the program data in the FLASH storage space corresponding to the synthesis software and sends the program data to the host computer software through the synthesis software download response frame.

Images