Development method of aviation 1394 bus test system based on ICD dynamic loading

Abstract

The aviation 1394 bus test system development method based on ICD dynamic loading comprises the steps that an ICD modeling assembly unit compiles an interface control document according to an interface specification of a 1394 bus and converts the interface control document provided by an airborne host into an ICD file in a preset format; the analyzed data generates an xls file in an excel document format; the test software module is used for traversing, querying and reading a target xls file determined in a man-machine interaction mode, and unfolding and displaying an ICD file field of the target xls file; the target xls file is compared with configuration parameters of a 1394 bus for matching mapping, ICD file field information of the target xls file is designated and modified in a man-machine interaction mode after mapping, updating and testing are carried out in 1394 interface data, and the testing efficiency is improved.

Description

Technical Field

[0001] This invention belongs to the technical field of avionics testing, and in particular relates to a development method for an avionics 1394 bus testing system based on ICD dynamic loading. Background Technology

[0002] Traditional test software development involves designing controls within the test software interface based on ICD fields, binding specific ICD fields, and hard-coding the transmission and reception of ICD data. When the protocol changes, the test software code needs to be refactored. Even with the same bus communication, new project testing requirements necessitate building controls, binding ICD fields, and re-hard-coding the software to meet the new requirements. Even when only the ICD changes, the work remains repetitive, resulting in low testing efficiency.

[0003] In view of this, the present invention is hereby proposed. Summary of the Invention

[0004] The purpose of this invention is to provide a development method for an aviation 1394 bus test system based on ICD dynamic loading, thereby improving the testing efficiency of the test software. The technical solution of this invention has many beneficial effects, as described below: A development method for an aviation 1394 bus test system based on ICD dynamic loading is disclosed. This method is suitable for software testing of airborne avionics systems and can quickly adapt to various 1394 protocol files for testing. The method includes setting up independent ICD modeling component units and test software modules within the test system. The ICD modeling component unit writes interface control documents according to the 1394 bus interface specification, converts the interface control documents provided by the airborne host into ICD files in a preset format, parses the fields in the ICD file, and calculates the starting position, word length, and ID number information of the ICD file fields; the parsed data generates an Excel document format XLS file, using the ID number information as an identification identifier, for testing the software module's rapid identification of the 1394 bus interface protocol sent by the airborne avionics system; The test software module is used to traverse, query, quickly load and read the target xls file determined by human-computer interaction, and expand and display the ICD file field of the target xls file; match and map the target xls file with the configuration parameters of the 1394 bus, and after mapping, modify the ICD file field information of the target xls file by means of human-computer interaction, and update and test in the 1394 interface data.

[0005] Compared with the prior art, the technical solution provided by the present invention has the following beneficial effects: The ICD protocol and test software are designed as independent modules. The ICD modeling component defines interface specifications by parsing the protocol description language and generates interface control documents using scripts. Independent management of ICD configuration files: ICD configuration information is stored in Excel files, making it easy for non-technical personnel to view and edit. The data in the Excel files is organized according to a specific structure, facilitating parsing and processing by the test software. Reduced test software code modification rate: In traditional methods, the code modification rate is as high as 70% or more, while this method reduces the code modification rate to almost zero through configuration management. Accelerated project startup: The startup time for new projects is significantly shortened, as only the definition of the ICD files needs to be considered, avoiding the time cost of developing test software from scratch. Reduced maintenance costs: Maintenance personnel only need to handle Excel files, without needing to deeply understand and modify the test software's source code, lowering the maintenance threshold and reducing risks. Improved collaboration efficiency: Developers can focus on core function development, while the testing team can quickly complete test preparation through configuration management, enabling parallel work. Attached Figure Description

[0006] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0007] Figure 1 This is an architecture diagram of the system of the present invention; Figure 2 This is a schematic diagram of ICD loading mapping. Detailed Implementation

[0008] The following specific examples illustrate the implementation of the present invention. Those skilled in the art can easily understand other advantages and effects of the present invention from the content disclosed in this specification. Obviously, the described embodiments are only a part of the embodiments of the present invention, and not all of them. The present invention can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of the present invention. It should be noted that, in the absence of conflict, the following embodiments and features in the embodiments can be combined with each other. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative effort are within the scope of protection of the present invention.

[0009] It should be noted that various aspects of embodiments within the scope of the appended claims are described below. It will be apparent that the aspects described herein can be embodied in a wide variety of forms, and any particular structure and / or function described herein is merely illustrative. Based on this invention, those skilled in the art will understand that one aspect described herein can be implemented independently of any other aspect, and two or more of these aspects can be combined in various ways. For example, any number of aspects set forth herein can be used to implement the device and / or practice the method. Additionally, this device and / or method can be implemented using structures and / or functionalities other than one or more of the aspects set forth herein.

