Configurable reconfigurable general data production method

CN116166244BActive Publication Date: 2026-10-09AEROSPACE SCI & IND INTELLIGENT OPERATION RES & INFORMATION SECURITY RES INST (WUHAN) CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202211673248.5
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-12-26
Publication Date
2026-10-09
Estimated Expiration
2042-12-26

AI Technical Summary

Technical Problem

[0004]本发明的目的在于提供一种可配置重构的通用数据制作方法,以解决传统的飞行器任务规划系统数据制作软件数据装订格式规范与软件代码逻辑及核心内容紧密耦合,无法做到通用的问题

Benefits of technology

[0019] This invention provides a configurable and reconfigurable universal data creation method. Using this method, mission planning data creation software for any unmanned aerial vehicle (UAV) can be quickly and accurately built. The development of data creation software for a given UAV model can be completed simply by writing the mission planning data binding format of a specific UAV model into a universal data creation configuration file according to the specified requirements. When the data binding format changes, only the corresponding content in the configuration file needs to be modified; no changes to the software are required. This significantly shortens the development cycle of data creation software.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116166244B_ABST
    Figure CN116166244B_ABST
Patent Text Reader

Abstract

The application relates to a configurable and reconfigurable general data production method, and belongs to the technical field of unmanned aerial vehicle data production. The application describes the format requirements of the name, type, value, scale, length and byte sequence of each parameter in a data packet by a data packet production configuration file, so that general data production software can realize the production function of different format data packets by reading different data packet production configuration files. Based on the application, the general data production can be reconfigured through the configuration file, and the development cycle of the data production software is greatly shortened.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention belongs to the field of unmanned aerial vehicle data production technology, and relates to a configurable and reconfigurable general data production method. Background Technology

[0002] Data creation is a crucial interface between the unmanned aerial vehicle (UAV) mission planning system and the aircraft's navigation and control system. Its function is to transform flight trajectory data or other mission planning results into data package files according to data packaging format specifications, for use by the aircraft's guidance and control system. While the functionality of the data creation software is not complex, its direct impact on the success or failure of the flight necessitates high-level software specifications.

[0003] Traditional aircraft mission planning system data creation software is developed by software developers according to the aircraft data binding format specifications provided by the overall aircraft design. The data binding format requirements include the order, size, type, and value range of each data item. Data creation software typically involves several steps: reading the raw data to be bound from intermediate mission planning output files such as flight track files, converting and combining the data, and writing the data into a designated data package file according to the binding format requirements. However, because the data creation software for different aircraft mission planning systems is developed independently, the data binding format specifications are tightly coupled with the software code logic and core content, making universality impossible. Furthermore, during the development of an aircraft model, the data binding format requirements inevitably undergo numerous changes due to continuous testing and debugging of various systems and equipment. If the data creation software also changes frequently, it increases the amount of software development, testing, and debugging work, hindering the model's development progress and introducing potential software quality risks during frequent changes. Summary of the Invention

[0004] The purpose of this invention is to provide a configurable and reconfigurable general data production method to solve the problem that traditional aircraft mission planning system data production software has a tightly coupled data binding format specification and software code logic and core content, making it impossible to achieve universality.

[0005] To address the aforementioned technical problems, this invention provides a configurable and reconfigurable general data creation method, which includes the following steps:

[0006] Step 1: Read and parse the package creation directory configuration file, and create data packets in the order of the file and the input and output file paths. The package creation directory configuration file records the data packet creation configuration file path and the output file path.

[0007] Step 2: When creating a data packet, open and read the data packet creation configuration file path corresponding to the data packet in the data packet creation directory configuration file, and bind it into the data packet file according to the order in the data packet creation configuration file, according to the name, type, value, scale, length, byte order and other attributes of each parameter.

[0008] Step 3: After binding all parameters in the data packet creation configuration file, output the data packet file according to the output file path in the data packet creation directory configuration file;

[0009] Step 4: Then continue to create the next data packet in Step 1 until the data packet directory configuration file in Step 1 is completed.

