Alex_Jet писал(а):Я тут что подумал - при наличии функционала "Program" возможно даже управлять трехходовыми клапанами только средствами MegaD!:
-если температура после клапана <уставки, то 0=1;p5;0=0
-если температура после клапана >уставки, то 1=1;p5;1=0
А порты в режиме SW link. Интересно - как это будет работать?
Не будет работать. И даже не потому, что в Program пока не поддерживаются паузы.
Предположим температура после клапана _стала_ меньше уставки, контроллер покрутил клапан, но температура не выросла или выросла недостаточно. Надо бы его еще покрутить, и еще, но кто это будет делать?
Этак можно прийти к тому, что нужны циклы и еще встроенный питон...
Alex_Jet писал(а):Интересной особенностью было бы еще задание уставки с гистерезисом методом get.
Нужно всеми силами стараться отказаться от сервера, чтобы потом менять гистерезис GET-запросом?
Если уж есть нечто, что рулит устройством через GET-запросы, так ему и флаг в руки.
Alex_Jet писал(а):
А просветите, пожалуйста, почему в локальном/удаленном термостате (только при выборе режима <>) не сделать поля Act и ElseAct. То есть если температура превышает уставку, то выполняем Act, если меньше уставки, то выполняем ElseAct?
Каждый Act занимает в EEPROM 23 байта (и некоторым мало). 23 * 38 = 874 байта. Второй Act займет столько же. А ведь EEPROM - это не Москва.
И мы тут умолчим, что в случае, если все поля усердно заполнены, то даже с одним Act размер страницы едва влезает в TCP-пакет.
Alex_Jet писал(а):
Все же система отопления в частном доме - самая наиглавнейшая система особенно в сибирских условиях, поэтому ее надо делать с максимальной надежность - (преимущественно управление сервером, но в случае возможных проблем с ним - более менее нормальная логика работы без него). Как и дублирование котлов.
В космической отрасли все делается очень надежно и сильно дублировано, а ракеты все равно изредка падают в "грунт".
С другой стороны дом никогда не остывает мгновенно. Потребуется день-два или даже больше, чтобы даже в сибирских условиях в случае аварии или сбоя софта дом остыл до критической температуры в 0 градусов.
Трехходовые, насосы, котел - все это останется в том положении, в котором было на момент сбоя сервера. Максимум, что будет - это чуть теплее или чуть прохладнее в доме в зависимости от внешних условий.
Alex_Jet писал(а):Андрей, а модули 15IN и 14/15OUT-S не ожидаются??? Еще кстати, кто-то говорил про "MegaD-все в одном флаконе" - есть какое-нибудь развитие по этому поводу?
По поводу 15-IN. Нет места для еще одного джампера и еще одного клеммника. Кроме того, 14 светодиодов на лицевой панели в два ряда как-то ложатся лучше, чем 15.
Можно убрать клемму с питанием (+12В, 3,3В), но по-моему она ценнее, чем еще один порт.
14/15-S пока не ожидается, но он возможен. Хотя пользователям больше нравятся релейные модули ввиду их большей универсальности, возможности коммутации больших токов и условной толерантности к сверхтокам и КЗ.
Моноблок делает d.v.ermakov. Работа у него идет. То есть, развитие есть. Может быть, со временем я сделаю свою версию (пока разработка не начиналась), а может, буду предлагать его вариант.
Alex_Jet писал(а):Еще момент - к одной MegaD-2561 получится подключить 7 шт. DS18B20 и 3 шт. OLED, чтобы на них выводились показания от датчиков температуры?
Смотря что вы имеете ввиду.
Если подключаться непосредственно к "гребенкам" с внешней подтяжкой, то легко.
Если ограничиваться только XT2 и при условии, что сервер не будет задействован для вывода данных на OLED-дисплеи, то нельзя.