- В этой теме 6 ответов, 4 участника, последнее обновление 3 года назад сделано
.
-
Сообщения
-
Дано: термошкафы с контроллерами Delta Dt3. Разобрался, подключил, научился менять уставки и прочие параметры.
Следующий шаг — автоматизация работы по заданному профилю. То есть хочется создавать программу последовательных действий, например «выйти на температуру 80 градусов, через 6 часов по достижению температуры изменить уставку на 60 градусов, еще через 10 часов перейти на 120 градусов, еще через 2 часа подать сигнал». Эту программу сохранить и запускать по желанию одной кнопкой.
Поколупал автоуправление, но то ли не понял, то ли такого функционала нет. Хотя вроде задача частая, всякие хлебопеки-самогонщики, полимерщики, термисты и прочие инкубаторщики этим и живут.Если кто уже решал такие задачи — подскажите где копать.
Рецепты надо делать в ПЛК и из Scada просто задавать номер рецепта. Так будет правильнее.
В принципе такую логику можно реализовать и на Scada, но если вы перезагрузите Scada то что? по новой?
Хм, как-то не сообразил посмотреть, есть ли у Дт3 циклограммы, проверил в мануале — есть. Тогда действительно можно обойтись средствами контроллера. Но все равно в скаде, имхо, такой функционал был бы полезен — не все контроллеры так умеют.
Я бы вообще по возможности контроллеры разгрузил от интеллектуальных нагрузок — не для того их трудолюбивые китайцы делали, да и узок их кругозор, они только себя видят. Например, внутри контроллера никак не решается проблема поведения после отключения электричества: сейчас у меня если за время отключения все печки остывают, при подаче все разом выходят на 100% мощности, а это больше 350 кВт, тяжеловато фидеру становится. На уровне скады такое можно разрулить, на уровне контроллеров — вряд ли.
Здесь (я имею в виду надежность при перезапуске) помогла бы кластеризация серверов SCADA — если один перезапустился, работа идет со вторым. Но тут придется (разработчикам!) решать проблемы синхронизации, диспетчеризации и т.п.
На мой взгляд вполне хватит запуска сервера SCADA на кластере серверов с возможностью миграции виртуальных машин между хостами (Windows HyperV, VmWare ESXi, на Linux тоже что то подобное есть). Тогда состояние надо будет резервировать на диск (периодически), чтобы при старте считать.
Посмотрите в мануале, нет ли там возможности задержки (настраиваемой) включения печек. Если есть, то надо настроить разные задержки включения для разных печек — тогда возможно удастся сгладить нагрузку на фидер. Или же нагрев сделать в разное время…периодическим.Здесь (я имею в виду надежность при перезапуске) помогла бы кластеризация серверов SCADA
Кластеризация — дело хорошее, но сложное для понимания, соответственно если что-то пойдёт не так, то будет трудно исправить.
Указанную задачу условно можно разделить на 2 части:
1. Создание набора формул (скриптов) в таблице Формулы.
2. Использования модуля автоуправления для отправки команд, если сработали нужные флаги по п.1.
Также п.1 можно заменить на разработку модуля на C#, если есть желание.Чтобы при перезапуске скады не терять состояние, нужно записывать данные во входные каналы.
Например, я бы создал канал, который обозначает основное состояние процесса: отключен, фаза 1 и т.д.Когда Вы нажимаете кнопку запуска, изменяется состояние, а также в другой входной канал записывается время запуска.
В канале типа Минутный ТИ, можно каждую минуту пересчитывать состояние (если процесс не быстрый).В процессе реализации можете задавать здесь уточняющие конкретные вопросы, как реализовать то или иное вычисление в формулах.
Посмотрите в мануале, нет ли там возможности задержки (настраиваемой) включения печек. Если есть, то надо настроить разные задержки включения для разных печек — тогда возможно удастся сгладить нагрузку на фидер. Или же нагрев сделать в разное время…периодическим.
Не пойдет просто по задержке — время выхода на режим разное, причем зависит от степени остывания. Теоретически самый правильный вариант расставить печкам приоритеты и сделать зависимость включения от загрузки фидера, это только на скаде.
Указанную задачу условно можно разделить на 2 части:
1. Создание набора формул (скриптов) в таблице Формулы.
2. Использования модуля автоуправления для отправки команд, если сработали нужные флаги по п.1.
Также п.1 можно заменить на разработку модуля на C#, если есть желание.наверное пока обойдусь средствами контроллеров. Благо, все уставки можно со скады отдавать через модбас.
Если ПК со Scada не будет гарантированно выключаться или перегружаться (установлен ИБП и т.д.), то контролируя отключение сети, потом можно запускать печи (отдавать в ПЛК команду на старт) с задержкой по времени.
Для этого достаточно будет формул.
Scada по сути работает как ПЛК и сравнима с языком LAD (для ПЛК), формулы обрабатываются в цикле от меньшего номера канала к большему. Данные вычислений соответственно записываются в канал. На каналы можно настроить Модуль автоуправления для отправки команды в ПЛК
- Вы должны авторизироваться для ответа в этой теме.