Configurable and reconfigurable aircraft task planning data packet general inverse solution method

By adopting a configurable and reconstructed general inverse solution method of data packets in the unmanned aerial vehicle mission planning system, and using configuration files to perform data packet inverse solution, the problem of difficulty in achieving generalization in the existing technology is solved, and the rapid and accurate inverse solution of data packets and the shortening of software development cycles are achieved.

CN119938123APending Publication Date: 2025-05-06AEROSPACE SCI & IND INTELLIGENT OPERATION RES & INFORMATION SECURITY RES INST (WUHAN) CO LTD
View PDF 4 Cites 0 Cited by

Patent Information

Application Number
CN202411933317.0
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-26
Publication Date
2025-05-06

AI Technical Summary

Technical Problem

The existing technology is difficult to achieve a general inverse solution of aircraft mission planning data packets, resulting in changes in data packaging format changes in the development process of unmanned aerial vehicles, which requires frequent update of the anti-resolving software, which increases the development, testing and debugging workload, hinders the development progress of unmanned aerial vehicles, and poses hidden software quality risks.

Method used

The general inverse solution method of aircraft mission planning data packets that can be configured and reconstructed is adopted. By reading and parsing the inverse solution directory configuration file, the data packets are inverse solution according to the order and file path in the configuration file, and the parameter information in the inverse solution configuration file (such as name, type, data type, data length, scale, display mode, endianness, index) is reversed and output to the inverse solution file.

Benefits of technology

It realizes the fast, accurate and universal reverse solution of aircraft mission planning data packets, reduces the software development cycle, and when the data binding format changes, you only need to update the configuration file, avoiding the quality hazards caused by frequent software changes.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119938123A_ABST
    Figure CN119938123A_ABST
Patent Text Reader

Abstract

The invention belongs to the technical field of unmanned aerial vehicle data production, and particularly relates to a configurable and reconfigurable aircraft task planning data packet general inverse solution method, which comprises the steps of reading and analyzing an inverse solution directory configuration file; performing inverse solution on the data packet file, and outputting the data packet file to an inverse solution file; after completing inverse solution of all parameters in the inverse solution configuration file, outputting a data packet inverse solution file according to an output inverse solution file path in the inverse solution directory configuration file; then, continuing to execute inverse solution of the next data packet until the inverse solution directory configuration file is completely circulated; by adopting the method, the data packet inverse solution software of any unmanned aerial vehicle can be quickly and accurately constructed, and the development of the data packet inverse solution software of one model can be completed only by writing the task planning data binding format of one aircraft model into the general data packet inverse solution configuration file according to the specification requirement; and the development period of data packet inverse solution software can be greatly shortened.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The invention belongs to the technical field of unmanned aerial vehicle data production, and in particular relates to a general inverse analysis method for a configurable and reconstructible aircraft mission planning data packet. Background Art

[0002] Data packet decompression refers to the function of parsing and displaying the data packets generated by the UAV mission planning system. Data packet files are usually stored in unformatted files for efficient access and space saving. That is, the parameters in the data packet are directly stored in the file in binary form. Therefore, data packet files are usually unreadable files, and the contents in the files cannot be directly read or understood by people. Data packet decompression is to parse the data packet file into a readable file, which is convenient for operators to view and verify the contents of the data packet.

[0003] The data decompression of the aircraft mission planning system may be used in all links of the data packet transmission and distribution process to view and verify the content of the data packet. Traditional aircraft mission planning system data decompression software is developed by software developers in accordance with the aircraft data package format specification documents provided by the overall aircraft design, and is developed in accordance with the development implementation method.

[0004] Data packet decompression software generally includes several steps, such as reading the bound data information from the track data packet file, converting and interpreting the data information, and writing the decompressed data into the decompression file as required. However, since the data binding format specifications of the mission planning systems of different types of aircraft are different, it is difficult to achieve universal data packet decompression. In the process of developing unmanned aerial vehicles, since various systems and equipment are constantly being tested and debugged, the data packet binding format requirements will inevitably undergo a large number of changes, and the decompression software also needs to be changed accordingly, which will increase a large amount of software development, testing, and debugging work, hindering the progress of unmanned aerial vehicle development, and at the same time, it brings software quality risks in the process of frequent software changes. Summary of the invention

