Interface function detection method and device and readable storage medium

Abstract

The invention discloses an interface function detection method and device and a readable storage medium, and the method comprises the steps: applying a test signal to a control interface of a tested device; wherein the test signal is configured to simulate cooperative work between at least one external device and the device under test; collecting feedback information output by the tested equipment in response to the test signal through at least two different functional channels; and judging whether the function of the control interface is normal or not by analyzing the relationship between the feedback information and / or the logic association between the feedback information and the test signal. According to the invention, the system can achieve the integrated and automatic detection of the functions of a complex control interface through simulating a real cooperative working condition and carrying out the cross verification through a multifunctional channel.

Description

Technical Field

[0001] This application relates to the field of industrial automation equipment testing technology, specifically to an interface function testing method, device, and readable storage medium. Background Technology

[0002] In related technologies, when performing functional testing on industrial control equipment with complex interfaces, the control interface typically serves as a crucial hub integrating analog signal channels, digital signal channels, and multi-protocol serial communication channels. Simultaneously, the network communication functionality of the control interface needs to be verified. For example, when performing functional testing on vacuum pumps used in high-precision fields, a comprehensive and integrated testing and verification of the DB15 interface's functionality is required. This necessitates traditional testing methods that rely on the combined use of multiple independent testing instruments, including but not limited to multimeters, oscilloscopes, programmable power supplies, and various communication debugging tools. Experienced engineers are required to perform tedious manual connection, test mode switching, testing, and data recording. This method is not only inefficient but also struggles to simulate and verify the collaborative logic relationships of various functional channels under real-world operating conditions. Furthermore, the entire manual testing process carries a significant risk of damaging expensive equipment due to human error. Therefore, there is an urgent need to improve existing interface testing methods. Summary of the Invention

[0003] This application provides an interface function testing method, apparatus, and readable storage medium, which can realize integrated and automated testing of complex control interface functions by simulating real collaborative working conditions and using multi-functional channels for cross-verification, thereby at least partially solving the above-mentioned technical problems.

[0004] In a first aspect, an interface function testing method is provided, the method comprising: applying a test signal to a control interface of a device under test; wherein the test signal is configured to simulate collaborative work between at least one external device and the device under test; acquiring feedback information output by the device under test in response to the test signal through at least two different functional channels; and determining whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal.

[0005] Optionally, the control interface integrates an analog signal channel, a digital signal channel, and a first communication channel; applying a test signal to the control interface of the device under test includes: applying a test signal to the control interface through at least one of the analog signal channel, the digital signal channel, and the first communication channel; acquiring feedback information output by the device under test in response to the test signal through at least two different functional channels includes: acquiring feedback information output by the device under test in response to the test signal through at least two of the analog signal channel, the digital signal channel, the first communication channel, and the second communication channel; wherein the first communication channel is a serial communication channel, and the second communication channel is a communication channel established based on the network interface of the device under test.

[0006] Optionally, applying a test signal to the control interface of the device under test includes: applying a preset voltage signal to the control interface of the device under test through the analog signal channel; acquiring feedback information output by the device under test in response to the test signal through at least two different functional channels includes: querying the physical quantity measurement value fed back by the device under test corresponding to the preset voltage signal through the first communication channel; determining whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal includes: determining whether the analog signal channel is normal based on whether the physical quantity measurement value is within a preset range.

[0007] Optionally, applying a test signal to the control interface of the device under test includes: cyclically sending multiple preset data frames to the control interface of the device under test through the first communication channel or the second communication channel; collecting feedback information output by the device under test in response to the test signal through at least two different functional channels includes: counting the number of data frames sent and the number of valid response frames received through the same communication channel; determining whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal includes: comparing the number of data frames sent with the number of valid response frames, and determining whether the first communication channel or the second communication channel is normal based on the comparison result.

[0008] Optionally, it further includes: reading the level state output by an opto-isolated emergency stop signal detection circuit connected to the digital signal channel through the digital signal channel; the step of determining whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal includes: if the level state is consistent with a first preset level state representing the normal state of the device under test, then the EMS output function of the digital signal channel is determined to be normal; otherwise, the EMS output function is determined to be abnormal.

[0009] Optionally, it further includes: reading the level state output by the power supply detection circuit, wherein the power supply detection circuit is connected to the power output terminal of the control interface; the step of determining whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal includes: if the level state is consistent with a second preset level state representing the normal power output state of the device under test, then the power output function of the control interface is determined to be normal; otherwise, the power output function is determined to be abnormal.

[0010] Optionally, applying a test signal to the control interface of the device under test includes: sending a status query command to the device under test through the first communication channel; collecting feedback information output by the device under test in response to the test signal through at least two different functional channels includes: querying the operating status of the device under test in response to the status query command through the first communication channel to obtain first status information; collecting the dry contact status output by the device under test through the digital signal channel to obtain second status information; determining whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal includes: if the first status information and the second status information are consistent, then determining that the dry contact status feedback function of the digital signal channel is normal; otherwise, determining that the dry contact status feedback function is abnormal.

[0011] Optionally, applying a test signal to the control interface of the device under test includes: sending a device control command to the device under test via the first communication channel; providing a simulated feedback signal simulating the action of the controlled device to the device under test via the digital signal channel; collecting feedback information output by the device under test in response to the test signal via at least two different functional channels includes: querying alarm status information generated by the device under test corresponding to the device control command and the simulated feedback signal via the second communication channel; determining whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal includes: if the device control command, the simulated feedback signal, and the alarm status information logically match, then the interface control logic related to the controlled device is determined to be normal; otherwise, the interface control logic is determined to be abnormal.

[0012] Secondly, an interface function testing device is also provided, comprising: an interface testing module connected to the control interface of the device under test; a communication module connected to the network interface of the device under test; and a main control module connected to the interface testing module and the communication module, configured to perform the method described in the embodiments of this application.

[0013] Thirdly, a computer-readable storage medium is also provided, on which a computer program is stored, the computer program being loaded by a processor to perform the steps described in the embodiments of this application.

[0014] The embodiments of this application apply test signals to the control interface of the device under test and collect feedback signals. At the same time, combined with the data interaction of the second communication channel, collaborative testing is performed based on the test signals, feedback signals and interaction data. This enables a comprehensive and efficient judgment on the normal functioning of the control interface and communication channel, improves the integration and automation level of the test, and enhances the accuracy and reliability through multi-channel cross-validation. Attached Figure Description

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

[0016] Figure 1 This is a schematic diagram of the interface function detection device provided in some embodiments of this application; Figure 2 This is a schematic diagram of the control interface circuit of the interface function detection device provided in some embodiments of this application; Figure 3 This is a schematic diagram of the dry contact input detection circuit of the interface function detection device provided in some embodiments of this application; Figure 4 This is a schematic diagram of the gate valve feedback simulation circuit of the interface function detection device provided in some embodiments of this application; Figure 5 This is a schematic diagram of the LCD screen interface circuit of the human-computer interaction module of the interface function detection device provided in some embodiments of this application; Figure 6 This is a schematic diagram of the human-computer interaction interface of the interface function detection device provided in some embodiments of this application; Figure 7 This is a flowchart illustrating the interface function detection method provided in some embodiments of this application; Figure 8 This is another flowchart illustrating the interface function detection method provided in some embodiments of this application; Figure 9 This is another flowchart illustrating the interface function detection method provided in some embodiments of this application. Detailed Implementation

