A host computer non-standard equipment process control method based on hierarchical meta-model decoupling

Abstract

The application relates to the technical field of industrial automation control, in particular to a non-standard equipment process control method of an upper computer based on hierarchical meta-model decoupling, which is applied to a control system comprising an upper computer and at least one edge protocol adaptation terminal and comprises the following steps: constructing a hierarchical equipment meta-model on the upper computer, abstractly dividing non-standard equipment into a basic attribute layer, a port resource layer, an action unit layer and a process parameter layer, realizing complete decoupling of software and hardware, and breaking through an industry core bottleneck; through distributed mapping translation of the four-layer meta-model architecture and the edge protocol adaptation terminal, complete separation of a process script, upper computer control logic and bottom-layer hardware IO and register addresses is realized for the first time, the process script only retains logical action identification, real-time translation and execution are realized by the edge terminal according to a local mapping relationship, and inherent defects of traditional upper computer control software and hardware strong coupling are truly broken.

Description

Technical Field

[0001] This invention relates to the field of industrial automation control technology, and in particular to a host computer-based process control method for non-standard equipment based on hierarchical meta-model decoupling. Background Technology

[0002] In the field of non-standard automated production in industry, non-standard assembly equipment, non-standard testing equipment, and non-standard processing equipment are characterized by a high degree of customization in production processes, structural functions, and hardware configurations, resulting in a wide variety of equipment models, inconsistent communication protocols, and significant differences in I / O point definitions.

[0003] Currently, the industry's host computer control solutions for non-standard equipment generally adopt a hard-coded, customized development model, which has core technical defects, as follows: 1. High coupling between hardware and software, resulting in extremely poor reusability. Traditional host computer control programs directly hard-bind the process flow logic with the equipment PLC register addresses and hardware I / O points. Each non-standard device requires the separate development of dedicated control code, and program logic cannot be reused for similar process equipment.

[0004] 2. Poor communication adaptability and high difficulty in expansion. The existing host computer control software's communication driver is deeply coupled with the business control logic, and only supports fixed communication protocols. For heterogeneous non-standard devices with different communication interfaces, the core code needs to be modified, which cannot be quickly adapted.

[0005] 3. The process iteration is cumbersome and has poor on-site adaptability. When the production process or equipment hardware is slightly adjusted, software developers need to modify the source code and recompile and deploy it. On-site process personnel cannot independently complete the process adjustment.

[0006] 4. Insufficient real-time performance and reliability of centralized control. In traditional solutions, both process logic execution and hardware instruction translation are centralized on the host computer. Under complex processes, centralized parsing and multi-device polling lead to long control cycles and poor real-time performance. At the same time, once communication between the host computer and field devices is interrupted, the equipment will lose control. The lack of an underlying offline safety and self-governance mechanism poses a production safety hazard.

[0007] 5. Lack of standardized decoupling architecture leads to fragmented control. Existing solutions employ simple process editing functions, but only achieve the arrangement of process sequences, failing to achieve layered decoupling between hardware resources and process logic. Process scripts remain bound to underlying hardware parameters, hindering cross-device compatibility. In summary, a novel configuration-based host computer-based non-standard equipment control solution based on a layered meta-model decoupling is urgently needed, achieving distributed collaboration and edge autonomous control in its architecture to systematically address the aforementioned technical deficiencies. Summary of the Invention

[0008] To overcome the shortcomings of existing technologies, this paper proposes a host computer-based process control method for non-standard equipment based on a hierarchical meta-model decoupling. This method achieves complete decoupling of process logic and hardware resources through a four-layer hierarchical meta-model architecture, and introduces an edge protocol adaptation terminal to distribute instruction translation work down to the device side, realizing decoupled collaboration between the host computer and the edge side. While retaining the advantages of process scripts being universally reusable across heterogeneous devices and requiring no source code modification or recompilation, this method significantly improves control real-time performance and provides offline secure autonomous capabilities in the event of communication interruptions, greatly enhancing the system's reliability and flexibility.

[0009] To address the aforementioned technical problems, this invention provides the following technical solution: a method for process control of non-standard equipment based on hierarchical meta-model decoupling, applied to a control system including a host computer and at least one edge protocol adapter terminal, comprising the following steps: S1: Construct a hierarchical equipment meta-model on the host computer, and abstract non-standard equipment into a basic attribute layer, a port resource layer, an action unit layer, and a process parameter layer. The port resource layer registers the actual hardware I / O points and communication register addresses of non-standard devices. The action unit layer encapsulates several independently executable atomic actions based on port resources, configures a unique logical identifier for each atomic action, and establishes a mapping relationship between the logical identifier of each atomic action and the hardware address of the port resource it encapsulates. The atomic actions only expose logical function definitions and do not directly bind to hardware communication addresses; based on the hardware parameters, communication configuration and process requirements of the target non-standard equipment, a meta-model configuration file containing the mapping relationship and four-layer model parameters is generated.

