Hello.

1. Calling ReadItemXXXX from inside the data change handler is one the worst ideas possible. If the server had the value for you, it would have sent it to you. It=f it does not, calling ReadItemXXX is not going to give it to you. When the server obtain the value, it will send it to you. As I wrote before, there is no need to interfere with the mechanisms that already exist.

2. This is server dependent. Ask on the server side if that is a concern. OPC communications are not hard real-time, i.e. the timing is not fully deterministic. If the server "is not able to obtain the value", it should send the client (via subscription) a Bad quality or an error.

3. I wrote "The EasyDAClient.SubscribeItem indicates a permanent intent to subscribe and stay subscribed. ". This means - until you Unsubscribe, without time/count limitation. But note that it does not always mean that QuickOPC actively tries to do something. It depends on the situation. If the problem is, for example, that the OPC client side has lost the connection to the OPC server, then yes, QuickOPC will repeatedly try to reconnect to the server and reestablish the subscription. But if the connection and subscription are well alive, QuickOPC isn't actually doing anything besides waiting for an update from the server; and the server will send it when there is a new value of a change in the status (quality/error).

The bottom line is: If you subscribe, the software does everything possible to keep you up-to-date with either the newest values, or the newest error/quality indications. It is pointless, and in fact, harmful, to try to achieve anything beyond that.

Regards

Hello.

in the event handler EasyDAClient.SubscribeItem , in most cases, the Succeeded=false indicates a problem between the OPC client and the OPC server , and not "inside" the OPC server. If the server is having problems obtaining the value, it is expected to indicate it using a Bad Quality (in DAVtq) - but that still counts as Succeeded=true.

The OPC servers handle the synchronization between device access and OPC client access, and simultaneous access is not treated as an error, but instead the access is serialized (for example, the OPC communication can wait a little). So there will be no error (Succeeded will be true), and not even a bad quality. Just some timing shift.

With this, your second question becomes kind of pointless. But in general case, any error indicates by Succeeded=false will result in QuickOPC re-trying to deliver you the data. The EasyDAClient.SubscribeItem indicates a permanent intent to subscribe and stay subscribed. Your code need not and should not interfere with QuickOPC mechanism, by trying to "enforce" some retry.

See also:

- opclabs.doc-that.com/files/onlinedocs/QuickOpc/Latest/User%2...0OPC%20failure%20recovery.html


Best regards