On-orbit reconstruction method, system and equipment based on ZYNQ platform

Abstract

The invention discloses an on-orbit reconstruction method, system and equipment based on a ZYNQ platform. The method comprises upgrading reconstruction and maintenance reconstruction. In the upgrading and reconstruction process, a reconstruction instruction and a data packet are injected into the ZYNQ platform in an uplink mode from the ground, reconstruction is executed by the ZYNQ platform, verification is carried out after reconstruction is completed, and if verification is wrong, the data packet is injected into the ZYNQ platform in an uplink mode again from the ground; maintaining reconstruction, storing the backup data packets in orbit, executing reconstruction by the ZYNQ platform, verifying after the reconstruction is completed, if the verification is wrong, switching the backup data packets to execute reconstruction until the verification is correct or the verification is still wrong after all the backup data packets are executed, and if the verification is still wrong, performing uplink injection of the data packets from the ground; the priority of upgrade reconstruction is higher than that of maintenance reconstruction; and when the ZYNQ platform executes reconstruction and verifies that the reconstruction is correct, the data packet is injected up on the ground to update the backup data packet. According to the method and the device, by establishing the systematic reconstruction scheme applied to the ZYNQ platform, the reconstruction management control of the ZYNQ under different task targets can be realized, and the reliability of the ZYNQ platform reconstruction is improved.

Description

Technical Field

[0001] The present application relates to an on-orbit reconstruction method, system and device based on the ZYNQ platform for use in the field of space electronic control. Background Art

[0002] The increasing complexity of spacecraft missions places higher demands on the performance, integration, and reliability of computing platforms. Xilinx's Zynq platform, a heterogeneous computing platform integrating a processor system (PS) and programmable logic (PL), offers advantages such as high integration, low power consumption, and flexible reconfigurability, making it an increasingly important choice for on-orbit computing missions. However, practical experience with the Zynq platform in on-orbit applications is limited, especially in the complex environment of space, where its startup and reconfiguration processes present numerous challenges.

[0003] The startup process of the ZYNQ platform is divided into two stages: first, the program boot of the PS part needs to be completed, and then the program loading of the PL part is carried out. In the on-orbit application environment, the startup and operation process of ZYNQ may be affected by factors such as radiation and temperature changes, resulting in PS boot failure or PL operation crash, and the ZYNQ platform needs to be restored through reconstruction. The conventional reconstruction technology performs reconstruction tasks for a single task target of PS or PL. There is a lack of systematic management methods applied to the reconstruction process of the ZYNQ platform, which makes the reconstruction task prone to conflicts when facing complex application scenarios, causing system chaos and affecting the execution of reconstruction. In addition, when facing extreme conditions such as solar storms, the on-orbit redundant resources of the ZYNQ platform will be exhausted, which will lead to the failure of reconstruction. Summary of the Invention

[0004] The purpose of this application is to overcome the shortcomings of the existing technology and provide an on-orbit reconstruction method, system and equipment based on the ZYNQ platform. By establishing a systematic reconstruction solution applied to the ZYNQ platform, it is possible to achieve reconstruction management and control of ZYNQ under different mission objectives and improve the reliability of ZYNQ platform reconstruction.

[0005] In the first aspect, the present application provides an on-orbit reconstruction method based on the ZYNQ platform, which adopts the following technical solutions: For upgrade and reconstruction, the ground will inject upgrade and reconstruction instructions and upgrade and reconstruction data packets into the ZYNQ platform. The ZYNQ platform will execute the upgrade and reconstruction instructions and perform the reconstruction process through the upgrade and reconstruction data packets. After completion, reconstruction verification will be performed. If the verification is wrong, an error signal will be sent to the ground, and the ground will re-inject the upgrade and reconstruction data packets and re-execute the reconstruction process. For maintenance and reconstruction, at least two mutually backed-up on-orbit maintenance and reconstruction data packets are stored in the on-orbit redundant memory. The ZYNQ platform executes the maintenance and reconstruction process through an on-orbit maintenance and reconstruction data packet according to the maintenance and reconstruction instruction issued on-orbit, and performs reconstruction verification after completion. If the verification is wrong, switch to another on-orbit maintenance and reconstruction data packet to execute the maintenance and reconstruction process until the verification is correct or the verification error is still found after executing all on-orbit maintenance and reconstruction data packets. If the verification error is still found, an error signal is sent to the ground, and the ground uplink injects the ground maintenance and reconstruction data packet, and the reconstruction process is executed through the ground maintenance and reconstruction data packet; During the execution of the upgrade and reconstruction instructions, the maintenance and reconstruction instructions are not executed; during the execution of the maintenance and reconstruction instructions, if an upgrade and reconstruction instruction is received, the execution of the maintenance and reconstruction instruction is suspended and the upgrade and reconstruction instruction is executed instead; For the upgrade reconstruction data packet or ground maintenance reconstruction data packet injected uplink from the ground, after the ZYNQ platform executes the reconstruction process and verifies that it is correct, the on-orbit maintenance reconstruction data packet is updated through the upgrade reconstruction data packet or ground maintenance reconstruction data packet.

