An intelligent industrial gateway system based on the Xinchuang environment

Abstract

The present invention discloses an intelligent industrial gateway system based on an information technology application innovation environment, including: a device management module, a protocol conversion module, a data acquisition module, a push configuration module, and a monitoring configuration module; the device management module configures and stores the basic information of the hardware devices that need to communicate, converts it into an industrial control protocol through the protocol conversion module, creates a data acquisition task through the data acquisition module, pushes the data externally through the push configuration module, conducts real-time monitoring through the monitoring configuration module, and generates corresponding alarm information for the data that triggers the alarm rules. The intelligent industrial gateway system of the present invention supports independent mode deployment and also supports being used as a sub-service in a microservices architecture software platform, integrating with the existing microservices architecture software platform, being compatible with information technology application innovation environments or non-information technology application innovation environments composed of various CPU chips, operating systems, databases, and middleware, having flexible deployment and strong scalability, and enabling the independent control of key technologies.

Description

Technical Field

[0001] The present invention relates to the technical fields of intelligent manufacturing and information technology application innovation, and particularly relates to an intelligent industrial gateway system based on an information technology application innovation environment. Background Art

[0002] With the advancement of Industry 4.0, intelligent production line applications that achieve the flexibility, intelligence, and flexibility of production processes through means such as real-time data collection, online monitoring, and automatic control are increasing. The software part of the intelligent production line communicates with hardware devices through industrial control protocols for equipment control and data collection operations. However, there are a wide variety of hardware devices, and the industrial control protocols required for data communication with them also show diverse characteristics, causing many inconveniences for the interaction between the software system and hardware devices. At this time, an industrial gateway is usually applied to perform protocol conversion to achieve data communication between the software system and hardware devices.

[0003] Information technology application innovation aims to achieve the autonomy and control of information technology and get rid of dependence on foreign technologies. Currently, due to the blockade in some key technology fields, each department is actively promoting independent innovation and technology research and development, aiming to break technological monopolies and enhance the country's scientific and technological strength. On the other hand, domestic enterprises are also continuously strengthening technology research and development and innovation investment, striving to master more core technologies to achieve the autonomy and control of technologies.

[0004] Microservices are a very popular software architecture method in recent years and are regarded as an important trend in modern application development. The microservices architecture splits an application into a series of small, autonomous services, each running in an independent process and communicating using lightweight communication mechanisms (such as HTTP REST API, gRPC, etc.). These services can be developed, tested, deployed, and scaled independently, thereby improving the flexibility, scalability, and maintainability of the system.

[0005] Traditional intelligent industrial gateways have the following problems:

[0006] 1. When designing traditional industrial gateway systems, the particularity of the information technology application innovation environment is often not fully considered, resulting in poor compatibility in actual applications, inability to operate stably in the information technology application innovation environment, difficulty in meeting the security requirements of industrial Internet of Things data collection, and even more difficulty in meeting the requirements of domestic substitution of CPU chips, operating systems, databases, and middleware for enterprises.

[0007] 2. Traditional industrial gateway systems generally adopt a monolithic architecture and an independent deployment mode, which cannot be compatible with microservices architecture software platforms, let alone quickly build basic functions such as unified platform common permissions and roles, and basic data such as users. System integration is required for data communication between the two, resulting in poor compatibility with microservices architecture software platforms and high integration costs.

[0008] In the existing related technologies, there has been no effective solution for an industrial gateway system that can be compatible with the Xinchuang environment, meet the security requirements for industrial Internet of Things data collection, and be able to be compatible with both microservices architecture software platforms and independent deployment modes at the same time. Summary of the Invention

[0009] The problem to be solved by the present invention is to provide an intelligent industrial gateway system based on the Xinchuang environment, which is used to solve the problems that the industrial gateway system has poor compatibility with products in the Xinchuang field, cannot be compatible with microservices architecture software platforms at the same time, and can be deployed in an independent system mode.

[0010] The present invention adopts the following technical solutions: An intelligent industrial gateway system based on the Xinchuang environment, including: a device management module, a protocol conversion module, a data collection module, a push configuration module, and a monitoring configuration module;

[0011] The device management module represents the hardware unit in the form of data by creating a basic information model, and adds and stores the basic information of the hardware unit that needs to communicate.

[0012] The protocol conversion module converts the industrial control protocols supported by each hardware unit into Http / Dubbo protocols according to the basic information of the hardware unit.

[0013] The data collection module is used to create and execute collection tasks, collect data corresponding to the basic information of the hardware unit, and store the latest data in the cache middleware.

[0014] The push configuration module externally pushes the data collected by the collection module through the MQTT protocol, and configures the MQTT message topic and message service quality.

