OWEN OPC + нет сигнал с датчика

[РусланСемей]

Добрый день форумчане. Заметил одну странность при использовании OWEN OPC. Например на аналоговый вход ПЛК160 подключен датчик с выходом 4-20мА. Так вот при обрыве датчика OPC сервер сохраняет последнее значение датчика. Это же не правильно. Хотя в кодисее показывает обрыв.
73980
73979

[1exan]

Добрый день форумчане. Заметил одну странность при использовании OWEN OPC. Например на аналоговый вход ПЛК160 подключен датчик с выходом 4-20мА. Так вот при обрыве датчика OPC сервер сохраняет последнее значение датчика. Это же не правильно. Хотя в кодисее показывает обрыв.
73980
73979

Ещё более странным выглядит качество "BAD" этого тега. Может проблема не в датчике?

[capzap]

биты аварий располагаются так, что из float32 получается нечисло, ОРС видит значение не входящее в диапазон и выдает BAD, вполне логично раз плохое то и оставляет последнее правильное. Вопрос в другом, если есть какая то непримиримость с этим, то что там должно появится, некое значение которое введет в заблуждение оператора или логику скады?

[РусланСемей]

Вся это сборка у меня на столе. Я имитирую сигнал с помощью РЗУ. Когда нет сигнала с датчика пишет Bad в Owen OPC. При использовании MasterOPC Universal Server таких проблем нету.

[РусланСемей]

Ну допустим случится обрыв датчика, а на Скаде так и будет записано последнее значение?

[1exan]

Ну допустим случится обрыв датчика, а на Скаде так и будет записано последнее значение?

Ну плюсом к этому будет плохое качество тега.
Если хотите другое поведение, придётся делать доп.обработку сигнала в ПЛК:

"В случае возникновения исключительных ситуаций, в результате измерения соответствующего канала (старший байт переменной типа REAL) устанавливается специальное значение, соответствующее исключительной ситуации, остальные байты принимают значение 0xFF.

Модуль аналогового ввода распознает следующие исключительные ситуации:
результаты измерения заведомо не верны – 0xF1;
результаты измерения не готовы – 0xF6;
сигнал на входе больше возможного – 0xFA;
сигнал на входе меньше возможного – 0xFB;
перегрузка в канале измерения тока – 0xFС;
обрыв датчика в канале измерения напряжения – 0xFD."

Вроде даже есть библиотека специальная для этого

[РусланСемей]

биты аварий располагаются так, что из float32 получается нечисло, ОРС видит значение не входящее в диапазон и выдает BAD, вполне логично раз плохое то и оставляет последнее правильное. Вопрос в другом, если есть какая то непримиримость с этим, то что там должно появится, некое значение которое введет в заблуждение оператора или логику скады?

в старом owen OPC или через Codesys OPC таких проблем тоже нету, там показания подчеркиваются

[РусланСемей]

биты аварий располагаются так, что из float32 получается нечисло, ОРС видит значение не входящее в диапазон и выдает BAD, вполне логично раз плохое то и оставляет последнее правильное. Вопрос в другом, если есть какая то непримиримость с этим, то что там должно появится, некое значение которое введет в заблуждение оператора или логику скады?

По моему наоборот некое значение наоборот введет в заблуждение оператора, который будет думать, что все в порядке.

[capzap]

в старом owen OPC или через Codesys OPC таких проблем тоже нету, там показания подчеркиваются
надо порадоваться за ОВЕН что приблизились к спецификации, вот выдержка
A server which supports no quality information must return 3 (Good). It is also acceptable for a server to simply return Bad or Good (0x00 or 0xC0) and to always return 0 for Substatus and limit.
It is recommended that clients minimally check the Quality Bit field of all results (even if they do not check the substatus or limit fields).
Even when a ‘BAD’ value is indicated, the contents of the value field must still be a well defined VARIANT even though it does not contain an accurate value. This is to simplify error handling in client applicationsа Вам рекомендовал бы научится пользоваться тегами качества, ведь разницы нет, значение будет в прочерках или Вы красивую красную метку повесите поверх значения
73982


в старом owen OPC или через Codesys OPCа в этих программах качество оставалось GOOD?

[РусланСемей]

а в этих программах качество оставалось GOOD?[/QUOTE]

в самом OPC не скажу как выглядит, но в Скаде просто серое значение не активное и цифра 0. Скада воспринимает как ошибку и подчеркивает показания.
73983