Multi-type industrial equipment PLC control method and device based on hardware abstraction layer

Abstract

The invention relates to a multi-type industrial equipment PLC control method and device based on a hardware abstraction layer, and the method comprises the steps: constructing the hardware abstraction layer comprising a core layer and an adaptation layer; the core layer is provided with a standardized interface set, the adaptation layer is provided with a special adaptation module, and a control protocol is converted through a protocol analysis engine. And generating a unified instruction set based on the standardized interface set, and establishing a data interaction channel supporting priority scheduling. And identifying the newly-added equipment, matching the equipment configuration library, and generating a newly-added adapter drive if the equipment configuration library fails. And acquiring a device state by using a data interaction channel, and constructing a cooperative control logic to realize linkage. Equipment load and task queues are monitored in real time, and dynamic task scheduling and grading fault processing are carried out. And when an adapter configuration updating instruction is detected, the adaptive layer thermally loads the updated drive, and unified, intelligent, efficient and stable PLC control of multiple types of industrial equipment is realized through cooperation of the core layer and the adaptive layer.

Description

Technical Field

[0001] The present invention relates to the technical field of industrial automation control, and particularly relates to a method and device for PLC control of multiple types of industrial devices based on a hardware abstraction layer. Background Art

[0002] In the field of modern industrial automation, factories often have multiple types of industrial devices from different brands. Due to brand differences, there are significant differences in communication protocols, control interfaces, etc. in PLC control systems. This leads to numerous difficulties in achieving coordinated PLC control of multi-brand devices in a complex industrial production environment. The native control protocols of different brand devices are incompatible, making it difficult for devices to perform effective data interaction and collaborative work. For example, Device A uses a specific communication protocol, while Device B uses a completely different protocol. This requires engineers to spend a great deal of effort on protocol conversion when attempting to build a unified control system, increasing the difficulty and cost of system integration. Moreover, traditional industrial device control methods lack standardized interfaces, making it difficult to uniformly manage and schedule various devices, severely restricting the efficiency and flexibility of industrial production and unable to meet the growing demand for intelligent and efficient production. Summary of the Invention

[0003] The main object of the present invention is to provide a method and device for PLC control of multiple types of industrial devices based on a hardware abstraction layer to achieve the purpose of unified, intelligent, efficient, and stable PLC control of multiple types of industrial devices.

[0004] To achieve the above object, the present invention provides a method for PLC control of multiple types of industrial devices based on a hardware abstraction layer, including the following steps:

[0005] Construct a hardware abstraction layer including a core layer and an adaptation layer. The core layer is provided with a standardized interface set including a motion control interface, a process execution interface, and a data interaction interface. The adaptation layer deploys dedicated adaptation modules corresponding to device types, and converts the native control protocols of each device into standardized interface call instructions of the core layer through a protocol parsing engine;

[0006] Based on the standardized interface set of the core layer, generate a unified instruction set that can be executed across devices, and establish a data interaction channel supporting priority scheduling;

[0007] Perform device identification on newly added devices, extract the feature identifiers of the newly added devices and match them with a pre-constructed device configuration library. If the match fails, generate a new adapter driver and store the configuration information;

[0008] Obtain device status data through the data interaction channel, construct an event-driven collaborative control logic, and trigger linkage operations among multiple devices;

[0009] Monitor the load rate and task queue of each device in real time, perform dynamic task scheduling through the data interaction channel, and execute hierarchical fault handling according to the status data returned by each core layer interface;

[0010] When a detected adapter configuration update instruction is received, hot-load the updated new adapter driver through the adapter layer, and perform unified control of multiple types of industrial devices through the collaboration between the core layer and the adapter layer in the hardware abstraction layer.

[0011] Further, the step of constructing a hardware abstraction layer including a core layer and an adapter layer includes:

[0012] Construct a hardware abstraction layer in the PLC control system, including a core layer and an adapter layer;

[0013] The motion control interface of the core layer is configured with a three-dimensional coordinate system conversion function and a path interpolation algorithm;

[0014] The dedicated adapter module of the adapter layer is deployed in the protocol conversion middleware to establish a mapping relationship between the device native protocol and the core layer interface parameters. The protocol parsing engine converts the device original communication data stream into a structured instruction data packet including device address, operation code, and parameters through the protocol field mapping table.