[0015] The monitoring configuration module is used to configure monitoring rules, monitor the basic information of the hardware unit in real time, and generate corresponding alarm information for the data that triggers the alarm rules, and push it to the outside through the push configuration module.

[0016] The deployment modes of the intelligent industrial gateway system include independent system deployment mode, fusion system deployment mode, and multi-gateway system deployment mode, which are compatible with various Xinchuang environments or non-Xinchuang environments composed of multiple CPU chips, operating systems, databases, and middleware.

[0017] Specifically, the hardware unit is an actual hardware device or a virtual hardware device, and the basic information includes the hardware unit code, name, device model, communication protocol, connection address IP, connection port, connection timeout, and corresponding timeout;

[0018] Specifically, the device management module creates a basic information model, including the following sub-steps:

[0019] S1.1. Add or import the hardware units that need to communicate, and set and store the basic information of the hardware units according to the industrial control protocols supported by the hardware units;

[0020] S1.2. Create control point information and map the register information and data acquisition point information of the hardware units that support different communication protocols: The hardware unit stores the data generated during the operation through registers, and establish or import several control point information corresponding to the hardware unit registers in the basic information. Each control point information stores the information of one register of the hardware unit, including: the Chinese name, English name, data type, register address, parameter permission, and function code and device slave station number in the Modbus protocol, etc.;

[0021] S1.3. Modify, delete, and query the basic information and / or control point information of the added hardware units as needed.

[0022] Specifically, the industrial control protocols include: Modbus TCP, Modbus RTU, MQTT, OPC UA, OpenProtocol, and S7, and the caller is a sub-service or software system of the microservice system; converting the industrial control protocols supported by each hardware unit into Http / Dubbo protocols includes the following sub-steps:

[0023] S2.1. The caller sends the action, device code, and request parameter data to the protocol conversion module through the HTTP / Dubbo protocol;

[0024] S2.2. After receiving the data information sent by the caller, the protocol conversion module queries the basic information and control point data information of the hardware unit in the basic information model through the device code, and then converts the data into an industrial control protocol message and sends it to the hardware unit;

[0025] S2.3. After receiving the request message, the hardware unit responds and returns the response message to the protocol conversion module;

[0026] S2.4. After receiving the response message, the protocol conversion module stores the read data;

[0027] S2.5. The protocol conversion module packages the data into Json format data and returns it to the caller.

[0028] Specifically, the data acquisition module creates and executes a data acquisition task as follows:

[0029] S3.1. Create a new data acquisition task and set the acquisition task name, acquisition interval time, and acquisition interval unit;

[0030] S3.2. Bind the data acquisition task by selecting the basic hardware unit information stored in the device management module;

[0031] S3.3. Execute the data acquisition task and sequentially collect the basic hardware unit information bound to the task in the device management module according to the set acquisition interval time in a loop;

[0032] S3.4. Store the latest data result of the data acquisition task in the cache middleware and wait for subsequent processing.

[0033] Specifically, the push configuration module includes a configuration management unit and a configuration data processing unit, which are used to create a connection configuration with the MQTT Server, push the data collected by the acquisition module to an external MQTT Server through the MQTT protocol, configure the push information of the MQTT Server to which the data is to be pushed, and configure the MQTT message topic and message service quality as follows:

[0034] S4.1. The configuration management unit creates and sets the push configuration, including: configuration code, configuration name, communication protocol, connection address, port number, connection timeout time, response time, authentication account, authentication password; and configures the MQTT message topic and message service quality;

[0035] S4.2. Select a hardware unit from the already created push tasks and establish a binding relationship with the push configuration;

[0036] S4.3. Obtain the latest data acquisition result of the hardware unit bound to the push configuration from the cache middleware and return it to the configuration data processing unit for processing;

[0037] S4.4. The configuration data processing unit encapsulates the latest data of the hardware unit in the preset JSON data format;

[0038] S4.5. The MQTT Server establishes connections with several consumer units, and each consumer unit subscribes to messages for a specified topic through the MQTT Server.

[0039] Specifically, the monitoring configuration module includes: a monitoring rule management unit, an alarm trigger unit, and an alarm push configuration unit, which are used to set monitoring rules for the hardware device data collected by the data acquisition module, trigger an alarm when the monitoring rules are triggered, and at the same time use the MQTT protocol to select the MQTT server configuration that has been created in the push configuration module to push alarm information externally.

[0040] Specifically, the specific processing of the monitoring configuration module includes the following sub-steps:

[0041] S5.1. The monitoring rule management unit creates a new monitoring rule and sets the monitoring name, monitoring field, monitoring rule, monitoring threshold, threshold unit, monitoring interval, and urgency level;

