Method for testing communication functions of 1553b bus interface boards

Abstract

The 1553B bus interface board communication function test method of the application, on one hand, continuously monitors the message change on the data bus through the control of the 1553B bus monitor, and records all the data on the bus, which is called external monitoring; on the other hand, the test computer continuously obtains the working state of the bus interface board, including the periodic BIT, working mode and running state, and judges whether the working state is normal, which is called internal monitoring. In the whole test process, only when the result data recorded by the external monitoring and the internal monitoring are consistent, the communication function test of the bus interface board is passed, thereby making up for the deficiency of the existing communication function test method, and at the same time, the accuracy and reliability of the communication function test result of the 1553B bus interface board can be obviously improved.

Description

Technical Field

[0001] This invention relates to the technical field of 1553B airborne bus terminal testing, and more particularly to a method for testing the communication function of a 1553B bus interface board. Background Technology

[0002] The 1553B bus is a time-division multiplexed data bus defined by the MIL-STD-1553B standard. This standard details the system composition, connection methods, electrical characteristics, operating modes, control methods, response procedures, word types, message formats, and system management of the communication network. Due to its advantages such as good real-time performance and high reliability, the 1553B bus is now widely used in military fields such as aviation and aerospace.

[0003] The national standard stipulates that the electrical parameter testing, protocol compatibility testing, and noise suppression testing methods for 1553B bus terminals can only cover whether the basic functions of the protocol chip meet the requirements. However, with the emergence of a large number of 1553B bus interface boards from different manufacturers and of different types, the lack of current testing methods for the communication functions of bus interface boards and the insufficient reliability of test results are becoming increasingly prominent. Therefore, the effectiveness testing of the communication functions of bus interface boards is crucial. Summary of the Invention

[0004] In view of this, the 1553B bus interface board communication function test method provided by the present invention solves the problems of insufficient effectiveness of current bus interface board communication function test methods and low accuracy and reliability of test results. It can promptly discover product problems and accurately locate faults during the test process, making up for the shortcomings of existing communication function test methods.

[0005] A method for testing the communication function of a 1553B bus interface board, comprising:

[0006] Step 1: Set up an automated test environment for the bus interface board, which includes a test computer, a 1553B emulation card, and connecting cables;

[0007] Step 2: Set the bus interface board as the bus controller (BC) and the 1553B emulation card as the remote terminal (RT), and perform BC mode communication function test.

[0008] Step 3: Set the bus interface board to RT, set the 1553B emulation card to BC, and perform RT mode communication function test.

[0009] Beneficial effects

[0010] The solution provided by this invention adopts a combination of external and internal monitoring methods, and does not rely on the experience of testers. It can provide dual protection for the communication function testing of bus interface boards, significantly improve the accuracy and reliability of test results, support real-time monitoring and acquisition of the status information of the product under test (i.e., bus interface board) during the test, promptly detect problems and accurately locate faults, make up for the shortcomings of existing bus interface board communication function testing methods, and effectively improve the efficiency of bus interface board communication function testing. Attached Figure Description

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

[0012] Figure 1 This is a topology diagram of the communication function test architecture of the 1553B bus interface board in an embodiment of the present invention;

[0013] Figure 2 This is a flowchart of the BC mode message sending test in an embodiment of the present invention;

[0014] Figure 3 This is a flowchart of the BC mode message receiving test in an embodiment of the present invention;

[0015] Figure 4 This is a flowchart of the RT mode message sending test in an embodiment of the present invention;

[0016] Figure 5 This is a flowchart of the RT mode message reception test in an embodiment of the present invention. Detailed Implementation

[0017] The embodiments of this disclosure will now be described in detail with reference to the accompanying drawings.

[0018] The following specific examples illustrate the implementation of this disclosure. Those skilled in the art can easily understand other advantages and effects of this disclosure from the content disclosed in this specification. Obviously, the described embodiments are only a part of the embodiments of this disclosure, and not all of them. This disclosure 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 this disclosure. It should be noted that, in the absence of conflict, the following embodiments and features in the embodiments can be combined with each other. Based on the embodiments in this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.

[0019] 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 disclosure, 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 other structures and / or functionalities besides one or more of the aspects set forth herein.

[0020] It should also be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of this disclosure. The drawings only show the components related to this disclosure and are not drawn according to the number, shape and size of the components in actual implementation. In 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.

[0021] 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 these aspects can be practiced without these specific details.

[0022] See Figures 1 to 5 The test method for the communication function of the 1553B bus interface board shown is as follows: The "1553B bus interface board" is hereinafter referred to as the "bus interface board". Hereinafter, "BC" stands for "bus controller"; "RT" stands for "remote terminal"; and "BM" stands for "bus monitor". The method includes:

[0023] Step 1: Set up the automated test environment for the bus interface board. The automated test environment has a standard topology, including a test computer, a 1553B emulation card, and connecting cables.

[0024] Step 2: Set the bus interface board as the bus controller BC, and set the 1553B emulation card ("1553B bus multi-function emulation card", abbreviated as "1553B emulation card") as the remote terminal RT, and perform BC mode communication function test.

[0025] Step 3: Set the bus interface board to RT, set the 1553B emulation card to BC, and perform RT mode communication function test.

[0026] This method fills the gaps in traditional testing methods to adapt to the testing of 1553B bus interface boards from different manufacturers and of different types. During testing, the 1553B bus interface board plays different roles and performs different functional tests, avoiding the problem of only testing whether the protocol can be transmitted and received without paying attention to the quality of the transmission and reception protocol. This method targets: data transmission accuracy testing, timing and clock synchronization testing, performance and throughput testing, abnormal situation and error handling testing, and compatibility testing, thereby ensuring that the basic functions of the protocol chip can meet the requirements.

[0027] As a specific implementation method provided in this case, the automatic test environment setup also includes an automatic test equipment ATE and a device under test UUT. The automatic test equipment ATE includes a test computer, a 1553B emulation card and connecting cables. The 1553B emulation card is a multi-functional emulation card that supports simultaneous emulation of multiple roles such as BC, RT, and BM.

[0028] The bus interface board acts as the device under test (UUT) and is configured as either BC or RT. It can only be used in one role at a time and cannot be configured in multiple roles simultaneously. Test software runs on the test computer and controls the bus interface board and the 1553B emulation card by calling the corresponding driver interfaces.

[0029] When the 1553B emulation card is set to BC and / or RT, it can communicate with the bus interface board. When the 1553B emulation card is set to BC, the bus interface board is set to RT, and the two communicate. Conversely, they can also communicate.

[0030] When the 1553B emulation card is set as BM (bus monitor), it can monitor and record messages on the 1553B bus.

[0031] The connecting cables are used to connect and transmit data between the bus interface board, the 1553B emulation card, and the test computer, and include 1553B bus cables, PCIe cables, and Ethernet cables.

[0032] The test computer communicates with the bus interface board, bus monitor, and 1553B emulation card via PCIe cables, while the bus interface board, bus monitor, and 1553B emulation card communicate via 1553B bus cables.

[0033] The device under test (UUT) communicates with the test computer via an Ethernet cable to transmit the UUT's internal monitoring data to the test computer. The bus monitor transmits external monitoring data to the test computer via a 1553B bus cable.

[0034] As a specific implementation method provided in this case, the bus interface board in step 2 is used as a BC (Browser Connector) for communication function testing, including BC mode message sending test and BC mode message receiving test. It should be noted that when the bus interface board is used as a BC, by employing a combination of external and internal monitoring to test the BC mode communication function, the 1553B data transmission and reception function of the bus interface board protocol processing chip can be effectively verified. Specifically...

[0035] BC mode message sending test, including,

[0036] Step 1.1: The test computer sets the 1553B emulation card to both RT and BM roles. When set to RT, it is used to communicate with the bus interface board, and when set to BM, it is used to monitor and record data on the 1553B bus.

[0037] Step 1.2: When setting up BM, it needs to be actively started. The test computer controls the 1553B emulation card to enable the BM monitoring function. Throughout the test process, various types of data on the 1553B bus are continuously recorded and saved to the test computer. The purpose is to facilitate the extraction of effective information at any time and to use this process as an external monitoring process.

[0038] Step 1.3: Start the 'Periodic Acquisition of UUT Working Status' thread on the test computer and continuously acquire the working status data of the bus interface board throughout the test process. The working status data of the bus interface board includes periodic BIT, working mode and running status. The status information of the bus interface board can be judged in real time. This process is called the internal monitoring process.

[0039] Step 1.4: The test computer is set to BC for the bus interface board and RT for the 1553B emulation card, and then started and put into operation in sequence;

[0040] Step 1.5: The test computer sends a “BC->RT” message to the BC (that is, the bus interface board, acting as the BC, sends a message to the 1553B emulation card, which acts as the RT), and controls the BC to send a message to the RT. After receiving the message sent by the BC, the RT returns the data to the test computer.

[0041] Step 1.6: The test computer receives the data returned by the RT, acquires the working status data of the bus interface board, and the message data monitored and recorded by the bus monitor when acting as the BM. It then determines whether the data received by the 1553B emulation card as the RT is consistent with the actual data sent by the bus interface board as the BC, and whether the data monitored by the bus monitor as the BM is consistent with the working status data of the bus interface board. If both are true, the message transmission test is considered passed; otherwise, it fails. The working status data includes the periodic BIT, working mode, and running status. Dual logic judgments can promptly detect data distortion and packet loss during 1553B data transmission.

[0042] BC mode message reception test, including:

[0043] Step 2.1: Test the computer control bus interface board as BC and the 1553B emulation card as RT to perform BC mode message reception test.

[0044] Step 2.2: The test computer controls the BC to receive messages sent by RT by transmitting a "RT->BC" message receiving command to the bus interface board acting as the BC, and after the BC receives the message, it transmits the data to the test computer.

[0045] Step 2.3: The test computer receives the data returned by the BC (it should be noted that only the data received by the test computer's bus interface board as the BC is returned here; the data received by the RT is not required. The data sent by the RT to the BC is pre-set on the test computer to reduce data redundancy during logical judgment and avoid data distortion due to jumps during transmission). It also acquires the working status data of the bus interface board (the aforementioned internal monitoring data) and the message data monitored and recorded by the bus monitor as the BM (the aforementioned external monitoring data). It then determines whether the data sent by the 1553B emulation card as the RT is consistent with the data actually received by the bus interface board as the BC, and whether the data monitored by the bus monitor as the BM is consistent with the working status data of the bus interface board. If both are true, the message reception test is considered passed; otherwise, it is considered failed. The working status data includes the periodic BIT, working mode, and running status. Dual logical judgments can promptly detect data distortion and packet loss during 1553B data transmission.

[0046] In summary, by performing dual logic checks, the following functions of the protocol chip can be verified:

[0047] 1) Message reception test, message reception and parsing function: The protocol chip can receive messages sent by the 1553B emulation card as RT, and correctly parse the format and content of the messages, as well as the data extraction and processing functions. The protocol chip can extract data and commands from the received messages and perform corresponding processing. The error detection and processing function test is also performed so that the protocol chip can detect errors or abnormalities in the received messages.

[0048] 2) Message Sending Test: The protocol chip can construct a valid 1553B message based on the data and commands to be sent, including correctly setting the message format, identifier, and data fields. Response Reception and Parsing Function: The protocol chip can receive response messages from the 1553B emulation card as RTs and correctly parse the content and format of the response messages.

[0049] As a specific implementation method provided in this case, step 3 includes communication function testing when the bus interface board is used as the RT, including message receiving test and message sending test, such as message sending test and message receiving test when the bus interface board is used as the RT.

[0050] The bus interface board is used for message transmission testing when acting as a receiver (RT), including:

[0051] Step 3.1: Set the bus interface board of the test computer to RT and the 1553B emulation card to BC, and start them in working order.

[0052] Step 3.2: The test computer enables the BM monitoring function by controlling the 1553B emulation card. Throughout the test, the data on the 1553B bus is continuously recorded and saved to the test computer. The purpose is to facilitate the extraction of valid information at any time. This process is called the external monitoring process.

[0053] Step 3.3: Start the 'Periodic Acquisition of UUT Working Status' thread on the test computer, and continuously acquire the working status data of the bus interface board throughout the entire test process, and judge the status information of the bus interface board in real time. This process is called the internal monitoring process.

[0054] Step 3.4: The bus interface board, acting as the RT, sends messages to the 1553B emulation card, which acts as the BC, to perform message transmission tests. After the BC receives the message, it returns the data to the test computer.

[0055] Step 3.5: Test the computer to receive the data returned by the BC, and obtain the working status data of the bus interface board and the message data monitored and recorded when the bus monitor is acting as the BM. Determine whether the data sent by the bus interface board as the RT is consistent with the data actually received by the 1553B emulation card as the BC, and whether the data monitored by the bus monitor as the BM is consistent with the working status data of the bus interface board. If both are true, the message reception test is considered passed; otherwise, it is considered failed. The working status data includes the periodic BIT, working mode, and running status. The dual logic judgment is also applicable to the test of the RT mode communication function when the bus interface board is acting as the RT.

[0056] The bus interface board is tested for receiving messages when used as a receiver (RT), including:

[0057] Step 4.1: The 1553B emulation card of BC sends a message to RT, and after RT receives the data, it returns the data to the test computer;

[0058] Step 4.2: Test the computer's reception of data returned by the RT, and obtain the working status data of the bus interface board (internal monitoring data) and the message data monitored and recorded by the bus monitor when acting as the BM (external monitoring data). Determine if the data sent by the 1553B emulation card as the BC to the bus interface board acting as the RT is consistent, and whether the data monitored by the bus monitor as the BM is consistent with the working status data of the bus interface board. If both are true, the message reception test is considered passed; otherwise, it is considered failed. Any result in failure indicates the message reception test has failed, ensuring consistency between the external monitoring process data and the internal monitoring process data. The working status data includes the periodic bit, working mode, and running status. The dual logic verification protocol chip, acting as the RT, must correctly receive messages from the bus, including receiving and parsing received 1553B messages, extracting data and commands from the messages, and performing corresponding processing and responses. The test also includes error detection and handling functions, such as the protocol chip needing to have the ability to detect and handle errors. This includes detecting errors in transmission, message format errors, and other possible anomalies, and taking appropriate measures to handle them.

[0059] Overall, this method, when testing the communication function of the bus interface board, involves two aspects: First, the test computer continuously monitors message changes on the data bus and records all data on the bus by controlling the 1553B bus monitor (BM). This process is called external monitoring. Second, the test computer continuously acquires the operating status of the bus interface board, including cycle bits, operating mode, and running status, and determines whether its operating status is normal. This process is called internal monitoring. Throughout the entire testing process, the communication function test of the bus interface board is considered passed only when the results recorded by external and internal monitoring are consistent. This method supports real-time monitoring and acquisition of the status of the product under test during the testing process, enabling timely detection of problems and accurate fault location, thus overcoming the shortcomings of existing communication function testing methods. Furthermore, it significantly improves the accuracy and reliability of the 1553B bus interface board communication function test results.

[0060] The following is an example of testing the communication function of a domestically produced 1553B bus interface board:

[0061] Step 1: Set up an automated testing environment for the bus interface board;

[0062] Step 2: Set the bus interface board to BC and the 1553B emulation card to RT, and then perform a BC mode communication function test.

[0063] Step 3: Set the bus interface board to RT and the 1553B emulation card to BC, and then perform RT mode communication function test.

[0064] Furthermore, the automated testing environment in step 1 includes two parts: ATE and UUT. The overall test architecture topology is as follows: Figure 1 As shown; the ATE includes a test computer, a 1553B emulation card and a series of connecting cables; while the bus interface board is UUT, which can be set as BC or RT, but cannot be set as multiple roles at the same time;

[0065] The test computer runs automatic test software, which controls the bus interface board and the 1553B emulation card by calling the corresponding driver interface.

[0066] The 1553B emulation card is a multi-functional emulation card that supports simultaneous emulation of multiple roles such as BC, RT, and BM. When it is set to BC or RT, it can communicate with the bus interface board; when it is set to BM, it can monitor and record various types of messages on the 1553B bus.

[0067] The connecting cables include 1553B bus cables, PCIe cables, and Ethernet cables, which are used to connect and transmit data between the bus interface board, the 1553B emulation card, and the test computer.

[0068] Furthermore, the BC mode communication function test in step 2 includes two parts: BC mode message sending test and BC mode message receiving test.

[0069] Furthermore, the BC mode communication function test method in step 2 is as follows: Figure 2 and Figure 3 As shown, the specific steps include:

[0070] Step 2.1: The test computer sets the 1553B emulation card to both RT and BM roles. RT is used to communicate with the bus interface board, while BM is used to monitor and record various types of data on the 1553B bus.

[0071] In step 2.1, after the test computer sets the 1553B emulation card to RT, it enables RT1-RT16 in sequence, enabling a total of 16 RTs;

[0072] Step 2.2: The test computer enables the BM monitoring function by controlling the 1553B emulation card. Throughout the test, it continuously records various types of data on the 1553B bus and saves them to the test computer for easy retrieval of useful information. This process is the external monitoring process.

[0073] Step 2.3: Start the 'Periodic Acquisition of UUT Working Status' thread on the test computer and continuously acquire the working status data of the bus interface board throughout the test process, including periodic BIT, working mode and running status. This allows the status information of the bus interface board to be determined at any time. This process is the internal monitoring process.

[0074] Step 2.4: The test computer initializes the bus interface board as BC and starts BC and each RT in sequence, so that the bus interface board (as BC) and the 1553B emulation card (as RT1-RT16) are both in working state.

[0075] Step 2.5: Test the computer's control of BC and RT to send messages in BC mode;

[0076] In step 2.5, the test computer sends a BC->RT message to BC, instructing BC to set the messages to be sent. A total of 16 messages are set, as shown in Table 1.

[0077] Table 1 BC Mode BC->RT Message List

[0078] 1 BC->RT RT1 SA1 32 1,2,...,32 20ms 2 BC->RT RT2 SA1 32 2,2,...,33 20ms 3 BC->RT RT3 SA1 32 3,2,...,34 20ms ... ... ... ... ... ... 15 BC->RT RT15 SA1 32 15,2,...,46 20ms 16 BC->RT RT16 SA1 32 16,2,...,47 20ms

[0079] In step 2.5, after BC sets the messages to be sent, it sends messages to RT1-RT16 respectively.

[0080] After receiving the message sent by the BC, each RT returns this data to the test computer.

[0081] Step 2.6: Test the computer-controlled BC and RT to perform message reception test in BC mode;

[0082] In step 2.6, the test computer notifies RT1-RT16 to set the message data to be sent by transmitting the RT->BC message setting instruction to each RT. Each RT sets one message, and the specific content is shown in Table 2.

[0083] Table 2 BC Mode RT->BC Message List

[0084] 1 RT->BC RT1 SA1 32 1,2,...,32 20ms 2 RT->BC RT2 SA1 32 2,2,...,33 20ms 3 RT->BC RT3 SA1 32 3,2,...,34 20ms ... ... ... ... ... ... 15 RT->BC RT15 SA1 32 15,2,...,46 20ms 16 RT->BC RT16 SA1 32 16,2,...,47 20ms

[0085] In step 2.6, the test computer controls the BC to receive messages sent from RT1-RT16 by passing the RT->BC message receive instruction to the BC, and returns the received data to the test computer.

[0086] Step 2.7: Test the computer's reception of message data returned by the BC and each RT, and simultaneously acquire the bus interface board's operating status data (periodic BIT, operating mode, and running status) and the message data recorded by the BM monitoring system. Then, comprehensively analyze the above data types and determine:

[0087] 1) In step 2.5, is the content of the message data received by RT1-RT16 consistent with the data actually sent by BC?

[0088] 2) In step 2.6, is the content of the message data received by BC consistent with the actual data sent by RT1-RT16?

[0089] 3) Whether the data monitored by BM is consistent with the working status data of the bus interface board.

[0090] Furthermore, in step 2.7, RT1-RT16 all received the message sent by BC, and the number of data words and content of the message received by RT1-RT16 were consistent with the data actually sent by BC;

[0091] In step 2.7, BC can receive 16 messages in each cycle, from RT1, RT2, ..., RT15 and RT16 respectively, and the number of data words and content of the messages received by BC are consistent with the data actually sent by each RT;

[0092] In step 2.7, the data monitored by BM is consistent with the bus interface board working status data (cycle BIT, working mode and running status) obtained by the test computer, that is, the external monitoring process data is consistent with the internal monitoring process data.

[0093] Furthermore, the RT mode communication function test in step 3 includes two parts: RT mode message receiving test and RT mode message sending test.

[0094] Furthermore, the RT mode communication function test method in step 3 is as follows: Figure 4 and Figure 5 As shown, the specific steps include:

[0095] Step 3.1: The test computer sets the 1553B emulation card to both BC and BM roles. BC is used to communicate with the bus interface board, while BM is used to monitor and record various types of data on the 1553B bus.

[0096] Step 3.2: The test computer enables the BM monitoring function by controlling the 1553B emulation card. Throughout the test, it continuously records various types of data on the 1553B bus and saves them to the test computer for easy retrieval of useful information. This process is the external monitoring process.

[0097] Step 3.3: Start the 'Periodic Acquisition of UUT Working Status' thread on the test computer and continuously acquire the working status data of the bus interface board throughout the test process, including periodic BIT, working mode and running status. This allows the status information of the bus interface board to be determined at any time. This process is the internal monitoring process.

[0098] Step 3.4: The test computer initializes the bus interface board as RT, and then starts RT1 and BC in sequence. In this way, both the bus interface board (as RT1) and the 1553B emulation card (as BC) are in working state.

[0099] Step 3.5: Test the computer-controlled RT and BC to perform RT mode message reception test;

[0100] In step 3.5, the test computer controls BC to send messages to RT1 SA1, RT1 SA2, ..., RT1 SA15 and RT1SA16 respectively (where SA represents the RT sub-address), and the specific message content is shown in Table 3. Then, the test computer sends a BC->RT message receive instruction to RT1, and each sub-address of RT1 returns the data to the test computer after receiving the message sent by BC.

[0101] Table 3 RT Mode BC->RT Message List

[0102]

[0103]

[0104] Step 3.6: Test the computer-controlled RT and BC to send messages in RT mode;

[0105] In step 3.6, the test computer notifies RT1 to set the message data to be sent by transmitting an RT->BC message to RT1, as shown in Table 4. Then, the test computer controls BC to receive messages sent from each sub-address of RT1 and returns the received message data to the test computer.

[0106] Table 4 RT Mode RT->BC Message List

[0107] 1 RT->BC RT1 SA1 32 1,2,...,32 20ms 2 RT->BC RT1 SA2 32 2,2,...,33 20ms 3 RT->BC RT1 SA2 32 3,2,...,34 20ms ... ... ... ... ... ... 15 RT->BC RT1 SA15 32 15,2,...,46 20ms 16 RT->BC RT1 SA16 32 16,2,...,47 20ms

[0108] Step 3.7: The test computer receives message data from each sub-address of RT1 and returned by BC, and simultaneously acquires the working status data of the bus interface board (periodic BIT, working mode, and running status) and the message data recorded by BM monitoring. Then, it comprehensively analyzes the above data and determines:

[0109] 1) In step 3.5, is the content of the message data received by each sub-address of RT1 consistent with the data actually sent by BC?

[0110] 2) In step 3.6, is the content of the message data received by BC consistent with the data actually sent by each sub-address of RT1?

[0111] 3) Whether the data monitored by BM is consistent with the working status data of the bus interface board.

[0112] Furthermore, in step 3.7, each sub-address of RT1 received the message sent by BC, and the number of data words and the content of the message received by each sub-address of RT1 were consistent with the data actually sent by BC;