[0017] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0018] In the description of this application, it should be understood that the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, features defined as "first" or "second" may explicitly or implicitly include one or more of the stated features. In the description of this application, "multiple" means two or more, unless otherwise explicitly specified.

[0019] "A and / or B" includes the following three combinations: A only, B only, and a combination of A and B.

[0020] The use of "applies to" or "configured to" in this application implies open and inclusive language, which does not exclude the applicability to or configuration to devices performing additional tasks or steps. Additionally, the use of "based on" implies openness and inclusivity, because processes, steps, calculations, or other actions "based on" one or more of the stated conditions or values ​​may in practice be based on additional conditions or values ​​beyond those stated.

[0021] In this application, the term "exemplary" is used to mean "used as an example, illustration, or description." Any embodiment described as "exemplary" in this application is not necessarily to be construed as being more preferred or advantageous than other embodiments. The following description is provided to enable any person skilled in the art to make and use this application. Details are set forth in the following description for purposes of explanation. It should be understood that those skilled in the art will recognize that this application can be made without using these specific details. In other instances, well-known structures and processes are not described in detail to avoid obscuring the description of this application with unnecessary detail. Therefore, this application is not intended to be limited to the embodiments shown, but is consistent with the broadest scope of the principles and features disclosed in this application.

[0022] Based on the aforementioned background technology, related technologies face key challenges in functional testing of complex industrial equipment interfaces, including discretized testing tools, non-automated testing processes, and insufficient collaborative verification capabilities. Specifically, while existing testing methods can verify individual interface functions by combining multiple independent instruments, this discretized approach suffers from several technical shortcomings. Specifically, related solutions struggle to simulate the collaborative logic relationships between interface signals under actual operating conditions, particularly failing to construct a closed-loop verification mechanism between control commands, hardware feedback signals, and the internal state of the equipment. For example, when verifying the control function of a vacuum pump gate valve, traditional methods cannot simultaneously achieve linked testing of command transmission, feedback signal simulation, and equipment status query, resulting in a lack of verification of the interface's collaborative working capabilities. Relying on manual operation for instrument switching, wiring changes, and data recording not only leads to long testing cycles and high labor costs but also inevitably introduces human error, potentially causing equipment damage due to wiring errors. This highly reliance on professional experience makes it difficult to guarantee the accuracy and consistency of test results. Furthermore, related technologies lack a systematic cross-verification mechanism. Traditional testing methods typically employ a single-path verification approach, failing to improve the reliability of judgment through multi-source information comparison. For example, when verifying the operating status of the equipment, the failure to compare the communication protocol query results with the physical level signals of the hardware interface in real time makes it difficult to detect potential single points of failure in a timely manner.

[0023] To address the aforementioned technical challenges, this application proposes an interface function testing method, apparatus, and readable storage medium. By constructing an integrated testing device, the control and processing module uniformly schedules the interface testing module and communication module, executing a collaborative testing process encompassing signal application, data interaction, and logical judgment. This achieves automated and integrated testing of device interface functions. This method proactively simulates signal interaction scenarios under real-world operating conditions. Through closed-loop testing and cross-validation mechanisms, it comprehensively evaluates the correctness of various interface functions and their collaborative operation, thereby significantly improving testing efficiency and reliability while effectively reducing the risk of equipment damage due to manual operation.

[0024] Figure 1 This is a schematic diagram of the interface function detection device provided in some embodiments of this application.

[0025] This application provides an interface function detection device, such as... Figure 1 As shown, the interface function detection device 10 includes: Interface detection module 11 is connected to the control interface of the device under test; Communication module 12 is connected to the network interface of the device under test; The main control module 13, connected to the interface detection module 11 and the communication module 12, is configured to perform interface function detection, specifically including: A test signal is applied to the control interface of the device under test; wherein the test signal is configured to simulate the collaborative operation between at least one external device and the device under test; The feedback information output by the device under test in response to the test signal is collected through at least two different functional channels. By analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal, it can be determined whether the control interface is functioning normally.

[0026] This application applies test signals to the control interface of the device under test and collects feedback signals. Simultaneously, it combines data interaction through a second communication channel to perform collaborative testing based on the test signals, feedback signals, and interactive data. This enables a comprehensive and efficient assessment of the normal functioning of the control interface and communication channel, improving the integration and automation level of the testing. Furthermore, it enhances accuracy and reliability through multi-channel cross-validation.

[0027] It should be explained that the control interface is a physical interface on the device under test (such as a vacuum pump) that integrates multiple heterogeneous signal types. In this embodiment, the control interface is specifically a DB15 interface, but the scope of protection of this application is not limited to this, and any multi-pin interface with similar integrated functions is included.

[0028] In this embodiment, the control interface can be functionally divided into three independent channels. It should be noted that these channels are functional channels, not physical connectors; they refer to electrical paths implemented within the same physical connector specifically designed for transmitting different types of signals. Specifically: The analog signal channel refers to the pins and associated circuitry in the control interface used to receive or transmit continuously changing electrical signals. For example, this channel can be used to receive 0-10V voltage signals from external sensors (such as water flow sensors). In this embodiment, the interface function testing device 10 needs to be able to simulate such signals to test the device's response.

[0029] The digital signal channel is a pin in this control interface used to transmit switching signals (such as high / low levels, dry contact on / off). For example, it is used to receive emergency stop (EMS) signals or output device operating status (MB) signals.

[0030] The first communication channel is a pin in this control interface used for device-level serial data communication, typically supporting industrial fieldbus protocols such as RS485 and RS232. This first communication channel is responsible for transmitting structured data such as device control commands and querying real-time status.

[0031] In some embodiments, the interface detection module 11 integrates an analog output unit 110, a digital input detection unit 111, and a first communication unit 112.

[0032] The analog output unit 110 has its output terminal used to connect to the analog signal channel of the control interface; The digital input detection unit 111 has its input terminal connected to the digital signal channel of the control interface. The first communication unit 112 has a communication port for connecting to the first communication channel of the control interface.

[0033] Figure 2 This is a schematic diagram of the control interface circuit of the interface function detection device provided in the embodiments of this application.

[0034] like Figure 2 As shown, this circuit is the physical outlet and signal convergence point of the interface detection module 11. It is connected to the DB15 port of the vacuum pump under test through a dedicated cable and is responsible for the transmission and reception of all detection signals.

[0035] Specifically, specific pins are assigned and connected to the output terminal of the analog output unit 110 to form the physical path of the analog signal channel.

[0036] Specific pins (such as MB-STATE) are assigned to connect the input terminal of the digital input detection unit 111 and the output terminal of the gate valve feedback analog circuit, forming the physical path of the digital signal channel.

[0037] Specific pins (such as DB15_232TX and DB15_232RX) are assigned to the communication lines of the first communication unit 112 (RS485 / RS232 level conversion chip), forming the physical path of the first communication channel.