[0042] S5.2. Select one or more hardware units bound to the data acquisition task and bind them to the monitoring rule created in step S5.1;

[0043] S5.3. The alarm trigger unit cyclically obtains the latest data acquisition results of the hardware unit from the cache middleware according to the hardware unit information bound by the monitoring rule and the set monitoring interval;

[0044] S5.4. Compare the monitored field in the acquisition result with the set threshold according to the monitoring rule. If the monitoring rule is triggered, an alarm message is generated;

[0045] S5.5. The alarm push configuration unit creates a new alarm push configuration, sets the push protocol, selects one push configuration in the configuration management unit as the alarm push configuration, and sets the push interval time;

[0046] S5.6. Push the alarm message data to the MQTT Server one by one through the MQTT protocol according to the push configuration.

[0047] Preferably, in the independent system deployment mode, the intelligent industrial gateway system is deployed as an independent system, with independent authentication, user management, and menu functions; the heterogeneous software system or digital twin program acts as the initiator of the protocol conversion request through the Http protocol and / or acts as an MQTT message consumption unit to subscribe to push data or alarm message data;

[0048] In the integrated system deployment mode, the intelligent industrial gateway system is deployed as a sub-service of the microservice architecture software built based on the SpringCloud Alibaba and Dubbo frameworks, sharing the API gateway, registration center, cache middleware, and permissions, users, menu functions, and data with the original microservice software to form a unified platform;

[0049] The multi-gateway system deployment mode includes multiple intelligent industrial gateway systems deployed in an independent system mode, connecting multiple hardware units, and forming a distributed deployment architecture as a whole. It connects multiple intelligent industrial gateway systems through the MQTT Server, receives and transmits MQTT messages to the data centralized storage service, and stores the processed data in the data warehouse.

[0050] Specifically, the industrial gateway system is compatible with the information and communication technology (ICT) environment composed of a variety of CPU chips, operating systems, databases, and middleware.

[0051] Compared with the prior art by adopting the above technical solutions, the present invention has the following technical effects:

[0052] 1. Autonomous and controllable: The intelligent industrial gateway system of the present invention is compatible with the ICT environment composed of domestic chips, operating systems, databases, and middleware products, realizing the autonomy and control of key technologies, and ensuring the security of data collection under the industrial Internet of Things. At the same time, due to the compatibility and mutual recognition with a variety of ICT products, it has relatively wide compatibility in the ICT field and can meet the convenience of migration between different ICT environments.

[0053] 2. Strong scalability: The intelligent industrial gateway system of the present invention supports a variety of communication protocols and interfaces, and new communication protocol support can be added as needed, enabling flexible data communication with different types of industrial devices, systems, or PLCs.

[0054] 3. Flexible deployment: The intelligent industrial gateway system of the present invention can be deployed as an independent system, with independent authentication, user management, and menu functions, and can be used as a data communication middleware between hardware devices and multiple heterogeneous systems. It can also be deployed as a sub-service of a microservice architecture software built based on the SpringCloud Alibaba and Dubbo frameworks, sharing the API gateway, registration center, cache middleware, and other middleware, as well as basic functions and data such as permissions, users, and menus with the original microservice software, forming a unified platform, reducing the integration cost, and providing better system compatibility and user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0055] Figure 1 It is a deployment structure diagram of an ICT environment for the intelligent industrial gateway system of the present invention;

[0056] Figure 2 It is a deployment structure diagram of the intelligent industrial gateway system of the present invention for compatible deployment in multiple ICT environments;

[0057] Figure 3 It is a deployment structure diagram of the intelligent industrial gateway system of the present invention in a non-ICT environment;

[0058] Figure 4Structural diagram of the device management module of the intelligent industrial gateway system of the present invention;

[0059] Figure 5 Structural diagram of the protocol conversion module of the intelligent industrial gateway system of the present invention;

[0060] Figure 6 Structural diagram of the data acquisition module of the intelligent industrial gateway system of the present invention;

[0061] Figure 7 Structural diagram of the push configuration module of the intelligent industrial gateway system of the present invention;

[0062] Figure 8 Structural diagram of the monitoring configuration module of the intelligent industrial gateway system of the present invention;

[0063] Figure 9 Structural diagram of the independent system deployment mode of the intelligent industrial gateway system of the present invention;

[0064] Figure 10 Structural diagram of the fusion system deployment mode of the intelligent industrial gateway system of the present invention;

[0065] Figure 11 Structural diagram of the multi-gateway system deployment mode of the intelligent industrial gateway system of the present invention. Detailed implementation manners

