Data processing method and device, and non-volatile storage medium

Abstract

The present application discloses a data processing method and device, and a non-volatile storage medium. The method includes: determining multiple logical partitions; creating several cloud controllers in a dedicated cloud network according to the number of multiple logical partitions; determining the cloud controllers and second-level switches corresponding to the multiple logical partitions, respectively, and obtaining the target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition in the multiple logical partitions; performing logical control operations on the target data to obtain the operation results, generating target instructions corresponding to the operation results, and sending the target instructions to the IO device connected to the second-level switch corresponding to the target logical partition. The present application solves the technical problem of high network delay caused by the need for multi-level routing and gateways to communicate between field IO devices and central controllers in industrial control systems.

Description

Technical Field

[0001] The present application relates to the field of industrial automation intelligent control, and specifically, to a data processing method and device, and a non-volatile storage medium. Background Art

[0002] In recent years, with the development of intelligent manufacturing, industrial automation has increasingly higher requirements for real-time control and data communication. In traditional industrial control systems, the communication between field IO devices and central controllers usually passes through multi-level routing and gateways, which results in high network latency and complex protocol adaptation issues. In the field of industrial automation, especially in motion control scenarios, the low-latency communication requirement of 1ms is critical to the performance of the system. This strict real-time requirement requires minimizing latency as much as possible throughout the communication link and improving the communication performance between IO devices and controllers. On the other hand, industrial field devices are diverse in type, complex in protocol, and have a large number of access devices (up to millions), making it difficult for traditional network architectures to effectively manage and expand these devices. Therefore, how to simplify the access and management of IO devices while maintaining system efficiency and stability, while supporting efficient adaptation of multiple protocols, has become a technical problem that needs to be solved urgently.

[0003] The network architecture of traditional industrial control systems has disadvantages such as high network latency, insufficient device scalability, and communication bottlenecks when responding to the requirements of modern industrial automation, especially in terms of real-time control, large-scale device access, and communication protocol adaptation. Therefore, developing a new control method and system that can significantly improve real-time performance, support large-scale IO device access, and have flexible protocol adaptation capabilities has become an important research direction and technical innovation in the current industrial control field.

[0004] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0005] The present application provides a data processing method and apparatus, and a non-volatile storage medium to at least solve the technical problem of high network delay caused by the need for communication between field IO devices and a central controller in an industrial control system to pass through multiple levels of routing and gateways.

[0006] According to one aspect of the present application, a data processing method is provided, including: determining multiple logical partitions according to the number and type of multiple IO devices in a target area; creating several cloud controllers in a dedicated cloud network according to the number of the multiple logical partitions, wherein the cloud controllers are connected to multiple second-level switches through a first-level switch, and the second-level switches are connected to the IO devices; determining the cloud controllers and second-level switches corresponding to the multiple logical partitions, respectively, and obtaining target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition among the multiple logical partitions; performing logical control operations on the target data to obtain operation results, generating target instructions corresponding to the operation results, and sending the target instructions to the IO device connected to the second-level switch corresponding to the target logical partition.

[0007] Optionally, target data collected by IO devices connected to the second-level switch corresponding to the target logical partition is obtained through the cloud controller corresponding to the target logical partition among multiple logical partitions, including: determining the target identification information of the target logical partition; creating a first virtual LAN in the second-level switch corresponding to the target logical partition, and allocating the ports in the second-level switch connected to the IO devices in the target logical partition to the corresponding first virtual LAN; allocating first identification information to the first virtual LAN, and establishing a first association relationship between the first identification information and the target identification information; creating a second virtual LAN in the cloud controller corresponding to the target logical partition, allocating second identification information to the second virtual LAN, and establishing a second association relationship between the second identification information and the target identification information; according to the first association relationship and the second association relationship, the target data collected by the IO devices connected to the second-level switch corresponding to the target logical partition is obtained through the cloud controller corresponding to the target logical partition.

[0008] Optionally, a logical control operation is performed on the target data to obtain an operation result, including: identifying a target communication protocol corresponding to the target data; determining a protocol parser corresponding to the target communication protocol in the adaptation layer of the cloud controller; converting the target data of a read register request or a write register response into a read and write instruction in an internal data model in the adaptation layer through the protocol parser, and obtaining target data in a preset format after the conversion is completed; performing a logical control operation on the target data in the preset format to obtain an operation result.

[0009] Optionally, before converting the target data of the read register request or the write register response into the read and write instructions in the internal data model in the adaptation layer through the protocol parser, the method also includes: verifying the validity and integrity of the target data, and if the verification passes, mapping the target data to the internal data model; converting the target data into data that meets the requirements of the internal data model; and unifying the measurement units of the data that meets the requirements of the internal data model.

[0010] Optionally, after creating several cloud controllers in the dedicated cloud network, the method also includes: sending a test data packet to the IO device to verify whether a first response of the IO device to the test data packet is received; sending multiple preset read and write commands to the IO device to verify whether a second response of the IO device to the preset read and write commands is received; and confirming whether the IP address, subnet mask, and gateway address of the cloud controller and IO device meet preset requirements.

[0011] Optionally, the method also includes: after sending a test data packet to the IO device, if a first response of the IO device to the test data packet is not received, generating a first fault message; after sending multiple preset read and write commands to the IO device, if a second response of the IO device to the preset read and write commands is not received, generating a second fault message; when the IP address, subnet mask, and gateway address of the cloud controller and the IO device do not meet the preset requirements, generating a third fault message.

[0012] Optionally, after sending the target instruction to the IO device connected to the second-level switch corresponding to the target logical partition, the method also includes: the IO device receives and responds to the target instruction, and executes the action indicated by the target instruction, wherein the target instruction at least includes: controlling the operating status of the IO device, adjusting the working parameters of the IO device, and controlling the operating mode of the IO device.

[0013] According to another aspect of the present application, a data processing device is also provided, including: a determination module, used to determine multiple logical partitions according to the number and type of multiple IO devices in the target area; a creation module, used to create several cloud controllers in a dedicated cloud network according to the number of multiple logical partitions, wherein the cloud controller is connected to multiple second-level switches through a first-level switch, and the second-level switch is connected to the IO devices; an acquisition module, used to determine the cloud controllers and second-level switches corresponding to the multiple logical partitions respectively, and acquire target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition among the multiple logical partitions; an operation module, used to perform logical control operation on the target data, obtain the operation result, generate a target instruction corresponding to the operation result, and send the target instruction to the IO device connected to the second-level switch corresponding to the target logical partition.