[0010] S2: The host computer uses a built-in multi-protocol dynamic adaptation layer to load communication parameters in the meta-model configuration file, automatically match and start the corresponding industrial communication protocol driver, establish a bidirectional communication link with the edge protocol adaptation terminal, and send and store the meta-model configuration file to the edge protocol adaptation terminal. S3: The host computer provides a visual process editing interface, which uses atomic actions encapsulated in the action unit layer as the smallest execution unit, and arranges a complete production process flow with a variety of logic controls to automatically generate standardized process flow scripts. The process flow script only references the unique logical identifier of the atomic action and does not contain any hardware I / O points, register addresses or other low-level hardware information; S4: The host computer operation control engine loads the process flow script, and during the execution of the process flow, it sends the logical action identifier sequence in the process flow script to the edge protocol adapter terminal in sequence. The edge protocol adaptation terminal dynamically translates the received logical action identifier into hardware read / write control instructions adapted to the current non-standard device based on the logical identifier-hardware address mapping relationship in the locally stored metamodel configuration file and issues them for execution. Simultaneously, the operating status, sensor data and action feedback signals of non-standard equipment are collected in real time, and normal process flow is executed in combination with the preset threshold of the process parameter layer, or the abnormal status is reported to the host computer to trigger the abnormal handling logic. S5: The host computer collects and persistently stores equipment operating parameters, process execution logs, equipment fault information and production result data from the edge protocol adapter terminal in a structured manner, supporting data traceability, parameter query and process report generation.

[0011] As an improvement to the above technical solution, the specific configuration logic of the four-layer device meta-model is as follows: The basic attribute layer used to store static identification parameters of non-standard devices; The port resource layer used for unified registration of all hardware resources of the device; Action unit layer used for encapsulating business logic of port resources; The process parameter layer is used to configure the dynamic parameters of the equipment's production process.

[0012] As an improvement to the above technical solution, the multi-protocol dynamic adaptation layer incorporates Modbus-RTU, Modbus-TCP, RS232, RS485, CANopen, and custom TCP industrial protocol drivers.

[0013] As an improvement to the above technical solution, the visual process editing interface includes sequential execution, conditional branching, loop jumping, delay waiting, parallel execution, and exception jumping logic controls.

[0014] As an improvement to the above technical solution, the abnormal handling logic in the edge protocol adaptation terminal includes process pause, audible and visual alarm, automatic reset and retry, emergency shutdown, and fault data locking. All abnormal triggering conditions and processing priorities can be visualized and customized in the process parameter layer. When communication between the host computer and the edge protocol adapter terminal is interrupted, the edge protocol adapter terminal autonomously switches the non-standard device to a preset security state based on the locally stored meta-model configuration and preset underlying security rules.

[0015] As an improvement to the above technical solution, the process flow script is stored in JSON structured format, which supports importing, exporting and cross-device reuse.

[0016] As an improvement to the above technical solution, the host computer also includes a process adaptive optimization step that periodically extracts historical equipment operation data and production qualification rate data, and iteratively optimizes the threshold parameters of the process parameter layer.

[0017] As an improvement to the above technical solution, a control system for a host computer-based non-standard equipment process control method based on hierarchical meta-model decoupling is provided for executing the control method described in any one of claims 1-7, comprising a host computer and at least one edge protocol adapter terminal. The host computer includes: a metamodel configuration module for visually configuring, editing, and storing four-layer device metamodels, generating standardized device metamodel configuration files, completing the mapping and binding of atomic action logic identifiers and hardware resources, and distributing them to edge protocol adaptation terminals; A multi-protocol communication adapter module used to load various industrial protocol drivers and establish a bidirectional communication link between the host computer and the edge protocol adapter terminal; A process visualization orchestration module used to provide a visual process editing interface and generate standardized process flow scripts without hardware dependencies; The module is used to parse the process flow script, send the logical action identifier sequence to the edge protocol adapter terminal, and receive the device status reported by the edge protocol adapter terminal and the feedback operation control engine module. A data management module for storing, querying, tracing, and exporting reports of equipment operation data, process logs, and fault data; The edge protocol adaptation terminal includes: a terminal storage module for receiving and locally storing the meta-model configuration file issued by the host computer; A terminal communication module used to establish a first communication link with a host computer and to establish a second communication link with non-standard equipment through various industrial protocol interfaces. A mapping translation engine for translating logical action identifiers issued by the host computer into hardware read / write control instructions for the non-standard device in real time based on the meta-model mapping relationship in the terminal storage module, and for executing read / write operations through the second communication link; This is a local monitoring module used to collect the operating status and sensor data of non-standard equipment in real time, and to execute preset local security logic based on the local meta-model configuration when an anomaly is detected or communication with the host computer is interrupted.