[0006] By adopting the above technical solution, on-orbit reconstruction is divided into upgrade reconstruction led by the ground and maintenance reconstruction led by on-orbit control. Among them, upgrade reconstruction is an on-orbit software upgrade of the ZYNQ platform performed by the ground, and reconstruction is performed by sending upgrade instructions and upgrade reconstruction program packages from the ground; maintenance reconstruction is controlled by maintenance instructions issued by the on-orbit control system, and is mainly reconstructed through the redundant mirror of the ZYNQ configuration backed up on-orbit, and ground assistance is requested only when redundant resources are exhausted. Ground instructions have the highest priority and are executed first to prevent instruction conflicts from occurring during the reconstruction process, which may cause system resources such as the ZYNQ platform channel to be occupied, affecting the normal progress of the reconstruction. The upgrade reconstruction data packet or ground maintenance reconstruction data packet injected uplink from the ground updates the on-orbit maintenance reconstruction data packet to ensure that no ground intervention is required for subsequent maintenance, reducing dependence on the ground.

[0007] Preferably, the upgrade reconstruction data packet or the ground maintenance reconstruction data packet includes a PS data packet and a PL data packet. First, the PS part of the ZYNQ platform is reconstructed through the PS data packet. After completion, the PS part is reconstructed and checked. If the check is wrong, the PS data packet is re-injected from the ground and reconstructed. If the check is correct, the PL part of the ZYNQ platform is reconstructed through the PL data packet. After completion, the PL part is reconstructed and checked. If the check is wrong, the PL data packet is re-injected from the ground.

[0008] Preferably, the PS data packet and the PL data packet are stored in different storage modules.

[0009] The above technical solution divides the upgrade reconstruction data packets or the ground maintenance reconstruction data packets into PS packets and PL packets according to the reconstruction object. The reconstruction process is divided into stages, with PS and PL reconstruction performed sequentially. Upon completion of each stage, a verification is performed. If a verification error occurs, uplink injection is re-requested based on the packet type. This technical solution decomposes the reconstruction process, ensuring the efficient progress of the reconstruction process, reducing the total workload of verification and repair when errors occur, and improving reconstruction efficiency.

[0010] Preferably, the on-orbit reconstruction method based on the ZYNQ platform according to claim 1 is characterized in that on-orbit maintenance and reconstruction data packets of different items are stored in different partitions in the storage module.

[0011] Preferably, for any on-orbit maintenance reconstruction data packet, if the reconstruction process it executes is verified to be incorrect after reconstruction verification, it will be marked. After the reconstruction process is completed, the on-orbit maintenance reconstruction data packet will be updated based on the verified correctly verified on-orbit maintenance reconstruction data packet or ground maintenance reconstruction data packet.

[0012] Through the above technical solution, redundant backup of the on-orbit maintenance and reconstruction data packet is achieved to prevent radiation damage to a single on-orbit maintenance and reconstruction data packet; after the reconstruction is completed, the on-orbit maintenance and reconstruction data packet with verification errors is updated to prepare for the subsequent system reconstruction and backup, and further improve the system reliability and reduce dependence on the ground.

