Debugging system for software and hardware integration and debugging method thereof

Abstract

A debugging system for software and hardware integration and a debugging method thereof belong to the technical field of Internet of Things, are used for solving the problems of long integration construction period and repeated debugging caused by software and hardware integration linear development, are arranged in parallel between hardware debugging and software online, and comprise an SCADA module and a PLC module, data interaction can be carried out between the two modules; the SCADA module receives the production data from the PLC module and transmits the received production data to a production management and control system to be debugged; the PLC module simulates the operation process of a production operation node through automatic programming and outputs corresponding production data for the SCADA module to collect, and simulation debugging of hardware and software needing to be integrated is achieved through data interaction of the two modules. The method is used for debugging and verifying the matching and coordination operation between the integrated software and hardware, the synchronous development of hardware debugging and hardware and software integrated debugging is realized, and the debugging period of intelligent factory construction is greatly shortened.

Description

Technical Field

[0001] This invention relates to the field of Internet of Things (IoT) technology, and in particular to a full-process simulation and verification system for software and hardware systems. Background Technology

[0002] When integrating systems for the construction of a smart foundry based on 3DP, the key processes involved in the production control system and equipment include, but are not limited to, sand and liquid supply, 3D printing, buffering and sand cleaning, dip coating and drying, storage and core assembly, as well as charging and smelting, temperature and composition measurement, tapping and pouring, static setting and box making, heat treatment, shot blasting, and painting.

[0003] Under normal circumstances, equipment manufacturers arrive at the factory one after another for commissioning. The automated processes between the equipment are relatively smooth, and only after the equipment is networked and data is collected can integration with the production monitoring system proceed. This process is often iterative, sometimes requiring changes to multiple parts for a single change. Furthermore, when verifying individual units in advance, software and hardware engineers often need to work together throughout the process. The entire commissioning and implementation process is essentially sequential, time-consuming, labor-intensive, and unable to meet tight construction deadlines. In addition, no two factories are exactly alike, which forces the production monitoring system to be customized and adapted for porting.

[0004] The relevant patent search results are as follows: Application number CN202311589078.7 discloses a virtual simulation test platform and method for a full-process electronic and electrical information architecture, relating to the field of virtual simulation test technology. The virtual simulation test platform includes: a control simulation computer, an execution simulation computer, and a communication network for information communication between the control simulation computer and the execution simulation computer. The control simulation computer includes a controller simulation module and a bus communication simulation module; the execution simulation computer includes a vehicle simulation module, a sensor simulation module, a scene simulation module, and a debugging simulation module. This invention places the entire testing and verification process of the electronic and electrical information architecture design process in a virtual environment, enabling testing and verification of the entire electronic and electrical information architecture design process in a software-in-the-loop dimension, thus improving the efficiency of testing and verification in the electronic and electrical information architecture design process.

[0005] Application number CN202311481268.7 discloses a digital twin architecture design method for the process industry. A digital twin system is a visualized virtual production system that can operate in parallel with the physical entity on-site, providing simulation optimization, monitoring and diagnosis, and intelligent operation and maintenance technologies to enable the safe and efficient production of the entity. Existing digital twin systems cannot meet the core functionalities urgently needed by the process industry, such as quality indicator perception, optimization control, and fault diagnosis. To address this shortcoming, this invention proposes a digital twin architecture design method for the process industry. Based on the basic digital twin architecture of data perception, geometric modeling, and interconnection, it supplements the system with a fault detection module based on the Adaptive DiASSA algorithm, a soft measurement module for quality indicators based on the SF-Transformer algorithm, and a mixed-integer decision optimization module based on the QST-MPC algorithm, ensuring the practical application of digital twin systems in the process industry.

[0006] The patent application CN202311243792.0, entitled "A Method and System for Assisting Changes to Distribution Network Anomaly Data Based on Digital Twins," discloses a method for assisting changes to distribution network anomaly data based on digital twins. This invention achieves intelligent and automated parameter configuration processes, significantly reducing manual operation time and improving parameter adjustment efficiency. Voice interaction enables the natural expression and conversion of parameter configuration requirements, simplifying the human-computer interaction process. Smart contract verification ensures that each parameter adjustment complies with rules, reducing the risk of violations. Constructing a parameter relationship knowledge graph allows for intelligent judgment of the impact range of parameter changes, making parameter adjustments more accurate. Digital twins and simulations can help identify equipment compatibility issues in parameter configuration in advance. Blockchain is applied to achieve full traceability of the parameter configuration process, facilitating post-event auditing and analysis. Continuous learning of process data allows for continuous optimization of the parameter configuration process, enabling the system to continuously evolve. The overall architecture integrates multiple cutting-edge technologies, representing an innovative solution in the field of industrial parameter configuration management.

