OPC data come in in form of a triple - Value, Timestamp, and Quality (VTQ).

The ReadItemValue waits until the Quality becomes Good, and then only returns the Value. Therefore it can take long time, if the quality is not Good initially.

You can use ReadItem instead. This will return the whole VTQ object, as soon as it is received from the server - even if the quality is Bad.

If ReadItem takes long as well, then it is the OPC server that causes it.

I am glad to hear this. Would you mind sharing what was the main obstacle and how it can be resolved?

Unfortunately, we currently have no Vee Pro examples (and no customer has stated that he/she is using it, although it is possible).

I am quite willing to help you with this, as long as it will be within our capabilities. We are always interested in expanding the list of tools that are known to work with QuickOPC.

Can you please describe (and post code/project) what has you done so far (reading, writing)? And then, what is the nature of problem with browsing OPC servers and/or items?

I understand that there should be a free demo version of Vee Pro. I am not sure whether it's any good without having the hardware - do you know? If so, I should be able use it to try things on our side, too.

Best regards

From: R.
Sent: Wednesday, January 14, 2015 10:13 AM
To: Zbynek Zahradnik
Subject: Re: OPC Labs Contact Form - License

Hallo Sir

I have now tried the basic functions as read and write to the OPC servers. It works fine for me.
I use the Vee Pro for programming. It is a Keysight (former Agilent ( former Hewlet-Packard)) product.
Do you by chance have any examples for Vee Pro or do you know of anybody using Vee with your Client software.

What I can't get working but really need is functions like Browse Servers and items.

I hope you can help me as I find your product will be the right choice for me.

regards R.