[0015] Further, the step of generating a unified instruction set that can be executed across devices and establishing a data interaction channel supporting priority scheduling includes:

[0016] Convert the standardized interface call instructions of the core layer into ladder diagram logic instructions and machine codes recognizable by the device through an instruction translator;

[0017] Establish a data interaction channel based on the publish / subscribe mode and configure the highest transmission priority for motion control instructions;

[0018] Configure an instruction buffer area in the data interaction channel and adjust the instruction issuing frequency when the detected network delay exceeds the threshold.

[0019] Further, the step of performing device identification on the new device, extracting the new device feature identifier and matching it with the pre-constructed device configuration library, and if the match fails, generating a new adapter driver and storing the configuration information includes:

[0020] Extract the communication protocol feature code of the new device to generate a device identifier;

[0021] Match the device identifier with a pre-built device configuration library. When the match fails, send a detection instruction to the new device to verify protocol compatibility. After passing the verification, generate a new adapter driver that matches the protocol of the new device.

[0022] Write the storage path, device communication rate, and data verification method parameters of the new adapter driver into the device configuration library.

[0023] Further, the steps of constructing an event-driven collaborative control logic include:

[0024] Trigger a path re-planning event when the visual positioning coordinate offset exceeds ±0.5 mm.

[0025] Manage the working processes of each device through a finite state machine model, and define state transition events, including coordinate offset triggering path re-planning, device ready signal triggering task start, and exception signal triggering state rollback.

[0026] Synchronize the clock information of each device based on the Network Time Protocol, and control the start and stop timing of each device within a specified time window.

[0027] Further, the steps of performing hierarchical fault handling include:

[0028] Perform hierarchical fault handling based on the device status data returned by each core layer interface.

[0029] When the instruction response timeout exceeds 3 times, automatically switch to the corresponding standby device.

[0030] When continuous data verification errors are detected, trigger a hot reset of the driver module.

[0031] When the hardware heartbeat monitors that the hardware heartbeat is lost for more than 10 seconds, perform a system-level safe shutdown and store the on-site data.

[0032] Further, the steps of hot-loading the updated new adapter driver through the adapter layer include:

[0033] Verify the compatibility between the new adapter driver version and the core layer interface specification.

[0034] Replace the driver component of the corresponding device in the adapter layer through dynamic loading technology.

[0035] Maintain a 72-hour rollback period for the old version driver, and run the new and old drivers in parallel to perform data consistency verification.

[0036] The present invention also provides a multi-type industrial device PLC control device based on a hardware abstraction layer, including:

[0037] An abstract layer construction unit for constructing a hardware abstraction layer including a core layer and an adaptation layer, and converting the native control protocols of various devices into standardized interface call instructions of the core layer through a protocol parsing engine;

[0038] An instruction generation unit for generating a unified instruction set that can be executed across devices based on the standardized interface set of the core layer, and establishing a data interaction channel that supports priority scheduling;

[0039] A new device unit for performing device identification on new devices, extracting the feature identifiers of new devices and matching them with a pre-built device configuration library. If the matching fails, a new adapter driver is generated and the configuration information is stored;

[0040] A collaborative logic unit for obtaining device status data through the data interaction channel, constructing an event-driven collaborative control logic, and triggering linkage operations between multiple devices;

[0041] A scheduling failure unit for real-time monitoring of the load rates and task queues of various devices, performing dynamic task scheduling through the data interaction channel, and performing hierarchical fault handling according to the status data returned by each core layer interface;

[0042] An adaptation driver unit for, when detecting an adapter configuration update instruction, hot-loading the updated new adapter driver through the adaptation layer, and performing unified control of multiple types of industrial devices through the collaboration between the core layer and the adaptation layer in the hardware abstraction layer.

[0043] The present invention also provides a computer device, including a memory and a processor. A computer program is stored in the memory, and when the processor executes the computer program, the steps of the above-mentioned multi-type industrial device PLC control method based on the hardware abstraction layer are implemented.

[0044] The present invention also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the above-mentioned multi-type industrial device PLC control method based on the hardware abstraction layer are implemented.