[0066] In order to make the objectives, technical solutions, and advantages of the present invention clearer, the technical solutions of the application will be further elaborated in detail below with reference to the accompanying drawings. The described embodiments are only a part of the embodiments involved in the present invention. All non-innovative embodiments made by other researchers in the field based on this embodiment fall within the protection scope of the present invention. At the same time, for the step numbers in the embodiments of the present invention, they are only set for the convenience of elaboration and explanation, and no limitation is imposed on the order between the steps. The execution order of each step in the embodiments can be adaptively adjusted according to the understanding of those skilled in the art.

[0067] In an embodiment of the present invention, as Figure 1 shown, the intelligent industrial gateway system based on the Xinchuang environment includes: a device management module, a protocol conversion module, a data acquisition module, a push configuration module, and a monitoring configuration module.

[0068] The specific Xinchuang environment of this embodiment is as follows: The CPU chip uses the Haiguang C86 5386 chip, the operating system is the Galaxy Kylin Advanced Server Operating System V10 SP3, the database is the DM Database Management System V8, the Web backend service container middleware is TongWeb7.0 of Orient Tong, the Web frontend service container middleware is TongHttpServer6.0 of Orient Tong, and the cache middleware is the DM Cache Database Software V1.0.

[0069] The intelligent industrial gateway system involved in this embodiment can be compatible with a variety of Xinchuang products, such as Figure 2 As shown, the CPU chip, operating system, database, and middleware shown in the figure can form a Xinchuang deployment environment with various combinations to deploy the Xinchuang intelligent industrial gateway system involved in the present invention.

[0070] It should be particularly noted that the intelligent industrial gateway system involved in the present invention is not limited to the innovation environment of this embodiment and can also support a variety of non-Xinchuang environments, such as Figure 3 As shown, it can form a deployment environment with various combinations to deploy the intelligent industrial gateway system involved in the present invention.

[0071] Furthermore, the device management module of the intelligent industrial gateway system in this embodiment is used to add and store the basic information of the hardware units that need to communicate, and map the register information of the hardware units that support different communication protocols and the corresponding data acquisition point information.

[0072] Such as Figure 4 As shown, the hardware unit is a hardware unit that supports the Modbus TCP communication protocol, which can represent a hardware device in the physical world, including a PLC device or other hardware devices, or can also be a virtual hardware device, such as a virtual device simulated using simulation software.

[0073] A basic information model corresponding to the hardware unit is established in the device management module to represent the hardware unit in the form of data.

[0074] The creation of the basic information model in the device management module follows the following process:

[0075] Step S1.1: Create the basic information of the hardware unit, which is used to store the encoding, name, communication protocol, device model, connection address IP, port number, connection timeout time, and response timeout time of the hardware unit;

[0076] Optionally, the basic information of the hardware unit can be newly created by importing through excel.

[0077] Step S1.2: The hardware unit stores the data generated during operation through registers. The register address is usually represented by a hexadecimal number. Corresponding control point information is established in the basic information, which is used to store the Chinese name, English name, Modbus TCP protocol function code, data type, register address (hexadecimal), device slave station number, and parameter permission of the register address bit.

[0078] The starting address of a certain register in the hardware unit corresponds to the description of a certain control point information in the device management module, and the two are in a corresponding relationship. Each piece of basic information can correspond to multiple newly created control point information.

[0079] Step S1.2: According to actual needs, delete, edit, and query the stored basic information and / or control point information.

[0080] Optionally, control point information can be newly created by importing through excel. For different hardware units and different communication protocols, the basic information and control point information may be different.

[0081] The protocol conversion module of the intelligent industrial gateway system in this embodiment is used to convert the software communication protocol into an industrial control protocol according to the basic information of the hardware unit, and complete data acquisition or hardware device control actions;

[0082] Such as Figure 5 As shown, the caller of the protocol conversion module can be a sub-service of a microservice system or a certain software system, and the hardware unit information is the corresponding basic information model in the device management module.

[0083] The process of converting HTTP / Dubbo to Modbus TCP is as follows:

[0084] Step S2.1: The caller sends actions, device codes, and request parameter data to the protocol conversion module through the HTTP / Dubbo protocol.

[0085] For example, the request parameters for reading all control point data are:

[0086] {

[0087] "action": "READ",

[0088] "code": "Test01"

[0089] }

[0090] Among them, the device code is "Test01" and the action is "READ".

[0091] The corresponding control point data name is "exitConveyor", the function code is "01", the register starting address is "02H", the data type is boolean (length 1 byte), and the request parameters for writing the point as "true" data are:

[0092] {

[0093] "action": "WRITE",

[0094] "code": "Test01",

[0095] "requestData": {

[0096] "exitConveyor": true

[0097] }

[0098] }

