Automated test bench for multi-device testing and test method thereof

Abstract

The application provides an automated test bench for multi-device testing and a testing method thereof, and relates to the technical field of device testing. The automated test bench comprises a test bench main body, at least two groups of controller interfaces, at least two groups of driver interfaces and a control panel arranged on the test bench main body. Each controller interface is connected to a programmable logic controller, each driver interface is connected to a driver, the control panel comprises a controller selection switch selected from the at least two groups of controller interfaces as a test interface, a driver selection switch selected from the at least two groups of driver interfaces as a test interface and a switching control module. The switching control module turns on the power loop of the selected controller interface and the driver interface and the signal path between the two, so that the externally connected driver and programmable logic controller can participate in the test. The application solves the problems of fixed matching of the test bench, inability to simulate actual working conditions and mixed use of multi-brand devices.

Description

Technical Field

[0001] This application relates to the field of equipment testing technology, and in particular to an automated test bench and testing method for multi-device testing. Background Technology

[0002] In recent years, with the acceleration of localization in the field of industrial automation, several domestic brands of programmable logic controllers (PLCs) and drivers with independent intellectual property rights have emerged. These products have approached or reached the international advanced level in terms of parameters, but due to the lack of large-scale practical engineering application testing, there are compatibility and reliability risks when directly applied to field projects.

[0003] Currently, testing of PLCs and drives relies on two main methods: software simulation and simple experimental setups. Software simulation, however, struggles to accurately reflect the electrical characteristics, communication compatibility, and long-term operational stability of hardware under complex operating conditions. The latter method involves simple experimental devices limited to testing a single brand. These setups are often fixed configurations for a specific brand and cannot simulate scenarios involving multiple brands of equipment in real-world projects, nor can they perform cross-combination testing of PLCs and drives from different brands. These limitations lead to insufficient selection criteria and hinder the effective accumulation of technical experience, thus restricting the widespread application of domestically produced automation products.

[0004] Therefore, there is an urgent need for a comprehensive experimental platform that can simulate actual working conditions and support arbitrary combinations of PLCs and drivers from multiple brands to meet the needs of product verification, selection comparison, and practical training. Summary of the Invention

[0005] In view of this, this application provides an automated test bench and its testing method for multi-device testing, which can simulate the actual working conditions during the testing process and support arbitrary combination testing of PLCs and drives from multiple brands.

[0006] The present application is described below from multiple aspects, and the implementation methods and beneficial effects of these aspects can be referred to each other.

[0007] In a first aspect, this application provides an automated test bench for multi-device testing, comprising: a test bench body; at least two sets of controller interfaces disposed on the test bench body, each controller interface being used to connect to a programmable logic controller; at least two sets of driver interfaces disposed on the test bench body, each driver interface being used to connect to a driver; and a control panel disposed on the test bench body, the control panel comprising: a controller selection switch for selecting one of the at least two sets of controller interfaces as a test interface; a driver selection switch for selecting one of the at least two sets of driver interfaces as a test interface; and a switching control module for performing controller power-on operation, driver power-on operation, and signal path connection operation, so that only one set of controller interfaces and one set of driver interfaces are connected and working at the same time, and externally connected drivers and programmable logic controllers can participate in the test.

[0008] According to this solution, operators do not need to open the cabinet door or make any physical wiring changes. They can safely and reliably complete any cross-combination test of PLCs and drivers of different brands or models in a short time simply by using the selection switch on the control panel. Operators can freely switch and match the test objects, which fundamentally solves the problems of fixed test bench configurations, inability to simulate actual working conditions, and mixed use of multiple brands of equipment in real projects. This automated test bench can support any combination test of PLCs and drivers of multiple brands, providing an efficient physical platform and data support for equipment selection, compatibility verification, and comparative testing.

[0009] In one possible implementation of the first aspect described above, the controller power-on operation includes: turning on the power circuit of the selected controller interface to power on the externally connected programmable logic controller, and turning off the power circuits of the remaining unselected controller interfaces. The driver power-on operation includes: turning on the power circuit of the selected driver interface to power on the externally connected driver, and turning off the power circuits of the remaining unselected driver interfaces. The signal path connection operation includes: establishing a signal path between the selected driver interface and the controller interface to enable signal transmission between the externally connected driver and the programmable logic controller, and turning off the signal path between the remaining unselected driver interfaces and the unselected controller interfaces.

[0010] According to this scheme, when the power circuit of the selected interface is turned on, the power circuit of other interfaces is turned off. When the signal path between the two selected interfaces is turned on, the signal path between other interfaces is turned off. Through this interlocking function, it can be ensured that only the PLC connected to the selected controller interface and the driver connected to the selected driver interface are in working state at the same time, preventing power conflict or communication conflict.

[0011] In one possible implementation of the first aspect described above, the signal path between the selected driver interface and the controller interface includes signal links corresponding to at least two types of communication protocols. The driver selection switch is also used to select the type of communication protocol participating in the test. The switching control module is also used to perform a signal link activation operation, which includes activating the signal link between the selected driver interface and the controller interface corresponding to the type of the selected communication protocol, so that the communication protocol between the externally connected programmable logic controller and the driver can participate in the test.

[0012] According to this solution, operators can comprehensively verify the performance differences of the same pair of PLCs and drivers under different communication protocols on the same hardware platform. They can also verify the compatibility of different brands of equipment with specific protocols and the reliability of redundant communication, which enriches the test scenarios and reduces the cost and complexity of building a multi-protocol test environment.

