We are using CIMIO versio 4.9.7 and the 'ciofoxapi' version is 3.0.2. A version 3.0.3 ciofoxapi was released to fix but now I'm not sure it'll help us see below. Here is some dialog between us and Aspen support (Matrikon): "" HJB: For which versions of the API does this apply to? 4.2.6 and 4.2.7? SUPORT: This problem applies to both versions of the API. The problem is the same in that when we open the set in the code using scopen() there are some tags reported as bad (but only for discretes). The error code returned from scopen() is 26 and means "Object(s) not found" in the API manual. The interface then continues to read the tags. The ones with the initial problem should report an appropriate error after the read but for some reason the read operation marks the tags as good and returns zero for the value. We found that every tag not updating were the ones with error 26 when the set was opened. We cannot know why the tags are bad when the set was opened as this is a Foxboro issue, but the work around will ensure that the bad status is reported on these tags so they can be looked at in the Fox system. HJB: It may be that the initial scopen() call mistakenly flags the tags as bad and the bread() call then flags them (correctly) as good but enters a value of 0. The discrete tags that display this problem are in fact 'ok' on the DCS side, in fact do exist and should return a value. It may not help us if the these tags are now always flagged bad. SUPPORT: Simply passing a bad quality for the tags is not the complete solution, only a way of identifying a bigger issue with the API. The other customer with the same issue has contacted Foxboro with the results of our testing and should be receiving feedback shortly. I will keep you in the loop and let you know when we get a response. "" ----------------- Corey said: We are using FoxAPI 4.2.7 on a v. 6.5 AW51E, and haven't had any problems with analog or discrete tags with IP.21. What version of all the IP.21 stuff are you running? Corey Clingo BASF Corp. _______________________________________________________________________ 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