[0113] In step 3.7, BC can receive 16 messages in each cycle, which come from RT1 SA1, RT1 SA2, ... and RT1 SA16 respectively, and the number of data words and content of the messages received by BC are consistent with the actual data sent by each sub-address of RT1;

[0114] In step 3.7, the data monitored by BM is consistent with the bus interface board working status data (cycle BIT, working mode and running status) obtained by the test computer, that is, the external monitoring process data is consistent with the internal monitoring process data.

[0115] In summary, the solution provided by this invention employs a testing method combining external and internal monitoring, which significantly improves the accuracy and reliability of the 1553B bus interface board communication function test results. It also supports real-time monitoring and acquisition of the UUT status during testing, enabling timely problem detection and accurate fault location, thus overcoming the shortcomings of existing bus interface board communication function testing methods. Furthermore, the solution provided by this invention does not rely on the experience of testers, effectively improving the efficiency of bus interface board communication function testing and ensuring accurate data transmission. For example, it verifies the accuracy of data transmission between the protocol chip and the 1553B bus interface board, ensuring that data is not lost or erroneous during transmission by verifying consistency, and that data can be correctly parsed and processed, taking into account timing and clock synchronization. Step-by-step testing: Verify the timing and clock synchronization between the protocol chip and the 1553B bus interface board, ensuring that data is sent and received at the correct time and matches the timing requirements of the bus, while also considering performance and throughput testing: Test the performance and throughput between the protocol chip and the 1553B bus interface board, including data transmission rate, response time, and other indicators, to ensure that the system requirements are met, while also considering abnormal situation and error handling testing: Test the abnormal situation handling capabilities between the protocol chip and the 1553B bus interface board, including error detection, error reporting, and error recovery mechanisms, while also considering compatibility testing: Verify the compatibility between the protocol chip and the 1553B bus interface board, ensuring that they can work together normally, both in terms of hardware interface and protocol specifications.

[0116] The above are merely specific embodiments of this disclosure, but the scope of protection of this disclosure is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this disclosure should be included within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the scope of the claims.

Claims

