Software upgrading method and system based on SDR software architecture-free hardware platform

Abstract

The invention discloses a software upgrading method and system based on an SDR software architecture-free hardware platform, the SDR software architecture-free hardware platform is set as a to-be-upgraded device, the to-be-upgraded device comprises a FLASH chip, and software upgrading of the SDR architecture hardware platform can be realized without dismounting a cover plate; a FLASH chip is equally divided into two memory parts, namely a BANK0 and a BANK1, the BANK0 is used for storing equipment factory software, and the BANK1 is used for storing software to be upgraded and a version mark of the software to be started. Files stored in the BANK0 cannot be changed after leaving a factory and serve as backup programs, no matter whether upgrading succeeds or not, it is always guaranteed that one version of program which can be normal in function performance and supports upgrading exists in the FLASH chip, and the problems that in the current upgrading process, a fault occurs, a source file to be upgraded is damaged or the file is wrong, and when equipment cannot run after upgrading succeeds, the equipment cannot run normally are solved. And factory settings cannot be restored.

Description

Technical Field

[0001] The present invention relates to the technical field of SDR architecture product software upgrade, and in particular to a software upgrade method and system based on an SDR architecture hardware platform and an SDR soft-no-architecture hardware platform. Background Art

[0002] The SDR (software radio) architecture product based on the AD9361+ZYNQSDR architecture hardware platform has the advantages of low power consumption, miniaturization, and reconfigurability, and is one of the emerging mainstream technologies in the communications field. The traditional AD9361+ZYNQ platform software upgrade must be carried out through the JTAG debugging interface, and the debugging interface will be covered and sealed before the product is delivered, and then the environmental screening test will be carried out. After the equipment is installed on the platform, the airtightness of the equipment can be easily changed by disassembling the cavity at will, and some platforms clearly stipulate in use that the equipment is not allowed to be disassembled after it is installed on the platform. If disassembled, the environmental screening test must be strictly re-performed, which requires a lot of manpower, material resources and financial resources. Therefore, traditional software upgrades can no longer meet project requirements and need to be improved.

[0003] The current software upgrade method has the following main deficiencies:

[0004] (1) The AD9361+ZYNQSDR architecture hardware platform product is upgraded through the JTAG debugging port. Although it has high reliability, it requires the removal of the cover plate, has low operability, and is not suitable for certain platforms with strict usage requirements (such as missile-borne equipment);

[0005] (2) Using the product's own communication interface or wireless communication to achieve software upgrades is easy to operate, but if a failure occurs during the upgrade process, the device will not work properly;

[0006] (3) If the source file to be upgraded is damaged or has errors, the device will not be able to run after the upgrade is successful, and the factory settings cannot be restored through the software;

[0007] (4) The current software upgrade method only includes the process of writing the software to be upgraded into the FLASH, and does not specifically describe the device startup process. Summary of the invention

[0008] Based on the problems raised by the above background technology, the purpose of the present invention is to provide a software upgrade method and system for an SDR architecture hardware platform based on an SDR soft-no-architecture hardware platform, which solves the problem that the current AD9361+ZYNQSDR architecture hardware platform cannot be recovered when a fault occurs during the software upgrade process, thereby causing the device to fail to work normally.

[0009] The present invention is achieved through the following technical solutions:

[0010] The first aspect of the present invention provides a software upgrade method of an SDR architecture hardware platform based on an SDR soft-no-architecture hardware platform, comprising:

[0011] The SDR software-free architecture hardware platform is set as the device to be upgraded, the device to be upgraded includes a FLASH chip, and the SDR architecture hardware platform divides the FLASH chip into BANK0 and BANK1; BANK0 is a non-erasable storage space for storing the factory software version; BANK1 is an erasable storage space for storing the version to be upgraded;

[0012] The device to be upgraded establishes a communication connection with the host computer through the network port and the serial port, and the device to be upgraded transmits the version number of the current software version to the host computer and receives an upgrade instruction from the host computer;

[0013] The device to be upgraded writes the software number to be upgraded into BANK1 according to the upgrade instruction, and uses the version number of the version to be started in BANK1 as the version number of the software to be started to perform BOOT startup to complete the software upgrade.