[0007] The aforementioned patents or similar patents may involve building complete test and verification scenarios to verify the operational reliability of specific physical objects, but these methods are often limited in form and costly; or they may involve digital twin modeling for artificial intelligence applications such as fault prediction and decision optimization; or they may involve integrating multiple cutting-edge technologies for industrial parameter configuration management.

[0008] However, for traditional casting industry system integration, especially verifying whether the software system meets the logical process requirements before going live, or step-by-step testing of the interaction logic and data of the equipment that has entered the factory, in order to verify in parallel or in advance whether the system can meet the solution requirements and to minimize the debugging time between the production control system and the equipment, the desirability and reference value of such methods are not great, regardless of their architecture, methods or physical objects. Summary of the Invention

[0009] In view of the fact that the software and hardware debugging process in the construction of the above-mentioned intelligent foundry needs to be coordinated and is a linear process, resulting in a long debugging cycle for the construction of intelligent factories, it is necessary to propose a debugging system and its debugging method for software and hardware integration, which realizes the full-process simulation debugging and verification of software and hardware systems for intelligent factory construction.

[0010] A hardware and software integration debugging system is provided, which is configured in parallel between hardware debugging and software deployment. The system includes a SCADA module and a PLC module, which can interact to observe and verify the correctness and compliance of logic and data during hardware and software system integration. The SCADA module receives production data from the PLC module and transmits the received production data to the production control system to be debugged. The PLC module simulates the operation process of production nodes through automatic programming and outputs corresponding production data for the SCADA module to collect. The data interaction between the two modules enables the simulation debugging of the hardware and software to be integrated.

[0011] Furthermore, the PLC module runs testing software, which includes built-in process node arrangement capabilities. This software enables automatic programming of the workflow for production operation nodes and generates debugging programs. The debugging programs simulate the workflow of the production equipment or data acquisition equipment at the corresponding production operation node and output the corresponding production data. The production data can be data collected or output by the equipment or data collected by the data acquisition equipment.

[0012] Furthermore, the production data includes read-write data and read-only data. The data flow for read-write data is: PLC module running test software → production control system → data acquisition equipment / PLC module → SCADA module → PLC module running test software, realizing read-write data reading and writing. The data flow for read-only data is divided into three types: PLC module → data acquisition equipment → production control system → PLC module running test software, or PLC module → data acquisition equipment → PLC module running test software, or PLC module → SCADA module → PLC module running test software, realizing read-only data reading. By testing whether the logic and data of the data flow of both types of data between the data acquisition equipment, production management system, and SCADA module meet expectations, if not, suggestions for debugging the data acquisition equipment and / or production management system are proposed, realizing simulated debugging of software and hardware, avoiding the problem of long construction cycles caused by repeated hardware debugging after the hardware (including operating equipment and data acquisition equipment, etc.) has been debugged and then adapted to the software. By adding a SCADA module to the data flow, the problem of the data flow can be quickly and accurately identified.

[0013] Furthermore, the SCADA module is equipped with various control buttons such as a start button, restart button, pause button, end button, and countdown button. These control buttons are used to control the execution of the debugging program, enabling the PLC module to simulate the workflow of production operation nodes and output the required production data. The start and restart buttons are used to start the debugging program; the pause button is used to temporarily stop the execution of the debugging program to observe the accuracy of the logic and data; the end button is used to terminate the current round of debugging early; the countdown is the duration for the automatic end of the current test round, that is, if a test round has not finished running after the countdown time, the current test round will be automatically terminated.

[0014] Furthermore, the SCADA module is also equipped with a one-key reset button to return all interactive data to its initial state, that is, to initialize all data.

