Элемент управление задвижкой

[khasan9]

Доброго времени суток, есть ли в MasterSCADA элемент управления задвижкой - для переключения режимов работы - ручной/автоматический, открыть/закрыть/стоп, авария как на вложенном рисунке ниже? Если нет то как его лучше сделать? 87147

[МихаилГл]

Доброго времени суток, есть ли в MasterSCADA элемент управления задвижкой - для переключения режимов работы - ручной/автоматический, открыть/закрыть/стоп, авария как на вложенном рисунке ниже? Если нет то как его лучше сделать? 87147

Если у вас главный, это плк, то смысл вопроса не ясен. Вся логика тогда должна работать на контроллере, а скада только для передачи команд на обработку этого алгоритма. А если логика в скаде, то представите, что у вас ПК сдох, и всё, процесс становится полностью не управляем.

[melky]

Это просто окно для переключения, чтобы не рисовать по кругу.

[khasan9]

в данном случае скада только для передачи команд

[khasan9]

да это понятно, но как его реализовать? Вот накидал схемку , как должно выглядеть на работающей мнемосхеме - нажимаешь на иконку задвижки и появляется окно управления задвижкой, но как его реализовать ума не приложу87494

[МихаилГл]

Не с того конца заходите... Что за плк? Какой протокол обмена со скадой? Отсюда и плясать... На форму накидывайте кнопок и на нажатие вешайте присвоения командного бита. На или как там в этой скаде, уже не помню, хотя проект тока недавно делал...

[melky]

А какая разница, какой протокол? Хоть мумбас какой-то. Судя по всему, надо что-то библиотечное создавать, а потом привязки делать на экземпляр.

з.ы. как это тут делается, не представляю. Но если под каждый клапан надо рисовать новое, то чушью пахнет.

[МихаилГл]

А какая разница, какой протокол? Хоть мумбас какой-то. Судя по всему, надо что-то библиотечное создавать, а потом привязки делать на экземпляр.

з.ы. как это тут делается, не представляю. Но если под каждый клапан надо рисовать новое, то чушью пахнет.

Ну я для начала создаю таблицу регистров для обмена в плк. Если в скаде мало лицензируемых тегов, то их надо сжать и разжать, как на стороне плк, так и на стороне скады. Это намного трудоёмкий процесс, чем просто бит послать и считать. А вот уже потом можно и привязывать что угодно к чему угодно. А то в итоге получится монстр с разрозненными переменными в неизвестно где...

А так можно и сразу привязывать по мере создания переменных, но это для очень мелкого объекта, тегов на 100... ИМХО

[kondor3000]

Привязка к модбас регистрам делается через внутренние переменные в МС4
В "Быстром старте" есть пример подобного окна, создаётся объект с окном и кнопками, готовый объект добавляется в свою биб-ку и вызывается любое кол-во раз.

[melky]

МихаилГл
Ну я для начала создаю таблицу регистров для обмена в плк это не особо относится к мнемосхемам, а просто как само собой разумеющееся чтобы писать в БД (или не писать, а только текущие данные отображать)


Если в скаде мало лицензируемых тегов тут подход у всех разный, у кого-то надо разложить сразу, у кого-то можно использовать все слово. по мне, так любая scada должна уметь работать с битами так же, как ПЛК, через .х (пЕсателям scada на заметку) как при чтении так и при записи, с учетом контроля остальных битов.

Вообще подходы у всех разные, но что заметил, практически ни у кого нет символьных переменных с маской. Ну как мы при поиске пользуемся * - любые символы, ? - отдельный символ и т.д. Одни товарищи показывали, прямо супер. А когда привязка через цифровой id, то все клапана или что-то повторяющееся (насос, кондиционер и т.д.) надо следить чтобы нумерация была строго одинаковая. Тогда через смещение (указание первого id) все дочерние окна (экземпляры) подтягиваются.

Не разбирался с MS4D, но когда у меня тот же Кондиционер под сотню сигналов надо делать привязки каждый раз всех переменных, то это жопа...
Смотрел webinar по ms4d, так там для таких целей либо будьте любезны в ручную правку через csv, либо пишите (с какой-то версии) скрипты C# для автоматизации.
Ну ведь бред же.... - программисты не могут, или не хотят?

[МихаилГл]

Ну не скажи... Если куча одинаковых механизмов, то лучше сразу сформировать регистры так, чтобы для визуализации это были одни и теже же регистры или биты, с одинаковым смещением, чтобы я одно окно в визуализации нарисовал и привязал тэги, и для разных механизмов сделал только переменную смещения. Роквелл к этому приучил, там лицензировались не тэги, а окна. Одно окно на 200 механизмов, не важно каких. Поэтому таблица регистров лично для меня основа, остальное вторично...

[melky]

ну пример, ДГУ 1 и ДГУ 2 - разные по мощности и мозгам.
1. Можно под каждый тип ДГУ рисовать разные окна.
2. А можно нарисовать одно окно, и разрулить символьными переменными, ведь у обоих есть мощность, ток, косинус и т.д. а регистры могут быть разными и мало того, на разных протоколах.

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