Power line carrier device testing method and apparatus, computer device, and storage medium

Abstract

The application relates to a power line carrier device test method and device, computer equipment and a storage medium, relates to the technical field of device testing, and first performs Bitloading protocol consistency testing on a to-be-tested device, then synchronously performs message transmission performance testing based on a passed bit loading table, integrates the protocol testing and the performance testing into a single closed-loop process, can eliminate the test blind area of protocol compliance but substandard performance or standard performance but non-standard protocol caused by separation of the two types of testing in the prior art, simultaneously reduces the operation of test environment switching and device repeated configuration, and improves the comprehensiveness, accuracy and execution efficiency of testing.

Description

Technical Field

[0001] This application relates to the field of equipment testing technology, and in particular to a power line carrier equipment testing method, apparatus, computer equipment, and storage medium. Background Technology

[0002] With the development of smart grids and integrated low-voltage broadband power line carrier communication technology, bitloading has become a core technology for improving system throughput and link stability. By dynamically allocating modulation order and coding parameters to subcarriers, it can effectively combat frequency-selective fading, time-varying noise, and multipath interference in power line channels, meeting the requirements for high-speed and high-reliability data transmission. In actual equipment R&D and mass production verification, it is necessary to ensure that the bitloading function complies with protocol specifications and has reliable transmission performance. Therefore, protocol conformance testing and performance testing are essential verification steps.

[0003] Existing testing methods typically separate Bitloading performance testing (success rate of receiving / sending) from protocol conformance testing (training mechanism, data transmission), which cannot comprehensively evaluate the Bitloading function.

[0004] On the one hand, there may be situations where the protocol interaction is completely correct, but the actual transmission performance does not meet the standards. On the other hand, there may be situations where the performance indicators meet the standards, but the protocol interaction is not standardized. This can lead to risks such as functional defects, poor compatibility, and unstable operation after the equipment is put into the network, making it difficult to meet the requirements of large-scale deployment and high-reliability operation of the integrated inductive power line carrier communication system. Summary of the Invention

[0005] Therefore, it is necessary to provide a power line carrier device testing method, apparatus, computer equipment, and storage medium to address the above-mentioned technical problems, which can collaboratively test the bitloading performance and protocol consistency of the device, thereby improving the reliability of the device's bitloading function evaluation.

[0006] In a first aspect, this application provides a power line carrier device testing method, applied to control equipment, comprising:

[0007] Send protocol test information and auxiliary messages to the device under test;

[0008] The system receives a table index sent by the device under test and determines the test result of the protocol conformance test of the device under test based on the table index; wherein, the table index is the index of the test bit loading table generated by the device under test based on the protocol test information and the auxiliary message;

[0009] In response to the test result indicating that the protocol consistency test has passed, the test bit loading table obtained from the device under test will be sent to the test device;

[0010] A message generation instruction is sent to a first device; wherein the message generation instruction is used to instruct the first device to generate a modulated message based on the test bit loading table and send the modulated message to a second device; one of the first device and the second device is the test device, and the other is the device to be tested;

[0011] Receive a demodulated message sent by the second device; wherein the demodulated message is obtained by the second device demodulating the modulated message based on the test bit loading table;

[0012] The demodulated message is verified to obtain the message transmission performance of the device under test; wherein the device under test is the first device and the message transmission performance is the sending performance; or the device under test is the second device and the message transmission performance is the receiving performance.

[0013] In one embodiment, verifying the demodulated message to obtain the message transmission performance of the device under test includes:

[0014] A consistency comparison is performed between the demodulated message and the original message to obtain the target number of consistent data in the demodulated message and the original message; wherein, the original message is generated based on the test bit loading table;

[0015] The message transmission performance of the device under test is determined based on the target number and the total number of demodulated messages.

[0016] In one embodiment, the test bit loading table includes multiple test bit loading sub-tables, and the message generation instruction is used to instruct the first device to generate different modulation messages based on different sub-tables in the multiple test bit loading sub-tables, and to send the generated multiple modulation messages to the second device; the receiving of the demodulated message sent by the second device includes:

[0017] The device receives a demodulated message for each modulation message sent by the second device; wherein the demodulated message for each modulation message is obtained by the second device demodulating the modulation message based on the test bit loading sub-table corresponding to the modulation message.

[0018] In one embodiment, verifying the demodulated message to obtain the message transmission performance of the device under test includes:

[0019] The different demodulated packets received are verified separately to obtain the initial transmission performance of the device under test for each demodulated packet;

[0020] The message transmission performance of the device under test is determined based on the determined initial transmission performance.

[0021] In one embodiment, determining the message transmission performance of the device under test based on a plurality of determined initial transmission performance parameters includes:

[0022] In response to the determination that multiple initial transmission performances meet preset performance requirements, it is determined that the message transmission performance of the device under test meets the preset performance requirements.

[0023] In one embodiment, the method further includes:

[0024] A simulation task is sent to the device under test; wherein the simulation task is used to instruct the device under test to generate a simulation bit loading table and obtain service data based on the simulation bit loading table;

[0025] The system receives the service data sent by the device under test, performs data verification on the service data, and determines the verification result of the protocol consistency of the device under test.

[0026] Secondly, this application also provides a power line carrier equipment testing apparatus, the apparatus being configured in a control device, comprising:

[0027] The first sending module is used to send protocol test information and auxiliary messages to the device under test;

[0028] The first receiving module is configured to receive the table index sent by the device under test, and determine the test result of the protocol conformance test of the device under test based on the table index; wherein, the table index is the index of the test bit loading table generated by the device under test based on the protocol test information and the auxiliary message;

[0029] The second sending module is used to send the test bit loading table obtained from the device under test to the test device in response to the test result indicating that the protocol consistency test has passed;

[0030] The third sending module is used to send a message generation instruction to the first device; wherein, the message generation instruction is used to instruct the first device to generate a modulated message based on the test bit loading table and send the modulated message to the second device; one of the first device and the second device is the test device, and the other is the device to be tested;

[0031] The second receiving module is used to receive the demodulated message sent by the second device; wherein the demodulated message is obtained by the second device demodulating the modulated message based on the test bit loading table;

[0032] The verification module is used to verify the demodulated message to obtain the message transmission performance of the device under test; wherein the device under test is the first device and the message transmission performance is the sending performance; or the device under test is the second device and the message transmission performance is the receiving performance.