[0038] The DB15 interface circuit is reliably connected to the DB15 port of the vacuum pump under test via a dedicated cable, thereby transmitting the test excitation signal generated by the interface function detection device 10 to the vacuum pump and receiving all feedback signals returned by the vacuum pump.

[0039] In the embodiments of this application, the interface detection module 11 physically integrates detection functions that originally required multiple independent instruments into a single module, and connects to the control interface of the device under test through a unified connector. Specifically, the interface detection module 11 integrates three functional units, corresponding to the three functional channels of the control interface as described above: The analog output unit 110 is used to apply a precise and controllable standard test voltage signal (such as 5V) to the analog signal channel of the device under test (DUT) to verify whether the DUT's ability to acquire and process the test voltage signal is normal. This analog output unit 110 replaces a traditional programmable power supply or signal generator.

[0040] The digital input detection unit 111 is used to detect the switching status of the digital signal channel from the device under test, such as reading whether the EMS signal is 24V high level or 0V low level, or determining whether the dry contact of the MB operating status is "on" or "off". This digital input detection unit 111 replaces the role of a multimeter or oscilloscope in level detection.

[0041] The first communication unit 112 is used to establish a serial data link with the device under test through the first communication channel and to perform bidirectional communication, including sending control commands, querying parameters, and checking the reliability of the communication link (such as whether there is packet loss). This first communication unit 112 replaces a separate RS485 / RS232 debugger.

[0042] Communication module 12 is used to establish a second communication channel with another independent physical interface (usually an RJ45 network port) on the device under test. This second channel is typically based on the Ethernet protocol and is used for higher-level data interaction, such as obtaining comprehensive status information and alarm logs from the device's host computer control system.

[0043] The main control module 13 performs interface function detection, specifically as follows: According to a preset sequence, the interface detection module 11 is controlled to apply various test signals to the control interface of the device under test, and the communication module 12 is controlled to send network requests. It receives feedback signals (such as level status and communication data) from the interface detection module 11 and data exchanged with the communication module 12; Based on a pre-defined logical relationship simulating real-world operating conditions, data from different channels are correlated and analyzed. For example, the main control module 13 correlates the sent gate valve command, the simulated feedback signal, and the queried equipment alarm status to form a closed-loop judgment, thereby verifying the overall correctness of the functional link, rather than just the presence or absence of a signal at a single point.

[0044] In one specific embodiment, the main control module 13 may use a high-performance microcontroller (MCU) based on the ARM Cortex-M series core as its core processor. This MCU runs embedded software programs to implement all the aforementioned control, scheduling, and decision-making logic.

[0045] In one specific embodiment of this application, the interface function testing device 10 is configured to perform function testing on the analog signal channel of the control interface of the device under test. The main control module 13 is configured as follows: A preset voltage signal is applied to the analog signal channel on the control interface of the device under test through the analog output unit 110; The physical quantity measurement value corresponding to the preset voltage signal is queried from the device under test through the first communication channel. Based on whether the measured value of the physical quantity is within a preset range, it is determined whether the analog signal channel is normal.

[0046] In this embodiment, the preset voltage signal is a 5V DC voltage, which is intended to simulate the voltage signal provided by a normally functioning water flow sensor to the device under test, thereby constructing a test scenario to detect whether the analog signal channel input function is normal.

[0047] Simultaneously or subsequently, the main control module 13 sends a query command to the device under test via the first communication channel on the control interface (e.g., an RS485 serial communication channel integrated in the control interface), requesting to obtain the physical quantity measurement value corresponding to the analog input signal. In this embodiment, the physical quantity measurement value is the water flow rate calculated by the device under test after processing the 5V analog voltage signal internally.

[0048] The main control module 13 receives the water flow value returned by the device under test through the first communication channel and compares it with a preset range. This preset range is a reasonable interval corresponding to the normal water flow value, determined in advance based on the applied 5V voltage signal and the normal signal conversion relationship of the device under test.

[0049] The main control module 13 makes a judgment based on the comparison result: if the received water flow value is within the preset range, the analog signal channel of the control interface is determined to be normal; if the water flow value exceeds the preset range, the analog signal channel is determined to be abnormal.

[0050] Through the above method, this embodiment achieves automated testing of the analog input function of the control interface. This method does not test the presence of voltage in isolation, but rather verifies it by simulating real sensor signals and using the communication channel to obtain the internal logic processing results of the device, forming a complete, logic-based functional verification closed loop, thereby significantly improving the accuracy and reliability of the detection.

[0051] In one specific embodiment of this application, the interface function testing device 10 is configured to automatically test the communication reliability of the serial communication channel of the control interface of the device under test.

[0052] The interface detection module 11 integrates a first communication unit 112, the physical entities of which are an RS232 level conversion chip and an RS485 level conversion chip. These circuits are typical application circuits known in the art, used to realize the conversion between TTL level and RS232 / RS485 standard level, thereby forming a first communication channel for bidirectional data interaction with the device under test (e.g., a vacuum pump).

[0053] The main control module 13 is connected to the first communication unit 112. The main control module 13 is configured to set the operating parameters of the first communication channel through software, including but not limited to selecting the communication mode (RS485 or RS232), setting the baud rate, data bits, stop bits and parity bits, to ensure that the communication parameters match those of the device under test (e.g., a vacuum pump).

[0054] To perform communication reliability testing, the main control module 13 executes the following test procedure: The main control module 13 sends multiple preset data frames (e.g., device status query commands) to the device under test cyclically through the first communication channel. During this process, the main control module 13 maintains and operates a send counter and a receive counter, wherein the send counter is used to record the number of successfully sent data frames, and the receive counter is used to record the number of valid response frames received within a preset timeout period.

[0055] Each time the main control module 13 sends a data frame through the level conversion chip, it increments the value of the transmission counter. Simultaneously, the main control module 13 starts a timer to monitor whether a valid response frame is received from the device under test through the first communication channel within a preset timeout period (e.g., 150 milliseconds). If a valid response frame is received within the timeout period, the value of the reception counter is incremented; if a timeout occurs or the received data is invalid, the value of the reception counter remains unchanged. This "transmission-wait-reception" cycle continues until the number of data frames transmitted reaches a preset threshold (e.g., 10 times).

[0056] After the loop ends, the main control module 13 enters the judgment phase. It compares the final receive counter value with the send counter value (or the preset send threshold). Specifically, the main control module 13 determines whether the number of successfully received valid response frames is equal to the number of sent data frames. If they are equal, it determines that the communication reliability of the first communication channel is good and there is no data loss; if the number of successfully received frames is less than the number of sent frames, it determines that the first communication channel has data loss and the communication reliability is abnormal.

[0057] Finally, the main control module 13 sends the result of this reliability test (such as "communication is normal" or "communication is abnormal", and may include specific sending / receiving values) to the human-computer interaction module for display.

[0058] Through the above methods, this embodiment achieves a dynamic and quantitative evaluation of the serial communication function of the control interface. This method not only tests the connectivity of the physical link, but more importantly, through statistical packet loss analysis, it accurately assesses the stability and reliability of the communication channel during continuous data exchange, thereby meeting the high-standard testing requirements of industrial applications.