[0045] The PLC control method and device for multi-type industrial equipment based on the hardware abstraction layer provided by the present invention have the following beneficial effects: By constructing the hardware abstraction layer, the present invention converts the native protocols of different devices into unified instructions, breaks the brand limit, realizes the centralized management and control of multi-type industrial equipment, and improves the management efficiency. When a new device is connected, the system automatically identifies and matches it. If the matching fails, an adaptation driver is generated and the configuration is stored, which simplifies the device connection process, shortens the deployment time, and is conducive to the flexible expansion of the system. The present invention uses event-driven logic, triggers linkages based on the device status, and optimizes the device working process and start-stop sequence with the help of a finite state machine and clock synchronization, improving production coordination and efficiency. By real-time monitoring the device status, dynamically scheduling tasks, and taking corresponding measures according to the fault level, such as switching devices, resetting the driver, and safely shutting down, the stable operation of the system is guaranteed and production interruptions are reduced. In addition, when updating the adapter driver, the compatibility is verified first and then the components are replaced, and the old version is retained for rollback and data verification, improving the convenience of updating and being conducive to maintaining system stability and data accuracy. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] Figure 1 is a schematic flowchart of a PLC control method for multi-type industrial equipment based on the hardware abstraction layer in an embodiment of the present invention;

[0047] Figure 2 is a structural block diagram of a PLC control device for multi-type industrial equipment based on the hardware abstraction layer in an embodiment of the present invention;

[0048] Figure 3 is a schematic structural block diagram of a computer device in an embodiment of the present invention.

[0049] The implementation, functional features, and advantages of the object of the present invention will be further described with reference to the embodiments and the accompanying drawings. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0050] In order to make the object, technical solution, and advantages of the present invention clearer, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not used to limit the present invention.

[0051] Refer to Figure 1 , which is a schematic flowchart of a PLC control method for multi-type industrial equipment based on the hardware abstraction layer proposed by the present invention, and includes the following steps:

[0052] S1. Construct a hardware abstraction layer including a core layer and an adaptation layer. The core layer is set with a standardized interface set including a motion control interface, a process execution interface, and a data interaction interface. The adaptation layer deploys dedicated adaptation modules corresponding to device types, and converts the native control protocols of each device into standardized interface call instructions of the core layer through a protocol parsing engine.

[0053] S2. Based on the standardized interface set of the core layer, generate a unified instruction set that can be executed across devices, and establish a data interaction channel that supports priority scheduling.

[0054] S3. Perform device identification on newly added devices, extract the feature identifiers of the newly added devices and match them with a pre-built device configuration library. If the match fails, generate a new adapter driver and store the configuration information.

[0055] S4. Obtain device status data through the data interaction channel, construct an event-driven collaborative control logic, and trigger linkage operations between multiple devices.

[0056] S5. Real-time monitor the load rate and task queue of each device, perform dynamic task scheduling through the data interaction channel, and execute hierarchical fault handling according to the status data returned by each core layer interface.

[0057] S6. When an adapter configuration update instruction is detected, hot-load the updated new adapter driver through the adaptation layer, and perform unified control of multiple types of industrial devices through the cooperation between the core layer and the adaptation layer in the hardware abstraction layer.

[0058] As described in step S1 above, a two-layer architecture of a core layer and an adaptation layer is constructed in the PLC control system. The core layer realizes the abstraction of device control logic by defining three types of standardized interfaces (motion control, process execution, data interaction). For example, the motion control interface defines the three-dimensional coordinate system conversion specification to ensure the unified processing of coordinate parameters of different robotic arm devices; the process execution interface stipulates the scheduling rules of the operation timing between devices, including the process start condition and the execution status feedback mechanism; the data interaction interface defines the data format for device status collection and instruction transmission to ensure the standardized parsing of multi-source heterogeneous data. The adaptation layer develops dedicated modules for various industrial device protocols and realizes the dynamic conversion between device native instructions and core layer interfaces through a protocol parsing engine. For example, it maps the DB block data of a certain type of device's S7 protocol to the parameter structure of the process execution interface. Step S1 performs the hierarchical design of the hardware abstraction layer, so that when a new device is connected, only the adaptation module needs to be developed, and the core control logic does not need to be modified. The device differences are isolated through the interface specifications, enabling the control system to complete collaborative operations without perceiving the underlying hardware details.