1. A method for testing the communication function of a 1553B bus interface board, characterized in that, The methods include: Step 1: Set up an automated test environment for the bus interface board, which includes a test computer, a 1553B emulation card, and connecting cables; Step 2: Configure the bus interface board as the bus controller (BC) and the 1553B emulation card as the remote terminal (RT), and perform BC mode communication function testing. The bus interface board, acting as the BC, will be tested for communication function, including BC mode message sending and BC mode message receiving. The BC mode message sending test includes, Step 1.1: The test computer sets the 1553B emulation card to RT and BM simultaneously. When set to RT, it is used to communicate with the bus interface board, and when set to BM, it is used to monitor and record data on the 1553B bus. Step 1.2: The test computer enables the BM monitoring function by controlling the 1553B emulation card, continuously recording various types of data on the 1553B bus and saving them to the test computer throughout the test process; Step 1.3: Start the 'Periodic Acquisition of UUT Working Status' thread on the test computer and continuously acquire the working status data of the bus interface board throughout the test process. The working status data of the bus interface board includes periodic bit, working mode and running status, which can determine the status information of the bus interface board in real time. Step 1.4: The test computer is set to BC for the bus interface board and RT for the 1553B emulation card, and then started and put into operation in sequence; Step 1.5: The test computer sends a "BC->RT" message to BC, which controls BC to send a message to RT. After receiving the message from BC, RT forwards it to the test computer. Step 1.6: The test computer receives the data returned by the RT, obtains the working status data of the bus interface board and the message data monitored and recorded by the bus monitor when acting as the BM, and determines whether the data received by the 1553B emulation card as the RT is consistent with the actual data sent by the bus interface board as the BC, and whether the data monitored by the bus monitor as the BM is consistent with the working status data of the bus interface board. If both are true, the message sending test is deemed to have passed; otherwise, it fails. The working status data includes the periodic BIT, working mode, and running status. The BC mode message reception test includes: Step 2.1: Test the computer control bus interface board as BC and the 1553B emulation card as RT; Step 2.2: The test computer transmits a "RT->BC" message receiving command to the bus interface board acting as BC, controls BC to receive messages sent by RT, and after BC receives the messages, it transmits the data to the test computer. Step 2.3: The test computer receives the data returned by the BC, obtains the working status data of the bus interface board and the message data monitored and recorded by the bus monitor when acting as the BM, and determines whether the data sent by the 1553B emulation card as the RT is consistent with the data actually received by the bus interface board as the BC, and whether the data monitored by the bus monitor as the BM is consistent with the working status data of the bus interface board. If both are true, the message reception test is deemed to have passed; otherwise, it fails. The working status data includes the periodic BIT, working mode, and running status. Step 3: Set the bus interface board to RT, set the 1553B emulation card to BC, and perform RT mode communication function testing. RT mode communication function testing includes message sending testing when the bus interface board is acting as RT and message receiving testing when the bus interface board is acting as RT. Specifically, the message sending testing when the bus interface board is acting as RT includes… Step 3.1: Set the bus interface board of the test computer to RT and the 1553B emulation card to BC, and start them in working order. Step 3.2: The test computer enables the BM monitoring function by controlling the 1553B emulation card, continuously recording the data on the 1553B bus and saving it to the test computer throughout the test process; Step 3.3: Start the 'Periodic Acquisition of UUT Working Status' thread on the test computer, and continuously acquire the working status data of the bus interface board throughout the entire test process to determine the status information of the bus interface board in real time; Step 3.4: The bus interface board, acting as the RT, sends messages to the 1553B emulation card, which acts as the BC, to perform message transmission tests. After the BC receives the message, it returns the data to the test computer. Step 3.5: Test the computer to receive the data returned by BC, and obtain the working status data of the bus interface board and the message data monitored and recorded by the bus monitor when acting as BM. Determine whether the data sent by the bus interface board as RT is consistent with the data actually received by the 1553B emulation card as BC, and whether the data monitored by the bus monitor as BM is consistent with the working status data of the bus interface board. If both are true, the message reception test is deemed to have passed; otherwise, it fails. The working status data includes the periodic BIT, working mode, and running status. The test of receiving messages when the bus interface board is used as a RT includes... Step 4.1: The 1553B emulation card, acting as the BC, sends a message to the bus interface board, which acts as the RT, and after the RT receives the data, it returns the data to the test computer. Step 4.2: Test the computer to receive the data returned by the RT, and obtain the working status data of the bus interface board and the message data monitored and recorded by the bus monitor when acting as the BM. Determine whether the data sent by the 1553B emulation card as the BC to the bus interface board as the RT is consistent, and whether the data monitored by the bus monitor as the BM is consistent with the working status data of the bus interface board. If both are true, the message reception test is considered passed; otherwise, it is considered failed. The working status data includes the periodic BIT, working mode, and running status.

2. The method for testing the communication function of the 1553B bus interface board according to claim 1, characterized in that, The automated test environment setup also includes an automated test equipment (ATE) and a device under test (UUT). The automated test equipment (ATE) includes the test computer, a 1553B emulation card, and connecting cables. The 1553B emulation card is a multi-functional emulation card. The bus interface board is used as the device under test (UUT) and is configured as either BC or RT. Test software is running on the test computer. The test software controls the bus interface board and the 1553B emulation card by calling the corresponding driver interface. When the 1553B emulation card is set to BC and / or RT, it can communicate with the bus interface board. When the 1553B emulation card is set to BM, it can monitor and record messages on the 1553B bus. The connecting cables are used to connect and transmit data between the bus interface board, the 1553B emulation card, and the test computer, and include a 1553B bus cable, a PCIe cable, and an Ethernet cable. The test computer communicates with the bus interface board, bus monitor, and 1553B emulation card via the PCIE cable, and the bus interface board, bus monitor, and 1553B emulation card communicate via the 1553B bus cable. The device under test (UUT) communicates with the test computer via the Ethernet cable to transmit the internal monitoring data of the UUT to the test computer. The bus monitor transmits external monitoring data to the test computer via the 1553B bus cable.

Images