[0018] As an improvement to the above technical solution, it includes: a terminal storage module for receiving and locally storing a meta-model configuration file generated by the upper-layer configuration system, which contains a mapping relationship between atomic action logic identifiers and hardware communication addresses; It includes at least one uplink communication interface and at least one downlink industrial fieldbus interface, which are used to establish bidirectional communication with the host computer and non-standard equipment. Coupled to the terminal storage module and the terminal communication module, it is configured to: parse the process instruction sequence containing logical action identifiers from the host computer, convert each logical action identifier into a physical read / write operation sequence for the target non-standard equipment hardware point by querying the mapping relationship in the meta-model configuration file, and execute the mapping translation engine through the downlink industrial fieldbus interface; Coupled to the terminal communication module and the mapping translation engine, it is configured to: monitor the communication link status with the host computer and the operating status of the non-standard equipment in real time; when the communication with the host computer is interrupted, it autonomously generates control commands to drive the non-standard equipment to the preset safety state according to the preset security policy in the locally stored meta-model configuration.

[0019] As an improvement to the above technical solution, the downlink industrial fieldbus interface supports at least one of the following protocols: Modbus-RTU, Modbus-TCP, RS232, RS485, and CANopen. The uplink communication interface is an Ethernet interface or a wireless communication interface.

[0020] The beneficial effects of this invention are: 1. Achieve complete decoupling of software and hardware, breaking through the core bottleneck of the industry: Through the four-layer meta-model architecture and the distributed mapping translation of edge protocol adaptation terminals, the process script, host computer control logic and underlying hardware IO and register address are completely separated for the first time. The process script only retains the logical action identifier, which is translated and executed in real time by the edge terminal according to the local mapping relationship, truly breaking the inherent defects of strong coupling between traditional host computer control software and hardware.

[0021] 2. Universal and reusable process scripts significantly reduce development costs: The same set of process scripts can be adapted to heterogeneous non-standard equipment of multiple models and protocols. When the equipment is replaced, only the meta-model configuration file needs to be updated and distributed to the edge terminal. There is no need to modify the process script and host computer code. The development cycle of the host computer for non-standard equipment is shortened by more than 60%.

[0022] 3. Distributed edge execution significantly improves control real-time performance and reliability: The instruction translation and hardware interaction functions are pushed down to the edge protocol adaptation terminal close to the device side. The host computer only needs to issue a sequence of logical instructions, which greatly reduces the latency and network load of centralized parsing and meets the requirements of high-cycle and high-real-time process control.

[0023] 4. Offline security and autonomy during communication interruption to ensure production safety: The edge protocol-adapted terminal stores a complete meta-model and security policy locally. When communication with the host computer is interrupted, it can autonomously drive the device to a safe state according to the preset policy, making up for the security shortcoming of traditional centralized control schemes that are completely out of control when the connection is interrupted.

[0024] 5. Dynamic adaptation to multiple protocols, with strong compatibility and scalability: The host computer and edge terminal work together, and the communication driver and business logic are completely decoupled. It supports the extension of mainstream industrial protocols and can be adapted to various non-standard devices without modifying the core code.

[0025] 6. Flexible and efficient process iteration, enabling closed-loop data optimization: On-site process personnel can independently complete process editing and parameter adjustment through the upper computer visual interface without the need for developer intervention. Attached Figure Description

[0026] Figure 1 This is a schematic diagram of the overall system architecture of the present invention; Figure 2 This is a schematic diagram of the layered structure of the four-layer device meta-model of the present invention; Figure 3 This is a schematic diagram of the process flow arrangement and script generation of the present invention; Figure 4 This is a flowchart illustrating the runtime collaborative instruction translation and process execution of this invention. Figure 5 This is a hardware structure block diagram of the edge protocol adaptation terminal of the present invention. Detailed Implementation

[0027] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the invention. Example

[0028] Please refer to Figures 1-5 As shown, this invention provides a method for process control of non-standard equipment based on hierarchical meta-model decoupling, applicable to a control system including a host computer and at least one edge protocol adapter terminal, comprising the following steps: S1: Construct a hierarchical equipment meta-model on the host computer, and abstract non-standard equipment into a basic attribute layer, a port resource layer, an action unit layer, and a process parameter layer. The port resource layer registers the actual hardware I / O points and communication register addresses of non-standard devices. The action unit layer encapsulates several independently executable atomic actions based on port resources, configures a unique logical identifier for each atomic action, and establishes a mapping relationship between the logical identifier of each atomic action and the hardware address of the port resource it encapsulates. The atomic actions only expose logical function definitions and do not directly bind to hardware communication addresses; based on the hardware parameters, communication configuration and process requirements of the target non-standard equipment, a meta-model configuration file containing the mapping relationship and four-layer model parameters is generated.

[0029] Meta-model configuration: Create a new equipment model in the host computer meta-model configuration module. Fill in the equipment number, equipment type, and communication parameters in the basic attribute layer; import the IO list and register address of the equipment PLC in the port resource layer; encapsulate atomic actions such as "material loading detection", "cylinder pushing", "stacking operation", "pressing and holding pressure", and "visual inspection judgment" in the action unit layer, assign a unique logical ID to each atomic action, and establish a mapping relationship between the logical ID and the corresponding IO point and register; configure the pressing pressure, stacking accuracy, holding pressure time, and pass judgment threshold in the process parameter layer, and generate the equipment meta-model configuration file.

[0030] S2: The host computer uses a built-in multi-protocol dynamic adaptation layer to load communication parameters in the meta-model configuration file, automatically match and start the corresponding industrial communication protocol driver, establish a bidirectional communication link with the edge protocol adaptation terminal, and send and store the meta-model configuration file to the edge protocol adaptation terminal. Communication link establishment and model distribution: The host computer's multi-protocol communication adaptation module establishes the first communication link with the edge protocol adaptation terminal via TCP protocol and distributes the meta-model configuration file to the terminal storage module. After the edge protocol adaptation terminal loads the configuration, it starts the Modbus-RTU driver via RS485 interface to establish a second communication link with the non-standard equipment PLC.

[0031] S3: The host computer provides a visual process editing interface, which uses atomic actions encapsulated in the action unit layer as the smallest execution unit, and arranges a complete production process flow with a variety of logic controls to automatically generate standardized process flow scripts. The process flow script only references the unique logical identifier of the atomic action and does not contain any hardware I / O points, register addresses or other low-level hardware information; Process flow arrangement: Through the upper computer visual drag-and-drop interface, the complete process flow of "material loading and detection - push feeding - stacking operation - pressing and holding pressure - visual inspection - qualified unloading / abnormal alarm" is arranged based on atomic actions, and a JSON process script containing only logical IDs is generated.

[0032] S4: The host computer operation control engine loads the process flow script, and during the execution of the process flow, it sends the logical action identifier sequence in the process flow script to the edge protocol adapter terminal in sequence. The edge protocol adaptation terminal dynamically translates the received logical action identifier into hardware read / write control instructions adapted to the current non-standard device based on the logical identifier-hardware address mapping relationship in the locally stored metamodel configuration file and issues them for execution. Simultaneously, the operating status, sensor data and action feedback signals of non-standard equipment are collected in real time, and normal process flow is executed in combination with the preset threshold of the process parameter layer, or the abnormal status is reported to the host computer to trigger the abnormal handling logic. Process Operation Control: The host computer's operation control engine loads the process script and sends the logical action ID sequence one by one to the edge protocol adapter terminal during execution. The terminal's mapping and translation engine translates logical IDs such as "cylinder push" into Modbus instructions such as writing start bits to specific registers and reading limit switch status in real time, based on the local meta-model mapping relationship, and executes them. The terminal collects data such as pressing pressure and stacking accuracy in real time, and reports them to the host computer for process flow when the pressure exceeds the preset threshold; when the pressure exceeds the preset threshold, the terminal can trigger emergency stop logic locally and simultaneously report the abnormality to the host computer for alarm and fault recording.

[0033] S5: The host computer collects and persistently stores equipment operating parameters, process execution logs, equipment fault information and production result data from the edge protocol adapter terminal in a structured manner, supporting data traceability, parameter query and process report generation.

