При прогонке проекта на тестовом АРМ проявилась ситуация когда после отключения Модбас эмулятора на 7ми сигналах качаство связи стало "_F" как и должно быть, а на 8ом вдруг оно стало "_Т".
В чем причина такого поведения именно этого сигнала? Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Недостоверность в канале, связанном с OPC-переменной, выставляется по получении от OPC-сервера признака "некачественности переданного им значения". Это не может рассматриваться как индикатор отсутствия связи с OPC-сервером.
Текущее значение этой переменной, равное 18, принято от OPC-сервера в канал, но канал не пересчитан и его РЕАЛЬНОЕ_ЗНАЧЕНИЕ осталось равным 54. Это говорит о том, что признак "некачественности" принят от OPC-сервера. Полагаю, что в данном случае имеет место какой-то динамический сбой в системе отображения в "Служебной панели МРВ".
Posted by VlasovV (Участник № / Member № 7703) on :
зачение 54 это 18*kx(033). Но по остальным каналам тогда почему все нормально? (то есть связи нет имеется ввиду)
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Прошу прощения, не заметил. В таком случае можно утверждать, что OPC-сервер не передал для этой переменной признак "плохого качества". Какого типа "режим обмена" задан у всех этих "OPC-Источников"?
Posted by VlasovV (Участник № / Member № 7703) on :
ADVISE
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Это означает, что МРВ по этим параметрам не посылает запросы OPC-серверу. OPC-сервер должен сам решать, когда отсылать соответствующие сообщения в МРВ.
Если в OPC-сервере в настройках не указано, что в режиме ADVISE сообщения должны отсылаться не только при изменении значения канала, но и при изменении "качества" тегов, может оказаться, что по "проблемному" тегу изменилось только "качество", а значение тега не изменилось, и OPC-сервер по этому тегу не отослал уведомления о недостоверности ранее посланного значения.
