CN115865173A - A mutual aid/self-help architecture and method between satellite subsystems based on operating system and bus design - Google Patents

Abstract

The invention discloses a mutual aid/self-help framework and method among satellite subsystems based on operating system and bus design. The architecture includes: measurement and control subsystem, on-board subsystem with operating system and on-orbit script receiving module, low-speed bus and high-speed bus. The method includes: on-orbit update script and file writing; format file generation; on-orbit injection into the measurement and control subsystem; measurement and control subsystem distribution to the target subsystem; judgment, local execution for self-help, and distribution to the execution subsystem for mutual assistance; execution Execute by system. Based on the design of the on-board operating system and the bus, the present invention realizes the convenient modification and update of the on-orbit application software of the on-board sub-systems as well as the convenient access, operation and information sharing between the sub-systems, and realizes mutual assistance or Self-service on-orbit problem information acquisition, debugging and fault repair can improve the robustness of the satellite software system and the survivability of the entire satellite, which has important engineering application value.

Description

A mutual aid/self-help rack between satellite subsystems based on operating system and bus design structure and method

technical field

The invention relates to a mutual aid/self-help framework and method among satellite sub-systems based on operating system and bus design, and belongs to the field of satellite system design.

Background technique

At present, the traditional satellite design scheme usually uses the satellite satellite service as the information center as the data forwarding and logic processing center, and the key remote control commands and telemetry information need to rely on the satellite service for processing. Moreover, most of the current satellite missions use a bare-metal architecture. The application layer of this architecture is coupled with the system layer. An abnormality in the application layer will cause the entire system to run abnormally, unable to execute instructions and feedback information. When an abnormality occurs, it is extremely difficult to debug on-orbit. The present invention improves on the basis of the original system architecture design, introduces the operating system, separates the application logic and the underlying operating system, and combines the bus design to propose a mutual aid (self-help) architecture between satellite subsystems based on the operating system and bus design The method realizes the convenient modification and update of the on-orbit application software of the satellite-borne subsystems and the convenient access, operation and information sharing between the subsystems, and realizes mutual assistance or self-service on-orbit problem information acquisition through the upgrade script and file on-orbit injection. , debugging and fault repair, improving the robustness of the satellite software system and the survivability of the entire satellite, has important engineering application value. .

Contents of the invention

The purpose of the present invention is to address the deficiencies of the prior art, and provide a mutual/self-help framework and method between satellite subsystems based on operating system and bus design.

The purpose of the present invention is achieved through the following technical solutions:

A mutual aid/self-help architecture between satellite subsystems based on operating system and bus design mainly includes:

Measurement and control subsystems, on-board subsystems (n units) equipped with operating systems and on-orbit script receiving modules, low-speed buses and high-speed buses. The measurement and control subsystem is connected to each on-board subsystem equipped with an operating system and containing an on-orbit script receiving module through a low-speed bus. connected.

A mutual aid/self-help method between satellite subsystems based on operating system and bus design, the main steps of which are as follows:

The ground first completes the writing of the on-orbit update script and file according to the requirements on the satellite, and then generates the corresponding on-orbit injection format file from the on-orbit update script and file according to the satellite-ground on-orbit injection format agreement, and then injects the on-orbit injection format file through the ground station. The file is injected into the measurement and control subsystem on orbit, and the measurement and control subsystem receives the corresponding instruction of the on-orbit injection format and distributes it to the target subsystem. The target subsystem completes the on-orbit restoration of the update script and the file according to the on-orbit injection format of the satellite and the ground. After the update script and file restoration are completed, the execution subsystem is judged according to the file content. If it is self-service, the file will be executed locally to complete the file on-orbit update; if it is mutual assistance, the file will be distributed to the execution system according to the file content. Subsystem, the execution subsystem executes the file after receiving the file, and completes the on-orbit update of the file.

The present invention has the beneficial effect compared with prior art:

1. The present invention is different from the traditional satellite bare-metal design architecture, and introduces an operating system to realize the separation and decoupling of the application layer and the bottom layer of the system, and can realize the independent and convenient modification and update of the on-orbit application program of the satellite-borne subsystem;

2. The present invention is different from the interaction between traditional satellite subsystems which is limited to data and isolates the structure at the system level. It introduces the design of high-speed bus and low-speed bus and the mutual assistance mechanism, breaks the interaction barriers at the subsystem level, and realizes the convenience between the system levels of each subsystem on the satellite. access, operation and sharing of information;

3. The present invention is based on the design of the on-board operating system and the bus. When the subsystem software application fails, the subsystems can achieve mutual assistance or self-help on-orbit problem information acquisition, debugging and fault repair through scripts, and improve the satellite software system. Robustness and survivability across the entire star.

Description of drawings

Figure 1 is a schematic diagram of a mutual aid/self-help instance architecture between satellite subsystems based on operating system and bus design;

Fig. 2 is a kind of mutual assistance/self-help method schematic diagram among satellite subsystems based on operating system and bus design;

Fig. 3 is an information flow diagram of a mutual aid/self-help architecture and method among satellite subsystems based on operating system and bus design.

specific implementation plan

Figure 1 is a mutual aid/self-help instance architecture between satellite subsystems based on operating system and bus design. subsystem and intelligent identification system as an example), low-speed bus 3 (using CAN bus as an example) and high-speed bus 4 (using Ethernet network as an example). The measurement and control subsystem 1 is connected to the satellite subsystems equipped with operating systems and containing on-orbit script receiving modules through the CAN bus. The satellite service subsystem is connected to the intelligent identification system and other subsystems. The on-board subsystem 2 and the satellite service subsystem are connected to the intelligent identification system and other subsystems through the low-speed bus 3 and the high-speed bus 4 respectively.

Figure 2 is a mutual aid/self-help method between satellite subsystems based on operating system and bus design, including the following processes:

The ground first completes the writing of the on-orbit update script and file according to the requirements on the satellite (S1), and then generates the corresponding on-orbit injection format file from the on-orbit update script and file according to the satellite-ground on-orbit injection format agreement (S2), and then passes the ground The station injects the on-orbit injection format file into the measurement and control subsystem (S3), and the measurement and control subsystem distributes it to the target subsystem (S4) after receiving the corresponding instruction of the on-orbit injection format. The format agreement completes the on-orbit restoration of the update script and files (S5), and after the restoration of the update script and files is completed, the execution subsystem is judged according to the file content (S6), and if it is self-service, the file is executed locally (S7) , to complete the file on-orbit update; if it is in the form of mutual assistance, distribute the file to the execution subsystem (S8) according to the file content, and the execution subsystem executes the file after receiving the file (S9), and completes the file on-orbit update.

Fig. 3 is an information flow diagram of a mutual aid/self-help architecture and method among satellite subsystems based on operating system and bus design. The specific process is consistent with that shown in FIG. 2 .

The following is a detailed description of an application example of mutual/self-help architecture and method among satellite subsystems based on operating system and bus design:

Among them, the satellite sub-system equipped with an operating system and including an on-orbit script receiving module can use an ARM Cortex-A series processor, and is equipped with an embedded Linux operating system, a system that supports network SSH operation, and includes an on-orbit script receiving module. Module, the star service subsystem and intelligent identification system are used as examples here; the measurement and control subsystem is a traditional measurement and control transponder; the low-speed bus adopts the CAN bus, and the high-speed bus adopts the Ethernet network. The measurement and control subsystem is connected to the satellite subsystems equipped with operating systems and containing on-orbit script receiving modules through the CAN bus. The star service subsystem is connected to the intelligent identification system and other subsystems. The star service subsystem of the upper subsystem is connected with the intelligent identification system and other subsystems through a low-speed bus and a high-speed bus respectively. After the above architecture introduces the Linux operating system and the high-speed and low-speed bus architecture, in addition to data interaction, the sub-systems can be accessed at the system level, making the sub-systems like multiple computers that can realize mutual remote login and mutual communication. Access and perform various system-level operations with each other, such as system updates, file operations, active acquisition of fault information, fault repairs, etc., thus breaking the system-level interaction barriers between subsystems under the traditional satellite architecture. The specific use process of the mutual aid (self-help) mechanism under this framework is as follows: first, the above-mentioned script and program will be written on the ground, and then the corresponding space file will be generated according to the space file format (an in-orbit injection format), and then the space will be generated on-orbit. Inject the instruction frame, and send it to the measurement and control subsystem of the satellite through the ground station in the form of a remote control instruction frame; The star service sub-system of the system; after the on-orbit script receiving module of the star service sub-system receives all the command frames, it will package and verify them; after that, the SHELL script running in the system for a long time will carry out the above-mentioned script Call, where the above script is written by the ground, mainly including the local execution part or local execution and remote execution part, the local execution part will be directly executed by the above script to complete self-service troubleshooting, debugging and repair, and the remote execution part is in the form of SSH commands Send it to the execution subsystem intelligent recognition subsystem through the network; the intelligent recognition subsystem executes the script after receiving the SSH command to complete mutual assistance problem troubleshooting, debugging and repair; if the script requires the execution result to be returned, it will also pass the SCP command Get the data back locally.

Based on the design of the on-board operating system and the bus, the present invention realizes the convenient modification and update of the on-orbit application software of the on-board sub-systems and the convenient access, operation and information sharing between the sub-systems, and realizes mutual assistance or Self-service on-orbit problem information acquisition, debugging and fault repair can improve the robustness of the satellite software system and the survivability of the entire satellite, which has important engineering application value.

The above description of the disclosed examples is provided to enable any person skilled in the art to make or use the invention. Various modifications to this example will be apparent to those skilled in the art. What is defined herein is only an example of a mutual aid (self-help) framework and method between satellite subsystems designed based on an operating system and a bus of the present invention, but the measurement and control subsystem and the satellite subsystem are increased in number and The reduction should fall within the scope of protection of the corresponding claims of the present invention, and the type selection of processors and operating systems, bus forms, changes to system call instructions, and forms of instruction annotations, etc. should also fall within the corresponding scope of protection of the present invention. within the scope of the claims. Thus, the invention is not intended to be limited to the example shown herein but is to be accorded the widest scope consistent with the principles disclosed herein.

Claims (2)

1. A mutual assistance/self-service architecture between satellite subsystems based on an operating system and a bus design is characterized in that the mutual assistance/self-service architecture of the satellite subsystems mainly comprises: the system comprises a measurement and control subsystem (1), an onboard subsystem (2) carrying an operating system and comprising a rail script receiving module, a low-speed bus (3) and a high-speed bus (4); the measurement and control subsystem (1) is connected with all onboard operating systems and onboard subsystems (2) containing the rail foot book receiving module through low-speed buses, and all onboard operating systems and onboard subsystems (2) containing the rail foot book receiving module are connected with the high-speed bus (4) through the low-speed buses (3).

2. A method for mutual assistance/self-help between satellite subsystems based on operating system and bus design, which is implemented by using the system of claim 1, and is characterized in that: the method comprises the steps that the ground finishes writing of an on-orbit updating script and a file according to on-satellite requirements, then generates a corresponding on-orbit injection format file according to an on-satellite-ground on-orbit injection format convention, and injects the on-orbit injection format file into a measurement and control subsystem in an on-orbit mode through a ground station, the measurement and control subsystem receives a command of the corresponding on-orbit injection format and distributes the command to a target subsystem, the target subsystem finishes on-orbit restoration of the updating script and the file according to the on-satellite-ground on-orbit injection format convention, judges an execution subsystem according to file contents after the updating script and the file are restored, and if the on-orbit updating is finished, executes the file locally to finish on-orbit updating of the file; if the file is in a mutual aid form, the file is distributed to the execution subsystem according to the content of the file, and the execution subsystem executes the file after receiving the file to complete on-track updating of the file.

Images