[0034] According to management and optimization: The host computer data management module stores all batch production data, logs, and fault records, regularly analyzes and fine-tunes process parameter thresholds, and achieves iterative process optimization by updating the meta-model configuration file and distributing it to the terminal. In the above scheme, the four-layer meta-model is abstracted in layers, completely isolating hardware addresses from process logic. The process script only uses logical identifiers, which solves the pain points of traditional hardware and software hard binding and non-reusability. The meta-model configuration file is sent to the local storage of the edge terminal, and the instruction translation is pushed down to the device side, reducing the computing power and network load of the host computer and improving the real-time performance of process control; The edge terminal can complete hardware instruction conversion and status acquisition locally. When communication is interrupted, it can autonomously execute security logic to eliminate the security risks of centralized control disconnection and loss of control. Unified and persistent data collection throughout the entire process supports production traceability, fault query, and process reports, enabling full-link control of production data. Standardized modeling and distributed collaborative architecture allow a single control process to be adapted to different non-standard hardware devices, significantly reducing the workload of customized development.

[0035] Specifically, the configuration logic of the four-layer device meta-model is as follows: Basic Attribute Layer: Used to store static identification parameters of non-standard equipment, including equipment number, equipment type, communication interface type, equipment IP address, equipment baud rate, and manufacturer model information; Port Resource Layer: Used to uniformly register all hardware resources of the equipment, including digital inputs, digital outputs, analog inputs, analog outputs, addresses, data types, read / write attributes, and status thresholds of various communication registers; Action Unit Layer: Used to encapsulate business logic for port resources, encapsulating single or multiple port combined actions into atomic actions, and configuring the execution conditions, feedback judgment rules, and execution timeout thresholds for each atomic action; Process Parameter Layer: Used to configure dynamic parameters of the equipment's production process, including pressure, temperature, speed, displacement, holding time, process cycle time, product qualification judgment standards, and abnormal trigger thresholds.

[0036] In the above scheme, the responsibilities of the four-layer model are clearly defined. The static information of equipment, hardware points, process actions, and production parameters are configured independently in each partition. Modifying the parameters of one layer will not affect the logic of other layers. Hardware resources, atomic actions, and process thresholds are decoupled and configured, allowing on-site process personnel to visually adjust the process without having to access the underlying registers, and without developers needing to modify the source code. A unified hardware resource registration standard is adopted, which is compatible with digital signals, analog signals, and various registers, and adapts to various non-standard PLCs and sensor hardware.

[0037] Specifically, the multi-protocol dynamic adaptation layer incorporates Modbus-RTU, Modbus-TCP, RS232, RS485, CANopen, and custom TCP industrial protocol drivers. The above solution incorporates multiple mainstream industrial bus protocols and supports third-party plugin extensions. Adding new device communication types does not require modification of the host computer's core control code. The communication driver and business process logic are decoupled, and a single host computer can seamlessly connect to non-standard devices with different communication methods such as RS485, Ethernet, and CANopen, greatly improving device compatibility. The meta-model automatically matches communication parameters, enabling devices to connect and communicate instantly, eliminating the need for manual driver development and debugging.

[0038] Specifically, the visual process editing interface includes sequential execution, conditional branching, loop jumping, delay waiting, parallel execution, and exception jumping logic controls.

[0039] The above solution provides complete process logic components, supporting sequential, branching, looping, parallel, and exception jumps. It can drag and drop to build complex non-standard production processes with multiple branches and multiple parallel processes. No-code visual orchestration allows process engineers to independently complete process design without requiring programming knowledge; Standardized drag-and-drop script generation unifies the process description format and avoids logical errors that may occur when manually writing programs.

[0040] Specifically, the abnormal handling logic in the edge protocol adaptation terminal includes process pause, audible and visual alarm, automatic reset and retry, emergency shutdown, and fault data locking. All abnormal triggering conditions and processing priorities can be visualized and customized in the process parameter layer. When communication between the host computer and the edge protocol adapter terminal is interrupted, the edge protocol adapter terminal autonomously switches the non-standard device to a preset security state based on the locally stored meta-model configuration and preset underlying security rules.

[0041] In the above solution, the abnormal handling strategy is visualized and customizable, and can be configured as needed to pause, alarm, retry, emergency stop, and fault lockout, adapting to the safety management needs of different devices; When the host computer disconnects, the edge terminal relies on the local meta-model to autonomously drive the device to a safe state, avoiding product scrapping or equipment damage caused by malfunctions of the motion mechanism and pressing mechanism. Abnormal data is locked and stored separately, which facilitates subsequent fault review and production line optimization.

[0042] Specifically, the process flow script is stored in JSON structured format, which supports importing, exporting, and cross-device reuse.

[0043] In the above solution, the JSON standardized script supports import and export, backup and migration, and the same process flow can be reused in multiple heterogeneous non-standard equipment. Replacing different models of equipment only requires replacing the meta-model file; the process flow does not need to be rewritten, shortening the development cycle of non-standard projects by more than 60%. The script contains no low-level hardware addresses, has no hardware coupling, and is highly versatile.

