Comments 31
У протерма ведь есть контакты для снижения нагрузки.
Как я понимаю, настраиваете через меню на сколько киловатт переключать и.. вам нужна только сухая релешка и розетка с таймером.
Себе-же сделал на контакты термостата, дальше умная розетка и mihome c датчиками температуры.
Усилия конечно достойны уважения , но если честно такую функциональность можно было получить гораздо быстрее и затратив меньше сил. Особенно если не гнаться за EBUS Покупаете специализированное устройство - самый дешевый вариант вроде этого https://electsmart.ru/catalog/tproduct/630942422-643397502611-termoregulyator-est-611w
Оно цепляется в стандартное приложение умного дома Tuya как термостат. Устройство состоит из двух блоков 1) Сенсорная панель управления с датчиком температуры 2) Блок управления который рулит котлом по сухому контакту Связь между блоками по 433 мгц Панель управления смотрит в Internet по Wi-Fi . В приложении Tuya расписание и температура настраивается сколь угодно гибко по дням недели по часам в течении дня. Если хочется все делать через HA то устройства Tuya пробрасывается в него через интеграцию и можно рулить оттуда. Плюс EBUS видеть состояние котла у меня Protherm Scat там EBUS нет и я решил ситуацию врезав в трубу отопления сразу после котла такой вот датчик https://zigbee-shop.ru/catalog/goods/1899 он по zigbee дает в HA давление и температуру теплоносителя - при падении ниже определенного уровня мне прилетит нотификация в телегу. С точки зрения комфорта и экономии энергии очень рекомендую активировать погодозависисмый режим котла, надо снаружи дома в тени установить такой датчик https://vodovorot-online.ru/catalog/kotly/avtomatika_dlya_kotlov/60154/ и выставить эквитермическую кривую и ее сдвиг в котле. И котел начинает устанавливать температуру теплоносителя в зависимости от наружной температуры воздуха по нелинейной кривой. Еще один момент Вы пишите что ограничиваете мощность котла чтобы оставить запас на других потребителей - котлы протерм можно заставить мониторить резерв доступной мощности для Вашей электросети и уменьшать загрузку если ее резерв падает меньше определенного порога. Для этого ставите в щитке реле защиты сети например такое https://www.chipdip.ru/product0/8009526426 у него масса полезных функций защищает от перепадов напряжения и перекоса фаз позволяет настраивать пороги защиты и тп В добавок оно умеет вычислять моментальную потребляемую мощность в сети и при приближении ее к установленному порогу замыкать сухой контакт. Это контакт можно завести на плату управления котла протерм называется этот вход - реле загрузки, соответственно как только контакт замыкается котел сбрасывает мозность на ступень вниз с 15 кв например до 9 кв если контакт остается замкнут еще ниже. Потом через некоторый период нагрузку опять увеличивает.
У меня задача аналогичная, только Modbus для меня родной и любимый.
Карту регистров с описанием выложите пожалуйста.
Также для информации, у ЭВАН есть хороший EBUS адаптер с облаком, по мне дак поинтереснее Zont и доп модулей не нужно. Из коробки wifi, 4G и поддержка ds18b20. Жалко что в mqtt или modbus он не умеет.
Карту регистров можете посмотреть по слову "документация" в статье, по сути это один файл, который можно найти на сайте ectoControl.
Интересная история.
От себя могу добавить что плюсом ebus является телеметрия и возможность отослать алерт в случае сбоя, но для этого необходимо добавить источник бесперебойного питания.
Расскажу свою долгую историю с EBus(Vaillant) и HA
Сначала смотрел на адаптер от немцев, даже собрал простейший вариант на макетке (там не очень много компонентов) и на одноплатнике крутил ebus шлюз - поймать ничего путного не получилось, а в итоге процессор одноплатника начал сильно греться и ушел в утиль.
Потом взял адаптер для ZONT, но производитель не открывает протокол обмена, попытка засниферить обмен ничего путного не дала (там какой-то обмен идет, но с переменными таймингами), у ZONT интеграция с HA только облачная, локально никакой возможности нет.
Потом взял адаптеры от ectoControl и при помощи одноплатника и node-red получилось получить данные от котла
Сейчас готовлюсь собрать сборку адаптер + rs485 to rs232 + esp8266 (esphome), которая по wifi интегрируется c HA по mqtt
Сам протокол довольно таки полный, адаптер от немцев и их софт имеет множество данных, но по понятных причинам мне не удалось проверить их все.
ZONT и ectoControl имеют базовый набор параметров, но при этом конкретный котел позволяет получить еще меньше данных, Node-RED позволил быстро спрототипировать все это.
Тоже прошел этот путь (котёл Navien). Адаптер Ekto, Modbus мост (WiFi-Eth) и все в HA (правда работа с modbus в HA не понравилась, были проблемы, и написал свою прослойку modbus-mqtt+rest).
Из минусов этой связки. Однажды HA сдох а зима и котел на даче. Хорошо, что через прослойку смог переключить адаптер (Ekto) на пульт с wifi и управлять через него (там своё приложение от производителя котла с закрытым протоколом).
По этому пошел по другому пути. Взял ESP32, модуль modbus, термодатчик и сделал свой адаптер. Тоже шлет в mqtt+REST и управляется через HA но с одним плюсом, у него есть авторежим. Еще плюс что они с котлом на одном UPS. А.. еще кнопку с диодом что бы можно было в ручную переключать управление на настенный пульт.
У меня HA уже тоже сдох, когда я из розетки выключил устройство. При этом делал бекапы на сд карту, на устройстве которая, так она испортилась, что их нельзя было восстановить. Теперь делаю бекапы на удаленный сервер, так что проблему понимаю. Из бекапов восстанавливается все очень просто и быстро, но это ни разу не звучит надежно. Хотя я настроил уведомления, что если сервер HA лежит, мне приходит сообщение в телеграм.
Предлагаю добавить к первому упоминанию котла в этой статье слово ЭЛЕКТРИЧЕСКИЙ.
Раскажу как это реализовано у меня: есть электрический котёл navien eqb 24 кВт, у него есть возможность подключения термостата в разрыв — по сути просто контакт вкл/выкл. И такое есть у большинства котлов, на сколько знаю. Этот клнтакт замыкает релешка с esp8266, далее на каждый контур тёплого пола стоит свой датчик температуры, но он стоит именно в тлм помещении, где используется этот тёплый контур. На двух коллекторах стоят модули по 8 реле на тех же esp. Всё это включается/открывается/закрывается исключительно по температуре, а не по времени. В итоге в каждом помещении выставлена своя температура с гистерезисом в 0.5 градуса, а котёл включается и отключается автоматически, ну и термоголовки на коллекторах закрывают ненужные контуры, если что-то ещё не догрелось, а что-то уже на грани. В санузнал у меня выставлено 24 градуса, в спальнях — 20, во всех остальных — 22 градуса. А, ну и в гараже — 18. Радиаторы есть только у ворот гаража и в прихожей для варежек, остальное всё — водяной тёплый пол. Котел выставлен на 16 кВт, больше ни разу не понадобились. Регулировка мощности в моём случае не имеет значения, расход будет одинаковый на всех мощностях, просто чем мощнее, лем чаще релешки щёлкать будут. Котел ещё автоматически греет тёплую воду с переключением трехходового клапана, а так же реализован резервный твердотопливный котёл в этой же связке, но это уже другая история)
В home assistant Есть штатная интеграция zont
Поищите ее и наслаждайтесь
Прошёл тот же путь, после чего разработал интеграцию HA для адаптеров ectoControl. https://habr.com/ru/articles/972592/
Видел вашу статью, но не стал вчитываться, посмотрел вскольз. Жалко, что мысль про создание интеграции мне не пришла в голову, возможно из-за того, что с Home Assistant мало работаю. Думаю, лучше начинать с вашей интеграции, потому что она выглядит полнее, но не нашел поддерживается ли электрический котел, у вас вроде все о газовом. В том числе поэтому не стал думать о переходе и тестирование вашей итеграции на моем котле, т.к. у меня уже все настроено и пока все хорошо работает, кроме ошибок в логах, они не исправились.
Важная информация, для тех, кто хочет попробовать что-то похожее. Обновить адаптер EBUS нельзя не через систему ectoControl. Поэтому все эти решения надо пробовать на свой страх и риск. Т.е. сейчас я не могу обновить свой адаптер, а уже вышли новые версии с исправлением ошибок и добавлением чего-то нового, информация о прошивках находиться на сайте ectoControl, в поддержке.
Один человек отписался по поводу применения как раз на Protherm Skat 12 KE. Телеметрию читает со всех регистров нормально, запись в регистры (судя по логам) тоже идёт нормально. Но почему-то у него адаптер не регулирует температуру теплоносителя котла. Возможно не разобрался пока. В связи с этим вопрос. Ты для своего адаптера управляешь через изменение регистра 0x0031 как по документации? Никаких нюансов нет из тех что описаны в доке? Я имею ввиду согласование диапазонов минимум/максимум.
Возможно мы об одном человеке говорим, на моем сайте к этой же статье много комментариев на днях было и у него не получается запись температуры, а так вроде бы все работает. Да, запись корректно приводится к диапазону, иначе у меня бы не работало. Плюс, все в открытом доступе, можешь посмотреть. Я как раз все выложил в открытый доступ, чтобы можно было подглядывать и уточнять. С написания статьи у меня мало что изменилось к сегодняшнему дню.
Я тоже порекомендовал выполнить согласование как написано в документации. По моему это выглядит так:
Установить температуру из интеграции (например 50)
Отключить адаптер от котла (или выключить питание)
На котле с панели установить температуру 50
Подключить адаптер к котлу (или включить питание).
Вопрос в том, пришлось ли тебе так же делать, чтобы адаптер начал управлять температурой теплоносителя? Просто мне с моим котлом так делать не пришлось, работает в любых вариантах настроек.
Я поставил температуру максимальную котлу, до того, как подсоединить адаптер ectoControl, это надо сделать и описано в документации к адаптеру. В самом руководстве подключения. Я про это забыл ему упомянуть, но на руководство ссылку дал.
Но я честно не тестировал плотно этот момент, с заниженной температурой не помню как будет работать. Сразу ставил максимум и все, как описано.
Спасибо за информацию. Задрать температуру до подключения, хороший вариант, описывает действие гораздо проще. Значит должно работать.
Посмотрел твой репос, увидел интересные моменты по интеграции HA Modbus о которых не знал. Как говорится "Век живи, век учись" :-)
Все не мог понять, зачем какой-то доп. девайс паять пришлось. Дочитал статью до конца, понял. Для коммутации. У меня все в щите, а там рядом и БП на 12В и Modbus-сервер (у меня проводной, т.е. Ethernet), туда же приходит витая пара от котла, т.е. коммутируется вся прямо в щите. Рядом с котлом розетка с разъемом RJ-9 (4P4C). Схему и модель фрикадовскую в репосе увидел, могут пригодиться. Спасибо!
P.S.: Modbus-серверы бывают с режимом multi-master, т.е. могут работать одновременно с несколькими мастерами. В статье видел ты описывал эту проблему.
Да, когда мне написал человек с проблемой по котлу на прошлых неделях, то выложил все что есть на сегодняшний день в репозиторий :) . А с того момента успел написать скрипт на питоне, который можно использовать если HA вдруг отпадет, а такое было! (Но давно) Еще, т.к. стал увлекаться электроникой, изготовил заново адаптер через EasyEDA, т.е. по схеме, а не вручную. А вот сама интеграция почти не изменилась, сам удивился, но когда обновлял репозиторий, то ничего существенного не заметил, только адрес устройства поменял на 0, он у меня на 0xe и на 0x0 работает, подумал, что 0x0 более универсально. Но как выяснилось, что не все на 0x0 откликаются.
На 0x0 при чтении все должны откликаться, это широковещательный адрес в Modbus, а вот при записи могут быть сюрпризы. Адрес, видимо, зависит от того, что зашили в адаптер при производстве. В доке у них противоречивая информация. Непонятно как ее интерпретировать, вот пример двух противоречащих абзацев (в одном указан дефолт 0xF0, в другом, что с производства идет вообще без адреса, должно быть 0x00 имеется ввиду):
Но через коды команд 0x46, 0x47 можно прочитать текущий адрес или изменить его. Это плюс. Я себе установил таким образом 0x01.
Если оставлять как есть (я сам буквально недавно с этой схемы перешел на интеграцию), то можно использовать https://github.com/sokolovs/wda-sensor она в HACS доступна. Это если захочется попробовать ПЗА. Она у меня работала с самого начала, т.е. когда использовал напрямую интеграцию Modbus.
Почему-то адаптер при перезапуске не сохраняет значение последней установленной температуры, поэтому я сделал хак в Home Assistant и сохраняю последнее значение температуры, а потом, при перезапуске его оставляю обратно. Это работает, но не всегда, например, если Home Assistant одновременно перезагружается с адаптером EBUS (выключилось электричество в доме), то этот случай у меня не всегда работает. Пока не знаю как решить, но думаю над этим.
Этот вопрос в моей интеграции решён. Поддержка об этом предупреждала. В общем-то у них для этих целей и настраивается аварийная температура теплоносителя (регистр 0x0032). 0x0031, как я понял, работает только если адаптер периодически опрашивается, в противном случае он считает, что потерял связь с управляющим устройством и переключается на использование 0x0032. И да, ты прав, при старте адаптер всегда ждет, что ему установят регистр 0x0031. Спрашивается, зачем он тогда сохраняется в ПЗУ :-)
Как я это решил, когда было настроено через интеграцию HA Modbus. У меня были две автоматизации, которые устанавливали 0x0031, одна на событие HA Started, другая на событие изменения сенсора "Статус подключения к котлу" (у тебя он тоже есть). На практике оказалось достаточно только последней автоматизации по статусу подключения. Это показало себя хорошо в любых вариантах и при полном отключении питания, и при перезагрузке HA, и при отключении только адаптера. Поэтому я зашил этот механизм и в интеграцию ectoControl Adapter. Работает там точно так же, только настройки не требует.
Это вопрос решил с помощью автоматизации. Одна автоматизация сохраняет последнее записаное значение температуры, а при перезапуске устанавливает его обратно. Перезапуск у меня странно работает, когда котел становится доступным вроде так или когда адаптер только загрузился или когда записаная температура не равна записаной. Да, наверно последний случай уже, точно не помню. (Но все три случая по ходу дела пробовал.) Ну я еще записываю и аварийную температуру и простую температуру одновременно, на всякий случай, чтобы оно всегда работало.
История бюджетной автоматизации отопления в Home Assistant