OPC Tunneller or wrapper enables transferring OPC data from OPC server to the clients. It bridges the gap between OPC classic servers and clients in different networks and also connects an OPC DA client/server to an OPC UA server/client.
Utthunga’s uOPC® Tunneller Server is developed on our reliable and secure uOPC server architecture that is designed by our highly skilled OPC certified professionals. The product will enable OPC Classic to Classic and/or OPC Classic to UA communication by bypassing a lot of the COM/DCOM or firewalls configuration settings.
OPC Classic is based on Microsoft’s COM (Component Object Model) technology. Typically, in an OPC Classic setup, for an OPC DA client to connect to the OPC DA server running in different networks, the right DCOM configuration is needed. The DCOM configuration settings are susceptible to changes either due to security or Windows patch updates. The DCOM security model defines the user accounts that have access to the application, as well as the user accounts from which an application can accept connections. Additionally Windows firewalls requires you to add the COM applications to the exclusion list for communicating over a network. In brief, not your average Joe task.
A tunneller eliminates the problems associated with DCOM while connecting OPC clients to servers. The tunneller is a combination of an in-built OPC wrapper and a proxy. It’s called a proxy server due to the fact that the DA client doesn’t identify the actual source of DA data. So it assumes that it is connecting to DA server and receiving that data while in reality the data is actually being tunneled through the OPC Tunneller.
uOPC® Tunneller avoids the mess of DCOM configuration by using tunneller server and client components on the local systems which interface with the OPC Classic server and clients via local COM. On one side there is a tunneller server component which is an OPC DA to UA converter. It has the DA server that will connect or gather data and expose this data over OPC UA Server. On the other side there is the tunneller client component which is an OPC UA to DA converter. It has the OPC UA client which connects to this UA server and exposes the data to the OPC DA client.
The two uOPC tunneller components communicate with one another via OPC UA. The IT personnel managing the network infrastructure will add the port number and IP addresses of the servers and clients details in the firewall settings of the router as part of the port forwarding mechanism. No DCOM configuration is required and Windows firewall configuration is limited to allowing access to the port being used by the uOPC Tunneller components on the respective machines.
uOPC® Tunneller from Utthunga suite has the following features:
Utthunga’s uOPC® tunneling solutions help you to build a secure and reliable communication network without the fear of facing frequent configuration and security issues. uOPC® Tunneller helps your industrial automation communication to:
No, you need not restart. Just make sure you add the new tags in the OPC Tunneller Server configuration tool. For this, you will need to go to the menu bar and check the “Browse Synchronously” option.
Yes, you can select the firewall access to the port option during the installation of the uOPC Tunneller setup. Every time you change the port number, you will need to give access to the new port manually.
Introduction Wired sensors connected to control systems via industrial communication protocols like HART or even a simple 4–20 mA loop take up the required energy supplied over the cabling. It is estimated that wiring takes up majority of the total sensor installation cost. On the other hand, wireless sensors used for industrial control and automation […]
What are Protocol Simulators? The term “simulator” means “imitator of a situation or a process”. In the digital sense, we can say that a protocol simulator or a network simulator is a computer-generated simulation of a protocol before bringing the product to the market. There is a paradigm shift in industries like industrial OEMs, discrete, […]
As the Industrial Internet of Things is taking hold, we are seeing more and more desktop/software electronics being used to build smart devices, machines, and equipment for manufacturing OEMs. These devices are the “things” in IIoT and form a connected ecosystem and are at the core of the digital thread Desktop/software product development, therefore, holds […]
Industrial revolution 4.0 has already set in, and industrial automation is a profound part of it. One of the crucial aspects of implementing a successful automation ecosystem in any industry is seamless communication between devices. For a long time, the traditional field buses like PROFIBUS, HART, FF, Modbus and a few others have been the […]
