Сообщения

1

Ваши вопросы / Re: Игнорирование данных OPC сервера с плохим качеством

« : 11 Апреля 2021, 18:41:33 »

Спасибо большое за ответы! Думаю тема закрыта. Хотя все же дополню, используется Insat Master OPC Scipt сервер, значения получаются через MQTT. Верно говорите, в нем можно написать скрипты, однако проблема возникает в моменты перезагрузки железа с сервером (так получается, это обстоятельство не зависит от нас, и приходится искать выход). После перезагрузки OPC серверу неоткуда подгрузить данные, даже если у него будет стоять скрипт на подгрузку предыдущего значения. Вот такая петля получается. А сам OPC до обновления данных на MQTT выставляет значение vt_empty, которое SCADA воспринимает как ноль. Кстати, в SCADA есть значение null? Поскольку, как я понял, отображающийся нолик это именно значение 0, а не "пусто", хоть и с плохим качеством.

2

Ваши вопросы / Re: Игнорирование данных OPC сервера с плохим качеством

« : 09 Апреля 2021, 09:22:54 »

Также, хотел бы уточнить, раз уж пошла речь о скрипте по изменению переменных. Если мне нужно сделать скрип по изменению 500 штук переменных, мне в скрип по одной нужно заносить? потому что в меню выбора переменных они добавляются поштучно, и каждый раз приходится открыть список всех переменных и кликать по каждой. Прошу прощения за отход от темы, но это тоже очень важно! Спасибо

3

Ваши вопросы / Re: Игнорирование данных OPC сервера с плохим качеством

« : 09 Апреля 2021, 09:12:37 »

Да, идея с копиями переменных это первое что пришло в голову, однако переменных тегов 700 штук, и эти теги динамически присваиваются структурам к структурам скады (полям, строкам, лампочкам). В таком случае все существующие объекты придется перепривязывать к GOODquality-клонам тегов, то же самое в отчетах. Я надеялся что либо уже существует, либо планируется разработать уникальный скрипт, событием инициации которого будет обновление переменной с OPC сервера (у Вас уже есть скрипт "Выполнен метод OPC UA"), но до момента её перехода в SCADA. В таком случае можно было бы настроить проверку качества до того как тег попадет в SCADA.
С решением для отчетов это хороший вариант, но он не решает отображения на элементах скады, там все равно будут обнуляться все значения, хотя в отчеты они не попадут.

4

Ваши вопросы / Игнорирование данных OPC сервера с плохим качеством

« : 08 Апреля 2021, 13:10:54 »

Коллеги, добрый день!
Столкнулись с проблемой, в результате которой некорректно формируются отчеты, да и в целом просто нужно избежать таких ситуаций.
Проблема в перезагрузке OPC-сервера, при переподключении которого все переменные "подтягивают" нулевые значения с качеством тега "BAD".
Данные со временем обновляются (интервал, через который они обновляюьтся на OPC=10 минут) но нужно чтобы теги с плохим качеством отбраковывались, и в переменных SCADA хранилось прежнее значение OPC тега, как будто новых значений не приходило вовсе. Таким образом SimpleScada будет работать только с тегами, качество которых "GOOD". (если я правильно понимаю, SCADA сама сформирует посылку в OPC-сервер на запись предыдущих значений тегов, своеобразное автоматическое сохранение тегов)
Может кто-то уже реализовывал, или имеется встроенный метод проверки переменных на качество, подскажите как Вы реализовали, если будет такая информация.
Заранее благодарю! 

5

Ваши вопросы / Re: Расписание и принадлежащая ему переменная

« : 17 Февраля 2021, 19:34:40 »

Все оказалось гораздо проще, тот кто писал код, очень долго не спал, проблема была вовсе не в .Enabled. До этого проверили все то же, что посоветовали Вы, но это как с потерянным носком и матерью, пока она не скажет "вот же он лежит", он не появится. Спасибо за мгновенные ответы и терпение к осваивателям Вашего софта! Вопрос закрыт.

6

Ваши вопросы / Расписание и принадлежащая ему переменная

« : 17 Февраля 2021, 17:01:28 »

Добрый день, коллеги!

Очень двано (уже 4 года назад) была затронута тема с "застрявшей" переменной, которая принадлежала расписанию и продолжала ему следовать, даже если "raspisanie.Enabled:=false;". Так вот, этот баг до сих пор существует. Расписание становится неактивным, однако Simple-Scada продолжает незамедлительно реагировать на переменную false, которую пользователь пытается изменить, например положив в OPC сервер в соответствующий расписанию тег другое значение.

Это очень мешает гибко применять одни и те же переменные для различных вариантов управления оборудованием, например изменить ручной/автоматический режим включения-выключения оборудования, уже не получится, поскольку если расписание связано с переменной, положив значение извне, оно мгновенно меняется на false, даже в отключенном состоянии.

Примечательно вот что, если изначально создать расписание с отключенным параметром "Доступен" и запустить проект, расписание не будет управлять переменной, однако как только скриптом или еще-каким образом расписание будет активировано, деактивировать его не получится, только перезапускать проект и не трогать расписание вообще.

Проект пересоздан в версии 2.5.1 и до сих пор проблема есть, две ночи спать не давала эта проблема 
Уважаемые модераторы, прошу Вас сообщить специалистам об этой проблеме, и если такое возможно, сообщите пожалуйста сроки, заказчик (наш) требует обозначить срок сдачи проекта, заранее благодарю!