Satellite-borne reconstruction data storage and forwarding method and system

Abstract

The invention provides a method and a system for storing and forwarding spaceborne reconstruction data. The method comprises the following steps of: S1, establishing a first buffer area Buff1 and a second buffer area Buff2 in an SDRAM (Synchronous Dynamic Random Access Memory) of a CTU (Collection Transmission Unit); s2, performing data verification on the uploaded original reconstruction data, and after the verification is passed, copying all the original reconstruction data to a first buffer area Buff1; s3, comparing the reconstruction data parameter table, extracting effective reconstruction data of the original reconstruction data in the first buffer area Buff1, verifying the effective reconstruction data, and sequentially storing the effective reconstruction data into a second buffer area Buff2 after the effective reconstruction data passes the verification; and S4, reading the effective reconstruction data of the second buffer area Buff2 according to a fixed period according to the top-noted sending instruction, and forming the effective reconstruction data into a reconstruction data packet for forwarding according to the forwarding reconstruction data packet format table. The on-satellite reconstruction frame data parameter table and the reconstruction data packet format parameter table can be dynamically modified according to actual requirements of a user, and the real-time performance of processing reconstruction data by comprehensive electronic software is kept.

Description

Technical Field

[0001] The present invention relates to the field of aerospace data processing, and in particular to a method and system for storing and forwarding onboard reconstructed data. Background Art

[0002] In recent years, with the rapid development of aerospace technology and the increasing number of space exploration missions, the demand for on-orbit reconstruction of aerospace components has also surged. Integrated electronics software is the central hub for data exchange across the entire satellite. The integrated electronics system, the operational brain of the entire system, serves as the data processing center for the entire satellite, responsible for storing, processing, and forwarding reconstruction data transmitted from the ground or other satellites.

[0003] Satellite reconstruction data is characterized by large data volumes and fast transmission speeds. This requires that integrated electronic software must have the following characteristics when storing, processing, and forwarding reconstruction data:

[0004] (1) It has large-capacity storage capacity to facilitate subsequent data storage and processing.

[0005] (2) It must have efficient data processing capabilities; when processing satellite reconstruction data, the software must be able to quickly parse the data to meet real-time requirements.

[0006] (3) It must have stable data forwarding capabilities. When forwarding satellite reconstruction data, the software must ensure the integrity and accuracy of the data to avoid data loss.

[0007] (4) It has adaptive capabilities. When the satellite reconstructs the key data fields of the data frame and makes changes, the integrated electronic software can work according to the latest status.

[0008] Patent document CN1983197A, "On-orbit Dynamically Reconfigurable Satellite Data Processing System," utilizes a high-performance, high-capacity FPGA as its core. Using an intelligent configuration unit, it dynamically configures the FPGA into a satellite-based data processing system, enabling on-orbit hardware maintenance, functional modifications, or performance improvements. While the aforementioned patent document primarily addresses dynamic FPGA configuration, the present invention primarily addresses the processing efficiency and storage of reconfigured data using integrated electronic software. Therefore, the aforementioned patent document and the present invention differ in their processing scenarios, mechanisms, usage, and logical architecture for satellite program-controlled service packages.

[0009] Patent document CN108491330A, "A System and Method for On-Orbit Reconfiguration of Satellite CPU Software," includes: a configurable reconstruction verification code automatic generation system module, which provides reconstruction data for reconstruction verification and compiles and generates target code for the software under test; a device under test simulation operation system module, which provides a simulation system simulating a real-world operating environment for the software under test with a reconfigured design; a reconstruction full-time automatic monitoring system module, which monitors the entire reconstruction process in real time; and a reconstruction fault injection system module, which provides various types of fault injection for satellite CPU software reconstruction verification and can implement fault injection at various stages of the satellite software's CPU reconstruction design strategy verification. The aforementioned patent document primarily addresses the provision of various types of fault injection for satellite CPU software reconstruction verification and implements fault injection at various stages of the satellite software's CPU reconstruction design strategy verification, with the target test being performed on the ground. This invention, unlike the present invention, focuses on maintaining reconstruction data on-orbit during satellite operation. Summary of the Invention