[0005] 1. Technical issues to be resolved

[0006] The technical problem to be solved by the present invention is: how to realize the universalization of the reverse decoding of aircraft bound data packets.

[0007] (II) Technical solution

[0008] In order to solve the above technical problems, the present invention provides a configurable and reconfigurable universal data packet decomposition method for aircraft mission planning data packets, and the configurable and reconfigurable universal data packet decomposition method comprises the following steps:

[0009] Step 1: Read and parse the reverse directory configuration file, reverse the data packets in sequence according to the order in the file and the input and output file paths. The reverse directory configuration file records the path of the data packet reverse configuration file, the path of the data packet to be reversed, and the path of the output reverse file;

[0010] Step 2: When decrypting a data packet, according to the input data packet file path and decryption configuration file path corresponding to the data packet in the decryption directory configuration file, open and read the data packet file and the decryption configuration file, and decrypt the data packet file in accordance with the name, type, data type, data length, scale, display mode, and byte order attribute of each parameter in the order in the decryption configuration file, and output it to the decryption file;

[0011] Step 3: After completing the inverse analysis of all parameters in the inverse analysis configuration file, output the data packet inverse analysis file according to the output inverse analysis file path in the inverse analysis directory configuration file;

[0012] Step 4: Then continue to perform the next data packet in step 1 until the cycle of the inverse directory configuration file in step 1 is completed;

[0013] Thus, through the above steps 1 to 4, the data packet file is decrypted to obtain a decrypted file.

[0014] Among them, in the step 2, in the inverse configuration file, each parameter contains 8 elements: "name, type, data type, data length, scale, display mode, byte order, index".

[0015] The eight elements are described as follows:

[0016] a) Name: indicates the name of the parameter, which is convenient for designers to identify;

[0017] b) Type: including value "VALUE", enumeration "ENUM", backup "BACKUP". The specific functions of these types will be described in detail in the next section, indicating the type of processing of this parameter;

[0018] c) Data type: indicates the data type of the parameter, including int and uint, where int represents a signed integer and uint represents an unsigned integer;

[0019] d) Data length: indicates the data length of this parameter, in bits;

[0020] e) Scale: indicates whether the parameter needs to be scaled and the scaling multiple during inverse solution;

[0021] f) Display mode: indicates the requirement of displaying the parameter in decimal or hexadecimal format, including hex and dec. Hex means that the parameter is displayed in hexadecimal format in the reversed file, and dec means that the parameter is displayed in decimal format in the reversed file. When the value is displayed in hexadecimal format, add 0x prefix before the value.

[0022] g) Byte order: indicates the order in which the high and low bytes of the parameter are bound. When decrypting, it needs to be parsed according to the corresponding byte order;

[0023] h) Index: used for indexing. The index is marked with a specified string. For example, the parameter number of turning points is indexed with "index=x1", and "x1" represents the "number of turning points". In subsequent loops, the number of loops can be specified as "x1", that is, the number of turning points is the number of loops.

[0024] Among them, in the step 2, in the data packet decompression configuration file, each parameter has three types of general processing methods, including value "VALUE", enumeration "ENUM" and backup "BACKUP", and the specific processing methods are as follows:

[0025] Value "VALUE":

[0026] The numerical value means that the parameters parsed from the data packet are output to the reverse solution file in the form of numerical values. The processing method is as follows: the data of the specified length is taken out from the data packet, converted according to the byte order and data type to obtain the numerical value, and after the scale is enlarged or reduced, it is output in decimal or hexadecimal according to the requirements of the actual mode;

[0027] Enumeration "ENUM":

[0028] The enumeration type indicates that the reverse decoded content of the parameter is a finite number of options, which is used to interpret the flag type parameter in the data packet into the corresponding flag description; the processing method is: take the data of the specified length from the data packet, convert it according to the byte order and data type to get the value, compare the value with the enumeration option, and output the description text of the corresponding option as the reverse decoded content;

[0029] Backup "BACKUP":

[0030] The spare type is used to skip the content of the specified length in the data packet that does not need to be inverted; its software processing method is: read the data of the specified length according to the data length, and do not invert the output.