[0044] Specifically, the host computer also includes a process adaptive optimization step that periodically extracts historical equipment operation data and production qualification rate data, and iteratively optimizes the threshold parameters of the process parameter layer.

[0045] In the above scheme, process thresholds such as pressure and holding time are automatically iteratively optimized based on historical production data and pass rate to form a data closed-loop optimization. No need for repeated manual parameter adjustments, continuously improving product yield and reducing material loss; The optimization results are automatically updated to the meta-model and take effect simultaneously across the entire production line.

[0046] This embodiment uses a non-standard cell stacking assembly equipment in a lithium battery production line as the control object. The system includes an industrial host computer and an edge protocol adapter terminal. The edge protocol adapter terminal is connected to the host computer via Ethernet and to the equipment PLC via an RS485 interface and Modbus-RTU protocol. Example

[0047] Please refer to Figure 1 and Figure 5 As shown, the other parts of this embodiment are the same as those of Embodiment 1. The difference lies in the control system of the host computer non-standard equipment process control method based on hierarchical meta-model decoupling.

[0048] A control system for a host computer-based process control method for non-standard equipment based on hierarchical meta-model decoupling, used to execute the control method according to any one of claims 1-7, comprising a host computer and at least one edge protocol adapter terminal; The host computer includes: a metamodel configuration module for visually configuring, editing, and storing four-layer device metamodels, generating standardized device metamodel configuration files, completing the mapping and binding of atomic action logic identifiers and hardware resources, and distributing them to edge protocol adaptation terminals; A multi-protocol communication adapter module used to load various industrial protocol drivers and establish a bidirectional communication link between the host computer and the edge protocol adapter terminal; A process visualization orchestration module used to provide a visual process editing interface and generate standardized process flow scripts without hardware dependencies; The module is used to parse the process flow script, send the logical action identifier sequence to the edge protocol adapter terminal, and receive the device status reported by the edge protocol adapter terminal and the feedback operation control engine module. A data management module for storing, querying, tracing, and exporting reports of equipment operation data, process logs, and fault data; The edge protocol adaptation terminal includes: a terminal storage module for receiving and locally storing the meta-model configuration file issued by the host computer; A terminal communication module used to establish a first communication link with a host computer and to establish a second communication link with non-standard equipment through various industrial protocol interfaces. A mapping translation engine for translating logical action identifiers issued by the host computer into hardware read / write control instructions for the non-standard device in real time based on the meta-model mapping relationship in the terminal storage module, and for executing read / write operations through the second communication link; This is a local monitoring module used to collect the operating status and sensor data of non-standard equipment in real time, and to execute preset local security logic based on the local meta-model configuration when an anomaly is detected or communication with the host computer is interrupted.

[0049] In the above scheme, the host computer is divided into five independent modules according to function, and the edge terminal is divided into four functional modules. The modular architecture facilitates individual iteration, maintenance and replacement. The host computer is responsible for modeling, process arrangement, and data management, while the edge terminal is responsible for local instruction translation and real-time equipment control. This distributed division of labor balances versatility and real-time performance. Standardized communication and interaction between modules allows one system to adapt to multiple different types of non-standard devices, reducing the cost of purchasing multiple sets of host computer software. It fully realizes integrated management and control of the entire business chain, including modeling, communication, process editing, real-time control, and data storage.

[0050] Specifically, this includes: a terminal storage module for receiving and locally storing a meta-model configuration file generated by the upper-layer configuration system, which contains a mapping relationship between atomic action logic identifiers and hardware communication addresses; It includes at least one uplink communication interface and at least one downlink industrial fieldbus interface, which are used to establish bidirectional communication with the host computer and non-standard equipment. Coupled to the terminal storage module and the terminal communication module, it is configured to: parse the process instruction sequence containing logical action identifiers from the host computer, convert each logical action identifier into a physical read / write operation sequence for the target non-standard equipment hardware point by querying the mapping relationship in the meta-model configuration file, and execute the mapping translation engine through the downlink industrial fieldbus interface; Coupled to the terminal communication module and the mapping translation engine, it is configured to: monitor the communication link status with the host computer and the operating status of the non-standard equipment in real time; when the communication with the host computer is interrupted, it autonomously generates control commands to drive the non-standard equipment to the preset safety state according to the preset security policy in the locally stored meta-model configuration.