[0013] In one possible implementation of the first aspect described above, the control panel further includes a signal simulation module for inputting simulation signals to the input ports of an externally connected programmable logic controller to test the port functionality of the programmable logic controller.

[0014] According to this solution, the functions of PLC hardware ports can be independently verified without relying on external equipment. Operators do not need to connect external instruments such as signal generators and resistor boxes. They can directly complete the corresponding simulation tests on the experimental platform control panel, which simplifies the testing process of individual PLC functions and improves the convenience and efficiency of testing.

[0015] Secondly, this application provides a testing method applied to the automated experimental platform disclosed in the first aspect and any possible implementation thereof.

[0016] The testing method includes: selecting one of at least two sets of controller interfaces as the test interface via the controller selection switch on the control panel; selecting one of at least two sets of driver interfaces as the test interface via the driver selection switch on the control panel; performing controller power-on operation, driver power-on operation, and signal path conduction operation by switching the control module, so that only one set of controller interfaces and one set of driver interfaces are connected and working at the same time, and externally connected drivers and programmable logic controllers can participate in the test; performing the corresponding test procedures on externally connected programmable logic controllers and drivers, and recording the test data.

[0017] According to this scheme, by executing different test processes and recording the corresponding test data, various testing needs can be met.

[0018] In one possible implementation of the second aspect described above, a corresponding test procedure is performed on the externally connected programmable logic controller (PLC) and driver, and test data is recorded. This includes: based on selected test items, performing a corresponding test procedure on the externally connected PLC and driver, and recording test data. The test items include at least one of testing the connection and communication capabilities of the PLC and driver, testing the communication protocol performance between the PLC and driver, and testing the port functions of the PLC.

[0019] According to this scheme, different test data can be obtained for different test items. Testers can flexibly determine the test items according to actual needs, providing objective and quantitative data for the performance analysis of programmable logic controllers and drivers.

[0020] In one possible implementation of the second aspect described above, when the test item is to test the connection and communication capabilities of the programmable logic controller (PLC) and the driver, a corresponding test procedure is executed on the externally connected PLC and the driver, and test data is recorded. This includes: issuing a connection and communication capability test command to the externally connected PLC, which is used to control the externally connected PLC to send a first control command to the externally connected driver; and obtaining first response data corresponding to the first control command fed back by the externally connected driver, which is the test data.

[0021] This solution allows for the testing of the connection and communication capabilities between the PLC and the driver. For example, by analyzing indicators such as the delay between the first control command and the first response data, and the execution accuracy corresponding to the first response data, the performance differences between different brand combinations in core collaborative control functions such as speed control, position control, and torque control can be objectively evaluated, providing direct and quantitative data support for engineering selection.

[0022] In one possible implementation of the second aspect described above, when the test item is to test the communication protocol performance between the programmable logic controller (PLC) and the driver, a corresponding test procedure is executed on the externally connected PLC and the driver, and test data is recorded. This includes: issuing a protocol test command to the externally connected PLC, which controls the PLC to send a second control command to the externally connected driver using a signal link corresponding to the selected communication protocol type; and obtaining second response data from the externally connected driver corresponding to the second control command, whereby the second response data is the test data.

[0023] According to this scheme, the performance of the communication protocol between the programmable logic controller and the driver can be tested and verified.

[0024] In one possible implementation of the second aspect described above, when the test item is to test the port function of the programmable logic controller (PLC), a corresponding test procedure is executed on the externally connected PLC and driver, and test data is recorded, including: inputting a simulation signal to the input port of the externally connected PLC through a signal simulation module; and obtaining third response data of the externally connected PLC in response to the simulation signal, wherein the third response data is the test data.

[0025] According to this scheme, the port function of a programmable logic controller can be tested through a signal simulation module, enabling rapid and independent testing of port functions without the need to connect to an external signal source.

[0026] In one possible implementation of the second aspect described above, when the test item is to test the port function of the programmable logic controller (PLC), a corresponding test procedure is executed on the externally connected PLC and driver, and test data is recorded, including: inputting a simulated signal to the input port of the externally connected PLC; and acquiring fourth response data of the externally connected PLC in response to the simulated signal, wherein the fourth response data is the test data.

[0027] According to this scheme, analog simulation signals with arbitrary waveforms and timings can be sent from an external signal source to achieve more comprehensive testing of port functions. Attached Figure Description

[0028] Figure 1 A block diagram of an automated test bench for multi-device testing provided in an embodiment of this application;

[0029] Figure 2 A flowchart illustrating the testing method provided in the embodiments of this application;

[0030] Figure 3 A schematic diagram of the test process corresponding to the connection and communication capability test provided in the embodiments of this application;

[0031] Figure 4 This is a schematic diagram of the test process corresponding to the communication protocol performance test provided in the embodiments of this application;

[0032] Figure 5 A schematic diagram of a test process corresponding to the port function test provided in the embodiments of this application;

[0033] Figure 6 This is another schematic diagram of the test process corresponding to the port function test provided in the embodiments of this application. Detailed Implementation

[0034] 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, 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.

[0035] The technical problems to be solved by the embodiments of this application will be described below.

[0036] In some embodiments, there are two testing methods for PLCs and drives. One method relies on software simulation, but this method is difficult to accurately reflect the electrical characteristics, communication compatibility, and long-term operational stability of the hardware under complex operating conditions. The other method uses a simple experimental setup that can only be used for testing a single brand. This method cannot simulate scenarios where multiple brands of equipment are used together in actual projects, nor can it perform cross-combination testing between PLCs and drives of different brands.

[0037] In addition, these testing methods lack an integrated platform that can simultaneously perform hardware compatibility testing of programmable logic controllers, communication protocol interoperability testing, and device performance testing.