[0059] In one specific embodiment of this application, the digital input detection unit 111 includes an opto-isolated emergency stop signal detection circuit. The main control module 13 is configured to read the level state output by the opto-isolated emergency stop signal detection circuit connected to the digital signal channel through the digital signal channel. If the level state is consistent with a first preset level state representing the normal state of the device under test, the EMS output function of the digital signal channel is determined to be normal; otherwise, the EMS output function is determined to be abnormal.

[0060] It should be noted that the opto-isolated emergency stop signal detection circuit adopts a typical opto-isolation architecture known in the art, and its input terminal is connected to the digital signal channel pin on the control interface used to output EMS signals.

[0061] The main control module 13 is configured to execute the following detection process: During the test, the main control module 13 acquires the EMS signal status in the digital signal channel by accessing the digital input detection unit 111. Specifically, the main control module 13 continuously or periodically reads the level status (high level or low level) of the output terminal of the opto-isolated emergency stop signal detection circuit.

[0062] The main control module 13 compares the read voltage level with a first preset voltage level representing the normal, alarm-free state of the device under test (vacuum pump) to determine whether the interface function is normal. Specifically: When the vacuum pump is in normal operation and there is no EMS alarm, its digital signal channel's EMS signal pin should output a high voltage (e.g., 24V). This high voltage signal, after passing through the opto-isolated emergency stop signal detection circuit, should be converted into a high-level signal recognizable by the main control module 13. If the main control module 13 reads a high-level signal at this time, it determines that the EMS signal output is normal.

[0063] When the vacuum pump triggers an emergency stop or an EMS alarm occurs, the EMS signal pin of its digital signal channel should output a low voltage (e.g., 0V), which, after passing through the opto-isolated emergency stop signal detection circuit, corresponds to a low-level signal. If the main control module 13 reads the low-level signal at this time, it determines that the EMS alarm status output is normal.

[0064] If the actual read level does not match the above expectation, the EMS output function of the digital signal channel is determined to be abnormal.

[0065] Therefore, the main control module 13 can directly determine whether the EMS signal output of the device under test is normal and whether there is an EMS alarm state by judging the high or low level of the read level.

[0066] In this embodiment, the opto-isolated emergency stop signal detection circuit is integrated into the vacuum pump interface detection device as a digital input detection unit. This enables rapid, safe, and automated status acquisition and diagnosis of critical EMS safety signals, avoiding the tediousness and risks of manual measurement with a multimeter, and improving the safety and efficiency of the detection.

[0067] In one specific embodiment of this application, the digital input detection unit 111 includes a power supply detection circuit connected to the power output terminal of the control interface. The main control module 13 is configured to read the level state output by the high power supply detection circuit. If the level state is consistent with a second preset level state representing the normal power output state of the device under test, the power output function of the control interface is determined to be normal; otherwise, the power output function is determined to be abnormal.

[0068] It should be noted that this embodiment specifically involves using the power supply provided by the device under test (DUT) itself to power the detection device, while simultaneously monitoring the status of this power supply. This power supply detection circuit also employs an opto-isolation architecture.

[0069] The interface function testing device 10 is powered by the power output (e.g., 24V DC voltage) from the device under test via the control interface. This power is converted by the internal power module to provide the required operating voltage for the main control module 13 and other functional modules.

[0070] In the power supply detection circuit, the power supply voltage output by the device under test is simultaneously provided to the input side of the optocoupler. Exemplarily, the second preset level state is a low level. The main control module 13 is configured to execute the following detection process: When the power output of the control interface is normal (e.g., 24V DC voltage), current flows through the input side of the optocoupler, causing its output side to conduct, and thus outputting a low level to the GPIO pin of the main control module 13.

[0071] When the power output of the control interface is abnormal (such as no output or low voltage), the current on the input side of the optocoupler is insufficient to make it work, and the output side is in the cut-off state. The GPIO pin of the main control module 13 will read a high level, which is presented due to the pull-up resistor.

[0072] The main control module 13 is configured to continuously or periodically monitor the power supply detection circuit level after the device is powered on. If the read level level (e.g., low level) is consistent with the second preset level level, the main control module 13 determines that the power output function of the control interface is normal and allows the subsequent test process to continue. If the read level level (e.g., high level) is inconsistent with the second preset level level, the main control module 13 can determine that the power output is faulty and issue an alarm through the human-machine interaction module. At the same time, the test process can be interrupted or terminated.

[0073] In this embodiment, the power source of the interface function testing device is combined with the test object, and the opto-isolation circuit integrated in the digital input detection unit is used to achieve in-situ monitoring of the power supply voltage itself. This not only simplifies the external power supply requirements of the device, but also forms a self-testing closed loop, ensuring the basic power supply safety during the testing process, and enabling immediate diagnosis of power output faults in the device under test.

[0074] Figure 3 This is a schematic diagram of the dry contact input detection circuit of the interface function detection device provided in some embodiments of this application.

[0075] In one specific embodiment of this application, the interface function detection device 10 is configured to detect the operating status feedback function of the device control interface through cross-validation. This embodiment is suitable for verifying the consistency between the status signal output through hardware dry contacts and the internal status information queried through the communication protocol. The following will combine... Figure 3 Please provide a detailed explanation.

[0076] like Figure 3 As shown, the digital input detection unit 111 includes a dry contact input detection circuit. The dry contact signal terminal MB-STATE of this circuit is connected to the dry contact signal input pin MB-STATE-IN defined on the control interface (e.g., DB15 interface) via a resistor R24. The dry contact signal terminal MB-STATE is also connected to an operating voltage (e.g., 3.3V) via another resistor R16. The dry contact input detection circuit also has a common terminal pin STATE-COMMON, which is grounded and physically separated from the dry contact signal terminal MB-STATE.

[0077] When the external dry contact (located inside the device under test) is closed, the dry contact signal input pin MB-STATE-IN is connected to the common terminal STATE-COMMON, and the dry contact signal terminal MB-STATE is pulled low to near ground potential (low level); when the external dry contact is open, the dry contact signal terminal MB-STATE is pulled up to the operating voltage (high level) through resistor R16.

[0078] The main control module 13 is configured to execute the following cross-validation detection process to determine whether the dry contact output is normal: The main control module 13 sends a status query command (e.g., a command to query the MB operating status) to the device under test (vacuum pump) through the first communication unit 112 (e.g., an RS485 communication circuit). Subsequently, the main control module 13 receives and parses the response data returned by the device under test through the RS485 channel, extracts the current operating status of the vacuum pump from it, and uses this as the first status information (e.g., "running" or "stopped").

[0079] At the same time or near the time of querying the status through the communication channel, the main control module 13 reads the level status of its GPIO pin (i.e., the dry contact signal terminal MB-STATE) to determine the conduction and disconnection status of the dry contact, and then determines the second status information fed back by the vacuum pump through the hardware channel (for example, the dry contact being closed represents "running" and being open represents "stopping").

[0080] The main control module 13 compares the first status information from the communication channel with the second status information from the hardware dry contact channel: If the vacuum pump operating status represented by the first status information and the second status information is consistent, for example, if the RS485 query result is "running" and the dry contact detection result is also "running", then the main control module 13 determines that the dry contact status feedback output function of the control interface is normal.

[0081] If the two states are inconsistent, for example, the RS485 query is "running" while the dry contact detection is "stopping", then the main control module 13 determines that the dry contact status feedback output function of the control interface is abnormal.