[0014] In the above technical solution, the SDR soft-no-architecture hardware platform is set as the device to be upgraded, and the device to be upgraded includes a FLASH chip, which realizes the software upgrade of the SDR architecture hardware platform without removing the cover. At the same time, the FLASH chip is divided into two memory parts, BANK0 and BANK1, wherein the memory of each BANK is larger than the size of the executable Bin file (software to be upgraded). BANK0 is used to store the factory software of the device, and BANK1 is used to store the software to be upgraded and the version mark of the software to be started. The files stored in BANK0 cannot be changed after leaving the factory. As a backup program, regardless of whether the upgrade is successful, there is always a version of the program in FLASH that can function normally and support the upgrade. The host computer is connected to the device to be upgraded by communication, and the device to be upgraded is upgraded through the host computer. If the upgrade fails due to power failure, improper human operation and other factors during the upgrade process, or the source file to be upgraded is damaged or the source file is selected incorrectly, the upgrade is successful but the device cannot operate normally. This solution can still start and run normally after restarting the device, and the function is not affected. It supports multiple hardware connection forms between the main control chip QSPI and the FLASH chip, supports restoring factory settings, and can query the version number of the currently running program through the host computer to verify whether the upgrade is successful. This solves the current defect of being unable to restore factory settings when a fault occurs during the upgrade process, the source file to be upgraded is damaged or the file is wrong, and the device cannot run after the upgrade is successful.

[0015] In an optional embodiment,

[0016] The upgrade instructions include an erase space to be upgraded instruction, a software download instruction, and a software readback instruction;

[0017] The device to be upgraded writes the version number of the version to be upgraded into BANK1 according to the upgrade instruction pair, including:

[0018] The device to be upgraded erases the storage space of BANK1 according to the instruction to erase the space to be upgraded, and returns an erasure success response to the host computer;

[0019] After receiving the software package from the host computer, the device to be upgraded executes the software download instruction to write the software package into BANK1 in sequence according to the package sequence number of the software package, and transmits the received content back to the host computer;

[0020] The device to be upgraded reads the fixed-length data of the packet sequence number in the FLASH chip according to the software read-back instruction, and transmits the fixed-length data back to the host computer.

[0021] In an optional embodiment, after transmitting the received content back to the host computer, the method further includes:

[0022] The host computer performs error judgment based on the received content:

[0023] If it is determined that there is no bit error, an upgrade success instruction is sent to the device to be upgraded. After the device to be upgraded receives the upgrade success instruction, the version number of the version to be upgraded in BANK1 is used as the version number of the software to be started;

[0024] If it is determined that there is a bit error, an upgrade failure instruction is sent to the device to be upgraded. When the device to be upgraded receives the upgrade failure instruction, if the power is not cut off, the software is upgraded using the current running program. If the power is cut off, the software is upgraded using the factory software version in BANK0.

[0025] In an optional embodiment, the BOOT startup includes:

[0026] Generate an executable bin file, wherein the executable bin file includes a bootloader startup program;

[0027] When the software upgrade is successful, the bootloader startup program is run. If the bootloader startup program receives a factory reset instruction, the version number of the factory software version in bank0 is started; if the bootloader startup program does not receive a factory reset instruction, the version number of the software to be started in BANK1 is started;

[0028] When the software upgrade fails or the FLASH chip upgrades the program at noon, the version number of the factory software version in BANK0 is started. In an optional embodiment, the hardware SDR architecture hardware platform connection mode of the QSPI interface between the ZYNQ main control chip of the SDR architecture hardware platform and the FLASH chip is any one of Single SS 4bit IO, DUAL PARALLELFLASH, and DUAL STACK FLASH.

[0029] The second aspect of the present invention provides a software upgrade system based on the SDR software-free architecture hardware platform, comprising:

[0030] A preprocessing module, the preprocessing module is used to set the SDR software-free architecture hardware platform as a device to be upgraded, the device to be upgraded includes a FLASH chip, and the FLASH chip is divided into BANK0 and BANK1; wherein BANK0 is a non-erasable storage space for storing the factory software version; BANK1 is an erasable storage space for storing the version to be upgraded;