[0010] Furthermore, in step 2, each parameter in the data packet creation configuration file includes seven elements: sequence number, name, type, value, scale, length, and byte order.

[0011] Furthermore, the sequence number indicates the order of the parameter within this data packet, facilitating software indexing; the name indicates the name of the parameter, making it easy for designers to identify; the type indicates the type of processing the parameter will use; the value indicates the bound content of the parameter, and the meaning of the value varies depending on the type; the scale indicates whether the parameter needs to be scaled during binding and the scaling factor; the length indicates the byte length of the bound parameter; and the byte order indicates the order in which the high and low bytes of the parameter should be bound.

[0012] Furthermore, the type includes nine processing methods, namely: assignment "VALUE", summation "SUM", backup "BACKUP", CRC32 checksum "CRC32", file CRC checksum "CRCFF", character "CHAR", external file reference "QEF", reference "QOUTE", and external algorithm call "EXE".

[0013] Furthermore, the processing method for assigning the value "VALUE" is as follows: the original data in "Value" is copied to the data packet file according to the scale, length, and byte order constraints; the processing method for summing "SUM" is as follows: the data volume of the data items within the specified sequence number range in "Value" is counted to obtain the number of bytes; the processing method for backup "BACKUP" is as follows: "Value" records the number of backup bits n that need to be bound, and n backup bits are bound according to the byte order and the length of each backup bit.

[0014] Furthermore, the processing method for the CRC32 checksum "CRC32" is as follows: write all data items within the specified sequence number range in the "value" to a temporary file, perform CRC32 check on the file, and obtain the checksum; the processing method for the file CRC checksum "CRCFF" is as follows: according to the file, position, and number of bytes required in the "value", obtain the required check data, write it to a temporary file for check, and obtain the checksum.

[0015] Furthermore, the processing method for the character "CHAR" is as follows: the character content in the "value" is bound to the file using the character's binary code; the processing method for external file reference "QEF" is as follows: the file specified in the "value" is opened, its entire content is read, and then copied to the data packet file; the processing method for reference "QOUTE" is as follows: the file specified in the "value" is opened, a configuration file is created according to the general data format, all parameters are read out, and then added to this data packet file.

[0016] Furthermore, the external algorithm calls "EXE" in the following way: run the exe startup command in the "value", execute the exe, and copy the contents of the data file generated by the exe to this data package.

[0017] Furthermore, the external algorithm call "EXE" is used to encapsulate the dedicated algorithm into an exe program, call the exe program to create local data blocks, and merge the contents of the data blocks into the data packet.

[0018] Furthermore, this method creates data packets based on the description in the data packet creation configuration document. By changing the configuration file, the data packet creation format is changed to achieve the purpose of universal data creation. When the data packet format changes, there is no need to change the packet creation software. Only the data packet creation configuration file needs to be changed, and the packet creation software needs to be rerun to complete the creation of the new format data packet.

[0019] This invention provides a configurable and reconfigurable universal data creation method. Using this method, mission planning data creation software for any unmanned aerial vehicle (UAV) can be quickly and accurately built. The development of data creation software for a given UAV model can be completed simply by writing the mission planning data binding format of a specific UAV model into a universal data creation configuration file according to the specified requirements. When the data binding format changes, only the corresponding content in the configuration file needs to be modified; no changes to the software are required. This significantly shortens the development cycle of data creation software. Attached Figure Description

[0020] Figure 1 This is a flowchart illustrating the principle of the technical solution of the present invention;

[0021] Figure 2 Create a configuration file format for assignment type data packets;

[0022] Figure 3 Create a configuration file format for summation type data packets;

[0023] Figure 4 Create a configuration file format for the backup type data packets;

[0024] Figure 5 Create a configuration file format for CRC checksum type data packets;

[0025] Figure 6 Create a configuration file format for external file verification type data packets;

[0026] Figure 7 Create a configuration file format for character data packets;

[0027] Figure 8 Create configuration file formats for external file reference type data packages;

[0028] Figure 9 Create a configuration file format for reference type data packages;

[0029] Figure 10 Create a configuration file format for data packets of external algorithm call types. Detailed Implementation

