Method for transmitting data to receivers within a sequential control environment and host

Abstract

In order to transmit data to receivers within a sequential control environment (210), messages comprising useful data are transmitted cyclically or in an event-controlled manner by a transmitter (200) to a plurality of receivers (201a, 201b) which are provided for continuously receiving the useful data. The receivers (201a, 201b) each comprise at least one sequential control component (202) which, in accordance with predefinable configuration data, can be loaded into the sequential control environment (210) installed on a host (100) and can be executed there. The sequential control environment comprises a virtual communication network within which the sequential control components can be addressed. Resources of a network adapter (101) of the host are made available to the sequential control environment (210) by the host (100). The sequential control components (202) register as subscribers selectively at least in one subscriber group in order to receive the useful data. A filter component (300) assigned to the network adapter (101) forwards the messages to the sequential control components (202) on the basis of the configuration data assigned to the respective sequential control component (202).

Description

[0001] Description

[0002] Methods for transmitting data to recipients within a process control environment and host

[0003] The present invention relates to a method for transmitting data to receivers within a process control environment, in particular for transmitting time-critical data within an automation system to virtualized control applications, and to a host for carrying out such a method.

[0004] Industrial automation systems are used to monitor, control, and regulate technical processes, particularly in manufacturing, process, and building automation. They enable the operation of control devices, sensors, machines, and industrial plants as autonomously as possible, independent of human intervention. Due to the ever-increasing importance of information technology for automation systems, which comprise numerous networked control and computer units, methods for reliably providing functions distributed across an automation system for monitoring, control, and regulation are becoming increasingly important. A particular problem in industrial automation systems regularly arises from the communication of a relatively large number of short messages, which exacerbates the aforementioned issues.

[0005] MQTT (MQ Telemetry Transport or Message Queue Telemetry Transport) is a messaging protocol for machine-to-machine (M2M) communication, designed for transmitting messages containing telemetry data between a publisher communication device and a subscriber communication device (see http: / / mqt.ora / ). An MQTT broker maintains a central database containing information about all publishers and subscribers of telemetry data. Publishers and subscribers receive commands and collect data via the MQTT broker.

[0006] OPC Unified Architecture (OPC UA), as defined by IEC 62541, is a machine-to-machine (M2M) communication protocol that enables the semantically described description of machine parameters, control variables, and measured values, allowing for the automated evaluation of such machine data. Specifically, OPC UA incorporates an object-oriented namespace concept, including metadata for object description. OPC UA servers provide an instance and type system within which clients can navigate and retrieve information. Furthermore, OPC UA defines several discovery mechanisms for announcing compatible automation devices and their functions or properties. OPC UA PubSub also enables efficient and scalable communication based on OPC UA.One key model is a publisher-subscriber model, in which devices or software components that generate and publish data as publishers send data via a broker to recipients who are interested in specific data as subscribers. The broker acts as an intermediary between publishers and subscribers. Specifically, publishers send data periodically or when changes occur, while subscribers subscribe to specific data.

[0007] EP 3 975 502 B1 describes how, for the provision of time-critical services using a control flow environment, at least one server component is provided for each service. This server component is formed by a control flow component that can be loaded into and executed within the control flow environment. A configuration unit for at least one gateway component of a subnet comprising the control flow environment determines globally valid access information for each server component, corresponding to the addressing information of the server components valid within the subnet. Depending on an operating mode specified by the configuration unit, one or more gateway components connected in parallel or serially are used. The gateway component forwards service access requests to the server components according to the forwarding or filtering rules and the operating mode.

[0008] From EP 4206 831 A1, it is known that time-critical control applications are provided by means of sequence control components, each of which can be loaded into and executed in a sequence control environment created by a server. The control applications periodically determine manipulated variables for a process to be controlled or regulated from periodically acquired measured or state variables. Several mutually redundant sequence control components are executed in parallel. The mutually redundant sequence control components determine the manipulated variables for a respective process cycle, which follows a respective acquisition time of the measured and / or state variables, as soon as a majority of the mutually redundant sequence control components signal that the measured or state variables are available without errors for the respective acquisition time.Alternatively or additionally, the determined control variables, including a sequence number assigned to the respective process cycle, are transmitted to actuators and / or control units. EP 4 346 183 A1 relates to a method for transmitting time-critical data within a communication network to and from control applications, each provided by means of at least one sequence control component that can be loaded into and executed in a sequence control environment installed on a host. Each sequence control component is assigned at least one virtual network adapter. To reserve resources for sending and receiving data streams containing time-critical data, the sequence control components each send a reservation request to a reservation module assigned to the sequence control environment.The reservation module sends a reservation request or confirmation to forwarding communication devices or a higher-level control unit, according to the assigned quality of service requirements. Furthermore, the reservation module instructs the queue control unit to grant the virtual network adapter of the respective sequence control component access to send / receive queues of a physical network adapter, according to a priority assigned to the quality of service requirements.

