I'd turn in a CAR. There is work being done on the OPC Server and your CAR might be timely. Regards, Alex Johnson Invensys Systems, Inc. 10707 Haddington Houston, TX 77043 713.722.2859 (office) 713.722.2700 (switchboard) 713.932.0222 (fax) ajohnson@xxxxxxxxxxx For the latest information on ArchestrA, go to www.invensys.com/Archestra.html. -----Original Message----- From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of Ken Heywood Sent: Tuesday, January 13, 2004 12:06 PM To: Foxboro Freelist (E-mail) Subject: Re: [foxboro] OPC Server Objects To further the subject thread, I think I may have found something ... when I browse the I/A blocks, the Matrikon browser lists the available parameters for the block type of the block selected. This is the same list I see when building historian or configuring a graphic display. I suppose the list comes out of CSA (pdef maybe?). I found that the gateway blocks I'm using, SAIN and SDIN, have many parameters listed, but a key few are missing ... like how about MEAS and CIN_1 (etc)? Now, I'm not going to ask how or why valid and important parameters were taken out of the CSA parameter list but I am supposing this maybe the root of my OPC problem. I can manually enter the path and get a good value on the client. However, when a remote client process uses an alias to access the value, the connection fails. I can only guess that OPC Server attempts to resolve the path of an alias by doing a lookup on CSA for block type and parameters. If the path is not established because the parameter is not on the list, no OPC client can access the value. So, now what to do to even have a prayer for getting some IT apps running with apps using OPC access? Anybody know how to 'fix' CSA? * K -----Original Message----- From: Ken Heywood Sent: Monday, January 12, 2004 8:58 AM To: Foxboro Freelist (E-mail) Subject: OPC Server Objects So far, you OPC experts are batting 1000. Hope you can help me with this next 'gotcha' ... I can create an item to access an object in I/A with the Matrikon client, for argument's sake, call it SERVER1\COMPOUND1:BLOCK1.CIN_1. I do this using the browser, so I know that AIM*API can access the point. I get a good value and the quality status is 'good' on display. Now, I try to create an item using the browser to pick the AIM*OPC alias that was pre-configured to point to the same I/A object and the point displays a wrong value and the quality status is "Bad, out of service". What am I missing here? Help! * K _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave