PLC software process full-parameter architecture method and system based on state space
By using the state space method in the PLC control software to decompose the device actions and form the state space, driving the underlying software module, the problems of insufficient security, weak anti-interference ability and equipment action coupling in the PLC control software are solved, and higher security is achieved simplifies the programming and debugging process of multiple devices.
Patent Information
- Application Number
- CN202411438945.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-15
- Publication Date
- 2024-12-10
AI Technical Summary
The existing PLC control software based on the flow chart architecture method has problems such as insufficient security in the debugging process, weak anti-interference ability, highly coupled process and equipment operations, and poor flexibility in multiple models of composite equipment.
Using the PLC software process full parameterization architecture method based on state space, the product production process flow is decomposed to the action execution level of a single actuator, and the equipment state space is formed, and the underlying software action module is driven according to the equipment state space to control the underlying electrical equipment. The hardware completes the corresponding actions to achieve full process control.
It greatly reduces the safety risks during debugging and use, enhances anti-interference performance, solves the safety problems of process control systems, and improves the adaptability to multiple product equipment, strips away the high coupling between process and equipment actions. Simplifies programming and debugging processes.
Smart Images
Figure CN119105399A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the field of industrial control technology, and more specifically, to a state-space-based PLC software process full-parameterization architecture method and system. Background Art
[0002] PLC (Programmable Logic Controller) is a computer system dedicated to industrial control. It uses programmable memory to store and execute instructions such as logic, sequence, timing, counting, calculation and motion, and controls various machines to realize production processes through analog or digital I / O (Input / Output) components.
[0003] At present, PLC control systems are widely used in engineering machinery, national defense and other fields, playing the role of the "brain" of various equipment. However, for the automated control of production processes, the current PLC control software is designed based on a flowchart-based architecture method. Although this architecture method can effectively complete equipment development, it still has the following four problems: (1) The debugging process has weak security protection: Due to the flowchart architecture method, designers only design certain safety conditions before the equipment is operated, and do not systematically consider all the equipment states. There is a high possibility that there will be insufficient conditions, causing safety problems in the equipment debugging process; (2) The use process has weak anti-interference ability: Due to the flowchart architecture method, only one or several safety conditions are sporadically considered before the equipment is operated. After being disturbed by the environment, the probability of false operation caused by erroneous data jumps is high, and the environmental adaptability is weak; (3) The process and equipment action are highly coupled: Based on the flowchart architecture method, the production process flow and equipment action will be highly coupled during PLC program design; (4) Poor flexibility in the face of multi-model composite equipment: Based on the flowchart architecture method, when facing the production process of multi-model products, the process program needs to be compiled multiple times, and there are problems such as large PLC program volume and long development cycle.
[0004] Therefore, how to study and design a state-space-based PLC software process full-parameter architecture method and system that can overcome the above-mentioned defects is a problem that we urgently need to solve. Summary of the invention
[0005] In order to address the deficiencies in the prior art, the purpose of the present invention is to provide a PLC software process full-parameter architecture method and system based on state space. By systematically considering all equipment states before each process action, the process is forced to complete the correct action in the correct state, which greatly reduces the safety risks during debugging and use, enhances the anti-interference performance of the use process, and solves the process safety problem of the process control system.
[0006] The above technical objectives of the present invention are achieved through the following technical solutions:
[0007] In the first aspect, a state-space-based PLC software process full-parameterization architecture method is provided, comprising the following steps:
[0008] Decompose the product production process into equipment action flow;
[0009] The equipment action process is digitized to form the equipment state space;
[0010] The underlying software action module is driven according to the device state space to control the underlying electrical hardware of the device to complete the corresponding device action.
[0011] Furthermore, the decomposition scale of the product production process flow is decomposition to the action execution level of a single actuator.
[0012] Furthermore, the process of digitizing the device action flow to form the device state space is specifically as follows:
[0013] The device state vector is obtained based on the device action mechanism analysis;
[0014] A digitized device state space is established based on the device action process and device state vector.
[0015] Furthermore, the process of driving the underlying software action module according to the device state space is specifically as follows:
[0016] Write the underlying software action module program based on the device state vector obtained by analyzing the device action mechanism;
[0017] The digitized equipment state space is input into the PLC to complete the process action layer programming.
[0018] Furthermore, if the equipment is a multi-model composite production equipment, the underlying software action module is programmed only once.
[0019] Furthermore, the multi-model composite production equipment is equipment that can produce multiple models of products.
[0020] Secondly, a PLC software process full parameterization architecture system based on state space is provided, including:
[0021] The bottom software action module layer is used to interact with the bottom electrical hardware of the device. The input is the status of the bottom electrical hardware of the device, and the output is the feedback status of the bottom electrical hardware of the device.
[0022] The process action layer is used to decompose the product production process flow into the equipment action flow, and digitize the equipment action flow to form the equipment state space, and drive the underlying software action module according to the equipment state space to control the underlying electrical hardware of the equipment to complete the corresponding equipment action;
[0023] The status check layer is used to comprehensively check whether the current status of each actuator of the device is consistent with the status after the previous device action is completed before the device performs an action.
[0024] Furthermore, the decomposition scale of the product production process flow is decomposition to the action execution level of a single actuator.
[0025] Furthermore, the process of digitizing the device action flow to form the device state space is specifically as follows:
[0026] The device state vector is obtained based on the device action mechanism analysis;
[0027] A digitized device state space is established based on the device action process and device state vector.
[0028] Furthermore, the process of driving the underlying software action module according to the device state space is specifically as follows:
[0029] Write the underlying software action module program based on the device state vector obtained by analyzing the device action mechanism;
[0030] The digitized equipment state space is input into the PLC to complete the process action layer programming.
[0031] Compared with the prior art, the present invention has the following beneficial effects:
[0032] 1. The state-space-based PLC software process full-parameter architecture method provided by the present invention systematically considers all equipment states before each process action, forces the process to complete the correct action in the correct state, greatly reduces the safety risks during debugging and use, enhances the anti-interference performance of the use process, and solves the process safety problem of the process control system;
[0033] 2. The present invention parameterizes and digitizes all the process applicable to the equipment, and has stronger adaptability in supporting the unified design of multi-model product equipment. Compared with the flowchart-type architecture method, there is no need to compile multiple sets of complex assembly and decomposition programs for other models. It only needs to form a digital process based on the multi-model process flow and replace the state space matrix, thus solving the problem of unified design of multi-model product equipment.
[0034] 3. The present invention forms a parameterized process flow through the state space of the equipment, thereby separating the process from the action, and solving the problem of high coupling between the process and the movement of the equipment action mechanism;
[0035] 4. The present invention digitizes the equipment process through the state space of the equipment, and finally forms a function vector of the equipment process action, which solves the problems of the high coupling between the process and the equipment action in the flowchart-based architecture method, resulting in complicated programming and debugging process, too large program volume when compiling programs, unfriendly addition, deletion, reordering, action synchronization, etc. of the process in the process of optimizing process actions, and large volume of revised programs. BRIEF DESCRIPTION OF THE DRAWINGS
[0036] The drawings described herein are used to provide a further understanding of the embodiments of the present invention, constitute a part of this application, and do not constitute a limitation of the embodiments of the present invention. In the drawings:
[0037] Figure 1 is a flow chart of Embodiment 1 of the present invention;
[0038] Figure 2 This is the architecture diagram of Example 2 of the present invention. DETAILED DESCRIPTION
[0039] In order to make the objectives, technical solutions and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with embodiments and drawings. The exemplary embodiments of the present invention and their description are only used to explain the present invention and are not intended to limit the present invention.
[0040] It should be noted that when a component is referred to as being "fixed to" or "disposed on" another component, it can be directly on the other component or indirectly on the other component. When a component is referred to as being "connected to" another component, it can be directly or indirectly connected to the other component.
[0041] It should be understood that the terms "length", "width", "up", "down", "front", "back", "left", "right", "vertical", "horizontal", "top", "bottom", "inside", "outside", etc., indicating the orientation or position relationship, are based on the orientation or position relationship shown in the drawings, and are only for the convenience of describing the present invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore cannot be understood as a limitation on the present invention.
[0042] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include one or more of the features. In the description of the present invention, the meaning of "plurality" is two or more, unless otherwise clearly and specifically defined.
[0043] Example 1: A PLC software process full parameterization architecture method based on state space, such as Figure 1 As shown, it is specifically implemented by the following steps.
[0044] Step 1: Decompose the product production process into an equipment action flow.
[0045] The decomposition scale of the product production process is to decompose it to the action execution level of a single actuator. For example, if a servo axis moves to 200mm.
[0046] Step 2: Digitize the equipment action process to form the equipment state space.
[0047] The process of forming the device state space after digitizing the device action process is specifically as follows: obtaining the device state vector based on the device action mechanism analysis; and establishing the digitized device state space based on the device action process and the device state vector.
[0048] It should be noted that the underlying software action module only needs to be written once for multi-model composite production equipment. Multi-model composite production equipment refers to a device that can produce multiple models of products. It is also called flexible production equipment. Because it is one device, the actuator is the same. Therefore, the underlying software action module program only needs to be written once. In order to cover the process flow of multiple models of products, it is only necessary to complete the product process flow state space, that is, the digitized equipment state space.
[0049] Step 3: Drive the underlying software action module according to the device state space to control the underlying electrical hardware of the device to complete the corresponding device action.
[0050] The process of driving the underlying software action module according to the equipment state space is specifically as follows: writing the underlying software action module program according to the equipment state vector obtained by analyzing the equipment action mechanism; inputting the digitized equipment state space into the PLC to complete the process action layer and state check layer program compilation, that is, the process flow program compilation.
[0051] Embodiment 2: A PLC software process full parameterization architecture system based on state space, which can implement the PLC software process full parameterization architecture method based on state space recorded in Embodiment 1, such as Figure 2 As shown, it includes the underlying software action module layer, the process action layer and the status check layer.
[0052] Among them, the underlying software action module layer is used to interact with the underlying electrical hardware of the device. The input is the status of the underlying electrical hardware of the device, such as cylinder extension or retraction, motor absolute position and speed or relative position and speed, etc. The output is the feedback status of the underlying electrical hardware of the device, such as cylinder extension or retraction.
[0053] The process action layer is used to decompose the product production process flow to form the equipment action flow, and to digitize the equipment action flow to form the equipment state space, and to drive the underlying software action module according to the equipment state space to control the underlying electrical hardware of the equipment to complete the corresponding equipment action.
[0054] The status check layer is used to comprehensively check whether the current status of each actuator of the device is consistent with the status after the previous device action is completed before the device performs an action. It should be noted that it is not just checking the status of one or several actuators to ensure that the device performs the correct action in the correct state. If the device status meets the current action conditions, the action is performed. If not, an alarm prompt can be issued that one or some states are not in place, and the current action is not performed.
[0055] For example, a certain device needs to complete the assembly of a certain product, and its discrete equipment action flow is as follows: part a is loaded → the assembly robot moves to the 3D measurement position → 3D measurement is turned on → the quick changer is released → the assembly robot moves to the part a fixture grabbing position → the quick changer is engaged → the assembly robot moves to the part a loading position adjustment position → the assembly robot adjusts its posture according to the 3D measurement data → the assembly robot moves to the part a loading position grabbing position → the part a fixture is locked and grabs the part → the assembly robot carries part a to the assembly position measurement position → the measuring robot measures and adjusts → the assembly robot carries part a to the assembly position → the part a fixture is released → the assembly robot moves to the fixture return position → release the quick changer → the assembly robot moves to the HOME position.
[0056] The sorted device state vectors are shown in Table 1.
[0057] Table 1 Device status vector table
[0058]
[0059] According to the above equipment action process and equipment state vector, the equipment state space is formed as shown in Table 2.
[0060] Table 2 Device status space table
[0061]
[0062] Working principle: The present invention systematically considers all states of the equipment before each process action, forces the process to complete the correct action in the correct state, greatly reduces the safety risks during debugging and use, enhances the anti-interference performance of the use process, and solves the process safety problem of the process control system; the present invention parameterizes and digitizes all the process processes applicable to the equipment, and has stronger adaptability in supporting the unified problem of multi-model product equipment; compared with the flowchart-type architecture method, there is no need to compile multiple sets of complex assembly and decomposition programs of other models. It is only necessary to form a digital process based on the multi-model process flow and replace the state space matrix, which solves the problem of unified problem of multi-model product equipment; the present invention forms a parameterized process flow through the state space of the equipment, thereby separating the process and the action, and solves the problem of high coupling between the process and the movement of the equipment action mechanism; the present invention digitizes the equipment process through the state space of the equipment, and finally forms the function vector of the equipment process action, which solves the problems of complicated programming and debugging process caused by the high coupling between the process and the equipment action in the flowchart-type architecture method, too large program volume when compiling the program, not friendly to the addition, deletion, reordering, action synchronization, etc. of the process in the process of optimizing the process action, and large revised program volume.
[0063] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.
[0064] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0065] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.
[0066] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.
[0067] The specific implementation methods described above further illustrate the objectives, technical solutions and beneficial effects of the present invention in detail. It should be understood that the above description is only a specific implementation method of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.
Claims
1. The PLC software process full parameterization architecture method based on state space is characterized by: The following steps are involved: Decompose the product production process into equipment action flow; The equipment action process is digitized to form the equipment state space; The underlying software action module is driven according to the device state space to control the underlying electrical hardware of the device to complete the corresponding device action.
2. The method for fully parameterizing the PLC software process based on state space according to claim 1 is characterized in that: The decomposition scale of the product production process flow is to decompose to the action execution level of a single actuator.
3. The method for fully parameterizing the PLC software process based on state space according to claim 1 is characterized in that: The process of digitizing the device action flow to form the device state space is specifically as follows: The device state vector is obtained based on the device action mechanism analysis; A digitized device state space is established based on the device action process and device state vector.
4. The method for fully parameterizing the PLC software process based on state space according to claim 1 is characterized in that: The process of driving the underlying software action module according to the device state space is specifically as follows: Write the underlying software action module program based on the device state vector obtained by analyzing the device action mechanism; The digitized equipment state space is input into the PLC to complete the process action layer programming.
5. The method for fully parameterizing the PLC software process based on state space according to claim 4 is characterized in that: If the equipment is a multi-model composite production equipment, the underlying software action module only needs to be programmed once.
6. The method for fully parameterizing the PLC software process based on state space according to claim 5 is characterized in that: The multi-model composite production equipment is equipment that can produce multiple models of products.
7. The PLC software process full parameterization architecture system based on state space is characterized by: include: The bottom software action module layer is used to interact with the bottom electrical hardware of the device. The input is the status of the bottom electrical hardware of the device, and the output is the feedback status of the bottom electrical hardware of the device. The process action layer is used to decompose the product production process flow into the equipment action flow, and digitize the equipment action flow to form the equipment state space, and drive the underlying software action module according to the equipment state space to control the underlying electrical hardware of the equipment to complete the corresponding equipment action; The status check layer is used to comprehensively check whether the current status of each actuator of the device is consistent with the status after the previous device action is completed before the device performs an action.
8. The state-space-based PLC software process full-parameter architecture system according to claim 7 is characterized in that: The decomposition scale of the product production process flow is to decompose to the action execution level of a single actuator.
9. The state-space-based PLC software process full-parameter architecture system according to claim 7 is characterized in that: The process of digitizing the device action flow to form the device state space is specifically as follows: The device state vector is obtained based on the device action mechanism analysis; A digitized device state space is established based on the device action process and device state vector.
10. The state-space-based PLC software process full-parameter architecture system according to claim 7 is characterized in that: The process of driving the underlying software action module according to the device state space is specifically as follows: Write the underlying software action module program based on the device state vector obtained by analyzing the device action mechanism; The digitized equipment state space is input into the PLC to complete the process action layer programming.