[0031] The communication module is used for establishing a communication connection between the device to be upgraded and the host computer through the network port and the serial port, and the device to be upgraded transmits the version number of the current software version to the host computer and receives the upgrade instruction from the host computer;

[0032] The upgrade module is used for the device to be upgraded to write the software to be upgraded into BANK1 according to the upgrade instruction, and use the version number of the version to be started in BANK1 as the version number of the software to be started to perform BOOT startup to complete the software upgrade.

[0033] In an optional embodiment, the communication module includes:

[0034] An erasing unit, wherein the device to be upgraded erases the storage space of BANK1 according to the erase space to be upgraded instruction, and transmits an erasing success response to the host computer;

[0035] A download unit, wherein after the device to be upgraded receives the software package from the host computer, the download unit is used to execute the software download instruction, write the software package into BANK1 in sequence according to the package sequence number of the software package, and return the received content to the host computer;

[0036] A read-back unit is used for the device to be upgraded to read the fixed-length data of the packet sequence number in the FLASH chip according to the software read-back instruction, and to transmit the fixed-length data back to the host computer.

[0037] In an optional embodiment, the upgrade module includes:

[0038] A generating unit, the generating unit is used to generate an executable bin file, the executable bin file includes a bootloader startup program;

[0039] The bootloader unit is used to run the bootloader startup program when the software upgrade is successful. If the bootloader startup program receives the factory reset instruction, the version number of the factory software version in bank0 is started; if the bootloader startup program does not receive the factory reset instruction, the version number of the software to be started in BANK1 is started; when the software upgrade fails or the FLASH chip upgrades the program at noon, the version number of the factory software version in BANK0 is started.

[0040] Compared with the prior art, the present invention has the following advantages and beneficial effects:

[0041] 1. Set the SDR software-free architecture hardware platform as the device to be upgraded. The device to be upgraded includes a FLASH chip, which enables the software upgrade of the SDR architecture hardware platform without removing the cover;

[0042] 2. Divide the FLASH chip into two memory parts, BANK0 and BANK1. BANK0 is used to store the factory software of the device, and BANK1 is used to store the software to be upgraded and the version mark of the software to be started. The files stored in BANK0 cannot be changed after leaving the factory. As a backup program, no matter whether the upgrade is successful or not, there is always a version of the program in the FLASH chip that can function normally and support the upgrade, which solves the defect that the factory settings cannot be restored when a fault occurs during the upgrade process, the source file to be upgraded is damaged or the file is wrong, and the device cannot run after the upgrade is successful. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] In order to more clearly illustrate the technical solutions of the exemplary embodiments of the present invention, the following briefly introduces the drawings required for use in the embodiments. It should be understood that the following drawings only illustrate certain embodiments of the present invention and should not be regarded as limiting the scope. For those of ordinary skill in the art, other relevant drawings can be obtained based on these drawings without creative work. In the drawings:

[0044] Figure 1 A schematic diagram of the structure of the FLASH chip partition storage provided in Example 1 of the present invention;

[0045] Figure 2 A schematic diagram of the structure of the upgrade subject provided by Embodiment 1 of the present invention;

[0046] Figure 3 A schematic diagram of a host computer issuing instructions provided in Example 1 of the present invention. DETAILED DESCRIPTION

[0047] In order to make the objectives, technical solutions and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with embodiments and drawings. The exemplary embodiments of the present invention and their description are only used to explain the present invention and are not intended to limit the present invention.

[0048] Example 1

[0049] Embodiment 1 of the present invention provides a software upgrade process of an SDR architecture hardware platform based on an SDR soft-no-architecture hardware platform, including:

[0050] The SDR software-free architecture hardware platform is set as the device to be upgraded, the device to be upgraded includes a FLASH chip, and the SDR architecture hardware platform divides the FLASH chip into BANK0 and BANK1; BANK0 is a non-erasable storage space for storing the factory software version; BANK1 is an erasable storage space for storing the version to be upgraded;

[0051] The device to be upgraded establishes a communication connection with the host computer through the network port and the serial port, and the device to be upgraded transmits the version number of the current software version to the host computer and receives an upgrade instruction from the host computer;

[0052] The device to be upgraded writes the software number to be upgraded into BANK1 according to the upgrade instruction, and uses the version number of the version to be started in BANK1 as the version number of the software to be started to perform BOOT startup to complete the software upgrade.