[0082] This embodiment utilizes the device's own logic, using the status obtained through communication queries as a benchmark to verify the accuracy of hardware dry contact feedback. This cross-physical channel information cross-verification method greatly improves the depth and reliability of interface function diagnosis, and can effectively discover hidden faults that cannot be identified by single-channel testing.

[0083] Figure 4 This is a schematic diagram of the gate valve feedback simulation circuit of the interface function detection device provided in some embodiments of this application.

[0084] In one specific embodiment of this application, the interface function testing device 10 is configured to perform coordinated testing of gate valve-related functions by simulating a real gate valve working scenario and detecting the internal logic response of the device under test, so as to verify the normality of the gate valve power output, gate valve opening feedback and gate valve closing feedback channels of the control interface (such as DB15 interface).

[0085] The digital input detection unit 111 of the interface detection module 11 includes a gate valve feedback analog circuit for generating an analog feedback signal. This circuit employs an electronic switch architecture known in the art, see [link to relevant documentation]. Figure 4 This circuit, as a specific implementation example, uses a relay K2, a transistor Q3, and external resistors R24 and R27, and diodes D10 and D11 to form a switching output drive circuit. When the main control module 13 provides the control signal GATE-CLOSE CTL to the base of transistor Q3, the coil of relay K2 is energized or de-energized, thereby controlling its contact switching and outputting a simulated gate valve open feedback signal or gate valve close feedback signal GATE-VALVE-CLOSE-OUT to the corresponding pin of the control interface.

[0086] The I / O pins of the main control module 13 are controlled by the drive circuit to output analog switching signals (i.e., the "analog feedback signals") to the gate valve opening feedback or gate valve closing feedback pins defined on the control interface (such as the DB15 interface).

[0087] The main control module 13 is configured to execute the following collaborative logic detection process: The main control module 13 sends a device control command to the device under test (vacuum pump) through the first communication unit 112 (e.g., RS485 communication circuit), such as a command to open or close the auxiliary gate valve.

[0088] Simultaneously with or within a very short time after sending the control command, the main control module 13 controls the digital input detection unit 111 to provide a simulated gate valve status feedback signal through its output circuit control interface. The main control module 13 can control the simulated feedback signal to logically match or not match the sent gate valve control command to test the diagnostic capabilities of the device under test. For example, immediately after sending the "open gate valve" command, a "gate valve is open" feedback signal can be simulated through the circuit; or, a feedback signal that does not match the command can be intentionally simulated (e.g., sending an "open" command but simulating a "gate valve is closed" signal) to test abnormal logic.

[0089] In the above scenario, the main control module 13 sends a query command to the device under test through the communication module 12 (i.e., the network communication channel) to request the acquisition of alarm status information related to the gate valve status within the device. Specifically, when the device under test detects a logical conflict between the gate valve control command it receives and the gate valve feedback signal acquired through the control interface (e.g., the command is to open, but the feedback signal is to close), it will set a corresponding alarm bit in its internal status register.

[0090] The main control module 13 receives and parses the alarm status information returned through the network channel. The main control module 13 compares the alarm status information with preset states (e.g., when there is a manually set logical conflict, an alarm should be detected; when there is a signal match, no alarm should be detected) to determine whether the control interface functions and logic related to the gate valve are normal. If the control command and the simulated feedback signal are logically matched (e.g., "open command" matched with "open feedback"), and the alarm status found is "no alarm", then the interface control logic related to the gate valve is determined to be normal.

[0091] If the control command and the simulated feedback signal are logically mismatched (e.g., "open command" paired with "close feedback"), and the alarm status found is "gate valve alarm exists", then it is also determined that the logic processing function of the device under test is normal, that is, the interface can correctly transmit the signal that caused the alarm.

[0092] Conversely, if an alarm is generated when the logic matches, or no alarm is generated when the logic does not match, it is determined that there is an abnormality in the interface function or internal logic of the device related to the gate valve.

[0093] This embodiment utilizes existing switch output circuits to simulate feedback signals and, through the coordinated scheduling of the main control module, constructs a multi-element test scenario involving control commands, hardware feedback signals, and the internal logic state of the device. By querying the logic state (alarm information) exposed by the device on the network channel, the correctness of the input / output functions of the digital signal channel and the internal collaborative logic of the device is indirectly verified, achieving a high-level, intelligent closed-loop functional verification.

[0094] In one specific embodiment of the present invention, the interface function detection device 10 is configured as a method for automatically detecting the network communication functions of the device control interface. This embodiment focuses on evaluating the connectivity of the network communication channel and the reliability of data transmission.

[0095] The communication module 12 includes an Ethernet physical layer chip (PHY) and a corresponding network interface (such as an RJ45 interface). The circuit adopts a typical Ethernet interface architecture known in the art and is used to establish a physical and protocol connection with the network interface of the device under test (vacuum pump) to form the second communication channel.

[0096] The main control module 13 is connected to the communication module 12 and is configured to perform the following network communication reliability detection process: The main control module 13 establishes a communication connection with the network interface of the device under test through the communication module 12, based on a standard Ethernet protocol (such as TCP / IP). The main control module 13 encapsulates and generates specific data request frames (e.g., device status information query frames) according to the application layer protocol format agreed upon with the device under test.

[0097] The main control module 13 sends multiple data request frames to the device under test cyclically through the second communication channel. During this process, the main control module 13 maintains and operates two counters: a network transmission counter to record the number of successfully transmitted data request frames, and a network reception counter to record the number of correctly formatted and valid data response frames received within a preset timeout period.

[0098] Once the number of cyclic transmissions reaches a preset threshold, the main control module 13 enters the judgment phase. It compares the final value of the network receive counter with the final value of the network send counter (or the preset transmission threshold).

[0099] If the number of successfully received valid response frames is equal to the number of sent data request frames (or the packet loss rate is zero), then the second communication channel (network communication channel) is determined to be reliable and of good connection quality.

[0100] If the number of successfully received packets is less than the number of packets sent, it is determined that there is data packet loss in the second communication channel and the communication reliability is abnormal.

[0101] Finally, the detection results of the network communication channel (such as "network port communication is normal" or "network port communication is abnormal", and may include packet loss rate statistics) are generated by the main control module 13 and sent to the human-computer interaction module for display.

[0102] This embodiment integrates a general Ethernet interface circuit into a dedicated testing device, and achieves a quantitative and objective evaluation of the stability of network communication channel connection and the reliability of data transmission by executing an automated testing logic that includes "protocol encapsulation, cyclic transmission, dynamic statistics and quantity comparison".

[0103] In some embodiments, a human-computer interaction module is also included, which is connected to the main control module 13, for receiving test commands and centrally displaying the integrated test results of the control interface and the second serial communication channel.

[0104] In one specific embodiment of the present invention, the interface function testing device 10 is configured to receive test commands and centrally display the comprehensive test results of the control interface and the second serial communication channel. The following will combine... Figure 5 and Figure 6 Provide an explanation.

[0105] like Figure 5 As shown, the human-computer interaction module includes an LCD screen interface circuit, which is connected to the main control module 13 via a parallel or serial interface (such as an SPI interface). The human-computer interaction module also includes a color LCD touch screen, which interacts with the main control module 13 through the LCD screen interface circuit.