[0009] From the earlier European patent application EP 4 482 126 A1, it is known that at least one first automation device makes payload data, comprising control, measurement, and / or status data, available for reception by control applications running in second automation devices for data transmission within an industrial automation system. The first automation device sends the payload data or a selection of payload data in datagrams to one or more multicast groups. The second automation devices selectively register as participants in at least one multicast group and each has at least one network adapter that forwards received datagrams assigned to the multicast groups to a filter unit of the respective second automation device via a socket that is assigned to a network protocol stack functional unit of an operating system of the respective second automation device.

[0010] Integrating control applications, such as those based on OPC UA PubSub, into virtualization environments like Docker, Kubernetes, or VMware presents particular challenges, especially when automatically managed virtual networks are used within these environments. A problem arises when control applications run within virtual networks that are decoupled from external networks. As soon as more than one control application runs in such an environment, simple port forwarding is no longer feasible. Furthermore, network and host resources must be used as efficiently as possible. However, common publisher-subscriber models, due to the widespread transmission of publisher information, lead to increased resource loads in virtual networks and for control applications, for which this received information is often irrelevant.

[0011] The present invention is based on the objective of providing a method for transmitting data to receivers within a process control environment that enables efficient use of network and host resources when providing user data to a large number of potential receivers and easy integration of virtualized control applications, as well as providing a suitable device for carrying out the method.

[0012] This problem is solved according to the invention by a method having the features mentioned in claim 1 and by a host having the features specified in claim 12. Advantageous embodiments of the present invention are specified in the dependent claims.

[0013] According to the inventive method for transmitting data to receivers within a process control environment, messages containing payload data are sent cyclically or event-driven by a sender to a plurality of receivers, which are designed for continuous reception of the payload data. Each receiver comprises at least one process control component, which can be loaded into the process control environment installed on a host according to predefined configuration data and executed there. The payload sender is an OPC UA PubSub Publisher, while the at least one process control component is an OPC UA PubSub Subscriber.

[0014] According to the invention, the execution flow environment comprises a virtual communication network within which the execution flow components are addressable. The host makes resources of a network adapter of the host available to the execution flow environment. Preferably, the execution flow components run in isolation from one another within the execution flow environment installed on the host and jointly utilize an operating system kernel of the host or the network adapter of the host. The execution flow components can be, for example, virtual machines, containers, WebAssembly or Java bytecode, while the execution flow environment can be a hypervisor, a container runtime environment, a WebAssembly runtime environment, or a Java Virtual Machine. The execution flow components selectively register themselves as participants in at least one participant group to receive the user data.Based on the configuration data assigned to each control flow component, a filter component associated with the network adapter forwards the messages to the control flow components. This configuration data can include, in particular, a port open for receiving the payload, a host-internal address for each control flow component, a subscriber resource locator assigned to each control flow component for receiving the payload, or an identifier used by each control flow component for receiving the payload. Preferably, the payload messages are sent by the sender via multicast or broadcast to the multitude of receivers intended for continuous receipt of the payload. In this case, the subscriber group is a multicast or broadcast group.

[0015] According to the invention, the configuration data used by the filter component for forwarding the user data is determined by means of an OPC UA FX Connection Manager (FX CM). This efficiently utilizes the fact that the OPC UA FX Connection Manager contains the participant resource locators of OPC UA PubSub publishers and subscribers that are to be logically connected.

[0016] Overall, the method enables efficient and targeted communication with process control components within a process control environment. This is achieved in particular by allowing process control components to selectively register in participant groups to receive only relevant data, and by the filter component forwarding or rejecting messages to the respective process control components based on configuration data. This prevents the detrimental forwarding of unwanted data.

