Autonomous health management method and system for telemetry data of multiple types of satellites

Abstract

The invention provides an autonomous health management method for telemetry data of multiple types of satellites, which is realized based on an autonomous health management system and specifically comprises the following steps of: setting information through a configuration system; completing configuration of initial states, basic information and display parameters of a plurality of satellite models; receiving telemetering data of a plurality of satellite models, screening out effective data from the telemetering data, performing real-time refined interpretation according to a telemetering parameter grading rule, and generating a test alarm for the data which does not meet an interpretation standard; after receiving the test alarm, executing autonomous fault diagnosis, executing a preset processing operation on a processable fault, and giving a prompt on an unprocessable fault; and summarizing test data of the day according to satellite models to generate a daily test report. The invention also provides an autonomous health management system for telemetry data of multiple types of satellites. Therefore, centralized monitoring, automatic interpretation and intelligent fault handling of parallel testing of multiple types of satellites can be achieved, and the testing efficiency and reliability are remarkably improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of satellite testing, in particular to a kind of multi-model satellite telemetry data autonomous health management method and system. BACKGROUND

[0002] At present, the development of spacecraft has entered a new period, especially the rapid development of communication satellite field, with the goal of low-orbit satellite constellation networking, low cost, rapid response and other new satellite development mode of proposal and practice, low-orbit satellite development has its own characteristics, mainly low-orbit satellite batch, short cycle, high integration and a large number of new technologies and industrial products. To adapt to the characteristics and changes of low-orbit satellite development, a low-orbit satellite comprehensive test system should be formed to match it, to complete the test task with more, faster, better and less.

[0003] The traditional spacecraft test mode is dispersed testing based on type, which means that each type needs to be configured with special test personnel, and the test efficiency is relatively low. The parameter interpretation in the test process adopts a simple upper and lower limit form, which is not easy to expose small amplitude deviation faults. The test state is complex, and the test data volume is large, which is difficult to analyze comprehensively by manual. With the increasing demand of spacecraft type research and production task, this test mode has brought many restrictions to the development cycle and test effect, therefore, a cluster satellite test autonomous health management method is needed to improve the test efficiency and reliability. SUMMARY

[0004] In view of the deficiencies of the prior art, the present application provides a kind of multi-model satellite telemetry data autonomous health management method and system, to solve the technical problems of traditional spacecraft dispersed testing based on type, low efficiency of manual interpretation, and difficult to expose small amplitude faults.

[0005] In order to achieve the above technical effects, on the one hand, the present application provides a kind of multi-model satellite telemetry data autonomous health management method, the method is realized based on an autonomous health management system, the system at least includes system configuration module, type configuration module, autonomous monitoring and judgment module, fault identification and processing module and report generation module;The method comprises the following steps:

[0006] The system configuration module is configured to configure system setting information;

[0007] The type configuration module is configured to configure the initial state, basic information and display parameters of multiple satellite types;

[0008] The autonomous monitoring and interpreting module receives the telemetry data of the plurality of satellite models, and after filtering the telemetry data to obtain valid data, performs real-time and refined interpretation according to telemetry parameter classification rules, and generates a test alarm for data that does not meet the interpretation standard;

[0009] The fault identification and processing module receives the test alarm, performs autonomous fault diagnosis, executes a preset handling operation for a processable fault, and issues a prompt for an unprocessable fault;

[0010] The report generation module aggregates the test data of the day according to the satellite model to generate a daily test report.

[0011] Further, the filtering of valid data includes:

[0012] According to the data validity judgment rule read by the autonomous monitoring and interpreting module, the validity of the received telemetry data is judged, and the data judged as valid is stored in the valid telemetry record area.

[0013] Further, the fault identification and processing module has a power supply margin insufficient fault handling program built-in;

[0014] The fault identification and processing module executes a preset handling operation for a processable fault, including running the power supply margin insufficient fault handling program to perform the following operations:

[0015] Locate to a preset fault library;

[0016] Determine whether there is a power supply shortage according to the fault information in the preset fault library:

[0017] If there is a power supply shortage, determine whether a split-array power supply operation is needed, if a split-array power supply operation is needed, call a larger power curve, and determine whether the fault is eliminated, if not, repeat the call of the larger power curve, if eliminated, display the handling operation; if no split-array power supply is needed, an alarm prompt is issued and the on-board load is reduced;