[0053] It should be noted that the current AD9361+ZYNQSDR architecture hardware platform product is upgraded through the JTAG debugging port. Although it has high reliability, it needs to remove the cover plate, has low operability, and is not suitable for certain platforms with strict use requirements (such as missile-borne equipment). The software upgrade is realized by using the communication interface or wireless communication of the product itself, which is easy to operate, but once a failure occurs in the upgrade process, the device will not work properly. In view of the above problems, the present invention proposes a software upgrade process of the SDR architecture hardware platform based on the SDR soft-no-architecture hardware platform, and sets the SDR soft-no-architecture hardware platform as the device to be upgraded. The device to be upgraded includes a FLASH chip, which realizes that the software upgrade of the SDR architecture hardware platform can be realized without removing the cover plate. At the same time, the FLASH chip is divided into two memory parts, BANK0 and BANK1, wherein the memory of each BANK is larger than the size of the executable Bin file (software to be upgraded). BANK0 is used to store the factory software of the device, and BANK1 is used to store the software to be upgraded and the version mark of the software to be started. The files stored in BANK0 cannot be changed after leaving the factory. As a backup program, no matter whether the upgrade is successful or not, there is always a version of the program in FLASH that can function normally and support upgrades. The host computer is connected to the device to be upgraded through the host computer. If the upgrade fails due to power failure, improper human operation, or the source file to be upgraded is damaged or the source file selection is wrong, the upgrade is successful but the device cannot run normally. This solution can still start and run normally after restarting the device, and the function is not affected. It supports multiple hardware connection forms between the QSPI interface of the hardware platform main control chip and the FLASH chip, supports restoring factory settings, and can query the version number of the currently running program through the host computer to verify whether the upgrade is successful. This solves the defect that the factory settings cannot be restored when there is a failure in the upgrade process, the source file to be upgraded is damaged or the file is wrong, and the device cannot run after the upgrade is successful.

[0054] The partitions of the FLASH chip are as follows Figure 1 As shown, BANK0 is used to store factory programs, and BANK1 is used to store upgrade programs, wherein there is also a software version flag to be started in BANK1, and the software version flag to be started is used for software upgrade.

[0055] In the embodiment of the present invention, the upgrade subject is as follows: Figure 2 As shown, the device to be upgraded of the SDR (software radio) architecture product of the AD9361+ZYNQSDR architecture hardware platform includes a host computer and the device to be upgraded of the SDR (software radio) architecture product of the AD9361+ZYNQSDR architecture hardware platform. The host computer is used to upgrade the device to be upgraded of the SDR (software radio) architecture product of the AD9361+ZYNQSDR architecture hardware platform. During the upgrade process, the host computer actively sends commands, the device to be upgraded responds to the commands, and the software to be upgraded is transmitted from the host computer to the device to be upgraded.

[0056] In an optional embodiment, the upgrade instruction includes an instruction to erase the space to be upgraded, an instruction to download software, and an instruction to read back software;

[0057] The device to be upgraded writes the version number of the version to be upgraded into BANK1 according to the upgrade instruction pair, including:

[0058] The device to be upgraded erases the storage space of BANK1 according to the instruction to erase the space to be upgraded, and returns an erasure success response to the host computer;

[0059] After receiving the software package from the host computer, the device to be upgraded executes the software download instruction to write the software package into BANK1 in sequence according to the package sequence number of the software package, and transmits the received content back to the host computer;

[0060] The device to be upgraded reads the fixed-length data of the packet sequence number in the FLASH chip according to the software read-back instruction, and transmits the fixed-length data back to the host computer.

[0061] It should be noted that the upgrade instructions issued by the host computer are as follows: Figure 3 As shown, there are six instructions: obtaining software version number, erasing space to be upgraded, downloading software, reading back software, upgrading successfully, and restoring factory settings. Each command is sent in no particular order.

[0062] Get software version number: Each version of the program has its own version number. After receiving this command, the device returns the version number of the currently running program to the host computer. The user decides whether to upgrade the software based on the returned version number. After the upgrade is successful, when the device is restarted, the version number can also be queried to determine whether the upgrade is successful.