[0010] In view of the defects in the prior art, the object of the present invention is to provide a method and system for storing and forwarding onboard reconstruction data.

[0011] A method for storing and forwarding onboard reconstruction data provided by the present invention includes:

[0012] Step S1: establishing a first buffer Buff1 and a second buffer Buff2 in the SDRAM of the acquisition and transmission unit CTU;

[0013] Step S2: Verify the original reconstructed data. After passing the verification, copy all the original reconstructed data to the first buffer Buff1.

[0014] Step S3: extracting valid reconstructed data from the original reconstructed data in the first buffer Buff1 by comparing it with the reconstructed data parameter table, and verifying the valid reconstructed data. After verification, the valid reconstructed data is sequentially stored in the second buffer Buff2;

[0015] Step S4: according to the sending instruction mentioned above, the valid reconstructed data in the second buffer Buff2 is read according to a fixed period, and the valid reconstructed data is combined into a reconstructed data packet for forwarding according to the forwarding reconstructed data packet format table.

[0016] Furthermore, in step S1, the total length of the original reconstructed data in the first buffer Buff1 is recorded by the parameter RecDataLen, the number of valid reconstructed data in the second buffer Buff2 is recorded by the parameter W2, and the current receiving / sending state is recorded by the parameter CG_flag;

[0017] Establishing a reconstruction data parameter table to indicate the data parameters of the reconstructed frame;

[0018] A forwarding reconstructed data packet format table is established to indicate the forwarding format of the valid reconstructed data packet.

[0019] Furthermore, step S2 includes:

[0020] Step S21: The ground sends the original reconstructed data via a high-speed channel. After receiving the data, the integrated electronic software fills in the parameter RecDataLen, records the total length of the received original reconstructed data, and transmits RecDataLen to the ground;

[0021] Step S22: Perform CRC check on the original reconstructed data. If the check passes, proceed to step S3. If the check fails, no processing is performed.

[0022] Furthermore, step S3 includes:

[0023] Step S31: determining the format of the valid reconstructed data by comparing it with the reconstructed data parameter table, and parsing the original reconstructed data according to the format information of the valid reconstructed data;

[0024] Step S32: verifying the parsed valid reconstructed data;

[0025] If the data passes the verification and is valid reconstructed data, the data is put into the second buffer Buff2, and the parameter W2 is incremented by 1;

[0026] Data that passes verification but is not valid for reconstruction will be forwarded immediately based on the characteristic value of the data.

[0027] Furthermore, step S2 and step S3 are repeatedly executed. When the parsing is completed to the frame, it indicates that the original reconstructed data is completed, and the parameter CG_flag is changed from receiving to sending.

[0028] In step S4, after each forwarding, the parameter W2 is reduced by 1. When the parameter W2 is 0, it indicates that the forwarding is completed.

[0029] According to the present invention, a system for storing and forwarding onboard reconstruction data includes:

[0030] Module M1: establishes a first buffer Buff1 and a second buffer Buff2 in the SDRAM of the acquisition and transmission unit CTU;

[0031] Module M2: performs data verification on the original reconstructed data. After passing the verification, all the original reconstructed data are copied to the first buffer Buff1;

[0032] Module M3: extracts valid reconstructed data from the original reconstructed data in the first buffer Buff1 by comparing it with the reconstructed data parameter table, verifies the valid reconstructed data, and stores it in the second buffer Buff2 in sequence after passing the verification;

[0033] Module M4: According to the sending instruction mentioned above, the valid reconstructed data in the second buffer Buff2 is read according to a fixed period, and according to the forwarding reconstructed data packet format table, the valid reconstructed data is combined into a reconstructed data packet for forwarding.

[0034] Furthermore, in module M1, the total length of the original reconstructed data in the first buffer Buff1 is recorded through the parameter RecDataLen, the number of valid reconstructed data in the second buffer Buff2 is recorded through the parameter W2, and the current receiving / sending status is recorded through the parameter CG_flag;

[0035] Establishing a reconstruction data parameter table to indicate the data parameters of the reconstructed frame;

