Professional OPC
Development Tools

logos

Online Forums

Technical support is provided through Support Forums below. Anybody can view them; you need to Register/Login to our site (see links in upper right corner) in order to Post questions. You do not have to be a licensed user of our product.

Please read Rules for forum posts before reporting your issue or asking a question. OPC Labs team is actively monitoring the forums, and replies as soon as possible. Various technical information can also be found in our Knowledge Base. For your convenience, we have also assembled a Frequently Asked Questions page.

Do not use the Contact page for technical issues.

Polling Functionality For Slow Updating OPC Items

More
04 Aug 2021 06:25 #10094 by support
Hello.
I will start from the end of your post.

Event Pull Mechanism is not related to the core of your question at all. It is just a different mechanism for delivering the *same* events. So instead of getting called (the "true" events), your code pulls them from the queue. But you will get precisely the same events either way.

To the actual question: If I understand it correctly, the answer is No; to achieve that, you would not use Subscriptions, you would use repeated Reads.

I know that some scenarios require this. For example, historians/loggers want to know that the value has stayed the same, but it has been collected again - so that it has a new timestamp. But the RequestedUpdateRate in OPC DA is really doing what you have described, setting a limit on the update rate. Unless the server effectively violates the spec by sending out more updates, and with the same value, the Reads are the only way to do it.

The newer OPC Unified Architecture has more options in this respect.

Best regards
The following user(s) said Thank You: Bishop

Please Log in or Create an account to join the conversation.

More
03 Aug 2021 08:49 #10092 by Bishop
My team and I are in the process of Subscribing to Multiple OPC Items . We have noticed that one may set the requestedUpdateRate on the DAItemGroupArguments class, however, this rate seems to only limit the events thrown for a volatile OPC Item i.e. if an OPC Item updates every 1 second and we set the update rate to 5 seconds we will only receive an event every 5 seconds.

We would then effectively call this data collection On Change with a limit on the frequency at which we would like data to be collected. Is it possible to have the opposite functionality? i.e. if a tag updates every 5 seconds on the OPC Server, and we would like to poll at a rate of 1 second, is there a way that we could acquire the same value 5 times for the slowly changing tag (every 1 second)? Can we do this without the Event Pull Mechanism ?

Please Log in or Create an account to join the conversation.

Moderators: support
Time to create page: 0.120 seconds