ABB AfwOpcDaSurrogate vs ABB AC800MC_OpcDAServer
One of our customer needs to read/write 50 points to 800xA system (with AC800M).
He does not want to pay the 800xA OPC client connection license for the Surrogate OPC server and asked us questions about the AC800M OPC server.
It looks like there is no license required to connect directly to AC800M OPC server. The only difference I see is the AC800M OPC server does not apply 800xA user security configuration as the Surrogate would do.
But, is there any other reasons why he should not connect directly to the AC800M OPC server?
Note: In this case, the client would configure security on the OPC client side.
Voted best answer
When reading OPC data from System 800xA, you *should* purchase an OPC client connection license in any case regardless if connecting via 800xA surrogate/daserver or directly to any of the OPC servers within the system.
The surrogate/daserver are not currently subject to license enforcement, but this may change in a future version.
There are pros and cons with both approaches:
[connection via 800xA]
+ access to virtually any OPC property throughout the system via single connection
[straight connection to source OPC server]
+ minimal overhead
- no redundancy
- limited scope of items (only what source server has to offer)
Generally AC800M OPC DA server process will specifically used for the In process services for our Ac800M controllers & to aviod load on the same opc server.
2.AfwOPCDaSurrogate process will be used as an outprocess service so that it won't affect the own ac800m process load.
Since you are going to connect our 800xA OPC server either AC800M OPC DA service/AfwDasurrogate as a OPC support to other OPC enabled device then you have to buy the opc client connection licenses(based on number of connections to 3rd party system).
Configuring security on either side by allowing TCP ports will helps to get the data.
ABB always recommends to go with AfwDasurrogate process for the 3rd party opc connectivity.