[0014] According to another aspect of the present application, a non-volatile storage medium is provided, the storage medium includes a stored program, wherein when the program is executed, the device where the storage medium is located is controlled to execute the above data processing method.

[0015] According to another aspect of the present application, an electronic device is provided, including: a memory and a processor, wherein the processor is used to run a program stored in the memory, wherein the above data processing method is executed when the program is run.

[0016] According to yet another aspect of the present application, a computer program is provided, wherein the above data processing method is implemented when the computer program is executed by a processor.

[0017] According to another aspect of the present application, a computer program product is provided, which includes a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the above data processing method is implemented.

[0018] In the present application, multiple logical partitions are determined according to the number and type of multiple IO devices in the target area; several cloud controllers are created in a dedicated cloud network according to the number of multiple logical partitions, wherein the cloud controller is connected to multiple second-level switches through a first-level switch, and the second-level switch is connected to the IO device; the cloud controllers and second-level switches corresponding to the multiple logical partitions are determined, and the target data collected by the IO device connected to the second-level switch corresponding to the target logical partition is obtained through the cloud controller corresponding to the target logical partition in the multiple logical partitions; logical control operations are performed on the target data to obtain operation results, target instructions corresponding to the operation results are generated, and the target instructions are sent to the IO device connected to the second-level switch corresponding to the target logical partition. This method achieves the purpose of reducing communication delay and improving data transmission efficiency, thereby achieving the technical effect of high real-time motion control and efficient access of large-scale IO devices, and further solves the technical problem of high network delay caused by the need for communication between field IO devices and central controllers in industrial control systems to pass through multi-level routing and gateways. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0020] Figure 1 is a flow chart of a data processing method according to an embodiment of the present application;

[0021] Figure 2 is an architecture diagram of a data processing system according to an embodiment of the present application;

[0022] Figure 3 is a structural diagram of a controller connected to an IO device according to an embodiment of the present application;

[0023] Figure 4 is an interactive schematic diagram of a real-time IO device access method according to an embodiment of the present application;

[0024] Figure 5 is a structural diagram of a data processing device according to an embodiment of the present application;

[0025] Figure 6 It is a hardware structure block diagram of a computer terminal according to a data processing method of an embodiment of the present application. DETAILED DESCRIPTION

[0026] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0027] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0028] In the related art, the network architecture of the industrial automation system usually adopts the traditional hierarchical design, that is, the IO (input / output) devices on site are connected to the central controller through multi-level switches and gateways. Therefore, there are problems such as network delay and device access bottleneck. In order to solve this problem, the embodiments of the present application provide relevant solutions, which are described in detail below.

[0029] According to an embodiment of the present application, a method embodiment of a data processing method is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0030] Figure 1is a flow chart of a data processing method according to an embodiment of the present application, such as Figure 1 As shown, the method comprises the following steps:

[0031] Step S102: determining a plurality of logical partitions according to the quantity and type of a plurality of IO devices in the target area.

[0032] In the field of industrial automation, a cloud controller is a control device or software system based on cloud computing technology. It combines the functions of traditional industrial controllers (such as PLC-programmable logic controllers, DCS-controllers in distributed control systems, etc.) with cloud computing services, uploads industrial site data to the cloud through a network connection, and processes, analyzes and generates control strategies in the cloud, and then sends control instructions back to industrial site devices. For example, in a large automobile manufacturing plant, a cloud controller can collect data from many robots, automated machine tools and other equipment on the production line, store this data on a cloud server, use the powerful computing power of the cloud to perform complex data analysis, such as quality prediction, equipment failure prediction, etc., and then send control instructions back to the equipment to optimize the production process.

[0033] In step S102, considering the large number and variety of devices, the devices are reasonably divided into multiple logical partitions, and the number and type of devices in each partition are optimized according to actual needs and network load. For example, the sensors and actuators of a production line can be divided into one logical partition, and the devices of another production line can be divided into another partition. Considering the differences in communication protocols of devices, devices that support the same or similar protocols can also be divided into the same partition to facilitate subsequent protocol adaptation and management.

[0034] Step S104, creating a plurality of cloud controllers in the dedicated cloud network according to the number of the plurality of logical partitions, wherein the cloud controllers are connected to a plurality of second-level switches through a first-level switch, and the second-level switches are connected to IO devices.

[0035] Specifically, based on the number of logical partitions determined in step S102, a corresponding number of cloud controllers are created in the dedicated cloud network, and each controller is responsible for managing a part of the logical partitions. At the same time, in order to solve the problem of low-latency IO control, the first-level switch is directly connected to the second-level switch, and the network card direct technology is used in the cloud controller to achieve efficient data transmission. As the core part of the network, the first-level switch is responsible for high-speed data transmission and is directly connected to the cloud controller to provide high-bandwidth and low-latency connections. The second-level switch is responsible for connecting the IO device to the first-level switch, allowing multiple devices to access at the same time, avoiding delays through routing transit. The cloud controller, the first-level switch and the second-level switch are physically directly connected, reducing intermediate devices and ensuring efficient data transmission.

[0036] Step S106, determining the cloud controllers and second-level switches corresponding to the multiple logical partitions respectively, and obtaining the target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition among the multiple logical partitions.

[0037] In step S106, each of the multiple logical partitions is associated with a specific cloud controller and a second-level switch. When it is necessary to process the IO device data in a certain logical partition, the cloud controller directly obtains the data from the corresponding second-level switch without going through additional routing devices, thereby reducing the delay of data transmission. At the same time, the cloud controller has multiple protocol adaptation capabilities, and can identify and process data sent by different IO devices to ensure the accuracy and integrity of the data.

[0038] Step S108, performing a logic control operation on the target data to obtain an operation result, generating a target instruction corresponding to the operation result, and sending the target instruction to the IO device connected to the second-level switch corresponding to the target logical partition.

[0039] In step S108, after receiving the IO device data in the target logical partition, the cloud controller processes the data in real time based on the preset control logic and algorithm. The logic control operation may include signal decoding, data verification, state judgment, motion control calculation, etc., to ensure that the controller can respond to the on-site status in a timely and accurate manner. The operation result is converted into a control instruction and sent directly to the IO device in the target logical partition through the second-level switch to achieve precise control of the device.