[0015] Furthermore, the debugging program automatically programmed by the test software to simulate the operation process of production nodes can also control various control buttons such as start button, restart button, pause button, end button, and countdown button through the communication interface between the SCADA module, realizing the acquisition and transmission of data between the two.

[0016] A debugging method for a hardware / software integrated debugging system, comprising: S01, the overall process flow of the smart factory is divided into several production operation nodes according to the process, and each production operation node outputs at least one piece of production data that needs to be collected; S02, each production operation node is decoupled from the operation equipment according to the operation process to generate a scene object, wherein the scene object is a scene in which the data acquisition equipment or the operation equipment collects production data; S03. Connect all the scenario objects in series according to the production operation nodes and the overall process flow. If the debugging of each scenario object is successful, the simulation debugging of the overall process flow is successful and can be adapted to the production control system.

[0017] Furthermore, in S01, if the overall process flow has several different paths, the process flow path can be selected according to actual needs.

[0018] Furthermore, if the debugging process or the amount of data collected for a scene object is too large to facilitate automatic programming of the test software, the scene object can be further divided into sub-scene objects.

[0019] Furthermore, the debugging process for S03 includes, S031, Scene object programming: The test software running the PLC module automatically programs according to the work process of the split scene object to generate a debugging program to simulate the scene object. S032, Configuration: Configure the automatically programmed scene objects in the SCADA module so that abnormal problems can be quickly located and eliminated. S033, Scene object sorting can be done by the SCADA module arranging and combining scene objects according to any process flow, and the debugging order of any scene object is determined by the SCADA module. This sorting method is suitable for debugging the entire process. Alternatively, the PLC module can program the arrangement and combination of each scene object according to any process flow to generate a scene object debugging order program. This sorting method is suitable for debugging a single process or a partial process, and can be started and stopped arbitrarily. S034, Start debugging, and perform simulation debugging on each scene object according to the set scene object order.

[0020] Furthermore, the specific debugging method in S034 is as follows: Based on the debugging and operating parameters of hardware such as operating equipment and data acquisition equipment, the conditions of the PLC module are set to realize the simulation of the hardware; The debugging program generated by the test software outputs production data to the SCADA module, which then judges the correctness and compliance of the logic and values ​​of the received production data. If the production data is correct, the hardware debugging is reasonable; if the production data is incorrect, the reason for the data error or debugging suggestions should be given.

[0021] Furthermore, the specific debugging method in S034 is as follows: The SCADA module sends production instructions to the PLC module; The testing software simulates production operation scenarios based on the work flow of the corresponding scenario objects that are automatically programmed, and then feeds the production data back to the SCADA module. If the production data is correct, the hardware debugging is reasonable; if the production data is incorrect, the reason for the data error or debugging suggestions should be given.

[0022] Furthermore, the arrangement and combination of scene objects are saved as an engineering debugging recipe file for easy access at any time, and can be used as an underlying file for migration and / or modification of changed processes.

[0023] The beneficial effects of the technical solution of this invention are: the debugging and verification of the matching and coordination between integrated software and hardware, the realization of the interaction interface and logic of data transmission between hardware and software integration through the simulation of the entire production process during hardware debugging, the simultaneous development of hardware debugging and hardware and software integration debugging, and the significant shortening of the debugging cycle of smart factory construction. Attached Figure Description

[0024] Figure 1 This is a schematic diagram of the debugging system architecture of the present invention; Figure 2 This is a schematic diagram of the architecture of one embodiment of the present invention. Detailed Implementation

[0025] To more clearly illustrate the technical solution of the present invention, the technical solution of the invention will be described in detail with reference to the accompanying drawings. Obviously, the following description is some typical embodiments of the present invention. For those skilled in the art, other solutions can be obtained based on these embodiments without creative effort.

[0026] Taking the commissioning of a cast iron smelting production control system in a smart foundry factory as an example, this paper elaborates on the implementation of the technical solution of this invention. Traditionally, hardware and software integration is a linear process, involving sequential installation and commissioning of equipment, installation and commissioning of data acquisition equipment, software system deployment, and hardware and software integration and commissioning. The commissioning system described in this invention operates in parallel with the equipment commissioning and software system deployment timeline. During hardware installation and commissioning, it simultaneously debugs hardware and software integration compatibility through simulation, thereby significantly shortening the hardware and software integration construction cycle.

