System and method for detecting A interface equipment based on upper computer

Abstract

The invention provides a system and a method for detecting A interface equipment based on an upper computer. The method comprises the following steps: establishing a configuration group file containing a semaphore dictionary table, an A interface protocol script of detected equipment and a network access test list file of the detected equipment; importing a configuration group file, and realizing multi-source file loading through a configuration management interface; based on the imported A interface protocol script and the network access test list file, connection information of the tested equipment is adaptively configured through a communication protocol and interface parameters, and connection between the upper computer and the tested equipment is established; pre-detecting the state of the detected equipment, generating an operation health degree evaluation report, and determining whether the detected equipment can work normally or not; and the upper computer program constructs a test case queue based on the semaphore information in the network access test list, completes batch semaphore verification, and generates a detection report. According to the invention, the problems of complex process, low efficiency, much manual operation and the like during detection of the A interface equipment can be solved.

Description

Technical Field

[0001] The present invention belongs to the technical field of testing, and particularly relates to a detection system and method for A-interface devices based on a host computer. Background Art

[0002] In the field of communication device detection, as a key communication protocol between a device and a monitoring system, the performance verification of the A-interface directly affects the stability of network operation.

[0003] The existing A-interface device detection technology mainly adopts an architecture mode in which a terminal gateway software calls a protocol script. Its core process requires the device under test to be physically connected to the gateway hardware interface, and the instruction interaction is triggered by calling a pre-set A-interface protocol script; the gateway operation and maintenance monitoring platform, as the core control center, undertakes the functions of instruction issuing, data receiving and result presentation. Testers need to log in to the system through the platform account to execute control operations, and the final detection results are displayed on the monitoring platform in the form of a visual interface. This technical system highly depends on the coordinated operation of the FSU monitoring platform, FSU hardware and the device under test, but there are multiple technical bottlenecks in actual applications: First of all, the detection process involves deep coupling of the network communication layer (data transmission between the gateway operation and maintenance monitoring platform and the gateway), the software logic layer (white-box protocol script parsing) and the device response layer. When an abnormality occurs in the detection process, testers need to check the network connection status in turn (such as the loss of instructions caused by TCP / IP communication interruption), the defects of the software code itself and the hardware faults of the device, etc. This linear troubleshooting mode results in a relatively long average fault location time; Secondly, the system vulnerability is significant. For example, the heartbeat packet is lost between the gateway operation and maintenance monitoring platform and the gateway due to network jitter (triggering the system to misjudge the device as offline), or there are protocol parsing compatibility problems after the white-box software version is upgraded; Finally, the result verification link still relies on manual operation. Testers need to compare the device, reported data and preset parameters in the test document item by item. This process not only takes a long time, but also has a misjudgment rate in manual visual verification. Especially when dealing with multi-dimensional data correlation analysis (such as the consistency verification of time-series data), the efficiency drops sharply.

[0004] Therefore, although the current technical framework has achieved basic detection functions, its defects of high system coupling degree, low automation degree and poor scalability have become the key obstacles restricting the improvement of communication device detection efficiency. Summary of the Invention

[0005] Aiming at the deficiencies of the existing technology, the present invention provides a detection system and method for A-interface devices based on a host computer, aiming to solve the problems of complex process, low efficiency and many manual operations existing in the detection of A-interface devices in the existing technology.

[0006] On the one hand, an embodiment of the present invention provides a detection system for A-interface devices based on a host computer. The system includes a configuration management module, a device testing module, and a test report module, where: The configuration management module is responsible for the configuration work of relevant data required for detecting devices, including three core functional units: a semaphore dictionary, an A-interface protocol library, and an access network test list; Further, in the configuration management module: The semaphore dictionary unit is used to provide all semaphore information that needs to be parsed by the A-interface for the system; it manages the semaphore names, codes, types, and unit information of all devices using an Excel file. After the system imports the file, the data is stored in memory and visually displayed on the configuration interface, providing a standardized semaphore benchmark for subsequent detections; The A-interface protocol library unit is used to save all A-interface protocol files. The configuration page will record the path information of all A-interface protocol files. The A-interface communication protocol is stored through the A-interface protocol files, and the configuration page records the script path to dynamically call the protocol script, supporting real-time parsing of instructions during device data interaction; The access network test list unit is used to configure detection rules based on an Excel file, including template configuration (processing multi-module semaphores), semaphore configuration (filtering detection items), and rule configuration (defining comparison logic and execution order). After all the data in the table is configured, it is saved as an Excel file, supporting cross-platform editing and reuse, where: Template configuration is used to solve the situation where the same semaphore of the device under test has multiple modules, that is, to process multi-module semaphores; for example, a switching power supply device has multiple modules such as a rectification module, a power distribution unit, and a battery. When configuring, templates will be configured for these semaphores; Semaphore configuration is used to configure all semaphores that need to be detected, that is, to filter monitoring items; Rule configuration is used as the judgment criterion for the final detection. Based on the data configured by the semaphore configuration, all semaphore tables and data that need to be compared are compared by means of greater than, less than, equal to, not equal to, interval, etc.; if the semaphore belongs to the downlink instructions of remote control and remote adjustment classes, the execution order of the semaphore issuance also needs to be set.