[0013] Secondly, this application provides an on-orbit reconstruction system based on the ZYNQ platform, which adopts the following technical solutions: The on-orbit reconstruction system includes a reconstruction module, a ZYNQ platform, and an on-orbit storage module; The reconstruction module includes a reconstruction storage submodule and a reconstruction instruction submodule; the reconstruction instruction submodule is connected to the ZYNQ platform, and the reconstruction instruction submodule receives and parses the upgrade reconstruction instruction injected from the ground or the maintenance reconstruction instruction issued in orbit, and sends the parsed upgrade reconstruction instruction or maintenance reconstruction instruction to the ZYNQ platform; the reconstruction storage submodule stores the upgrade reconstruction data packet injected from the ground or the ground maintenance reconstruction data packet; The ZYNQ platform receives the parsed upgrade and reconstruction instructions or maintenance and reconstruction instructions. If it is an upgrade and reconstruction instruction, the upgrade and reconstruction data packet is read from the reconstruction storage submodule to execute the reconstruction process and reconstruction verification. If it is a maintenance and reconstruction instruction, an on-orbit maintenance and reconstruction data packet stored in the on-orbit storage module is read to execute the reconstruction process and reconstruction verification. If the verification is wrong, another on-orbit maintenance and reconstruction data packet is read. If the verification is still wrong after reading all the on-orbit maintenance and reconstruction data packets in sequence and executing the reconstruction process, the ground maintenance and reconstruction data packet is read from the reconstruction storage submodule to execute the reconstruction process. The on-orbit storage module is partitioned, and a plurality of on-orbit maintenance and reconstruction data packets are stored in different partitions of the on-orbit storage module.

[0014] Through the above technical solution, a system adapted to the above-mentioned on-orbit reconstruction method based on the ZYNQ platform is provided. The reconstruction instructions are parsed and output by the reconstruction module, thereby ensuring the smooth execution of the on-orbit reconstruction method and avoiding the ZYNQ platform boot error that makes it difficult to execute the reconstruction instruction reading, thereby causing a single point failure; the ZYNQ platform executes the target reconstruction task according to the received instructions, reads the reconstruction data packet in the corresponding memory, realizes data isolation and rapid call, and improves the system's anti-interference and loading efficiency.

[0015] Preferably, the reconstruction storage submodule includes a PS storage unit and a PL storage unit, the PS storage unit adopts a QSPI FLASH memory, and the PL storage unit adopts an SPI NAND Flash memory.

[0016] Preferably, the on-orbit storage module includes an on-orbit PS storage unit and an on-orbit PL storage unit. The on-orbit PS storage unit adopts an MRAM memory, and the PS boot files of different items of on-orbit maintenance and reconstruction data packets are stored in different partitions of the MRAM memory. The on-orbit PL storage unit adopts an eMMC memory, and the PL bit streams of different items of on-orbit maintenance and reconstruction data packets are stored in different partitions of the eMMC memory.

[0017] Through the above technical solution, a memory type that adapts to different reconstruction task objectives and data storage requirements is provided, ensuring that the reconstruction data packets are stored and called on demand, realizing redundant storage backup of data, and optimizing the reconstruction system.

[0018] In a third aspect, the present application provides a computer device comprising a memory and a processor, wherein the memory stores a computer program, and the processor implements the steps of the above-mentioned on-orbit reconstruction method based on the ZYNQ platform when executing the computer program.

[0019] In summary, this application includes at least one of the following beneficial technical effects: 1. This application provides an on-orbit reconfiguration method based on the Zynq platform. It incorporates ground-based upgrade reconfiguration and on-orbit maintenance reconfiguration into a systematic reconfiguration process, rather than being limited to a single-task reconfiguration process (e.g., reconfiguration triggered by a single-event upset (SEU)). This makes the reconfiguration process clear and smooth, highly scalable, and reduces interference with reconfiguration reliability caused by process issues between different reconfiguration tasks. 2. For reconstruction processes where reconstruction verification errors occur and cannot be corrected through on-orbit data, this application injects a reconstruction program package uplink from the ground, achieving auxiliary backup of on-orbit reconstruction through the ground, thereby improving system reliability; 3. This application divides the ZYNQ platform reconstruction process into stages, PS and PL, and performs reconstruction and verification in stages. When a verification error occurs in a stage, the storage area data is specifically called or upstream injected for the reconstructed data packet of the current stage, which can improve the efficiency of data call and avoid full upstream injection. 4. The on-orbit reconstruction system based on the ZYNQ platform of this application will separate the control of the reconstruction of the ZYNQ platform from ZYNQ, and provide a separate reconstruction module to parse and control the reconstruction instructions, so as to avoid the system from being unable to start due to PS loading failure, causing a single point failure. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 This is a flowchart of the on-orbit reconstruction method based on the ZYNQ platform in an embodiment of the present application; Figure 2 This is a flow chart of S100 in the embodiment of the present application; Figure 3 This is a flow chart of S120 in the embodiment of the present application; Figure 4 This is a flow chart of S200 in the embodiment of the present application; Figure 5 This is a structural block diagram of an on-orbit reconstruction system based on the ZYNQ platform in an embodiment of the present application; Figure 6 This is an example diagram of a computer device in an embodiment of the present application. DETAILED DESCRIPTION

