OWEN OPC + нет сигнал с датчика
Добрый день форумчане. Заметил одну странность при использовании OWEN OPC. Например на аналоговый вход ПЛК160 подключен датчик с выходом 4-20мА. Так вот при обрыве датчика OPC сервер сохраняет последнее значение датчика. Это же не правильно. Хотя в кодисее показывает обрыв.
Безымянный.jpg
Безымянный1.jpg
Ещё более странным выглядит качество "BAD" этого тега. Может проблема не в датчике?Сообщение от РусланСемей
биты аварий располагаются так, что из float32 получается нечисло, ОРС видит значение не входящее в диапазон и выдает BAD, вполне логично раз плохое то и оставляет последнее правильное. Вопрос в другом, если есть какая то непримиримость с этим, то что там должно появится, некое значение которое введет в заблуждение оператора или логику скады?
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Вся это сборка у меня на столе. Я имитирую сигнал с помощью РЗУ. Когда нет сигнала с датчика пишет Bad в Owen OPC. При использовании MasterOPC Universal Server таких проблем нету.
Ну допустим случится обрыв датчика, а на Скаде так и будет записано последнее значение?
Ну плюсом к этому будет плохое качество тега.
Если хотите другое поведение, придётся делать доп.обработку сигнала в ПЛК:
"В случае возникновения исключительных ситуаций, в результате измерения соответствующего канала (старший байт переменной типа REAL) устанавливается специальное значение, соответствующее исключительной ситуации, остальные байты принимают значение 0xFF.
Модуль аналогового ввода распознает следующие исключительные ситуации:
результаты измерения заведомо не верны – 0xF1;
результаты измерения не готовы – 0xF6;
сигнал на входе больше возможного – 0xFA;
сигнал на входе меньше возможного – 0xFB;
перегрузка в канале измерения тока – 0xFС;
обрыв датчика в канале измерения напряжения – 0xFD."
Вроде даже есть библиотека специальная для этого
в старом 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
Screenshot 2024-02-29 124823.png
а в этих программах качество оставалось GOOD?в старом owen OPC или через Codesys OPC
Последний раз редактировалось capzap; 29.02.2024 в 12:51.
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
а в этих программах качество оставалось GOOD?[/QUOTE]
в самом OPC не скажу как выглядит, но в Скаде просто серое значение не активное и цифра 0. Скада воспринимает как ошибку и подчеркивает показания.
Безымянный1.jpg
Ваши права
Ответить с цитированием