РЕКЛАМА НА ФОРУМХАУС На саму работу котла смотреть не обязательно. Достаточно температуру контролировать. Можно в нескольких точках. В том числе подачи. И наличие электроэнергии. Многие используют простенькие приборы с симками для этого. Например КотелОк
Обновление раз в месяц (Release). Хочется быть бета тестером - ставьте. Но достаточно переходить на предыдущую версию когда выкатывают 0ую следующую. Да и если все настроено - зачем обновляться? Патчей безопасности на моей памяти (а я там с 0.29) было всего 2. По пылесосу - чушь. Ведь никто не виноват, что вы купили ХЗ что, которое не поддерживается HA (Об этом вам кстати пишут каждый раз при запуске HA) и требует custom компонента. Задумайтесь кстати на досуге почему этот custom не интегрирован в ядро) Если отопление будет построено на core компонентах никаких проблем. У меня например ТП управляется на esphome (7контуров) 8 канальное реле + esp32 + ds18 везде. Пока никаких сбоев (хоть esp32 и не славится надежностью) + сверху 3 контура проверки с сигнализацией (дельта температур с выставленной, пинг, обновление данных).
Т. е. вы сами своими глазками в код никогда не смотрели и ставите знак равенства между действиями пользователя, который собрал конфиг, нажал билд и потом либо радуется, что все получилось, либо тупит на непонятные ошибки и "посмотреть в код, попытаться понять, как оно работает". Поскольку все кастомные варианты используют компонент Climat, постольку проблемы этого компонента и устройства esphome наследуются. Более того, в самом esphome нет компонента openthem потому как нет кастомного компонента, который бы был безпроблемным. У вас опять все сдвинулось. Вы же сами давали ссылку на вот это. И там при выборе MOES появляется board: generic-bk7231n-qfn32-tuya что означает использование процессора BK7231N и соответствующей платформы И да, внезапно ESPhome стал не только ESP гораздо проще и понятнее оказалось использовать версию, не построенную вокруг esphome если вы в исходники смотрели, то зачем про каждого пользователя было писать? В вашей версии не будет управления по температуре в помещении, плюс остается зависимость от ядра esphome, которому неизвестны требования протокола Opentherm хоть и нежесткие
ПЗА зло в другом. Зимой все было отлично. Пришел апрель. Снаружи +8..+10. ПЗА выставляет теплоноситель 22-26. Пришлось сдвигать кривую. Причем отключить в Protherm можно только отсоединив физически
ИМХО: WI-FI это для развлекаловок, а GSM самый надёжный на сегодняшний день беспроводной канал связи.
@serejka-dyser, Не жадничайте, скупой платит дважды. Берите Зонт Смарт Нью и адаптер цифровой шины к нему. Будет и удаленное управление и шинные функции. Хотя, настраивать непросто, но можно и удаленно помочь. И спецов по ним много и техподдержка работает и тема по ним тут есть: https://www.forumhouse.ru/threads/569323. Только в деньгах, и то - если в котле нету функции ПЗА. А также то, что термодатчик надо вывести в правильное место на улице. Больше нет недостатков. Только надо изначально правильно выставить функцию ("кривую"), а не глупость, когда при 10* на улице температура теплоносителя 20*... В Зонтах вручную настраивается абсолютно любая функция.
А теперь представьте, что нужно пять -шесть таких реле. И пользователь потом понимает, что мог купить современный роутер с точкой доступа, wi-fi реле, да ещё сэкономить бюджет. Wi-fi отваливается на слабом сигнале.
А что в деньгах? Вот образно схема (моя фотография только с насосами). Насосы через shelly реле (мониторинг потребления + выключение контуров). Где в такой схеме ПЗА даст экономию? В циркуляционной петле длиной 4 метра до насосов?
Тут многое зависит из чего СО слеплена, и на кой ляд вмешиваться в нормально сделанную и отрегулированную систему. Мои реле к контроллеру подключены проводами, wi-fi это просто вывод мониторинга в web и сбор статистики. Пропадёт статистика и фиг с ней, отопление будет работать как часы.
Сосредоточьтесь и заставьте себя обсуждать то, что вы прочитали у меня, а не видения, которые стоит обсудить с лечащим врачем. Я написал вполне конкретную вещь - пользователю esphome не надо специально скачивать исходники esphome, чтобы в них посмотреть - они скачаны автоматом при установке esphome. И странно, что обсуждая esphome вы это не знаете. А так я частенько смотрю в исходники esphome по разным поводам. И никогда специально для этого их не скачивал Я вам написал как обстоят дела. Не все. Я использую компонент без Climate. https://github.com/khenderick/esphome-opentherm Не поэтому. Потому что разработчик должен напрячься и удовлетворить все требования для включения компонента в esphome, а видимо никому не надо было. Та ссылка была про то устройство. Обсуждаем вроде opentherm в smarttherm - там esp. Это не значит что esphome плох. Это значит что вам лично почему-то другая проще 1. У меня есть естественно управление по температуре в помещении. Просто она не от разработчика интеграции opentherm, что абсолютно верно. Хотите - сделайте управление в esphome сами, хотите - сделайте его в HA. Та версия, что стоит у меня - предоставляет интерфейс для управления котлом, и все. 2. ядро esphome не должно знать требования opentherm, modbus, и кучи других протоколов. Они должны быть просто реализованы и работать. Реализаторы протоколов должны знать требования ядра esphome
Дело в том, что если вы что то не знаете, то лучше спросить, чем спорить. Графики отражают реальность, как это в реальности работает. Это такой механизм с проф решениях, обработка отчетов, это то, что неформат называл скриптами. Если что то не понятно на графиках то спросите. Это же так просто. Тогда будет понятно, с чего начать. Главное для начала нужно уяснить, что есть очень серьезная научная проработка систем АСУ ТП, и все более менее серьезные системы, управляющие отоплением, водоснабжением или теплогенераторами называется именно АСУ ТП. Все что так не называется является чем то не серьезным. Тут уже другой вопрос, в чем именно уступает то или иное решение.