[0051] In the above scheme, the terminal locally stores a complete meta-model mapping table, which can independently complete the conversion of logical IDs into hardware read and write instructions without relying on the host computer. The uplink and downlink dual communication interfaces are separate, connecting to the host computer and the field equipment respectively, and the communication links do not interfere with each other; The mapping translation engine and local security module are hardware-level coupled, enabling real-time monitoring of link and device status and zero-delay safe handling of disconnections. Edge computing handles hardware interaction and signal acquisition, significantly reducing the polling burden on the host computer and making it suitable for high-cycle automated production lines. Specifically, the downlink industrial fieldbus interface supports at least one of the following protocols: Modbus-RTU, Modbus-TCP, RS232, RS485, and CANopen. The uplink communication interface is an Ethernet interface or a wireless communication interface.

[0052] The above solution is compatible with the vast majority of industrial fieldbuses on the market and can be directly connected to various non-standard PLCs, motion controllers, and sensors. Uplink supports Ethernet and WiFi, adapting to both wired cabling and wireless deployment scenarios in workshops; With standardized hardware interfaces, the same edge terminal can be adapted to different communication devices without hardware modifications, reducing terminal hardware development and inventory costs.

[0053] This embodiment uses a non-standard component airtightness testing device as the control object. It directly reuses the complete process flow script of Embodiment 1. Only in the host computer meta-model configuration module, the device communication protocol, detection sensor I / O points, airtightness detection threshold, etc. are reconfigured to generate a new meta-model configuration file and send it to another edge protocol adapter terminal. Without modifying the process script and the host computer core code, the full-process automated control of the airtightness testing device can be quickly realized. This verifies the core advantage of the present invention of cross-device reuse of process script and the plug-and-play capability of the edge terminal.

[0054] The above embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it.

Claims

1. A method for process control of non-standard equipment based on hierarchical meta-model decoupling, applied to a control system including a host computer and at least one edge protocol adapter terminal, characterized in that, Includes the following steps: S1: Construct a hierarchical equipment meta-model on the host computer, and abstract non-standard equipment into a basic attribute layer, a port resource layer, an action unit layer, and a process parameter layer. The port resource layer registers the actual hardware I / O points and communication register addresses of non-standard devices. The action unit layer encapsulates several independently executable atomic actions based on port resources, configures a unique logical identifier for each atomic action, and establishes a mapping relationship between the logical identifier of each atomic action and the hardware address of the port resource it encapsulates. The atomic actions only expose logical function definitions and do not directly bind to hardware communication addresses; based on the hardware parameters, communication configuration and process requirements of the target non-standard equipment, a meta-model configuration file containing the mapping relationship and four-layer model parameters is generated. S2: The host computer uses a built-in multi-protocol dynamic adaptation layer to load communication parameters in the meta-model configuration file, automatically match and start the corresponding industrial communication protocol driver, establish a bidirectional communication link with the edge protocol adaptation terminal, and send and store the meta-model configuration file to the edge protocol adaptation terminal. S3: The host computer provides a visual process editing interface, which uses atomic actions encapsulated in the action unit layer as the smallest execution unit, and arranges a complete production process flow with a variety of logic controls to automatically generate standardized process flow scripts. The process flow script only references the unique logical identifier of the atomic action and does not contain any hardware I / O points, register addresses or other low-level hardware information; S4: The host computer operation control engine loads the process flow script, and during the execution of the process flow, it sends the logical action identifier sequence in the process flow script to the edge protocol adapter terminal in sequence. The edge protocol adaptation terminal dynamically translates the received logical action identifier into hardware read / write control instructions adapted to the current non-standard device based on the logical identifier-hardware address mapping relationship in the locally stored metamodel configuration file and issues them for execution. Simultaneously, the operating status, sensor data and action feedback signals of non-standard equipment are collected in real time, and normal process flow is executed in combination with the preset threshold of the process parameter layer, or the abnormal status is reported to the host computer to trigger the abnormal handling logic. S5: The host computer collects and persistently stores equipment operating parameters, process execution logs, equipment fault information and production result data from the edge protocol adapter terminal in a structured manner, supporting data traceability, parameter query and process report generation.

2. The method for controlling the process of non-standard equipment in a host computer based on hierarchical meta-model decoupling as described in claim 1, characterized in that: The specific configuration logic of the four-layer device meta-model is as follows: The basic attribute layer used to store static identification parameters of non-standard devices; The port resource layer used for unified registration of all hardware resources of the device; Action unit layer used for encapsulating business logic of port resources; The process parameter layer is used to configure the dynamic parameters of the equipment's production process.

3. The method for controlling the process of non-standard equipment in a host computer based on hierarchical meta-model decoupling as described in claim 1, characterized in that: The multi-protocol dynamic adaptation layer has built-in Modbus-RTU, Modbus-TCP, RS232, RS485, CANopen, and custom TCP industrial protocol drivers.

4. The method for controlling the process of non-standard equipment in a host computer based on hierarchical meta-model decoupling as described in claim 1, characterized in that: The visual process editing interface includes logic controls for sequential execution, conditional branching, loop jumping, delay waiting, parallel execution, and exception jumping.

5. The method for controlling the process of non-standard equipment in a host computer based on hierarchical meta-model decoupling as described in claim 1, characterized in that: The abnormal handling logic in the edge protocol adapter terminal includes process pause, audible and visual alarm, automatic reset and retry, emergency shutdown, and fault data locking. All abnormal triggering conditions and processing priorities can be visually and customizable in the process parameter layer. When communication between the host computer and the edge protocol adapter terminal is interrupted, the edge protocol adapter terminal autonomously switches the non-standard device to a preset security state based on the locally stored meta-model configuration and preset underlying security rules.

6. The method for controlling the process of non-standard equipment in a host computer based on hierarchical meta-model decoupling as described in claim 1, characterized in that: The process flow script is stored in JSON structured format, which supports importing, exporting, and cross-device reuse.

7. The method for controlling the process of non-standard equipment in a host computer based on hierarchical meta-model decoupling as described in claim 1, characterized in that: The host computer also includes a process adaptive optimization step that periodically extracts historical equipment operation data and production qualification rate data, and iteratively optimizes the threshold parameters of the process parameter layer.

8. A control system based on a hierarchical meta-model decoupling method for process control of non-standard equipment in a host computer, characterized in that, The control method for performing any one of claims 1-7 includes a host computer and at least one edge protocol adapter terminal; The host computer includes: a metamodel configuration module for visually configuring, editing, and storing four-layer device metamodels, generating standardized device metamodel configuration files, completing the mapping and binding of atomic action logic identifiers and hardware resources, and distributing them to edge protocol adaptation terminals; A multi-protocol communication adapter module used to load various industrial protocol drivers and establish a bidirectional communication link between the host computer and the edge protocol adapter terminal; A process visualization orchestration module used to provide a visual process editing interface and generate standardized process flow scripts without hardware dependencies; The module is used to parse the process flow script, send the logical action identifier sequence to the edge protocol adapter terminal, and receive the device status reported by the edge protocol adapter terminal and the feedback operation control engine module. A data management module for storing, querying, tracing, and exporting reports of equipment operation data, process logs, and fault data; The edge protocol adaptation terminal includes: a terminal storage module for receiving and locally storing the meta-model configuration file issued by the host computer; A terminal communication module used to establish a first communication link with a host computer and to establish a second communication link with non-standard equipment through various industrial protocol interfaces. A mapping translation engine for translating logical action identifiers issued by the host computer into hardware read / write control instructions for the non-standard device in real time based on the meta-model mapping relationship in the terminal storage module, and for executing read / write operations through the second communication link; This is a local monitoring module used to collect the operating status and sensor data of non-standard equipment in real time, and to execute preset local security logic based on the local meta-model configuration when an anomaly is detected or communication with the host computer is interrupted.

9. The control system of the host computer non-standard equipment process control method based on hierarchical meta-model decoupling according to claim 8, characterized in that, include: A terminal storage module used to receive and locally store meta-model configuration files generated by the upper-layer configuration system, which contain mappings between atomic action logic identifiers and hardware communication addresses. It includes at least one uplink communication interface and at least one downlink industrial fieldbus interface, which are used to establish bidirectional communication with the host computer and non-standard equipment. Coupled to the terminal storage module and the terminal communication module, it is configured to: parse the process instruction sequence containing logical action identifiers from the host computer, convert each logical action identifier into a physical read / write operation sequence for the target non-standard equipment hardware point by querying the mapping relationship in the meta-model configuration file, and execute the mapping translation engine through the downlink industrial fieldbus interface; Coupled to the terminal communication module and the mapping translation engine, it is configured to: monitor the communication link status with the host computer and the operating status of the non-standard equipment in real time; when the communication with the host computer is interrupted, it autonomously generates control commands to drive the non-standard equipment to the preset safety state according to the preset security policy in the locally stored meta-model configuration.

10. The control system of the host computer non-standard equipment process control method based on hierarchical meta-model decoupling according to claim 9, characterized in that: The downlink industrial fieldbus interface supports at least one of the following protocols: Modbus-RTU, Modbus-TCP, RS232, RS485, and CANopen. The uplink communication interface is an Ethernet interface or a wireless communication interface.

Images