[0007] The device testing module is used to implement device connection, data interaction, call the A-interface protocol script for data parsing, and display the real-time data and instruction results of the device, including four parts: a device connection configuration unit, a device real-time data query unit, a device protocol testing unit, and a one-key testing unit; Further, in the device testing module: The device connection configuration unit is used to set device communication parameters, load the access network test list and the A-interface protocol script, and establish a two-way data channel; The real-time data query unit of the device is used to continuously call the A interface protocol script to send query instructions, parse the device return data and dynamically display the real-time status; The device protocol test unit is used to debug the A interface protocol script and test the device interaction. Specifically, before detection, it debugs whether the query or control instructions generated by the A interface protocol script are correct and whether there are problems with the device data interaction. The device protocol test unit supports manual debugging of the A interface protocol script, generating and sending binary instructions (such as remote control / remote adjustment instructions), and recording the interaction process to verify the instruction accuracy; The one-key test unit is responsible for the final detection work, compares the device data according to the network access test list, and finally forms a test report. It automatically generates an instruction sequence according to the network access test list, executes item by item and compares the device return data with the preset rules to generate a structured test result.

[0008] The test report module includes a test report management unit, which is used to integrate the one-key test results, generate a standardized test report file, support report storage, viewing and deletion functions, and the test results can be synchronized to the cloud platform to save local storage space.

[0009] On the other hand of the embodiment of the present invention, based on the same inventive concept of the above-mentioned detection system for A interface devices based on a host computer, a detection method for A interface devices based on a host computer is provided, which is applied to the above-mentioned detection system for A interface devices based on a host computer. The method specifically includes the following: Configuration file preparation, establishing a configuration group file including a semaphore dictionary table, the A interface protocol script of the device to be detected, and the network access test list file of the device to be detected; Intelligent configuration loading, importing the configuration group file into the host computer configuration management interface, realizing multi-source file loading through the configuration management interface, supporting local storage import and cloud file synchronous download, and establishing a file hash verification mechanism to ensure configuration integrity; After the configuration group file is imported, based on the imported A interface protocol script of the device to be detected and the network access test list file of the device to be detected, the host computer program adaptively configures the connection information of the device to be tested through the communication protocol and interface parameters, and establishes a connection between the host computer and the device to be detected; After the host computer and the device to be detected are successfully connected, pre-check the status of the device to be detected and generate an operation health assessment report. Based on the operation health assessment report, determine whether the data of the device to be detected is normal, and then determine whether the device to be detected can work normally; Automated one - key test execution. After the host computer successfully connects to the device under test and there are no debugging errors, the host computer program constructs a test case queue based on the semaphore information in the network access test list, uses a multi - thread instruction sending and receiving mechanism to complete batch semaphore verification, and generates a structured detection report containing digital watermarks and encrypted signatures.

[0010] Furthermore, in the preparation of the configuration file, when establishing a configuration group file that includes a semaphore dictionary table, the A - interface protocol script of the device under test, and the network access test list file of the device under test: The semaphore dictionary table contains device semaphore metadata; The A - interface protocol script of the device under test contains data parsing algorithms and instruction generation rules; The network access test list of the device under test defines a set of detection indicators and corresponding verification methods.

[0011] Furthermore, for the intelligent loading of the configuration, when importing the configuration group file in the host computer configuration management interface, realizing multi - source file loading through the configuration management interface, supporting local storage import and cloud file synchronous download, and establishing a file hash verification mechanism to ensure configuration integrity: The multi - source file loading includes intelligent identification of local files, supporting the parsing of multiple structured data formats; a secure cloud file download channel, using the TLS encryption transmission protocol; a file version conflict detection algorithm to automatically maintain the configuration version tree.

