This is topic Плохое качество значения канала in forum Работа в MS Windows (ODBC/DDE/OPC/NET) / Working under MS Windows at Форум TRACE MODE: техническая поддержка.
При синхронном чтении IOPCSyncIO.Read значений каналов в некоторых случаях возвращается значение плохого качества (BAD). В каких случаях МРВ устанавливает этот признак? Каким образом такую ситуацию обрабатывать на ОРС клиенте? Например, повторным чтением или как-то иначе.
Posted by Демидов Евгений (Участник № / Member № 110) on :
Лев Владиславович, большое СПАСИБО за помощь от ВАШИХ сотрудников ! Posted by Tag (Участник № / Member № 34) on :
Евгений,
Я тоже сталкивался с подобной ситуацией. У меня сложилось впечатление, что это иногда происходит, когда сразу после добавления нескольких айтемов пытаешься их синхронно опросить - видимо, чего-то там в недрах ТМ не успевает провернуться, хотя значения правильные. После того как все значения получены, я обычно просто подписываюсь на получение изменившихся значений ( через IOPCDataCallback) и ТМ сам шлет клиентам значения тэгов - с этим интерфейсом проблем с качеством не наблюдалось.
А если просто повторно синхронно опросить, то качество все равно остается плохое?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Уважаемый, Евгений, Ваш вопрос нами принят к рассмотрению, но он требует некоторого времени, чтобы разобраться в особенностях. Приносим свои извинения за задержку ответа. Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Значение плохого качества устанавливается в случае, если невозможно правильно преобразовать типы при чтении данных. Примером ситуации, при которой формируется сообщение о плохом качестве данных, является запрос данных в формате ЦЕЛОЕ, когда указывается источник данных, имеющих формат FLOAT. Необходимо проверить соответствие формата запроса и формата отвечающего канала.