[0017] A particularly high-performance implementation of the present invention with regard to time-critical user data is achieved, for example, when the host's network adapter forwards received messages assigned to participant groups to the filter component via a socket that is assigned to a network protocol stack functional unit, in particular an IP stack, of the host's operating system. In this process, the messages are forwarded or discarded directly via the socket without any processing by the host's operating system. The socket is preferably an Express Data Path Socket (XDP socket). According to an advantageous embodiment of the present invention, open ports, in particular UDP ports, assigned to the respective flow control component are identified by means of a port detector.Open ports can be identified by regularly scanning the ports assigned to computing processes and the interfaces of the host's operating system that are associated with these ports. In this way, participants for receiving user data can be reliably identified without significant effort.

[0018] According to an advantageous embodiment of the present invention, addressing information of OPC UA PubSub subscribers is determined by means of a subscriber detector, which is assigned to a Security Key Service (SKS) for secure publisher-subscriber communication, and in which the addressing information is resolved into host-internal addresses of the flow control components, on the basis of which the subscriber detector or Security Key Service configures the filter component.

[0019] According to a further advantageous embodiment of the present invention, the process control components register as OPC UA PubSub subscribers with an identifier assigned to the respective OPC UA PubSub subscriber or to the respective process control component with an OPC UA Global Discovery Service for receiving the user data. Based on the identifiers used by the process control components for registration, the host-internal addresses of the process control components can be easily and reliably determined. Accordingly, the filter component is configured based on the determined host-internal addresses.

[0020] The host according to the invention is designed for carrying out a method as described above and comprises a network adapter, a filter component associated with the network adapter, a control flow environment installed on the host, at least one receiver, and an OPC UA FX Connection Manager. The receiver is configured to receive messages containing payload data, which are sent cyclically or event-driven by a sender to a plurality of receivers designed for continuous reception of the payload data. The sender of the payload data is an OPC UA PubSub Publisher. Furthermore, the receiver comprises at least one control flow component that can be loaded into the control flow environment installed on the host according to predefined configuration data and executed there.According to the invention, the process flow control environment installed on the host comprises a virtual communication network within which the at least one process flow control component is addressable. The at least one process flow control component is an OPC UA PubSub subscriber. Furthermore, the host is configured to make resources of the network adapter available to the process flow control environment. Conversely, the process flow control component is configured to selectively register itself as a subscriber in at least one subscriber group to receive the user data. The filter component is further configured to forward the messages to the process flow control component based on the configuration data assigned to the at least one process flow control component. Finally, the OPC UA FX Connection Manager is configured to determine the configuration data used by the filter component to forward the user data.The OPC UA FX Connection Manager contains the participant resource locators of OPC UA PubSub publishers and subscribers that are to be logically connected.

[0021] The present invention is explained in more detail below using an exemplary embodiment with reference to the drawing. It shows

[0022] Figure 1 shows an arrangement with a sender of user data designed as an OPC UA PubSub Publisher and a host that includes at least one receiver of the user data designed as an OPC UA PubSub Subscriber.

[0023] Figure 2 shows a variant implementation for subscriber identification using a port detector.

[0024] Figure 3 shows a variant implementation for subscriber identification using an OPC UA FX Connection Manager.

[0025] Figure 4 shows a variant implementation for subscriber identification using a Security Key Service.

[0026] Figure 5 shows an embodiment for subscriber identification using OPC UA Global Discovery. The arrangement shown in Figure 1 comprises a sender 200 of user data, exemplified as an OPC UA PubSub Publisher, and a host 100, which includes at least one receiver of the user data, exemplified as an OPC UA PubSub Subscriber. The application of the present invention is not limited to OPC UA PubSub for providing user data to a multitude of receivers that subscribe to receive the user data. Instead of OPC UA PubSub, a variety of alternative network protocols, in particular broker-based ones, such as MQTT (Message Queuing Telemetry Transport), XMPP (Extensible Messaging and Presence Protocol), CoAP (Constrained Application Protocol), or even HTTP (Hypertext Transfer Protocol) with a REST (Representational State Transfer) programming interface, can be used.The following explanations apply equally to such alternative network protocols.

[0027] The host 100 comprises a network adapter 101, a filter component 300 (UAR - UA router) assigned to the network adapter 101, a flow control environment 210 installed on the host 100, and at least one receiver 201a, 201b. Each receiver 201a, 201b is configured to receive messages containing payload data, which are sent cyclically or event-driven by the sender 200 to a multitude of receivers designed for continuous reception of the payload data.