[0099] Step S2.2. After the protocol conversion module receives the data information sent by the calling party, it first queries the basic information of the hardware unit and the control point data information in the basic information model through the device code, and then converts the data into a Modbus TCP protocol message and sends it to the hardware unit. The content is as follows:

[0100] Request message: 00 01 00 00 00 06 01 01 00 02 00 01

[0101] 00 01: Transaction identifier

[0102] 00 00: Modbus TCP protocol

[0103] 00 06: There are 00 06 bytes of data following

[0104] 01: Unit identifier

[0105] 01: Function code (read coil)

[0106] 00 02: Address of the data to start reading.

[0107] 00 01: Data read length is 1 register address.

[0108] Step S2.3. After the hardware unit receives the request message, it makes a response and returns a response message as follows:

[0109] Response message: 00 01 00 00 00 04 01 01 01 01

[0110] 00 01: Transaction identifier

[0111] 00 00: Modbus TCP protocol

[0112] 00 04: There are 00 04 bytes of data following

[0113] 01: Unit identifier

[0114] 01: Function code

[0115] 01: There is 01 byte of data following

[0116] 01: The read data value

[0117] Step S2.4: After the protocol conversion module receives the response message, it temporarily stores the read data, and repeats steps S2.2 to S2.3 until all the data of all points are read or written;

[0118] Step S2.5: The protocol conversion module packages the data into Json format data and returns it to the caller.

[0119] The data acquisition module of the intelligent industrial gateway system in this embodiment, as Figure 6 shown, is used to store the results of data acquisition to the cache middleware, and the specific method is as follows.

[0120] Step S3.1: Create a data acquisition task, and set the acquisition task name, acquisition interval time, and acquisition interval unit;

[0121] Step S3.2: Bind the data acquisition task by selecting the basic information of the hardware unit stored in the device management module;

[0122] Step S3.3: Execute the data acquisition task, and sequentially collect the basic information of the hardware unit bound by the task in the device management module according to the set acquisition interval time;

[0123] Step S3.4: Store the latest data result of the data acquisition task in the cache middleware and wait for subsequent processing.

[0124] Optionally, operations such as querying, editing, and deleting the data acquisition task can be performed.

[0125] Optionally, operations such as adding and deleting the devices bound by the data acquisition task can be performed.

[0126] Optionally, operations such as starting and stopping the data acquisition task can be performed.

[0127] The push configuration module of the intelligent industrial gateway system in this embodiment is used to create a connection configuration with the MQTT Server and push messages to the MQTT Server. As Figure 7 shown, the push configuration module includes a configuration management unit and a configuration data processing unit. The MQTT Server is connected to several MQTT message consumption units, and the consumption units can be heterogeneous software systems or digital twin programs, etc.

[0128] The data acquisition module creates several data acquisition tasks and stores the latest acquisition results in the cache middleware. The push configuration module performs MQTT message pushing, and the method is as follows:

[0129] Step S4.1: The configuration management unit creates and sets a push configuration, including: configuration code, configuration name, communication protocol, connection address, port number, connection timeout, response time, authentication account, and authentication password;

[0130] Step S4.2: Select a hardware unit from the already created push tasks and establish a binding relationship with the push configuration;

[0131] In this embodiment, the MQTT protocol is used as the push protocol, and the topic of the MQTT message and the level of the message service quality QoS can be set;

[0132] Step S4.3: Obtain the latest data collection result of the hardware unit bound to the push configuration from the cache middleware and return it to the configuration data processing unit for processing;

[0133] Step S4.4: The configuration data processing unit encapsulates the latest data of the hardware unit according to the preset JSON data format;

[0134] In this embodiment, the MQTT protocol is used as the push protocol, and according to the MQTT message topic and message service quality level set in step S4.2, the MQTT message is pushed to the MQTT Server.

[0135] Step S4.5: The consumption unit subscribes to messages for a specified topic through the MQTT Server.

[0136] Optionally, operations such as querying, editing, and deleting the push configuration can be performed.

[0137] Optionally, operations such as adding and deleting devices bound to the push configuration can be performed.

[0138] Optionally, the push protocol is not limited to the MQTT protocol, and relevant configurations can be made.

[0139] The monitoring configuration module of the intelligent industrial gateway system in this embodiment, as Figure 8 shown, includes a monitoring rule management unit and an alarm message management unit, and the alarm message management unit further includes an alarm trigger unit and an alarm push configuration unit.

[0140] The monitoring configuration module specifically processes as follows:

[0141] Step S5.1: The monitoring rule management unit creates a monitoring rule and sets the monitoring name, monitoring field, monitoring rule, monitoring threshold, threshold unit, monitoring interval (unit: second), and urgency level.

[0142] Optionally, the monitoring rule can be set to equal, not equal, greater than, greater than or equal to, less than, less than or equal to.

[0143] Step S5.2: Select one hardware unit bound to the data collection task and bind it to the monitoring rule created in Step S5.1.

[0144] Optionally, in Step S5.2, multiple hardware units bound to the data collection task can be selected and bound to the monitoring rule created in Step S5.1.

[0145] Step S5.3: The alarm trigger unit cyclically obtains the latest data collection results of the hardware unit from the cache middleware according to the hardware unit information bound by the monitoring rule and the set monitoring interval.

[0146] Step S5.4: Compare the monitored fields in the collection results with the set thresholds according to the monitoring rule. If the monitoring rule is triggered, an alarm message is generated.

[0147] Step S5.5: The alarm push configuration unit creates a new alarm push configuration, sets the push protocol, and selects Figure 7 one of the push configurations as the alarm push configuration and sets the push interval.

[0148] Step S5.6: Push the alarm message data one by one according to the push configuration.

[0149] In this embodiment, the MQTT protocol is used for pushing. The alarm message is pushed to the MQTT Server, and each consumer unit subscribes to messages on a certain specified topic through the MQTT Server.

[0150] Optionally, the monitoring configuration module can query, edit, and delete the monitoring configuration, and can add and delete the hardware unit devices bound by the monitoring configuration.

[0151] The deployment modes of the intelligent industrial gateway system of the present invention include an independent system deployment mode, a fusion system deployment mode, and a multi-gateway system deployment mode, which are compatible with various information technology innovation environments or non-information technology innovation environments composed of multiple CPU chips, operating systems, databases, and middleware.

[0152] In an application of the present invention, the adopted deployment mode is the independent system deployment mode. As Figure 9 shown, in the independent system deployment mode, the intelligent industrial gateway system has independent user management and permission management functions.

[0153] In Figure 9Among them, Hardware Unit 1 to Hardware Unit n represent hardware devices in multiple physical worlds, which can be PLCs or other hardware devices, or can also be virtual hardware devices, such as virtual devices simulated using simulation software; MQTT Server is used to receive and transmit MQTT messages; Software System 1 to Software System n can be heterogeneous software systems or digital twin programs, etc., and can be consumer units of MQTT messages or initiators of protocol conversion requests.

[0154] In the independent system deployment mode, the processing flow of the intelligent industrial gateway system is as follows:

[0155] Step S6.1, Software System 1 to Software System n of the heterogeneous software system call the protocol conversion function of the intelligent industrial gateway system through the Http protocol;

[0156] Step S6.2, The intelligent industrial gateway system collects data from or controls the hardware unit;

[0157] Step S6.3, The intelligent industrial gateway system sends the data collection result of the hardware unit to the MQTT Server under a specified topic;

[0158] Step S6.4, The consumer unit subscribes to messages under a certain specified topic through the MQTT Server.

[0159] In another application of the present invention, the adopted deployment mode is the integrated system deployment mode. As Figure 10 shown, in the integrated system deployment mode, the intelligent industrial gateway system is deployed in a microservices mode.

[0160] In Figure 10 Among them, Hardware Unit 1 to Hardware Unit n represent hardware devices in multiple physical worlds, which can be PLCs or other hardware devices, or can also be virtual hardware devices, such as virtual devices simulated using simulation software.

[0161] The microservices architecture software system is built based on the SpringCloud Alibaba and Dubbo frameworks, and includes: intelligent industrial gateway service, API gateway SpringCloud Alibaba Gateway, registry SpringCloud Alibaba Nacos, and the cache middleware is redis; the intelligent industrial gateway service is a sub-service in the microservices mode, including several basic services and business services.

[0162] In the integrated system deployment mode, the processing flow of the intelligent industrial gateway system is as follows:

[0163] Step S7.1, After being configured, the intelligent industrial gateway service is registered to the registry after the service starts;

[0164] Step S7.2: After being configured, the API gateway can proxy and forward Http requests to the intelligent industrial gateway service;

[0165] Step S7.3: The business service calls the protocol conversion interface of the intelligent industrial gateway service through the Dubbo protocol via the registry to implement data collection and device control operations.

[0166] In particular, multiple intelligent industrial gateway systems of the present invention can also be used in combination. For example, Figure 11 as shown, the hardware unit represents a hardware device in the physical world, which can be a PLC or other hardware devices, or can also be a virtual hardware device, such as a virtual device simulated using simulation software.