[0106] The main control module 13 is configured to perform the following functions through the human-computer interaction module: A virtual "Start Test" control is provided on the LCD touchscreen. It receives touch commands from the user via the touchscreen and, in response to these commands, initiates the automated testing process.

[0107] During and after the test process, the main control module 13 controls the LCD touchscreen to dynamically display the real-time detection status and final results of various functions (such as analog input, serial communication, EMS signal, operating status feedback, gate valve logic, network communication, etc.) in a clear and categorized manner. The results are preferably presented using intuitive status indicators (such as "PASS" or "FALL") or color coding (such as green or red).

[0108] The human-computer interaction module also provides a "reset" control (which can be a virtual control or a physical button). The main control module 13 responds to the user's reset operation, clears the currently displayed detection results, and resets the internal logic state of the device to the initial state, preparing for the next detection.

[0109] In one specific embodiment of this application, the interface function testing device 10 further includes a power supply module. The power supply module includes a multi-stage power conversion circuit, used to provide a stable, reliable, and voltage-matched operating power supply for each functional module within the interface function testing device 10.

[0110] Specifically, the power module includes a 24V to 5V DC-DC power conversion circuit. The input of this circuit is connected to the 24V power output from the control interface (such as a DB15 interface) or an external adapter. This circuit converts the input 24V voltage into a stable 5V voltage, mainly powering the digital input detection unit 111, the first communication unit 112, and the human-machine interaction module in the interface detection module 11.

[0111] The power module further includes a 5V to 3.3V linear regulator or DC-DC power conversion circuit. This circuit receives the aforementioned 5V voltage and converts it into a more stable 3.3V voltage, mainly providing the required core operating voltage for the main control module 13 and its peripheral core chips.

[0112] The power module's overall design integrates hot-swap protection. By incorporating appropriate soft-start circuits, overvoltage protection components, and reverse polarity protection measures at the input stage, it ensures that the detection device or the device under test will not be damaged by current or voltage surges during the connection or disconnection between the detection device and the device under test.

[0113] Figure 7 This is a flowchart illustrating the interface function detection method provided in some embodiments of this application.

[0114] This embodiment provides a method for detecting interface functions, such as... Figure 7 As shown, it includes the following steps: Step S701: Apply a test signal to the control interface of the device under test; wherein the test signal is configured to simulate the collaborative operation between at least one external device and the device under test.

[0115] Step S702: Collect feedback information output by the device under test in response to the test signal through at least two different functional channels.

[0116] Step S703: By analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal, determine whether the function of the control interface is normal.

[0117] This invention applies test signals to the control interface of the device under test and collects feedback signals. The control interface integrates analog signal channels, digital signal channels, and a first serial communication channel, while also combining data interaction with a second serial communication channel. Based on the test signals, feedback signals, and interactive data, collaborative testing is performed, thereby achieving a comprehensive and efficient judgment on the functional normality of the control interface and communication channels. This method not only improves the integration and automation level of the detection, but also enhances accuracy and reliability through multi-channel cross-verification. It is applicable to diverse industrial scenarios and has significant practical value and compatibility advantages. In some embodiments, the control interface integrates an analog signal channel, a digital signal channel, and a first communication channel. Applying a test signal to the control interface of the device under test includes applying the test signal to the control interface through at least one of the analog signal channel, the digital signal channel, and the first communication channel. Acquiring feedback information output by the device under test in response to the test signal through at least two different functional channels includes acquiring feedback information output by the device under test in response to the test signal through at least two of the analog signal channel, the digital signal channel, the first communication channel, and the second communication channel.

[0118] The first communication channel is a serial communication channel, and the second communication channel is a communication channel established based on the network interface of the device under test.

[0119] In some embodiments, applying a test signal to the control interface of the device under test includes applying a preset voltage signal to the control interface of the device under test through the analog signal channel.

[0120] The device under test (DUT) collects feedback information output in response to the test signal through at least two different functional channels, including: querying the measured physical quantity value corresponding to the preset voltage signal fed back by the DUT through the first communication channel.

[0121] By analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal, it is determined whether the function of the control interface is normal, including: determining whether the analog signal channel is normal based on whether the measured value of the physical quantity is within a preset range.

[0122] Specifically, if the measured value of the physical quantity is within the preset range, the analog signal channel of the control interface is determined to be functioning normally; if the measured value of the physical quantity exceeds the preset range, the analog signal channel is determined to be functioning abnormally.

[0123] In some embodiments, applying a test signal to the control interface of the device under test includes: cyclically sending multiple preset data frames to the control interface of the device under test through the first communication channel.

[0124] The device under test (DUT) collects feedback information output in response to the test signal through at least two different functional channels, including: counting the number of data frames sent and the number of valid response frames received through the first communication channel.

[0125] By analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal, it is determined whether the function of the control interface is normal, including: comparing the number of data frames sent with the number of valid response frames, and determining whether the first communication channel is normal based on the comparison result.

[0126] Specifically, if the number of data frames sent is equal to the number of valid response frames, it is determined that the first communication channel has no data packet loss and its communication reliability is good; if the number of data frames sent is greater than the number of valid response frames, it is determined that the first communication channel has data packet loss and its communication reliability is abnormal.

[0127] Figure 8 This is another flowchart illustrating the interface function testing method provided in some embodiments of this application. In a specific embodiment of this application, a method for automatically testing the communication reliability of the serial communication channel of the control interface of the device under test is provided. This method evaluates communication quality by quantitatively analyzing the transmission and reception of data packets. The following will combine... Figure 8 Provide an explanation.

[0128] Step S801: Start the serial communication detection program, initialize the communication parameters of the first communication channel, and set the initial values ​​of a transmit counter and a receive counter to zero.

[0129] The initialization of the communication parameters of the first communication channel includes setting the baud rate, data bits, stop bits, and parity bits.

[0130] Step S802: Determine whether the current value of the transmission counter is less than a preset threshold (e.g., 10). If the value of the sending counter is less than the preset quantity threshold, then step S803 is executed; If the value of the sending counter reaches or exceeds the preset quantity threshold, then proceed to step S805.

[0131] Step S803: Send a preset data frame to the device under test through the first communication channel, and increment the value of the sending counter after the data frame is successfully sent.

[0132] The data frame may be, for example, a device status query command.

[0133] Step S804: Start the timer and monitor whether a valid response data frame is received through the first communication channel: If a correctly formatted and valid response data frame is received within a preset timeout period (e.g., 150 milliseconds), the value of the receiving counter is incremented, and then the process returns to step S802. If the reception times out or the received data frame is invalid, the process returns directly to step S802 without modifying the value of the reception counter.

[0134] Step S805: When the transmission loop ends, i.e., when the value of the transmission counter reaches the preset quantity threshold, the final value R1 of the reception counter is compared with the final value R2 of the transmission counter (or the preset quantity threshold) to determine the communication reliability. Step S806: If the value of the receiving counter is equal to the value of the transmitting counter, i.e., R1=R2, then it is determined that the first communication channel is reliable and there is no data packet loss. Step S807: If the value of the receive counter is less than the value of the send counter, i.e., R1 < R2, then it is determined that the communication of the first communication channel is unreliable and there is data packet loss.