[0012] Furthermore, after the import of the configuration group file is completed, based on the imported A - interface protocol script of the device under test and the network access test list file of the device under test, the host computer program adaptively configures the connection information of the device under test through the communication protocol and interface parameters, and establishes a connection between the host computer and the device under test: The communication protocol and interface include one or more of serial port parameters, TCP parameters, or MQTT protocol information; the host computer program adaptively configures the connection information of the device under test through the communication protocol and interface parameters. Specifically, the adaptive configuration of the connection information of the device under test includes configuring one or more of the serial port number, baud rate, parity bit, stop bit parameter, flow control, server address, device code, and port number; after establishing the connection between the host computer and the device under test, data interaction is completed using the communication protocol and interface.

[0013] Furthermore, after the host computer successfully connects to the device under test, pre - check the status of the device under test and generate a running health assessment report. Based on the running health assessment report, determine whether the data of the device under test is normal, and further determine whether the device under test can work properly. Specifically, it also includes: The host computer program obtains queries through the periodic polling mechanism driven by the A interface protocol script, and sequentially sends query instructions to the devices to be detected; After receiving the instructions, the devices to be detected return the data of the devices to be detected, and the host computer program schedules the A interface protocol script again to parse the data returned by the devices to be detected; Based on the parsing results of the returned data, determine whether the data of the devices to be detected is normal, and then determine whether the devices are working properly.

[0014] Further, in an embodiment, the step of determining whether the data of the devices to be detected is normal based on the parsing results of the returned data and then determining whether the devices are working properly further includes troubleshooting the cause of the error based on the parsing results of the data returned by the devices to be detected. The specific troubleshooting is as follows: Switch to the device protocol test page and select the instructions corresponding to this semaphore; Based on the instructions corresponding to this semaphore selected by the host computer program, call the A interface protocol script to generate the instructions of the device, and display the HEX string of the instruction binary on the interface to check whether the instructions are correct; If the instructions are incorrect, the A interface protocol script needs to be modified. If the instructions are correct, check whether the data returned by the device is correct, where: If the data returned by the device is incorrect, check whether the device is normal; If the data returned by the device is correct but the data parsed by the script is incorrect, check whether there is an error in the parsing of the A interface protocol script, so as to detect the cause of the data error and debug the problematic instructions.

[0015] Further, the host computer program constructs a test case queue based on the semaphore information in the network access test list, and uses a multi-threaded instruction sending and receiving mechanism to complete batch semaphore verification, and generates a structured detection report containing digital watermarks and encrypted signatures. Specifically, it further includes: The host computer program constructs a test case queue based on the semaphore information in the network access test list, calls the A interface protocol script to generate the device instructions to be sent, and sequentially sends the device instructions; After receiving the instructions, the device will return the device data. The host computer program then calls the A interface protocol script to parse the data returned by the device, and compares the parsed data with the network access test list; Record the comparison results. When the test ends, the host computer program will generate a final detection report based on the comparison records.

[0016] Further, in an embodiment, the step of the host computer program then calling the A interface protocol script to parse the data returned by the device and comparing the parsed data with the network access test list is specifically: By detecting whether the semaphore of the parsed data conforms to the network access test list, if the semaphore does not conform to the network access test list, it indicates that the detection result fails, and the device protocol test page can be returned to retest the unsuccessful semaphore; if the semaphore conforms to the network access test list, it indicates that the detection result passes and the detection is completed.

[0017] Further, the test report is a PDF file. The result of the test report is the basis for whether the device can pass the detection. The detection report will contain the hash value of the network access test list file used to evaluate whether the rule file used is the originally provided rule file, and the file will be watermarked and encrypted to prevent tampering.

[0018] Compared with the prior art, the present invention directly connects to the A-interface device through the host computer software, eliminating the interaction between the device, the gateway, and the gateway operation and maintenance monitoring platform, reducing the detection process, enabling more clear and rapid positioning of data errors, and more efficient cause finding; through device instruction issuance and automated processing of device data detection and comparison, a large number of manual operations are reduced, improving the detection efficiency; at the same time, the present invention can start testing and debugging the device by importing the configuration group file, making the detection work simple and convenient, and sharing the pressure of the detection work.