[0040] It should be noted that in order to achieve high real-time performance and low latency of data transmission in the above steps, the network card pass-through technology is introduced in the cloud controller, allowing the cloud controller to directly access the physical network card resources, thereby shortening the data link and improving the data transmission efficiency. Specifically, in the virtualization environment of the cloud controller (such as OpenStack, Kubernetes, etc.), the physical network card resources are allocated from the virtualization platform and bound to a specific cloud controller. This step is implemented through the advanced configuration of the virtual machine management software (Hypervisor), ensuring that the cloud controller can directly access the underlying physical network hardware resources instead of transferring through virtual network devices. When the cloud controller receives the target data, the data is no longer processed through the virtual network stack (such as the vSwitch virtual switch), but is directly transmitted through the physical network card. This eliminates the additional delay and computing load brought by the virtual network stack, and the data link is directly from the physical network card to the memory of the cloud controller, achieving fast data processing and low-latency transmission. Through the network card pass-through technology, the cloud controller can directly send the target instruction to the physical network card, omitting the encapsulation and decapsulation process of the virtual network device. The physical network card encapsulates the instruction into a network data packet and sends it to the IO device in the target logical partition through the directly connected core switch (first-level switch) and the second-level switch. Since the performance of the physical network card is usually better than that of the virtual network card, the sending and receiving speed of the data packet is faster, further reducing the overall network latency. When the IO device executes the target instruction and generates response data, the response data is also transmitted back to the cloud controller through the directly connected second-level switch and core switch. The cloud controller can quickly receive the feedback data for analysis and subsequent control decisions.

[0041] According to the above steps, multiple logical partitions are determined according to the number and type of multiple IO devices in the target area; according to the number of multiple logical partitions, several cloud controllers are created in the dedicated cloud network, wherein the cloud controller is connected to multiple second-level switches through the first-level switch, and the second-level switch is connected to the IO device; the cloud controllers and second-level switches corresponding to the multiple logical partitions are determined, and the target data collected by the IO device connected to the second-level switch corresponding to the target logical partition is obtained through the cloud controller corresponding to the target logical partition in the multiple logical partitions; logical control operations are performed on the target data to obtain the operation results, and target instructions corresponding to the operation results are generated, and the target instructions are sent to the IO device connected to the second-level switch corresponding to the target logical partition. The purpose of reducing communication delay and improving data transmission efficiency is achieved, thereby realizing the technical effect of high real-time motion control and efficient access of large-scale IO devices.

[0042] The following Figure 1 The steps shown are exemplary and explanatory.

[0043] According to some optional embodiments of the present application, obtaining target data collected by IO devices connected to the second-level switch corresponding to the target logical partition in multiple logical partitions through the cloud controller corresponding to the target logical partition can be achieved through the following steps: determining the target identification information of the target logical partition; creating a first virtual LAN in the second-level switch corresponding to the target logical partition, and assigning the ports in the second-level switch connected to the IO devices in the target logical partition to the corresponding first virtual LAN; assigning first identification information to the first virtual LAN, and establishing a first association relationship between the first identification information and the target identification information; creating a second virtual LAN in the cloud controller corresponding to the target logical partition, assigning second identification information to the second virtual LAN, and establishing a second association relationship between the second identification information and the target identification information; according to the first association relationship and the second association relationship, obtaining the target data collected by the IO devices connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition.

[0044] In the above embodiment, first, a unique target identification information is defined for each logical partition, which can be a name, number or specific label to distinguish different partitions. For example, the logical partition for a certain production line can be identified as "Production Area 1". Then, a first virtual local area network (VLAN) is created for each target logical partition in the second-level switch, which can be achieved by configuring the VLAN function of the switch, and adding the ports directly connected to the IO devices in the target logical partition to the corresponding VLAN. For example, all ports connected to the IO devices in "Production Area 1" will be added to a first virtual local area network named "VLAN_Production Area 1".

[0045] Then, a first identification information is assigned to each first virtual LAN created, which can be a VLAN number or other identification code. An association relationship is established between the first identification information of the first virtual LAN and the target identification information of the target logical partition. For example, the VLAN number (such as VLAN100) of "VLAN_Production Area 1" is associated with the identification of "Production Area 1". On the cloud controller side, a second virtual LAN is also created to receive and process IO device data within the target logical partition. The second VLAN in the cloud controller can be configured as a virtual network interface to ensure that the controller can communicate directly with the IO device of the target logical partition. Similarly, a second identification information is assigned to each second virtual LAN created, and a VLAN number can also be used. And an association relationship is established between the second identification information of the second virtual LAN and the target identification information of the target logical partition. For example, the "VLAN_Production Area 1" created in the cloud controller is assigned a VLAN number (such as VLAN200) and associated with the identification of "Production Area 1".

[0046] Finally, according to the established first association and second association, the cloud controller can identify and directly obtain the data collected by the IO devices in the target logical partition through the first virtual local area network (VLAN_production area 1) from the second-level switch of the target logical partition. Similarly, the cloud controller sends the processed control instructions back to the IO devices in the target logical partition through the second virtual local area network, realizing efficient transmission of data and instructions.

[0047] Through the above steps, not only can the IO device data in the target logical partition be accurately acquired and controlled, but the network delay in the data transmission process is also effectively reduced, and the real-time and reliability of data communication are improved. At the same time, the creation and management of VLANs provide additional security and flexibility, ensuring the high performance and stability of industrial automation control.

[0048] According to other optional embodiments of the present application, performing a logical control operation on the target data to obtain an operation result can be achieved through the following steps: identifying the target communication protocol corresponding to the target data; determining a protocol parser corresponding to the target communication protocol in the adaptation layer of the cloud controller; converting the target data of a read register request or a write register response into a read and write instruction in an internal data model in the adaptation layer through the protocol parser, and obtaining the target data in a preset format after the conversion is completed; performing a logical control operation on the target data in the preset format to obtain an operation result.

[0049] In the above embodiment, when the cloud controller receives the target data, it first needs to identify the communication protocol used by the data, which can be completed in the protocol identification module of the adaptation layer. The module determines the protocol type of the data based on the header information of the data packet, such as the protocol identifier. The adaptation layer of the cloud controller is pre-installed with a variety of protocol parsers, each of which is optimized for different communication protocols. After identifying the protocol type of the target data, the adaptation layer will call the parser corresponding to the protocol to prepare for data conversion. Specifically, the protocol parser parses the target data (read register request or write register response) according to the protocol requirements and converts it into a unified read and write instruction format in the internal data model of the adaptation layer, ensuring that data of different protocols can be processed under the same framework, improving the compatibility and processing efficiency of the controller. The converted data has met the requirements of the internal data model of the cloud controller and can be sent to the control engine for logical control operations. The control engine processes the data according to the preset control logic and algorithm, for example, performs operations such as motion control, signal filtering, and state judgment, and finally obtains the operation result.