[0038] In view of this, embodiments of this application provide an automated test bench for multi-device testing. The test bench is equipped with at least two sets of controller interfaces and two sets of driver interfaces. Each controller interface is used to connect to a programmable logic controller, and each driver interface is used to connect to a driver. The test interface can be arbitrarily selected from the controller interfaces and driver interfaces by means of a selection switch on the control panel, and the power circuit of the selected controller interface, the power circuit of the selected driver interface, and the signal path between the selected driver interface and the controller interface are connected.

[0039] In real-world operating conditions, a PLC may need to coordinate with two or more different drives. For example, in an automated production line, a PLC controls one drive for precise positioning while simultaneously coordinating speed with another drive. Therefore, the automated test bench provided in this application not only simulates actual operating conditions during testing but also supports arbitrary combinations of PLCs and drives from multiple brands, thus providing reliable data support for comparing the performance of different devices. Furthermore, the automated test bench provided in this application has hardware compatibility testing functions for programmable logic controllers, communication protocol interoperability testing functions, and equipment performance testing functions, realizing a multi-functional integrated test bench.

[0040] The automated test bench for multi-device testing is described below with reference to the embodiments and accompanying drawings.

[0041] Reference Figure 1 , Figure 1 This is a block diagram of an automated testing bench for multi-device testing, provided as an embodiment of this application. The automated testing bench is used to test programmable logic controllers and drivers from different brands.

[0042] like Figure 1 As shown, the experimental platform may include a main body and at least two sets of controller interfaces (corresponding to) disposed on the main body. Figure 1 Control interface 1 to control interface n1), and at least two sets of driver interfaces (corresponding to...) Figure 1 The driver interfaces (n1 to n2) and the control panel.

[0043] Each controller interface is used to connect to a programmable logic controller, and each driver interface is used to connect to a driver.

[0044] Continue to refer to Figure 1 The control panel may include a controller selection switch, a driver selection switch, and a switching control module.

[0045] The controller selection switch is used to select one of at least two sets of controller interfaces as the test interface. For example, the controller selection switch can be a knob, or a PLC selection knob.

[0046] A driver selection switch is used to select one of at least two sets of driver interfaces as the test interface. For example, the driver selection switch can also be a knob, and may be referred to as a driver selection knob.

[0047] It is understood that the controller selection switch can support manual operation to select the controller interface as the test interface, or it can support receiving instructions from the host computer and selecting the controller interface as the test interface by executing the instructions. Similarly, the driver selection switch can also support manual operation and receiving instructions from the host computer and selecting the driver interface as the test interface by executing the instructions. This application embodiment does not limit this.

[0048] Continue to refer to Figure 1 The switching control module can specifically include a power control module and an experimental object switching module. The switching control module can be used to perform controller power-on operations, driver power-on operations, and signal path connection operations, so that only one set of controller interfaces and one set of driver interfaces can be connected and working at any given time, and that externally connected drivers and programmable logic controllers can participate in the test.

[0049] It is understandable that an externally connected driver is a driver that is connected to a test interface after selecting one of at least two sets of controller interfaces as the test interface. Similarly, an externally connected programmable logic controller is a programmable logic controller that is connected to a test interface after selecting one of at least two sets of driver interfaces as the test interface.

[0050] Based on the automated test bench provided in this application embodiment, operators do not need to open the cabinet door or make any physical wiring changes. They can safely and reliably complete any cross-combination test of PLCs and drivers of different brands or models in a short time simply by using the selection switch on the control panel. Operators can freely switch and match test objects, which fundamentally solves the problems of fixed test bench configuration, inability to simulate actual working conditions, and mixed use of multiple brands of equipment in real projects. This automated test bench can support any combination test of PLCs and drivers of multiple brands, providing an efficient physical platform and data support for equipment selection, compatibility verification, and comparative testing.

[0051] The following sections describe the controller power-on operation, driver power-on operation, and signal path activation operation.

[0052] The controller power-on operation and the driver power-on operation can be performed by the power control module.

[0053] The process corresponding to the controller power-on operation is as follows: turn on the power circuit of the selected controller interface to power on the externally connected programmable logic controller, and disconnect the power circuit of the remaining unselected controller interfaces.

[0054] The process corresponding to the driver power-on operation is as follows: turn on the power circuit of the selected driver interface to power on the externally connected driver, and disconnect the power circuit of the remaining unselected driver interfaces.

[0055] The signal path activation operation can be performed by the experimental object switching module. The corresponding process for the signal path activation operation is as follows: activate the signal path between the selected driver interface and the selected controller interface to enable signal transmission between the externally connected driver and the externally connected programmable logic controller, and disconnect the signal paths between the remaining unselected driver interfaces and unselected controller interfaces.

[0056] It is understood that the controller power-on operation, driver power-on operation, and signal path connection operation can be implemented by manually operating the switching control module, or by sending instructions to the switching control module from a host computer or other device, and the switching control module executing the instructions. This application embodiment does not limit this.

[0057] For example, if the controller selection switch selects controller interface 2 as the test interface, and the driver selection switch selects driver interface 1 as the test interface, then the switching control module will connect the power circuit of driver interface 1 and disconnect the power circuits of the other unselected driver interfaces. The switching control module will also connect the power circuit of controller interface 2 and disconnect the power circuits of the other unselected controller interfaces. The switching control module will also connect the signal path between driver interface 1 and controller interface 2 and disconnect the signal path between the other unselected driver interfaces and the unselected controller interfaces.

[0058] It is understood that, in one embodiment, the power supply circuit is automatically activated by the switching control module without manual intervention. In other embodiments, the power supply circuit is activated manually, i.e., the device is powered on manually.

[0059] Therefore, by performing controller power-on operation, driver power-on operation, and signal path connection operation, when the power circuit of the selected interface is turned on, the power circuit of other interfaces is turned off; when the signal path between two selected interfaces is turned on, the signal path between other interfaces is turned off. Through this interlocking function, it can be ensured that only the PLC connected to the selected controller interface and the driver connected to the selected driver interface are in working state at the same time, preventing power conflict or communication conflict.

[0060] In one embodiment, continue to refer to Figure 1 The experimental platform may also include at least two drive motor interfaces (corresponding to...) Figure 1 The number of drive motor interfaces is the same as the number of driver interfaces. Each drive motor interface is used to connect a drive motor. The signal paths between the drive motor interfaces and the driver interfaces are one-to-one. The drive motor connected to the drive motor interface is used as the test load when the driver connected to the corresponding driver interface participates in the test.

[0061] For example, an externally connected programmable logic controller (PLC) sends control commands to an externally connected driver. The driver can control the corresponding drive motor to run based on the control commands. The driver can obtain data on the operating status of the drive motor and use it as test data to evaluate the connection and communication capabilities between the externally connected driver and the PLC.

[0062] In one embodiment, the signal path between the selected driver and the selected programmable logic controller may include signal links corresponding to at least two types of communication protocols, with each signal link corresponding to one signal line.

[0063] For example, this signal path can include signal links corresponding to the EtherNet / IP communication protocol (Ethernet Industrial Protocol) and the Profibus-DP communication protocol (decentralized periphery). The EtherNet / IP industrial Ethernet uses a DLR (device-level ring) topology to connect PLCs and drives in different racks. The ring network design has self-healing capabilities; when a network cable breaks or a device malfunctions, communication can be restored within milliseconds. The programmable logic controller (PLC) can connect to the Profibus-DP interface of the drive via the Profibus-DP fieldbus, or connect to CAN bus devices via a Profibus-DP to CAN gateway (controller area network), enabling compatibility testing of multiple fieldbus protocols.

[0064] Based on this, the driver selection switch can also be used to select the type of communication protocol to participate in the test. For example, the driver's EtherNet / IP communication protocol can be selected for testing.

[0065] The switching control module is also used to perform signal link activation operations.

[0066] The process corresponding to this signal link activation operation is as follows: The signal link between the selected driver interface and the selected controller interface, corresponding to the type of the selected communication protocol, is activated. This allows the communication protocol between the externally connected programmable logic controller (PLC) and the externally connected driver to participate in the test, thereby enabling the performance testing of the communication protocol between the externally connected PLC and the driver. For example, when the EtherNet / IP communication protocol is being tested, the signal link between the selected driver interface and the selected controller interface, corresponding to the EtherNet / IP communication protocol, can be activated.

[0067] As a result, operators can comprehensively verify the performance differences of the same pair of PLCs and drivers under different communication protocols on the same hardware platform. They can also verify the compatibility of different brands of equipment with specific protocols and the reliability of redundant communication, enriching the test scenarios and reducing the cost and complexity of building a multi-protocol test environment.

[0068] In one embodiment, the signal path between the selected driver and the programmable logic controller may further include a gateway device for communication protocol conversion.

[0069] Based on this design, this experimental platform can also verify the feasibility of expanding peripheral experimental objects through gateway devices.

[0070] In one embodiment, continue to refer to Figure 1 The control panel may also include a signal simulation module.

[0071] The signal simulation module is used to input simulation signals to the input ports of an externally connected programmable logic controller (PLC) to test the port functions of the PLC.

[0072] For example, the signal simulation module may include a potentiometer, a push-button switch, and a signal generator for simulating PLC input signals.

[0073] Therefore, it is possible to independently verify the functions of PLC hardware ports without relying on external devices. Operators do not need to connect external instruments such as signal generators and resistor boxes. They can directly complete the corresponding simulation tests on the experimental platform control panel, which simplifies the testing process of individual PLC functions and improves the convenience and efficiency of testing.

[0074] The following sections will describe the overall structure, internal layout, spatial layout, functional design of the control panel, and power system design of the experimental platform.

[0075] In terms of overall structure, the experimental platform has external dimensions of 1400mm × 800mm × 1800mm (length × width × height). The internal functional divisions are reasonable, the space layout is compact, and component replacement is convenient. To provide ease of movement, the bottom of the experimental platform can be equipped with casters with brakes for easy overall movement and fixation.

[0076] In terms of internal layout, the experimental platform has prefabricated mounting plates in all directions for mounting general-purpose component rails and PLC backplane racks. Non-standard sized components are fastened to the mounting plates with screws. The experimental platform has pre-set cable trays, and the internal cables are laid along the cable trays to achieve separation of strong and weak currents, improve the system's anti-interference ability and maintenance convenience.

[0077] In terms of spatial layout, the experimental platform adopts a functional zoning design: the upper area is used to install multiple controllers, the middle area is used to install multiple drivers, the bottom area is used to install drive motors (specifically, variable frequency drive motors), and the side areas are used to install auxiliary low-voltage components (such as circuit breakers, relays, power modules, etc.). This layout ensures heat dissipation while facilitating component replacement and maintenance. An industrial computer and keyboard / mouse are located on the left side of the front cabinet door, and a control panel is located on the right side for easy operation. The cabinet door is equipped with an exhaust fan and ventilation grille; the fan start command is linked to the experiment start command on the control panel to ensure that the components inside the platform maintain normal operating temperature during the experiment.