[0033] Thirdly, this application also provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to perform the following steps:

[0034] Send protocol test information and auxiliary messages to the device under test;

[0035] The system receives a table index sent by the device under test and determines the test result of the protocol conformance test of the device under test based on the table index; wherein, the table index is the index of the test bit loading table generated by the device under test based on the protocol test information and the auxiliary message;

[0036] In response to the test result indicating that the protocol consistency test has passed, the test bit loading table obtained from the device under test will be sent to the test device;

[0037] A message generation instruction is sent to a first device; wherein the message generation instruction is used to instruct the first device to generate a modulated message based on the test bit loading table and send the modulated message to a second device; one of the first device and the second device is the test device, and the other is the device to be tested;

[0038] Receive a demodulated message sent by the second device; wherein the demodulated message is obtained by the second device demodulating the modulated message based on the test bit loading table;

[0039] The demodulated message is verified to obtain the message transmission performance of the device under test; wherein the device under test is the first device and the message transmission performance is the sending performance; or the device under test is the second device and the message transmission performance is the receiving performance.

[0040] Fourthly, this application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, performs the following steps:

[0041] Send protocol test information and auxiliary messages to the device under test;

[0042] The system receives a table index sent by the device under test and determines the test result of the protocol conformance test of the device under test based on the table index; wherein, the table index is the index of the test bit loading table generated by the device under test based on the protocol test information and the auxiliary message;

[0043] In response to the test result indicating that the protocol consistency test has passed, the test bit loading table obtained from the device under test will be sent to the test device;

[0044] A message generation instruction is sent to a first device; wherein the message generation instruction is used to instruct the first device to generate a modulated message based on the test bit loading table and send the modulated message to a second device; one of the first device and the second device is the test device, and the other is the device to be tested;

[0045] Receive a demodulated message sent by the second device; wherein the demodulated message is obtained by the second device demodulating the modulated message based on the test bit loading table;

[0046] The demodulated message is verified to obtain the message transmission performance of the device under test; wherein the device under test is the first device and the message transmission performance is the sending performance; or the device under test is the second device and the message transmission performance is the receiving performance.

[0047] Fifthly, this application also provides a computer program product, including a computer program that, when executed by a processor, performs the following steps:

[0048] Send protocol test information and auxiliary messages to the device under test;

[0049] The system receives a table index sent by the device under test and determines the test result of the protocol conformance test of the device under test based on the table index; wherein, the table index is the index of the test bit loading table generated by the device under test based on the protocol test information and the auxiliary message;

[0050] In response to the test result indicating that the protocol consistency test has passed, the test bit loading table obtained from the device under test will be sent to the test device;

[0051] A message generation instruction is sent to a first device; wherein the message generation instruction is used to instruct the first device to generate a modulated message based on the test bit loading table and send the modulated message to a second device; one of the first device and the second device is the test device, and the other is the device to be tested;

[0052] Receive a demodulated message sent by the second device; wherein the demodulated message is obtained by the second device demodulating the modulated message based on the test bit loading table;

[0053] The demodulated message is verified to obtain the message transmission performance of the device under test; wherein the device under test is the first device and the message transmission performance is the sending performance; or the device under test is the second device and the message transmission performance is the receiving performance.

[0054] The aforementioned power line carrier equipment testing method, apparatus, computer equipment, and storage medium first complete the Bitloading protocol conformance test of the device under test, and then synchronously execute the message transmission performance test based on the bitloading table that has passed the test. This integrates protocol testing and performance testing into a single closed-loop process, which can eliminate the testing blind spots caused by the separation of the two types of tests in the prior art, such as protocol compliance but performance failure or performance compliance but protocol non-standardization. At the same time, it reduces the operation of switching test environments and reconfiguring equipment, and improves the comprehensiveness, accuracy and execution efficiency of the test. Attached Figure Description

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

[0056] Figure 1 This is an application environment diagram of a power line carrier device testing method in one embodiment;

[0057] Figure 2 This is a flowchart illustrating a power line carrier device testing method in one embodiment;

[0058] Figure 3 This is a schematic diagram of the process for testing the protocol consistency of the device under test in one embodiment;

[0059] Figure 4 This is a flowchart illustrating the message transmission performance test in one embodiment;

[0060] Figure 5 This is a flowchart illustrating the Bitloading reception function test in SISO mode in one embodiment.

[0061] Figure 6 This is a flowchart illustrating the Bitloading sending function test in SISO mode in one embodiment;

[0062] Figure 7 This is a flowchart illustrating the bitloading reception function test in MIMO mode in one embodiment.

[0063] Figure 8 This is a flowchart illustrating the bitloading transmission function test in MIMO mode in one embodiment.

[0064] Figure 9 This is a structural block diagram of a power line carrier device testing apparatus in one embodiment;

[0065] Figure 10 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation

[0066] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0067] The power line carrier device testing method provided in this application embodiment can be applied to, for example... Figure 1 In the application environment shown, the control device is the test host, which runs a dedicated test software platform. This test software platform contains three functional modules:

[0068] 1. Test Control Module: Responsible for scheduling the entire test process, including sending initialization commands to the test device and the device under test, issuing Bitloading table configuration, triggering test message sending, etc.; the test device can be a transparent physical device.

[0069] 2. Results Statistics Module: Receives test feedback data from serial port or network interface in real time, automatically compares the content of sent and received messages, counts the number of successes and calculates the success rate, and finally generates a test report.

[0070] 3. Configuration Management Module: Provides a human-computer interaction interface, allowing users to set test parameters (such as attenuation, noise type, number of test frames, success rate threshold, etc.) and manage the Bitloading test set.

[0071] The test equipment, as a standard node simulator, comes in two forms: transmitter and receiver, or a comprehensive instrument with both transmitting and receiving functions. The test equipment adheres to the integrated inductive low-voltage broadband power line carrier communication protocol standard, and can simulate the behavior of a Central Coordinator (CCO) or Station (STA), sending standard beacon frames, training frames, and data frames, and parsing the response messages of the device under test.

[0072] The device under test (DUT) is the power line carrier communication module being tested. It is placed in a standardized performance / protocol test chamber, connected to the test equipment via the power line interface, and connected to the control equipment via serial port or network port for log reporting and control.