[0059] As described in step S2 above, based on the core layer standard interface set, the abstract instructions are converted into device-executable codes through an instruction translator. For example, the process start instruction of the process execution interface is converted into the ladder diagram logic of the first type of device PLC, and machine codes suitable for the second type of controller are generated at the same time. The data interaction channel adopts a priority scheduling mechanism to reserve bandwidth and optimize the transmission queue for motion control instructions to ensure the real-time performance of critical instructions. The adaptive cache module built into the channel dynamically adjusts the instruction sending strategy according to network latency and maintains control continuity when the communication quality fluctuates. Through step S2, the instruction coordination efficiency between heterogeneous devices can be improved, providing a stable communication foundation for multi-device joint operations.

[0060] As described in step S3 above, when a new device is connected, the system extracts the device communication characteristics to generate a unique identifier and matches and verifies it with the preset configuration library. When an unknown protocol device is identified, a standardized probe instruction set is automatically sent for protocol compatibility testing, and a customized adapter driver is generated after passing the verification. The driver configuration information includes a communication parameter set, a storage path for the driver module, and runtime dependencies, and is persistently stored in the device feature database in a structured form. Step S3 greatly shortens the new device connection cycle through protocol adaptation technology, providing technical support for the rapid expansion of production line devices.

[0061] As described in step S4 above, the device status information is obtained in real time through the data interaction channel, and a multi-device collaborative control logic based on event triggering is constructed. When the coordinate data of the vision positioning system changes (the offset exceeds ±0.5 mm), the dynamic planning of the motion path is triggered, and the process execution interface synchronizes the start time sequence of material transfer according to the device ready state. The system uses a finite state machine model ((standby - ready - running - pause - fault)) to monitor the device operation stage and defines a set of state transition rules to respond to abnormal events. For example, when the sensor data exceeds the limit, the device safety fallback operation is triggered. The operation time sequence of multiple devices is coordinated through the clock synchronization mechanism, significantly reducing the collaborative control deviation and meeting the process requirements of high-precision assembly scenarios.

[0062] As described in step S5 above, the device load status and the depth of the task queue are monitored in real time, and production tasks are dynamically allocated based on the device capability matrix. When an abnormal instruction response is detected, the system starts a hierarchical processing process according to the fault type: device-level faults (such as motor overheating) trigger automatic switching, production line-level faults (such as conveyor belt blockage) start the downgrade mode, and system-level faults (main control disconnection) execute a safe shutdown and save the memory snapshot. Fault recovery locates the root cause of the abnormality through historical data backtracking, providing decision support for device maintenance and effectively improving the system fault tolerance and resource utilization rate.

[0063] As described in step S6 above, when an adapter configuration update is detected, the system verifies the compatibility between the driver version and the core layer interface specification to ensure that the new driver implements all standard interfaces and has consistent parameter definitions. For example, it verifies whether all required interface methods are implemented. The driver component is replaced through the dynamic link library hot loading technology. During the update process, the continuity of device control is maintained, and the old driver is retained for 72 hours as a rollback backup. When an abnormal operation of the new version is detected, it is automatically restored to the stable version. Through step S6, zero-downtime upgrade of the control system is achieved, ensuring the continuous and stable operation of the production line.

[0064] In one embodiment, in the intelligent assembly of certain automotive parts, 6 different brand heterogeneous industrial devices are collaboratively controlled for production. Robotic arms A / B respectively use Modbus TCP and EtherCAT protocols. The vision positioning system provides high-precision coordinate data based on the Profinet protocol. Two conveyor belts control the material flow through the CANopen protocol. The tightening machine E relies on the EtherCAT protocol to achieve precise torque adjustment. The system unifies the conversion of various device protocols into the core layer standardized interface by constructing a hardware abstraction layer. The motion control interface dynamically maps the joint angle parameters and Cartesian coordinates of the robotic arm. The process execution interface defines the start-stop timing rules of the devices. The data interaction interface realizes the standardized acquisition and transmission of status information. The protocol parsing engine converts the original data of the Modbus register into structured instructions. For example, the joint angle parameters of robotic arm A are realized for real-time control through register address mapping. The coordinate data of the vision positioning system generates a standard message with a timestamp and confidence level after format recombination.