[0018] If there is no power supply shortage, retrieve related fault telemetry, and determine the fault cause based on the related fault telemetry;

[0019] Based on the fault cause, prompt the executable preset countermeasures;

[0020] Select and trigger the execution of the preset countermeasures;

[0021] Determine whether the fault is eliminated: if yes, display the handling operation, otherwise, issue an emergency reminder.

[0022] Further, the fault identification and processing module has a frame count stop fault handling program built-in;

[0023] The fault identification and processing module performs a preset disposal operation on a processable fault, including running the frame count stop fault disposal program to perform the following operations:

[0024] Detecting frame count stop;

[0025] Determining whether telemetry front-end software main channel data is continuous;

[0026] If the telemetry front-end software main channel data is not continuous, determining whether telemetry front-end software other channel data is continuous, if all is not continuous, popping up a network exception or satellite data exception prompt, if the other channel data is continuous, switching the main channel to a normal channel and popping up a ground telemetry channel exception prompt;

[0027] If the telemetry front-end software main channel data is continuous, determining whether telemetry front-end software and general control communication is normal: if yes, performing RTS (Remote Test System) restart, otherwise, establishing contact with the general control.

[0028] Further, the daily test report at least includes model basic information, running state evaluation, power-on and power-off time, a list of all test items of the day, an alarm list summarized according to alarm levels, fault diagnosis results and processing opinions.

[0029] On the other hand, the application also provides a multi-model satellite telemetry data autonomous health management system for implementing the above method, comprising:

[0030] A system configuration module for configuring and maintaining system setting information of the management system itself;

[0031] A model configuration module for setting and maintaining initial state, basic information and display parameters for a plurality of satellite models respectively;

[0032] An information display module for centrally and dynamically displaying key test information of the plurality of satellite models;

[0033] An autonomous monitoring and interpretation module for receiving telemetry data of the plurality of satellite models, and after filtering out valid data from the telemetry data, performing real-time fine interpretation according to telemetry parameter classification rules, and generating test alarms for data that does not meet the interpretation standard;

[0034] A data display and query module for displaying real-time telemetry parameters of each satellite model and providing a historical data query function;

[0035] A fault identification and processing module for receiving test alarms when the autonomous monitoring and interpretation module generates test alarms, performing autonomous fault diagnosis after receiving the test alarms, performing a preset disposal operation on a processable fault, and issuing a prompt for an unprocessable fault;

[0036] The report generation module is used to summarize the test data of the day by satellite model and generate daily test reports.

[0037] Furthermore, the system also includes an operation execution module and a model management module; wherein:

[0038] The operation execution module is used to perform the following operations: view or send remote control commands, log in to the integrated software and read and execute the test sequences therein, connect to the cache server to monitor the progress of the test project, and perform one-click initialization of the web-based ground software;

[0039] The model management module is used to create, maintain, and expand parameter autonomous interpretation models and data trend prediction models, providing model support for the interpretation logic of the autonomous monitoring and interpretation module.

[0040] Furthermore, the model configuration module is specifically used to set and / or modify the corresponding configuration file for each satellite model. The configuration file includes the corresponding initial state, basic information, and display parameters. The basic information includes integrated information, model code, RTS address, DB (Database) file download address, FTP (File Transfer Protocol) address, historical data configuration, test phase data, and ground software address and configuration.

[0041] Furthermore, the configuration functions of the system configuration module include changing and adding system page backgrounds, maintaining and adding system login accounts and passwords, and modifying the text displayed on system pages.

[0042] Furthermore, the autonomous monitoring and interpretation module is also used to read relevant telemetry values ​​from the valid telemetry record area based on the judgment conditions of the data validity expert knowledge base, so as to determine whether the newly added telemetry data in the valid telemetry record area is valid. If invalid, the telemetry data is distinguished and marked from other telemetry data.

[0043] This invention integrates multiple monitoring functions, including centralized monitoring of satellite health status during testing, automated interpretation, real-time hierarchical alarms, and fault handling. It boasts advantages such as high integration, clear and concise display, clear modular design, and editable judgment logic configuration. It can serve as a key tool for transforming satellite testing methods, significantly improving the existing satellite testing and monitoring environment, and achieving the goal of completing spacecraft testing requirements with high quality and efficiency. Furthermore, this invention can perform real-time and post-event analysis of satellite test data, enabling automatic and refined interpretation of telemetry data and generating hierarchical alarms that can be displayed in real time. By transforming expert experience into machine-executable logic, it achieves autonomous fault judgment and handling functions, effectively shortening manual operation time and reducing the difficulty of manual operation. BRIEF DESCRIPTION OF DRAWINGS