[0030] To make the objectives, contents, and advantages of the present invention clearer, the specific embodiments of the present invention will be described in further detail below with reference to the accompanying drawings and examples.

[0031] This invention belongs to the field of unmanned aerial vehicle (UAV) data creation technology, specifically relating to a configurable and reconfigurable general data creation method. It describes the format requirements of each parameter in the data packet, such as name, type, value, scale, length, and byte order, through a data packet creation configuration file. This allows general data creation software to create data packets of different formats by reading different data packet creation configuration files. Based on this invention, general data creation through configuration file reconfiguration can be achieved, significantly shortening the development cycle of data creation software.

[0032] To address the aforementioned technical problems, this invention provides a configurable and reconfigurable general data creation method, which includes the following steps:

[0033] Step 1: Read and parse the package creation directory configuration file, and create data packets in the order of the file and the input and output file paths. The package creation directory configuration file records the data packet creation configuration file path and the output file path.

[0034] Step 2: When creating a data packet, open and read the data packet creation configuration file path corresponding to the data packet in the data packet creation directory configuration file, and bind it into the data packet file according to the order in the data packet creation configuration file, according to the name, type, value, scale, length, byte order and other attributes of each parameter.

[0035] Step 3: After binding all parameters in the data packet creation configuration file, output the data packet file according to the output file path in the data packet directory configuration file.

[0036] Step 4: Then continue to create the next data packet in Step 1 until the data packet directory configuration file in Step 1 is completed.

[0037] Thus, by following steps 1-4 above, the data packet file is obtained.

[0038] In step 2, each parameter in the data packet creation configuration file contains seven elements: "serial number, name, type, value, scale, length, and byte order". These seven elements are explained below:

[0039] a) Sequence number: This indicates the order of the parameter within this data packet, making it easier for the software to index it;

[0040] b) Name: This indicates the name of the parameter, making it easy for designers to identify;

[0041] c) Types: These include various types such as assignment "VALUE", summation "SUM", backup "BACKUP", CRC32 checksum "CRC32", file CRC checksum "CRCFF", character "CHAR", external file reference "QEF", reference "QOUTE", and external algorithm call "EXE". The specific functions of these types will be described in detail in the next section, indicating which type the parameter will be processed.

[0042] d) Value: This indicates the binding content of this parameter; the meaning of the value varies depending on the type.

[0043] e) Scale: Indicates whether this parameter needs to be scaled during binding and by how much;

[0044] f) Length: Indicates the length of bytes for this parameter;

[0045] g) Byte order: This indicates the order in which the high and low bytes should be bound during binding.

[0046] In step 2, the data packet creation configuration file contains nine general processing methods for each parameter, including assignment "VALUE", summation "SUM", backup "BACKUP", CRC32 checksum "CRC32", file CRC checksum "CRCFF", character "CHAR", external file reference "QEF", reference "QOUTE", and external algorithm call "EXE". The specific processing methods are as follows:

[0047] Assign the value "VALUE"

[0048] Assignment is the most basic data type. The software process involves copying the original data in the "value" to a data packet file, using constraints such as scale, length, and byte order.

[0049] Sum of all elements

[0050] The SUM type can be used to count data block size, data block offset address, and other information. Its software processing method is to count the amount of data in bytes for each data item within the specified sequence number range in the "Value".

[0051] Backup

[0052] The spare type is used for binding spare bits of longer "0" values. The software processing method is as follows: the "value" records the number n of spare bits to be bound, and n spare bits are bound according to byte order and the length of each spare bit.

[0053] CRC32 checksum "CRC32"

[0054] The CRC32 checksum is used to generate the CRC checksum of a specified data block. The software processing method is as follows: all data items within the specified sequence number range in the "Value" field are written to a temporary file, the file is then subjected to a CRC32 checksum, and the checksum is obtained.

[0055] File CRC checksum "CRCFF"

[0056] File CRC checksums are used to verify a set of bytes at a specified location in one or more external files. The software processing method is as follows: according to the file, location, and number of bytes specified in the "value," the required checksum data is obtained, written to a temporary file for verification, and a checksum is obtained.