[0050] It should be noted that in order to ensure that the cloud controller does not interrupt the existing operation when adding or updating the protocol adapter, this embodiment adopts a non-disruptive expansion design, and the new protocol can be dynamically added or updated without interrupting the existing operation, ensuring flexibility and compatibility. Specifically, the adaptation layer of the cloud controller is designed as a modular architecture, and each protocol parser is an independent module that can be dynamically added, deleted or updated without affecting the operation of other modules. This design allows the adaptation layer to be expanded or upgraded without affecting existing services. The addition of new protocol parsers is implemented using a dynamic loading mechanism. When a new protocol needs to be added, only the corresponding new parser module needs to be deployed to the module library of the adaptation layer. There is no need to restart the entire cloud controller. The new module can be automatically identified and dynamically loaded and registered in the adaptation layer so that the new protocol takes effect immediately. For the update of the existing protocol parser, during the update process, it will automatically switch to the backup parser module to ensure the continuity of the parsing service, and load the new module into the adaptation layer at the same time. After the update is completed, the operation of the main parser module is restored. This hot update mechanism ensures uninterrupted operation during the update process. Moreover, in the adaptation layer, each protocol parser has version management and compatibility testing functions, which can automatically detect compatibility with existing devices and controllers to avoid communication failures caused by version mismatches.

[0051] The above-mentioned non-intrusive expansion design can more flexibly respond to changes in field equipment types and communication protocols, and dynamically add, update and manage protocols without interrupting operations, which significantly improves adaptability and operation and maintenance efficiency, and is an important technical support for realizing intelligent manufacturing.

[0052] In some optional embodiments of the present application, before converting the target data of a read register request or a write register response into a read or write instruction in an internal data model in the adaptation layer through a protocol parser, the following steps may also be performed: verifying the validity and integrity of the target data, and if the verification passes, mapping the target data to the internal data model; converting the target data into data that meets the requirements of the internal data model; and unifying the measurement units of the data that meets the requirements of the internal data model.

[0053] In the above embodiment, when the target data is transmitted from the field IO device to the cloud controller through the second-level switch, the data will first be sent to the protocol parser of the adaptation layer. However, before parsing the data, the validity and integrity of the data need to be checked to ensure the accuracy of the data. Specifically, first check whether the format of the data packet meets the preset communication protocol requirements, including whether the header, data body, and check code are complete and in the correct format. Then check the validity of the data content, such as checking whether the value is within a reasonable range, whether the status code is correct, and whether the data field is missing. Then verify whether the data has not been tampered with or damaged during transmission by calculating the checksum of the data packet or using methods such as CRC (cyclic redundancy check). Only after the verification is passed will the data be further processed. If the data verification fails, the error information is recorded and the data is requested to be retransmitted to ensure the reliability and accuracy of the data.

[0054] After the validity and integrity of the data are confirmed, data mapping is performed next, that is, mapping the target data to the internal data model of the adaptation layer. Among them, the internal data model is a unified data structure used to store and process data from different IO devices. The data mapping process includes: matching the data fields under different protocols with the fields in the internal data model; placing the data values ​​into the corresponding fields of the internal data model according to the data type and storage location; adding time and location tags to the data to facilitate subsequent data analysis and control. Through data mapping, the originally disorganized raw data is organized into a unified format, which is convenient for processing and sharing within the system.

[0055] After the data is mapped to the internal data model, it is further transformed to ensure that the data meets the requirements of the internal data model. The transformation process includes: unifying data types, such as converting all numerical data to floating point or integer types; preprocessing data, such as data filtering, denoising, and outlier detection, to ensure data accuracy. Finally, in order to eliminate the differences in measurement units caused by different devices and protocols, the measurement units of the data will be unified to ensure that all data uses the same measurement units in the internal data model. For example, all temperature readings are converted to degrees Celsius, all length readings are converted to millimeters, etc.

[0056] Through the above steps, it is ensured that the data read from the field equipment undergoes strict data verification, sorting and conversion before entering the adaptation layer, providing an accurate and consistent data basis for subsequent logical control operations, which is convenient for analysis and control.

[0057] As some optional embodiments of the present application, after creating several cloud controllers in a dedicated cloud network, the following steps can also be performed: sending a test data packet to the IO device to verify whether a first response of the IO device to the test data packet is received; sending multiple preset read and write commands to the IO device to verify whether a second response of the IO device to the preset read and write commands is received; confirming whether the IP address, subnet mask, and gateway address of the cloud controller and IO device meet the preset requirements.

[0058] In the above embodiment, after creating a cloud controller in a dedicated cloud network, it is first necessary to verify whether the network connection between the controller and the IO device is normal. Specifically, it is completed by sending a test data packet (such as a PING request): the cloud controller sends a test data packet to the target IO device through a directly connected network interface, and the data packet contains a simple network request, such as a PING request. After receiving the test data packet, the IO device responds and sends back a PING response data packet. The cloud controller receives and analyzes the first response to check whether there is any data packet loss or excessive delay. If a valid first response is received, it means that the connection is normal; if no response is received or the response is abnormal, it is necessary to troubleshoot the network connection problem, including checking the network cable, switch configuration, network device status, etc.

[0059] In order to further verify whether the communication protocol and function of the device are normal, the cloud controller will send a series of preset read and write commands to the IO device to test the specific functions and response time of the device. Specifically, the cloud controller generates a set of preset read register requests and write register commands based on the communication protocol supported by the IO device. Send these preset commands to each IO device and record the sending time and command content. After receiving the command, the IO device performs the corresponding operation according to the protocol regulations and sends back the response data. The cloud controller receives and analyzes the second response, checks whether the response data is consistent with the preset command, and whether the response time meets the real-time control requirements. If all preset commands receive a correct second response and the response time is within the expected range, it means that the communication function between the IO device and the cloud controller is normal; if there is a command response error or excessive delay, it is necessary to further troubleshoot the device configuration or protocol adaptation problem.

[0060] Finally, to ensure that all network devices can communicate normally in a common network environment, verify the network parameter settings of the cloud controller and IO devices. Specifically, check the IP address settings of the cloud controller and all IO devices to confirm whether they are within the preset IP address range and there are no duplications or conflicts. Verify the subnet mask setting to ensure that all devices are in the same subnet, or in the correct subnet according to partitioning strategies such as VLAN. Confirm the gateway address setting to ensure that all devices can access the cloud controller and other network resources through the correct gateway. Use network tools, such as ARP (Address Resolution Protocol) or DHCP (Dynamic Host Configuration Protocol) clients, to verify that the network parameter configurations of all devices are correct. If it is found that the network parameter settings do not meet the preset requirements, such as IP address conflicts or gateway address errors, adjust the network parameters of the device in time until all parameters meet the preset requirements.