[0021] This specific embodiment is merely an explanation of the present application and is not a limitation of the present application. After reading this specification, those skilled in the art may make non-creative modifications to the present embodiment as needed, but as long as they are within the scope of the present application, they are protected by patent law.

[0022] In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application. It should be noted that in the optional embodiments of the present application, when the embodiments in the present application are applied to specific products or technologies, the object information and other related data involved need to obtain the object's permission or consent, and the collection, use and processing of the relevant data need to comply with the relevant laws, regulations and standards of the relevant countries and regions. In other words, if the embodiments of the present application involve data related to the object, it needs to be obtained through the authorization and consent of the object, the authorization and consent of the relevant departments, and in compliance with the relevant laws, regulations and standards of the country and region. If personal information is involved in the embodiments, the acquisition of all personal information requires the consent of the individual. If sensitive information is involved, the separate consent of the information subject needs to be obtained. The embodiments also need to be implemented with the authorization and consent of the object.

[0023] The embodiments of the present application are described in further detail below with reference to the accompanying drawings.

[0024] In one embodiment, see Figure 1 , the present application discloses an on-orbit reconstruction method based on the ZYNQ platform, including S100 upgrade reconstruction, S200 maintenance reconstruction and S300 update on-orbit maintenance reconstruction data package.

[0025] S100 upgrade and reconstruction refers to the situation where the mission requirements of the ZYNQ platform exceed the preset range and fault tolerance range, and reconstruction cannot be achieved through on-orbit redundant data. Instead, it is controlled by the upgrade and reconstruction command issued by the ground and the upgrade and reconstruction data packet is injected through the ground uplink to achieve reconstruction. Depending on the reconstruction object, the upgrade and reconstruction scenarios include: For PS reconstruction, the upgrade and reconstruction scenarios include: major software function upgrades, PS security vulnerability repairs, and PS adjustments to adapt to new PL hardware logic.

[0026] For PL reconstruction, the upgrade and reconstruction scenarios include: PL hardware module function upgrade, PL hardware configuration parameter update, and PL dynamic task switching.

[0027] See also Figure 2 The specific steps for S100 upgrade and reconstruction are as follows: S110, injecting upgrade and reconstruction instructions and upgrade and reconstruction data packets from the ground to the ZYNQ platform; S120, the ZYNQ platform executes the upgrade and reconstruction instructions, executes the upgrade and reconstruction process through the upgrade and reconstruction data packet, and performs reconstruction verification after completion. If the verification is wrong, an error signal is sent to the ground, and the process returns to S110, and the ground re-injects the upgrade and reconstruction data packet; S130: If the verification is correct, the upgrade and reconstruction process is completed.

[0028] Specifically, the upgraded and reconstructed data packet includes a PS data packet and a PL data packet. The PS data packet and the PL data packet are stored in different storage modules. Figure 3 , S120 specifically: S121, reconstruct the PS part of the ZYNQ platform according to the PS data packet, load the pre-compiled FSBL into the specified address of the DDR memory of the PS, call u-boot to initialize the hardware, and transfer the image to DDR through u-boot; S122, configure the PS interrupt register, load the reconstruction verification status of the correct or error flag through PCAP, if the verification is wrong, automatically roll back to the previous stable version, re-inject the PS data packet from the ground, and return to S121; S123: If the verification is correct, reconstruct the PL part of the ZYNQ platform according to the PL data packet, call the PL bitstream data .bin of the PL data packet, start the PCAP configuration process and write the bitstream data into the PL configuration area; S124, monitor the PCAP status register to see if the configuration is complete or an exception occurs. If PCAP loading fails or PL verification fails, the system automatically rolls back to the previous stable version, re-injects the PL data packet from the ground, and returns to S123.

[0029] In another embodiment, a watchdog timer is provided on the PS side. If no reconstruction completion signal is received within a timeout period, the system is forced to restart, and the PS data packet and PL data packet are re-injected from the ground to re-execute the upgrade and reconstruction process.