[0078] Regarding the functional design of the control panel, it can be installed on the cabinet door of the experimental bench. The integrated functional modules on the control panel include:

[0079] The power control module may include a power on / off button for controlling the power circuit of the controller interface and a corresponding power status indicator, and may also include a power on / off button for controlling the power circuit of the driver interface and a corresponding power status indicator.

[0080] The experimental object switching module may include a PLC selection knob and a driver selection knob, which are used to select the controller interface and driver interface currently used as the test interface, respectively.

[0081] The signal simulation module may include digital input simulation buttons (e.g., lamp test buttons) and analog input simulation potentiometers (e.g., torque setting potentiometers), thereby providing simulated signals.

[0082] A speed setting module may include a driver speed mode control handle for manually setting the motor speed of the drive motor.

[0083] A safety module, which may include a system emergency stop button.

[0084] The monitoring module may include an energy meter for real-time monitoring of the incoming power supply status and the power consumption of the experimental platform.

[0085] The control handle on the control panel adopts an embedded installation design, with the top of the handle flush with the surface of the cabinet door, which can prevent the handle from being damaged by bumps during the movement of the experimental table.

[0086] In terms of power system design, the experimental platform's incoming power supply can adopt a 380V 3P+N standard. One end of the incoming cable has a pre-installed standard industrial power plug for easy connection to a power socket, reducing the requirements for external power supply. The other end connects to the internal power terminal block through a stuffing box at the bottom of the experimental platform. A circuit breaker is configured at the incoming end to provide short-circuit and overload protection.

[0087] For example, with two driver interfaces, the power supply via the junction box can be distributed into three independent power supply loops:

[0088] The first path supplies power to the power circuit of one of the driver interfaces, and the power circuit is equipped with a fast-acting fuse (for short-circuit protection), an input line reactor (for suppressing grid surges), and an input filter (for preventing interference with the grid).

[0089] The second path supplies power to the power circuit of another driver interface, and this power circuit can also be configured with fast-acting fuses, input line reactors, and input filters.

[0090] The third power supply circuit supplies power to the controller interface and the switching control module. This power supply circuit can be configured with a miniature circuit breaker (for short-circuit protection) and a power filter (for filtering high-frequency interference signals generated by the driver).

[0091] The testing method based on the above-described experimental platform will be described below with reference to specific embodiments and accompanying drawings.

[0092] It is understood that this testing method is applied to the automated test bench for multi-device testing described in the above embodiments.

[0093] Reference Figure 2 , Figure 2 This is a flowchart illustrating a testing method provided in an embodiment of this application. The testing method may include steps S210-S240.

[0094] S210: Select one of at least two sets of controller interfaces as the test interface by using the controller selection switch on the control panel.

[0095] S220: Select one of at least two sets of driver interfaces as the test interface using the driver selection switch on the control panel.

[0096] S230: The switching control module on the control panel performs controller power-on operation, driver power-on operation, and signal path connection operation, so that only one set of controller interfaces and one set of driver interfaces can be connected and working at the same time, and that externally connected drivers and externally connected programmable logic controllers can participate in the test.

[0097] S240: Perform the corresponding test procedures for externally connected programmable logic controllers and externally connected drivers, and record the test data.

[0098] It is understood that the test process can be performed by the host computer, or by the host computer and the simulation signal module on the main body of the experimental platform, as will be explained in detail in the following embodiments.

[0099] Based on steps S210-S240, different test procedures are executed and corresponding test data is recorded, thereby meeting various test requirements.

[0100] The following describes, in conjunction with the embodiments and accompanying drawings, the process of performing the corresponding test procedures on the externally connected programmable logic controller and driver, and recording the test data as described in step S240.

[0101] In one embodiment, based on selected test items, corresponding test procedures can be performed on externally connected programmable logic controllers and externally connected drivers, and test data can be recorded.

[0102] For example, the test item may include at least one of testing the connectivity and communication capabilities of the programmable logic controller and the driver, testing the communication protocol performance between the programmable logic controller and the driver, and testing the port functions of the programmable logic controller.

[0103] Understandably, when the host computer executes the corresponding test process, it can download the corresponding test program based on the test item and run the test program to execute the corresponding test process.

[0104] Based on this setup, different test data can be obtained for different test items. Testers can flexibly determine the test items according to actual needs, providing objective and quantitative data for the performance analysis of programmable logic controllers and drivers.

[0105] In one embodiment, reference is made to Figure 3 , Figure 3 This is a schematic diagram of the test process corresponding to the connection and communication capability test provided in the embodiments of this application.

[0106] like Figure 3 As shown, when the test item is to test the connection and communication capabilities of the programmable logic controller and the driver, the process of performing the corresponding test flow on the externally connected programmable logic controller and the externally connected driver mentioned in step S240 may include steps S310-S320, and steps S310-S320 are executed by the host computer.

[0107] S310: Sends a connection and communication capability test instruction to an externally connected programmable logic controller. This connection and communication capability test instruction is used to control the externally connected programmable logic controller to send a first control instruction to the externally connected driver.

[0108] S320: Obtain the first response data corresponding to the first control command fed back by the externally connected driver. The first response data is test data.

[0109] For example, the first control instruction can be a start / stop control instruction, used to control the driver to start or stop the drive motor. The first response data can be the operating status of the drive motor, whether the drive motor is started and the start time, or whether the drive motor is stopped and the stop time. The connection and communication capability between the programmable logic controller and the driver can be determined through the first control instruction and the first response data.