[0036] A forwarding reconstructed data packet format table is established to indicate the forwarding format of the valid reconstructed data packet.

[0037] Furthermore, module M2 includes:

[0038] Module M21: The ground sends the original reconstructed data through the high-speed channel. After receiving the data, the integrated electronic software fills in the parameter RecDataLen, records the total length of the received original reconstructed data, and transmits RecDataLen to the ground;

[0039] Module M22: Perform CRC check on the original reconstructed data. If the check passes, it enters module M3. If the check fails, no processing is performed.

[0040] Furthermore, module M3 includes:

[0041] Module M31: Determine the format of the valid reconstructed data by comparing it with the reconstructed data parameter table, and parse the original reconstructed data according to the format information of the valid reconstructed data;

[0042] Module M32: Verify the parsed valid reconstructed data;

[0043] If the data passes the verification and is valid reconstructed data, the data is put into the second buffer Buff2, and the parameter W2 is incremented by 1;

[0044] Data that passes verification but is not valid for reconstruction will be forwarded immediately based on the characteristic value of the data.

[0045] Furthermore, the modules M2 and M3 are repeatedly executed. When the parsing is completed to the frame, it indicates that the original reconstructed data is completed, and the parameter CG_flag is changed from receiving to sending.

[0046] In module M4, after each forwarding, parameter W2 is reduced by 1. When parameter W2 is 0, it indicates that the forwarding is completed.

[0047] Compared with the prior art, the present invention has the following beneficial effects:

[0048] The onboard reconstructed frame data parameter table and reconstructed data packet format parameter table of the present invention can be dynamically modified according to actual user needs, maintaining the real-time performance of the integrated electronic software in processing reconstructed data. A CRC algorithm is used to ensure the correctness of the reconstructed data frame, while a sum check algorithm is used to ensure the correctness of the reconstructed data packet. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] Other features, objects and advantages of the present invention will become more apparent upon reading the detailed description of non-limiting embodiments with reference to the following drawings:

[0050] Figure 1 This is a flow chart of the onboard reconstruction data storage and forwarding of the present invention. DETAILED DESCRIPTION

[0051] The present invention will be described in detail below with reference to specific embodiments. The following examples will help those skilled in the art to further understand the present invention, but are not intended to limit the present invention in any form. It should be noted that, for those skilled in the art, several changes and improvements can be made without departing from the scope of the present invention. These all fall within the scope of protection of the present invention.

[0052] like Figure 1 As shown, the present invention provides a method for storing and forwarding onboard reconstruction data, including:

[0053] Step S1: Create a first buffer, Buff1, and a second buffer, Buff2, in the SDRAM of the acquisition and transmission unit (CTU). Define the parameter RecDataLen to record the total length of the original reconstructed data in the first buffer, Buff1; define the parameter W2 to record the number of valid reconstructed data in the second buffer, Buff2; and define the parameter CG_flag to record the current receive / transmit status. Create a reconstructed data parameter table to indicate the data parameters of the reconstructed frame. Create a forwarded reconstructed data packet format table to indicate the forwarding format of valid reconstructed data packets.

[0054] Step S2: Verify the original reconstructed data. After verification, copy all the original reconstructed data to the first buffer Buff1. Specifically, it includes:

[0055] Step S21: The ground sends the original reconstructed data through a high-speed channel. After receiving the data, the integrated electronic software fills in the parameter RecDataLen, records the total length of the received original reconstructed data, and transmits RecDataLen to the ground; Step S22: Perform CRC check on the original reconstructed data. If the check passes, go to step S3. If the check fails, no processing is performed and the error count is increased by 1.

[0056] Step S3: extract the valid reconstructed data of the original reconstructed data in the first buffer Buff1 by comparing it with the reconstructed data parameter table, and verify the valid reconstructed data. After verification, store it in the second buffer Buff2 in sequence, and the parameter W2 is cumulatively increased by 1. Specifically, it includes:

[0057] Step S31: Determine the format of the valid reconstructed data by comparing it to the reconstructed data parameter table. Parse the original reconstructed data based on the format information. Step S32: Verify the parsed valid reconstructed data. If the data passes the verification and is considered valid, it is placed in the second buffer Buff2, and parameter W2 is incremented by 1. If the data passes the verification but is not valid, it is immediately forwarded based on its characteristic value.

[0058] Repeat steps S2 and S3. When the parsing is completed, it indicates that the original reconstructed data is uploaded and the parameter CG_flag is changed from receiving to sending. Specifically, it includes:

[0059] Step S4: Based on the send instruction, valid reconstructed data from the second buffer Buff2 is read at a fixed periodic interval. According to the forwarding reconstructed data packet format table, the valid reconstructed data is assembled into a reconstructed data packet for forwarding. After each forwarding, parameter W2 is decremented by 1. When parameter W2 reaches 0, the forwarding is complete.

[0060] The present invention also provides a system for storing and forwarding onboard reconstructed data. The system can be implemented by executing the process steps of the method for storing and forwarding onboard reconstructed data. That is, those skilled in the art can understand the method for storing and forwarding onboard reconstructed data as a preferred embodiment of the system for storing and forwarding onboard reconstructed data. The system includes:

[0061] Module M1: establishes a first buffer Buff1 and a second buffer Buff2 in the SDRAM of the acquisition and transmission unit CTU.

[0062] Module M2: performs data verification on the original reconstructed data, and after passing the verification, copies all the original reconstructed data to the first buffer Buff1.

[0063] Module M3: extracts valid reconstructed data from the original reconstructed data in the first buffer Buff1 according to the reconstructed data parameter table, verifies the valid reconstructed data, and stores the data into the second buffer Buff2 in sequence after passing the verification.

[0064] Module M4: According to the sending instruction mentioned above, the valid reconstructed data in the second buffer Buff2 is read according to a fixed period, and according to the forwarding reconstructed data packet format table, the valid reconstructed data is combined into a reconstructed data packet for forwarding.

[0065] Those skilled in the art will appreciate that, in addition to implementing the system and its various devices, modules, and units provided by the present invention in purely computer-readable program code, it is entirely possible to implement the same functions of the system and its various devices, modules, and units provided by the present invention in the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers by logically programming the method steps. Therefore, the system and its various devices, modules, and units provided by the present invention can be considered a hardware component, and the devices, modules, and units included therein for implementing various functions can also be considered as structures within the hardware component; the devices, modules, and units for implementing various functions can also be considered as both software modules implementing the method and structures within the hardware component.

[0066] The above describes specific embodiments of the present invention. It should be understood that the present invention is not limited to the specific embodiments described above, and those skilled in the art may make various changes or modifications within the scope of the claims, which do not affect the essence of the present invention. The embodiments of this application and the features in the embodiments may be combined with each other in any manner unless there is a conflict.

Claims

1. A method for storing and forwarding onboard reconstruction data, characterized in that: include: Step S1: establishing a first buffer Buff1 and a second buffer Buff2 in the SDRAM of the acquisition and transmission unit CTU; Step S2: Verify the original reconstructed data. After passing the verification, copy all the original reconstructed data to the first buffer Buff1. Step S3: extracting valid reconstructed data from the original reconstructed data in the first buffer Buff1 by comparing it with the reconstructed data parameter table, and verifying the valid reconstructed data. After verification, the valid reconstructed data is sequentially stored in the second buffer Buff2; Step S4: according to the sending instruction mentioned above, the valid reconstructed data in the second buffer Buff2 is read according to a fixed period, and the valid reconstructed data is combined into a reconstructed data packet for forwarding according to the forwarding reconstructed data packet format table.

2. The method for storing and forwarding onboard reconstruction data according to claim 1, characterized in that: In step S1, the total length of the original reconstructed data in the first buffer Buff1 is recorded by the parameter RecDataLen, the number of valid reconstructed data in the second buffer Buff2 is recorded by the parameter W2, and the current receiving / sending status is recorded by the parameter CG_flag; Establishing a reconstruction data parameter table to indicate the data parameters of the reconstructed frame; A forwarding reconstructed data packet format table is established to indicate the forwarding format of the valid reconstructed data packet.