[0019] Other features and advantages of the present invention will be described in the subsequent description, and in part, will be obvious from the description or will be understood by implementing the present invention. The objectives and other advantages of the present invention can be realized and obtained by the structures pointed out in the description, the claims, and the drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, the following drawings are some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0021] Figure 1 is a system framework diagram for detecting A-interface devices based on the host computer; Figure 2 is a dual-mode deployment structure diagram of the system for detecting A-interface devices based on the host computer; Figure 3 is a method flow diagram for detecting A-interface devices based on the host computer; Figure 4 is another method flow diagram for detecting A-interface devices based on the host computer; Figure 5It is an automated test timing diagram for the detection method of A interface devices based on the host computer. Specific implementation manners

[0022] To make the objectives, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Apparently, the described embodiments are some but not all of the embodiments of the present invention. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.

[0023] In one embodiment, please refer to Figure 1 , a detection system for A interface devices based on the host computer is provided. The system includes a configuration management module, a device testing module, and a test report module. By integrating standardized data configuration, automated test processes, and intelligent result analysis, the efficiency and accuracy of device interface detection are achieved. Among them: The configuration management module is responsible for managing the configuration of relevant data required for device detection, including three core functional units: a semaphore dictionary, an A interface protocol library, and an access network test list; The device testing module is used to implement device connection, data interaction, call A interface protocol scripts for data parsing, and display the real-time data and instruction results of the device. It includes four parts: a device connection configuration unit, a device real-time data query unit, a device protocol testing unit, and a one-key testing unit; The test report module includes a test report management unit, which is used to integrate the one-key test results, generate a standardized test report file, support report storage, viewing, and deletion functions, and the test results can be synchronized to the cloud platform to save local storage space.

[0024] Furthermore, in the configuration management module: The semaphore dictionary unit is used to provide all semaphore information that needs to be parsed by the A interface for the system; all device semaphore names, encodings, types, and unit information are managed using Excel files. After the system imports the files, the data is stored in memory and visually displayed on the configuration interface, providing a standardized semaphore benchmark for subsequent detection; The A interface protocol library unit is used to save all A interface protocol files. The configuration page will record the path information of all A interface protocol files. The A interface communication protocol is stored through the A interface protocol files, and the script path is recorded on the configuration page to dynamically call the protocol script, supporting real-time parsing of instructions during device data interaction; The network access test list unit is used to configure detection rules based on an Excel file, including template configuration (processing multi-module semaphores), semaphore configuration (screening detection items), and rule configuration (defining comparison logic and execution order). After all the data in the form is configured, it is saved as an Excel file, supporting cross-platform editing and reuse. Among them: Template configuration is used to solve the situation where there are multiple modules for the same semaphore of the device to be detected, that is, to process multi-module semaphores. For example, a switching power supply device has multiple modules such as a rectification module, a power distribution unit, and a battery. When configuring, templates will be configured for these semaphores; Semaphore configuration is used to configure all the semaphores that need to be detected, that is, to screen monitoring items; Rule configuration is used as the judgment criterion for the final detection. Based on the data configured by the semaphore configuration, all the semaphore tables and data that need to be compared are compared by means such as greater than, less than, equal to, not equal to, and interval. If the semaphore belongs to the downlink instructions of remote control and remote adjustment categories, the execution order of the semaphore issuance also needs to be set.

[0025] Furthermore, in the device test module: The device connection configuration unit is used to set device communication parameters, load the network access test list and the A-interface protocol script, and establish a two-way data channel; The device real-time data query unit is used to continuously call the A-interface protocol script to send query instructions, parse the device return data, and dynamically display the real-time status; The device protocol test unit is used to debug the A-interface protocol script and test device interaction. Specifically, before detection, it is to debug whether the query or control instructions generated by the A-interface protocol script are correct and whether there are problems with the device data interaction. The device protocol test unit supports manual debugging of the A-interface protocol script, generating and issuing binary instructions (such as remote control / remote adjustment instructions), and recording the interaction process to verify the instruction accuracy; The one-key test unit is responsible for the final detection work, compares the device data according to the network access test list, and finally forms a test report. It automatically generates an instruction sequence according to the network access test list, executes item by item, and compares the device return data with the preset rules to generate a structured test result.