[0073] The channel simulation unit includes a programmable attenuator and a signal generator. The programmable attenuator is connected in series in the power line transmission path to simulate signal attenuation at different distances (the range can be adjusted from 0-120dB); the signal generator is connected in parallel on the power line to inject white noise, impulse noise, or narrowband noise to simulate a complex power line noise interference environment.

[0074] In addition, the test system can be equipped with a spectrum analyzer to measure the power spectral density on the power line in real time, and to help verify the operating frequency band and signal quality.

[0075] Connection description: The control device is connected to the test device and the device under test via control lines (such as Universal Serial Bus (USB) to serial port or Ethernet) for command issuance and data reading; the test device and the device under test are connected via power lines, with a programmable attenuator in series and a signal generator in parallel, thereby constructing a controllable physical layer communication channel.

[0076] The control device can be a terminal or a server. The terminal can be, but is not limited to, various personal computers, laptops, smartphones, tablets, IoT devices, and portable wearable devices. IoT devices can include smart speakers, smart TVs, smart air conditioners, smart in-vehicle systems, and projection devices. Portable wearable devices can include smartwatches, smart bracelets, and head-mounted displays. Head-mounted displays can be virtual reality (VR) devices, augmented reality (AR) devices, and smart glasses. The server can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing cloud computing services.

[0077] In one exemplary embodiment, such as Figure 2 The diagram illustrates a method for testing power line carrier equipment. Taking the application of this method to control equipment as an example, it includes the following steps:

[0078] S201, send protocol test information and auxiliary messages to the device under test.

[0079] The protocol test information includes protocol interaction messages such as Bitloading training instructions, training requests, training frames, and result update requests. Auxiliary messages include beacon frames and synchronization frames, used to indicate clock synchronization and mode switching of the device under test.

[0080] The control device can first send five beacon frame auxiliary messages with a 1-second interval to the device under test via a USB-to-serial port or Ethernet interface, forcing the device under test to complete clock synchronization and protocol link establishment; then, it can send 20 commands to enter the transparent transmission test mode, causing the device under test to exit the normal networking logic and enter the Bitloading special test state; finally, it sends protocol test information containing training instructions, training requests, and training frames, following the frame format, field definitions, and timing requirements of the integrated inductive low-voltage broadband power line carrier communication protocol. The channel simulation unit can maintain a default attenuation of 30dB and no additional noise injection, ensuring that the device under test only responds to the protocol test commands and does not execute irrelevant business logic. This step must ensure the integrity of the protocol test information and the synchronization of the auxiliary messages, providing compliant triggering conditions for the subsequent generation of the Bitloading table.

[0081] S202, receive the table index sent by the device under test, and determine the test result of the protocol conformance test of the device under test based on the table index.

[0082] The table index is an index of the test bitloading table generated by the device under test based on protocol test information and auxiliary messages. It is used to associate parameters such as modulation, bit rate, and stream count within the table. Protocol conformance testing verifies whether the Bitloading training interaction process, fields, and timing conform to the integrated inductive low-voltage broadband power line carrier communication protocol specification. The device under test is a power line carrier device.

[0083] After receiving the protocol test information and auxiliary messages, the device under test completes channel quality detection and subcarrier signal-to-noise ratio calculation according to the integrated inductive low-voltage broadband power line carrier communication protocol. It generates a test bit loading table containing modulation method, code rate, number of physical blocks, and number of streams, and transmits the table index back to the control device via serial port. The result statistics module of the control device captures the table index and the entire process interaction log in real time, and verifies the validity of the table index, the response to training instructions, the reply to training requests, the parsing of training frames, and the completeness of the interaction of result update requests. It also verifies the deviation values ​​of the interaction timing, field parameters and protocol standards. If the table index is valid, the interaction process is complete, and the timing and fields are compliant, the protocol consistency test is deemed to have passed. If the table index is invalid, the interaction times out, or the fields are incorrect, the test is deemed to have failed. This step requires recording the interaction data frame by frame to ensure that the protocol verification covers the entire process without omissions.

[0084] For example, see Figure 3 , Figure 3A flowchart illustrating the protocol conformance testing process for a device under test is provided, comprising the following steps:

[0085] Step 1: The testing device sends a training instruction to the device under test.

[0086] Upon receiving a protocol test command from the control device, the test device sends a Bitloading training instruction message to the device under test, triggering the training process. The test objective is to verify whether the device under test initiates a "training request" within the specified time after receiving the instruction.

[0087] Step 2: Training frame interaction.

[0088] After the device under test (DUT) sends a training request to the testing device, the testing device replies with a bit-loaded training frame (containing a known pilot sequence). Upon receiving the bit-loaded training frame, the DUT replies with an acknowledgment message. The bit-loaded training frame is used to verify whether the DUT can correctly parse the training frame and calculate the channel quality and optimal bitloading table.

[0089] Step 3: Update the results.

[0090] After the test device completes its calculations, it proactively sends a training result update request to the test device, including the index of the calculated optimal bitloading table. Upon receiving the training result update request, the test device replies with an acknowledgment message (ACK); and sends a training result update acknowledgment message to the test device. After receiving the training result update acknowledgment message, the test device sends an acknowledgment message to the test device.

[0091] If the test device does not receive a training result update request from the device under test, or receives incorrect message information, the test will fail.

[0092] By capturing and analyzing the timestamps and field contents of each of the above-mentioned interaction messages, a comprehensive assessment can be made as to whether the training logic of the device under test conforms to the protocol specifications.

[0093] If the device to be tested is a CCO, the testing device can simulate the behavior of the STA to test the training process on the CCO side.

[0094] If the device under test is a STA (Stationary Audio Controller), the test device can simulate the behavior of a CCO (Channel Control Operator) to test the STA-side training process. Furthermore, when testing the STA-side training process, it can verify whether the STA can correctly feed back multiple independent sets of channel quality information in multi-stream mode.

[0095] S203, in response to the test result indicating that the protocol conformance test has passed, the test bit loading table obtained from the device under test will be sent to the test device.