[0065] The core layer abstract instructions are converted into device-specific control codes through instruction translation. The motion control instruction "move to coordinates (100.0, 50.0, 10.0)" is simultaneously converted into a Modbus write register operation and an EtherCAT PDO mapping write, ensuring the consistency of execution of each heterogeneous device. The data interaction channel sets three levels of priority for different instruction types. The motion control instruction achieves a 99.6% transmission success rate with an average delay of 8.2 milliseconds, and the real-time performance of key control signals is reliably guaranteed. When a new CANopen protocol conveyor belt is connected, the system extracts the device startup message characteristics to generate a unique hash identifier, and automatically generates an adapter driver after protocol compatibility verification. The driver configuration information includes parameters such as communication rate and verification method, and is stored in a structured database. This mechanism shortens the time required for new device access from 6 hours in the traditional development mode to 0.8 hours, with an efficiency improvement of up to 86.7%.

[0066] Based on the collaborative control system, precise linkage is achieved through the event-driven mechanism. The visual coordinate offset triggers the path replanning of the robotic arm, and the response time is optimized from 120 milliseconds to 35 milliseconds. The five-level working states are defined through the finite state machine model. When the torque limiter detects an excessive torque, it immediately triggers the fault state switch, performs an emergency stop operation, and records the abnormal code. The network time protocol synchronization controls the clock error of multiple devices within 0.8 milliseconds, significantly improving the accuracy of the start-stop timing sequence of material transmission. The dynamic scheduling algorithm comprehensively considers the device load rate and the urgency of tasks for optimal allocation. The device utilization rate is increased from 68% to 89%, and the task completion delay is reduced by 58%.

[0067] A three-level response mechanism is established through the fault handling module. The device-level fault is automatically switched within 850 milliseconds, and the system-level fault ensures a 100% safe shutdown success rate. During the drive hot update process, the compatibility verification is carried out to ensure the consistency of the interface specifications. The data consistency check is performed during the parallel operation of the old and new drives, and the version rollback mechanism can restore to the stable state within 50 milliseconds.

[0068] Refer to Figure 2 , which is the structural block diagram of the multi-type industrial equipment PLC control device based on the hardware abstraction layer in an embodiment of the present invention, including:

[0069] The abstraction layer construction unit is used to construct the hardware abstraction layer including the core layer and the adaptation layer, and convert the native control protocols of each device into the standardized interface call instructions of the core layer through the protocol parsing engine;

[0070] The instruction generation unit is used to generate a unified instruction set that can be executed across devices based on the standardized interface set of the core layer, and establish a data interaction channel that supports priority scheduling;

[0071] The new device unit is used to perform device identification on the new device, extract the feature identifier of the new device and match it with the pre-built device configuration library. If the match fails, a new adapter driver is generated and the configuration information is stored;

[0072] The collaborative logic unit is used to obtain the device status data through the data interaction channel, construct the event-driven collaborative control logic, and trigger the linkage operation between multiple devices;

[0073] The scheduling and fault unit is used to monitor the load rate and task queue of each device in real time, perform dynamic task scheduling through the data interaction channel, and perform hierarchical fault handling according to the status data returned by each core layer interface;

[0074] The adaptation and drive unit is used to, when detecting the adapter configuration update instruction, hot load the updated new adapter driver through the adaptation layer, and perform the unified control of multi-type industrial equipment through the cooperation of the core layer and the adaptation layer in the hardware abstraction layer.

[0075] For the specific implementation of each unit in the above device example, please refer to the method embodiments described above, and details will not be repeated here.

[0076] Refer to Figure 3 , an embodiment of the present invention also provides a computer device, which may be a server, and its internal structure may be as Figure 3 shown. The computer device includes a processor, a memory, a display screen, an input device, a network interface, and a database connected through a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store the corresponding data in this embodiment. The network interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, the above method is implemented.

[0077] Those skilled in the art can understand that Figure 3 the structure shown in

[0078] is only a block diagram of a part of the structure related to the solution of the present invention, and does not constitute a limitation on the computer device to which the solution of the present invention is applied.