[0110] Based on steps S310-S320, the connection and communication capabilities between the PLC and the driver can be tested. For example, by analyzing indicators such as the delay between the first control command and the first response data, and the execution accuracy corresponding to the first response data, the performance differences of different brand combinations in core collaborative control functions such as speed control, position control, and torque control can be objectively evaluated, providing direct and quantitative data support for engineering selection.

[0111] based on Figure 3 The corresponding testing methods, taking an experimental platform with two control interfaces and two driver interfaces as an example, can achieve combined testing of PLCs and drivers from different brands by switching between the following four combination modes:

[0112] Mode 1: PLC1 + Driver 1;

[0113] Mode 2: PLC1 + Driver 2;

[0114] Mode 3: PLC2 + Driver 1;

[0115] Mode 4: PLC2 + Driver 2.

[0116] Based on this switching mechanism, comparative testing of PLCs and drivers from different brands can be achieved. The following will continue to use PLC1, PLC2, driver 1 and driver 2 as examples to explain the process of this comparative test.

[0117] Benchmark test: Establish a connection between PLC1 and driver1 through the selected controller interface and driver interface, run the standard test program, and record the first set of test data. The test data includes benchmark performance data such as response speed, control accuracy, and communication stability.

[0118] Compatibility test: Keep the selected controller interface unchanged, switch the selected driver interface, establish the connection between PLC1 and driver 2, test the matching degree between PLC1 and driver 2, and record the corresponding second set of test data.

[0119] Cross-comparison test: Switch to the combination of PLC2 and driver 1, test the matching degree of another brand of PLC and driver 1, and record the corresponding third set of test data.

[0120] Full cross-test: Switch to the combination of PLC2 and driver 2. At this point, the test of all combinations is completed, and the corresponding fourth set of test data is recorded.

[0121] Data Analysis: By comparing and analyzing the above four sets of test data, we can evaluate the performance differences of different brand combinations in terms of response speed, control accuracy, and communication stability, and provide a quantitative basis for product selection.

[0122] In one embodiment, reference is made to Figure 4 , Figure 4 This is a schematic diagram of the test process corresponding to the communication protocol performance test provided in the embodiments of this application.

[0123] like Figure 4 As shown, when the test item is to test the communication protocol performance between the programmable logic controller and the driver, the process of performing the corresponding test procedure on the externally connected programmable logic controller and the externally connected driver and recording the test data mentioned in step S240 may include steps S410-S420, and steps S410-S420 are executed by the host computer.

[0124] S410: Issues a protocol test command to an externally connected programmable logic controller. This protocol test command is used to control the externally connected programmable logic controller to send a second control command to the externally connected driver using a signal link corresponding to the type of the selected communication protocol.

[0125] S420: Obtain the second response data corresponding to the second control command from the externally connected driver. The second response data is test data.

[0126] For example, the second control command and the second response data can be referred to the explanation of the first control command and the first response data above. The difference is that in this embodiment, the performance of the communication protocol between the programmable logic controller and the driver can be evaluated through the second control command and the second response data.

[0127] Based on steps S410-S420, the performance of the communication protocol between the programmable logic controller (PLC) and the driver can be tested and verified. For example, by analyzing the delay between the second control instruction and the second response data, and the execution accuracy corresponding to the second response data, the actual performance of the communication protocol on the selected PLC and driver combination can be accurately evaluated, as well as the self-healing capability under network redundancy (such as ring network) faults, providing key basis for network architecture design and protocol selection.

[0128] based on Figure 4 The corresponding testing process, when testing the communication protocol performance between the programmable logic controller and the driver, can verify whether the PLC can control the driver to run through EtherNet / IP and Profibus-DP protocols, and read the speed, torque, current and other information fed back by the driver, thereby evaluating the performance of the corresponding communication protocol.

[0129] In addition, the performance of communication protocols between the PLC and other devices can be verified. For example, encoder communication tests can be performed to verify whether the PLC can connect to an absolute encoder via EtherNet / IP or Profibus-DP protocols, read encoder position data, and perform reset operations. It can also be verified whether the PLC can normally send and receive data with CAN bus devices (simulated via a USB-CAN adapter) through an EtherNet / IP to CAN gateway or a Profibus-DP to CAN gateway. Furthermore, it can be verified whether the PLC can send data to the HMI configuration software (human-machine interface) on the industrial computer via Modbus TCP (Modbus transmission control protocol) or OPC UA protocol (open platform communications unified architecture) to achieve upper-level monitoring functions.

[0130] In addition, redundant communication tests can be performed. For two types of PLC communication networks, namely ECN dual-path redundancy and EtherNet / IP ring network redundancy, a communication link can be manually disconnected during operation to test whether communication is interrupted and the recovery time.

[0131] In one embodiment, reference is made to Figure 5 , Figure 5 This is a schematic diagram of a test process corresponding to the port function test provided in the embodiments of this application.

[0132] like Figure 5 As shown, when the test item is to test the port function of the programmable logic controller, the process of performing the corresponding test procedure on the externally connected programmable logic controller and the externally connected driver and recording the test data in step S240 can adopt the process corresponding to steps S510-S520. Step S510 is executed by the signal simulation module, which can be manually operated. Step S520 is executed by the host computer.

[0133] S510: Inputs simulation signals to the input ports of externally connected programmable logic controllers via the signal simulation module.

[0134] S520: Acquires the third response data of the externally connected programmable logic controller in response to the simulation signal. The third response data is the test data.

[0135] For example, the simulation signal can be a 24V DC level signal or a 4-20mA current signal, and the third response data can be the register status of the programmable logic controller, thereby verifying whether the hardware of the input port of the programmable logic controller is normal and whether it can correctly identify the signal.