[0027] One implementation method, such as Figure 1 As shown, the hardware and software integration debugging system described in this invention is used. The debugging system is configured in parallel between hardware debugging and software deployment, including a SCADA module and a PLC module. The two modules can interact to observe and verify the correctness and compliance of the logic and data during hardware and software system integration. The SCADA module receives production data from the PLC module and transmits the received production data to the cast iron smelting production control system to be debugged. The PLC module simulates the operation flow of production nodes through automatic programming and outputs corresponding production data for the SCADA module to collect. The data interaction between the two modules enables the simulation debugging of the hardware and software to be integrated. The overall process flow of the intelligent casting factory includes core making, core assembly, smelting, casting, mold making, cleaning, and warehousing. In this embodiment, the smelting process is used as an example to debug the production control system.

[0028] As a supplement to this embodiment, the PLC module runs testing software. This testing software has built-in process node arrangement capabilities, enabling automatic programming of the production operation nodes' workflows and generating debugging programs. These debugging programs simulate the operation processes of the production equipment or data acquisition equipment at the corresponding production operation nodes and output corresponding production data. Specifically, the production data can be data collected or output by the equipment or data collected by the data acquisition equipment.

[0029] As a further supplement to this embodiment, the production data includes read-write data and read-only data. The data flow of read-write data is: test software running on the PLC module → production control system → data acquisition equipment / PLC module → SCADA module → test software running on the PLC module, realizing the reading and writing of read-write data. The data flow of read-only data is divided into three types: PLC module → data acquisition equipment → production control system → test software running on the PLC module, or PLC module → data acquisition equipment → test software running on the PLC module, or PLC module → SCADA module → test software running on the PLC module, realizing the reading of read-only data. By testing whether the logic and data of the data flow of the two types of data between the data acquisition equipment, production management system, and SCADA module meet expectations, if they do not meet expectations, suggestions are made to debug the data acquisition equipment and / or production management system, realizing the simulation debugging of software and hardware, avoiding the problem of long construction cycles caused by repeated hardware debugging after the hardware (including operating equipment and data acquisition equipment, etc.) has been debugged and then adapted to the software. By adding a SCADA module to the data flow, the problem of the data flow can be quickly and accurately determined. In this embodiment, the production data includes smelting temperature and casting temperature, where smelting temperature is read-write data and casting temperature is read-only data.

[0030] As a supplement to this embodiment, the SCADA module is equipped with various control buttons such as a start button, restart button, pause button, end button, and countdown button. These control buttons are used to control the execution of the debugging program, enabling the PLC module to simulate the workflow of production nodes and output the required production data. The start and restart buttons are used to start the debugging program; the pause button is used to temporarily suspend the debugging program to observe the accuracy of the logic and data; the end button is used to terminate the current round of debugging early; the countdown is the duration for the automatic end of the current test round, that is, if a test round has not finished running after the countdown time, the current test round will be automatically terminated. By setting various control buttons in the SCADA module, manual control of the debugging program is realized, improving the adaptability of the debugging system and facilitating problem finding.

[0031] As a further supplement to this embodiment, the SCADA module is also provided with a one-key reset button to return all interactive data to the initial state, that is, to initialize all data.

[0032] As a further supplement to this embodiment, the debugging program automatically arranged by the test software to simulate the operation process of production operation nodes can also control various control buttons such as start button, restart button, pause button, end button, and countdown button through the communication interface between the SCADA module, realizing the acquisition and transmission of data between the two.

[0033] A debugging method for a hardware / software integrated debugging system, comprising: S01, referring to the ISA S88 batch control standard, the overall process flow of the smart factory is divided into several production operation nodes according to the process. Each production operation node outputs at least one production data that needs to be collected. In this embodiment, the smart factory is a casting smart factory. Its overall process flow includes core making process, core assembly process, smelting process, casting process, box making process, cleaning process and warehousing process, etc. Here, the smelting process is divided into five production operation nodes: feeding operation node, smelting operation node, ladle baking operation node, spheroidizing and modification operation node and casting operation node, which are used to debug the smelting control module of the production control system. S02, the workflow and equipment of each production operation node are decoupled to generate a scene object, wherein the scene object is a scene in which data acquisition equipment or operation equipment collects production data; in this embodiment, such as Figure 2 As shown, the above five production operation nodes are decoupled, specifically as follows: The feeding operation node is decoupled into three scene objects: main material feeding A01_01, alloy roughing A02_01, and alloy fineing A03_01. Then, the scene object main material feeding A01_01 is further decoupled into two sub-scene objects: main material pre-feeding A01_01_1 and main material batching A01_01_2. Finally, the scene object alloy fineing A03_01 is decoupled into a sub-scene object alloy seasoning A03_01_1. The smelting operation nodes are decoupled into four scenario objects: electric furnace smelting B01_01, temperature and composition measurement B02_01, spectral sampling B03_01, and iron tapping and inoculation B04_01. The baking operation node is decoupled into a scene object called baking and drying C01_01, and then further decoupled into a sub-scene object called new baking C01_01_1; Decouple the spheroidization and metamorphism operation node into a single scene object, spheroidization and metamorphism D01_01; The pouring operation node is decoupled into five sub-scene objects: empty box transfer E01_01, box pressing and settling E01_02, pouring and incubation E01_03, full box transfer E01_05, and buffer cooling E01_06. S03. Connect all the scenario objects in series according to the production operation nodes and the overall process flow. If the debugging of each scenario object is successful, the simulation debugging of the overall process flow is successful and can be adapted to the production control system.

[0034] As a supplement to this embodiment, in S01, if the overall process flow has several different paths, the process flow path can be selected according to actual needs. For example, if the molding process and the core-making process are parallel, the process can be started from either the molding process or the core-making process to minimize the cycle time. In this embodiment, the feeding node, the melting node, and the baking node can run in parallel, such as... Figure 2 As shown, the testing software can simultaneously program the sub-scene objects: main ingredient seasoning A01_01_2, main ingredient pre-addition A01_01_1, main ingredient addition A01_01, electric furnace smelting B01_01, baking and drying C01_01, and new baking C01_01. As a supplement to this embodiment, if the debugging process or the amount of data collected for a scene object is too large, which is not conducive to the automatic programming of the test software, the scene object can be further divided into sub-scene objects.

[0035] Furthermore, the debugging process for S03 includes, S031, Scene Object Programming: The test software running the PLC module automatically programs according to the work flow of the divided scene objects, generating debugging programs to simulate the scene objects. For example, the main material pre-addition A01_01_1 and main material seasoning A01_01_2 of the sub-scene objects are programmed according to the actual process to generate the main material pre-addition debugging program and the main material seasoning debugging program. When conducting simulation debugging of each scene object, the test software will automatically compile the corresponding debugging program according to the work flow of the corresponding scene object. However, when the test software cannot automatically program in time, the debugging system can issue prompt instructions to prompt the debugging personnel to manually operate the production control system, SCADA module and PLC module to achieve manual debugging. S032, Configuration: Configure the automatically programmed scene objects in the SCADA module so that abnormal problems can be quickly located and eliminated. S033, Scene object sorting can be achieved by the SCADA module arranging and combining scene objects according to any process flow, with the debugging order of any scene object determined by the SCADA module. This sorting method is suitable for debugging the entire process. Alternatively, the PLC module can program the arrangement and combination of various scene objects according to any process flow to generate a scene object debugging order program. This sorting method is suitable for debugging a single process or a partial process and can be started and stopped arbitrarily. Figure 2 As shown, this illustrates the arrangement and combination of scene objects and sub-scene objects in the smelting process; S034, Start debugging, and perform simulation debugging on each scene object according to the set scene object order.

[0036] As a further supplement to this embodiment, the specific method for debugging in S034 is as follows: Based on the debugging and operating parameters of hardware such as operating equipment and data acquisition equipment, the conditions of the PLC module are set to realize the simulation of the hardware; The debugging program generated by the test software outputs production data to the SCADA module, which then judges the correctness and compliance of the logic and values ​​of the received production data. If the production data is correct, the hardware debugging is reasonable; if the production data is incorrect, the reason for the data error or debugging suggestions should be given.

[0037] As a further supplement to this embodiment, the specific method for debugging in S034 is as follows: The SCADA module sends production instructions to the PLC module; The testing software simulates production operation scenarios based on the work flow of the corresponding scenario objects that are automatically programmed, and then feeds the production data back to the SCADA module. If the production data is correct, the hardware debugging is reasonable; if the production data is incorrect, the reason for the data error or debugging suggestions should be given.

