Андрей, да действительно так все работает! Проверил во всех возможных комбинациях:
- при включении любого из P22-P25 портов, включается P28;
- при выключении всех P22-P25 портов выключается P28.
Андрей, да действительно так все работает! Проверил во всех возможных комбинациях:
Слегка не могу разобраться на счет дисплея. Я понял, что можно выводить показания датчиков средствами меги на дисплей, но по факту у датчика HTU21D такой опции нет. У меня есть только у IN портов.После того, как хотя бы один дисплей подключен к контроллеру, у большинства портов (за исключением NC) появляется поле "Disp"
А вы их не сравнивали с HTU21D?
Не сравнивал. Но SI7020 не прижился, какие-то неприятные воспоминания о нём остались.
Есть где заказать относительно дешёвые, готовые платы
Сразу. Я бы конечно ввел бы в прошивку поле времени (как это было в NetAlarm), ну или паузы как в MegaD. Но пока мне они не нужны.
Отлично. Мне одного нюанса не хватает для реализации управления отоплением вместо погодозависимого.
Сервоприводы теплого пола закрываются комнатным термостатом. Замеряем датчиком температуру жижи на подаче. Управляем трехходовым клапаном импульсным сервоприводом (импульс определенной длительности вызывает поворот на определенный градус)
Если все контуры ТП закрыты, или температура жижи больше 45 град, дать импульс на прикрытие клапана.
Если все клапаны открыты, и температура жижи не больше 45 град, а температура в помещении (хотя бы в одном) меньше 22 град (на 1 градус меньше установленного термостатом) — дать импульс на приоткрытие клапана.
Точно, спасибо. Вспомнил.Andrey_B писал(а): ↑08 янв 2018, 12:21Кажется, я уже описывал принцип работы Program.
Условия проверяются по факту события. Событие для температурного датчика генерируется единовременно по факту прохождения заданного порога.
Никаких проверок по таймеру в Program нет. Сценарий не будет выполняться "до тех пор, пока". Оно выполнится один раз по событию.
Для управления 3-х ходовым клапаном Program в нынешнем виде вероятно не подходит.
События в Program не общие и не абстрактные. Они всегда привязаны к конкретному порту.
На самом деле не видел актюаторов для ТП, которые открываются закрываются менее 30 секунд. Те, которые хочу купить - 180 секунд из НО в НЗ. Кстати, для коллекторов ТП есть такая вещь - http://s.aliexpress.com/YNJBfy2yErik писал(а): ↑08 янв 2018, 10:26Речь о коллекторе теплого пола и насосе теплого пола.
Байпас делается в системах с неотключающимся насосом. Это как бы дополнительная петля теплого пола, но короткая, как прямая трубка между подающим и обратным коллектором, с клапаном давления.
Когда все петли теплого пола сервоприводами закрываются, давление растет, клапан давления открывается, и насос гоняет жижу по байпасу. И не выходит из строя.
Когда сервоприводы (хотя бы один) открываются, давление падает, и байпас отключается. Вся жижа течет по петлям.
В случае с отключаемым насосом есть нюанс.
Сервопривод закрывает/открывает петлю не мгновенно, а секунд за 5-10.
Поэтому, при закрытии клапанов все хорошо. Насос успевает выключиться раньше, чем полностью закроется последний клапан на петле теплого пола.
А наоборот сложнее. Насос включится сразу, а петля откроется секунд через 5
Опять не понимаю. Вы писалиAndrey_B писал(а): ↑08 янв 2018, 13:04События в Program не общие и не абстрактные. Они всегда привязаны к конкретному порту.
Если в Program установлено условие для порта с температурным датчиком, то генерация события по какому-то другому входу не приведет к проверке условия для порта с температурным датчиком.
Генерация события приводит к проверке условия только для того порта, с которым это событие связано.
Если бы было иначе, получилась бы полная ерунда и неразбериха.
Я так понимаю, что главное правило срабатывает по событию, а значения для подчиненных правил опрашиваются. По факту события главного правила.Andrey_B писал(а): ↑02 янв 2018, 17:39Включится. В момент обработки условий по событию происходит считывание текущего состояния портов.
Идея в том, чтобы пользователь вообще не оперировал понятием событие. Он указал, что надо включить что-то только в том случае, если порт А и порт Б замкнуты. И ожидает, что оно сработает независимо от того, в какой последовательности они включились и через какой промежуток времени.
Да, правильно. Но только в том случае, если правила связаны друг с другом.Erik писал(а): ↑08 янв 2018, 15:11Я так понимаю, что главное правило срабатывает по событию, а значения для подчиненных правил опрашиваются. По факту события главного правила.
Так почему не сделать главным правилом - проверку порта активатора событий. А подчиненными - проверку температуры датчиков.
Что я не правильно понял?
У меня идея другая. Не регулировать температуру теплоносителя к определенному значению, а увеличивать или уменьшать эту температуру по событиям.Andrey_B писал(а): ↑08 янв 2018, 16:37Но из личного опыта могу сказать, что температура в контуре (если датчик стоит на подаче) меняется в диапазоне 2-4 градусов и чтобы не крутить привод понапрасну нужно усреднять температуру теплоносителя за 5 минут и только потом принимать решение об изменении положения привода. Иначе программа будет дергать привод туда-сюда без всякой на то реальной нужды. Усреднять, конечно, теоретически можно в том числе и контроллером.