[0063] Erase the space to be upgraded: After receiving this command, the device erases the entire storage space of BANK1. After the device is successfully erased, it needs to send a successful erasure response to the host computer. Since the Bin file running in the ZYNQ chip is automatically generated by XilinxSDK, the startup process of the chip has a specific process, so the bootloader startup file must be stored in BANK0. BANK1 is used to store the software to be upgraded and the version mark of the software to be started. Before each upgrade, only the content in BANK1 is erased. The space for the version mark of the software to be started is the minimum unit of the erase function (for example, 1M).

[0064] Software download: The software to be upgraded is divided into several packages, which are transmitted to the device in sequence through the host computer. After the device receives the software package, it writes the software into FLASH in sequence according to the package sequence number and returns all the contents of the received software package to the host computer.

[0065] Software readback: The device receives the readback command from the host computer, reads the fixed-length data corresponding to the packet number from the FLASH, and uploads it to the host computer.

[0066] In an optional embodiment, after transmitting the received content back to the host computer, the method further includes:

[0067] The host computer performs error judgment based on the received content:

[0068] If it is determined that there is no bit error, an upgrade success instruction is sent to the device to be upgraded. After the device to be upgraded receives the upgrade success instruction, the version number of the version to be upgraded in BANK1 is used as the version number of the software to be started;

[0069] If it is determined that there is a bit error, an upgrade failure instruction is sent to the device to be upgraded. When the device to be upgraded receives the upgrade failure instruction, if the power is not cut off, the software is upgraded using the current running program. If the power is cut off, the software is upgraded using the factory software version in BANK0.

[0070] It should be noted that the host computer determines whether there is a bit error during the transmission process based on the data sent back by the device. If there is no bit error, the host computer continues to transmit the remaining software packages to the device. If there is a bit error, the upgrade process is terminated.

[0071] After the software download and software readback process, ensuring that the program written into the FLASH is correct, the host computer sends an "upgrade successful" command. After receiving the command, the device changes the software version to be started in the FLASH to the upgraded software.

[0072] Restore factory settings: Main response During the bootloader startup process, after the device receives this command, it will change the version flag of the software to be started, and then start the factory software.

[0073] In the above process, as long as the device or transmission process fails after the erase command is issued, it is uniformly defined as an upgrade failure. In the case of power failure, it can be upgraded again through the current running program. If the failure is a power failure of the device, the factory program will be run when the device is restarted to ensure the reliability of the device. The factory program supports software upgrades.

[0074] In an optional embodiment, the BOOT startup includes:

[0075] Generate an executable bin file, wherein the executable bin file includes a bootloader startup program;

[0076] When the software upgrade is successful, the bootloader startup program is run. If the bootloader startup program receives a factory reset instruction, the version number of the factory software version in bank0 is started; if the bootloader startup program does not receive a factory reset instruction, the version number of the software to be started in BANK1 is started;

[0077] When the software upgrade fails or the FLASH chip upgrades the program at noon, the version number of the factory software version in BANK0 is started.

[0078] It should be noted that the bootloader startup program of the ZYNQ chip generally directly uses the routines that come with the software. When generating an executable bin file, the tools that come with the Xilinx SDK software are also used. The generated bin file contains the bootloader startup program, the user ELF file, and the bit file of the FPGA. Compared with the bin files generated by other chips, the bin file of ZYNQ does not store these three files by storing memory partitions. Instead, after the bin file is generated, the vector table of a certain area in the bin file indicates the location and file size of these three files. Because this solution still retains the factory program under any circumstances, there are always two versions of the program in the FLASH, and it is necessary to rewrite the bootloader file to determine whether to start the BANK0 or BANK1 software program.

[0079] After the bootloader runs, it will wait for 5 seconds before selecting the software version to be started. If the "restore factory settings" command is not received, the software version to be started is determined by the software version flag to be started. If the command is received, the software version flag to be started is modified and the factory program is started.

[0080] To ensure the simplicity and universality of the program, the contents of the bin file to be upgraded are consistent with the factory program. The version of the startup program is determined based on the version mark of the software to be started.

