Method for quickly unloading pod data based on TCP (Transmission Control Protocol)
Through the quick unloading method of pod data based on TCP protocol, the problem of matching different load types in the same sequence in the unloading of pod record data is solved, and the integration of data information and one-click unloading is realized, which improves the efficiency of ground data evaluation and failure elimination.
Patent Information
- Application Number
- CN202411640413.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-11-18
- Publication Date
- 2025-04-08
AI Technical Summary
In the prior art, when unloading pod records data, it is difficult to match different load types in the same aircraft, resulting in hindering ground assessment work.
The quick unloading method of pod data based on TCP protocol is adopted to establish TCP communication with the pod record board through the client, send control instructions and receive status information, integrate data information of different payload types in the same order, and realize one-click unloading of data.
The integration and one-click unloading of various types of data information of the same sequence is realized, improving the efficiency of ground data evaluation and failure prevention.
Smart Images
Figure CN119788695A_ABST
Abstract
Description
Technical Field
[0001] The invention relates to a ground data processing technology for airborne pod recorded data, in particular to a TCP protocol-based pod data quick unloading method. Background Art
[0002] During the flight mission, the video and bus data of the interaction between the subassemblies in the pod and between the pod and the airborne equipment will be recorded in the recording device of the pod control computer. These data will be provided to ground technicians for flight evaluation. As one of the important links of flight evaluation, the recording data processing system should have a good data unloading function to provide an important data source for the flight evaluation work of ground technicians.
[0003] When the traditional pod recording data unloading method presents a file list to the user, the file list of each data type is independent and unrelated, and the "file serial number" of each file list is not uniform. Different data types with the same file serial number often cannot be guaranteed to be data from the same flight. Ground crew often need to rely on their own experience to match, which will cause trouble for ground assessment work. Summary of the invention
[0004] The technical problem to be solved by the present invention is to provide a pod data quick unloading method based on the TCP protocol to solve the problem of difficulty in matching different load types in the same flight.
[0005] In order to achieve the purpose of solving the above technical problems, the present invention adopts the following technical solutions: The invention discloses a method for quickly unloading pod data based on TCP protocol, which is used for quickly unloading pod data, specifically downloading the flight data recorded in the internal recording board of the pod, including video data and bus data, to the hard disk of the client connected thereto. The specific process includes establishing TCP communication between the client and the pod recording board, the client sending control instructions to the pod recording board and receiving the status information or load data sent back by the pod recording board, and is characterized in that it includes the following steps: Step 1: According to the communication protocol of the information transmission of the carrier of the pod data, configure the IP address and port number for the client that needs to receive the pod data, and establish a TCP communication connection with the pod; More specifically, the client receiving the pod data in step 1 specifically refers to a computer interconnected with the pod record board for receiving data downloaded from the pod record board; More specifically, in step 1, after configuring the IP address and port number for the client receiving the pod data, the transmission mode between the client and the pod record board is set to a non-blocking mode; Step 2: The client receiving the pod data sends a working mode command, sets the pod record board to enter the download mode, and receives and analyzes the pod return status; Further specifically, the method of setting the instruction of the pod record board to enter the data download mode in step 2 is that the client that receives the pod data according to the ICD definition sends the instruction to the pod record board; Specifically, the ICD is an abbreviation of interface control document, which specifies the format and content of various communication instructions. Step 3: The client receiving the pod data sends a file list read request instruction to the pod record board, including all payload types; Step 4: The client receiving the pod data receives and integrates the file list information, and displays the integrated information of the data of different load types of the same flight on the interface; More specifically, the method of integrating information in step 4 is that the client receiving the pod data displays all the load information returned by the pod record board to the user one by one in the format of "record number", "file number", "time", "load type" and "file size"; More specifically, the purpose of the integration in step 4 is to facilitate the user to select the data to be downloaded through the displayed content; More specifically, the interface of step 4 refers to a dialog box popped up by the client software that receives the pod data, and the dialog box contains all the above-mentioned integrated information; More specifically, the record file list returned by the pod in step 4 includes information of "file number", "record number", "time", "load type" and "file size";
[0006] Step 5: Get the "record number" of the data selected by the user to be downloaded, and traverse the file list information of each payload data in turn. If the "record number" of the payload is equal to the one selected by the user, proceed to the next step, otherwise continue to traverse; Further specifically, the "record serial number" in step 5 is the "record serial number" in the file information when the pod record data unloading method presents a file list to the user; Step 6: The client receiving the pod data sends a data download instruction to the pod record board, receives the payload data downloaded by the pod record board in the memory, and stores the data on the local hard disk.
[0007] More specifically, the memory specifically refers to the memory in the client computer that receives the pod data.
[0008] More specifically, when receiving the pod downloaded data in step 6, the download process can be displayed to the user in the form of a progress bar.
[0009] These technical solutions, including further specific technical solutions, can also be combined or coupled with each other to achieve better technical effects.
[0010] By adopting the above technical solution, the present invention has the following beneficial effects: In order to solve the problem that it is difficult to match different data types of the same flight when unloading, the present invention designs a method by utilizing auxiliary information in the data packet header to integrate various types of data information of the same flight information and present them to the user, and realizes one-click unloading of different data, thereby improving the efficiency of ground data evaluation and troubleshooting.
[0011] The existing technology has difficulty matching multiple data types of the same flight during data unloading. When the traditional pod record data unloading method presents a file list to the user, the file list of each data type is independent and unrelated, and the "file serial number" of each file list is not uniform. Different data types with the same record serial number often cannot be guaranteed to be data from the same flight. Ground crew often need to rely on their own experience for matching, which will cause trouble for ground assessment work. BRIEF DESCRIPTION OF THE DRAWINGS
[0012] Figure 1 It is a flow chart of the digital quick uninstallation method of the present invention. DETAILED DESCRIPTION
[0013] The following is a further explanation of the present invention in conjunction with the accompanying drawings and embodiments, using a quick unloading process of data containing four types of loads, namely, "PAL video", "master control 1553", "master control 422", and "follower 422". However, the protection scope of the present invention is not limited to specific implementation methods. Embodiment 1
[0014] The specific implementation mode of the present invention is further described as shown in the accompanying drawings. A TCP protocol pod data quick unloading method of the present patent downloads the flight data recorded in the internal recording board of the pod, including video data and bus data, to the hard disk of the client connected thereto. The process includes the client establishing TCP communication with the pod recording board, the client sending control instructions to the pod recording board and receiving the status information or load data returned therefrom. The steps are as follows: Step 1: First, initialize the client socket in client mode to receive pod data. Then create a socket with the communication protocol AF_INET, the transmission mode SOCK_STREAM, and set it to non-blocking mode. Finally, send a connection request to the server with IP address 13.65.21.1 and port number 6000 to establish a TCP mode connection with the pod logboard.
[0015] Step 2: According to the ICD definition, the instruction to control the record board to enter the data download mode is "$-INDLD". Use the socket send to send data "$-INDLD" to send the working mode instruction and set the record board to enter the download mode. In the data receiving thread, the "record board working status" word is received through the socket recv. According to the ICD definition, if the word is 0x01, it indicates that the data transmission is ready and the pod record board successfully enters the data unloading mode.
[0016] Step 3: According to the ICD definition, the file list request instructions for the four payload types of "PAL video", "master control 1553", "master control 422" and "follow-up 422" are "$-FLREQ,0", "$-FLREQ,3", "$-FLREQ,4" and "$-FLREQ,2" respectively. Use socket send to send the above four instructions in sequence.
[0017] Step 4: In the data receiving thread, the word "recordboard working status" is received through the socket recv. The word is first 0x02, indicating that the file list is being transmitted, and then changes to 0x01, indicating that the file list transmission is completed. In the data receiving thread, the word "file information list" is received through the socket recv, and the "record number", "file number", "time", "load type", and "file size" information are sorted out as shown in Table 1.
[0018] Table 1: File list information after sorting Record number File number time Load Type File size (MB) 1 1 2024 / 4 / 21 10:59:40 PAL Video 230 1 1 2024 / 4 / 21 10:59:37 Master 1553 14 1 1 2024 / 4 / 21 10:59:37 Master 422 11 1 1 2024 / 4 / 21 10:59:38 Follow-up 422 15 2 2 2024 / 4 / 28 8:49:50 Master 1553 16 2 2 2024 / 4 / 28 8:49:46 Master 422 15 2 2 2024 / 4 / 28 8:49:46 Follow-up 422 17 3 2 2024 / 5 / 4 11:25:59 PAL Video 322 3 3 2024 / 5 / 4 11:25:55 Master 1553 21 3 3 2024 / 5 / 4 11:25:54 Master 422 19 3 3 2024 / 5 / 4 11:25:55 Follow-up 422 24 … … … … … It can be seen that there is no "PAL video" in the data of the flight corresponding to record number 2, and the information in this table is displayed on the user interface.
[0019] Step 5: For example, the user chooses to download a file with a record index (RecordIndex) of 3. The sequential traversal method is used to determine that the "record index" of the first row of the table is 1, which does not meet the requirements. The determination of the second row also does not meet the requirements until the eighth row, where the "record index" is 3, which meets the requirements. The corresponding "file index" of this row is 2 and the "load type" is "PAL video"; the ninth row, where the "record index" is 3, which meets the requirements. The corresponding "file index" of this row is 3 and the "load type" is "master control 1553"; the tenth row, where the "record index" is 3, which meets the requirements. The corresponding "file index" of this row is 3 and the "load type" is "master control 422"; the eleventh row, where the "record index" is 3, which meets the requirements. The corresponding "file index" of this row is 3 and the "load type" is "follow-up 422".
[0020] Step 6: Fill in the file number (FileIndex) = 2, 3, 3, 3, and the load type (LoadType) = 0, 3, 4, 2 in the file download request instruction. Send the file download request instruction through the socket send. After receiving the instruction, the pod recording board will send out the PAL video data with file number 2, the master 1553 data with file number 3, the master 422 data with file number 3, and the slave 422 data with file number 3. The local socket recv is used to receive these data and save them to the local hard disk. Assuming that the amount of data a received by the socket recv each time the "PAL video" data is downloaded is 0.1 (in MB), and the number of executions n is 1000, it can be calculated that the current data download amount x = a * n is 100 (MB). According to the file size y of this load type in the table is 322 (MB), the current download progress p = (x / y) * 100% is 31%. In the data receiving thread, the "recordboard working status" word is received through the socket recv. The word is first 0x02, indicating that the payload data is being transmitted, and then changes to 0x01, indicating that the payload data transmission is completed.
[0021] When the traditional pod recording data unloading method presents the file list to the user, only the information of "recording sequence number", "file sequence number", "time", "load type", and "file size" are provided. When the recording board is working, one or more load types in the flight may be lost or not recorded due to some reasons. The load types include "PAL video", "master control 1553", "master control 422", "follow-up 422", etc. However, the "recording sequence number" is only mechanically "+1" every time the same load type is newly recorded.
[0022] As shown in Table 1, four types of data were recorded in the first flight, so their "file numbers" are all 1. No PAL video data was recorded in the second flight, and four types of data were recorded in the third flight. The "PAL video" file with "file number" 2 is actually the video file of the third flight. At this time, the user needs to find the data recorded in the same flight process based on the "time" information, which is inconvenient to use.
[0023] This method will additionally display the "record sequence number" information in the file list information returned by the pod record board. The "record sequence number" is strictly counted according to each flight, and will not cause confusion due to the lack of one or more load types in a certain flight.
[0024] The existing technology has difficulty matching multiple data types of the same flight during data unloading. When the traditional pod record data unloading method presents a file list to the user, the file list of each data type is independent and unrelated, and the "file serial number" of each file list is not uniform. Different data types with the same record serial number often cannot be guaranteed to be data from the same flight. Ground crew often need to rely on their own experience for matching, which will cause trouble for ground assessment work.
[0025] In order to solve the problem that it is difficult to match different data types of the same flight when unloading, the present invention designs a method by utilizing auxiliary information in the data packet header to integrate various types of data information of the same flight information and present them to the user, and realizes one-click unloading of different data, thereby improving the efficiency of ground data evaluation and troubleshooting.
Claims
1. A method for quick unloading of pod data based on TCP protocol, which is used for quick unloading of pod data, specifically downloading the flight data recorded in the internal recording board of the pod, including video data and bus data, to the hard disk of the client connected thereto, and the specific process includes establishing TCP communication between the client and the pod recording board, the client sending control instructions to the pod recording board and receiving the status information or load data returned by the pod recording board, characterized in that: The steps include: Step 1: According to the communication protocol of the information transmission of the carrier of the pod data, configure the IP address and port number for the client that needs to receive the pod data, and establish a TCP communication connection with the pod; Step 1: According to the communication protocol of the information transmission of the carrier of the pod data, configure the IP address and port number for the client that needs to receive the pod data, and establish a TCP communication connection with the pod; Step 2: The client receiving the pod data sends a working mode command, sets the pod record board to enter the download mode, and receives and analyzes the pod return status; Step 3: The client receiving the pod data sends a file list read request instruction to the pod record board, including all payload types; Step 4: The client receiving the pod data receives and integrates the file list information, and displays the integrated information of the data of different load types of the same flight on the interface; Step 5: Get the "record number" of the data selected by the user to be downloaded, and traverse the file list information of each payload data in turn. If the "record number" of the payload is equal to the one selected by the user, proceed to the next step, otherwise continue traversing; Step 6: The client receiving the pod data sends a data download instruction to the pod record board, receives the payload data downloaded from the pod record board in the memory, and stores the data on the local hard disk.
2. According to a TCP protocol-based pod data quick unloading method according to claim 1, it is characterized in that: The client receiving the pod data in step 1 specifically refers to a computer interconnected with the pod record board for receiving data downloaded from the pod record board.
3. According to a TCP protocol-based pod data quick unloading method according to claim 1, it is characterized in that: In the step 1, after configuring the IP address and port number for the client receiving the pod data, the transmission mode between the client and the pod record board is set to a non-blocking mode.
4. According to a TCP protocol-based pod data quick unloading method according to claim 1, it is characterized in that: The method of setting the instruction of the pod record board to enter the data download mode in step 2 is that the client that receives the pod data according to the ICD definition sends the instruction to the pod record board.
5. The method for quickly unloading pod data based on TCP protocol according to claim 1, characterized in that: The method of integrating information in step 4 is that the client receiving the pod data displays all the load information returned by the pod record board to the user one by one in the format of "record number", "file number", "time", "load type" and "file size".
6. The method for quickly unloading pod data based on TCP protocol according to claim 1, characterized in that: The interface of step 4 is a dialog box popped up by the client software that receives the pod data, and the dialog box contains all the above-mentioned integrated information.
7. The method for quickly unloading pod data based on TCP protocol according to claim 1, characterized in that: The record file list returned by the pod in step 4 includes "file number", "record number", "time", "load type" and "file size" information.
8. The method for quickly unloading pod data based on TCP protocol according to claim 1, characterized in that: The "record sequence number" in step 5 is the "record sequence number" in the file information when the pod record data unloading method presents a file list to the user.
9. The method for quickly unloading pod data based on TCP protocol according to claim 1, characterized in that: When receiving the data downloaded from the pod in step 6, the download process can be displayed to the user in the form of a progress bar.