WO2021031518A1 - 一种数据兼容性网关*** - Google Patents
一种数据兼容性网关*** Download PDFInfo
- Publication number
- WO2021031518A1 WO2021031518A1 PCT/CN2020/070991 CN2020070991W WO2021031518A1 WO 2021031518 A1 WO2021031518 A1 WO 2021031518A1 CN 2020070991 W CN2020070991 W CN 2020070991W WO 2021031518 A1 WO2021031518 A1 WO 2021031518A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- opc
- communication
- gateway
- industrial
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
Definitions
- This application relates to the field of industrial information and communication technology, and in particular to a data compatibility gateway system.
- Gateway also known as network connector and protocol converter, is a device that realizes network interconnection above the network layer.
- OPC DA OPC DA
- COM/DCOM components Component Object
- Model/Distributed Component Object Model component object model/distributed component object model
- COM/DCOM components are only limited to Windows systems. Therefore, industrial communication gateways developed based on the Linux kernel cannot be compatible with devices that only support OPC DA communication standards.
- a protocol conversion component needs to be added to the device, that is, the data in the OPC DA communication standard device is re-parsed through the protocol conversion component, and then sent to the industrial communication gateway device through a network connection.
- This method requires the adaptation of protocol conversion components for each device, that is, the arrangement of interface docking and analysis methods for the data communication of the device.
- This application provides a data compatibility gateway system to solve the problem that industrial communication gateways developed based on the Linux kernel are compatible with only OPC DA communication standard equipment.
- This application provides a data compatibility gateway system, which includes an industrial communication gateway based on the Linux kernel, and a compatible module integrated in the industrial communication gateway; the compatible module is based on the Windows kernel and can parse the data of the OPC DA communication standard and Run Windows-based applications independently;
- the industrial communication gateway is configured to receive communication data, and according to the communication standard of the communication data, send OPC DA communication standard data to the compatibility module;
- the compatibility module is configured to receive data of the OPC DA communication standard, and parse and send the data of the OPC DA communication standard to the industrial communication gateway.
- the industrial communication gateway and the compatible module are connected via Ethernet, and the compatible module includes a processor, a memory, and an Ethernet interface independent of the industrial communication gateway;
- the data of the OPC DA communication standard received through the Ethernet interface is parsed by the processor in the memory; and the parsed data is sent to the industrial communication gateway through the Ethernet interface.
- the data compatibility gateway system further includes multiple OPC servers and clients connected to the industrial communication gateway;
- OPC servers are placed in multiple industrial sites to collect or generate data; multiple clients have built-in industrial applications; the client uses the industrial communication gateway to obtain the data collected or generated by the OPC server, and through the built-in The application processes the acquired data.
- the industrial communication gateway is further configured to: obtain a communication standard type supported by any of the OPC server and any of the clients; and,
- the compatible module is further configured to: initiate a connection to the industrial communication gateway; and parse the data packet sent by the industrial communication gateway, and start a service that meets the type of communication standard supported by the client, so as to convert the parsed data Provided to the client through the opened service;
- the industrial communication gateway is configured to establish a connection with the compatible module; and, perform source address conversion on the data packet sent by the OPC server, and send the converted data packet to the compatible module.
- the industrial communication gateway has a built-in Netfilter module; the data packet obtained through the OPC server is first sent to the Linux kernel of the industrial communication gateway, and then the source address of the data packet is converted by the Netfilter module.
- the industrial communication gateway is further configured to perform port mapping after the compatibility module opens a service that meets the communication standard type supported by the client, so that the received data packet is forwarded to the Compatible modules.
- the industrial communication gateway is further configured to determine whether the type of communication standard supported by the OPC server and the client is a non-OPC DA communication standard; if both are non-OPC DA communication standards, the communication standard through the industrial communication gateway
- the Linux kernel parses the data packet; and,
- the industrial communication gateway is further configured to traverse all the gateway tasks of the current industrial communication gateway, whether there is a gateway task that applies the OPCDA communication standard; if not, control the compatible module to enter a sleep state.
- this application provides a data compatibility gateway system, including an industrial communication gateway based on the Linux kernel and a compatible module integrated in the industrial communication gateway; wherein the industrial communication gateway is configured to receive communication data, and According to the communication standard of the communication data, the data of the OPC DA communication standard is sent to the compatible module.
- the compatible module is based on the Windows kernel, can parse OPC DA communication standard data and run Windows-based applications independently, and is configured to receive OPC DA communication standard data, and analyze and send OPC DA communication standard data to the industrial communication gateway .
- the built-in compatible module in the industrial communication gateway based on Linux kernel it can realize the two-way compatibility of OPC DA communication standard and non-OPC DA communication standard data, solve the industrial communication gateway based on Linux kernel development, and compatible only support OPC DA communication standard equipment The problem.
- Figure 1 is a schematic structural diagram of a data compatibility gateway system according to this application.
- Figure 2 is a schematic diagram of the data transfer process of the application data compatibility gateway
- FIG. 3 is a schematic structural diagram of an industrial communication gateway of this application.
- Figure 4 is a schematic diagram of the application process for judging the communication standard type
- Figure 5 is a schematic diagram of the data conversion process of the application data compatibility gateway system.
- Fig. 1 is a schematic structural diagram of a data compatibility gateway system of this application. It can be seen from Fig. 1 that the data compatibility gateway system provided by this application includes an industrial communication gateway based on the Linux kernel and a compatible module integrated in the industrial communication gateway; the compatible module is based on the Windows kernel and can analyze OPCDA communication Standard data and independent running of Windows-based applications;
- the industrial communication gateway is configured to receive communication data, and according to the communication standard of the communication data, send OPC DA communication standard data to the compatible module; the compatible module is configured to receive The data of the OPC DA communication standard and the data of the OPC DA communication standard are analyzed and sent to the industrial communication gateway.
- a compatible module supporting Windows is integrated in the industrial communication gateway based on the Linux kernel.
- the industrial communication gateway based on the Linux kernel and the Windows module are connected via Ethernet.
- the communication gateway will directly process all non-OPC DA communication standard data, and the data related to the OPC DA communication standard will be completed by the Windows module.
- the industrial communication gateway and the compatible module are connected via Ethernet, and the compatible module includes a processor, a memory, and an Ethernet interface independent of the industrial communication gateway;
- the data of the OPC DA communication standard received by the network interface is parsed by the processor in the memory; and the parsed data is sent to the industrial communication gateway through the Ethernet interface.
- the compatible module has independent data processing capabilities to analyze and transform data, and can further install applications in the Windows environment in the compatible module to assist in data processing and increase the expansion of the compatible module Features.
- the data compatibility gateway system also includes multiple OPC servers and clients connected to the industrial communication gateway; multiple OPC servers are located in multiple industrial sites to collect or generate data; multiple clients An industrial application is built in the terminal; the client obtains the data collected or generated by the OPC server through the industrial communication gateway, and processes the acquired data through the built-in application.
- the OPC server can be production equipment, control equipment, or management equipment used in actual industrial production.
- Various data generated in the actual production process can be aggregated and transformed through the OPC server to be sent to the industrial communication gateway.
- the industrial communication gateway then forwards the data to the corresponding client for processing to complete the purpose of industrial control.
- the control subject of the actual control process is also different, so it is used as OPC
- the server device can also be used as a client device at the same time, that is, the client device can also be a production device, a control device, or a management device used in actual industrial production.
- the client can also be other types of equipment, such as computers and mobile terminals.
- the industrial communication gateway is further configured to: obtain the communication standard type supported by any one of the OPC server and any one of the client; and determine whether the communication standard type supported by the OPC server and the client is Consistent; if they are inconsistent, convert the data obtained from the OPC server into data of the communication standard supported by the client. That is, in practical applications, as shown in Figure 4, the entire industrial communication gateway can execute the following program steps:
- S102 Determine whether the communication standard types supported by the OPC server and the client are consistent
- the industrial communication gateway can obtain the communication standard types supported by the OPC server and client by analyzing the historical records of the data communication standard types that the OPC server and client have transmitted, or by registering information of the OPC server and the client. According to the obtained type, it can be judged whether the communication standard types supported by the OPC server and the client are consistent. Wherein, if the type of communication standards supported by the OPC server and the client are the same, for example, the OPC server only supports the OPC DA communication standard, and the client also only supports the OPC DA communication standard. Generally, no industrial communication gateway is required for data conversion.
- OPC server For OPC server and client, the types of communication standards supported are inconsistent. For example, OPC server only supports OPC DA communication standard, client supports OPC UA communication standard; OPC server only supports OPC DA communication standard, client only supports such as Modbus protocol, etc. Non-OPC communication standard; OPC server supports OPC UA communication standard, client only supports OPC DA communication standard; OPC server supports OPC UA communication standard, client application only supports non-OPC communication standards such as Modbus protocol, etc., which can be passed through industrial communication gateway
- the conversion of the data communication standard is performed, that is, the data obtained from the OPC server is converted into the data of the communication standard supported by the client.
- the compatible module is further configured to: initiate a connection to the industrial communication gateway; and parse the data packet sent by the industrial communication gateway, and start a service that meets the type of communication standard supported by the client, In order to provide the parsed data to the client through the opened service; the industrial communication gateway is configured to establish a connection with the compatible module; and to perform source address conversion on the data packet sent by the OPC server, and The data packet after the source address conversion is sent to the compatible module.
- the industrial communication gateway has a built-in Netfilter module; the data packet obtained through the OPC server is first sent to the Linux kernel of the industrial communication gateway, and then the source address of the data packet is converted by the Netfilter module. Further, the industrial communication gateway is further configured to perform port mapping after the compatibility module opens a service that complies with the communication standard type supported by the client, so that the received data packet is forwarded to the compatible Module, as shown in Figure 5.
- the OPC server only supports the OPC DA communication standard, and the client supports the OPC UA communication standard, since the OPC DA communication standard is only applicable to the Windows platform, the data sent by the OPC server needs to be converted to satisfy the customer The communication standard requirements of the end.
- the roles of the communication gateway are OPC DA client and OPC UA server.
- the compatibility module based on the Windows kernel will actively initiate a connection to the OPC DA service (the Linux part of the communication gateway).
- the data packet transmitted by the OPC server will first be sent to the Linux kernel of the industrial communication gateway, and the source address translation (SNAT translation) of the data packet will be performed through the built-in Netfilter module of the Linux system, and then sent to the OPCDA server.
- SNAT translation source address translation
- the OPC DA service After the OPC DA service receives the connection request, it will reply to the communication gateway.
- the reply will be captured by the Linux kernel first.
- the Netfilter module forwards the packet to the compatible module based on the previous SNAT conversion result. After several handshake negotiations, the compatible module of the communication gateway completes the connection with the OPCDA service.
- the compatible module After the connection is completed, the compatible module will parse all the data and open a service that complies with the OPC UA communication standard at the same time, so that the data processed by the compatible module will be provided to the outside according to the OPC UA communication standard.
- the compatible module After the compatible module completes the creation of the OPC UA service, the Linux part of the industrial communication gateway will complete port mapping, so that data packets received by a custom port of the industrial communication gateway are forwarded to the OPC UA service running on the compatible module. Port.
- the client application only supports the OPC DA communication standard.
- the role of the communication gateway is the client of OPC UA and the server of OPC DA.
- the Linux module in the industrial communication gateway will actively initiate a connection to the OPC UA service. After several handshake negotiations, the Linux module of the communication gateway completes the connection with the OPC UA service.
- the Linux module will parse all data and start a service that complies with the OPC UA communication standard. All data will be provided in the OPC UA communication standard.
- the compatible module based on the Windows platform will start an OPC UA client to connect to the OPC UA service created by the Linux module.
- the compatible module will parse all the data and open a service that complies with the OPC DA communication standard. All data will be provided in the OPC DA communication standard.
- the Linux module After the compatible module completes the creation of the OPC DA service, the Linux module will complete the port mapping, so that the data packet received by the TCP/135 port of the communication gateway is forwarded to the TCP/135 port of the compatible module, and when connecting according to the subsequent client handshake, The negotiated communication port is mapped to the port to complete the communication.
- the communication standard supported by the OPC server is different from the communication standard supported by the client.
- the OPC UA communication standard is a platform-independent communication standard form, while the OPC DA communication standard is only applicable to the Windows platform. Therefore, the client cannot directly process the data transmitted by the OPC server.
- the compatible module in the industrial communication gateway of the present application the data of the OPC DA communication standard can be converted to the OPC UA communication standard, so as to achieve the purpose of communication without changing the original communication form of the OPC server or client device. Therefore, the data compatible gateway provided by the present application can ensure the communication of industrial data during the transition period of industrial hardware equipment upgrade, be compatible with old equipment, and reduce equipment investment.
- the communication standards shown in the foregoing embodiments all include OPC DA, a communication standard that only supports the Windows platform. Therefore, a compatible module is required to perform corresponding conversions for the transmitted data to complete the communication.
- the data compatible gateway system provided by this application can also be adapted to communication situations of other types of communication standards. Therefore, in some embodiments of this application, the industrial communication gateway is also configured to: determine the OPC server Whether the communication standard type supported by the client is a non-OPC DA communication standard; if both are non-OPC DA communication standards, the data packet is parsed through the Linux kernel of the industrial communication gateway; and the service that meets the communication standard type supported by the client is opened , To send the parsed data packet to the client through the opened service.
- the role of the communication gateway is the OPC DA client and OPC DA server.
- the compatibility module based on the Windows platform will actively initiate a connection to the OPC DA service, and the data packet will be sent to the Linux kernel of the communication gateway.
- the Netfilter module in the Linux system will perform SNAT conversion on the data packet and send it to the OPC DA service.
- the OPC DA service will reply to the industrial communication gateway after receiving the connection request. The reply will be captured by the Linux kernel first, and the Netfilter module will forward the packet to the compatible module according to the previous SNAT translation. After several handshake negotiations, the compatible module of the communication gateway completes the connection with the OPC DA server.
- the compatible module based on the Windows platform will parse all the data and start a service that complies with the OPC DA communication standard. All data will be provided in the OPC DA communication standard.
- the Linux module will complete the port mapping, so that the data packet received by the TCP/135 port of the communication gateway is forwarded to the TCP/135 port of the Windows module, and negotiated according to the subsequent client handshake connection The communication port is port mapped to complete the communication.
- the industrial communication gateway is also based on the Linux platform, and the industrial communication gateway as a gateway device requires preliminary data processing, therefore, in this embodiment, even the OPC server and the client support the OPCDA communication standard In a scenario, a compatible module is still needed to parse the data.
- the industrial communication gateway is also configured to traverse all the gateway tasks of the current industrial communication gateway , Whether there is a gateway task that applies the OPC DA communication standard; if not, control the compatible module to enter the sleep state.
- the OPC server supports the OPC UA communication standard
- the client also supports the scenario of the OPC UA communication standard.
- the roles of the communication gateway are the OPC UA client and the OPC UA server.
- the Linux module in the industrial communication gateway will actively initiate a connection to the OPC UA service. After several handshake negotiations, the Linux module of the communication gateway completes the connection with the OPC UA service. After the connection is completed, the Linux module will parse all data and start a service that complies with the OPC UA communication standard. All data will be provided in the OPC UA communication standard. In this scenario, if there is no other project applied to OPC DA, the compatible module can be put to sleep.
- the OPC server supports the OPC UA communication standard, and the client only supports scenarios that are not OPC communication standards such as the Modbus protocol.
- the role of the communication gateway is OPC UA client and Modbus Slave.
- the Linux module of the communication gateway will actively initiate a connection to the OPC UA service. After several handshake negotiations, the Linux module of the communication gateway completes the connection with the OPC UA service. After the connection is completed, the Linux module will parse the data, and then package the data with the Modbus protocol and provide it to the client application. In this scenario, if there is no other project applied to OPC DA, the Windows module can be hibernated.
- this application provides a data compatibility gateway system, including an industrial communication gateway based on the Linux kernel and a compatible module integrated in the industrial communication gateway; wherein the industrial communication gateway is configured to receive communication data, and According to the communication standard of the communication data, the data of the OPC DA communication standard is sent to the compatible module.
- the compatible module is based on the Windows kernel, can parse the data of the OPC DA communication standard and run Windows-based applications independently, and is configured to receive the data of the OPC DA communication standard, and parse and send the data of the OPC DA communication standard to the industrial communication gateway .
- the built-in compatible module in the industrial communication gateway based on Linux kernel it can realize the two-way compatibility of OPC DA communication standard and non-OPC DA communication standard data, solve the industrial communication gateway based on Linux kernel development, and compatible only support OPC DA communication standard equipment The problem.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
Description
Claims (6)
- 一种数据兼容性网关***,其特征在于,包括基于Linux内核的工业通信网关,以及集成在所述工业通信网关中的兼容模块;所述兼容模块基于Windows内核,能够解析OPC DA通信标准的数据以及独立运行基于Windows的应用程序;所述工业通信网关被配置为接收通信数据,以及根据所述通信数据的通信标准,将OPC DA通信标准的数据发送至所述兼容模块;所述兼容模块被配置为接收OPC DA通信标准的数据,以及将OPC DA通信标准的数据解析并发送给所述工业通信网关;所述数据兼容性网关***还包括连接所述工业通信网关的多个OPC服务器和客户端;多个OPC服务器分置于多个工业现场,以采集或生成数据;多个客户端中内置工业应用程序;所述客户端通过所述工业通信网关获取OPC服务器采集或生成的数据,并通过内置的应用程序处理获取的数据;所述工业通信网关还被配置为:通过分析OPC服务器和客户端曾经传输的数据通信标准类型的历史记录,或者通过OPC服务器和客户端的注册信息获取任一所述OPC服务器和任一所述客户端所支持的通信标准类型;以及,判断所述OPC服务器和所述客户端所支持的通信标准类型是否一致;若不一致,将从OPC服务器获取的数据,转化为所述客户端所支持通信标准的数据;兼容模块被进一步配置为:向工业通信网关发起连接;以及,解析工业通信网关发送的数据包,并开启符合所述客户端所支持通信标准类型的服务,以将解析后的数据通过开启的服务提供给所述客户端;所述工业通信网关被配置为与所述兼容模块建立连接;以及,对所述OPC服务器发送的数据包进行源地址转换,并将源地址转换后的数据包发送给所述兼容模块。
- 根据权利要求1所述的数据兼容性网关***,其特征在于,所述工业通信网关与所述兼容模块通过以太网连接,所述兼容模块包括独立于所述工业通信网关的处理器、存储器和以太网接口;通过所述以太网接口接收的OPC DA通信标准的数据,在所述存储器中被所述处理器解析;以及,解析后的数据通过以太网接口发送给所述工业通信网关。
- 根据权利要求1所述的数据兼容性网关***,其特征在于,所述工业通信网关内置Netfilter模块;通过所述OPC服务器获取的数据包,先发送至所述工业通信网关的Linux内核,再通过所述Netfilter模块将数据包进行源地址转换。
- 根据权利要求1所述的数据兼容性网关***,其特征在于,所述工业通信网关还被配置为:在所述兼容模块开启符合所述客户端所支持通信标准类型的服务后,进行端口映射,使接收的数据包通过端口映射转发至所述兼容模块。
- 根据权利要求1所述的数据兼容性网关***,其特征在于,所述工业通信网关 还被配置为:判断所述OPC服务器和所述客户端所支持通信标准类型是否为非OPC DA通信标准;若均是非OPC DA通信标准,通过工业通信网关的Linux内核解析数据包;以及,开启符合客户端所支持通信标准类型的服务,以通过开启的服务向客户端发送解析后的数据包。
- 根据权利要求5所述的数据兼容性网关***,其特征在于,所述工业通信网关还被配置为:遍历当前工业通信网关的全部网关任务中,是否存在应用OPC DA通信标准的网关任务;若不存在,控制兼容模块进入休眠状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB2006718.7A GB2580848B (en) | 2019-08-19 | 2020-01-08 | Data compatible gateway system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910761564.XA CN110278148B (zh) | 2019-08-19 | 2019-08-19 | 一种数据兼容性网关*** |
CN201910761564.X | 2019-08-19 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021031518A1 true WO2021031518A1 (zh) | 2021-02-25 |
Family
ID=67966078
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2020/070991 WO2021031518A1 (zh) | 2019-08-19 | 2020-01-08 | 一种数据兼容性网关*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110278148B (zh) |
WO (1) | WO2021031518A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110278148B (zh) * | 2019-08-19 | 2020-01-31 | 江苏金恒信息科技股份有限公司 | 一种数据兼容性网关*** |
CN111275378A (zh) * | 2020-01-15 | 2020-06-12 | 吉利汽车研究院(宁波)有限公司 | 一种基于仓储控制***的数据处理***、数据处理方法及存储介质 |
CN114205328B (zh) * | 2021-12-11 | 2023-06-02 | 英赛克科技(北京)有限公司 | 一种opc数据转发方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014066593A2 (en) * | 2012-10-28 | 2014-05-01 | The Mathworks, Inc. | Self-testing graphical component algorithm specification |
US20160294617A1 (en) * | 2015-04-01 | 2016-10-06 | Schneider Electric Industries Sas | Method for configuring a web services gateway and web services gateway |
CN108052086A (zh) * | 2017-12-28 | 2018-05-18 | 珠海格力智能装备技术研究院有限公司 | 数据采集*** |
CN108293017A (zh) * | 2015-12-08 | 2018-07-17 | 霍尼韦尔国际公司 | 用于使用物联网边缘安全网关的装置和方法 |
CN108833269A (zh) * | 2018-06-26 | 2018-11-16 | 中国兵器装备集团自动化研究所 | 一种面向工业现场的智能物联网关 |
CN110278148A (zh) * | 2019-08-19 | 2019-09-24 | 江苏金恒信息科技股份有限公司 | 一种数据兼容性网关*** |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107222575B (zh) * | 2017-07-13 | 2019-08-06 | 英赛克科技(北京)有限公司 | 实现工控设备间opc通信的方法 |
-
2019
- 2019-08-19 CN CN201910761564.XA patent/CN110278148B/zh active Active
-
2020
- 2020-01-08 WO PCT/CN2020/070991 patent/WO2021031518A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014066593A2 (en) * | 2012-10-28 | 2014-05-01 | The Mathworks, Inc. | Self-testing graphical component algorithm specification |
US20160294617A1 (en) * | 2015-04-01 | 2016-10-06 | Schneider Electric Industries Sas | Method for configuring a web services gateway and web services gateway |
CN108293017A (zh) * | 2015-12-08 | 2018-07-17 | 霍尼韦尔国际公司 | 用于使用物联网边缘安全网关的装置和方法 |
CN108052086A (zh) * | 2017-12-28 | 2018-05-18 | 珠海格力智能装备技术研究院有限公司 | 数据采集*** |
CN108833269A (zh) * | 2018-06-26 | 2018-11-16 | 中国兵器装备集团自动化研究所 | 一种面向工业现场的智能物联网关 |
CN110278148A (zh) * | 2019-08-19 | 2019-09-24 | 江苏金恒信息科技股份有限公司 | 一种数据兼容性网关*** |
Non-Patent Citations (2)
Title |
---|
FANG XIN: "Design and Development of Security Gateway for Control System Based on Dual Board Architecture", CHINESE MASTER'S THESES FULL-TEXT DATABASE, 1 March 2017 (2017-03-01), pages 1 - 72, XP055782204 * |
HE CHONGBO: "Research and Implementation of Server Middleware Based on OPC UA-DA", MASTER THESIS, 28 February 2014 (2014-02-28), pages 1 - 63, XP009526150 * |
Also Published As
Publication number | Publication date |
---|---|
CN110278148B (zh) | 2020-01-31 |
CN110278148A (zh) | 2019-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021031518A1 (zh) | 一种数据兼容性网关*** | |
US8140688B2 (en) | Method and system for establishing connections between nodes in a communication network | |
CN111343020A (zh) | 多协议物联网设备的统一管理方法和装置 | |
WO2014082577A1 (zh) | 实现远程调试的方法及*** | |
JP2003134142A (ja) | 相異なるミドルウェアを使用するホームネットワーク上のデバイス間のメッセージの受け渡しを可能にするゲートウェイ、ホームネットワークシステム及びメッセージ受け渡し方法 | |
CN102984237B (zh) | 一种基于socket连接的数据传输***及方法 | |
CN110677432A (zh) | 一种网络协议内部代理转发方法、装置、介质及终端设备 | |
CN111294399A (zh) | 一种数据传输方法和装置 | |
CN102811230B (zh) | 一种基于应用集成的资源调用方法和*** | |
CN105554540A (zh) | 一种网络接口在条件接收卡中的实现方法和装置 | |
CN108989157B (zh) | 用于智能设备控制的方法、装置 | |
CN113472637A (zh) | 一种lora网关 | |
CN110417875B (zh) | 一种云服务器之间的对接方法、***、设备及存储介质 | |
EP3065387A1 (en) | Method and device for achieving matching between acquisition system and analysis system | |
CN101312412B (zh) | 一种基于嵌入式的以太网传输*** | |
GB2580848A (en) | Data compatible gateway system | |
CN111880769B (zh) | 一种适用于物联网应用***接口的抽象描述方法及其应用 | |
CN114089711B (zh) | 工业设备控制管理方法、电子设备及存储介质 | |
WO2010133020A1 (zh) | Zigbee网络中的数据传输方法、终端处理器和终端设备 | |
CN102325187A (zh) | 一种整合多种功能服务的***及方法 | |
CN117857191A (zh) | 一种tcp安全通信代理方法及*** | |
CN115037639B (zh) | 边缘数据平台接口信息的处理方法、装置、设备及介质 | |
US20090097470A1 (en) | Methods and systems for communicating data | |
CN100384144C (zh) | 一种组合设备及其管理维护方法 | |
CN102065028B (zh) | 一种网关设备以及报文处理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ENP | Entry into the national phase |
Ref document number: 202006718 Country of ref document: GB Kind code of ref document: A Free format text: PCT FILING DATE = 20200108 |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 20855275 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 20855275 Country of ref document: EP Kind code of ref document: A1 |