[0026] In an embodiment, in order to adapt to different scenario requirements, the system of the present invention provides a differential deployment plan. For the A-interface device detection system based on the host computer, a dual-mode deployment plan is constructed to meet the requirements of local deployment in a classified / intranet environment, and at the same time support cloud collaborative operations for cross-regional teams; please refer to Figure 2 , Figure 2It is a dual-mode deployment structure diagram of the A-interface device detection system based on the host computer. Specifically, before the detection system detects the A-interface device, a mode deployment module is introduced into the host computer software. The mode deployment module includes a single-version module and a networked-version module, where: The single-version module is used for the local independent operation mode, without account authentication, and the data is completely managed in a local closed loop; The networked-version module is used for the cloud collaborative work mode, with mandatory account authentication and authorization, and supports cloud data interaction.

[0027] Furthermore, when the user selects different modules for deployment, there are certain differences, as shown in Table 1: Dual-Mode Deployment Difference Table. When the user selects the single-version module for deployment: First, in the configuration management module, the semaphore dictionary unit only supports the encrypted storage and import of local Excel files. Second, all A-interface protocol files saved in the A-interface protocol library unit are stored locally in encrypted form, and at the same time, anti-tampering verification is performed. Third, in the device testing module, the device connection configuration unit only supports direct connection to physical devices, stores the communication parameters in a fixed form, and encrypts the configuration file. At the same time, the test rules of the single-piece testing unit completely depend on the local network access test list. Finally, in the test report module, the test report file formed by the test report management unit is locally signed through digest anti-tampering. When the user selects the networked-version module for deployment: First, in the configuration management module, the semaphore dictionary unit adds cloud semaphore template library comparison and verification, supports the loading of local Excel files and the dynamic update of the cloud protocol library. Second, all A-interface protocol files saved in the A-interface protocol library unit support local encrypted storage and the download of the cloud test template library, and at the same time, anti-tampering verification is performed. Third, in the device testing module, the device connection configuration unit supports direct connection to physical devices and cloud proxy access, stores the communication parameters in a two-way fixed form, and encrypts the configuration file. Finally, in the test report module, it supports local database storage and automatic generation of version snapshots for cloud synchronization.

[0028] Table 1: Dual-Mode Deployment Difference Table

[0029] In this embodiment, the operation convenience and data security requirements are effectively balanced through the dual-mode deployment method. The user can flexibly select the deployment mode according to the actual business scenario, and at the same time, a standardized interface is reserved for system function expansion. In one embodiment, please refer to Figure 3 、 Figure 4 and Figure 5 , which provides a detection method for A-interface devices based on the host computer. First, please refer to Figure 3 、 Figure 4 , and the method includes the following steps: Step S1: Configuration file preparation, establishing a configuration group file that includes a semaphore dictionary table, the A-interface protocol script of the device under test, and the network access test list file of the device under test; Further, the semaphore dictionary table contains device semaphore metadata, the A-interface protocol script of the device under test includes data parsing algorithms and instruction generation rules, and the network access test list of the device under test defines the detection index set and corresponding verification methods.

[0030] Step S2: Intelligent configuration loading, importing the configuration group file into the upper computer configuration management interface, realizing multi-source file loading through the configuration management interface, supporting local storage import and cloud file synchronous download, and establishing a file hash verification mechanism to ensure configuration integrity; Further, for intelligent configuration loading, when importing the configuration group file into the upper computer configuration management interface and realizing multi-source file loading through the configuration management interface, the multi-source file loading includes intelligent recognition of local files, supporting the parsing of multiple structured data formats; a secure cloud file download channel, adopting the TLS encryption transmission protocol; a file version conflict detection algorithm, automatically maintaining the configuration version tree.

[0031] After the configuration group file is imported, based on the imported A-interface protocol script of the device under test and the network access test list file of the device under test, the upper computer program adaptively configures the connection information of the device under test through the communication protocol and interface parameters, and establishes a connection between the upper computer and the device under test; Further, the communication protocol and interface include one or more of serial port parameters, TCP parameters, or MQTT protocol information; the upper computer program adaptively configures the connection information of the device under test through the communication protocol and interface parameters, where the adaptive configuration of the connection information of the device under test specifically includes configuring one or more of the serial port number, baud rate, parity bit, stop bit parameter, flow control, server address, device code, and port number; Further, step S3 also includes: after establishing a connection between the upper computer and the device under test, using the communication protocol and interface to complete data interaction.

