- В этой теме 9 ответов, 3 участника, последнее обновление 5 лет, 4 месяца назад сделано
.
-
Записи
-
Имеется резервуар с водой и насос, качающий в него воду.
При достижении минимальных и максимальных значений уровня воды в резервуаре посылается команда на включение или выключение насоса.Необходимо сделать ещё так, чтобы в случае, когда посылается команда контроллеру насоса при отсутствии с ним связи происходил повтор отправки команд при возобновлении связи. Ну или организовать постоянную отправку команды с заданным периодом при соблюдении условий данных входного канала.
Текущую настройку тригеров прилагаю.
Период повтора без указания количество повторов будет работать ?
Потом значение канала поменяется и посылка прекратится.з.ы. не пробовал, чисто предположение.
Вообще такие вещи не делаются внутри Scada, контроллеру только передается команда включить, например до достижения нижнего уровня если требуется.
А все включения и выключения по крайним уровням должны работать с контроллера без участия Scada.
«А все включения и выключения по крайним уровням должны работать с контроллера без участия Scada.»
— согласен, но объекты далеко разнесены друг от друга и кабелем не свяжешь.«Период повтора».
Этот параметр указывается в секундах. А если отсутствие связи будет продолжительной? Наверное, придётся так и сделать. Указать заведомо больший интервал времени.
Похоже, модулю автоуправления не хватает функционала.ПЛК управляет модулем ввода-вывода на насосе через канал связи?
Да вы извращенец батенька 🙂 послал ПЛК команду на реле — включись и пропала связь.
Тут емкость заполнилась а насос работает дальше, так как связи нет.как минимум с такого датчика должен быть контакт, который прервет работу насоса. Или умный модуль В/В, в котором будет минимальная логика. Даже у Овен вроде такие были, хотя не помню, как они там точно работали, можно было их настраивать кроме внешнего управления еще и на внутреннюю логику. Первый вариант предпочтительнее по безопасности.
Никто не мешает ставить 3600 секунд, ведь правда? хотя удобнее было бы выставлять сек, мин, часы конечно.
Описываю нашу ситуацию:
Резервуар имеет датчик уровня. В качестве источника питания используем солнечные батареи. В 3 км расположена насосная станция. В качестве контроллера используем частотник. Оператор видит и уровень воды в резервуаре, и параметры работы частотника. Кроме того, удалённо может включать/выключать привод частотника.
С помощью модуля автоуправления захотели автоматизировать этот процесс. Но, т.к связь идёт по GSM, бывают его потери.
Жаль, в модуле автоуправления нет функции, когда постоянно, с заданным периодом идёт посылка команды до тех пор, пока есть условие по входному каналу (поправьте, если я ошибаюсь).ppwkh если честно, не мучал настройки Модуля Автоуправления, но если не задавать количество попыток, то он должен слать постоянно с указанным периодом. Если он этого не делает, то это явно ошибка. Мы же не сказали ему сколько раз посылать, а только сказали через сколько.
А чтобы он не слал постоянно, он должен реагировать на какой-то канал, по которому начнет посылать и по нему же и закончит, так как канал должен изменить значение.
Насколько я помню, если в настройках модуля стоит повтор, но не указано количество, ото команда будет отправляться постоянно, пока триггер в состоянии сработки.
На наличие связи можно завести дорасчётный входной канал, который проверяет статус одного из каналов, полученных от контроллера. Формула будет что-то вроде Stat(101) > 0 ? 1 : 0
«Насколько я помню, если в настройках модуля стоит повтор, но не указано количество, ото команда будет отправляться постоянно, пока триггер в состоянии сработки.» — работает. Меня такой вариант вполне устраивает.
Но, Михаил. Опять мы возвращаемся к теме слабой задокументированности функций системы. В модуле автоуправления хотя бы добавьте возможность отображения кратенькой информации при наведении курсора мышки на объект. Даже вы пишете фразу «насколько я помню». Что же говорить о рядовых пользователях, которые только овладевают этой программой.
- Для ответа в этой теме необходимо авторизоваться.