Kepware opc server (kepware server ex) is running on PC 1.
On PC 2 nead to be installed WinCC Advanced RT (v14).
PC 1 and PC 2 are not in same network, there is NAT-NAT between it.
Which port supposed to be used? tcp udp?
Only one port that can be set in OPC server or some "secret ports"?
Best regards!
Related
I am trying to connect robot controler CODESYS program with OPC Expert through OPC UA server and that's listening 4840 port and on OPC Expert I'm getting like opc.tcp://hp-nb:4840/uadiscovery. I also installed freeopcua in my machine and that's listening 4840 port as well and on OPC Expert it's like opc.tcp//0.0.0.0:4840. On OPC Expert I need to connect with CODESYS application. I can connect with CODESYS OPC server but I'm not able to connect my application from CODESYS controler. Is it happening because of two servers are listening on same port? if not then how can I resolve my issue? Attached an image of my issue enter image description here
Two programs or processes running on the same computer cannot listen on the same port.
It would be possible only if that computer had two network interface cards with two different IPs and you could choose through which interface each process connect, a thing that is not usually possible to do
UPDATE
CODESYS Soft PLC emulator, which is usually installed with CODESYS, also includes an OPC Server listening on port 4840, if you stop the Soft PLC right clicking the icon on the windows notification area probably it will close the listening port
In theory, two OPC UA servers could share the same port (on the same network interface) if they coordinate together. For opc.tcp, there is no standard way for them to do it. Therefore, two servers from the same vendor that are written in such special way could theoretically share the port. In reality, however, OPC UA servers using "opc.tcp" cannot share the same port, because they do not know how to coordinate the access and route the data.
For other protocols the situation is different. E.g. for OPC UA over HTTPS it is easier to have servers listening on the same port - mainly because the operating system already contains a piece that can listen on the port "for them", and route the requests based on the URL.
In your situation, however, it is not just that two server cannot share the same port. There is also a problem with the fact that one of the servers returns "0.0.0.0" as its IP address in the connection point description, which is invalid anyhow.
I tried to clean up the ReadExample mini project for client repository from Milo OPC, and for endpoint i put the PLC ip address.
But there was no port in the plc configuration that i could configure.
When i do not specify a port, it says i cannot open a port to it.
If i specify a port, it says connection refused by the machine.
Is it possible to connect the client to the plc? or was i just hoping?
Also, i did remove the server part from the example, as stated in some other questions here about this subject.
Does the PLC have an embedded OPC UA server? Have you tried the default port 4840 yet?
I am trying to connect an OPC-UA server with an OPC-UA client. I am using a remote desktop connection. Is it the reason that I am not getting any server discovered by Matlab OPC UA or Aspen CIMIO even though they are running?
"Discovered" or just "connected"? Connecting to the remote OPC UA server is normal process so if you cannot connect I would check if there is connection can be made in the first place (firewall) and if certificate is used and what is policy.
Can you put the server on your local computer and check the connection then?
I am trying to connect to a local OPC server. It is one of 7 OPC servers on the computer. I can connect to all the other servers except for this one.
As far as I can tell I have the server-specific DCOM settings wide open. Is there anything I could be overlooking as to why I cannot connect to this server?
Again this is a local server, not a remote computer.
By can't connect I mean I can see the OPC server in an OPC client, so opcenum is working - but I get a "OPCServer.WinCC. CoCreateInstanceEx: : 80070005 (Access Denied)" error.
I have a similar problem with Unitronic OPC Server on Windows 10. The OPC client is SCADA Reliance 4. The OPC Server runs as local on the same PC as Reliance. The problem is that the user requires to run Reliance with OPC server with limited privileges. Unitronic OPC server runs only with increased privileges because it is unable to operate with lower privileges. If an OPC client runs with a lower privilege than an OPC server, it is unable to establish a connection because of the restrictions. For these reasons, user must run the OPC client using the "Run As Administrator" option and the connection is successfully established in this case.
I am intending to write some software modules that will all run on a single machine, and I would like for them to communicate with each other via TCP.
It is likely that the machine I am using will not have a physical network adapter. Will TCP connections to localhost be able to work correctly if there is no physical network adapter?
The operating system that I am running on is Linux for Tegra.
Thanks.