[0136] Based on steps S510-S520, the port function of the programmable logic controller can be tested through the signal simulation module using hardware simulation, enabling rapid and independent testing of port functions without the need to connect to an external signal source.

[0137] In one embodiment, reference is made to Figure 6 , Figure 6 This is another schematic diagram of the test process corresponding to the port function test provided in the embodiments of this application.

[0138] like Figure 6 As shown, when the test item is to test the port function of the programmable logic controller, the process of performing the corresponding test procedure on the externally connected programmable logic controller and the externally connected driver and recording the test data mentioned in step S240 can adopt the process corresponding to steps S610-S620, and steps S610-S620 are executed by the host computer.

[0139] S610: Inputs analog simulation signals to the input ports of externally connected programmable logic controllers.

[0140] S620: Obtain the fourth response data of the externally connected programmable logic controller in response to the analog simulation signal. The fourth response data is test data.

[0141] For example, the simulated signal can be a pulse sequence or step signal generated by the host computer software, and the fourth response data can be the register state of the programmable logic controller, thereby verifying whether the hardware of the input port of the programmable logic controller is normal and whether it can correctly identify the signal.

[0142] Based on steps S610-S620, analog simulation signals with arbitrary waveforms and timings can be sent from an external signal source (such as a host computer). Based on software simulation, more comprehensive testing of port functions can be achieved, and reliable testing of the port functions of the PLC hardware can be completed efficiently.

[0143] In addition, before performing steps S510 or S610, the following power-on check steps, interface selection steps, and program download steps can be performed first.

[0144] The power-on check steps are as follows: Power on the experimental platform and observe the voltage, current, and other status parameters of the incoming power supply using a power meter. The interface selection steps are as follows: Select the controller interface and driver interface, and connect the corresponding PLC power supply, driver power supply, and signal paths. The program download step is as follows: Download the test program to the host computer using programming software.

[0145] After that, it can be done through Figure 5 or Figure 6 The corresponding process executes the corresponding test procedure and records the test data. Moreover, different test methods can be used for different ports of the programmable logic controller.

[0146] For example, to test the digital input of a programmable logic controller (PLC), a port test command can be sent to the digital input simulation switch in the signal simulation module, or the digital input simulation switch (such as the lamp test button) can be pressed directly, and the numerical changes of the corresponding input points can be observed through programming software to verify the digital input function of the PLC.

[0147] For testing the digital output of a programmable logic controller (PLC), the output point can be forced to operate by programming software. The operation of actuators such as buzzers and relays connected to the output terminal of the PLC can be observed to verify the digital output function of the PLC.

[0148] Analog input testing for programmable logic controllers (PLCs) can include current input testing, resistance input testing, and voltage input testing. For current input testing, a signal generator can be used to generate a 4-20mA current signal, which is then connected to the PLC's analog input module. The numerical changes are observed using programming software. For resistance input testing, a torque potentiometer can be used to output a 0-1kΩ adjustable resistor, which is then connected to the PLC's analog input module. The numerical changes are observed using programming software. For voltage input testing, a signal generator can be used to generate a 0-5VDC voltage signal, which is then connected to the PLC's analog input module. The numerical changes are observed using programming software.

[0149] For testing the analog output of a programmable logic controller (PLC), a 4-20mA current signal can be forced to be output through programming software, and a multimeter can be used to measure the corresponding output terminals of the PLC to verify its analog output function.

[0150] For serial communication testing, a program can be written using programming software to send Modbus RS485RTU messages via the serial port and receive data through a USB (universal serial bus) to RS485 adapter to verify the serial communication function.

[0151] In one embodiment, the communication protocol within the programmable logic controller can also be tested.

[0152] For example, testing the communication protocol within a programmable logic controller (PLC) can include testing the ECN high-speed backplane bus and testing CAN bus expansion. The ECN high-speed backplane bus, a proprietary high-speed backplane bus protocol, is used for connections between different racks within the PLC or between different functional modules (such as CPU modules and I / O modules) within the same rack, enabling dual-path redundant communication. When one communication path fails, the other can take over within milliseconds, ensuring system reliability. Testing the CAN bus expansion can involve connecting an EtherNet / IP to CAN gateway within an EtherNet / IP ring network to achieve interconnection with external devices using CAN communication (such as sensors and actuators), verifying the PLC's ability to expand peripherals through the gateway.

[0153] Combination Figure 3 , Figure 4 , Figure 5 and Figure 6 In the corresponding implementation, the host computer schedules and integrates tests on different dimensions such as device functionality, communication capabilities, and hardware ports, achieving modularization and automation of testing tasks. All test data is centrally recorded, laying the foundation for subsequent unified performance analysis, comparative report generation, and digital accumulation of testing experience.

[0154] In one embodiment, the port functions of the driver can also be tested via a host computer, which may include the following functional tests.

[0155] Braking logic test: Verify whether the driver control software has the function of establishing motor torque before brake release to prevent runaway.

[0156] Droop test: Verify whether the driver has droop control function to achieve multi-motor load distribution.

[0157] Communication control test: Verify that the motor speed can be controlled via EtherNet / IP or Profibus-DP communication, and provide real-time feedback on operating parameters such as speed, torque, and current.

[0158] Synchronization control test: Verify whether the driver has the functions of multi-motor speed synchronization and torque distribution.

[0159] Torque Limiting Test: Verify the effectiveness of the drive's torque limiting function to ensure equipment safety.

