Design method based on configurable dual-bus message parallel decoding of carrier rocket
By adopting a configurable dual-bus message parallel decoding design method for launch vehicles, the problems of low bus message decoding efficiency and waste of equipment resources in the launch vehicle control system are solved. This method achieves efficient and flexible bus message decoding, reduces hardware costs, and improves equipment utilization.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- SHANGHAI AEROSPACE CONTROL TECH INST
- Filing Date
- 2025-12-29
- Publication Date
- 2026-05-01
AI Technical Summary
In the existing technology, the decoding efficiency of 1553B bus messages in the launch vehicle control system is low and the equipment resources are wasted seriously, making it impossible to flexibly adapt to the decoding requirements of different types of rockets.
A design method based on parallel decoding of configurable dual-bus messages for launch vehicles is adopted. By generating bus message decoding configuration files, multiple bus message decoding units are created, and multi-threaded processing technology is used to realize synchronous decoding and data distribution of bus messages at all levels on the rocket, thereby reducing the number of devices and improving decoding efficiency and equipment utilization.
It achieves efficient decoding of bus messages at all levels, reduces the number of devices, improves device utilization, flexibly adapts to the decoding requirements of different rocket models, reduces hardware costs, and improves decoding efficiency and software versatility.
Smart Images
Figure CN121957879A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to a design method for parallel decoding of configurable dual-bus messages in launch vehicles, belonging to the field of launch vehicle control system testing and software design technology. Background Technology
[0002] In the launch vehicle control system, the 1553B bus, as a time-division multiplexed command / response data bus, is mainly used for interconnecting onboard electronic equipment and achieving efficient and reliable data transmission. During the ground testing phase, the bus monitoring terminal collects bus data in real time and forwards it to the ground parsing terminal for data decoding, thereby determining the operating status of various onboard systems and electronic equipment. Given the high real-time nature of bus messages, the parsing terminal needs to decode a large number of bus messages in a short period, ensuring no messages are missed or misdecoded. The traditional approach uses two parsing terminals to decode the first-level and second-level bus messages respectively. While this improves decoding efficiency, it increases the number of parsing and judgment terminals, resulting in resource waste. To ensure bus message decoding efficiency and improve terminal equipment utilization, a dual-bus message parallel decoding technology is needed, along with handling decoding conflicts between messages with the same command word but different levels. Summary of the Invention
[0003] The technical problem solved by this invention is to overcome the shortcomings of the prior art and propose a design method based on parallel decoding of configurable dual-bus messages of launch vehicles, so as to realize synchronous decoding of bus messages at all levels on the rocket and flexibly adapt to the decoding requirements of different types of rockets.
[0004] The technical solution of this invention is: A design method based on parallel decoding of configurable dual-bus messages for launch vehicles includes: According to the launch vehicle's bus communication protocol, bus message decoding configuration files for each stage of the launch vehicle are generated respectively; the bus message decoding configuration files include a mapping table between bus message command words and message names, a mapping table between bus message variable processing formula names and program processing function names, and a bus message decoding method record table. Multiple bus message decoding units are created, and the number of bus message decoding units is consistent with the sum of the number of bus sets contained in each stage. During initialization, each bus message decoding unit is bound to the corresponding rocket stage number and bus CPU number, and reads the bus message decoding configuration file of the corresponding stage. Based on the number of onboard bus monitoring terminals, create a corresponding number of bus message receiving units and associate them with bus message decoding units of the same level to establish a one-to-many data distribution relationship.
[0005] Furthermore, independent execution threads are created for each level of bus message receiving unit. Each level of bus message receiving unit synchronously receives the raw bus data and performs preprocessing. Based on the CPU number information of the raw bus data, the data is distributed to the bus message decoding unit with the same CPU number.
[0006] Furthermore, the bus message receiving unit preprocesses the received raw bus data, specifically by: first determining the frame header, frame tail, frame length, and checksum of the message frame, and discarding message frames that do not meet the protocol requirements; if the message frame meets the protocol requirements, then extracting the CPU number information.
[0007] Furthermore, the bus message decoding unit receives the data distributed by the bus message receiving unit, retrieves the corresponding message name based on the mapping table between bus message command words and message names, and then decodes the message frame according to the decoding method in the bus message decoding method record table corresponding to the message name to obtain physical quantity data and save it to the local log.
[0008] Furthermore, after the bus message decoding unit decodes the physical quantity data, it reorganizes the physical quantity data into message frames according to the communication protocol with the judgment terminal and sends them to the judgment terminal.
[0009] Furthermore, the mapping table between bus message command words and message names includes bus message names and their corresponding command words.
[0010] Furthermore, the mapping table between formula names and function names includes both the formula name and the corresponding function name.
[0011] Furthermore, the name of the bus message decoding method record table is consistent with the name of the corresponding bus message. The table includes the name, start byte, end byte, start bit, end bit, parsing method, data type, processing formula, and processing parameters of all variables to be decoded in the corresponding bus message.
[0012] A configurable dual-bus message parallel decoding system based on launch vehicles is provided, which applies a design method for configurable dual-bus message parallel decoding of launch vehicles, including a bus, a bus monitor, a ground parsing terminal, and a judgment terminal. Each stage of the rocket is equipped with N sets of buses for data transmission. Each bus transmits data from one CPU of the onboard computer. Each bus includes two buses, A and B, with bus B serving as a backup for bus A. Each stage of the rocket is equipped with a bus monitor; the bus monitor receives data from each CPU of the corresponding bus and forwards it to the ground parsing terminal in the form of TCP network data; The ground-based parsing terminal simultaneously receives bus data from various levels of bus monitors and performs parallel parsing processing; then, the parsed data is reorganized into data frames and sent to the judgment terminal in the form of TCP network data. The judgment terminal plots data curves based on the received data for interpretation.
[0013] Furthermore, the ground-based analytical terminal simultaneously receives bus data from various levels of bus monitors and parses it accordingly. Specifically, it first stores the data locally, then judges each frame to obtain qualified data frames. Based on the CPU number information contained in the qualified data frame, the data frame is distributed to the corresponding decoding thread. The bus message decoding unit running in the thread finds the corresponding decoding method in the decoding configuration file based on the command word information of the data frame and performs data parsing. After parsing is completed, the decoded physical quantity data is stored locally.
[0014] The advantages of this invention compared to the prior art are: (1) This invention optimizes the functional design of the ground parsing terminal, enabling parallel decoding of onboard bus messages at all levels by a single device, thereby improving equipment utilization while ensuring efficient decoding. In addition, it can flexibly adapt to the decoding requirements of different rocket models by only modifying the protocol configuration file, ensuring software universality and flexibility.
[0015] (2) This invention utilizes multi-threaded processing technology to achieve parallel processing of data from different levels of the onboard bus, as well as asynchronous processing of multiple stages such as data reception, preprocessing, and decoding on the same level of the bus, effectively improving decoding efficiency. In addition, the configuration of the bus protocol reduces the coupling between the code and the protocol, enabling the software to flexibly adapt to the decoding requirements of different types of rockets. Attached Figure Description
[0016] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit the invention. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1 This is a flowchart illustrating the design method of parallel decoding of configurable dual-bus messages for launch vehicles according to an embodiment of the present invention. Figure 2 This is a hardware link diagram of an embodiment of the present invention; Figure 3 This is a data flow diagram for message processing in an embodiment of the present invention. Detailed Implementation
[0017] Exemplary embodiments of the present disclosure will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
[0018] This invention proposes a design method for parallel decoding of configurable dual-bus messages in launch vehicles, such as... Figure 1 As shown, it includes: S1: Generate decoding configuration files for the first and second stage bus messages of the rocket according to the 1553B bus communication protocol of the launch vehicle.
[0019] The bus message decoding configuration files for the first and second stages of the rocket are independent of each other and do not affect each other. Each stage's bus message decoding configuration file consists of three parts: The first part is a mapping table between bus message command words and message names, as shown in Table 1: Table 1. Mapping Relationship between Command Words and Message Names
[0020] The second part is a mapping table of variable processing formula names and program processing function names for bus messages, as shown in Table 2: Table 2. Mapping Relationship between Formula Names and Function Names
[0021] The third part is a record table of bus message decoding methods, as shown in Table 3: Table 3. Record of Bus Message Decoding Methods
[0022] The decoding method record table for bus messages has the same name as the corresponding bus message. The table records the name, start byte, end byte, start bit, end bit, parsing method, data type, processing formula, and processing parameters of all variables to be decoded in the message.
[0023] S2: Based on the number of rocket stages and the number of bus sets contained in each stage, create the corresponding number of bus message decoding units and complete the initialization.
[0024] The number of bus message decoding units created should be consistent with the sum of the number of bus sets contained in each stage. For example, if the first and second stages of a rocket each contain 3 bus sets, then 6 decoding units need to be created. During initialization, the bus decoding unit binds to the corresponding rocket stage number and bus CPU number, and reads the bus message decoding configuration file for the corresponding stage.
[0025] S3: Based on the number of on-board bus monitoring terminals, create a corresponding number of bus message receiving units and associate them with the bus message decoding units of the same level to achieve data interaction.
[0026] The number of bus message receiving units created should match the number of onboard bus monitoring terminals. For example, if the first and second stages of the rocket each carry one bus monitoring terminal for message reception, then two sets of message receiving units need to be created. During initialization, each bus message receiving unit is bound to a bus message decoding unit of the same stage number and a one-to-many data distribution relationship is established.
[0027] S4: Each level of bus message receiving unit synchronously preprocesses the received raw bus data and distributes the data to the corresponding message decoding unit according to the CPU number information of the bus message.
[0028] Independent execution threads are created for the primary and secondary bus message receiving units to receive raw data from each stage of the rocket's bus. During preprocessing of bus messages, the frame header, trailer, length, and checksum of the message frame are determined, and message frames that do not meet protocol requirements are discarded. If the message frame meets the protocol requirements, the CPU number information is further determined, and the message frame is extracted and distributed to the message decoding unit with the same CPU number.
[0029] S5: Each level of bus message decoding unit decodes the preprocessed data content in parallel, saves the decoded physical quantity data to the local log, and frames and sends it to the professional judgment terminal.
[0030] When decoding preprocessed messages, each level of the bus message decoding unit first retrieves the corresponding message name based on the command word of the message frame, then determines the corresponding decoding method record table based on the message name, and finally decodes the message frame according to the decoding method in the table to obtain physical quantity data and save it to the local log. After completing the bus message decoding, the physical quantity data needs to be reorganized into message frames according to the communication protocol with the judgment terminal and sent to the judgment terminal for subsequent data interpretation by professional interpreters.
[0031] The hardware environment built based on this method is as follows: Figure 2As shown, to ensure the reliability and security of onboard data communication, a redundant design is adopted. Three sets of buses are deployed in the first and second stages of the rocket for data transmission (corresponding to the data from the three CPUs of the onboard computer). Each bus set includes an AB bus for master / backup switching in case of communication link failure. First and second stage bus monitors (MT1 and MT2) are mounted on the rocket to receive data from the three CPU buses at each stage and forward it to the ground-based parsing terminal for data analysis and processing via TCP network data. Finally, after the ground-based parsing terminal completes the data analysis, it reorganizes the data frames and sends them to the judgment terminal in TCP network data format for data curve plotting and interpretation.
[0032] The main data flow diagram during parallel decoding of dual-bus messages is as follows: Figure 3 As shown, the ground-based parsing terminal receives bus data from both primary and secondary bus monitors simultaneously and performs parallel data parsing. Since the processing flow for primary and secondary bus data is the same for both terminals, this explanation focuses on primary bus data processing. After receiving the raw bus data via TCP, the parsing terminal first stores it locally, then processes the data frame by frame to obtain qualified frames. Based on the CPU number information contained in the qualified frame, the data is distributed to the corresponding decoding thread. The decoding unit running in the thread uses the command word information of the data frame to find the corresponding decoding method in the decoding configuration file and performs data parsing. After parsing, the decoded physical quantity data is stored locally, then reassembled according to the protocol requirements, and the data frames are sent to the judgment terminal via TCP for subsequent interpretation processing.
[0033] The beneficial effects of this invention are as follows: 1) A single parsing terminal (i.e., a ground computer device running the parsing software) processes the primary and secondary bus data sent from the rocket in parallel, which reduces the number of devices, improves equipment utilization, and lowers hardware costs while ensuring decoding efficiency.
[0034] 2) The parsing terminal adopts a hierarchical processing mode, that is, it creates a corresponding number of decoding configuration files according to the number of rocket stages, and each level of decoding unit reads them to complete the initialization, thereby realizing independent decoding at each level. This effectively avoids the conflict problem caused by data frames with the same command words but different decoding methods when multiple levels share a decoding unit.
[0035] 3) The internal data receiving, preprocessing, decoding and other processing stages of the analytical terminal are modularly designed, which improves maintainability and facilitates testing and debugging.
[0036] 4) The configurable implementation of the rocket-to-ground protocol and message processing method can flexibly adapt to the decoding requirements of different rocket models without modifying the code.
[0037] The embodiments described above are merely preferred embodiments of the present invention. Ordinary variations and substitutions made by those skilled in the art within the scope of the technical solution of the present invention should be included within the protection scope of the present invention.
Claims
1. A design method for parallel decoding of configurable dual-bus messages in launch vehicles, characterized in that, include: According to the launch vehicle's bus communication protocol, bus message decoding configuration files for each stage of the launch vehicle are generated respectively; the bus message decoding configuration files include a mapping table between bus message command words and message names, a mapping table between bus message variable processing formula names and program processing function names, and a bus message decoding method record table. Create multiple bus message decoding units, with the number of bus message decoding units matching the sum of the number of bus sets contained in each level; During initialization, each bus message decoding unit binds to the corresponding rocket stage number and bus CPU number, and reads the bus message decoding configuration file for the corresponding stage. Based on the number of onboard bus monitoring terminals, create a corresponding number of bus message receiving units and associate them with bus message decoding units of the same level to establish a one-to-many data distribution relationship.
2. The design method for parallel decoding of configurable dual-bus messages in a launch vehicle according to claim 1, characterized in that, Independent execution threads are created for each level of bus message receiving unit. Each level of bus message receiving unit synchronously receives raw bus data and performs preprocessing. Based on the CPU number information of the raw bus data, the data is distributed to the bus message decoding unit with the same CPU number.
3. The design method for parallel decoding of configurable dual-bus messages in a launch vehicle according to claim 2, characterized in that, The bus message receiving unit preprocesses the received raw bus data, specifically by: first determining the frame header, frame tail, frame length, and checksum of the message frame, and discarding message frames that do not meet the protocol requirements; if the message frame meets the protocol requirements, then extracting the CPU number information.
4. The design method for parallel decoding of configurable dual-bus messages in a launch vehicle according to claim 2, characterized in that, The bus message decoding unit receives data distributed by the bus message receiving unit, retrieves the corresponding message name based on the mapping table between bus message command words and message names, and then decodes the message frame according to the decoding method in the bus message decoding method record table corresponding to the message name, obtains physical quantity data, and saves it to the local log.
5. The design method for parallel decoding of configurable dual-bus messages in a launch vehicle according to claim 4, characterized in that, After the bus message decoding unit decodes the physical quantity data, it reorganizes the physical quantity data into message frames according to the communication protocol with the judgment terminal and sends them to the judgment terminal.
6. The design method for parallel decoding of configurable dual-bus messages in a launch vehicle according to claim 1, characterized in that, The mapping table between bus message command words and message names includes bus message names and their corresponding command words.
7. The design method for parallel decoding of configurable dual-bus messages in a launch vehicle according to claim 1, characterized in that, The mapping table between formula names and function names includes the formula name and its corresponding function name.
8. The design method for parallel decoding of configurable dual-bus messages in a launch vehicle according to claim 1, characterized in that, The table name of the bus message decoding method record table is consistent with the name of the corresponding bus message. The table includes the name, start byte, end byte, start bit, end bit, parsing method, data type, processing formula and processing parameters of all variables to be decoded for the corresponding bus message.
9. A configurable dual-bus message parallel decoding system for launch vehicles, employing the design method for configurable dual-bus message parallel decoding of launch vehicles as described in claim 1, characterized in that... This includes the bus, bus monitor, ground resolution terminal, and judgment terminal; Each stage of the rocket is equipped with N sets of buses for data transmission. Each bus transmits data from one CPU of the onboard computer. Each bus includes two buses, A and B, with bus B serving as a backup for bus A. Each stage of the rocket is equipped with a bus monitor; The bus monitor receives data from each CPU at the corresponding bus level and forwards it to the ground parsing terminal as TCP network data. The ground-based parsing terminal simultaneously receives bus data from various levels of bus monitors and performs parallel parsing processing. The parsed data is then reorganized into data frames and sent to the judgment terminal in the form of TCP network data; The judgment terminal plots data curves based on the received data for interpretation.
10. A parallel decoding system for configurable dual-bus messages of a launch vehicle according to claim 9, characterized in that, The ground-based parsing terminal simultaneously receives bus data from various levels of bus monitors and parses it accordingly. Specifically, it first stores the data locally, then judges the data frame by frame to obtain qualified data frames. Based on the CPU number information contained in the qualified data frame, the data frame is distributed to the corresponding decoding thread. The bus message decoding unit running in the thread finds the corresponding data frame decoding method in the decoding configuration file based on the command word information of the data frame and performs data parsing. After parsing is complete, the decoded physical quantity data is stored locally.