[0057] The character "CHAR"

[0058] Character types are used to bind character-based data such as track numbers and descriptions. The software processes this by binding the character content in the "value" to the file using the character's binary code.

[0059] External file references "QEF"

[0060] External file references are used to copy all data from an external file to the current location. The software process involves opening the file specified in the "value," reading its entire contents, and then copying it to the data package file.

[0061] Quote "QOUTE"

[0062] References differ from external files; they reference other files with the same configuration file format, writing all parameters from those files into this data package. The software process involves opening the file specified in the "Value" field, creating a configuration file according to the common data format, reading out all parameters, and adding them to this data package file.

[0063] External algorithm call "EXE"

[0064] External algorithm calls are used for data binding methods that are complex or contain specialized computational functions. The specialized algorithm is packaged into an EXE program. A general data package creation tool calls this EXE program to create local data blocks and merges the contents of these data blocks into the data package. The software processing method is as follows: running the EXE startup command in the "Value" field executes the EXE, and the contents of the data file generated by the EXE are copied into this data package.

[0065] In step 2, the specific data packet creation configuration file format is as follows: Figure 2-10 As shown;

[0066] The method described herein is based on the data packet creation configuration file. The data packet creation format can be changed by modifying the configuration file, achieving a universal data creation purpose. When the data packet format changes, there is no need to modify the packet creation software; simply modify the data packet creation configuration file and rerun the packet creation software to complete the creation of the new format data packet.

[0067] Example 1:

[0068] To address the aforementioned technical problems, this invention provides a method for selecting track matching areas based on rule scoring, such as... Figure 1 As shown, the track matching area selection method includes the following steps:

[0069] Step 1: Read and parse the package creation directory configuration file, and create data packets in the order of the file and the input and output file paths. The package creation directory configuration file records the data packet creation configuration file path and the output file path.

[0070] Step 2: When creating a data packet, according to the path of the input data packet creation configuration file corresponding to the data packet in the data packet creation directory configuration file, open and read the data packet creation configuration file, and bind it into the data packet file according to the order in the data packet creation configuration file, according to the name, type, value, scale, length, byte order and other attributes of each parameter;

[0071] Step 3: After binding all parameters in the data packet creation configuration file, output the data packet file according to the output file path in the data packet directory configuration file.

[0072] Step 4: Then continue to create the next data packet in Step 1 until the data packet directory configuration file in Step 1 is completed.

[0073] Thus, by following steps 1-4 above, the data packet file is obtained.

[0074] In step 2, each parameter in the data packet creation configuration file contains seven elements: "serial number, name, type, value, scale, length, and byte order". These seven elements are explained below:

[0075] a) Sequence number: This indicates the order of the parameter within this data packet, making it easier for the software to index it;

[0076] b) Name: This indicates the name of the parameter, making it easy for designers to identify;

[0077] c) Types: These include various types such as assignment "VALUE", summation "SUM", backup "BACKUP", CRC32 checksum "CRC32", file CRC checksum "CRCFF", character "CHAR", external file reference "QEF", reference "QOUTE", and external algorithm call "EXE". The specific functions of these types will be described in detail in the next section, indicating which type the parameter will be processed.

[0078] d) Value: This indicates the binding content of this parameter; the meaning of the value varies depending on the type.

[0079] e) Scale: Indicates whether this parameter needs to be scaled during binding and by how much;

[0080] f) Length: Indicates the length of bytes for this parameter;

[0081] g) Byte order: This indicates the order in which the high and low bytes should be bound during binding.

[0082] In step 2, the data packet creation configuration file contains nine general processing methods for each parameter, including assignment "VALUE", summation "SUM", backup "BACKUP", CRC32 checksum "CRC32", file CRC checksum "CRCFF", character "CHAR", external file reference "QEF", reference "QOUTE", and external algorithm call "EXE". The specific processing methods are as follows:

[0083] Assign the value "VALUE"

[0084] Assignment is the most basic data type. The software process involves copying the original data in the "value" to a data packet file, using constraints such as scale, length, and byte order.