[0096] If the test results indicate that the protocol conformance test is passed, the control device can read the complete test bit loading table from the device under test. The configuration management module verifies the parameters such as modulation order, code rate, number of streams, and frequency band configuration in the table. After confirming that the parameters meet the test specifications, a checksum mechanism is used to ensure that the data transmission is without loss or tampering. The test bit loading table is synchronously sent to the test device through the control line, so that the test device and the device under test load a completely consistent bitloading configuration. It is compatible with table structure parsing in both Single-Input Single-Output (SISO) and Multiple-Input Multiple-Output (MIMO) modes, and supports the synchronous sending of 1-stream and 2-stream tables, eliminating test errors caused by configuration differences between the two parties.

[0097] S204, send a message generation command to the first device.

[0098] The message generation instruction is used to instruct the first device to generate a modulated message based on the test bit loading table and send the modulated message to the second device; one of the first device and the second device is a test device, and the other is the device to be tested. The modulated message is a power line carrier data frame that has been modulated using Orthogonal Frequency Division Multiplexing (OFDM) according to the test bit loading table.

[0099] The control device designates the first device according to the test type. For example, when the device under test is the transmitter, the first device is the device under test; when the device under test is the receiver, the first device is the test device. The message generation instruction can include parameters such as a preset number of test frames, transmission interval, target frequency band, and test bit loading table index, and is sent to the first device through a serial port or network port.

[0100] After receiving the instruction, the first device generates a pseudo-random sequence modulation message according to the subcarrier modulation and coding rules of the test bit loading table, adapts to the message generation logic of SISO single-channel and MIMO three-phase, and generates two independent data stream modulation messages in 2-stream mode to ensure that the message format conforms to the physical layer frame specification of inductive integrated low-voltage broadband power line carrier communication.

[0101] S205, Receive demodulation messages sent by the second device.

[0102] The demodulated message is obtained by the second device from the demodulated message based on the test bit loading table. That is, the demodulated message is the original data frame restored after demodulation and decoding according to the test bit loading table.

[0103] The second device is connected to the first device via a power line channel, with a 30dB programmable attenuator connected in series to simulate a standard channel environment. After receiving the modulated message, the second device strictly follows the test bit loading table to complete the demodulation and decoding operations. After removing the physical layer overhead, the demodulated message is obtained. The demodulated message, reception time, frame sequence number, signal-to-noise ratio and other parameters are transmitted back to the control device via serial port or Ethernet.

[0104] The result statistics module of the control device caches demodulated messages in real time, supports synchronous reception and differentiation of two demodulated messages in MIMO mode, avoids data confusion between streams, ensures the originality of demodulated messages, and does not perform any additional data processing.

[0105] S206 verifies the demodulated message to obtain the message transmission performance of the device under test.

[0106] In this context, the device under test is the first device and the message transmission performance refers to the sending performance; or the device under test is the second device and the message transmission performance refers to the receiving performance. Sending performance refers to the success rate of message modulation, sending, and transmission when the device under test acts as the sender. Receiving performance refers to the success rate of message reception, demodulation, and decoding when the device under test acts as the receiver.

[0107] The control device compares the demodulated message with the pre-stored original pseudo-random message bit by bit. If the demodulated message is completely consistent with the pre-stored original pseudo-random message, the message transmission performance is determined to be up to standard; if at least one demodulated message is inconsistent with the pre-stored original pseudo-random message, the message transmission performance is determined to be down to standard.

[0108] In some optional implementations, a consistency comparison can be performed between the demodulated message and the original message to obtain the target number of consistent data in the demodulated message and the original message; wherein the original message is generated based on the test bit loading table; and the message transmission performance of the device under test is determined based on the target number and the total number of demodulated messages.

[0109] The result statistics module of the control device can sort the received demodulated messages by frame number and compare them frame by frame and bit by bit with the pre-stored original messages. The comparison range includes all data such as message payload, frame control field, and check bit. If all bits of a demodulated message frame are consistent with the original message, the number of consistent data is incremented by one. If there are bit errors, packet loss, or timeout failure to receive, the number of inconsistent data remains unchanged.

[0110] The comparison process supports real-time execution. Each received demodulated frame is immediately compared and the target quantity is updated. At the same time, the error location and error bit count of inconsistent frames are recorded to ensure the accuracy of the comparison results.

[0111] The control device can count the target number of consistent data, determine the success rate based on the target number and the total number of demodulated messages, and determine the transmission performance based on the success rate.

[0112] For example, if the total number of messages is 100 frames, the calculated success rate is compared with a preset threshold of 90%. If the success rate is greater than or equal to the threshold, the message transmission performance of the device under test is deemed to meet the requirements; if it is less than the threshold, it is deemed not to meet the requirements. This calculation method unifies the performance evaluation criteria, ensuring that the test results of different test scenarios and different devices are comparable and repeatable. At the same time, the success rate, target number, and total number are synchronously written into the test log, providing complete data support for the test report.

[0113] In this way, by comparing the demodulated messages with the original messages bit by bit to count the number of consistent data targets, and then combining this with the total number of messages to calculate the transmission success rate, the message transmission performance of the device under test can be accurately quantified, the performance evaluation standard can be unified, the objectivity, comparability and repeatability of the test results can be guaranteed, and the errors caused by manual statistics can be avoided.

[0114] In the above embodiments, the Bitloading protocol consistency test of the device under test is completed first, and then the message transmission performance test is performed synchronously based on the bitloading table that has passed the test. The protocol test and performance test are integrated into a single closed-loop process, which can eliminate the test blind spots caused by the separation of the two types of tests in the prior art, such as protocol compliance but performance failure or performance compliance but protocol non-standardization. At the same time, it reduces the operation of switching test environments and reconfiguring devices, and improves the comprehensiveness, accuracy and execution efficiency of the test.

[0115] In some optional implementations, the test bit loading table includes multiple test bit loading sub-tables, which are multiple independent sub-tables included in the test bit loading table, each corresponding to different stream numbers, modulation schemes, bit rates, and physical block configurations.

[0116] The message generation instruction is used to instruct the first device to generate different modulated messages based on different sub-tables in the loading sub-table based on multiple test bits, and to send the generated multiple modulated messages to the second device.

[0117] Based on this, the control device can receive the demodulation message of each modulation message sent by the second device; wherein, the demodulation message of each modulation message is obtained by the second device demodulating the modulation message based on the test bit loading sub-table corresponding to the modulation message.