[0032] After the upper computer and the device under test are successfully connected, pre-check the status of the device under test and generate an operation health assessment report, determine whether the data of the device under test is normal based on the operation health assessment report, and further determine whether the device under test can work normally; Further, after the upper computer and the device under test are successfully connected, pre-check the status of the device under test and generate an operation health assessment report, determine whether the data of the device under test is normal based on the operation health assessment report, and further determine whether the device under test can work normally, specifically including: Step S401: The host computer program obtains the query specification through the periodic polling mechanism driven by the A-interface protocol script, and sequentially sends query instructions to the device under test; Step S402: After receiving the instruction, the device under test returns the data of the device under test, and the host computer program schedules the A-interface protocol script again to parse the data returned by the device under test; Step S403: Based on the parsing result of the returned data, determine whether the data of the device under test is normal, and further determine whether the device is working properly.

[0033] Furthermore, in Step S403, its purpose is mainly to find problems with the debugging device and the A-interface protocol script. In many cases, inaccurate data may not necessarily be a problem with the device, but may also be a problem with the A-interface protocol script. Therefore, there needs to be a place to facilitate debugging the A-interface protocol and device data to quickly find the source of the problem; when the device data all shows normal, one-key testing can be selected to start; thus, the step of determining whether the data of the device under test is normal based on the parsing result of the returned data and further determining whether the device is working properly also includes troubleshooting the cause of the error based on the parsing result of the data returned by the device under test. The specific troubleshooting is as follows: Switch to the device protocol test page and select the instruction corresponding to this semaphore; Based on the instruction corresponding to this semaphore selected by the host computer program, the A-interface protocol script is called to generate the instruction of the device, and the HEX string of the instruction binary is displayed on the interface to check whether the instruction is correct; If the instruction is incorrect, the A-interface protocol script needs to be modified. If the instruction is correct, check whether the data returned by the device is correct, where: If the data returned by the device is incorrect, check whether the device is normal; If the data returned by the device is correct but the data parsed by the script is incorrect, check whether there is an error in the parsing of the A-interface protocol script to detect the cause of the data error and debug the problematic instruction.

[0034] Step S5: Automated one-key testing is executed. After the host computer is successfully connected to the device under test and debugging is error-free, the host computer program constructs a test case queue based on the semaphore information in the network access test list, and uses a multi-threaded instruction sending and receiving mechanism to complete batch semaphore verification, generating a structured detection report containing digital watermarks and encrypted signatures.

[0035] Furthermore, the host computer program constructs a test case queue based on the semaphore information in the network access test list, uses a multi-threaded instruction sending and receiving mechanism to complete batch semaphore verification, and generates a structured detection report containing digital watermarks and encrypted signatures, specifically including: Step S501: The host computer program constructs a test case queue based on the semaphore information in the network access test list, calls the A interface protocol script to generate device instructions to be sent, and sends the device instructions sequentially; Step S502: After receiving the instructions, the device returns device data. The host computer program then calls the A interface protocol script to parse the device-returned data and compares the parsed data with the network access test list; Further, in step S502, when the host computer program calls the A interface protocol script to parse the device-returned data and compares the parsed data with the network access test list, specifically: By detecting whether the semaphore of the parsed data conforms to the network access test list, if the semaphore does not conform to the network access test list, it means that the test result fails, and the device protocol test page can be returned to retest the semaphore that has not been successful; if the semaphore conforms to the network access test list, it means that the test result passes and the detection is completed.

[0036] Step S503: Record the comparison result. When the test ends, the host computer program will generate a final test report based on the comparison record.

[0037] Further, the test report is a PDF file, which will display the test results of each semaphore in the network access test list and the final test result; Further, the result of the test report is the basis for whether the device can pass the detection. The test report will have the hash value of the network access test list file used to evaluate whether the rule file used is the originally provided rule file, and the file will be watermarked and encrypted to prevent tampering.

[0038] In this embodiment, please refer to Figure 5 , Figure 5 An automated test timing diagram for the A interface device detection method based on the host computer is provided. For the user to perform one-key testing, that is, the automated test of the A interface device by the host computer software. The specific process is as follows: First, the user clicks the one-key test function first; Subsequently, the host computer software will load the A interface protocol file, which is the basis for the test; Next, the host computer software will traverse the network access test list to obtain the semaphores, data ranges, and execution orders to be tested from it; according to the obtained information, the host computer software will call the A interface protocol script and pass in the semaphore and data range to obtain device instructions; the obtained device instructions will be sorted according to the execution order of the semaphores; Then, the software starts to send instructions: first, it sends Instruction 1, and after the device receives the instruction, it returns Data 1; the software will call the A interface protocol script to parse the returned Data 1 and compare it with the data range in the network access test list, and record the test results; the same process is repeated through multiple threads. The software sequentially sends Instruction 2, Instruction 3... until Instruction n. After each instruction is sent, the corresponding returned data will be received, parsed, compared, and recorded; when all instructions are sent and all returned data have been parsed and compared, the test process is completed; Finally, the software will save the recorded results for subsequent viewing and analysis.