[0160] Online parameter monitoring test: Verify whether motor control, parameter setting and operation status monitoring can be achieved simultaneously through the EtherNet / IP protocol.

[0161] Multi-parameter switching test: Verify the online switching function of multiple sets of motor parameters through hardware wiring (digital input points).

[0162] It should be noted that in the examples and description of this application, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one" does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0163] Although this application has been illustrated and described with reference to certain preferred embodiments thereof, those skilled in the art should understand that various changes in form and detail may be made thereto without departing from the spirit and scope of this application.

Claims

1. An automated experimental platform for multi-device testing, characterized in that, The automated experimental platform includes: Main body of the experimental platform; At least two sets of controller interfaces are provided on the main body of the experimental platform, and each controller interface is used to connect to a programmable logic controller. At least two sets of driver interfaces are provided on the main body of the experimental platform, each driver interface being used to connect a driver; and... A control panel is disposed on the main body of the experimental platform, the control panel comprising: A controller selection switch is used to select one of the at least two sets of controller interfaces as the test interface; A driver selection switch is used to select one of the at least two sets of driver interfaces as the test interface. The switching control module is used to perform controller power-on operation, driver power-on operation, and signal path connection operation, so that only one set of controller interfaces and one set of driver interfaces can be connected and working at the same time, and the externally connected driver and the programmable logic controller can participate in the test.

2. The automated experimental platform for multi-device testing according to claim 1, characterized in that, The controller power-on operation includes: turning on the power circuit of the selected controller interface to power on the externally connected programmable logic controller, and disconnecting the power circuit of the remaining unselected controller interfaces. The driver power-on operation includes: turning on the power circuit of the selected driver interface to power on the externally connected driver, and turning off the power circuit of the remaining unselected driver interfaces. The signal path connection operation includes: connecting the signal path between the selected driver interface and the controller interface to enable signal transmission between the externally connected driver and the programmable logic controller, and disconnecting the signal path between the remaining unselected driver interfaces and the unselected controller interfaces.

3. The automated experimental platform for multi-device testing according to claim 2, characterized in that, The signal path between the selected driver interface and controller interface includes signal links corresponding to at least two types of communication protocols; The driver selection switch is also used to select the type of communication protocol to be tested; The switching control module is also used to perform a signal link connection operation, which includes: connecting the signal link between the selected driver interface and the controller interface that corresponds to the type of the selected communication protocol, so that the communication protocol between the externally accessed programmable logic controller and the driver can participate in the test.

4. The automated experimental platform for multi-device testing according to claim 1, characterized in that, The control panel also includes: The signal simulation module is used to input simulation signals to the input ports of the externally connected programmable logic controller (PLC) to test the port functions of the PLC.

5. A testing method, characterized in that, Applied to the automated test bench for multi-device testing as described in any one of claims 1-4, The testing method includes: By using the controller selection switch, one of at least two sets of controller interfaces can be selected as the test interface; Using the driver selection switch, one of at least two sets of driver interfaces can be selected as the test interface; The switching control module executes the controller power-on operation, the driver power-on operation, and the signal path connection operation so that only one set of controller interfaces and one set of driver interfaces can be connected and working at the same time, and the externally connected driver and the programmable logic controller can participate in the test. Perform corresponding test procedures on the externally connected programmable logic controller and the driver, and record the test data.

6. The test method according to claim 5, characterized in that, The process of performing corresponding test procedures on the externally connected programmable logic controller and the driver, and recording test data, includes: Based on the selected test items, the corresponding test procedures are executed on the externally connected programmable logic controller and the driver, and the test data is recorded; The test items include at least one of the following: testing the connection and communication capabilities between the programmable logic controller and the driver, testing the communication protocol performance between the programmable logic controller and the driver, and testing the port functions of the programmable logic controller.

7. The test method according to claim 6, characterized in that, When the test item is to test the connection and communication capabilities of the programmable logic controller and the driver. The process of performing corresponding test procedures on the externally connected programmable logic controller and the driver, and recording test data, includes: The programmable logic controller (PLC) connected to the external network sends a connection and communication capability test command to the externally connected PLC. The connection and communication capability test command is used to control the PLC connected to the external network to send a first control command to the externally connected driver. Obtain first response data corresponding to the first control command fed back by the externally connected driver, wherein the first response data is the test data.

8. The test method according to claim 6, characterized in that, When the test item is to test the performance of the communication protocol between the programmable logic controller and the driver. The process of performing corresponding test procedures on the externally connected programmable logic controller and the driver, and recording test data, includes: A protocol test command is issued to the externally connected programmable logic controller. The protocol test command is used to control the externally connected programmable logic controller to send a second control command to the externally connected driver using a signal link corresponding to the type of the selected communication protocol. Obtain second response data corresponding to the second control command fed back by the externally connected driver, wherein the second response data is the test data.

9. The test method according to claim 6, characterized in that, When the test item is to test the port functionality of the programmable logic controller. The process of performing corresponding test procedures on the externally connected programmable logic controller and the driver, and recording test data, includes: The simulation signal is input to the input port of the externally connected programmable logic controller through the signal simulation module; Obtain third response data from the externally connected programmable logic controller in response to the simulation signal, wherein the third response data is the test data.

10. The test method according to claim 6, characterized in that, When the test item is to test the port functionality of the programmable logic controller. The process of performing corresponding test procedures on the externally connected programmable logic controller and the driver, and recording test data, includes: Input analog simulation signals to the input port of the externally connected programmable logic controller; The fourth response data of the externally connected programmable logic controller in response to the analog simulation signal is obtained, and the fourth response data is the test data.

Images