[0038] By performing debugging and verification with the two data flows in opposite directions, we can identify software and hardware issues that require debugging and modification, thus avoiding the drawback of one-way verification which is prone to missing problems.

[0039] The above implementation method utilizes the debugging system described in this invention to debug the compatibility between the pre-installed work equipment and data acquisition equipment and the production control system to be matched. This avoids the incompatibility issues that arise when integrating the work equipment and data acquisition equipment with the production control system after hardware debugging is complete, which necessitates repeated modifications to hardware parameters, interfaces, and data types to ensure data logic and correctness after hardware and software integration. In other words, by setting up the debugging system described in this invention between the software and hardware, the hardware debugging parameters are directly set into the PLC module during the hardware debugging phase. The PLC module then virtualizes the hardware, enabling compatibility debugging of hardware and software integration during the hardware installation and debugging process. This significantly shortens the hardware and software integration cycle and avoids the problem of repeatedly debugging hardware and software.

[0040] Through the implementation of this invention, the construction of smart factories achieves the following beneficial effects: I. High Cost-Effectiveness: Utilizing a hybrid "virtual and physical" testing mode, the hardware requires only a high-performance computer, a switch, and a medium-to-high-performance PLC. This replaces the high-cost and serially delayed verification mode of "physical equipment + complex production line / simulation platform." Through simple data acquisition software deployment, SCADA configuration release, and PLC programming download, the system avoids the "equipment waiting for software" gap on-site. The testing environment can be set up quickly and, under the coordination of the testing software, can support not only the simulation debugging and verification of the production control system but also the logic and data verification of the production equipment. This significantly reduces the high equipment and manpower costs required by traditional verification methods.

[0041] II. Dual Verification Considerations: This architecture, employing a cross-validation mechanism, avoids the pitfalls of unidirectional verification, which is prone to overlooking issues. It utilizes scenario-based encapsulation, deconstructing complex processes into reusable functional modules. By supporting independent / parallel operation of multiple devices, a hybrid manual / automatic mode, single-step debugging, arbitrary node start / stop, and dynamic process path selection, it can proactively expose and resolve potential logic and data issues during hardware and software integration without relying on actual production line equipment operation. Simultaneously, during the production line commissioning and full-process debugging phases, it supports equipment logic and data verification. Through proactive verification and parallel synchronization, it significantly shortens on-site debugging and verification time and reduces project delay risks while meeting the flexible verification needs of the casting industry for multiple varieties and small batches.

[0042] III. Automatic Interactive Judgment: The testing software can simultaneously interact with the production control system, data acquisition software, and SCADA system. It can determine the compliance of system behavior and the correctness of logic and data in real time through preset rules. It can also automatically or semi-automatically verify the interaction logic of production equipment and the correctness and stability of data, providing comprehensive and multi-dimensional verification support for software and hardware system integration.

[0043] IV. Flexible Node Orchestration: The test software features a visual node orchestration engine and configuration process control, supporting free reconfiguration of process flows. Testers can quickly adjust interactive devices and logic based on the process flows, production processes, and equipment conditions of different factories or projects, rapidly generating test recipe files adapted to different factories, enabling real-time invocation and portability of test scenarios. This not only shortens test preparation time but also significantly improves testing efficiency in terms of versatility, adaptability, and practicality.

[0044] V. Anomaly Simulation and Rapid Troubleshooting Support: By enumerating and simulating high-frequency anomalies in the foundry industry (such as failure to return sand cores to the warehouse, and excessive tapping temperature), the test software triggers abnormal scenarios to verify the fault-tolerant logic of the production control system (such as automatic switching to backup processes and triggering alarm linkage), thus improving emergency plans in advance. Through VPN network deployment, the engineering station can remotely publish SCADA configurations to the test terminal, breaking through time and space limitations and supporting parallel testing by multiple teams in different locations. This transforms the traditional serial debugging and verification mode that relies on on-site trial and error into a parallel mode of "virtual pre-verification - rapid on-site adaptation," which not only significantly reduces the construction cost and cycle of intelligent foundries but also provides the industry with a rapidly portable system integration testing template through modular and parametric design, promoting the transformation of the foundry industry towards digitalization and intelligence.