[0039] Although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: they can still modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements on some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A detection system for A-interface devices based on a host computer, characterized in that, The system includes a configuration management module, a device testing module, and a test report module, where: The configuration management module is responsible for managing the configuration of relevant data required for device detection, including three core functional units: a semaphore dictionary, an A-interface protocol library, and an access network test list; The device testing module is used to implement device connection, data interaction, call the A-interface protocol script for data parsing, and display the real-time data and instruction results of the device, including four parts: a device connection configuration unit, a device real-time data query unit, a device protocol testing unit, and a one-key testing unit; The test report module includes a test report management unit, which is used to integrate the one-key test results, generate a standardized test report file, support report storage, viewing, and deletion functions, and the test results can be synchronized to the cloud platform to save local storage space.

2. The detection system for A interface devices based on a host computer according to claim 1, characterized in that, In the configuration management module: The semaphore dictionary unit is used to provide all semaphore information required for A-interface parsing in the system. It manages the semaphore name, encoding, type, and unit information of all devices using an Excel file. After the system imports the file, the data is stored in memory and visually displayed on the configuration interface, providing a standardized semaphore benchmark for subsequent detection; The A-interface protocol library unit is used to save all A-interface protocol files. The configuration page records the path information of all A-interface protocol files. The A-interface communication protocol is stored through the A-interface protocol file, and the script path is recorded on the configuration page to dynamically call the protocol script, supporting real-time parsing of instructions during device data interaction; The access network test list unit is used to configure detection rules, including template configuration, semaphore configuration, and rule configuration. After all the data in the form is configured, it is saved as an Excel file.

3. The detection system for A-interface devices based on a host computer according to claim 2, wherein The access network test list unit includes template configuration, semaphore configuration, and rule configuration, where: Template configuration is used to solve the situation where a single semaphore of the device under test has multiple modules, that is, to process multi-module semaphores; Semaphore configuration is used to configure all semaphores that need to be detected, that is, to screen monitoring items; Rule configuration is used as the judgment criterion for the final detection. Based on the data in the semaphore configuration, all semaphore tables and data to be compared are compared by one or more of the methods of greater than, less than, equal to, not equal to, and range. Among them, if the semaphore belongs to the downlink instructions of the remote control and remote adjustment type, the execution order of the semaphore issuance also needs to be set.

4. The detection system for A-interface devices based on a host computer according to claim 1, characterized in that, In the device testing module: The device connection configuration unit is used to set device communication parameters, load the access network test list and the A-interface protocol script, and establish a two-way data channel; The device real-time data query unit is used to continuously call the A-interface protocol script to send query instructions, parse the device return data, and dynamically display the real-time status; The device protocol test unit is used to debug the A-interface protocol script and test the interaction with the device. Specifically, before detection, it debugs whether the query or control instructions generated by the A-interface protocol script are correct and whether there are problems with the device's data interaction. The device protocol test unit supports manual debugging of the A-interface protocol script, generating and sending binary instructions, and recording the interaction process to verify the accuracy of the instructions. The one-key test unit is responsible for the final detection work, compares the device data according to the network access test list, and finally forms a test report. It automatically generates an instruction sequence based on the network access test list, executes item by item and compares the device return data with the preset rules to generate a structured test result.

5. A detection method for A-interface devices based on a host computer, which is used to implement the detection system for A-interface devices based on a host computer according to any one of claims 1 to 4, characterized in that, It includes: Configuration file preparation: Establish a configuration group file containing a semaphore dictionary table, the A-interface protocol script of the device to be detected, and the network access test list file of the device to be detected. Intelligent configuration loading: Import the configuration group file in the upper computer configuration management interface, realize multi-source file loading through the configuration management interface, support local storage import and cloud file synchronous download, and establish a file hash verification mechanism to ensure configuration integrity. After the configuration group file is imported, based on the imported A-interface protocol script of the device to be detected and the network access test list file of the device to be detected, the upper computer program adaptively configures the connection information of the device to be tested through the communication protocol and interface parameters, and establishes a connection between the upper computer and the device to be detected. After the upper computer and the device to be detected are successfully connected, pre-check the status of the device to be detected and generate a running health assessment report. Based on the running health assessment report, determine whether the data of the device to be detected is normal, and further determine whether the device to be detected can work normally. Automated one-key test execution: After the upper computer and the device to be detected are successfully connected and debugged without errors, the upper computer program constructs a test case queue based on the semaphore information in the network access test list, and uses a multi-threaded instruction sending and receiving mechanism to complete batch semaphore verification, generating a structured detection report containing digital watermarks and encrypted signatures.