[0010] It should also be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of the present invention. The drawings only show the components related to the present invention and are not drawn according to the actual number, shape and size of the components in the actual implementation. In the actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0011] Furthermore, specific details are provided in the following description to facilitate a thorough understanding of the examples. However, those skilled in the art will understand that aspects can be practiced without these specific details. To enable those skilled in the art to better understand the invention, the invention will be further described in detail below with reference to the accompanying drawings and specific embodiments. The terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Thus, features defined as "first" and "second" may explicitly or implicitly include one or more of that feature. In the description of the invention, unless otherwise stated, "a plurality of" means two or more.

[0012] like Figures 1 to 2 The development method of the aviation 1394 bus test system based on ICD dynamic loading, as shown, is suitable for software testing of airborne avionics systems. It can quickly adapt to various 1394 protocol files for testing. The method includes setting up independent ICD modeling component units and test software modules in the test system. The purpose is to ensure that it has the ability to load and parse ICD configurations and drive hardware. The test software is designed with modules for loading ICDs, mapping protocol library components, and implementing hardware protocol encoding. Based on the loaded ICD configuration, the test software automatically adjusts communication settings, such as data transmission rate and data length, to complete the testing of the aviation 1394 bus. The ICD modeling component unit writes interface control documents according to the 1394 bus interface specification. For example, it uses VBS script files to convert the interface control documents provided by the airborne host into ICD files in a preset format, parses the fields in the ICD file, and calculates the starting position, word length, and ID number information of the fields in the ICD file. The fields in the ICD file include field offset, word offset, word length, signal name, signal range, parsing method, remarks, data, start byte, and end byte.

[0013] The parsed data is generated into an Excel document format XLS file, using the ID number information as an identification identifier, which is used to test the software module's rapid identification of the 1394 bus interface protocol sent by the airborne avionics system; The testing software module is used to traverse, query, quickly load and read the target xls file determined by human-computer interaction, and expand and display the ICD file field of the target xls file; The target XLS file is matched and mapped against the configuration parameters of the 1394 bus. After mapping, the ICD file field information of the target XLS file is modified in a human-computer interaction manner, and the data is updated and tested in the 1394 interface data. This invention solves the problem of large changes in test software and easy coding errors caused by frequent changes in the ICD protocol during the testing of avionics equipment. It can effectively solve the problem of frequent changes in test software.

[0014] The test software modules include: 1) Protocol library mapping cache unit, which is used to receive and store xls files, and creates a protocol library containing the 1394 communication protocol in the manner of developing a protocol library, and stores xls files through the protocol library; 2) Dynamic ICD Loading Unit: This unit pre-stores loading software from the QTXLS third-party library. It iterates through, queries, and quickly loads and reads the target xls file determined through human-computer interaction, then expands and displays the fields of the target xls file's ICD file. The entire process uses a fast loading mode; 1500 ICD fields can be loaded in just a few seconds, and the data is fully displayed in the GUI interface. The loading code is as follows: typedef struct { int msg_row_count; / / Number of rows in the table int msg_col_count; / / Number of columns in the table char send_flag=0; / / Whether to send QByteArrayList byte_id; QByteArrayList byte_placeholder; / / Number of bytes occupied QByteArrayList byte_startholder; / / starting bit QStringList byte_data; / / Data 0x QStringList byte_scale; / / resolution QByteArrayList byte_offset; / / Offset QByteArrayList byte_add_val; / / Increment QStringList byte_max; QStringList byte_min; QByteArray buf_send; uint16_t sendnum; / / Number of items to send }excel_cf; The field assignments in the target xls file's ICD file represent the role of docking, identification, and association in the configuration information of the 1394 bus. 3) A signal generation unit, used to match and map the target xls file according to the 1394 bus configuration parameters, and after mapping, to modify the ICD file field information of the target xls file in a human-computer interaction manner, and to update the modified data in the 1394 interface data. Preferably, the matching and mapping of the target xls file according to the 1394 bus configuration parameters includes... When the field IDs of the target XLS files are the same, the same IDs are combined into a 32-bit 1394 interface data. Based on the starting position and word length information of the target XLS file, multiple fields in the XLS file are shifted to form standardized 1394 interface data, ensuring that the 1394 interface data conforms to the communication protocol required by the host design. The purpose is to ensure that the host can recognize the specific content and meaning of the fields in this 1394 interface data. Traditionally, 32-bit numbers are directly placed, requiring manual packet assembly, which is prone to shifting errors, rendering the entire transmitted data invalid. The mapped XLS file data is adapted to the 1394 bus. The 1394 configuration parameters are set accordingly based on the read XLS file data. The 1394 transmit and receive data is assembled based on the XLS file data, combining one or more fields into a single MessageData. Only the actual data to be sent needs to be modified in the test software interface; the test software will generate compliant test signals based on the loaded ICD and protocol configuration.

[0015] Furthermore, the test software module includes a hardware protocol encoding unit, used for sending and receiving updated 1394 interface data by calling the API interface provided by the 1394 emulation card, specifying the 1394 emulation card VPC for data verification. Preferably, the 1394 emulation card has multiple data channels, each assigned different attributes, and the updated 1394 interface data is sent by matching data channels with the same attributes. The instruction interface between the test software and the underlying hardware device is determined to ensure that the test signals can correctly send and receive hardware data. The parsed signal data in the test software is sent to the device under test. The response data from the device under test is received, and the data analysis module is used to parse and verify the data to ensure it conforms to the interface specifications defined by the ICD, and the received data is displayed in real time on the GUI interface.