[0031] Among them, in step 2, the data processing logic includes three logics: "single step", "loop" and "image";

[0032] For the "single-step" logic, the data packet decompression software reads the data of corresponding length from the data packet file at one time for decompression according to the rules described in claims 2-4;

[0033] For the "loop" logic, the data packet decompression software obtains the loop number i according to the times index attribute (TimesIndex) in the loop requirement, and loops and decompresses the parameters in the loop node i times according to the rules described in claims 2-4; wherein the index identifier in the times index attribute points to the "index" attribute in claim 3;

[0034] For the "image" logic, the data packet reverse-parses the software image description information and parses the specified data block in the data packet into a visible image file, where the image description information includes five items: "file name, number of columns, number of rows, image type, data type"; "file name" is the file name of the output image file; "number of columns, number of rows" refers to the "index" attribute in claim 3, indicating the length and width of the image; "image type" includes tiff and bmp, indicating the format of the generated image file; "data type" includes char (8bit) and int (bit) types, indicating the data size of each pixel in the image file.

[0035] In step 2, the specific format of the data packet decompression configuration file is as follows: Figure 1 shown.

[0036] The method performs data packet decryption based on the description in the configuration file, and configures decryption functions of different formats by changing the configuration file to achieve the purpose of general data packet decryption; when the format of the data packet to be decrypted changes, there is no need to change the decryption software, only the data packet decryption configuration file needs to be changed, and the decryption of the new format data packet can be completed by re-running the decryption software.

[0037] (III) Beneficial effects

[0038] In view of the problems of the prior art, the present invention proposes a configurable and reconfigurable universal reverse analysis method for aircraft mission planning data packets. By using the universal data packet reverse analysis method of the present invention, data packet reverse analysis software for any unmanned aerial vehicle can be quickly and accurately constructed. It is only necessary to write the mission planning data binding format of an aircraft model into the universal data packet reverse analysis configuration file according to the specification requirements to complete the development of a model data packet reverse analysis software. When the data binding format changes, it is only necessary to change the corresponding content in the configuration file without changing the software. The development cycle of the data packet reverse analysis software can be greatly shortened. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] Figure 1 This is a schematic diagram of the reverse configuration file format.

[0040] Figure 2This is a general data packet decompression flowchart.

[0041] Figure 3 This is a schematic diagram of the reverse directory configuration file.

[0042] Figure 4 This is a schematic diagram of the output inverse solution file. DETAILED DESCRIPTION

[0043] In order to make the purpose, content, and advantages of the present invention more clear, the specific implementation methods of the present invention are further described in detail below in conjunction with the accompanying drawings and examples.

[0044] In order to solve the above technical problems, the present invention provides a configurable and reconfigurable universal data packet decomposition method for aircraft mission planning data packets, and the configurable and reconfigurable universal data packet decomposition method comprises the following steps:

[0045] Step 1: Read and parse the reverse directory configuration file, reverse the data packets in sequence according to the order in the file and the input and output file paths. The reverse directory configuration file records the path of the data packet reverse configuration file, the path of the data packet to be reversed, and the path of the output reverse file;

[0046] Step 2: When decrypting a data packet, according to the input data packet file path and decryption configuration file path corresponding to the data packet in the decryption directory configuration file, open and read the data packet file and the decryption configuration file, and decrypt the data packet file in accordance with the name, type, data type, data length, scale, display mode, and byte order attribute of each parameter in the order in the decryption configuration file, and output it to the decryption file;

[0047] Step 3: After completing the inverse analysis of all parameters in the inverse analysis configuration file, output the data packet inverse analysis file according to the output inverse analysis file path in the inverse analysis directory configuration file;

[0048] Step 4: Then continue to perform the next data packet in step 1 until the cycle of the inverse directory configuration file in step 1 is completed;

[0049] Thus, through the above steps 1 to 4, the data packet file is decrypted to obtain a decrypted file.

[0050] Among them, in the step 2, in the inverse configuration file, each parameter contains 8 elements: "name, type, data type, data length, scale, display mode, byte order, index".