[0044] Figure 1 The step flow chart of the autonomous health management method of the multi-model satellite telemetry data provided by an embodiment of the present application;

[0045] Figure 2 The structural schematic diagram of the autonomous health management system of the multi-model satellite telemetry data provided by another embodiment of the present application;

[0046] Figure 3 The step flow chart of the power supply margin insufficient fault handling procedure adopted by the autonomous health management method of the multi-model satellite telemetry data in a specific example of the present application;

[0047] Figure 4 The flow direction schematic diagram of the power supply margin insufficient fault handling procedure adopted by the autonomous health management method of the multi-model satellite telemetry data in a specific example of the present application;

[0048] Figure 5 The flow chart of the frame count stop fault handling procedure adopted by the autonomous health management method of the multi-model satellite telemetry data in a specific example of the present application;

[0049] Figure 6 The flow direction schematic diagram of the frame count stop fault handling procedure adopted by the autonomous health management method of the multi-model satellite telemetry data in a specific example of the present application. DETAILED DESCRIPTION

[0050] In order to make the objects, technical solutions and advantages of the present application clearer, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application, and are not used to limit the present application.

[0051] It should be noted that the description of "one embodiment", "embodiment", "example embodiment" and the like in the specification means that the described embodiment can include a specific feature, structure or characteristic, but not every embodiment must include these specific features, structures or characteristics. In addition, such expressions do not mean the same embodiment. Further, when a specific feature, structure or characteristic is described in combination with an embodiment, it is indicated that such feature, structure or characteristic is combined with other embodiments within the knowledge of those skilled in the art, whether or not it is explicitly described.

[0052] Moreover, certain terms have been used throughout this description and the following claims to refer to certain components or features. As one skilled in the art will appreciate, manufacturers can refer to a component or feature by different names or use the same name for different components or features. This description and the following claims are not intended to be limited to the specific components or features having the names described herein. Rather, the description and the following claims are intended to cover all components or features.

[0053] The method provided by the embodiment of the application for the autonomous health management of multi-model satellite telemetry data is further described in detail below in combination with the accompanying drawings of the description. The method is implemented based on an autonomous health management system, which at least includes a system configuration module, a model configuration module, an autonomous monitoring and judging module, a fault identification and processing module, and a report generation module. As shown in Figure 1 The method can include the following steps:

[0054] S101: configuring system setting information through the system configuration module.

[0055] S102: completing the configuration of the initial state, basic information, and display parameters of multiple satellite models through the model configuration module.

[0056] S103: receiving telemetry data of the multiple satellite models through the autonomous monitoring and judging module, and after filtering out valid data from the telemetry data, performing real-time refined judgment according to telemetry parameter classification rules, and generating a test alarm for data that does not meet the judgment standard.

[0057] S104: after receiving the test alarm through the fault identification and processing module, performing autonomous fault diagnosis, performing a preset handling operation on a processable fault, and issuing a prompt for an unprocessable fault.

[0058] S105: generating a daily test report by aggregating the test data of the satellite models of the day through the report generation module.

[0059] The embodiment relies on the autonomous health management system including the system configuration module, the model configuration module, the autonomous monitoring and judging module, the fault identification and processing module, and the report generation module. Through the core processes of system and model configuration, telemetry data processing, fault diagnosis and handling, and report aggregation, centralized and automated management of multi-model satellite parallel testing is achieved.

[0060] This embodiment utilizes the system configuration module and the model configuration module to maintain the system's own parameters and configure personalized information for multiple satellite models, respectively, to meet the needs of parallel testing of multiple models. The autonomous monitoring and interpretation module uses effective data filtering, hierarchical interpretation and processing of telemetry data to generate alarms, thereby solving the problem of low accuracy of manual interpretation. The fault identification and processing module uses autonomous diagnosis and handling after alarms, thereby reducing manual intervention. Finally, the report generation module summarizes the data by model, which facilitates the review of test progress and health status.