[0061] Furthermore, after sending a test data packet to the IO device, if a first response of the IO device to the test data packet is not received, a first fault message is generated; after sending multiple preset read and write commands to the IO device, if a second response of the IO device to the preset read and write commands is not received, a second fault message is generated; when the IP address, subnet mask, and gateway address of the cloud controller and the IO device do not meet the preset requirements, a third fault message is generated.

[0062] It is understandable that in order to ensure the stability and reliability of communication between the cloud controller and the IO device, a fault detection and reporting mechanism is designed. First, the cloud controller sends a test data packet (such as a PING request) to the on-site IO device to verify whether the network connection is normal. Every time a test data packet is sent, the controller will start a timer to record the sending time of the data packet. If the controller does not receive a response (ie, the first response) from the IO device within the preset timeout period (for example, 1 second), it is determined to be a communication failure. At this time, the controller will generate the first fault information, which will include the device ID, fault time, fault type, fault details, etc., which are used to identify the unique ID of the faulty device, the timeout point after the data packet is sent, the network connection abnormality or no response, and possible fault cause analysis.

[0063] After the initial network connection test is successful, the cloud controller will send multiple preset read and write commands to the IO device to verify whether the communication protocol and device functions are normal. Each time a command is sent, the controller will also start a timer to record the time the command was sent. If the controller does not receive a valid response (ie, the second response) within the preset timeout period (for example, 50ms), it is determined to be a communication failure or device malfunction. At this time, the controller will generate a second fault message, which also includes the device ID, fault time, fault type (communication failure or device malfunction), and fault details (specific commands and response results).

[0064] While conducting the above communication test, the cloud controller also needs to check whether the network parameter configuration between the IO device is correct. This includes checking whether the device's IP address, subnet mask, and gateway address match the preset network configuration requirements. If any parameter setting is found to be incorrect or does not meet the preset requirements, a "third fault information" will be generated, which also includes the device ID, fault time, fault type (network parameter configuration error), and fault details (network parameter settings are incorrect, as well as possible setting requirements or recommended correction solutions).

[0065] After generating the first fault information, the second fault information, and the third fault information, the cloud controller will take measures to record these fault information in the system log and send them to the system administrator or operation and maintenance personnel through the alarm system.

[0066] As other optional embodiments of the present application, after sending the target instruction to the IO device connected to the second-level switch corresponding to the target logical partition, the following steps can also be performed: the IO device receives and responds to the target instruction, and executes the action indicated by the target instruction, wherein the target instruction at least includes: controlling the operating status of the IO device, adjusting the working parameters of the IO device, and controlling the operating mode of the IO device.

[0067] In the above embodiment, when the cloud controller completes the logic control operation and generates the target instruction, the instruction will be encoded and sent to the second-level switch in the target logical partition. The second-level switch forwards the instruction to the specified IO device according to the destination address of the target instruction (i.e., the IP address of the IO device). The network interface module on the IO device receives the instruction data packet from the second-level switch, decodes it and passes it to the main control unit of the device.

[0068] The main control unit on the IO device parses the target instruction and determines the specific content and requirements of the instruction. The target instructions include the following types: Control the operating status of the IO device: for example, start or stop the device, switch the operating mode of the device, etc. The main control unit will adjust the operating status of the device according to the instruction requirements, such as changing the start and stop status of the motor, adjusting the acquisition frequency of the sensor, etc. Adjust the working parameters of the IO device: for example, adjust the sensitivity of the sensor, set the action amplitude of the actuator, modify the parameters of the communication protocol, etc. The main control unit reads the parameter information in the instruction, adjusts the internal configuration of the device, and ensures that the working parameters of the device meet the instruction requirements. Control the operating mode of the IO device: for example, the instruction may require the device to switch from manual mode to automatic mode, or from test mode to production mode, etc. The main control unit switches the operating mode of the device according to the instruction requirements and adjusts the operating logic and behavior of the device.

[0069] After parsing and confirming the specific requirements of the target instruction, the main control unit of the IO device will execute the action indicated by the instruction. The execution of the action involves the hardware control and software configuration of the device. Specifically, for actuator-type IO devices, the main control unit will control the action of the actuator, such as driving the motor to rotate, controlling the valve switch, etc.; for sensor-type IO devices, the main control unit will adjust the software parameters of the sensor, such as changing the sampling frequency, adjusting the measurement range, etc. After executing the action, the IO device will also feedback status information to the cloud controller, including the execution result of the action, the current status of the device, and any possible fault information. This ensures that the cloud controller can monitor the device status in real time, adjust the control strategy in time, and achieve closed-loop control.

[0070] Through the above steps, the efficiency and accuracy of the instruction transmission and execution process from the cloud controller to the IO device are ensured. This precise instruction execution mechanism not only improves the device response speed, but also realizes the intelligent control of the equipment. Through the status feedback mechanism, the device status can be monitored and adjusted in real time, ensuring the stability and safety of the production process.

[0071] Figure 2 is an architecture diagram of a data processing system according to an embodiment of the present application, Figure 2 The basic network structure of the entire system and the connection relationship between the main components are shown. The system includes:

[0072] The private cloud represents the operating environment of the entire system and is used to store, process and analyze data.

[0073] As part of the private cloud, the cloud controller is responsible for receiving and processing data from the host computer and generating control instructions to send to the on-site IO devices. Each cloud controller is responsible for managing a logically partitioned IO device, performing protocol parsing, data processing, and control instruction generation.

[0074] The core switch, as the hub for data transmission, is directly connected to the cloud controller to provide support for high-bandwidth, low-latency data transmission.

[0075] The second-level switch (ordinary switch) is used to connect the IO devices on site to the core switch, allowing multiple devices to access at the same time, reducing the network level and improving data transmission efficiency. Logical partitions (partition 1 to partition N), each partition presets the maximum number of IO devices to be connected (for example, 10,000 to 100,000), ensuring that the network load is within a manageable range, directly connected to their respective cloud controllers, and logical isolation is achieved through technologies such as VLAN. Each partition can be divided according to device type, function or geographical location. For example, several partitions can be defined by factory, workshop or functional module. The IO devices in each logical partition are directly connected to the cloud controller through the second-level switch, avoiding the delay problem caused by traditional multi-level routing and gateways. At the same time, the scale of each partition can be flexibly adjusted according to the actual needs of the site, ensuring that the entire system can effectively manage and handle large-scale IO device access.