[0016] Furthermore, it also includes an aviation 1394 bus test unit, used for sending and receiving data via the API interface, and for testing the 1394 interface data. Specifically, Signal generation and transmission: Based on the loaded ICD and protocol configuration, generate and transmit test signals conforming to the specifications to the device under test; Data reception and analysis: Receive response data from the device under test, and use the data analysis module to parse and verify the data to ensure that it conforms to the interface specifications defined by ICD; Generate test report: Based on the test results, generate a detailed test report, indicating the passed test items and possible problems.

[0017] Secondly, a development device for an aviation 1394 bus test system based on ICD dynamic loading is characterized by including a processor, which runs some or all of the development methods described above.

[0018] This method separates ICD configuration information from the business logic of the testing software, enabling flexible configuration management and rapid iteration. It is particularly suitable for scenarios with frequently changing requirements and multiple projects running concurrently, significantly improving development and maintenance efficiency. It has been successfully applied to aerospace equipment testing, reducing protocol adaptation costs by 90% while ensuring test coverage. During the 1394 bus testing of the XXX project, due to frequent ICD changes, this solution enabled rapid adaptation and timely test response. Protocol switching is rapid, allowing simultaneous transmission of multiple protocol data across four channels, with different data values ​​allowed for the same protocol during four-channel transmission. Data transmission eliminates the previous requirement of offline data combination and setting in the testing software before transmission. Multiple fields are set directly within the testing software, which automatically performs operations such as combination and shifting to achieve the actual data transmission function, saving significant testing time and improving the efficiency of the entire testing process.

[0019] The product provided by this invention has been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this invention. The descriptions of the embodiments above are merely for the purpose of helping to understand the core ideas of this invention. It should be noted that those skilled in the art can make various improvements and modifications to the invention without departing from the principles of the invention, and these improvements and modifications also fall within the protection scope of the invention claims.

Claims

1. A development method for an aviation 1394 bus test system based on ICD dynamic loading, applicable to software testing of airborne avionics systems, capable of quickly adapting to various 1394 protocol files for testing, characterized in that... The method involves setting up independent ICD modeling component units and test software modules in the test system, wherein, The ICD modeling component unit writes interface control documents according to the 1394 bus interface specification, converts the interface control documents provided by the airborne host into ICD files in a preset format, parses the fields in the ICD file, and calculates the starting position, word length, and ID number information of the ICD file fields; the parsed data generates an Excel document format XLS file, using the ID number information as an identification identifier, for testing the software module's rapid identification of the 1394 bus interface protocol sent by the airborne avionics system; The test software module is used to traverse, query, quickly load and read the target xls file determined by human-computer interaction, and expand and display the ICD file field of the target xls file; match and map the target xls file with the configuration parameters of the 1394 bus, and after mapping, modify the ICD file field information of the target xls file by means of human-computer interaction, and update and test in the 1394 interface data.

2. The development method according to claim 1, characterized in that, The fields in the ICD file include field offset, word offset, word length, signal name, signal range, parsing method, remarks, data, start byte, and end byte.

3. The development method according to claim 1, characterized in that, The test software module includes The protocol library mapping cache unit is used to receive and store xls files, and it creates a protocol library containing the 1394 communication protocol in the manner of developing a protocol library, and stores xls files through the protocol library.

4. The development method according to claim 3, characterized in that, The test software module includes The dynamic ICD loading unit is developed based on the QtXlsx third-party library. It quickly loads and reads the target xls file determined by human-computer interaction and expands and displays the fields of the ICD file of the target xls file.

5. The development method according to claim 4, characterized in that, The test software module includes The signal generation unit is used to match and map the target xls file according to the 1394 bus configuration parameters, modify the ICD file field information of the target xls file in a human-computer interaction manner, and update the data in the 1394 interface data.

6. The development method according to claim 5, characterized in that, The method for matching and mapping the target xls file according to the 1394 bus configuration parameters includes: When the field ID numbers of the target xls files are the same, the same ID numbers are combined into a 32-bit 1394 interface data, and multiple fields in the xls file are shifted according to the starting position information and occupied word length information of the target xls file to form standardized 1394 interface data.

7. The development method according to claim 5, characterized in that, The test software module includes a hardware protocol encoding unit, which is used to receive and send data via the API interface provided by the 1394 emulation card after the update of the 1394 interface data, and to specify the 1394 emulation card VPC for data verification.

8. The development method according to claim 7, characterized in that, The 1394 emulation card has multiple data channels, each with different attributes. Updated 1394 interface data is sent by matching the data channel with the same attributes.

9. The development method according to claim 7, characterized in that, It also includes an aviation 1394 bus test unit, which is used to receive and send data via API interface and to test 1394 interface data.

10. A development device for an aviation 1394 bus test system based on ICD dynamic loading, characterized in that, Includes a processor that runs the development method as described in any one of claims 1 to 9.

Images