[0061] Furthermore, the filtering of valid data in step S103 includes: judging the validity of the received telemetry data according to the data validity judgment rules read by the autonomous monitoring and interpretation module, and storing the data judged as valid in the valid telemetry record area. The data validity judgment rules are specifically stored in the configuration file of the corresponding model. The autonomous monitoring and interpretation module reads the preset data validity judgment rules from the relevant configuration file, thereby judging the validity of the received telemetry data of the corresponding model, and storing only the data judged as valid in the valid telemetry record area. This design can prevent invalid data (such as data transmitted incorrectly) from entering the subsequent interpretation and fault diagnosis process, ensuring the reliability of the test data and laying the foundation for subsequent refined interpretation and accurate fault diagnosis.

[0062] The fault identification and handling module has a built-in insufficient power supply margin fault handling program; the fault identification and handling module performs preset handling operations for handleable faults, including running the insufficient power supply margin fault handling program to perform the following operations (e.g. Figure 3 As shown):

[0063] S211: Locate to the preset fault database.

[0064] S212: Determine whether there is insufficient power supply based on the fault information in the preset fault database; if so, proceed to step S213, otherwise proceed to step S214.

[0065] S213: If there is insufficient power supply, determine whether array power supply operation is required. If array power supply is required, call the higher power curve and determine whether the fault has been eliminated. If it has not been eliminated, call the higher power curve again. If it has been eliminated, display the handling operation. If array power supply is not required, issue an alarm prompt and reduce the on-board load.

[0066] S214: If there is no power shortage, retrieve relevant fault telemetry data and determine the cause of the fault based on the relevant fault telemetry data.

[0067] S215: Based on the cause of the fault, suggest an executable preset countermeasure.

[0068] S216: Select and trigger the execution of the preset countermeasure.

[0069] S217: Determine whether the fault is eliminated: if yes, show the handling operation, otherwise issue an emergency reminder.

[0070] The specific processing flow of the power supply shortage fault handling program is as shown in Figure 4 The specific processing flow of the power supply shortage fault handling program is as shown in