[0079] In summary, the present invention constructs a hardware abstraction layer including a core layer and an adaptation layer. The core layer is provided with a standardized interface set including a motion control interface, a process execution interface, and a data interaction interface. The adaptation layer deploys dedicated adaptation modules corresponding to device types, and converts the native control protocols of various devices into standardized interface call instructions of the core layer through a protocol parsing engine; based on the standardized interface set of the core layer, a unified instruction set that can be executed across devices is generated, and a data interaction channel supporting priority scheduling is established; device identification is performed on newly added devices, feature identifiers of the newly added devices are extracted and matched with a pre-constructed device configuration library. If the match fails, a new adapter driver is generated and configuration information is stored; device status data is obtained through the data interaction channel, an event-driven collaborative control logic is constructed to trigger linkage operations between multiple devices; the load rate and task queue of each device are monitored in real time, dynamic task scheduling is performed through the data interaction channel, and hierarchical fault handling is executed according to the status data returned by each core layer interface; when an adapter configuration update instruction is detected, the updated new adapter driver is hot-loaded through the adaptation layer, and through the cooperation of the core layer and the adaptation layer in the hardware abstraction layer, unified control of multiple types of industrial devices is performed to achieve the purpose of unified, intelligent, efficient, and stable PLC control of multiple types of industrial devices.