[0076] Figure 3 is a structural diagram of a controller and an IO device connection according to an embodiment of the present application, showing the data interaction process between the cloud controller and the on-site IO device, such as Figure 3 As shown, the user sends a read register request or a write register response through the host configuration software, and the cloud controller receives the request and identifies the protocol type it uses. According to the identified protocol type, the adaptation layer of the cloud controller calls the corresponding protocol parser to convert the data into read and write instructions in the internal data model. The data is then checked for validity, mapped to the internal model, and unit-unified. The data in the internal data model is sent to the control engine, which executes the preset control logic algorithm and generates control instructions. The cloud controller sends the control instructions to the target IO device through the network. The IO device receives the instruction and executes the action, and then feeds back the execution result to the cloud controller.

[0077] The present application also provides an industrial high real-time IO device access method, the specific steps are as follows:

[0078] Step 1: Private cloud environment hardware connection and network configuration.

[0079] Ensure that all hardware devices in the private cloud environment (including cloud controllers, core switches, and ordinary switches) are physically connected. Connect the on-site IO devices to the core switch through ordinary switches, ensure that the connection meets network standards, and check the integrity and suitability of network cables. Configure the ports of optical switches and ordinary switches, ensure that all network devices are properly powered on, and configure ports as needed.

[0080] Step 2: Preliminary network and protocol settings for field IO devices.

[0081] Configure the network parameters for each field IO device, including setting the IP address, subnet mask, and gateway. Adjust the device settings according to the required communication protocol (such as Modbus, PROFIBUS, etc.) to ensure protocol compatibility. If necessary, update the firmware version of the IO device to enhance compatibility and improve performance.

[0082] Step 3: Create a cloud controller and configure network parameters.

[0083] Create an appropriate number of cloud controllers on the private cloud based on site requirements, and ensure that each controller is allocated with sufficient computing resources and memory. Configure the network parameters of the cloud controller, such as IP address, subnet mask, etc., to ensure smooth network access with site IO devices.

[0084] Step 4: Logical partition design and IO device allocation.

[0085] Design logical partitions based on the number, type, and functional requirements of IO devices. Evenly distribute IO devices in each partition to balance the network load. Use the configuration software interface to configure partition management and clearly define the device list and network strategy for each partition.

[0086] Step 5: Equipment connectivity test and fault recording.

[0087] After completing all hardware connections and parameter configurations, perform device connectivity tests to ensure normal communication between IO devices and cloud controllers. Record any network fault information found during the test to provide a basis for subsequent troubleshooting and maintenance.

[0088] Step 6: System startup and real-time data collection.

[0089] After the system is started, the IO devices on site begin to transmit real-time data to the cloud controller. These data include sensor readings, device status, and alarm signals, using real-time communication protocols (such as UDP) to reduce data transmission delays.

[0090] Step 7: Cloud controller data reception and protocol adaptation.

[0091] The cloud controller receives data sent by IO devices and converts data of different protocols into a unified format through the internal adaptation layer. Any abnormalities in the data adaptation process are recorded to facilitate system debugging and maintenance.

[0092] Step 8: Logical control operation and data analysis.

[0093] The cloud controller executes preset control logic operations based on the real-time data received. The operation process includes data filtering, trend analysis, event detection and motion control, ensuring that the system responds to changes on site in a timely manner.

[0094] Step 9: Control instruction generation and field equipment control.

[0095] Based on the results of the logical control operation, the cloud controller generates control instructions, which may involve equipment start and stop, parameter adjustment or status setting. The instructions are sent to the target IO device through the corresponding communication protocol to ensure the accuracy and real-time nature of the instruction sending. The execution effect of the instructions is monitored in real time, and the control strategy is adjusted according to the on-site situation to ensure the stable operation of the on-site equipment.

[0096] Figure 4 is an interactive schematic diagram of a real-time IO device access method according to an embodiment of the present application, such as Figure 4 As shown, the method comprises the following steps:

[0097] Step S401: The user powers on the IO device.

[0098] The user sends a power-on command to the specified IO device through the host computer or control interface. IO devices include various sensors, actuators and field instruments, which are key components used to collect data and perform actions in industrial control systems. The power-on command ensures that all IO devices are in working condition and ready for data exchange.

[0099] Step S402: IO device real-time data push.

[0100] After the IO device is powered on and initialized, it starts to collect field data, such as temperature, pressure, position, etc., and encapsulates the collected real-time data into data packets, which are pushed to the cloud controller through the network. The data packets include the device ID, data type, and specific values, etc., to ensure the identifiability and accuracy of the data.

[0101] Step S403: data reception and protocol adaptation.

[0102] The cloud controller receives data packets from IO devices through its internal soft bus module. The soft bus module is responsible for protocol adaptation, converting data packets of different protocols (such as Modbus, EtherCAT, etc.) used by different devices into a unified internal data format for subsequent processing. This adaptation process ensures data compatibility and efficient transmission.

[0103] Step S404: data storage and preprocessing.

[0104] The adapted data packets are sent to the real-time data storage module of the cloud controller for data preprocessing, such as data cleaning, anomaly detection, and unit conversion. The storage module can be a memory-based cache to ensure real-time access and efficient processing of data, and provide accurate basic data for subsequent control logic operations.

[0105] Step S405: the core controller receives data.

[0106] The pre-processed real-time data is transmitted to the core controller. The core controller is the intelligent decision-making center in the cloud controller, responsible for executing advanced control logic and algorithms, such as PID control, predictive maintenance and production optimization. After receiving the data, the core controller matches the data with the preset control strategy to prepare for the control logic operation.

[0107] Step S406, executing control calculation logic.

[0108] The core controller executes the preset control logic algorithm based on the received real-time data to generate precise control instructions for the field equipment. The execution of the control logic ensures that the overall operation of the system meets the preset production goals and safety standards.

[0109] Step S407: generating and sending control instructions.

[0110] The calculated control instructions are generated by the core controller, and then converted into a protocol format recognizable by the field equipment through the soft bus module. The control instructions are encapsulated as data packets and sent to the corresponding second-level switch through a physical direct network (such as an Ethernet direct link), and then distributed by the second-level switch to the IO devices in the target logical partition, realizing fast and direct transmission of instructions.

[0111] Step S408: The IO device performs its own related control.

[0112] After receiving the control instruction, the IO device immediately executes the corresponding action, such as adjusting the valve opening, changing the motor speed, or starting sensor data collection. The execution process involves coordination with other devices to ensure the complete execution of the instruction and the stable operation of the system. After the IO device executes the control instruction, it will also generate new status data for subsequent control logic operations and system optimization.

