Вид для печати
Добрый день форумчане. Заметил одну странность при использовании OWEN OPC. Например на аналоговый вход ПЛК160 подключен датчик с выходом 4-20мА. Так вот при обрыве датчика OPC сервер сохраняет последнее значение датчика. Это же не правильно. Хотя в кодисее показывает обрыв.
Вложение 73980
Вложение 73979
Ещё более странным выглядит качество "BAD" этого тега. Может проблема не в датчике?Цитата:
Сообщение от РусланСемей
биты аварий располагаются так, что из float32 получается нечисло, ОРС видит значение не входящее в диапазон и выдает BAD, вполне логично раз плохое то и оставляет последнее правильное. Вопрос в другом, если есть какая то непримиримость с этим, то что там должно появится, некое значение которое введет в заблуждение оператора или логику скады?
Вся это сборка у меня на столе. Я имитирую сигнал с помощью РЗУ. Когда нет сигнала с датчика пишет Bad в Owen OPC. При использовании MasterOPC Universal Server таких проблем нету.
Ну допустим случится обрыв датчика, а на Скаде так и будет записано последнее значение?
Ну плюсом к этому будет плохое качество тега.Цитата:
Сообщение от РусланСемей
Если хотите другое поведение, придётся делать доп.обработку сигнала в ПЛК:
"В случае возникновения исключительных ситуаций, в результате измерения соответствующего канала (старший байт переменной типа REAL) устанавливается специальное значение, соответствующее исключительной ситуации, остальные байты принимают значение 0xFF.
Модуль аналогового ввода распознает следующие исключительные ситуации:
результаты измерения заведомо не верны – 0xF1;
результаты измерения не готовы – 0xF6;
сигнал на входе больше возможного – 0xFA;
сигнал на входе меньше возможного – 0xFB;
перегрузка в канале измерения тока – 0xFС;
обрыв датчика в канале измерения напряжения – 0xFD."
Вроде даже есть библиотека специальная для этого
в старом owen OPC или через Codesys OPC таких проблем тоже нету, там показания подчеркиваютсяЦитата:
Сообщение от capzap
По моему наоборот некое значение наоборот введет в заблуждение оператора, который будет думать, что все в порядке.Цитата:
Сообщение от capzap
надо порадоваться за ОВЕН что приблизились к спецификации, вот выдержкаЦитата:
Сообщение от РусланСемей
а Вам рекомендовал бы научится пользоваться тегами качества, ведь разницы нет, значение будет в прочерках или Вы красивую красную метку повесите поверх значенияЦитата:
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
а в этих программах качество оставалось GOOD?Цитата:
в старом owen OPC или через Codesys OPC
а в этих программах качество оставалось GOOD?[/QUOTE]
в самом OPC не скажу как выглядит, но в Скаде просто серое значение не активное и цифра 0. Скада воспринимает как ошибку и подчеркивает показания.
Вложение 73983