[0028] In particular, each receiver 202 comprises a control flow component 202 that implements an OPC UA PubSub subscriber and can be loaded into and executed in the control flow environment 210 installed on the host 100 according to predefined configuration data. The control flow environment 210 includes a virtual communication network within which the control flow components 202 are addressable. Furthermore, the host 100 is configured to make resources of the network adapter 101 available to the control flow environment 210.

[0029] In the present embodiment, the process control components 202 run in isolation from one another within the process control environment 210 installed on the host 100 and jointly utilize an operating system kernel of the host 100 or the network adapter 101 of the host 100. The process control components 202 can be, for example, virtual machines, containers, WebAssembly or Java bytecode. In contrast, the process control environment 210 can be a hypervisor, a container runtime environment, a WebAssembly runtime environment, or a Java Virtual Machine.

[0030] The process control components 202 are each configured to selectively register as participants in at least one multicast group to receive the user data. The messages containing the user data are then sent by the sender 200, for example via multicast or broadcast, to the numerous receivers designated for the continuous reception of the user data. In this case, the participant group is a multicast or broadcast group.

[0031] Filter component 300 is configured to forward messages to the respective control component 202 based on the configuration data assigned to that component. In this embodiment, the configuration data includes at least the following information:

[0032] - a port open for receiving user data and a host-internal address of the respective process control component,

[0033] - a participant resource locator assigned to the respective process control component for receiving the user data.

[0034] - an identifier used to receive the user data by the respective process control component.

[0035] In the present embodiment, the network adapter 101 of host 100 forwards received messages assigned to participant groups to the filter component 300 via a socket that is assigned to a network protocol stack functional unit, in particular an IP stack, of an operating system 220 of host 100. The messages are forwarded or discarded directly via the socket without processing by the operating system 220 of host 100. The socket is preferably an XDP socket (Express Data Path Socket).

[0036] The filter component 300 can advantageously be implemented as an eBPF (Extended Berkeley Packet Filter) program, which quickly and efficiently preprocesses the messages received by the network adapter 101 as an XDP program, even before any further processing by a Linux network stack or similar takes place. With appropriately equipped network adapters 101, the XDP program can also be transferred directly from a Linux kernel to the network adapter 101 for execution. In this embodiment, the XDP program is associated with a configuration database 301, which influences the XDP program's behavior. For example, the configuration database 301 contains the following information for identifying subscriber message streams based on specific message fields or message fingerprints (hash values):

[0037] - Publisher MAC and / or IP address, - VLAN ID,

[0038] - UDP Port,

[0039] - Publisherld,

[0040] - WriteGroupId,

[0041] - DataSetWriterld.

[0042] According to the implementation variant shown in Figure 2, subscriber identification can be performed using a port detector 310. For clarity, Figure 2 shows only the components essential for subscriber identification, compared to Figure 1. This also applies to the alternative implementation variants described below with reference to Figures 3 to 5.

[0043] The port detector 310 identifies open ports 203a and 203b, particularly UDP ports, assigned to the respective flow control component 202. In this embodiment, it is utilized that OPC UA PubSub defines UDP port 4840 for use in IP-based publisher-subscriber communication. This UDP port is distinct from TCP port 4840, which is used for OPC UA client-server communication. The port detector 310 enters the identified open ports 203a and 203b, along with the host-internal IP addresses of the flow control components 202, as Subscriber Routing Information (SRI) into the configuration database 301. The detection of open ports 203a, 203b can be achieved, for example, by regularly scanning the ports assigned to computing processes and the interfaces of the operating system 220 of the host 100 assigned to these ports.For example, this can be done by reading pseudo-files / proc / $PID / net / udp from the Linux kernel. Additionally or alternatively, eBPF can be used to directly monitor when an application process opens and later closes a UDP socket on port 4840 via an operating system syscall. The port detector 310 then establishes a mapping between a process that has opened a socket and the associated control flow component 202, in particular a container, using information provided by the control flow environment 210, especially a container engine. This reveals the IP address of the respective control flow component, which is then entered into the configuration database 203. The filter component 300 can then be configured based on the information stored in the configuration database 203.In the alternative implementation shown in Figure 3, subscriber identification is performed using an OPC UA FX Connection Manager 400. The configuration data used by the filter component 300 to forward the user data is determined by the OPC UA FX Connection Manager 400. This leverages the fact that the OPC UA FX Connection Manager 400 contains the subscriber resource locators of OPC UA PubSub publishers and subscribers that are to be logically connected. The OPC UA FX Connection Manager 400 configures the receivers 201a and 201b via client-server communication using the externally visible subscriber resource locators of receivers 201a and 201b. A Subscriber Tracker for FX 320 reads subscriber information from the OPC UA FX Connection Manager 400 and learns which recipients identifiable by subscriber resource locators require 201a, 201b publisher messages with which criteria, e.g., PublisherId.Using address and port forwarding information from the control flow environment 210, the Subscriber Tracker for FX can now generate the subscriber routing information for the configuration database 301. Based on this subscriber routing information, the filter component 300 can then forward publisher messages to recipients 201a and 201b, specifically OPC UA PubSub subscribers.