[0113] Figure 5 is a structural diagram of a data processing device according to an embodiment of the present application, such as Figure 5 As shown, the device comprises:

[0114] The determination module 50 is used to determine a plurality of logical partitions according to the quantity and type of a plurality of IO devices in the target area.

[0115] The creation module 52 is used to create a plurality of cloud controllers in the dedicated cloud network according to the number of the plurality of logical partitions, wherein the cloud controllers are connected to a plurality of second-level switches through a first-level switch, and the second-level switches are connected to IO devices.

[0116] The acquisition module 54 is used to determine the cloud controllers and second-level switches corresponding to multiple logical partitions respectively, and obtain the target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition among the multiple logical partitions.

[0117] The operation module 56 is used to perform logic control operation on the target data, obtain the operation result, generate the target instruction corresponding to the operation result, and send the target instruction to the IO device connected to the second-level switch corresponding to the target logical partition.

[0118] Optionally, the acquisition module 54 is also used to perform the following steps: determine the target identification information of the target logical partition; create a first virtual LAN in the second-level switch corresponding to the target logical partition, and assign the port in the second-level switch connected to the IO device in the target logical partition to the corresponding first virtual LAN; assign first identification information to the first virtual LAN, and establish a first association relationship between the first identification information and the target identification information; create a second virtual LAN in the cloud controller corresponding to the target logical partition, assign second identification information to the second virtual LAN, and establish a second association relationship between the second identification information and the target identification information; based on the first association relationship and the second association relationship, obtain the target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition.

[0119] Optionally, the operation module 56 is also used to perform the following steps: identifying the target communication protocol corresponding to the target data; determining the protocol parser corresponding to the target communication protocol in the adaptation layer of the cloud controller; converting the target data of the read register request or the write register response into the read and write instructions in the internal data model in the adaptation layer through the protocol parser, and obtaining the target data in a preset format after the conversion is completed; performing logical control operations on the target data in the preset format to obtain the operation results.

[0120] Optionally, the data processing device is also used to perform the following steps before converting the target data of the read register request or the write register response into the read and write instructions in the internal data model in the adaptation layer through the protocol parser: verifying the validity and integrity of the target data, and if the verification passes, mapping the target data to the internal data model; converting the target data into data that meets the requirements of the internal data model; and unifying the measurement units of the data that meets the requirements of the internal data model.

[0121] Optionally, the data processing device is also used to execute the following steps after creating several cloud controllers in the dedicated cloud network: sending a test data packet to the IO device to verify whether a first response of the IO device to the test data packet is received; sending multiple preset read and write commands to the IO device to verify whether a second response of the IO device to the preset read and write commands is received; confirming whether the IP address, subnet mask, and gateway address of the cloud controller and IO device meet the preset requirements.

[0122] Optionally, the data processing device is also used to perform the following steps: after sending a test data packet to the IO device, if a first response of the IO device to the test data packet is not received, a first fault message is generated; after sending multiple preset read and write commands to the IO device, if a second response of the IO device to the preset read and write commands is not received, a second fault message is generated; when the IP address, subnet mask, and gateway address of the cloud controller and the IO device do not meet the preset requirements, a third fault message is generated.

[0123] Optionally, the data processing device is also used to execute the following steps after sending the target instruction to the IO device connected to the second-level switch corresponding to the target logical partition: the IO device receives and responds to the target instruction, and executes the action indicated by the target instruction, wherein the target instruction at least includes: controlling the operating status of the IO device, adjusting the working parameters of the IO device, and controlling the operating mode of the IO device.

[0124] It should be noted that the above Figure 5 The modules in the embodiment may be program modules (e.g., a set of program instructions for implementing a specific function) or hardware modules. For the latter, they may be expressed in the following forms, but are not limited thereto: the expression form of the above modules is a processor, or the functions of the above modules are implemented by a processor.

[0125] It should be noted that Figure 5 The preferred implementation of the illustrated embodiment can be found in Figure 1 The relevant description of the illustrated embodiment will not be repeated here.

[0126] Figure 6 FIG. 1 shows a hardware structure block diagram of a computer terminal for implementing a data processing method. Figure 6As shown, the computer terminal 60 may include one or more (602a, 602b, ..., 602n are used to illustrate) processors 602 (the processor 602 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 604 for storing data, and a transmission module 606 for communication functions. In addition, it may also include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports of the BUS bus), a network interface, a power supply and / or a camera. It can be understood by those skilled in the art that Figure 6 The structure shown is only for illustration and does not limit the structure of the above electronic device. Figure 6 More or fewer components as shown, or with Figure 6 Different configurations shown.

[0127] It should be noted that the one or more processors 602 and / or other data processing circuits described above may generally be referred to herein as "data processing circuits". The data processing circuits may be embodied in whole or in part as software, hardware, firmware, or any other combination thereof. In addition, the data processing circuit may be a single independent processing module, or may be incorporated in whole or in part into any of the other components in the computer terminal 60. As involved in the embodiments of the present application, the data processing circuit acts as a processor control (e.g., selection of a variable resistor terminal path connected to an interface).

[0128] The memory 604 can be used to store software programs and modules of application software, such as program instructions / data storage devices corresponding to the data processing method in the embodiment of the present application. The processor 602 executes various functional applications and data processing by running the software programs and modules stored in the memory 604, that is, realizing the above-mentioned data processing method. The memory 604 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 604 may further include a memory remotely arranged relative to the processor 602, and these remote memories may be connected to the computer terminal 60 via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0129] The transmission module 606 is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of the computer terminal 60. In one example, the transmission module 606 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission module 606 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0130] The display may be, for example, a touch screen liquid crystal display (LCD) that enables a user to interact with a user interface of the computer terminal 60 .

[0131] It should be noted that, in some optional embodiments, the above Figure 6 The computer terminal shown may include hardware elements (including circuits), software elements (including computer code stored on a computer-readable medium), or a combination of hardware elements and software elements. It should be noted that Figure 6 This is merely one example of a particular embodiment and is intended to illustrate the types of components that may be present in the computer terminal described above.

[0132] It should be noted that Figure 6 The computer terminal shown is used to execute Figure 1 The data processing method shown, therefore the relevant explanations in the execution method of the above command are also applicable to the electronic device and will not be repeated here.

[0133] An embodiment of the present application further provides a non-volatile storage medium, which includes a stored program, wherein when the program is executed, the device where the storage medium is located is controlled to execute the above data processing method.

[0134] A program for a non-volatile storage medium to perform the following functions: determining multiple logical partitions according to the number and type of multiple IO devices in a target area; creating several cloud controllers in a dedicated cloud network according to the number of multiple logical partitions, wherein the cloud controllers are connected to multiple second-level switches via first-level switches, and the second-level switches are connected to IO devices; determining cloud controllers and second-level switches corresponding to the multiple logical partitions, respectively, and obtaining target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition among the multiple logical partitions; performing logical control operations on the target data to obtain operation results, generating target instructions corresponding to the operation results, and sending the target instructions to the IO device connected to the second-level switch corresponding to the target logical partition.

[0135] An embodiment of the present application further provides an electronic device, including: a memory and a processor, wherein the processor is used to run a program stored in the memory, wherein the above data processing method is executed when the program is run.

[0136] The processor is used to run a program that performs the following functions: determining multiple logical partitions according to the number and type of multiple IO devices in the target area; creating several cloud controllers in a dedicated cloud network according to the number of multiple logical partitions, wherein the cloud controllers are connected to multiple second-level switches through a first-level switch, and the second-level switches are connected to the IO devices; determining the cloud controllers and second-level switches corresponding to the multiple logical partitions, respectively, and obtaining target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition among the multiple logical partitions; performing logical control operations on the target data to obtain operation results, generating target instructions corresponding to the operation results, and sending the target instructions to the IO device connected to the second-level switch corresponding to the target logical partition.

[0137] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0138] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0139] In the above-mentioned embodiments of the present application, the collected information is information and data authorized by the user or fully authorized by all parties, and the collection, storage, use, processing, transmission, provision, disclosure and application of the relevant data comply with relevant laws, regulations and standards, take necessary protection measures, do not violate public order and good morals, and provide corresponding operation entrances for users to choose to authorize or refuse.

[0140] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0141] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0142] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0143] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the relevant technology or all or part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or optical disk, etc. Various media that can store program codes.

[0144] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A data processing method, characterized in that: include: Determine multiple logical partitions according to the number and type of multiple IO devices in the target area; According to the number of the plurality of logical partitions, a plurality of cloud controllers are created in the dedicated cloud network, wherein the cloud controllers are connected to a plurality of second-level switches via a first-level switch, and the second-level switches are connected to the IO devices; Determine the cloud controllers and the second-level switches corresponding to the multiple logical partitions respectively, and obtain the target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition among the multiple logical partitions; A logic control operation is performed on the target data to obtain an operation result, a target instruction corresponding to the operation result is generated, and the target instruction is sent to an IO device connected to the second-level switch corresponding to the target logical partition.

2. The method according to claim 1, characterized in that Obtaining target data collected by an IO device connected to a second-level switch corresponding to a target logical partition among the multiple logical partitions through a cloud controller corresponding to the target logical partition, including: Determine target identification information of the target logical partition; Creating a first virtual local area network in the second-level switch corresponding to the target logical partition, and allocating the port in the second-level switch connected to the IO device in the target logical partition to the corresponding first virtual local area network; Allocating first identification information to the first virtual local area network, and establishing a first association relationship between the first identification information and the target identification information; Creating a second virtual local area network in the cloud controller corresponding to the target logical partition, assigning second identification information to the second virtual local area network, and establishing a second association relationship between the second identification information and the target identification information; According to the first association relationship and the second association relationship, target data collected by an IO device connected to a second-level switch corresponding to the target logical partition is obtained through a cloud controller corresponding to the target logical partition.

3. The method according to claim 1, characterized in that Performing a logic control operation on the target data to obtain an operation result includes: Identifying a target communication protocol corresponding to the target data; Determining a protocol parser corresponding to the target communication protocol in the adaptation layer of the cloud controller; The protocol parser converts the target data of the read register request or the write register response into the read and write instructions in the internal data model in the adaptation layer, and after the conversion is completed, the target data in a preset format is obtained; A logic control operation is performed on the target data in the preset format to obtain the operation result.

4. The method according to claim 3, characterized in that Before converting the target data of the read register request or the write register response into the read and write instructions in the internal data model in the adaptation layer through the protocol parser, the method further includes: Verifying the validity and integrity of the target data, and if the verification passes, mapping the target data to the internal data model; Converting the target data into data that meets the requirements of the internal data model; The measurement units of data that meet the requirements of the internal data model are unified.

5. The method according to claim 1, characterized in that After creating a plurality of cloud-based controllers in the dedicated cloud network, the method further includes: Sending a test data packet to the IO device to verify whether a first response of the IO device to the test data packet is received; Sending a plurality of preset read and write commands to the IO device, and verifying whether a second response of the IO device to the preset read and write commands is received; Confirm whether the IP address, subnet mask, and gateway address of the cloud controller and the IO device meet the preset requirements.

6. The method according to claim 5, characterized in that The method further comprises: After sending the test data packet to the IO device, if a first response to the test data packet from the IO device is not received, generating first fault information; After sending a plurality of preset read / write commands to the IO device, if a second response to the preset read / write commands from the IO device is not received, generating second fault information; When the IP address, subnet mask, and gateway address of the cloud controller and the IO device do not meet the preset requirements, third fault information is generated.

7. The method according to claim 1, characterized in that After sending the target instruction to the IO device connected to the second-level switch corresponding to the target logical partition, the method further includes: The IO device receives and responds to the target instruction, and executes the action indicated by the target instruction, wherein the target instruction at least includes: controlling the operating state of the IO device, adjusting the working parameters of the IO device, and controlling the operating mode of the IO device.

8. A data processing device, characterized in that: include: A determination module, used for determining a plurality of logical partitions according to the quantity and type of a plurality of IO devices in a target area; A creation module, used to create a plurality of cloud controllers in a dedicated cloud network according to the number of the plurality of logical partitions, wherein the cloud controllers are connected to a plurality of second-level switches through a first-level switch, and the second-level switches are connected to the IO devices; An acquisition module is used to determine the cloud controllers and the second-level switches corresponding to the plurality of the logical partitions respectively, and acquire the target data collected by the IO device connected to the second-level switch corresponding to the target logical partition through the cloud controller corresponding to the target logical partition among the plurality of the logical partitions; The operation module is used to perform a logic control operation on the target data to obtain an operation result, generate a target instruction corresponding to the operation result, and send the target instruction to the IO device connected to the second-level switch corresponding to the target logical partition.

9. A non-volatile storage medium, characterized in that: The non-volatile storage medium includes a stored program, wherein when the program is executed, the device where the non-volatile storage medium is located is controlled to execute the data processing method according to any one of claims 1 to 7.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the data processing method according to any one of claims 1 to 7 is implemented.

Images