[0085] Sum of all elements

[0086] The SUM type can be used to count data block size, data block offset address, and other information. Its software processing method is to count the amount of data in bytes for each data item within the specified sequence number range in the "Value".

[0087] Backup

[0088] The spare type is used for binding spare bits of longer "0" values. The software processing method is as follows: the "value" records the number n of spare bits to be bound, and n spare bits are bound according to byte order and the length of each spare bit.

[0089] CRC32 checksum "CRC32"

[0090] The CRC32 checksum is used to generate the CRC checksum of a specified data block. The software processing method is as follows: all data items within the specified sequence number range in the "Value" field are written to a temporary file, the file is then subjected to a CRC32 checksum, and the checksum is obtained.

[0091] File CRC checksum "CRCFF"

[0092] File CRC checksums are used to verify a set of bytes at a specified location in one or more external files. The software processing method is as follows: according to the file, location, and number of bytes specified in the "value," the required checksum data is obtained, written to a temporary file for verification, and a checksum is obtained.

[0093] The character "CHAR"

[0094] Character types are used to bind character-based data such as track numbers and descriptions. The software processes this by binding the character content in the "value" to the file using the character's binary code.

[0095] External file references "QEF"

[0096] External file references are used to copy all data from an external file to the current location. The software process involves opening the file specified in the "value," reading its entire contents, and then copying it to the data package file.

[0097] Quote "QOUTE"

[0098] References differ from external files; they reference other files with the same configuration file format, writing all parameters from those files into this data package. The software process involves opening the file specified in the "Value" field, creating a configuration file according to the common data format, reading out all parameters, and adding them to this data package file.

[0099] External algorithm call "EXE"

[0100] External algorithm calls are used for data binding methods that are complex or contain specialized computational functions. The specialized algorithm is packaged into an EXE program. A general data package creation tool calls this EXE program to create local data blocks and merges the contents of these data blocks into the data package. The software processing method is as follows: running the EXE startup command in the "Value" field executes the EXE, and the contents of the data file generated by the EXE are copied into this data package.

[0101] In step 2, the specific data packet creation configuration file format is as follows: Figure 2-10 As shown;

[0102] The method described above creates data packets based on the description in the configuration file. The data packet format can be changed by modifying the configuration file, achieving a universal data creation purpose. When the data packet format changes, there is no need to modify the packet creation software; simply modify the data packet creation configuration file and rerun the packet creation software to complete the creation of the new format data packet.

[0103] Example 2:

[0104] A configurable and reconfigurable general data creation method, comprising the following steps:

[0105] Step 1: Read and parse the package creation directory configuration file, and create data packets in the order of the file and the input and output file paths. The package creation directory configuration file records the data packet creation configuration file path and the output file path.

[0106] Step 2: When creating a data packet, open and read the data packet creation configuration file path corresponding to the data packet in the data packet creation directory configuration file, and bind it into the data packet file according to the order in the data packet creation configuration file, according to the name, type, value, scale, length, byte order and other attributes of each parameter.

[0107] Step 3: After binding all parameters in the data packet creation configuration file, output the data packet file according to the output file path in the data packet directory configuration file.

[0108] Step 4: Then continue to create the next data packet in Step 1 until the data packet directory configuration file in Step 1 is completed.

[0109] Thus, by following steps 1-4 above, the data packet file is obtained.

[0110] Furthermore, in step 2, each parameter in the data packet creation configuration file contains seven elements: "serial number, name, type, value, scale, length, and byte order." These seven elements are explained below:

[0111] a) Sequence number: This indicates the order of the parameter within this data packet, making it easier for the software to index it;

[0112] b) Name: This indicates the name of the parameter, making it easy for designers to identify;

[0113] c) Types: These include various types such as assignment "VALUE", summation "SUM", backup "BACKUP", CRC32 checksum "CRC32", file CRC checksum "CRCFF", character "CHAR", external file reference "QEF", reference "QOUTE", and external algorithm call "EXE". The specific functions of these types will be described in detail in the next section, indicating which type the parameter will be processed.

