- В этой теме 16 ответов, 4 участника, последнее обновление 4 года, 11 месяцев назад сделано
.
-
Сообщения
-
Есть пдф документ всех регистров и даже нашел регистры отвечающие за положения клапана. В регистрах состояния клапана 1-автоматический режим, 2 открытие, 3 — закрытие, 4 нейтральное положение кажется так, пишу по памяти. Но такой нюанс, т.к. система работает в автоматическом режиме, то положение клапана всегда = 1 (автоматический режим), если перевести в ручной режим то можно видеть остальные состояния.
Кто как решил эту задачу? Что бы в автоматическом режиме регулирования системы можно было мониторить состояние клапана.Нужно видеть клапан идет на открытие, закрытие или находится в нейтральном положении. Было бы еще лучше еслиб значение было в процентах.
Та же ситуация и с работой насоса, всегда показывает автоматический режим работы.Наверное, имеет смысл параллельно обратиться в техподдержку производителя, чтобы узнать, возможно ли считать положение клапана в автоматическом режиме.
Снимайте непосредственно состояние тиристоров (PNU 4000-4005) и реле управления (PNU 4006-4011). Так можно видеть состояние любого оборудования, подключенного к контроллеру, в обход версии ПО ключа управления.
К тому же состояние тиристоров можно получать одним регистром в виде битовой маски (PNU 3998,3999).
Правда этот способ подойдёт только для клапанов с дискретным управлением.Спасибо за ответ. Для ECL 310 карта программирования А 368 PNU (4000-4001) отвечают за открытие и закрытие клапана в системе ГВС. Но по какой то причине не всегда показывает правильное состояние, по показаниям тепловычислителя я вижу что расход увеличивается и значит клапан идет на открытие, температура растет, а PNU (4000-4001) показывает ноль. Почему не всегда выводится правильное состояние тиристора? Может стоит увеличить периодичность опроса КП, например выставить опрос каждую секунду, если да то где можно увеличить?
Еще ситуация с насосом. Если отключить и включить насос через меню ЕСЛ 310 то в коммуникаторе отобразится соответствующее значение. Если насос выключить через автомат, то в коммуникаторе реле управление все равно будет показывать его включенное состояние. Если кто то выключит насос через автомат в скада будет отображаться его рабочее состояние. Как тут можно поступить?
Спасибо за ответ. Для ECL 310 карта программирования А 368 PNU (4000-4001) отвечают за открытие и закрытие клапана в системе ГВС. Но по какой то причине не всегда показывает правильное состояние, по показаниям тепловычислителя я вижу что расход увеличивается и значит клапан идет на открытие, температура растет, а PNU (4000-4001) показывает ноль. Почему не всегда выводится правильное состояние тиристора? Может стоит увеличить периодичность опроса КП, например выставить опрос каждую секунду, если да то где можно увеличить?
Именно так, необходимо опрашивать прибор как можно чаще, т.к. состояние тиристора меняется только во время его включения. Можно повысить настройку минимального импульса открытия, для того чтобы с большей уверенностью ловить его состояние. Ещё можно в канале формулой сохранять некоторое время последнее активное состояние тиристора. Как узнать ошибку ПИД (необходимо ли вообще клапану открываться/закрываться), а не его фактическое состояние, я не знаю.
Еще ситуация с насосом. Если отключить и включить насос через меню ЕСЛ 310 то в коммуникаторе отобразится соответствующее значение. Если насос выключить через автомат, то в коммуникаторе реле управление все равно будет показывать его включенное состояние. Если кто то выключит насос через автомат в скада будет отображаться его рабочее состояние. Как тут можно поступить?
Автоматом значит в обход ECL? Просто обесточить насос? Если так, то такое состояние насоса вы вряд ли узнаете. Разве что у вас установлено реле перепада давления, отсутствие сигнала с которого будет означать неисправность включенного насоса. Ещё, если в насосе есть реле, замкнутое во время его работы, можно подключить его на один из свободных аналоговых входов ECL и снимать состояние насоса оттуда.
to0freak все облазил не могу найти, где в рапид скада настраивается частота опроса кп, использую Modbus соединение, Modbus tcp.
По поводу насоса понял.
Настраивается в КОммуникаторе, если все по нулям, то опрос циклический, либо по времени, если задать, раз в 1 сек, 10 сек или какое выбирете, раз в 1 например или вообще в определенное время суток.
manjey73 Я так понял для того что бы задать частоту опроса кп раз в 1 сек нужно крутить параметр «период», вот мои настройки https://ibb.co/BfTRhBR
Получается самая быстрая частота опроса когда период равен 00.:00:01.
При период равен 00.:00:01 частота опроса кп раз в 8-10 сек.
При 00.:00:01 и 00.:00:00 частота сеансов связи одинаковая 8-10 сек. Как все таки сделать что бы сеансы связи обновлялись раз в 1 сек?Другой вариант регулировать частоту опроса — поставить период = 0 и менять параметр Пауза (после каждого запроса). Пауза в миллисекундах.
Mikhail поставил параметры при которых линия связи будет опрашиваться максимально часто, период = 0, паузу — 1 миллисек. Перезапустил линию связи и все равно линия связи опрашивается раз в 8-10 сек. Что то не дает линии связи опрашиваться чаще?
сделайте, пожалуйста скриншот настроек на странице опрос КП и скопируйте сюда часть лога линии связи
https://ibb.co/qFq56cn
https://ibb.co/zJZWMcq
Я сейчас подумал, возможно если бы я создал две линии связи и в них по одной кп, опрос линии вязи был бы быстрее чем если делать в одной линии связи два кп. Так бы он опрашивал параллельно, а не последовательно.И еще попутный вопрос, иногда происходят ошибки в сеансах связи, теряется соединение, какие настройки таймаутов лучше выставить, что бы свести ошибки к минимуму или эти настройки для каждого прибора опытным путем постигаются?
Может стоит поставить согласующие регистры?
В система два контроллера ECL и один тепловычислитель, расстояние между ними 1-2м.К сожалению в логе не пишется время каждого запроса-ответа. Но судя по всему, проблема в большом количестве запросов — после отправки каждого запроса происходит ожидание ответа, длительность которого зависит от канала связи и прибора.
Совет выше совершенно верный — нужно объединять запросы регистров с соседними адресами в один запрос.Если у Вас Modbus TCP в локальной сети, то параллельный опрос возможен. Как будет работать параллельный опрос через модем — можно попробовать и узнать.
Групповые запросы использовал сразу при создании. Сейчас максимально удалил лишние запросы. Стало около 6 сек частота обновления. Все равно долго.
Можно поподробнее как формулой сохранять некоторое время последнее активное состояние тиристора?Про параллельный режим, есть одна мысль, в модеме можно настроить еще одно соединение на тот же IP адрес но на другой порт и дальше в коммуникаторе создать еще одну линии связи, для каждого прибора своя линии связи.
- Вы должны авторизироваться для ответа в этой теме.