QUOTE (Christopher Barker @ Jun 30 2009, 10:05 PM)

Thank you all for your continued patience and guidance:
I took your advice and downloaded KEPServerEx. I am using it as my OPC server and I continue to use RSView32 as OPC client. I added Kepware as local OPC server and I am getting valid results in Tag Monitor. But I am getting this message in KEPServerEx "Attempt to add OPC client item '[Eccles]CV01_CLI' failed". Example of how my tags were configured '[Eccles]CV01_CLI' using RSLinx Pro. It is now configured this way 'SYSTEM.CPU._System._Enabled' with Kepware.
I would like to know if I have configured it correctly? I added one channel (controllogix ethernet) and one device (controllogix 5555) with ID 130.130.130.2,1,0
Do I have to add any tags in OPC server? Why the error to add OPC client?
I was able to see processor in RSWho when I had RSLinx configured.
Two things here. First, it sounds like you've validated that it's not the PLC connection that's a problem or else you couldn't browse and read tags in Kepware. That was the purpose of injecting Kepware. So we can stop looking at your PLC communications and instead focus on the PC.
The second area to focus on is getting the RS-View to OPC Server connection working, which so far seems to be the problem. Let's separate the PLC issue from the OPC issue. Download and install this:
http://www.matrikonopc.com/products/opc-dr...ion-server.aspxThis is Matrikon's OPC simulation server. It contains a bunch of tags for simulation such as constants, square waves, sine waves, and various triangular waves. First make sure that you can view the tags with the Kepware tag browser. Then using the paths that you get from Kepware, configure RS-View the same way and work on RS-View until you get it to successfully show values coming from the Matrikon simulation server.
One question though...have you addressed DCOM security? What you describe is exactly like misconfigured DCOM security. There are two approaches to doing this. One is to simply disable ALL DCOM security. It is not the right thing to do but since you're just trying to get OPC working, this is a good first step. After you get everything working, then go back and set up DCOM security properly. Here is a web page explaining the issue and how to deal with it (with plenty of instructions):
http://www.opcconnect.com/dcomcnfg.phpNote that even though most DCOM security refers to EXTERNAL (PC-to-PC) communications, I've even had problems with it locally on the same server. So don't assume that you don't have an issue just because you're not doing OPC across the network.