[0167] Intelligent industrial gateway systems 1 to intelligent industrial gateway systems n are multiple intelligent industrial gateway systems deployed in an independent system mode, and together they form a distributed deployment architecture; the MQTT Server connects to each intelligent industrial gateway system to receive and transmit MQTT messages to the data centralized storage service, and the data centralized storage service connects to the data warehouse.

[0168] For the combined intelligent industrial gateway system, the processing flow is as follows:

[0169] Step S8.1: Each intelligent industrial gateway system performs data collection on the hardware unit by establishing a data collection task;

[0170] Step S8.2: Each intelligent industrial gateway system pushes the collected data to the MQTT Server by setting a specified topic through push configuration;

[0171] Step S8.3: The data centralized storage service subscribes to the MQTT messages, processes them, and stores them in the data warehouse for subsequent data analysis and report display.

[0172] It can be seen that the intelligent industrial gateway system of the present invention is compatible with the Xinchuang environment composed of domestic chips, operating systems, databases, and middleware products, realizes the autonomy and control of key technologies, has relatively wide compatibility in the Xinchuang field, can meet the convenience of migration between different Xinchuang environments, supports multiple communication protocols and interfaces, and can flexibly communicate with different types of industrial devices and systems or PLCs for data. At the same time, the intelligent industrial gateway system of the present invention has flexible deployment. It can be deployed as an independent system or as a sub-service of a microservice architecture software built based on the SpringCloud Alibaba and Dubbo frameworks to form a unified platform, reduce integration costs, and provide better system compatibility and user experience.

[0173] The above embodiments of the present application are only used to illustrate the technical solutions of the present application, rather than to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions recorded in the foregoing embodiments, or perform equivalent replacements on some of the features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the various embodiments of the present application, and should all be included in the protection scope of the present application.

Claims

1. An intelligent industrial gateway system based on a trusted innovation environment, characterized in that: include: Device management module, protocol conversion module, data acquisition module, push configuration module, monitoring configuration module; The device management module represents the hardware units in the form of data by creating a basic information model, and adds and stores the basic information of the hardware units that need to communicate; The protocol conversion module converts the industrial control protocol supported by each hardware unit to the Http / Dubbo protocol according to the basic information of the hardware unit, including the following sub-steps: S2.

1. The caller sends the action, device code, and request parameter data to the protocol conversion module via HTTP / Dubbo protocol; S2.2, after receiving the data information sent by the caller, the protocol conversion module queries the basic information of the hardware unit and the control point data information in the basic information model through the device code, and then converts the data into the corresponding industrial control protocol message and sends it to the hardware unit; S2.3, after receiving the request message, the hardware unit responds and returns a response message to the protocol conversion module; S2.4, after receiving the response message, the protocol conversion module stores the read data; S2.5, the protocol conversion module packages the read data into Json format data and returns it to the caller; The data acquisition module is used to create and execute acquisition tasks, collect data corresponding to the basic information of the hardware unit in real time, and store the latest data in the cache middleware; The push configuration module pushes the data collected by the collection module to the outside through the MQTT protocol, and configures the MQTT message topic and message service quality; The monitoring configuration module is used to configure monitoring rules, monitor the collected data corresponding to the basic information of the hardware unit in real time, and generate corresponding alarm information for the data that triggers the alarm rule, and push it to the outside through the push configuration module; The deployment modes of the intelligent industrial gateway system include: independent system deployment mode, integrated system deployment mode, and multi-gateway system deployment mode, which are compatible with trusted or non-trusted environments consisting of a variety of CPU chips, operating systems, databases, and middleware.

2. According to claim 1, the intelligent industrial gateway system based on the trust innovation environment is characterized in that: The hardware unit is an actual hardware device or a virtual hardware device, and the basic information includes: hardware unit code, name, device model, communication protocol, connection address IP, connection port, connection timeout, and corresponding timeout.

3. According to claim 2, the intelligent industrial gateway system based on the trust innovation environment is characterized in that: The device management module creates a basic information model, including the following sub-steps: S1.

1. Add or import hardware units that need to communicate, and set and store basic information of the hardware units according to the industrial control protocols supported by the hardware units; S1.2, create control point information, and map the hardware unit register information and data acquisition point information supporting different communication protocols: the hardware unit stores the data generated during operation through registers, and establishes or imports several control point information corresponding to the hardware unit registers in the basic information. Each control point information corresponds to a register information of the hardware unit, including the Chinese name of the address bit, English name, data type, register address, parameter authority, and function code and device slave station number in the Modbus protocol; S1.

3. Modify, delete, and query the basic information and / or control point information of the added hardware units as needed.