[0051] 3. The universal inverse solution method of the configurable and reconfigurable aircraft mission planning data package according to claim 2, characterized in that the eight elements are described as follows:

[0052] a) Name: indicates the name of the parameter, which is convenient for designers to identify;

[0053] b) Type: including value "VALUE", enumeration "ENUM", backup "BACKUP". The specific functions of these types will be described in detail in the next section, indicating the type of processing of this parameter;

[0054] c) Data type: indicates the data type of the parameter, including int and uint, where int represents a signed integer and uint represents an unsigned integer;

[0055] d) Data length: indicates the data length of this parameter, in bits;

[0056] e) Scale: indicates whether the parameter needs to be scaled and the scaling multiple during inverse solution;

[0057] f) Display mode: indicates the requirement of displaying the parameter in decimal or hexadecimal format, including hex and dec. Hex means that the parameter is displayed in hexadecimal format in the reversed file, and dec means that the parameter is displayed in decimal format in the reversed file. When the value is displayed in hexadecimal format, add 0x prefix before the value.

[0058] g) Byte order: indicates the order in which the high and low bytes of the parameter are bound. When decrypting, it needs to be parsed according to the corresponding byte order;

[0059] h) Index: used for indexing. The index is marked with a specified string. For example, the parameter number of turning points is indexed with "index=x1", and "x1" represents the "number of turning points". In subsequent loops, the number of loops can be specified as "x1", that is, the number of turning points is the number of loops.

[0060] Among them, in the step 2, in the data packet decompression configuration file, each parameter has three types of general processing methods, including value "VALUE", enumeration "ENUM" and backup "BACKUP", and the specific processing methods are as follows:

[0061] Value "VALUE":

[0062] The numerical value means that the parameters parsed from the data packet are output to the reverse solution file in the form of numerical values. The processing method is as follows: the data of the specified length is taken out from the data packet, converted according to the byte order and data type to obtain the numerical value, and after the scale is enlarged or reduced, it is output in decimal or hexadecimal according to the requirements of the actual mode;

[0063] Enumeration "ENUM":

[0064] The enumeration type indicates that the reverse decoded content of the parameter is a finite number of options, which is used to interpret the flag type parameter in the data packet into the corresponding flag description; the processing method is: take the data of the specified length from the data packet, convert it according to the byte order and data type to get the value, compare the value with the enumeration option, and output the description text of the corresponding option as the reverse decoded content;

[0065] Backup "BACKUP":

[0066] The spare type is used to skip the content of the specified length in the data packet that does not need to be inverted; its software processing method is: read the data of the specified length according to the data length, and do not invert the output.

[0067] Among them, in step 2, the data processing logic includes three logics: "single step", "loop" and "image";

[0068] For the "single-step" logic, the data packet decompression software reads the data of corresponding length from the data packet file at one time for decompression according to the rules described in claims 2-4;

[0069] For the "loop" logic, the data packet decompression software obtains the loop number i according to the times index attribute (TimesIndex) in the loop requirement, and loops and decompresses the parameters in the loop node i times according to the rules described in claims 2-4; wherein the index identifier in the times index attribute points to the "index" attribute in claim 3;

[0070] For the "image" logic, the data packet reverse-parses the software image description information and parses the specified data block in the data packet into a visible image file, where the image description information includes five items: "file name, number of columns, number of rows, image type, data type"; "file name" is the file name of the output image file; "number of columns, number of rows" refers to the "index" attribute in claim 3, indicating the length and width of the image; "image type" includes tiff and bmp, indicating the format of the generated image file; "data type" includes char (8bit) and int (bit) types, indicating the data size of each pixel in the image file.

[0071] In step 2, the specific format of the data packet decompression configuration file is as follows: Figure 1 shown.

[0072] The method performs data packet decryption based on the description in the configuration file, and configures decryption functions of different formats by changing the configuration file to achieve the purpose of general data packet decryption; when the format of the data packet to be decrypted changes, there is no need to change the decryption software, only the data packet decryption configuration file needs to be changed, and the decryption of the new format data packet can be completed by re-running the decryption software.

[0073] Example 1

[0074] In this embodiment, according to Figure 3 To explain:

[0075] Step 1: The general data packet decryption software reads and parses the decryption directory configuration file, and decrypts the data packets in sequence according to the order in the file and the input and output file paths;

[0076] Step 2: Determine whether the decompression of all data packet files is completed. If not, continue to loop and decompress to write a data packet file;

[0077] Step 3: Decode a data packet, read the input data packet file path and decode configuration file path corresponding to the data packet in the decode directory configuration file, open and read the data packet file and decode configuration file, and decode the data packet file in accordance with the name, type, data type, data length, scale, display mode, byte order and other attributes of each parameter in the order in the decode configuration file, and output it to the decode file;

[0078] Step 4: After completing the inverse analysis of all parameters in the inverse analysis configuration file, output the data packet inverse analysis file according to the output inverse analysis file path in the inverse analysis directory configuration file.

[0079] Step 5: Then continue to perform the next data packet decompression in step 1 until the decompression directory configuration file cycle in step 1 is completed.

[0080] illustrate Figure 1 as follows:

[0081] The first line of data indicates: the parameter name is "track number", the type is "value", the data type is "int", the data length is 32 bits, the scale is 1, the display mode is hexadecimal, and the byte order is "high 16 bits first, low 16 bits later, low 8 bits first, high 8 bits later". The software will obtain 32 bits of data according to the above information, perform byte order conversion and scale conversion, and then display it in hexadecimal as the attributes of the track number;

[0082] The second line of data indicates: the parameter name is "spare", the type is "spare", the data length is 16 bits, and the software will read 16 bits of data and skip;

[0083] The third line of data indicates: the parameter name is "turning point format", the type is "value", the data type is "int", the data length is 16 bits, the scale is 1, the display mode is decimal, the byte order is "lower 8 bits first, then higher 8 bits", and the index number is "x1". The software will obtain 16 bits of data according to the above information, perform byte order conversion and scale conversion, and display it in decimal as the attribute of the number of turning points. At the same time, the number of turning points is recorded as x1;

[0084] The fourth line of data indicates: the parameter name is "XX parameter", the type is "enumeration", the data type is "uint", the data length is 16 bits, the scale is 1, the byte order is "lower 8 bits first, higher 8 bits later", and the enumeration attributes include: when the value is "0x0011", it means "type 1", when the value is "0x0022", it means "type 2", and when the value is "0x0033", it means "type 3". The software will obtain 16-bit data according to the above information, perform byte order conversion and scale conversion, and then compare it with the enumeration attribute. If the obtained value is "0x0022", the reverse output is "type 2".

[0085] The 5th to 8th row of data indicates: a loop, the loop name is "turning point loop", the number of loops is "x1", the software will loop the following parameters, the software will obtain the value of index x1 obtained in the 3rd row of data as the number of loops, and loop inversely solve the following parameters in turn:

[0086] Loop parameter 1: Parameter name is "Turning point longitude", type is "value", data type is "int", data length is 32 bits, scale is 0.0000001, display mode is decimal, byte order is "high 16 bits first, low 16 bits later, low 8 bits first, high 8 bits later" in 16 bits. The software will obtain 32 bits of data according to the above information, perform byte order conversion and scale conversion, and then display it in decimal as the attribute of the turning point longitude;

[0087] Loop parameter 2: Parameter name is "Turning point latitude", type is "value", data type is "int", data length is 32 bits, scale is 0.0000001, display mode is decimal, byte order is "high 16 bits first, low 16 bits later, low 8 bits first, high 8 bits later" in 16 bits. The software will obtain 32 bits of data according to the above information, perform byte order conversion and scale conversion, and then display it in decimal as the attribute of turning point latitude;

[0088] The 9th line of data indicates: the parameter name is "image width", the type is "value", the data type is "int", the data length is 16 bits, the scale is 1, the display mode is decimal, the byte order is "lower 8 bits first, then higher 8 bits", and the index number is "C1". The software will obtain 16 bits of data according to the above information, perform byte order conversion and scale conversion, and then display it in decimal as the attribute of image width, and record the value of image width as C1;