[0081] In an optional embodiment, the hardware SDR architecture hardware platform connection mode of the QSPI interface between the ZYNQ main control chip of the SDR architecture hardware platform and the FLASH chip is any one of Single SS 4bit IO, DUAL PARALLELFLASH, and DUAL STACK FLASH.

[0082] It should be noted that when the upgrade program is running, the hardware connection method will be queried, and the FLASH operation method will be automatically matched through the query result, so that this method is applicable to various hardware connection methods between the QSPI interface of the ZYNQ chip and the FLASH chip.

[0083] Example 2

[0084] Embodiment 2 of the present invention provides a software upgrade system based on an SDR soft-architecture-free hardware platform to implement the software upgrade method based on an SDR soft-architecture-free hardware platform of embodiment 1, wherein the software upgrade system includes:

[0085] A preprocessing module, the preprocessing module is used to set the SDR software-free architecture hardware platform as a device to be upgraded, the device to be upgraded includes a FLASH chip, and the FLASH chip is divided into BANK0 and BANK1; wherein BANK0 is a non-erasable storage space for storing the factory software version; BANK1 is an erasable storage space for storing the version to be upgraded;

[0086] The communication module is used for establishing a communication connection between the device to be upgraded and the host computer through the network port and the serial port, and the device to be upgraded transmits the version number of the current software version to the host computer and receives the upgrade instruction from the host computer;

[0087] The upgrade module is used for the device to be upgraded to write the software to be upgraded into BANK1 according to the upgrade instruction, and use the version number of the version to be started in BANK1 as the version number of the software to be started to perform BOOT startup to complete the software upgrade.

[0088] In an optional embodiment, the communication module includes:

[0089] An erasing unit, wherein the device to be upgraded erases the storage space of BANK1 according to the erase space to be upgraded instruction, and transmits an erasing success response to the host computer;

[0090] A download unit, wherein after the device to be upgraded receives the software package from the host computer, the download unit is used to execute the software download instruction, write the software package into BANK1 in sequence according to the package sequence number of the software package, and return the received content to the host computer;

[0091] A read-back unit is used for the device to be upgraded to read the fixed-length data of the packet sequence number in the FLASH chip according to the software read-back instruction, and to transmit the fixed-length data back to the host computer.

[0092] In an optional embodiment, the upgrade module includes:

[0093] A generating unit, the generating unit is used to generate an executable bin file, the executable bin file includes a bootloader startup program;

[0094] The bootloader unit is used to run the bootloader startup program when the software upgrade is successful. If the bootloader startup program receives the factory reset instruction, the version number of the factory software version in bank0 is started; if the bootloader startup program does not receive the factory reset instruction, the version number of the software to be started in BANK1 is started; when the software upgrade fails or the FLASH chip upgrades the program at noon, the version number of the factory software version in BANK0 is started.

[0095] SDR architecture hardware platform SDR architecture hardware platform SDR architecture hardware platform The specific implementation methods described above further explain in detail the objectives, technical solutions and beneficial effects of the present invention. It should be understood that the above description is only a specific implementation method of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A software upgrade method based on the SDR software-free architecture hardware platform, characterized in that: include: The SDR software-free architecture hardware platform is set as the device to be upgraded, the device to be upgraded includes a FLASH chip, and the SDR architecture hardware platform divides the FLASH chip into BANK0 and BANK1; BANK0 is a non-erasable storage space for storing the factory software version; BANK1 is an erasable storage space for storing the version to be upgraded; The device to be upgraded establishes a communication connection with the host computer through the network port and the serial port, and the device to be upgraded transmits the version number of the current software version to the host computer and receives an upgrade instruction from the host computer; The device to be upgraded writes the software number to be upgraded into BANK1 according to the upgrade instruction, and uses the version number of the version to be started in BANK1 as the version number of the software to be started to perform BOOT startup to complete the software upgrade.

2. The software upgrade method based on the SDR software-free architecture hardware platform according to claim 1, characterized in that: The upgrade instructions include an erase space to be upgraded instruction, a software download instruction, and a software readback instruction; The device to be upgraded writes the version number of the version to be upgraded into BANK1 according to the upgrade instruction pair, including: The device to be upgraded erases the storage space of BANK1 according to the instruction to erase the space to be upgraded, and returns an erasure success response to the host computer; After receiving the software package from the host computer, the device to be upgraded executes the software download instruction to write the software package into BANK1 in sequence according to the package sequence number of the software package, and transmits the received content back to the host computer; The device to be upgraded reads the fixed-length data of the packet sequence number in the FLASH chip according to the software read-back instruction, and transmits the fixed-length data back to the host computer.