[0071] The fault identification and processing module also has a frame count stop fault handling program built in; the fault identification and processing module performs a preset handling operation on a handleable fault, including running the frame count stop fault handling program to perform the following operations (as shown in Figure 5

[0072] S311: Frame count stop is detected, that is, after frame count stop is detected, the next step is entered.

[0073] S312: Determine whether the telemetry front-end software main channel data is continuous: if yes, step S314 is entered, otherwise step S313 is entered.

[0074] S313: If the telemetry front-end software main channel data is not continuous, determine whether the telemetry front-end software other channel data is continuous: if all are not continuous, a network exception or satellite data exception prompt is popped up, if the other channel data is continuous, switch the main channel to a normal channel and pop up a ground telemetry channel exception prompt.

[0075] S314: If the telemetry front-end software main channel data is continuous, determine whether the telemetry front-end software and the master control communication is normal: if yes, perform RTS restart, otherwise establish contact with the master control.

[0076] The frame count stop fault handling program locates the fault by multi-dimensional judgment and performs handling, and the specific processing flow is as shown in Figure 6 The frame count stop fault handling program locates the fault by multi-dimensional judgment and performs handling, and the specific processing flow is as shown in ​

[0077] The daily test report of the embodiment includes, but is not limited to, model basic information, running state evaluation, power-on time, power-off time, a list of all test items of the day, all generated alarm information of the day, generation and summary according to levels, detailed results of fault diagnosis of the day and processing opinions, whether to execute, etc., curves drawn on the day.

[0078] Figure 2 The autonomous health management system 100 of multi-model satellite telemetry data provided by another embodiment of the application is shown, which can be used to implement the method described in the above embodiment, and includes a system configuration module 10, a model configuration module 20, an information display module 30, an autonomous monitoring and interpretation module 40, a data display and query module 50, a fault identification and processing module 60, and a report generation module 90, wherein:

[0079] The system configuration module 10 is used to configure and maintain the system setting information of the management system 100 itself, and is specifically used to configure and maintain the information and settings related to the system 100 itself; the model configuration module 20 is used to set and maintain the initial state, basic information and display parameters for multiple satellite models, that is, to set the initial state and information for each model, and to configure and maintain each item of information pushed and displayed by the model; the information display module 30 is used to centrally and dynamically display the key test information of the multiple satellite models; the autonomous monitoring and interpretation module 40 is used to receive telemetry data of multiple satellite models, and after filtering out valid data from the telemetry data, to perform real-time fine interpretation according to telemetry parameter grading rules, and to generate a test alarm for data that does not meet the interpretation standard; the data display and query module 50 is used to display real-time telemetry parameters of each satellite model and provide a historical data query function; the fault identification and processing module 60 is used to receive a test alarm when the autonomous monitoring and interpretation module 40 generates the test alarm, to perform autonomous fault diagnosis after receiving the test alarm, to perform a preset handling operation on a handleable fault, and to issue a prompt for an unhandleable fault, that is, the fault identification and processing module 60 can perform autonomous fault diagnosis when an alarm is generated after data interpretation; handleable parts are handled after diagnosis; and parameters and discrimination logic of each fault discrimination and fault handling model are modified and maintained; the report generation module 90 is used to aggregate daily test data according to satellite models and generate a daily test report.

[0080] Further, the system 100 further includes an operation execution module 70 and a model management module 80; wherein:

[0081] The operation execution module 70 is configured to perform the following operations: viewing or sending remote control instructions, logging into integrated software and reading test sequences performed therein, connecting to a cache server to monitor test item progress, and performing one-key initialization on web-based ground software. The model management module 80 is configured to create, maintain and extend parameter self-interpretation models and data trend prediction models, and provide model support for the interpretation logic of the self-monitoring and interpretation module.

[0082] The configuration functions of the system configuration module 10 include changing and adding of system page backgrounds, maintaining and adding of system login accounts and passwords, and modifying of system page display texts. That is, the system configuration module 10 includes configuration of the system itself, such as changing and adding of system page backgrounds, maintaining and adding of system login accounts and passwords, and modifying of system page display texts, and the display page of the system configuration module 10 is a basic information configuration page, and the entering manner is to click the cluster satellite test self-health management system area on the home page.

[0083] The model configuration module 20 is specifically configured to set and / or modify a corresponding configuration file for each satellite model, and the configuration file includes a corresponding initial state, basic information and display parameters; the basic information includes integrated information, a model code, an RTS address, a DB file download address, an FTP address, historical data configuration, test phase data, and ground software addresses and configurations. Specifically, the model configuration module 20 can be entered by clicking the plus button when adding a new model, or can be entered by the model code element, a separate configuration file is used for each model, and the basic information and display parameter configuration of each model can be configured and modified in the model configuration interface. Among them, the DB address, the FTP address, the test phase data and other information are read by the integrated software, and have a manual refresh function, which can be refreshed for a single model or all models at one time; the readable refresh can still be manually modified after refresh; the unreadable information is not affected, and the readable model telemetry parameter table and remote control instruction table related information are not affected.

[0084] The self-monitoring and interpretation module 40 of the embodiment adopts a fully automatic mode to perform autonomous and real-time fine interpretation on the received telemetry, and is provided with effective data configuration, telemetry hierarchical configuration, autonomous interpretation records and manual start interpretation.

[0085] Furthermore, the effective data configuration can display and modify data validity judgment rules, which can be read from the configuration file, and the configuration file is updated synchronously after the page is modified. After receiving data, the data validity is first judged according to the established rules. Data marked as "invalid" is discarded, and data marked as "valid" is recorded in the "valid telemetry record area". This data is then used for interpretation, fault diagnosis, data display, curve plotting, etc. The telemetry classification configuration can configure the model parameter classification requirements (key parameters correspond to level 1 alarms, important parameters correspond to level 2 alarms, and general parameters correspond to level 3 alarms), which can be read from the configuration file, and the configuration file is updated synchronously after the page is modified. The autonomous interpretation record records the telemetry data after it has been processed. After interpretation, telemetry information that does not meet the interpretation criteria is recorded, categorized, and displayed. Simultaneously, the relevant data is transmitted to the fault identification and processing module 60 for fault cause diagnosis and corresponding analysis and processing. This can be accessed by clicking the tiered alarm area in the middle of the primary display page. Manual interpretation allows for manual selection of interpretation files and enabling / disabling of interpretation functions. Multiple interpretations can be enabled or disabled simultaneously, and start, pause, and stop buttons are provided. Interpretations that fail are displayed in red, but this should not affect the interpretation of other telemetry data. Alarm information can be manually cleared, but an alarm log must be generated. The interpretation criteria for the interpretation sequence refer to the interpretation criteria of existing automated testing software.

[0086] Furthermore, the autonomous monitoring and interpretation module 40 also includes the removal of invalid data. The removal of invalid data is based on the data validity expert knowledge base. According to the judgment conditions of the data validity expert knowledge base, the relevant telemetry values ​​are read from the valid telemetry record area, and the validity of new telemetry is automatically determined. If the determination is made, the valid data is marked as 1 and the telemetry values ​​in the valid telemetry record area are updated, while the invalid data is marked as 0.

[0087] The data validity expert knowledge base in this embodiment is shown in Table 1 below:

[0088]

[0089] The system first checks if the satellite is powered on; otherwise, all data is considered invalid. If the satellite is powered on, it sequentially checks if the host computer is powered on, if the local machine is powered on and if the local machine is on duty. If all conditions are met, the data is marked as "valid"; otherwise, it is marked as "invalid". If a condition is "empty", it can be ignored and the system can continue execution.

[0090] When a certain telemetry determination condition changes from "invalid" to "valid", in order to eliminate the influence of random numbers on data download time difference, for the telemetry determined as "invalid", the first received telemetry data is still marked as "invalid" after the next time the validity determination condition is satisfied, and the telemetry is marked as "valid" and the "valid telemetry record area" value and time are updated from the second time the telemetry is received. The three cases of continuous "invalidity", continuous "validity", and change from "validity" to "invalidity" are not subject to this limitation.

[0091] Among them, when the situation of only single start of the local machine but the local machine is not on duty occurs, such as 2.2<=ZN1<=4.5 & ZN2<2.2 & YZD345=1, the received data is still marked as "invalid" according to the validity determination standard, but prompt information must be sent in time to prompt the operator to switch the on-duty machine, and the relevant instruction number is provided.

[0092] In summary, the application integrates a variety of monitoring functions such as centralized monitoring, automatic interpretation, real-time hierarchical alarm and fault handling of the health status of satellites in the test process, has the advantages of high integration, simple and clear display, clear modular design and editable judgment logic configuration, can be used as a key tool for satellite test mode transformation, significantly improves the existing satellite test monitoring environment, and realizes the goal of high-quality and high-efficiency completion of spacecraft test requirements. Moreover, the application can perform real-time analysis and post-analysis on satellite test data, realize automatic interpretation and fine interpretation of telemetry data, and generate hierarchical alarms that can be displayed in real time; by converting expert experience into machine executable logic, the self-judgment and disposal functions of faults are realized, effectively shortening the manual operation time and reducing the difficulty of manual operation.

[0093] It should be noted that in this document, the terms "comprise", "comprising", or any other variant thereof are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not only include those elements, but can also include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without more limitations, the element defined by the statement "comprises a" does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes the element. In addition, it should be noted that the scope of the methods and apparatus in the embodiments of the application is not limited to the order of performing the functions shown or discussed, but can also include performing the functions in a substantially simultaneous manner or in reverse order, for example, the described method can be performed in an order different from that described, and various steps can be added, omitted, or combined. In addition, the features described with reference to certain examples can be combined in other examples.

[0094] Of course, the present application can have other various embodiments, and those skilled in the art can make various corresponding changes and modifications according to the present application without departing from the spirit and essence of the present application, and these corresponding changes and modifications shall all belong to the protection scope of the claims of the present application.

Claims

1. A method for autonomous health management of multi-model satellite telemetry data, characterized in that, The method is realized based on an autonomous health management system, which comprises at least a system configuration module, a model configuration module, an autonomous monitoring and judging module, a fault identification and processing module, and a report generation module; the method comprises the following steps: configuring system setting information through the system configuration module; configuring the initial state, basic information and display parameters of multiple satellite models through the model configuration module; receiving telemetry data of the multiple satellite models through the autonomous monitoring and judging module, and after filtering valid data from the telemetry data, performing real-time fine judgment according to telemetry parameter classification rules, and generating a test alarm for data that does not meet the judgment standard; after receiving the test alarm through the fault identification and processing module, performing autonomous fault diagnosis, executing a preset handling operation for a processable fault, and issuing a prompt for an unprocessable fault; generating a daily test report by summarizing the test data of the satellite model of the day through the report generation module.

2. The method of claim 1, wherein, The filtering of valid data comprises: judging the validity of the received telemetry data according to the data validity judgment rules read by the autonomous monitoring and judging module, and storing the data judged as valid in the valid telemetry record area.

3. The method of claim 1, wherein, The fault identification and processing module has a power supply shortage fault processing program built in; The fault identification and processing module executing a preset handling operation for a processable fault comprises running the power supply shortage fault processing program to perform the following operations: positioning to a preset fault library; judging whether there is a power shortage according to the fault information in the preset fault library: if there is a power shortage, judging whether it is necessary to perform a split-array power supply operation, if it is necessary to perform a split-array power supply, calling a larger power curve, and judging whether the fault is eliminated, if not, repeatedly calling a larger power curve, if eliminated, displaying the handling operation, if no split-array power supply is needed, issuing an alarm prompt and reducing the on-board load; if there is no power shortage, retrieving related fault telemetry, and determining the fault cause based on the related fault telemetry; prompting the executable preset countermeasures based on the fault cause; selecting and triggering the execution of the preset countermeasures; judging whether the fault is eliminated: if yes, displaying the handling operation, otherwise, issuing an emergency reminder.

4. The method of claim 1, wherein, The fault identification and processing module has a frame count stop fault handling program built in; The fault identification and processing module executing a preset handling operation for a processable fault comprises running the frame count stop fault handling program to perform the following operations: detecting frame count stop; judging whether the telemetry front-end software main channel data is continuous; if the telemetry front-end software main channel data is not continuous, judging whether the telemetry front-end software other channel data is continuous, if both are not continuous, popping up a network exception or satellite data exception prompt, if the other channel data is continuous, switching the main channel to a normal channel and popping up a ground telemetry channel exception prompt; if the telemetry front-end software main channel data is continuous, judging whether the telemetry front-end software and the general control communication is normal: if yes, performing RTS restart, otherwise, establishing contact with the general control.

5. The method of claim 1, wherein, The daily test report at least includes model basic information, running state evaluation, power-on and power-off time, a list of all test items of the day, an alarm list summarized by alarm level, fault diagnosis result and processing opinion.

6. An autonomous health management system for multi-model satellite telemetry data for implementing the method according to any one of claims 1 to 5, characterized in that, The system comprises: a system configuration module for configuring and maintaining system setting information of the management system itself; a model configuration module for setting and maintaining initial state, basic information and display parameters for a plurality of satellite models respectively; an information display module for centrally and dynamically displaying key test information of the plurality of satellite models; an autonomous monitoring and interpretation module for receiving telemetry data of the plurality of satellite models, and after filtering out valid data from the telemetry data, performing real-time and refined interpretation according to telemetry parameter classification rules, and generating a test alarm for data that does not meet the interpretation standard; a data display and query module for displaying real-time telemetry parameters of each satellite model and providing a historical data query function; a fault identification and processing module for, when the autonomous monitoring and interpretation module generates a test alarm, receiving the test alarm, performing autonomous fault diagnosis, executing a preset handling operation for a handleable fault, and issuing a prompt for an unhandleable fault; a report generation module for summarizing daily test data according to satellite models and generating a daily test report.

7. The autonomous health management system for multi-model satellite telemetry data according to claim 6, wherein, The system further comprises an operation execution module and a model management module; wherein: the operation execution module is configured to perform the following operations: viewing or sending remote control instructions, logging into integrated software and reading and executing test sequences therein, connecting to a cache server to monitor test item progress, and performing one-key initialization on a web version ground software; the model management module is configured to create, maintain and extend parameter autonomous interpretation models and data trend prediction models, and provide model support for the interpretation logic of the autonomous monitoring and interpretation module.

8. The autonomous health management system for multi-model satellite telemetry data of claim 6, wherein, The model configuration module is specifically configured to set and / or modify a corresponding configuration file for each satellite model, wherein the configuration file includes corresponding initial state, basic information and display parameters; the basic information includes integrated information, model code, RTS address, DB file download address, FTP address, historical data configuration, test phase data, ground software address and configuration.

9. The autonomous health management system for multi-model satellite telemetry data of claim 6, wherein, The configuration function of the system configuration module includes changing and adding system page backgrounds, maintaining and adding system login accounts and passwords, and modifying system page display text.

10. The autonomous health management system for multi-model satellite telemetry data of claim 6, wherein, The autonomous monitoring and interpretation module is further configured to determine whether telemetry data newly added to the valid telemetry record area is valid based on a determination condition of a data validity expert knowledge base, read relevant telemetry values from the valid telemetry record area to determine whether the telemetry data newly added to the valid telemetry record area is valid, and if not, distinguish and mark the telemetry data from other telemetry data.

Images