Демидов Евгений
Junior Member / Новичок
Участник № / Member № 110
отправлено / posted
При синхронном чтении IOPCSyncIO.Read значений каналов в некоторых случаях возвращается значение плохого качества (BAD). В каких случаях МРВ устанавливает этот признак? Каким образом такую ситуацию обрабатывать на ОРС клиенте? Например, повторным чтением или как-то иначе.
Сообщения / Posts 13 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Демидов Евгений
Junior Member / Новичок
Участник № / Member № 110
Tag
Forum Member / Участник форума
Участник № / Member № 34
отправлено / posted
Евгений,
Я тоже сталкивался с подобной ситуацией. У меня сложилось впечатление, что это иногда происходит, когда сразу после добавления нескольких айтемов пытаешься их синхронно опросить - видимо, чего-то там в недрах ТМ не успевает провернуться, хотя значения правильные. После того как все значения получены, я обычно просто подписываюсь на получение изменившихся значений ( через IOPCDataCallback) и ТМ сам шлет клиентам значения тэгов - с этим интерфейсом проблем с качеством не наблюдалось.
А если просто повторно синхронно опросить, то качество все равно остается плохое?
отправлено / posted
Уважаемый, Евгений, Ваш вопрос нами принят к рассмотрению, но он требует некоторого времени, чтобы разобраться в особенностях. Приносим свои извинения за задержку ответа.
Сообщения / Posts 17316 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Значение плохого качества устанавливается в случае, если невозможно правильно преобразовать типы при чтении данных. Примером ситуации, при которой формируется сообщение о плохом качестве данных, является запрос данных в формате ЦЕЛОЕ, когда указывается источник данных, имеющих формат FLOAT. Необходимо проверить соответствие формата запроса и формата отвечающего канала.
Сообщения / Posts 17316 | Из / From: Россия
| IP / IP: IP адрес / IP address |