4. The intelligent industrial gateway system based on the trusted innovation environment according to claim 1 is characterized in that: The industrial control protocols include: Modbus TCP, Modbus RTU, MQTT, OPC UA, OpenProtocol and S7, and the caller is a sub-service or software system of the microservice system.

5. According to claim 1, the intelligent industrial gateway system based on the trust innovation environment is characterized in that: The data acquisition module creates and executes data acquisition tasks in the following way: S3.

1. Create a new data collection task, set the collection task name, collection interval time, and collection interval unit; S3.

2. Bind the data collection task by selecting the basic information of the hardware unit stored in the device management module; S3.3, execute the data collection task, and cyclically collect the data corresponding to the basic information of the hardware unit bound to the task in the device management module according to the set collection interval time; S3.

4. Store the latest data result of the data collection task in the cache middleware, waiting for subsequent processing.

6. The intelligent industrial gateway system based on the trusted innovation environment according to claim 1 is characterized in that: The push configuration module includes a configuration management unit and a configuration data processing unit, which are used to create a connection configuration with the MQTT Server, push the data collected by the collection module to the external MQTT Server through the MQTT protocol, configure the push information to be pushed to the MQTT Server, and configure the MQTT message topic and message service quality. The method is as follows: S4.

1. The configuration management unit creates and sets the push configuration, including: configuration code, configuration name, communication protocol, connection address, port number, connection timeout, response time, authentication account, authentication password; and configures the MQTT message topic and message service quality; S4.

2. Select a hardware unit from the created push task and establish a binding relationship with the push configuration; S4.3, obtaining the latest data collection results of the hardware unit bound to the push configuration from the cache middleware, and returning it to the configuration data processing unit for processing; S4.

4. The configuration data processing unit encapsulates the latest data of the hardware unit according to a preset JSON data format; S4.

5. The MQTT Server establishes a connection with a plurality of consumer units, and each consumer unit subscribes to messages on a designated topic through the MQTT Server.

7. The intelligent industrial gateway system based on the trust innovation environment according to claim 6 is characterized in that: The monitoring configuration module includes a monitoring rule management unit, an alarm triggering unit and an alarm push configuration unit, which are used to set monitoring rules for the hardware device data collected in the data acquisition module, trigger an alarm when the monitoring rule is triggered, and at the same time, use the MQTT protocol and select the MQTT server configuration that has been created in the push configuration module to push alarm information to the outside.

8. The intelligent industrial gateway system based on the trust innovation environment according to claim 7 is characterized in that: The specific processing of the monitoring configuration module includes the following sub-steps: S5.

1. Create a new monitoring rule in the monitoring rule management unit, and set the monitoring name, monitoring field, monitoring rule, monitoring threshold, threshold unit, monitoring interval, and urgency; S5.2, select one or more hardware units corresponding to the data collection task, and bind them to the monitoring rules created in step S5.1; S5.3, the alarm trigger unit cyclically obtains the latest data collection results of the hardware unit from the cache middleware according to the hardware unit information bound to the monitoring rule and the set monitoring interval; S5.

4. Compare the monitored fields in the collected results with the set thresholds according to the monitoring rules. If the monitoring rules are triggered, an alarm message is generated; S5.

5. The alarm push configuration unit creates a new alarm push configuration, sets the push protocol, selects a push configuration in the configuration management unit as the alarm push configuration, and sets the push interval; S5.

6. Push the alarm message data to the MQTT Server one by one through the MQTT protocol according to the push configuration.

9. The intelligent industrial gateway system based on the trust innovation environment according to claim 1 is characterized in that: In the independent system deployment mode, the intelligent industrial gateway system is deployed as an independent system with independent authentication, user management, and menu functions; Heterogeneous software systems or digital twin programs use the HTTP protocol as the initiator of protocol conversion requests, and / or as an MQTT message consumer unit to subscribe to push data or alarm message data; In the fusion system deployment mode, the intelligent industrial gateway system is deployed as a sub-service of the microservice architecture software built on the SpringCloud Alibaba and Dubbo frameworks, sharing the API gateway, registration center, cache middleware, permissions, users, menu functions and data with the original microservice software to form a unified platform; The multi-gateway system deployment mode includes multiple intelligent industrial gateway systems deployed in independent system mode, connecting multiple hardware units to form a distributed deployment architecture as a whole. Multiple intelligent industrial gateway systems are connected through MQTT Server, receiving and transmitting MQTT messages to the data centralized storage service, and storing them in the data warehouse after data processing.

10. The intelligent industrial gateway system based on the trusted innovation environment according to claim 1 is characterized in that: The industrial gateway system is compatible with the trusted innovation environment consisting of a variety of CPU chips, operating systems, databases and middleware.

Images