[0118] For example, the message generation instruction issued by the control device contains table indexes for multiple test bit loading sub-tables. After receiving the instruction, the first device loads the modulation scheme, bit rate, and stream number parameters of each sub-table in sequence, and generates a corresponding modulation message independently for each sub-table; for example, sub-table 1 generates a single-channel modulation message, and sub-table 2 generates two independent modulation messages. The modulation messages of different sub-tables are distinguished in terms of frequency band and timing to avoid mutual interference; this process supports automatic traversal of all test bit loading sub-tables without manual configuration switching, and adapts to the multi-sub-table generation requirements of SISO / MIMO dual-mode.

[0119] The second device loads a sub-table according to the test bits corresponding to the modulation message, demodulates and decodes each modulation message one by one, and generates a corresponding demodulated message. The second device marks the sub-table index, stream number, and frame sequence number of each demodulated message, and synchronously transmits them back to the control device via serial port or Ethernet. The control device classifies and caches the demodulated messages according to the sub-table index to ensure that the demodulated messages of different sub-tables are not confused. It supports the parallel reception and parsing of multi-sub-table and multi-stream demodulated messages in MIMO mode, and ensures the complete reception of all demodulated messages.

[0120] In the above embodiments, the first device generates different modulation messages according to multiple sub-tables in the test bit loading table, and receives the demodulation message corresponding to each sub-table. This enables traversal testing of multiple configurations and multiple stream bitloading, comprehensively covering different modulation parameter scenarios of the device under test and improving test coverage.

[0121] In some optional implementations, when the test bit loading table includes multiple test bit loading sub-tables, it is necessary to verify the different demodulated messages received separately to obtain the initial transmission performance of the device under test for each demodulated message; and based on the determined initial transmission performance, determine the message transmission performance of the device under test.

[0122] For example, the control device loads the demodulated message corresponding to each test bit loading sub-table and performs a consistency comparison between the demodulated message corresponding to each test bit loading sub-table and the original message generated based on the corresponding test bit loading sub-table.

[0123] For example, any test bit can be loaded into the sub-table and the corresponding demodulated message can be sorted by frame number and compared with the corresponding original message frame by frame and bit by bit. The comparison range includes all data such as message payload, frame control field, and check bit. If all bits of a demodulated message frame are consistent with the original message, the number of consistent data is incremented by one. If there are bit errors, packet loss, or timeout failure to receive, the number of inconsistent data remains unchanged.

[0124] The control device can count the target number of consistent data, determine the success rate based on the target number and the total number of demodulated packets, and determine the initial transmission performance of the device under test for the demodulated packet corresponding to any test bit loaded into the sub-table based on the success rate.

[0125] The initial performance of each sub-table is statistically analyzed and judged separately without interference. At the same time, parameters such as failure frames, signal-to-noise ratio, and attenuation value of each sub-table are recorded to ensure the accuracy of single-configuration performance verification.

[0126] Then, the initial transmission performance of all sub-tables is summarized, and the initial success rate of each sub-table is compared with the threshold one by one to form a full configuration performance list; finally, the message transmission performance is based on the initial performance of the full quantum table, which intuitively reflects the overall transmission capability of the device under test under different bitloading configurations.

[0127] In the above embodiments, the initial transmission performance is obtained by verifying the demodulated packets of different sub-tables, and then the packet transmission performance of the device under test is determined by summarizing them. This can accurately evaluate the bitloading transmission capability of the device under test in multi-configuration and multi-stream scenarios, avoid the one-sidedness of single-configuration testing, and improve the comprehensiveness and reliability of test results.

[0128] In some alternative implementations, when the test bit loading table includes multiple test bit loading sub-tables, in the process of determining the message transmission performance of the device under test, the initial transmission performance of the demodulated message corresponding to each test bit loading sub-table must meet the standard in order to determine that the message transmission performance of the device under test meets the standard.

[0129] For example, in response to the determination that multiple initial transmission performances meet preset performance requirements, it is determined that the message transmission performance of the device under test meets preset performance requirements.

[0130] The control device can iterate through the initial transmission performance of all test bit loading sub-tables, and determine whether the initial success rate of each sub-table meets the preset performance requirement of greater than or equal to 90%. If the initial transmission performance of all sub-tables meets the standard, the overall message transmission performance of the device under test is determined to meet the preset performance requirement. If the initial transmission performance of any sub-table fails to meet the standard, the message transmission performance of the device under test is determined to be substandard. This judgment logic is executed automatically without manual intervention, and the judgment result and the information of the substandard sub-tables are simultaneously written into the test report.

[0131] In some alternative implementations, if the protocol consistency test passes, a closed-loop test can also be performed on the protocol consistency. For example, the Bitloading table generated by the device under test can be tested to see if it can be used for actual business data transmission.

[0132] For example, a simulation task can be sent to the device under test; the simulation task is used to instruct the device under test to generate a simulation bit loading table and obtain business data based on the simulation bit loading table.

[0133] It receives service data sent by the device under test, performs data verification on the service data, and determines the verification result of the protocol consistency of the device under test.

[0134] Among them, the simulated tasks are simulated business tasks such as meter reading and distribution network automation issued by the control equipment, which are used to trigger the bitloading process in real business scenarios.

[0135] The simulated bit loading table is a business scenario bit loading table that is automatically generated by the device under test after responding to the simulated task.

[0136] The service data consists of simulated service message data transmitted by the device under test according to the simulated bit loading table.

[0137] For example, the control device sends simulated service tasks such as meter reading and data acquisition to the device under test via a serial port. The tasks include parameters such as the target site, data length, and transmission frequency band. After receiving the task, if the device under test does not detect a valid bitloading table, it automatically triggers the complete bitloading training process. For details, please refer to [link to relevant documentation]. Figure 3 The process will not be elaborated here. A simulated bit loading table is generated independently. This process completely simulates the real network service scenario and verifies the automatic triggering logic of Bitloading training.

[0138] After the device under test completes the modulation, transmission, and reception of service data according to the simulated bit loading table, it sends the service data back to the control device. The control device verifies the integrity, timing, and format of the service data to ensure they conform to the protocol specifications. It also demodulates the received service data according to the simulated bit loading table and compares it with the original data to determine if the device under test transmitted the service data according to the simulated bit loading table. Simultaneously, it verifies the entire protocol interaction process from training triggering, table generation, to service transmission. If the service data is correct and the protocol process is compliant, the protocol consistency verification is considered successful; otherwise, it fails.