3. The method for storing and forwarding onboard reconstruction data according to claim 2, characterized in that: Step S2 includes: Step S21: The ground sends the original reconstructed data via a high-speed channel. After receiving the data, the integrated electronic software fills in the parameter RecDataLen, records the total length of the received original reconstructed data, and transmits RecDataLen to the ground; Step S22: Perform CRC check on the original reconstructed data. If the check passes, proceed to step S3. If the check fails, no processing is performed.

4. The method for storing and forwarding onboard reconstruction data according to claim 2, wherein: Step S3 includes: Step S31: determining the format of the valid reconstructed data by comparing it with the reconstructed data parameter table, and parsing the original reconstructed data according to the format information of the valid reconstructed data; Step S32: verifying the parsed valid reconstructed data; If the data passes the verification and is valid reconstructed data, the data is put into the second buffer Buff2, and the parameter W2 is incremented by 1; Data that passes verification but is not valid for reconstruction will be forwarded immediately based on the characteristic value of the data.

5. The method for storing and forwarding onboard reconstruction data according to claim 2, wherein: Repeat steps S2 and S3. When the parsing is completed, it indicates that the original reconstructed data is completed, and the parameter CG_flag is changed from receiving to sending. In step S4, after each forwarding, the parameter W2 is reduced by 1. When the parameter W2 is 0, it indicates that the forwarding is completed.

6. A system for storing and forwarding onboard reconstruction data, characterized in that: include: Module M1: establishes a first buffer Buff1 and a second buffer Buff2 in the SDRAM of the acquisition and transmission unit CTU; Module M2: performs data verification on the original reconstructed data. After passing the verification, all the original reconstructed data are copied to the first buffer Buff1; Module M3: extracts valid reconstructed data from the original reconstructed data in the first buffer Buff1 by comparing it with the reconstructed data parameter table, verifies the valid reconstructed data, and stores it in the second buffer Buff2 in sequence after passing the verification; Module M4: According to the sending instruction mentioned above, the valid reconstructed data in the second buffer Buff2 is read according to a fixed period, and according to the forwarding reconstructed data packet format table, the valid reconstructed data is combined into a reconstructed data packet for forwarding.

7. The system for storing and forwarding onboard reconstruction data according to claim 6, characterized in that: In module M1, the total length of the original reconstructed data in the first buffer Buff1 is recorded through the parameter RecDataLen, the number of valid reconstructed data in the second buffer Buff2 is recorded through the parameter W2, and the current receiving / sending status is recorded through the parameter CG_flag; Establishing a reconstruction data parameter table to indicate the data parameters of the reconstructed frame; A forwarding reconstructed data packet format table is established to indicate the forwarding format of the valid reconstructed data packet.

8. The system for storing and forwarding onboard reconstruction data according to claim 7, characterized in that: Module M2 includes: Module M21: The ground sends the original reconstructed data through the high-speed channel. After receiving the data, the integrated electronic software fills in the parameter RecDataLen, records the total length of the received original reconstructed data, and transmits RecDataLen to the ground; Module M22: Perform CRC check on the original reconstructed data. If the check passes, it enters module M3. If the check fails, no processing is performed.

9. The system for storing and forwarding onboard reconstruction data according to claim 7, characterized in that: Module M3 includes: Module M31: Determine the format of the valid reconstructed data by comparing it with the reconstructed data parameter table, and parse the original reconstructed data according to the format information of the valid reconstructed data; Module M32: Verify the parsed valid reconstructed data; If the data passes the verification and is valid reconstructed data, the data is put into the second buffer Buff2, and the parameter W2 is incremented by 1; Data that passes verification but is not valid for reconstruction will be forwarded immediately based on the characteristic value of the data.

10. The system for storing and forwarding onboard reconstruction data according to claim 7, characterized in that: Repeat the execution of modules M2 and M3. When the parsing is completed, it indicates that the original reconstructed data is uploaded and the parameter CG_flag is changed from receiving to sending. In module M4, after each forwarding, parameter W2 is reduced by 1. When parameter W2 is 0, it indicates that the forwarding is completed.

Images