3. The software upgrade method based on the SDR software-free architecture hardware platform according to claim 2 is characterized in that: After transmitting the received content back to the host computer, it also includes: The host computer performs error judgment based on the received content: If it is determined that there is no bit error, an upgrade success instruction is sent to the device to be upgraded. After the device to be upgraded receives the upgrade success instruction, the version number of the version to be upgraded in BANK1 is used as the version number of the software to be started; If it is determined that there is a bit error, an upgrade failure instruction is sent to the device to be upgraded. When the device to be upgraded receives the upgrade failure instruction, if the power is not cut off, the software is upgraded using the current running program. If the power is cut off, the software is upgraded using the factory software version in BANK0.

4. The software upgrade method based on the SDR software-free architecture hardware platform according to claim 1, characterized in that: The BOOT startup includes: Generate an executable bin file, wherein the executable bin file includes a bootloader startup program; When the software upgrade is successful, the bootloader startup program is run. If the bootloader startup program receives a factory reset instruction, the version number of the factory software version in bank0 is started; if the bootloader startup program does not receive a factory reset instruction, the version number of the software to be started in BANK1 is started; When the software upgrade fails or the FLASH chip upgrades the program at noon, the version number of the factory software version in BANK0 is started.

5. The software upgrade method based on the SDR software-free architecture hardware platform according to claim 1, characterized in that: The hardware SDR architecture hardware platform connection mode of the QSPI interface between the ZYNQ main control chip of the SDR architecture hardware platform and the FLASH chip is any one of Single SS 4bit IO, DUAL PARALLEL FLASH, and DUAL STACK FLASH.

6. A software upgrade system for implementing the software upgrade method based on the SDR soft-no-architecture hardware platform as described in any one of claims 1 to 5, characterized in that: include: A preprocessing module, the preprocessing module is used to set the SDR software-free architecture hardware platform as a device to be upgraded, the device to be upgraded includes a FLASH chip, and the FLASH chip is divided into BANK0 and BANK1; wherein BANK0 is a non-erasable storage space for storing the factory software version; BANK1 is an erasable storage space for storing the version to be upgraded; The communication module is used for establishing a communication connection between the device to be upgraded and the host computer through the network port and the serial port, and the device to be upgraded transmits the version number of the current software version to the host computer and receives the upgrade instruction from the host computer; The upgrade module is used for the device to be upgraded to write the software to be upgraded into BANK1 according to the upgrade instruction, and use the version number of the version to be started in BANK1 as the version number of the software to be started to perform BOOT startup to complete the software upgrade.

7. The software upgrade system based on the SDR software-free architecture hardware platform according to claim 6 is characterized in that: The communication module comprises: An erasing unit, wherein the device to be upgraded erases the storage space of BANK1 according to the erase space to be upgraded instruction, and transmits an erasing success response to the host computer; A download unit, wherein after the device to be upgraded receives the software package from the host computer, the download unit is used to execute the software download instruction, write the software package into BANK1 in sequence according to the package sequence number of the software package, and return the received content to the host computer; A read-back unit is used for the device to be upgraded to read the fixed-length data of the packet sequence number in the FLASH chip according to the software read-back instruction, and to transmit the fixed-length data back to the host computer.

8. The software upgrade method based on the SDR software-free architecture hardware platform according to claim 6, characterized in that: The upgrade module includes: A generating unit, the generating unit is used to generate an executable bin file, the executable bin file includes a bootloader startup program; The bootloader unit is used to run the bootloader startup program when the software upgrade is successful. If the bootloader startup program receives the factory reset instruction, the version number of the factory software version in bank0 is started; if the bootloader startup program does not receive the factory reset instruction, the version number of the software to be started in BANK1 is started; when the software upgrade fails or the FLASH chip upgrades the program at noon, the version number of the factory software version in BANK0 is started.

Images