[0135] Step S808: Generate the final detection conclusion based on the judgment result and display the conclusion through the human-computer interaction module. The conclusion includes the communication status (such as "normal" or "abnormal") and an optional counter value, and then the process ends.

[0136] In some embodiments, the method further includes: The EMS status feedback information output by the device under test is acquired through the digital signal channel; specifically, the level status output by an opto-isolated emergency stop signal detection circuit connected to the digital signal channel is read. By analyzing the relationships between the feedback information and / or the logical correlation between the feedback information and the test signal, the normality of the control interface's function is determined, including: If the voltage level is consistent with the first preset voltage level representing the normal state of the device under test, then the EMS output function of the digital signal channel is determined to be normal; otherwise, the EMS output function is determined to be abnormal.

[0137] Specifically, if the level state is consistent with the preset level when the device under test is in a normal, alarm-free state, then the EMS output function of the digital signal channel is determined to be normal; if the level state is consistent with the preset level when the device under test is in an emergency stop alarm state, then the EMS output function of the digital signal channel is determined to be normal; otherwise, the EMS output function of the digital signal channel is determined to be abnormal.

[0138] When the device under test (DUT) is in normal operation and has no EMS alarm, its digital signal channel outputs a high voltage. This high voltage signal, after passing through the opto-isolated emergency stop signal detection circuit, should be converted into a recognizable high-level signal. If a high level is read at this time, the EMS signal output is considered normal. When the DUT triggers an emergency stop or has an EMS alarm, its digital signal channel outputs a low voltage, which, after passing through the opto-isolated emergency stop signal detection circuit, corresponds to a low-level signal. If a low level is read, the EMS alarm status output is considered normal. If the actual read level does not match the expected level, the EMS output function of that digital signal channel is considered abnormal.

[0139] In some embodiments, the method further includes: The power supply detection circuit is connected to the power output terminal of the control interface. The power supply detection circuit adopts an opto-isolation architecture. If the voltage level is consistent with the second preset voltage level that characterizes the normal power output state of the device under test, then the power output function of the control interface is determined to be normal; otherwise, the power output function is determined to be abnormal.

[0140] If the power output function of the control interface is determined to be normal, the subsequent test process is allowed to continue; if the power output function of the control interface is determined to be abnormal, a fault alarm signal is generated and the test process is interrupted.

[0141] Specifically, the preset level when the power output is normal corresponds to the effective level (e.g., low level) output by the power supply detection circuit when the power output of the control interface is at the rated voltage (e.g., 24V); the preset level when the power output is abnormal corresponds to another level state (e.g., high level) output by the power supply detection circuit when the power output of the control interface has no power output or the voltage is too low.

[0142] In some embodiments, applying a test signal to the control interface of the device under test includes sending a status query command to the device under test through a first communication channel.

[0143] The feedback information output by the device under test in response to the test signal is acquired through at least two different functional channels, including: The first status information is obtained by receiving the operating status information fed back by the device under test in response to the status query command through the first communication channel; The second state information is obtained by acquiring the dry contact status output by the device under test through a digital signal channel; specifically, the level status output by a dry contact input detection circuit is read, and the second state information of the device under test is determined based on the level status; wherein, the dry contact input detection circuit is connected to the dry contact signal input pin of the control interface through a resistor network, and outputs a low level when the external dry contact is closed, and outputs a high level when the external dry contact is open; By analyzing the relationships between the feedback information and / or the logical correlation between the feedback information and the test signal, the normality of the control interface's function is determined, including: If the first status information is consistent with the second status information, the dry contact status feedback function of the digital signal channel is determined to be normal; otherwise, the dry contact status feedback function is determined to be abnormal.

[0144] Specifically, if both the first state information and the second state information represent a running state or both represent a stopped state, they are determined to be consistent; otherwise, they are determined to be inconsistent.

[0145] Figure 9 This is another schematic flowchart illustrating the interface function detection method provided in some embodiments of this application. In a specific embodiment of this application, a method for detecting the operational status feedback function of a device control interface through cross-validation is provided. This method achieves deep verification of the control interface dry contact feedback function by comparing status information from the communication channel with status information from the hardware dry contact channel. The following will combine... Figure 9 Provide an explanation.

[0146] Step S901: Send a status query command to the device under test through the first communication channel.

[0147] Step S902: Receive response data returned by the device under test in response to the status query command through the first communication channel, and parse the first status information of the device under test from the response data.

[0148] Step S903: Collect the hardware dry contact status of the device under test through the digital signal channel.

[0149] Specifically, the level state of the output of a dry contact input detection circuit is read, and the second state information of the device under test is determined based on the level state.

[0150] Step S904: Compare the first state information with the second state information to determine whether the working state of the device under test represented by the two is consistent.

[0151] Based on the comparison results, determine whether the dry contact status feedback function of the control interface is normal: Step S905: If the working state of the device under test represented by the first state information and the second state information is consistent, then it is determined that the dry contact state feedback output function of the control interface is normal. Step S906: If the working state of the device under test represented by the first state information and the second state information is inconsistent, it is determined that the dry contact state feedback output function of the control interface is abnormal.

[0152] Step S907: Generate and output the detection conclusion.

[0153] In some embodiments, applying a test signal to the control interface of the device under test includes: sending a device control command (such as a gate valve) to the device under test via a first communication channel; The control interface is provided with analog feedback signals that simulate the actions of the controlled device through a digital signal channel.

[0154] The feedback information output by the device under test in response to the test signal is acquired through at least two different functional channels, including: The alarm status information generated inside the device under test, corresponding to the device control command and the simulated feedback signal, is queried through the second communication channel.

[0155] By analyzing the relationships between the feedback information and / or the logical correlation between the feedback information and the test signal, the normality of the control interface's function is determined, including: If the device control command, the analog feedback signal, and the alarm status information logically match, then the interface control logic related to the controlled device is determined to be normal; otherwise, the interface control logic is determined to be abnormal.

[0156] Specifically, when the device control command and the analog feedback signal are logically matched, and the queried alarm status is no alarm, the interface control logic is determined to be normal; when the device control command and the analog feedback signal are logically mismatched, and the queried alarm status is that there is a device alarm, the interface control logic is determined to be normal; otherwise, the interface control logic is determined to be abnormal.

[0157] The analog feedback signal is generated by a switch output circuit, which responds to the control signal and outputs a corresponding switch signal to the feedback pin of the controlled device in the control interface.

[0158] In some embodiments, applying a test signal to the control interface of the device under test includes: cyclically sending multiple data request frames to the device under test through the second communication channel.

[0159] The feedback information output by the device under test in response to the test signal is acquired through at least two different functional channels, including: The number of data request frames sent and the number of valid response frames received through the second communication channel within a preset timeout period are counted. By analyzing the relationships between the feedback information and / or the logical correlation between the feedback information and the test signal, the normality of the control interface's function is determined, including: The number of data request frames is compared with the number of valid response frames, and the function of the second communication channel is determined based on the comparison result.