6. The detection method of the A-interface device based on the upper computer according to claim 5, wherein: The semaphore dictionary table contains device semaphore metadata; The A-interface protocol script of the device to be detected contains a data parsing algorithm and an instruction generation rule; The network access test list of the device to be detected defines a set of detection indicators and corresponding verification methods; The intelligent configuration loading, importing the configuration group file in the upper computer configuration management interface, and realizing multi-source file loading through the configuration management interface specifically includes: Intelligent local file recognition, supporting the parsing of various structured data formats; Secure cloud file download channel, using the TLS encryption transmission protocol; File version conflict detection algorithm, automatically maintaining the configuration version tree; The upper computer program adaptively configures the connection information of the device to be tested through the communication protocol and interface parameters, specifically including configuring one or more of the serial port number, baud rate, parity bit, stop bit parameter, flow control, server address, device code, and port number; after establishing a connection between the upper computer and the device to be detected, use the communication protocol and interface to complete data interaction.

7. The detection method of the A interface device based on the host computer according to claim 5, wherein After the host computer is successfully connected to the device under test, it pre-checks the status of the device under test and generates an operation health assessment report. Based on the operation health assessment report, it determines whether the data of the device under test is normal, and further determines whether the device under test can work properly. Specifically, it includes: The host computer program obtains the query specification through the periodic polling mechanism driven by the A interface protocol script, and sequentially sends query instructions to the device under test; After receiving the instruction, the device under test returns the data of the device under test, and the host computer program schedules the A interface protocol script again to parse the data returned by the device under test; Based on the parsing result of the returned data, it determines whether the data of the device under test is normal, and further determines whether the device is working properly.

8. The method for detecting an A interface device based on a host computer according to claim 7, wherein Based on the parsing result of the returned data, it determines whether the data of the device under test is normal, and further determines whether the device is working properly. It also includes troubleshooting the cause of the error based on the parsing result of the data returned by the device under test. The specific troubleshooting is as follows: Switch to the device protocol test page and select the instruction corresponding to this semaphore; Based on the instruction corresponding to this semaphore selected by the host computer program, it calls the A interface protocol script to generate the device instruction, and displays the HEX string of the instruction binary on the interface to check whether the instruction is correct; If the instruction is incorrect, the A interface protocol script needs to be modified. If the instruction is correct, check whether the data returned by the device is correct. Among them: If the data returned by the device is incorrect, it is necessary to check whether the device is normal; If the data returned by the device is correct and the data parsed by the script is incorrect, it is necessary to check whether there is an error in the parsing of the A interface protocol script, so as to detect the cause of the data error and debug the problematic instruction.

9. The detection method of the A interface device based on the host computer according to claim 5, characterized in that, For the automated one-key test execution, after the host computer is successfully connected to the device under test and there is no error in debugging, the host computer program constructs a test case queue based on the semaphore information in the network access test list, and uses the multi-threaded instruction sending and receiving mechanism to complete the batch semaphore verification, and generates a structured detection report including digital watermark and encrypted signature. Specifically, it includes: The host computer program constructs a test case queue based on the semaphore information in the network access test list, calls the A interface protocol script to generate the device instructions to be sent, and sequentially sends the device instructions; After the device receives the instruction, it will return the device data. The host computer program then calls the A interface protocol script to parse the data returned by the device, and compares the parsed data with the network access test list; Record the comparison result. When the test is over, the host computer program will generate the final detection report according to the comparison record.

10. The detection method of an A-interface device based on a host computer according to claim 9, characterized in that, After the device receives the instruction, it will return the device data. The host computer program then calls the A interface protocol script to parse the data returned by the device, and compares the parsed data with the network access test list. Specifically: By detecting whether the semaphore of the parsed data conforms to the network access test list, if the semaphore does not conform to the network access test list, it means that the detection result fails, and the device protocol test page can be returned to retest the semaphore that has not been successful; If the semaphore conforms to the network access test list, it means that the detection result passes and the detection is completed.

Images