Если рассматривать вопрос "кто дома?", то с этим справляется обычный wi-fi роутер. HA умеет опрашивать таблицу MAC-адресов и показывать кто дома. BLE отвечает на вопрос и "кто дома?" и "где в доме находится". Да, идея заманчивая. Строить персональные сценарии и всё такое, но она ломается об обычную логистику (телефон должен быть приклеен к человеку).
Для производств свои решения на базе BLE, речь конечно же не про DIY, а про технологию в целом. На работе есть регламенты, а дома близким инструкции под подпись не вручишь ))
Баловство это всё. У меня не прижилось. Не всегда телефон с собой таскаешь, хотя допускаю, что кто-то с ним уже сросся. Чип в *опу как-то тоже не хочется вставлять )) На производствах и в офисах классно, дома - попробовать и забыть.
Причина только в неправильной настройке. Показывайте всю информацию по этой автоматизации. Из того, что видно, смущает название в триггере "Котёл Целевая ...". Что это? Это WDA сенсор?
Очень рад, что у вас все получилось. По поводу вопросов.
Выбег насоса точно не регулируется через адаптер, это нужно делать с панели котла.
Давление в контуре и расход могут не предоставляться котлом. В этом случае в показаниях будут нули.
Точно так же минимальная и максимальная температура теплоносмтеля и ГВС. В этом случае они показывают крайние значения 0 и 127. Хотя уставки этих параметров могут работать корректно. Нужно поставить по паспорту.
Возможность изменения модуляции так же зависит от наличия поддержки в самом котле. Если ваш не реагирует, значит не поддерживает.
Все, что вы перечислили не поддерживается и моим котлом тоже. Но в интеграцию нужно было добавить, т.к другие могут поддерживать.
В межсезонье такт в 15 минут это норма, не нужно это менять. 12-15 нагрев, 12-15 остывает. Получается 2 такта в час. При похолодании длина такта увеличивается, вплоть до безостановочной работы. Программно это не регулируется! Для изменения нужно регулировать газовый клапан. Например у вас сейчас 13 - 25 кВт, можно настроить на 6 - 15 кВт (цифры не реальные, для примера). Нижняя граница как раз и даёт тактование когда на улице тепло. Ниже неё котел не может опуститься.
По поводу настройки режимов работы думал. Да, нужно расширять. Там ещё есть возможность включать/выключать второй контур для бойлера косвенного нагрева например. Не придумал пока вариант выбора, т.к там четыре варианта: выкл, отопление, гвс, второй контур, а поле одно. Но, что то придумаю.
P.S. по поводу поддерживаемых параметров в вашем котле, можно уточнить у поддержки, если в практике им попадался, то ответят.
На 0x0 при чтении все должны откликаться, это широковещательный адрес в Modbus, а вот при записи могут быть сюрпризы. Адрес, видимо, зависит от того, что зашили в адаптер при производстве. В доке у них противоречивая информация. Непонятно как ее интерпретировать, вот пример двух противоречащих абзацев (в одном указан дефолт 0xF0, в другом, что с производства идет вообще без адреса, должно быть 0x00 имеется ввиду):
Но через коды команд 0x46, 0x47 можно прочитать текущий адрес или изменить его. Это плюс. Я себе установил таким образом 0x01.
Почему-то адаптер при перезапуске не сохраняет значение последней установленной температуры, поэтому я сделал хак в Home Assistant и сохраняю последнее значение температуры, а потом, при перезапуске его оставляю обратно. Это работает, но не всегда, например, если Home Assistant одновременно перезагружается с адаптером EBUS (выключилось электричество в доме), то этот случай у меня не всегда работает. Пока не знаю как решить, но думаю над этим.
Этот вопрос в моей интеграции решён. Поддержка об этом предупреждала. В общем-то у них для этих целей и настраивается аварийная температура теплоносителя (регистр 0x0032). 0x0031, как я понял, работает только если адаптер периодически опрашивается, в противном случае он считает, что потерял связь с управляющим устройством и переключается на использование 0x0032. И да, ты прав, при старте адаптер всегда ждет, что ему установят регистр 0x0031. Спрашивается, зачем он тогда сохраняется в ПЗУ :-)
Как я это решил, когда было настроено через интеграцию HA Modbus. У меня были две автоматизации, которые устанавливали 0x0031, одна на событие HA Started, другая на событие изменения сенсора "Статус подключения к котлу" (у тебя он тоже есть). На практике оказалось достаточно только последней автоматизации по статусу подключения. Это показало себя хорошо в любых вариантах и при полном отключении питания, и при перезагрузке HA, и при отключении только адаптера. Поэтому я зашил этот механизм и в интеграцию ectoControl Adapter. Работает там точно так же, только настройки не требует.
Спасибо за информацию. Задрать температуру до подключения, хороший вариант, описывает действие гораздо проще. Значит должно работать.
Посмотрел твой репос, увидел интересные моменты по интеграции HA Modbus о которых не знал. Как говорится "Век живи, век учись" :-)
Все не мог понять, зачем какой-то доп. девайс паять пришлось. Дочитал статью до конца, понял. Для коммутации. У меня все в щите, а там рядом и БП на 12В и Modbus-сервер (у меня проводной, т.е. Ethernet), туда же приходит витая пара от котла, т.е. коммутируется вся прямо в щите. Рядом с котлом розетка с разъемом RJ-9 (4P4C). Схему и модель фрикадовскую в репосе увидел, могут пригодиться. Спасибо!
P.S.: Modbus-серверы бывают с режимом multi-master, т.е. могут работать одновременно с несколькими мастерами. В статье видел ты описывал эту проблему.
Я тоже порекомендовал выполнить согласование как написано в документации. По моему это выглядит так:
Установить температуру из интеграции (например 50)
Отключить адаптер от котла (или выключить питание)
На котле с панели установить температуру 50
Подключить адаптер к котлу (или включить питание).
Вопрос в том, пришлось ли тебе так же делать, чтобы адаптер начал управлять температурой теплоносителя? Просто мне с моим котлом так делать не пришлось, работает в любых вариантах настроек.
Если оставлять как есть (я сам буквально недавно с этой схемы перешел на интеграцию), то можно использовать https://github.com/sokolovs/wda-sensor она в HACS доступна. Это если захочется попробовать ПЗА. Она у меня работала с самого начала, т.е. когда использовал напрямую интеграцию Modbus.
Один человек отписался по поводу применения как раз на Protherm Skat 12 KE. Телеметрию читает со всех регистров нормально, запись в регистры (судя по логам) тоже идёт нормально. Но почему-то у него адаптер не регулирует температуру теплоносителя котла. Возможно не разобрался пока. В связи с этим вопрос. Ты для своего адаптера управляешь через изменение регистра 0x0031 как по документации? Никаких нюансов нет из тех что описаны в доке? Я имею ввиду согласование диапазонов минимум/максимум.
Включить отопление или поднять температуру заранее до приезда. Выключить весь свет удаленно, если сам не умеет отключаться. Запросить состояние всего, что есть в умному доме.
Экспоненту лучше все таки выставить в 2.2 - 3.8 (это сейчас умолчание). Т.к. при стандартных для предыдущей версии 1.2 - 2.2, кривая с тем же номером находилась выше. Диапазон расширен, теперь он от -50 до 20C.
Экспериментировать с кривой удобно, когда график выведен на панель. Выставить 1-1, посмотреть, далее 1-10, посмотреть, далее 10-20, далее 15-20. И всё станет понятно.
Если рассматривать вопрос "кто дома?", то с этим справляется обычный wi-fi роутер. HA умеет опрашивать таблицу MAC-адресов и показывать кто дома. BLE отвечает на вопрос и "кто дома?" и "где в доме находится". Да, идея заманчивая. Строить персональные сценарии и всё такое, но она ломается об обычную логистику (телефон должен быть приклеен к человеку).
Для производств свои решения на базе BLE, речь конечно же не про DIY, а про технологию в целом. На работе есть регламенты, а дома близким инструкции под подпись не вручишь ))
Баловство это всё. У меня не прижилось. Не всегда телефон с собой таскаешь, хотя допускаю, что кто-то с ним уже сросся. Чип в *опу как-то тоже не хочется вставлять )) На производствах и в офисах классно, дома - попробовать и забыть.
Причина только в неправильной настройке. Показывайте всю информацию по этой автоматизации. Из того, что видно, смущает название в триггере "Котёл Целевая ...". Что это? Это WDA сенсор?
Было бы неплохо получить скрин с ошибкой. Она выглядит странно.
Очень рад, что у вас все получилось. По поводу вопросов.
Выбег насоса точно не регулируется через адаптер, это нужно делать с панели котла.
Давление в контуре и расход могут не предоставляться котлом. В этом случае в показаниях будут нули.
Точно так же минимальная и максимальная температура теплоносмтеля и ГВС. В этом случае они показывают крайние значения 0 и 127. Хотя уставки этих параметров могут работать корректно. Нужно поставить по паспорту.
Возможность изменения модуляции так же зависит от наличия поддержки в самом котле. Если ваш не реагирует, значит не поддерживает.
Все, что вы перечислили не поддерживается и моим котлом тоже. Но в интеграцию нужно было добавить, т.к другие могут поддерживать.
В межсезонье такт в 15 минут это норма, не нужно это менять. 12-15 нагрев, 12-15 остывает. Получается 2 такта в час. При похолодании длина такта увеличивается, вплоть до безостановочной работы. Программно это не регулируется! Для изменения нужно регулировать газовый клапан. Например у вас сейчас 13 - 25 кВт, можно настроить на 6 - 15 кВт (цифры не реальные, для примера). Нижняя граница как раз и даёт тактование когда на улице тепло. Ниже неё котел не может опуститься.
По поводу настройки режимов работы думал. Да, нужно расширять. Там ещё есть возможность включать/выключать второй контур для бойлера косвенного нагрева например. Не придумал пока вариант выбора, т.к там четыре варианта: выкл, отопление, гвс, второй контур, а поле одно. Но, что то придумаю.
P.S. по поводу поддерживаемых параметров в вашем котле, можно уточнить у поддержки, если в практике им попадался, то ответят.
Похоже, что ссылку не до конца скопировали. В ошибке заканчивается на "ec", а должно "ec-adapter".
На 0x0 при чтении все должны откликаться, это широковещательный адрес в Modbus, а вот при записи могут быть сюрпризы. Адрес, видимо, зависит от того, что зашили в адаптер при производстве. В доке у них противоречивая информация. Непонятно как ее интерпретировать, вот пример двух противоречащих абзацев (в одном указан дефолт 0xF0, в другом, что с производства идет вообще без адреса, должно быть 0x00 имеется ввиду):
Но через коды команд 0x46, 0x47 можно прочитать текущий адрес или изменить его. Это плюс. Я себе установил таким образом 0x01.
Этот вопрос в моей интеграции решён. Поддержка об этом предупреждала. В общем-то у них для этих целей и настраивается аварийная температура теплоносителя (регистр 0x0032). 0x0031, как я понял, работает только если адаптер периодически опрашивается, в противном случае он считает, что потерял связь с управляющим устройством и переключается на использование 0x0032. И да, ты прав, при старте адаптер всегда ждет, что ему установят регистр 0x0031. Спрашивается, зачем он тогда сохраняется в ПЗУ :-)
Как я это решил, когда было настроено через интеграцию HA Modbus. У меня были две автоматизации, которые устанавливали 0x0031, одна на событие HA Started, другая на событие изменения сенсора "Статус подключения к котлу" (у тебя он тоже есть). На практике оказалось достаточно только последней автоматизации по статусу подключения. Это показало себя хорошо в любых вариантах и при полном отключении питания, и при перезагрузке HA, и при отключении только адаптера. Поэтому я зашил этот механизм и в интеграцию ectoControl Adapter. Работает там точно так же, только настройки не требует.
Спасибо за информацию. Задрать температуру до подключения, хороший вариант, описывает действие гораздо проще. Значит должно работать.
Посмотрел твой репос, увидел интересные моменты по интеграции HA Modbus о которых не знал. Как говорится "Век живи, век учись" :-)
Все не мог понять, зачем какой-то доп. девайс паять пришлось. Дочитал статью до конца, понял. Для коммутации. У меня все в щите, а там рядом и БП на 12В и Modbus-сервер (у меня проводной, т.е. Ethernet), туда же приходит витая пара от котла, т.е. коммутируется вся прямо в щите. Рядом с котлом розетка с разъемом RJ-9 (4P4C). Схему и модель фрикадовскую в репосе увидел, могут пригодиться. Спасибо!
P.S.: Modbus-серверы бывают с режимом multi-master, т.е. могут работать одновременно с несколькими мастерами. В статье видел ты описывал эту проблему.
Я тоже порекомендовал выполнить согласование как написано в документации. По моему это выглядит так:
Установить температуру из интеграции (например 50)
Отключить адаптер от котла (или выключить питание)
На котле с панели установить температуру 50
Подключить адаптер к котлу (или включить питание).
Вопрос в том, пришлось ли тебе так же делать, чтобы адаптер начал управлять температурой теплоносителя? Просто мне с моим котлом так делать не пришлось, работает в любых вариантах настроек.
Если оставлять как есть (я сам буквально недавно с этой схемы перешел на интеграцию), то можно использовать https://github.com/sokolovs/wda-sensor она в HACS доступна. Это если захочется попробовать ПЗА. Она у меня работала с самого начала, т.е. когда использовал напрямую интеграцию Modbus.
Один человек отписался по поводу применения как раз на Protherm Skat 12 KE. Телеметрию читает со всех регистров нормально, запись в регистры (судя по логам) тоже идёт нормально. Но почему-то у него адаптер не регулирует температуру теплоносителя котла. Возможно не разобрался пока. В связи с этим вопрос. Ты для своего адаптера управляешь через изменение регистра 0x0031 как по документации? Никаких нюансов нет из тех что описаны в доке? Я имею ввиду согласование диапазонов минимум/максимум.
Прошёл тот же путь, после чего разработал интеграцию HA для адаптеров ectoControl. https://habr.com/ru/articles/972592/
Штатная дергает внешний API их облака, т.к. протокол их адаптера закрытый. Это минус для локального решения.
Сразу пришёл к локальном решению на базе HA. Писал статью об этом весной. Уже запилил пару интеграций для HA для управления газовым котлом.
Многой похожих решений, только релюшка стоит централизованная программируемая на 24 канала в сумме 😀
Включить отопление или поднять температуру заранее до приезда. Выключить весь свет удаленно, если сам не умеет отключаться. Запросить состояние всего, что есть в умному доме.
Так нет тут проблемы. Есть несколько вариантов.
Использовать интеграцию yandex smart home и вывести нужные вещи туда + Алиса заработает.
Использовать для удалённого доступа родной HA Cloud
Взять публичный IP и настроить DNAT.
И ещё навскидку пара чисто сетевых решений. В т.ч уже предложенных.
Экспоненту лучше все таки выставить в 2.2 - 3.8 (это сейчас умолчание). Т.к. при стандартных для предыдущей версии 1.2 - 2.2, кривая с тем же номером находилась выше. Диапазон расширен, теперь он от -50 до 20C.
Экспериментировать с кривой удобно, когда график выведен на панель. Выставить 1-1, посмотреть, далее 1-10, посмотреть, далее 10-20, далее 15-20. И всё станет понятно.
100%