[0114] d) Value: This indicates the binding content of this parameter; the meaning of the value varies depending on the type.

[0115] e) Scale: Indicates whether this parameter needs to be scaled during binding and by how much;

[0116] f) Length: Indicates the length of bytes for this parameter;

[0117] g) Byte order: This indicates the order in which the high and low bytes should be bound during binding.

[0118] Furthermore, in step 2, each parameter in the data packet creation configuration file has nine types of general processing methods, including assignment "VALUE", summation "SUM", backup "BACKUP", CRC32 checksum "CRC32", file CRC checksum "CRCFF", character "CHAR", external file reference "QEF", reference "QOUTE", and external algorithm call "EXE". The specific processing methods are as follows:

[0119] Assign the value "VALUE"

[0120] Assignment is the most basic data type. The software process involves copying the original data in the "value" to a data packet file, using constraints such as scale, length, and byte order.

[0121] Sum of all elements

[0122] The SUM type can be used to count data block size, data block offset address, and other information. Its software processing method is to count the amount of data in bytes for each data item within the specified sequence number range in the "Value".

[0123] Backup

[0124] The spare type is used for binding spare bits of long "0" values. The software process is as follows: the "value" records the number n of spare bits to be bound, and n spare bits are bound according to the detail order and the length of each spare bit.

[0125] CRC32 checksum "CRC32"

[0126] The CRC32 checksum is used to generate the CRC checksum of a specified data block. The software processing method is as follows: all data items within the specified sequence number range in the "Value" field are written to a temporary file, the file is then subjected to a CRC32 checksum, and the checksum is obtained.

[0127] File CRC checksum "CRCFF"

[0128] File CRC checksums are used to verify a set of bytes at a specified location in one or more external files. The software processing method is as follows: according to the file, location, and number of bytes specified in the "value," the required checksum data is obtained, written to a temporary file for verification, and a checksum is obtained.

[0129] The character "CHAR"

[0130] Character types are used to bind character-based data such as track numbers and descriptions. The software processes this by binding the character content in the "value" to the file using the character's binary code.

[0131] External file references "QEF"

[0132] External file references are used to copy all data from an external file to the current location. The software process involves opening the file specified in the "value," reading all its contents, and then copying them to the data packet file.

[0133] Quote "QOUTE"

[0134] References differ from external files; they reference other files with the same configuration file format, writing all parameters from those files into this data package. The software process involves opening the file specified in the "Value" field, creating a configuration file according to the common data format, reading out all parameters, and adding them to this data package file.

[0135] External algorithm call "EXE"

[0136] External algorithm calls are used for data binding methods that are complex or contain specialized computational functions. The specialized algorithm is packaged into an EXE program. A general data package creation tool calls this EXE program to create local data blocks and merges the contents of these data blocks into the data package. The software processing method is as follows: running the EXE startup command in the "Value" field executes the EXE, and the contents of the data file generated by the EXE are copied into this data package.

[0137] Furthermore, in step 2, the specific data packet creation configuration file format is as follows: Figure 2-10 As shown;

[0138] Furthermore, the method creates data packets based on the description in the configuration file. The data packet format can be changed by modifying the configuration file, achieving the goal of universal data creation. When the data packet format changes, there is no need to modify the packet creation software; simply modify the data packet creation configuration file and rerun the packet creation software to complete the creation of the new format data packet.

[0139] To address the problems of existing technologies, this invention proposes a configurable and reconfigurable universal data creation method. Using this method, mission planning data creation software for any unmanned aerial vehicle (UAV) can be quickly and accurately built. The development of data creation software for a given UAV model can be completed simply by writing the mission planning data binding format of a specific UAV model into a universal data creation configuration file according to the specifications. When the data binding format changes, only the corresponding content in the configuration file needs to be modified; no software changes are required. This significantly shortens the development cycle of data creation software.