[0044] If receivers 201a and 201b are not bound to their own TCP ports, but instead an OPC UA client / server proxy 230 is used, the OPC UA FX Connection Manager 400 and the OPC UA client / server proxy 230 are connected. This allows the OPC UA FX Connection Manager 400 to receive information from the OPC UA client / server proxy 230 about mapping the externally visible subscriber resource locators to the internally valid subscriber resource locators of the flow control components 202. Furthermore, the OPC UA client / server proxy 230 handles TCP-based OPC UA traffic, while the filter component 300 is responsible for UDP-based OPC UA traffic. The OPC UA Client / Server Proxy 230 can optionally also be used in a corresponding manner for the implementation variants shown in Figures 4 and 5.

[0045] According to the alternative implementation shown in Figure 4, subscriber identification is performed using a Security Key Service 410 for secure publisher-subscriber communication. Using the Security Key Service 410, communication participants can request the key material required for secure publisher-subscriber communication by specifying a Security Group ID. Such requests are made via a secure client-server channel. A Subscriber Detector 411, which is assigned to the Security Key Service 410, determines the addressing information of OPC UA PubSub subscribers. This addressing information is resolved into host-internal addresses of the flow control components 202 and stored as subscriber routing information in the configuration database 301. Based on this information, the Subscriber Detector 411 configures the routing.Security Key Service 410, the filter component 300 for forwarding the user data to the process control components 202.

[0046] In the alternative implementation shown in Figure 5, subscriber identification is performed using an OPC UA Global Discovery Service (GDS) 420. The process control components 202 register with the OPC UA Global Discovery Service 420 as OPC UA PubSub subscribers, specifically with an identifier assigned to the respective OPC UA PubSub subscriber or to one of the respective process control components 202 for receiving user data. Optionally, subscribers can register with additional information, such as a (logical) hostname or an identification assigned to the respective subscriber by a virtualization environment. The information used for registration is continuously monitored by a GDS Watcher 421, which acts as the subscription manager. When changes occur in the virtualization environment, the information used for registration is updated accordingly in the configuration database 301.Based on the identifiers used for registration by the flow control components 202, the host-internal addresses of the flow control components 202 are determined, and the filter component 300 is configured based on these determined host-internal addresses or on the information stored in the configuration database 301. Furthermore, the GDS Watcher 421 can monitor a subscriber workload in the virtualization environment. If a subscriber workload is terminated, especially prematurely, the GDS Watcher 421 removes publisher message forwards belonging to that subscriber. A subscriber can also delete invalid subscriber registrations in the OPC UA Global Discovery Service 420 independently or initiate this deletion on request.

Claims

Patent claims 1. A method for transmitting data to recipients within a process control environment, in which - Messages containing payload data are sent cyclically and / or event-driven by a sender (200) to a multitude of receivers (201a, 201b) which are intended for continuous reception of the payload data, - the receivers (201 a, 201b) each comprise at least one flow control component (202) which can be loaded into and executed in the flow control environment (210) installed on a host (100) according to predefinable configuration data, wherein the flow control environment comprises a virtual communication network within which the flow control components are addressable, - resources of a network adapter (101) of the host are made available to the control flow environment (210) by the host (100), - the process control components (202) selectively register themselves as participants in at least one participant group for receiving the user data, characterized in that - a filter component (300) assigned to the network adapter (101) forwards the messages to the control flow components (202) based on the configuration data assigned to the respective control flow component (202), - the sender (200) of the user data is an OPC UA PubSub Publisher and at least one flow control component (202) is an OPC UA PubSub Subscriber, - the configuration data used by the filter component (300) to forward the user data are determined by means of an OPC UA FX Connection Manager (400), wherein the participant resource locators of OPC UA PubSub publishers and subscribers to be logically connected to each other are available in the OPC UA FX Connection Manager.