[0030] S200 maintenance and reconstruction refers to the ZYNQ platform's reconstruction of key functions through on-orbit redundancy design, real-time monitoring, and pre-stored strategies, controlled by maintenance and reconstruction instructions issued on-orbit without ground intervention, and completed through on-orbit redundant backup data. Depending on the reconstruction object, the upgrade and reconstruction scenarios include: For PS reconstruction, maintenance and reconstruction scenarios include: the main boot image (boot.bin) is damaged when the PS is powered on or reset; the PS application (such as the attitude control algorithm) crashes due to memory errors or logic exceptions; DDR memory causes multi-bit EDAC errors due to radiation.

[0031] For PL reconstruction, upgrade and reconstruction scenarios include: high-energy particles causing a single-bit flip in the PL configuration memory (SRAM), resulting in abnormal logical functions; changes in task requirements requiring the loading of pre-stored PL modules; and PL multi-frame errors that cannot be repaired by scrubbing and require global restoration to a known safe state.

[0032] See also Figure 4 , the specific steps for maintenance and reconstruction are: S210, the on-orbit control system sends a maintenance and reconstruction instruction to the ZYNQ platform; S220, the ZYNQ platform executes the maintenance and reconstruction instruction, executes the maintenance and reconstruction process through an on-orbit maintenance and reconstruction data packet stored in the on-orbit redundant memory, and performs a reconstruction check after completion; if the check fails, switches to another on-orbit maintenance and reconstruction data packet and executes the reconstruction process until the reconstruction check is correct or the check fails after executing all on-orbit maintenance and reconstruction data packets; if the check fails, an error signal is sent to the ground, and the ground uplink injects the ground maintenance and reconstruction data packet, and S220 is executed again; If the verification is correct, the maintenance and reconstruction process is completed at step S230. For any on-orbit maintenance and reconstruction data packet, if the reconstruction process executed by it is verified to be incorrect after the reconstruction verification, it is marked as an error. After the reconstruction is completed, the on-orbit maintenance and reconstruction data packet is updated based on the verified correct on-orbit maintenance and reconstruction data packet or the ground maintenance and reconstruction data packet.

[0033] Specifically, the on-orbit maintenance reconstruction data packet or ground maintenance reconstruction data packet in S220 also includes a PS data packet and a PL data packet. The specific steps of S220 can be implemented with reference to the specific steps of S120. The difference between S220 and S120 is that, for any verification error, the reconstruction process is preferentially switched to another on-orbit maintenance reconstruction data packet. This process continues until all on-orbit maintenance reconstruction data packets still have verification errors. An error signal is then sent, and the reconstruction process is continued using the ground maintenance reconstruction data packet injected via the ground uplink. Different on-orbit maintenance reconstruction data packets are stored in different storage locations. In one embodiment, for the on-orbit maintenance reconstruction data packet, the PS data packet uses MRAM memory. The MRAM memory is divided into primary and redundant storage unit sectors, which serve as backups for each other and store the BOOT.bin files of different on-orbit maintenance reconstruction data packets. The PL data packet uses eMMC memory. The eMMC memory is divided into a boot partition, a Boot1 partition, and a Boot2 partition. The boot partition is used to store the boot loader (U-Boot) and the image index table. The Boot1 partition and the Boot2 partition respectively store different versions of the boot image. Maintenance and reconstruction calls the PS data packet or PL data packet to perform maintenance and reconstruction according to the specific content of the maintenance and reconstruction instruction.

[0034] In another embodiment, the ground-based uplink injection of upgrade and reconstruction packets or ground maintenance and reconstruction packets involves transmitting data from a ground station to an on-orbit vehicle via an X-band link. Due to limitations in link bandwidth and signal transmission windows, phased verification and transmission of PS and PL packets improves uplink injection efficiency and ensures the success rate of data transmission missions.

[0035] The on-orbit reconstruction method based on the ZYNQ platform also includes S300 updating the on-orbit maintenance reconstruction data package.

[0036] For the upgrade reconstruction data packet or ground maintenance reconstruction data packet injected uplink from the ground, after the ZYNQ platform executes the reconstruction process and verifies that it is correct, the on-orbit maintenance reconstruction data packet is updated through the upgrade reconstruction data packet or ground maintenance reconstruction data packet.