[0089] The 10th line of data indicates: the parameter name is "image height", the type is "value", the data type is "int", the data length is 16 bits, the scale is 1, the display mode is decimal, the byte order is "lower 8 bits first, then higher 8 bits", and the index number is "R1". The software will obtain 16 bits of data according to the above information, perform byte order conversion and scale conversion, and then display it in decimal as the attribute of image height, and record the value of image height as R1;

[0090] The 11th line of data indicates: image data inversion, the data name is "image data", the image file name is "IMAGE", the number of columns is "C1", the number of rows is "R1", the image type is "tiff", and the data type is "char". The software will take out the image data from the data packet according to the image row and column books C1 and R1, and write the data into a tiff image file called "IMAGE.tif" according to the char type with 8 bits per pixel.

[0091] Example

[0092] Example 1:

[0093] Decode the XX data packet. The data packet file is XX.pkg. Follow the steps below.

[0094] Step 1: First, create the reverse directory configuration file UnPack_main.txt, the file content is as follows Figure 3 shown.

[0095] Step 2: Create the data packet unpacking configuration file XX_UnPack_IN.xml, as shown in the figure below. For specific configuration content, see the figure description. Figure 1 illustrate;

[0096] Step 3: Start the data packet decompression software, read the decompression directory configuration file UnPack_main.txt, the data packet decompression configuration file XX_UnPack_IN.xml and the data packet file to be decompressed XX.pkg, and perform data packet decompression;

[0097] Step 4: Output the reverse solution file XX_UnPack.txt, the output content is as follows Figure 4 shown.

[0098] The above is only a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the technical principles of the present invention. These improvements and modifications should also be regarded as the scope of protection of the present invention.

Claims

1. A configurable and reconfigurable general inverse solution method for aircraft mission planning data packets, characterized in that: The configurable and reconstructable general data packet decompression method comprises the following steps: Step 1: Read and parse the reverse directory configuration file, reverse the data packets in sequence according to the order in the file and the input and output file paths. The reverse directory configuration file records the path of the data packet reverse configuration file, the path of the data packet to be reversed, and the path of the output reverse file; Step 2: When decrypting a data packet, according to the input data packet file path and decryption configuration file path corresponding to the data packet in the decryption directory configuration file, open and read the data packet file and the decryption configuration file, and decrypt the data packet file in accordance with the name, type, data type, data length, scale, display mode, and byte order attribute of each parameter in the order in the decryption configuration file, and output it to the decryption file; Step 3: After completing the inverse analysis of all parameters in the inverse analysis configuration file, output the data packet inverse analysis file according to the output inverse analysis file path in the inverse analysis directory configuration file; Step 4: Then continue to perform the next data packet in step 1 until the cycle of the inverse directory configuration file in step 1 is completed; Thus, through the above steps 1 to 4, the data packet file is decrypted to obtain a decrypted file.

2. The general inverse solution method of the configurable and reconfigurable aircraft mission planning data packet according to claim 1, characterized in that: In step 2, in the decompressed configuration file, each parameter contains eight elements: "name, type, data type, data length, scale, display mode, byte order, index".

3. The general inverse solution method of the configurable and reconfigurable aircraft mission planning data packet as claimed in claim 2, characterized in that: The eight elements are described as follows: a) Name: indicates the name of the parameter, which is convenient for designers to identify; b) Type: including value "VALUE", enumeration "ENUM", backup "BACKUP". The specific functions of these types will be described in detail in the next section, indicating the type of processing of the parameter; c) Data type: indicates the data type of the parameter, including int and uint, where int represents a signed integer and uint represents an unsigned integer; d) Data length: indicates the data length of this parameter, in bits; e) Scale: indicates whether the parameter needs to be scaled and the scaling multiple during inverse solution; f) Display mode: indicates the requirement of displaying the parameter in decimal or hexadecimal format, including hex and dec. Hex means that the parameter is displayed in hexadecimal format in the reversed file, and dec means that the parameter is displayed in decimal format in the reversed file. When the value is displayed in hexadecimal format, add 0x prefix before the value. g) Byte order: indicates the order in which the high and low bytes of the parameter are bound. When decrypting, it needs to be parsed according to the corresponding byte order; h) Index: used for indexing. The index is marked with a specified string. The parameter number of turning points is indexed and marked "index=x1". "x1" represents the "number of turning points". In subsequent loops, the number of loops can be specified as "x1", that is, the number of turning points is the number of loops.