2. Method according to claim 1, wherein the configuration data each comprise a port opened for receiving the user data and a host-internal address of the respective control component (202), a participant resource locator assigned to the respective control component for receiving the user data and / or an identifier used for receiving the user data by the respective control component.

3. Method according to one of claims 1 or 2, wherein open ports (203a, 203b), in particular UDP ports, assigned to the respective flow control component (202) are identified by means of a port detector (310).

4. Method according to claim 3, wherein the open ports (203a, 203b) are detected by means of a regular sampling of ports assigned to computing processes and interfaces of an operating system (220) of the host (100) assigned via these ports.

5. A method according to claim 3 or 4, wherein addressing information of OPC UA PubSub subscribers is determined by means of a subscriber detector assigned to a security key service for secure publisher-subscriber communication, and wherein the addressing information is resolved into host-internal addresses of the flow control components, on the basis of which the subscriber detector or security key service configures the filter component.

6. A method according to any one of claims 3 to 5, wherein the flow control components (202) register as OPC UA PubSub Subscribers with an identifier assigned to the respective OPC UA PubSub Subscriber or to the respective flow control component with an OPC UA Global Discovery Service for receiving the user data, wherein host-internal addresses of the flow control components are determined on the basis of the identifiers used by the flow control components for registration, and wherein the filter component (300) is configured on the basis of the determined host-internal addresses.

7. Method according to any one of claims 1 to 6, wherein the process control components (202) run in isolation from each other within the process control environment (210) installed on the host (100) and jointly use an operating system kernel of the host and / or the network adapter (101) of the host.

8. The method of claim 7, wherein the flow control components (202) are virtual machines, containers, WebAssembly or Java bytecode and wherein the flow control environment (210) is a hypervisor, a container runtime environment, a WebAssembly runtime environment or a Java Virtual Machine.

9. Method according to any one of claims 1 to 8, wherein the network adapter (101) of the host (100) forwards received messages assigned to the participant groups to the filter component (300) via a socket that is assigned to a network protocol stack functional unit of an operating system (220) of the host, wherein the messages are forwarded or discarded directly by means of the socket.

10. The method of claim 9, wherein the socket is an Express Data Path Socket, XDP Socket.

11. Method according to any one of claims 1 to 10, wherein the messages comprising the user data are sent by the sender via multicast or broadcast to the plurality of receivers which are provided for the continuous reception of the user data and wherein the group of participants is a multicast or broadcast group.

12. Host for carrying out a method according to any one of claims 1 to 11 with - a network adapter (101), a filter component (300) associated with the network adapter, a flow control environment installed on the host, at least one receiver (201a, 201b) and an OPC UA FX Connection Manager (400), - wherein the receiver (201a, 201b) is configured to receive messages containing payload data, which are sent cyclically and / or event-driven by a sender (200) to a plurality of receivers designed for continuous reception of the payload data, wherein the sender (200) of the payload data is an OPC UA PubSub Publisher, - wherein the receiver (201a, 201b) comprises at least one control flow component (202) which can be loaded into the control flow environment (210) installed on the host (100) according to predefinable configuration data and executed there, wherein the at least one control flow component (202) is an OPC UA PubSub subscriber and the control flow environment comprises a virtual communication network within which the at least one control flow component is addressable, - wherein the host (100) is configured to make resources of the network adapter (101) available to the control flow environment (210), - wherein the process control component (202) is configured to selectively register itself as a participant in at least one participant group to receive the user data, - wherein the filter component (300) is configured to forward the messages to the flow control component (202) based on the configuration data assigned to the at least one flow control component (202), - wherein the OPC UA FX Connection Manager (400) is configured to determine the configuration data used by the filter component (300) to forward the user data, wherein the OPC UA FX Connection Manager contains the participant resource locators of OPC UA devices to be logically connected. PubSub is available to publishers and subscribers.

Images