[0037] Furthermore, if the upgrade reconstruction data packet or the ground maintenance reconstruction data packet does not contain a PL data packet, when the on-orbit maintenance reconstruction data packet is updated by using the upgrade reconstruction data packet or the ground maintenance reconstruction data packet, the PL data packet of the on-orbit maintenance reconstruction data packet is updated using the current PL part configuration. For on-orbit reconstruction, whether PL reconstruction is required after PS reconstruction depends on the degree of functional coupling between the two and the scope of change. When the PS update is independent of the PL hardware function, or only parameters are transferred through the interface, there is no need to synchronize the PL reconstruction, and thus the upgrade reconstruction data packet or the ground maintenance reconstruction data packet will not contain a PL data packet. In this case, by backing up the PL part as an on-orbit maintenance reconstruction data packet to achieve backup updates, data attenuation caused by long-term silent storage can be avoided, and reliability reduction can be avoided.

[0038] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0039] In order to avoid conflicts of reconstruction instructions, system resources including channels are allocated reasonably. During the execution of upgrade reconstruction instructions, maintenance reconstruction instructions are not executed; during the execution of maintenance reconstruction instructions, if an upgrade reconstruction instruction is received, the execution of maintenance reconstruction instructions is terminated and the upgrade reconstruction instruction is executed instead.

[0040] Specifically, for the ZYNQ platform, upgrade and reconstruction instructions are received through the AXI-GMAC interface, and maintenance and reconstruction instructions are received through the PL-side SPI / UART interface, and are written into independent DDR3 memory buffers respectively. According to the instruction type, the ZYNQ platform automatically assigns a weight value: the upgrade and reconstruction instruction has a fixed weight value of 25 (the highest level), and the maintenance and reconstruction instruction has an initial weight value of 10-20 (dynamically adjusted based on the instruction category). The priority mapping table is implemented through the PL-side LUT and updated in real time to the instruction queue status register in the BRAM (address offset 0x4000_1000). Reconstruction instructions with high weight values are executed first. During the execution of the maintenance and reconstruction instruction, if an upgrade and reconstruction instruction is received, the on-track instruction execution thread is forcibly paused, and a snapshot of the current execution status is saved to the RPMB security partition of the eMMC through the AXI-HP interface.

[0041] In another embodiment, see Figure 5 , an on-orbit reconstruction system based on the ZYNQ platform, including: a reconstruction module 1, a ZYNQ platform 2 and an on-orbit storage module 3.

[0042] Reconfiguration Module 1 is the actual control module for the reconstruction process. It receives and parses reconstruction instructions and then sends them to the Zynq platform. It is independent of the Zynq platform to prevent system initialization failures caused by PS loading failures on the Zynq platform, which could prevent the reconstruction process from starting and thus create a single point of failure. To enhance the reliability of Reconfiguration Module 1, triple modular redundancy (TMR) and dynamic flashing are implemented.

[0043] Reconfiguration module 1 includes a reconfiguration storage submodule 11 and a reconfiguration instruction submodule 12. Reconfiguration instruction submodule 11 receives and interprets upgrade and reconfiguration instructions from the ground and maintenance and reconfiguration instructions from the on-orbit monitoring system. Reconfiguration instruction submodule 11 connects to ZYNQ platform 2 and sends the interpreted upgrade and maintenance instructions to ZYNQ platform 2.

[0044] The reconstruction storage submodule 12 stores upgrade and maintenance reconstruction data packets injected uplink from the ground. Specifically, the reconstruction storage submodule includes a PS storage unit and a PL storage unit. The PS storage unit utilizes QSPI FLASH memory, which has a capacity sufficient to store the FSBL (First Stage Bootloader), u-boot programs, and ELF-formatted executable files. The PL storage unit utilizes SPI NAND Flash memory for storing PL configuration files (e.g., bitstream files).

[0045] The ZYNQ platform 2 receives the parsed upgrade reconstruction instruction or maintenance reconstruction instruction. If it is an upgrade reconstruction instruction, the upgrade reconstruction data packet is read from the reconstruction storage submodule 11 to execute the reconstruction process and reconstruction verification; if it is a maintenance reconstruction instruction, an on-orbit maintenance reconstruction data packet stored in the on-orbit storage module 3 is read to execute the reconstruction process and reconstruction verification. If the verification is wrong, another on-orbit maintenance reconstruction data packet is read. If the verification is still wrong after reading all the on-orbit maintenance reconstruction data packets in sequence to execute the reconstruction process, the ground maintenance reconstruction data packet is read from the reconstruction storage submodule 11 to execute the reconstruction process.