[0080] Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be completed by instructing relevant hardware through a computer program. The computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the above method embodiments. Among them, any reference to a memory, storage, database, or other medium provided by the present invention and used in the embodiments can include non-volatile and / or volatile memories. Non-volatile memories can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memories can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (SSRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM, etc.

[0081] It should be noted that in this document, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, such that a process, apparatus, article or method comprising a series of elements not only includes those elements but also includes other elements not expressly listed, or further includes elements inherent to such process, apparatus, article or method. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, apparatus, article or method comprising such element.

[0082] The above are only the preferred embodiments of the present invention, and do not limit the patent scope of the present invention. Any equivalent structure or equivalent process transformation made by using the content of the specification and drawings of the present invention, or directly or indirectly applied in other related technical fields, shall be equally included in the patent protection scope of the present invention.

Claims

1. A PLC control method for multi-type industrial devices based on the hardware abstraction layer, characterized in that, It includes the following steps: Construct a hardware abstraction layer including a core layer and an adaptation layer. The core layer is provided with a standardized interface set including a motion control interface, a process execution interface, and a data interaction interface. The adaptation layer deploys dedicated adaptation modules corresponding to device types, and converts the native control protocols of each device into standardized interface call instructions of the core layer through a protocol parsing engine; Based on the standardized interface set of the core layer, generate a unified instruction set that can be executed across devices, and establish a data interaction channel that supports priority scheduling; Perform device identification on newly added devices, extract the feature identifiers of the newly added devices and match them with a pre-built device configuration library. If the match fails, generate a new adapter driver and store the configuration information; Obtain device status data through the data interaction channel, construct an event-driven collaborative control logic, and trigger linkage operations between multiple devices; Real-time monitor the load rate and task queue of each device, perform dynamic task scheduling through the data interaction channel, and execute hierarchical fault handling according to the status data returned by each core layer interface; When detecting an adapter configuration update instruction, hot-load the updated new adapter driver through the adaptation layer, and perform unified control of multiple types of industrial devices through the collaboration between the core layer and the adaptation layer in the hardware abstraction layer.

2. The PLC control method for multi-type industrial devices based on the hardware abstraction layer according to claim 1, characterized in that, The step of constructing a hardware abstraction layer including a core layer and an adaptation layer includes: Construct a hardware abstraction layer in the PLC control system, including a core layer and an adaptation layer; The motion control interface of the core layer is configured with a three-dimensional coordinate system conversion function and a path interpolation algorithm; The dedicated adaptation module of the adaptation layer is deployed in the protocol conversion middleware, establishing a mapping relationship between the device native protocol and the core layer interface parameters. The protocol parsing engine converts the device original communication data stream into a structured instruction data packet including device address, operation code, and parameters through a protocol field mapping table.

3. The PLC control method for multiple types of industrial devices based on the hardware abstraction layer according to claim 1, characterized in that The step of generating a unified instruction set that can be executed across devices and establishing a data interaction channel that supports priority scheduling includes: Convert the standardized interface call instructions of the core layer into ladder diagram logic instructions and machine codes recognizable by the device through an instruction translator; Establish a data interaction channel based on the publish / subscribe mode, and configure the highest transmission priority for motion control instructions; Configure an instruction buffer area in the data interaction channel, and adjust the instruction issuing frequency when detecting that the network delay exceeds the threshold.

4. The PLC control method for multi-type industrial devices based on the hardware abstraction layer according to claim 1, characterized in that The step of performing device identification on newly added devices, extracting the feature identifiers of the newly added devices and matching them with a pre-built device configuration library. If the match fails, generate a new adapter driver and store the configuration information includes: Extract the communication protocol feature code of the newly added device to generate a device identifier; Match the device identifier with the pre-built device configuration library. When the match fails, send a detection instruction to the newly added device to verify the protocol compatibility. After the verification passes, generate a new adapter driver that matches the protocol of the newly added device; Write the storage path of the new adapter driver, the device communication rate, and the data verification method parameters into the device configuration library.

5. The PLC control method for multi-type industrial devices based on the hardware abstraction layer according to claim 1, wherein The step of constructing an event-driven collaborative control logic includes: When the visual positioning coordinate offset exceeds ±0.5 mm, a path replanning event is triggered; Manage the working processes of each device through a finite state machine model, and define state transition events, including path replanning triggered by coordinate offset, task start triggered by device ready signal, and state rollback triggered by exception signal; Synchronize the clock information of each device based on the Network Time Protocol, and control the start and stop timing of each device within the specified time window.

6. The PLC control method for multi-type industrial devices based on the hardware abstraction layer according to claim 1, wherein The steps of performing hierarchical fault handling include: Perform hierarchical fault handling based on the device status data returned by each core layer interface; When the instruction response timeout exceeds 3 times, automatically switch to the corresponding standby device; When continuous data verification errors are detected, trigger a hot reset of the drive module; When the hardware heartbeat monitoring detects that the hardware heartbeat is lost for more than 10 seconds, perform a system-level safe shutdown and store the on-site data.

7. The PLC control method for multiple types of industrial devices based on the hardware abstraction layer according to claim 1, characterized in that, The steps of hot-loading the updated new adapter driver through the adapter layer include: Verify the compatibility between the new adapter driver version and the core layer interface specification; Replace the drive component of the corresponding device in the adapter layer through dynamic loading technology; Maintain a 72-hour rollback period for the old version driver, and run the old and new drivers in parallel to perform data consistency verification.

8. A multi-type industrial equipment PLC control device based on a hardware abstraction layer, characterized in that, Include: An abstraction layer construction unit for constructing a hardware abstraction layer including a core layer and an adapter layer, and converting the native control protocols of each device into standardized interface call instructions of the core layer through a protocol parsing engine; An instruction generation unit for generating a unified instruction set that can be executed across devices based on the standardized interface set of the core layer, and establishing a data interaction channel that supports priority scheduling; A new device unit for performing device identification on new devices, extracting new device feature identifiers and matching them with a pre-built device configuration library. If the match fails, generate a new adapter driver and store the configuration information; A collaborative logic unit for obtaining device status data through the data interaction channel, constructing an event-driven collaborative control logic, and triggering linkage operations between multiple devices; A scheduling and fault unit for real-time monitoring of the load rate and task queue of each device, performing dynamic task scheduling through the data interaction channel, and performing hierarchical fault handling according to the status data returned by each core layer interface; An adapter drive unit for, when detecting an adapter configuration update instruction, hot-loading the updated new adapter driver through the adapter layer, and performing unified control of multiple types of industrial devices through the collaboration between the core layer and the adapter layer in the hardware abstraction layer.

9. A computer device, comprising a memory and a processor, wherein a computer program is stored in the memory, characterized in that When the processor executes the computer program, it implements the steps of the multi-type industrial device PLC control method based on the hardware abstraction layer according to any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the steps of the multi-type industrial device PLC control method based on the hardware abstraction layer according to any one of claims 1 to 7.

Images