[0139] In the above embodiments, by simulating real business tasks to trigger the Bitloading process and verifying business data, the practicality of the Bitloading protocol of the device under test in actual networking scenarios can be verified, realizing closed-loop verification of Bitloading training and business transmission, and improving the authenticity of protocol testing.

[0140] In some alternative implementations, see [link to relevant documentation]. Figure 4 , Figure 4A flowchart for message transmission performance testing is provided, which includes the following steps:

[0141] S1: Test environment setup.

[0142] The appropriate test chamber and connection cables can be selected based on the type of device under test (e.g., SISO or MIMO). For SISO testing, a single power line connection is used; for MIMO testing, a three-phase (A / B / C) power line connection is used, and a three-way controlled attenuator is connected to simulate the uniform or non-uniform attenuation of the three channels. The control device starts the software platform, automatically detects and connects the test equipment and the device under test.

[0143] S2: Device initialization.

[0144] Power on all devices and set the target operating frequency band, such as band 1, band 2, or band 3. To verify link connectivity, the control device can control the test device to send 20 test command frames (Transmission Mode Index (TMI=4)). If a response is received, the initialization is considered successful; otherwise, an error is reported and the process terminates.

[0145] S3: Enter bit loading test mode.

[0146] The control device instructs the test device to continuously send 5 beacon frames (with 1-second intervals) to enable the device under test to complete clock synchronization. It then sends a specific "enter transparent transmission test mode" command sequence (e.g., 20 consecutive times) to the device under test, forcing it to switch from normal network state to Bitloading-specific test state. In this state, the device under test will ignore the regular network logic and directly execute the issued Bitloading table configuration.

[0147] S4: Load the bit table.

[0148] The control device reads the Bitloading table corresponding to the current test case from the predefined "Bitloading test set," which contains information such as modulation scheme, bit rate, and physical block distribution. This table is simultaneously sent to the test device via serial communication (as a configuration for the sender or receiver). This step ensures that both communicating parties use completely consistent modulation and demodulation strategies. The Bitloading test set is the set of test bitloading tables for which the protocol conformance test result of the device under test is passed; it can be a single table or multiple tables.

[0149] S5: Perform a bit loading test.

[0150] Different data flow logic is executed based on the test type (receive test or send test):

[0151] Receive Test Mode: The control device controls the test device (transmitter) to send 100 test frames in a loop according to the configured Bitloading table (each frame is spaced 1 second apart). After the test device receives the test messages, it transmits the received test messages back to the control device via the serial port.

[0152] Test transmission mode: The control device injects 100 test frames into the device under test via serial port. The device under test modulates these frames according to the configured bitloading table and transmits them via power line. After receiving the data, the test device (receiver) demodulates the received frames via serial port and sends them back to the control device.

[0153] S6: Statistical success rate.

[0154] The control device's result statistics module compares the original data from the sending end with the data returned from the receiving end in real time. If the two contents are completely consistent, it is counted as a successful communication; if they are inconsistent or no data is received within a timeout, it is counted as a failure. After 100 frames of testing are completed, the success rate (number of successful attempts / 100) is calculated. If the success rate is ≥90% (configurable threshold), the test case is considered passed; otherwise, it is considered a failure.

[0155] S7: Traverse the test set.

[0156] If the current bitloading table test is completed, the control device automatically checks if there are any untested entries in the test set. If so, it selects the next bitloading table (e.g., switching from stream 1 to stream 2, or changing the modulation order), returns to S4 to reissue the configuration and execute the test, until all preset test cases have been traversed.

[0157] S8: Generate a test report.

[0158] After all test cases have been executed, the testing software automatically generates a detailed test report. The report includes: the pass rate for each Bitloading table, detailed logs of failed test cases (such as which frame failed, the estimated signal-to-noise ratio at the time, etc.), overall test conclusions, and test environment parameter records.

[0159] For example, the following describes the performance testing of Bitloading in SISO mode, including test of receiving function and test of sending function.

[0160] See Figure 5 , Figure 5 A flowchart illustrating the bitloading reception function test in SISO mode is provided, including the following steps:

[0161] At the start of the test, the control device first sends a specified 1-stream bitloading table to the device under test via serial port. This table defines the modulation scheme (e.g., QPSK, 16QAM, 64QAM) and coding rate of the subcarriers. This 1-stream bitloading table can be generated by the device under test during protocol conformance performance testing.

[0162] After configuration, the control device instructs the test device to continuously send 100 test messages carrying pseudo-random sequences at 1-second intervals on a specified frequency band (e.g., 0.7-3MHz).

[0163] After receiving the test message on the power line side, the device under test demodulates and decodes it according to the Bitloading table. If demodulation is successful, the device under test will transmit the demodulated data back to the control device via the serial port.

[0164] The control device internally stores the original pseudo-random sequence before transmission, and it performs bit-level comparisons between the received data and the original sequence frame by frame.

[0165] If at least 90 out of 100 frames are completely identical, the receiving function under the Bitloading table configuration is deemed to be up to standard; otherwise, it is deemed to be down to standard, and the sequence number of the failed frame is recorded for subsequent analysis.

[0166] See Figure 6 , Figure 6 A flowchart illustrating the bitloading sending function test in SISO mode is provided, including the following steps:

[0167] The testing process is similar to the receiving function testing process, but the data flow is reversed. After the control device sends out a 1-stream bitloading table, it injects 100 test frames into the device under test via the serial port.

[0168] The device under test modulates the test message onto the power line and transmits it according to the 1-stream bitloading table. The testing device captures the test message on the power line side, demodulates it, and sends the data back to the testing host.

[0169] The test host compared the injected data with the returned data, using the same standard of 100 frames and a 90% success rate for judgment. This process verified the signal quality and protocol encapsulation correctness of the device under test at different modulation orders.

[0170] Exemplarily, the Bitloading performance test in the MIMO mode is introduced below. The MIMO mode supports the verification of multi-stream transmission in a three-phase power line environment. Taking the need to verify the transmission functions of the 1-stream Bitloading table and the 2-stream Bitloading table as an example, it includes the receive function test and the transmit function test. The 1-stream Bitloading table and the 2-stream Bitloading table can be generated by the device under test during the protocol consistency performance test.

[0171] See Figure 7 , Figure 7 which provides a schematic flow diagram of the Bitloading receive function test in the MIMO mode, including the following steps:

[0172] 1-stream test: Verify the diversity gain performance of the MIMO device in the single-stream transmission mode.

[0173] 2-stream test: Verify the spatial multiplexing ability and the inter-stream interference suppression ability of the MIMO device during two-stream concurrent transmission.

[0174] The control device sequentially selects the 1-stream table and the 2-stream table and sends them to the test device. The control device instructs the test device to continuously send 100 frames of space-time encoded test messages on the three-phase line at an interval of 1 second in the specified frequency band (e.g., 0.7 - 3 MHz). After the device under test receives and demodulates the messages, it returns the data through the serial port. The control device compares the received message data with the message saved before transmission. If the messages are consistent, it is considered that the message has been transparently transmitted successfully, and the communication success count is incremented by 1. If the messages are inconsistent, the communication success count remains unchanged. If the success rate is less than 90%, the receive function fails to meet the standard. If the success rate is greater than 90%, the receive function meets the standard.

[0175] For the 2-stream test, the control device needs to compare the integrity of the two data streams simultaneously. Only when the success rates of both streams meet the threshold requirements, the receive function is considered to meet the standard.

[0176] See Figure 8 , Figure 8 which provides a schematic flow diagram of the Bitloading transmit function test in the MIMO mode, including the following steps:

[0177] The testing procedure is similar to the receiving function test. The device under test (DUT) is placed in the transmitting position, acting as a three-phase transmitter. The control device injects dual data streams (for two-stream testing) into the DUT, which modulates and maps them onto the three-phase power lines. The testing device synchronously receives the data on the three-phase lines, separates the data streams, and transmits them back. The control device compares the injected data with the returned data. If the messages match, the message is considered successfully transmitted, and the communication success count is incremented by 1. If the messages do not match, the communication success count remains unchanged. If the success rate is less than 90%, the transmitting function fails; if the success rate is greater than 90%, the transmitting function succeeds.

[0178] The test focuses on verifying the power spectral density compliance of the device under test during multi-stream transmission, the signal consistency between phases, and the correct application of the MIMO precoding matrix.

[0179] In some optional implementations, see Table 1, which provides a test environment configuration parameter.

[0180] Table 1:

[0181]

[0182] Optionally, see Table 2, which provides an example set of bitloading tests.

[0183] Table 2:

[0184]

[0185] This collection covers different stream numbers, different modulation orders, different bit rates, and different physical block (PHY Block, PB) configurations.

[0186] During testing, the control device automatically iterates through each item in the set to ensure that the device under test can function properly under all possible configurations. Meanwhile, standardized test parameters (such as a default attenuation of 30dB, a test length of 100 frames, and a 90% pass threshold) guarantee the consistency and comparability of the test results.

[0187] In the above embodiments, the parameter configurations and test conditions are merely illustrative examples, and parameter configurations and test conditions different from those in the above embodiments are also within the scope of protection of this application.

[0188] For example, in addition to frequency bands 1, 2, and 3, frequency band 4 (0.781MHz-5.615MHz) can be added for testing to expand the test coverage.

[0189] The attenuation step size can be adjusted from 10dB to 5dB or 1dB to improve test accuracy and perform finer-grained channel attenuation tests.

[0190] It can use either continuous beacon or periodic beacon synchronization methods to meet the clock synchronization needs of different devices.

[0191] Shielded enclosures can be used to replace performance or protocol enclosures, or virtual instruments can be used as testing equipment to replace transparent physical equipment, thereby reducing testing costs.

[0192] In addition to serial communication, Ethernet, USB and other interfaces can be used for communication between the test host and the device.

[0193] In addition to white noise, impulse noise, and narrowband noise, tests can be conducted on noise types specific to power lines, such as household appliance noise and electric arc noise.

[0194] The test roles of CCO and STA can be interchanged, with CCO used for receiving tests and STA used for transmitting tests, to verify the symmetry of the bitloading function of the device under different roles.

[0195] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0196] Based on the same inventive concept, this application also provides a power line carrier device testing apparatus for implementing the power line carrier device testing method described above. The solution provided by this apparatus is similar to the implementation described in the above method; therefore, the specific limitations in one or more power line carrier device testing apparatus embodiments provided below can be found in the limitations of the power line carrier device testing method described above, and will not be repeated here.

[0197] In one exemplary embodiment, such as Figure 9 As shown, a power line carrier device testing apparatus is provided, comprising:

[0198] The first sending module 10 is used to send protocol test information and auxiliary messages to the device under test;

[0199] The first receiving module 20 is used to receive the table index sent by the device under test, and determine the test result of the protocol conformance test of the device under test based on the table index; wherein, the table index is the index of the test bit loading table generated by the device under test based on the protocol test information and auxiliary messages;

[0200] The second sending module 30 is used to send the test bit loading table obtained from the device under test to the test device in response to the test result indicating that the protocol consistency test has passed;

[0201] The third sending module 40 is used to send a message generation instruction to the first device; wherein, the message generation instruction is used to instruct the first device to generate a modulated message based on the test bit loading table and send the modulated message to the second device; one of the first device and the second device is a test device and the other is a device to be tested;

[0202] The second receiving module 50 is used to receive the demodulated message sent by the second device; wherein the demodulated message is obtained by the second device demodulating the modulated message based on the test bit loading table;

[0203] The verification module 60 is used to verify the demodulated message to obtain the message transmission performance of the device under test; wherein the device under test is the first device and the message transmission performance is the sending performance; or the device under test is the second device and the message transmission performance is the receiving performance.

[0204] In the above embodiments, the Bitloading protocol consistency test of the device under test is completed first, and then the message transmission performance test is performed synchronously based on the bitloading table that has passed the test. The protocol test and performance test are integrated into a single closed-loop process, which can eliminate the test blind spots caused by the separation of the two types of tests in the prior art, such as protocol compliance but performance failure or performance compliance but protocol non-standardization. At the same time, it reduces the operation of switching test environments and reconfiguring devices, and improves the comprehensiveness, accuracy and execution efficiency of the test.

[0205] In one embodiment, the verification module 60 is specifically used for:

[0206] A consistency comparison is performed between the demodulated message and the original message to obtain the target number of consistent data in the demodulated message and the original message; the original message is generated based on the test bit loading table; the message transmission performance of the device under test is determined based on the target number and the total number of demodulated messages.