[0046] The on-orbit storage module 3 includes an on-orbit PS storage unit 31 and an on-orbit PL storage unit 32. The on-orbit PS storage unit 31 adopts MRAM memory, and the PS boot files of the on-orbit maintenance and reconstruction data packets of different images are stored in different partitions of the MRAM memory. The PS redundant backup using MRAM has the advantages of non-volatility, high speed and high reliability, which can significantly improve the system fault tolerance and recovery efficiency. The on-orbit PL storage unit 32 adopts eMMC memory, and the bitstreams of different versions of the PL data packets are stored in multiple different partitions of the eMMC memory. The eMMC memory adopts multiple Boot partitions to achieve independent storage and flexible switching of bitstream data partitions. When reconstructing, the latest version of the PL data packet bitstream data is loaded first. If the verification error occurs, the next latest version of the PL data packet bitstream is loaded. The configuration data and operation data of the ZYNQ platform 2, including the PS unit and the PL unit, are regularly backed up and saved in the on-orbit storage module 3 to update the on-orbit maintenance and reconstruction data packet. The specific backup content includes: PS boot layer, including FSBL, U-Boot, and devicetree.dtb; PS system layer, including kernel image and kernel configuration parameters; PL configuration file, including .bin file; runtime data, for incremental backup.

[0047] Those skilled in the art will understand that Figure 5 The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the electronic device to which the solution of the present application is applied. The specific electronic device may include more or fewer components than shown in the figure, or combine certain components, or have a different component arrangement.

[0048] In another embodiment, a computer device is provided, whose internal structure diagram can be as follows: Figure 6As shown. The computer device includes a processor, a memory, a network interface and a database connected via a system bus. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store relevant data of the on-orbit reconstruction method based on the ZYNQ platform. The network interface of the computer device is used to communicate with an external terminal via a network connection. When the computer program is executed by the processor, an on-orbit reconstruction method based on the ZYNQ platform is implemented.

[0049] In the above embodiments, all or part of the embodiments can be implemented using software, hardware, firmware, or any combination thereof. When implemented using software, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of this application are generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, optical fiber, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that can be accessed by a computer, or a data storage device such as a server or data center that integrates one or more available media. The available medium can be magnetic media (e.g., floppy disk, hard disk, tape), optical media (e.g., DVD), or semiconductor media (e.g., solid-state drive).

[0050] Those skilled in the art will appreciate that all or part of the process steps in the above-described method embodiments can be implemented by a computer program instructing the relevant hardware. The program can be stored in a computer-readable storage medium, and when executed, the program can include the process steps in the above-described method embodiments. The aforementioned storage medium includes various media capable of storing program code, such as ROM or random access memory (RAM), magnetic disks, or optical disks.

[0051] Those skilled in the art will clearly understand that for the sake of convenience and brevity of description, only the division of the above-mentioned functional units and modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.

[0052] The above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit the same. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the various embodiments of the present invention, and should all be included in the scope of protection of the present invention.

Claims

1. An on-orbit reconstruction method based on the ZYNQ platform, characterized in that: Including upgrade reconstruction and maintenance reconstruction; For upgrade and reconstruction, the ground will inject upgrade and reconstruction instructions and upgrade and reconstruction data packets into the ZYNQ platform. The ZYNQ platform will execute the upgrade and reconstruction instructions and perform the reconstruction process through the upgrade and reconstruction data packets. After completion, reconstruction verification will be performed. If the verification is wrong, an error signal will be sent to the ground, and the ground will re-inject the upgrade and reconstruction data packets and re-execute the reconstruction process. For maintenance and reconstruction, at least two mutually backed-up on-orbit maintenance and reconstruction data packets are stored in the on-orbit redundant memory. The ZYNQ platform executes the maintenance and reconstruction process through an on-orbit maintenance and reconstruction data packet according to the maintenance and reconstruction instruction issued on-orbit, and performs reconstruction verification after completion. If the verification is wrong, switch to another on-orbit maintenance and reconstruction data packet to execute the maintenance and reconstruction process until the verification is correct or the verification error is still found after executing all on-orbit maintenance and reconstruction data packets. If the verification error is still found, an error signal is sent to the ground, and the ground uplink injects the ground maintenance and reconstruction data packet, and the reconstruction process is executed through the ground maintenance and reconstruction data packet; During the execution of the upgrade and reconstruction instructions, the maintenance and reconstruction instructions are not executed; during the execution of the maintenance and reconstruction instructions, if an upgrade and reconstruction instruction is received, the execution of the maintenance and reconstruction instruction is suspended and the upgrade and reconstruction instruction is executed instead; For the upgrade reconstruction data packet or ground maintenance reconstruction data packet injected uplink from the ground, after the ZYNQ platform executes the reconstruction process and verifies that it is correct, the on-orbit maintenance reconstruction data packet is updated through the upgrade reconstruction data packet or ground maintenance reconstruction data packet.