4. The general inverse solution method of the configurable and reconfigurable aircraft mission planning data packet as claimed in claim 3, characterized in that: In step 2, in the data packet decompression configuration file, each parameter has three types of general processing methods, including value "VALUE", enumeration "ENUM" and backup "BACKUP". The specific processing methods are as follows: Value "VALUE": The numerical value means that the parameters parsed from the data packet are output to the reverse solution file in the form of numerical values. The processing method is as follows: the data of the specified length is taken out from the data packet, converted according to the byte order and data type to obtain the numerical value, and after the scale is enlarged or reduced, it is output in decimal or hexadecimal according to the requirements of the actual mode; Enumeration "ENUM": The enumeration type indicates that the reverse decoded content of the parameter is a finite number of options, which is used to interpret the flag type parameter in the data packet into the corresponding flag description; the processing method is: take the data of the specified length from the data packet, convert it according to the byte order and data type to get the value, compare the value with the enumeration option, and output the description text of the corresponding option as the reverse decoded content; Backup "BACKUP": The spare type is used to skip the content of a specified length in the data packet that does not need to be decrypted; The software processing method is: read the data of the specified length according to the data length, and do not perform reverse decoding and output.

5. The general inverse solution method of the configurable and reconfigurable aircraft mission planning data packet according to claim 4, characterized in that: In step 2, the data processing logic includes three logics: "single step", "loop" and "image"; For the "single-step" logic, the data packet decompression software reads the data of corresponding length from the data packet file at one time for decompression according to the rules described in claims 2-4; For the "loop" logic, the data packet decompression software obtains the loop number i according to the number index attribute in the loop requirement, and loops and decompresses the parameters in the loop node i times according to the rules described in claims 2-4; wherein the index identifier in the number index attribute points to the "index" attribute in claim 3; For the "image" logic, the data packet reverse-parses the image description information of the software, and parses the specified data block in the data packet into a visible image file, where the image description information includes five items: "file name, number of columns, number of rows, image type, data type"; "file name" is the file name of the output image file; "number of columns, number of rows" refers to the "index" attribute in claim 3, indicating the length and width of the image; "image type" includes tiff and bmp, indicating the format of the generated image file; "data type" includes char and int types, indicating the data size of each pixel in the image file.

6. The general inverse solution method of the configurable and reconfigurable aircraft mission planning data packet according to claim 5, characterized in that: The method performs data packet decompression based on the description in the configuration file, and configures decompression functions of different formats by changing the configuration file to achieve the purpose of general data packet decompression; When the format of the data packet to be decoded changes, there is no need to change the decoding software. You only need to change the data packet decoding configuration file and re-run the decoding software to complete the decoding of the new format data packet.

7. The general inverse solution method of the configurable and reconfigurable aircraft mission planning data package according to claim 5, characterized in that: The method belongs to the technical field of unmanned aerial vehicle data production.

8. The general inverse solution method of the configurable and reconfigurable aircraft mission planning data package according to claim 5, characterized in that: By adopting the universal inverse method of aircraft mission planning data packets, the data packet inverse software of any unmanned aerial vehicle can be quickly and accurately constructed. The development of the data packet inverse software of a model can be completed by simply writing the mission planning data binding format of an aircraft model into the universal data packet inverse configuration file according to the specification requirements.

9. The general inverse solution method of the configurable and reconfigurable aircraft mission planning data package according to claim 5, characterized in that: In the method, when the data binding format changes, only the corresponding content in the configuration file needs to be changed without changing the software.

10. The universal inverse solution method of the configurable and reconfigurable aircraft mission planning data package according to claim 5, characterized in that: The method can significantly shorten the development cycle of data packet decryption software.

Citation Information

Patent Citations

  • Dynamic parameter configuration-based general framing and de-framing method for serial port data frames

    CN102098131A

  • General real-time processing method and system for telemetering data of unmanned aerial vehicles

    CN106231245A

  • General parallel analysis method and device for airborne binary files and electronic equipment

    CN113742298A

  • Configurable and reconfigurable general data production method

    CN116166244A