[0160] If the number of received valid response frames is equal to the number of sent data request frames, then the second communication channel is determined to be reliable. If the number of received valid response frames is less than the number of sent data request frames, it is determined that there is data packet loss in the second communication channel and the communication reliability is abnormal.

[0161] The data request frame is encapsulated and generated according to the application layer protocol format agreed upon with the device under test.

[0162] In some embodiments, the method further includes: Receive the test start command input by the user; In response to the test start command, execute the automated test process for the control interface and the second communication channel; During the test, the control display interface dynamically displays the real-time status of each detection function in a categorized manner; After the test is completed, the control display interface centrally displays the final results of each test function, and the results are visually presented through status indicators or color codes. Receive reset commands input by the user; In response to the reset command, the currently displayed detection results are cleared and the detection status is reset to the initial state.

[0163] The test start command is received through a virtual control provided by the display interface, and the reset command is received through a virtual control or a physical button.

[0164] The various detection functions include at least one of analog input detection, serial communication detection, EMS signal detection, operating status feedback detection, gate valve logic detection, and network communication detection.

[0165] The status identifier includes "PASS" or "FAIL" and the color coding includes green or red coding.

[0166] According to a third aspect of this application, embodiments of this application also provide a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the steps of the interface function detection method described above. This computer-readable storage medium possesses all the beneficial effects of the interface function detection method described above, and will not be elaborated further here.

[0167] According to a fourth aspect of this application, embodiments of this application also provide a computer program product, including a computer program that, when executed by a processor, implements the steps of the above-described interface function detection method. This computer program product possesses all the beneficial effects of the above-described interface function detection method, which will not be elaborated upon further herein.

[0168] According to a fifth aspect of this application, embodiments of this application also provide an electronic device, including: a memory and a processor, wherein a computer program is stored in the memory; the processor is configured to execute the computer program in the memory to implement the steps of the interface function detection method described above. This electronic device possesses all the beneficial effects of the interface function detection method described above, which will not be elaborated further here.

[0169] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0170] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0171] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0172] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0173] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0174] Memory may include non-persistent memory in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, like read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0175] Computer-readable media include both permanent and non-permanent, removable and non-removable media, which can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated communication signals and carrier waves.

[0176] In the description of this application, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more features. In the description of this application, "multiple" means two or more, unless otherwise explicitly specified.

[0177] In the above embodiments, the descriptions of each embodiment have their own emphasis. Parts not described in detail in a particular embodiment can be referred to in the relevant descriptions of other embodiments. The embodiments, implementation methods, and related technical features of this application can be combined and substituted for each other without conflict.

[0178] The above are merely preferred embodiments of this application and are not intended to limit this application in any way. Any simple modifications, equivalent changes, and alterations made to the above embodiments based on the technical essence of this application without departing from the scope of the technical solution of this application shall still fall within the scope of the technical solution of this application.

Claims

1. A method of detecting an interface function, characterized by, The method comprises: applying a test signal to a control interface of a device under test; wherein the test signal is configured to simulate cooperation between at least one external device and the device under test; collecting feedback information output by the device under test in response to the test signal through at least two different functional channels; determining whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal.

2. The method of claim 1, wherein, The control interface is integrated with an analog signal channel, a digital signal channel and a first communication channel; The application of the test signal to the control interface of the device under test comprises applying the test signal to the control interface through at least one of the analog signal channel, the digital signal channel and the first communication channel; The collection of the feedback information output by the device under test in response to the test signal through at least two different functional channels comprises collecting the feedback information output by the device under test in response to the test signal through at least two of the analog signal channel, the digital signal channel, the first communication channel and a second communication channel; The first communication channel is a serial communication channel, and the second communication channel is a communication channel established based on a network interface of the device under test.

3. The method of claim 2, wherein, The application of the test signal to the control interface of the device under test comprises applying a preset voltage signal to the control interface of the device under test through the analog signal channel; The collection of the feedback information output by the device under test in response to the test signal through at least two different functional channels comprises querying the physical quantity measurement value corresponding to the preset voltage signal and fed back by the device under test through the first communication channel; The determination of whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal comprises determining whether the analog signal channel is normal according to whether the physical quantity measurement value is in a preset range.

4. The method of claim 2, wherein, The application of the test signal to the control interface of the device under test comprises cyclically sending a plurality of preset data frames to the control interface of the device under test through the first communication channel or the second communication channel; The collection of the feedback information output by the device under test in response to the test signal through at least two different functional channels comprises counting the number of the data frames sent and the number of valid response frames received through the same communication channel; The determination of whether the function of the control interface is normal by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal comprises comparing the number of the data frames sent and the number of the valid response frames, and determining whether the first communication channel or the second communication channel is normal based on the comparison result.

5. The method of claim 2, wherein, Further comprising: reading a level state output by an opto-isolating emergency stop signal detection circuit connected with the digital signal channel through the digital signal channel; The process of analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal to determine whether the control interface is functioning normally includes: If the level state is consistent with the first preset level state that characterizes the normal state of the device under test, then the EMS output function of the digital signal channel is determined to be normal. Otherwise, the EMS output function is deemed abnormal.

6. The method of claim 1, wherein, The method further includes: Read the level status output by the power supply detection circuit, wherein the power supply detection circuit is connected to the power output terminal of the control interface; The process of analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal to determine whether the control interface is functioning normally includes: If the voltage level is consistent with the second preset voltage level that characterizes the normal power output state of the device under test, then the power output function of the control interface is determined to be normal; otherwise, the power output function is determined to be abnormal.

7. The method of claim 2, wherein, Applying a test signal to the control interface of the device under test includes: sending a status query command to the device under test through the first communication channel; The method of acquiring feedback information output by the device under test in response to the test signal through at least two different functional channels includes: The first status information is obtained by querying the operating status of the device under test in response to the status query command through the first communication channel. The second state information is obtained by acquiring the dry contact status output by the device under test through the digital signal channel. The step of determining whether the control interface functions normally by analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal includes: If the first status information is consistent with the second status information, the dry contact status feedback function of the digital signal channel is determined to be normal; otherwise, the dry contact status feedback function is determined to be abnormal.

8. The method of claim 2, wherein, Applying a test signal to the control interface of the device under test includes: The device control command of the controlled device is sent to the device under test through the first communication channel; The digital signal channel provides the device under test with a simulated feedback signal that mimics the actions of the controlled device. The method of acquiring feedback information output by the device under test in response to the test signal through at least two different functional channels includes: The alarm status information generated by the device under test, corresponding to the device control command and the analog feedback signal, can be queried through the second communication channel. The process of analyzing the relationship between the feedback information and / or the logical association between the feedback information and the test signal to determine whether the control interface is functioning normally includes: If the device control command, the analog feedback signal, and the alarm status information logically match, then the interface control logic related to the controlled device is determined to be normal; otherwise, the interface control logic is determined to be abnormal.

9. An interface function detecting apparatus characterized by comprising: include: The interface testing module is connected to the control interface of the device under test. The communication module is connected to the network interface of the device under test; A master module, connected with the interface detection module and the communication module, is configured to execute the method of any one of claims 1 to 8.

10. A computer-readable storage medium, characterized in that, A computer program is stored thereon, and the computer program is loaded by a processor to execute the steps in the method of any one of claims 1 to 8.

Images