[0045] The above embodiments are merely descriptions of a typical application of the technical solution of the present invention. Reasonable extensions can be made without requiring creative effort.

Claims

1. A debugging system for hardware and software integration, characterized in that, The debugging system is set up in parallel between hardware debugging and software deployment, including a SCADA module and a PLC module, which can exchange data. The SCADA module receives production data from the PLC module and transmits the received production data to the production control system to be debugged. The PLC module simulates the operation process of production operation nodes through automatic programming and outputs corresponding production data for the SCADA module to collect. The simulation debugging of the hardware and software to be integrated is realized through the data interaction between the SCADA module and the PLC module.

2. The debugging system for hardware and software integration as described in claim 1, characterized in that, The PLC module runs test software, which has its own process node arrangement function. It can automatically program the operation process of production operation nodes and generate debugging programs. The debugging programs simulate the operation process of production operation equipment or data acquisition equipment on the corresponding production operation nodes and output the corresponding production data.

3. The debugging system for hardware and software integration as described in claim 2, characterized in that, The production data includes read-write data and read-only data. The data flow of read-write data is: test software running on the PLC module → production control system → data acquisition equipment / PLC module → SCADA module → test software running on the PLC module, realizing the reading and writing of read-write data. The data flow of read-only data is divided into three types: PLC module → data acquisition equipment → production control system → test software running on the PLC module, or PLC module → data acquisition equipment → test software running on the PLC module, or PLC module → SCADA module → test software running on the PLC module, realizing the reading of read-only data.

4. The debugging system for hardware and software integration as described in claim 1, characterized in that, The SCADA module is equipped with control buttons, which are used to control the operation of the debugging program so that the PLC module can simulate the operation process of the production operation nodes and output the required production data.

5. The debugging method of the hardware and software integration debugging system as described in any one of claims 1-4, characterized in that, include, S01 breaks down the overall process flow of the smart factory into several production operation nodes according to the process; S02, each production operation node is decoupled from the operation equipment according to the operation process to generate a scene object; S03, connect all the scene objects in series according to the production operation nodes and the overall process flow. If the debugging of each scene object passes, the simulation debugging of the overall process flow passes.

6. The debugging method of the hardware and software integration debugging system as described in claim 5, characterized in that, If the debugging process or the amount of data collected for a scene object is too large, which is not conducive to the automatic programming of the test software, the scene object can be further divided into sub-scene objects.

7. The debugging method of the hardware and software integration debugging system as described in claim 5, characterized in that, The debugging process for S03 includes, S031, Scene object programming: The test software running the PLC module automatically programs according to the work process of the split scene object to generate a debugging program to simulate the scene object. S032, Configuration: Configure the automatically programmed scene objects in the SCADA module so that abnormal problems can be quickly located and eliminated. S033, Scene object sorting, which is arranged and combined by the SCADA module according to any process flow. The debugging order of any scene object is determined by the SCADA module. This sorting method is suitable for debugging the entire process; or the PLC module programs the arrangement and combination of each scene object according to any process flow to generate a scene object debugging order program. This sorting method is suitable for debugging a single process or a partial process, and can be started and stopped at will. S034, Start debugging, and perform simulation debugging on each scene object according to the set scene object order.

8. The debugging method of the software and hardware integration debugging system as described in claim 7, characterized in that, The specific debugging methods in S034 include: Based on the debugging and operating parameters of hardware such as operating equipment and data acquisition equipment, the conditions of the PLC module are set to realize the simulation of the hardware; The debugging program generated by the test software outputs production data to the SCADA module, which then judges the correctness and compliance of the logic and values ​​of the received production data. If the production data is consistent, then the hardware debugging is reasonable; If the production data is inconsistent, provide the reason for the data error or debugging suggestions.

9. The debugging method of the hardware and software integration debugging system as described in claim 7, characterized in that, The specific debugging methods in S034 include: The SCADA module sends production instructions to the PLC module; The testing software simulates production operation scenarios based on the work flow of the corresponding scenario objects that are automatically programmed, and then feeds the production data back to the SCADA module. If the production data is consistent, then the hardware debugging is reasonable; If the production data is inconsistent, provide the reason for the data error or debugging suggestions.

Images