[0140] The above description is only a preferred embodiment of the present invention. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the technical principles of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. A configurable and reconfigurable general data creation method, characterized in that, The method includes the following steps: Step 1: Read and parse the package creation directory configuration file, and create data packets in the order of the file and the input and output file paths. The package creation directory configuration file records the data packet creation configuration file path and the output file path. Step 2: When creating a data packet, open and read the data packet creation configuration file path corresponding to the data packet in the data packet creation directory configuration file, and bind it into the data packet file according to the order in the data packet creation configuration file, in turn according to the name, type, value, scale, length, and byte order attributes of each parameter; Step 3: After binding all parameters in the data packet creation configuration file, output the data packet file according to the output file path in the data packet creation directory configuration file; Step 4: Then continue to create the next data packet in Step 1 until the data packet creation directory configuration file in Step 1 is completed. in, The type includes nine processing methods: assignment "VALUE", summation "SUM", backup "BACKUP", CRC32 checksum "CRC32", file CRC checksum "CRCFF", character "CHAR", external file reference "QEF", reference "QOUTE", and external algorithm call "EXE". Scale: Indicates whether this parameter needs to be scaled during binding and by how much; Byte order: This indicates the order in which the high and low bytes should be bound during binding.

2. The configurable and reconfigurable general data creation method as described in claim 1, characterized in that, In step 2, each parameter in the data packet creation configuration file includes seven elements: sequence number, name, type, value, scale, length, and byte order.

3. The configurable and reconfigurable general data creation method as described in claim 2, characterized in that, Sequence Number: Indicates the order of this parameter within this data packet, facilitating software indexing; Name: Indicates the name of this parameter, facilitating designer identification; Type: Indicates the type of processing this parameter will use. Value: Indicates the binding content of this parameter; the meaning of the value varies depending on the type. Length: Indicates the length of bytes bound for this parameter.

4. The configurable and reconfigurable general data creation method as described in claim 3, characterized in that, The processing method for assigning the value "VALUE" is as follows: the original data in "Value" is copied to the data packet file according to the scale, length, and byte order constraints; the processing method for summing "SUM" is as follows: the data volume of the data items within the specified sequence number range in "Value" is counted to obtain the number of bytes; the processing method for backup "BACKUP" is as follows: the number of backup bits n to be bound is recorded in "Value", and n backup bits are bound according to the byte order and the length of each backup bit.

5. The configurable and reconfigurable general data creation method as described in claim 3, characterized in that, The CRC32 checksum processing method is as follows: write all data items within the specified sequence number range in the "Value" to a temporary file, perform CRC32 check on the file, and obtain the checksum; the file CRC checksum processing method is as follows: according to the file, position, and number of bytes required in the "Value", obtain the required check data, write it to a temporary file for check, and obtain the checksum.

6. The configurable and reconfigurable general data creation method as described in claim 3, characterized in that, The processing method for the character "CHAR" is as follows: the character content in the "value" is bound to the file as character binary code; the processing method for external file reference "QEF" is as follows: the file specified in the "value" is opened, its entire content is read and copied to the data packet file; the processing method for reference "QOUTE" is as follows: the file specified in the "value" is opened, the configuration file format is created according to the general data, the various parameters are read out and added to this data packet file.

7. The configurable and reconfigurable general data creation method as described in claim 3, characterized in that, The external algorithm calls "EXE" in the following way: run the exe startup command in the "Value", execute the exe, and copy the contents of the data file generated by the exe to this data package.

8. The configurable and reconfigurable general data creation method as described in claim 7, characterized in that, External Algorithm Call ("EXE") is used to encapsulate a dedicated algorithm into an EXE program, call the EXE program to create local data blocks, and merge the contents of the data blocks into the data packet.

9. The configurable and reconfigurable general data production method according to any one of claims 1-8, characterized in that, This method creates data packets based on the description in the data packet creation configuration document. By changing the configuration file, the data packet creation format can be changed to achieve the purpose of universal data creation. When the data packet format changes, there is no need to change the packet creation software. Only the data packet creation configuration file needs to be changed, and the packet creation software needs to be rerun to complete the creation of the new format data packet.

Citation Information

Patent Citations

  • Cross-platform avionics system configuration data generation and recovery method

    CN105607923A

  • Data packet encapsulation method and check method

    WO2015062503A1