[0207] In one embodiment, the test bit loading table includes multiple test bit loading sub-tables. The message generation instruction is used to instruct the first device to generate different modulated messages based on different sub-tables in the multiple test bit loading sub-tables, and to send the generated multiple modulated messages to the second device; the second receiving module 50 is specifically used for:

[0208] The device receives the demodulation message of each modulation message sent by the second device; wherein the demodulation message of each modulation message is obtained by the second device demodulating the modulation message based on the test bit loading sub-table corresponding to the modulation message.

[0209] In one embodiment, the verification module 60 is specifically used for:

[0210] The different demodulated messages received are verified separately to obtain the initial transmission performance of the device under test for each demodulated message; based on the determined initial transmission performance, the message transmission performance of the device under test is determined.

[0211] In one embodiment, the verification module 60 is specifically used for:

[0212] In response to the determination that multiple initial transmission performance parameters meet preset performance requirements, the message transmission performance of the device under test is determined to meet preset performance requirements.

[0213] In one embodiment, the device further includes a verification module for:

[0214] Send a simulation task to the device under test; the simulation task is used to instruct the device under test to generate a simulation bit loading table and obtain service data based on the simulation bit loading table; receive the service data sent by the device under test, perform data verification on the service data, and determine the verification result of the protocol consistency of the device under test.

[0215] Each module in the aforementioned power line carrier equipment testing device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device in hardware form, or stored in the memory of a computer device in software form, so that the processor can call and execute the operations corresponding to each module.

[0216] In one exemplary embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 10As shown, this computer device includes a processor, memory, input / output (I / O) interfaces, and a communication interface. The processor, memory, and I / O interfaces are connected via a system bus, and the communication interface is also connected to the system bus via the I / O interfaces. The processor provides computational and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and databases. The internal memory provides the environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The I / O interfaces are used for exchanging information between the processor and external devices. The communication interface is used for communication with external terminals via a network connection. When the computer program is executed by the processor, it implements a power line carrier device testing method.

[0217] Those skilled in the art will understand that Figure 10 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0218] In one exemplary embodiment, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps of the power line carrier device testing method described in any of the above embodiments.

[0219] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps of the power line carrier device testing method described in any of the above embodiments.

[0220] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps of the power line carrier device testing method described in any of the above embodiments.

[0221] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with relevant regulations.

[0222] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0223] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0224] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A test method for power line carrier equipment, characterized in that, Applied to control equipment, the method includes: Send protocol test information and auxiliary messages to the device under test; The system receives a table index sent by the device under test and determines the test result of the protocol conformance test of the device under test based on the table index; wherein, the table index is the index of the test bit loading table generated by the device under test based on the protocol test information and the auxiliary message; In response to the test result indicating that the protocol consistency test has passed, the test bit loading table obtained from the device under test is sent to the test device; A message generation instruction is sent to a first device; wherein the message generation instruction is used to instruct the first device to generate a modulated message based on the test bit loading table and send the modulated message to a second device; one of the first device and the second device is the test device, and the other is the device to be tested; Receive a demodulated message sent by the second device; wherein the demodulated message is obtained by the second device from demodulating the modulated message based on the test bit loading table; The demodulated message is verified to obtain the message transmission performance of the device under test; wherein the device under test is the first device and the message transmission performance is the sending performance; or the device under test is the second device and the message transmission performance is the receiving performance.

2. The method according to claim 1, characterized in that, The step of verifying the demodulated message to obtain the message transmission performance of the device under test includes: A consistency comparison is performed between the demodulated message and the original message to obtain the target number of consistent data in the demodulated message and the original message; wherein, the original message is generated based on the test bit loading table; The message transmission performance of the device under test is determined based on the target number and the total number of demodulated messages.

3. The method according to claim 1, characterized in that, The test bit loading table includes multiple test bit loading sub-tables. The message generation instruction is used to instruct the first device to generate different modulated messages based on different sub-tables in the multiple test bit loading sub-tables, and send the generated multiple modulated messages to the second device. The receiving of the demodulation message sent by the second device includes: The device receives a demodulated message for each modulation message sent by the second device; wherein the demodulated message for each modulation message is obtained by the second device demodulating the modulation message based on the test bit loading sub-table corresponding to the modulation message.

4. The method according to claim 3, characterized in that, The step of verifying the demodulated message to obtain the message transmission performance of the device under test includes: The different demodulated packets received are verified separately to obtain the initial transmission performance of the device under test for each demodulated packet; The message transmission performance of the device under test is determined based on the determined initial transmission performance.

5. The method according to claim 4, characterized in that, The step of determining the message transmission performance of the device under test based on the determined initial transmission performance includes: In response to the determination that multiple initial transmission performances meet preset performance requirements, it is determined that the message transmission performance of the device under test meets the preset performance requirements.

6. The method according to any one of claims 1-5, characterized in that, The method further includes: A simulation task is sent to the device under test; wherein the simulation task is used to instruct the device under test to generate a simulation bit loading table and obtain service data based on the simulation bit loading table; The system receives the service data sent by the device under test, performs data verification on the service data, and determines the verification result of the protocol consistency of the device under test.

7. A power line carrier equipment testing device, characterized in that, The device is configured in a control device, and the device includes: The first sending module is used to send protocol test information and auxiliary messages to the device under test; The first receiving module is configured to receive the table index sent by the device under test, and determine the test result of the protocol conformance test of the device under test based on the table index; wherein, the table index is the index of the test bit loading table generated by the device under test based on the protocol test information and the auxiliary message; The second sending module is used to send the test bit loading table obtained from the device under test to the test device in response to the test result indicating that the protocol consistency test has passed; The third sending module is used to send a message generation instruction to the first device; wherein, the message generation instruction is used to instruct the first device to generate a modulated message based on the test bit loading table and send the modulated message to the second device; one of the first device and the second device is the test device, and the other is the device to be tested; The second receiving module is used to receive the demodulated message sent by the second device; wherein the demodulated message is obtained by the second device from demodulating the modulated message based on the test bit loading table; The verification module is used to verify the demodulated message to obtain the message transmission performance of the device under test; wherein the device under test is the first device and the message transmission performance is the sending performance; or the device under test is the second device and the message transmission performance is the receiving performance.

8. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 6.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 6.

Images