2. The on-orbit reconstruction method based on the ZYNQ platform according to claim 1, characterized in that: The upgrade reconstruction data packet or the ground maintenance reconstruction data packet includes a PS data packet and a PL data packet. First, the PS part of the ZYNQ platform is reconstructed through the PS data packet. After completion, the PS part is reconstructed and checked. If the check is wrong, the PS data packet is re-injected from the ground and reconstructed. If the check is correct, the PL part of the ZYNQ platform is reconstructed through the PL data packet. After completion, the PL part is reconstructed and checked. If the check is wrong, the PL data packet is re-injected from the ground.

3. The on-orbit reconstruction method based on the ZYNQ platform according to claim 2, characterized in that: The PS data packet and the PL data packet are stored in different storage modules.

4. The on-orbit reconstruction method based on the ZYNQ platform according to claim 2, characterized in that: If the upgrade reconstruction data packet or the ground maintenance reconstruction data packet does not include a PL data packet, when the on-orbit maintenance reconstruction data packet is updated by the upgrade reconstruction data packet or the ground maintenance reconstruction data packet, the current PL part configuration is used for updating.

5. The on-orbit reconstruction method based on the ZYNQ platform according to claim 1, characterized in that: On-orbit maintenance and reconstruction data packets of different items are stored in different partitions in the storage module.

6. The on-orbit reconstruction method based on the ZYNQ platform according to claim 5, characterized in that: For any on-orbit maintenance reconstruction data packet, if the reconstruction process it executes is verified to be incorrect after reconstruction verification, it will be marked. After the reconstruction process is completed, the on-orbit maintenance reconstruction data packet will be updated based on the verified correct on-orbit maintenance reconstruction data packet or ground maintenance reconstruction data packet.

7. An on-orbit reconstruction system based on the ZYNQ platform, characterized in that: include: Reconstruction module, ZYNQ platform and on-orbit storage module; The reconstruction module includes a reconstruction storage submodule and a reconstruction instruction submodule; The reconstruction instruction submodule is connected to the ZYNQ platform. The reconstruction instruction submodule receives and parses the upgrade reconstruction instruction injected from the ground or the maintenance reconstruction instruction issued in orbit, and sends the parsed upgrade reconstruction instruction or maintenance reconstruction instruction to the ZYNQ platform. The reconstruction storage submodule stores the upgrade reconstruction data packet injected from the ground or the ground maintenance reconstruction data packet. The ZYNQ platform receives the parsed upgrade and reconstruction instructions or maintenance and reconstruction instructions. If it is an upgrade and reconstruction instruction, it reads the upgrade and reconstruction data packet from the reconstruction storage submodule to execute the reconstruction process and reconstruction verification; If it is a maintenance and reconstruction instruction, an on-orbit maintenance and reconstruction data packet stored in the on-orbit storage module is read to execute the reconstruction process and reconstruction verification. If the verification is wrong, another on-orbit maintenance and reconstruction data packet is read. If the verification is still wrong after reading all the on-orbit maintenance and reconstruction data packets in sequence and executing the reconstruction process, the ground maintenance and reconstruction data packet is read from the reconstruction storage submodule to execute the reconstruction process; The on-orbit storage module is partitioned, and a plurality of on-orbit maintenance and reconstruction data packets are stored in different partitions of the on-orbit storage module.

8. The on-orbit reconstruction system based on the ZYNQ platform according to claim 7, characterized in that: The reconstructed storage submodule includes a PS storage unit and a PL storage unit. The PS storage unit adopts a QSPI FLASH memory, and the PL storage unit adopts an SPI NAND Flash memory.

9. The on-orbit reconstruction system based on the ZYNQ platform according to claim 7, characterized in that: The on-orbit storage module includes an on-orbit PS storage unit and an on-orbit PL storage unit. The on-orbit PS storage unit adopts MRAM memory, and the PS boot files of different on-orbit maintenance and reconstruction data packets are stored in different partitions of the MRAM memory. The on-orbit PL storage unit adopts eMMC memory, and the PL bitstream storage files of different on-orbit maintenance and reconstruction data packets are stored in different partitions of the eMMC memory.

10. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the on-orbit reconstruction method based on the ZYNQ platform described in any one of claims 1 to 6 are implemented.

Images