- Thank you received: 0
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.
- Forum
- Discussions
- QuickOPC-Classic in .NET
- Reading, Writing, Subscriptions, Property Access
- Reading value takes up to 30 seconds
Reading value takes up to 30 seconds
- owe@eurosys.se
- Offline
- New Member
I've used both ReadItem / ReadItemValue. With Itemvalue i've polled 15 time, sleeping 200 ms between. It works with many of the request but once a while it doesn't get any value in this timelimit. It also works with read item but i have to wait up o 10 seconds to read an int.
The opc supplier says there is nothing wrong in their end. They have checked in their browser and the quality is good. I'm stucked and doesn't now what to try next. It works find though when testing off business hour, with no load in the system.
I create a new instance of EasyDAClient for every read I do. Could that be the problem?
>Regards Owe
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
- owe@eurosys.se
- Offline
- New Member
- Thank you received: 0
About quality=28 we receive it one hour after the production has started. I though know tht you can't affect
the value. I just wondered what it mean?
About "Set ClientMode.DataSource" . Is it the same in QuickOPC version 3?
Thanks for answering this quickly.
>Regards Owe
Please Log in or Create an account to join the conversation.
One of the possibilities is that the server is too busy or starting up and does not have the value yet.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
The purpose of hold periods is simple - the component keeps items/servers connected for some time, should the same item be needed again soon. So, the proper setting of the hold periods depends on the timing used by your application to access items. If, for example, you access the same set of items once per minute, and it is just a handful of items, it may be wise to let the connections open all the time, in which case the proper hold periods will be greater than one minute.
Please Log in or Create an account to join the conversation.
- owe@eurosys.se
- Offline
- New Member
- Thank you received: 0
It has become quite urgent for me to solv this issue with quality=28.
I've read that this is because of the the tag is inactive.
How do I get it active all the time?
Hold periods?
>Regards Owe
Please Log in or Create an account to join the conversation.
- owe@eurosys.se
- Offline
- New Member
- Thank you received: 0
When I logged the quality received when getting zero it was 28, eg "Out of service". Do you have any idea of the cause regarding this quality. Maybe this is the explanation for the whole mess above?
>Owe
Please Log in or Create an account to join the conversation.
- owe@eurosys.se
- Offline
- New Member
- Thank you received: 0
We are now running the system in the old enviroment with QuickOPC 3.0. We got some problems there too now.
PLC writes a numeric value in tag "Workorder" and trigger us on tag PLC_Event.
We react and tries to read the Workorder with ReadItemValue. When the response comes back i've got value zero in return which the plc guy says not is true. Because of this zero value the system doesn't know what to do and must throw an exception.
Do you have any idea of how to investigate this on our side.
>Regards Owe
Please Log in or Create an account to join the conversation.
- owe@eurosys.se
- Offline
- New Member
- Thank you received: 0
Thanks. As opposed to the caption I think we have the most problems with writing.
If I use WriteItem and WriteMultipleItems we can be quit the problem?
It's quit a busy system. Do you have any guidlines about setting with HoldPeriods and so on in this kind of system. Today we use the default values.
Please Log in or Create an account to join the conversation.
- Forum
- Discussions
- QuickOPC-Classic in .NET
- Reading, Writing, Subscriptions, Property Access
- Reading value takes up to 30 seconds