Камеры тоже удобно в HA завести. А HA если через port forwarding делать, то однозначно только https. Поэтому да, VPN универсален в этом случае. Просто VM ещё держать под это придётся, это минус.
Ох какая сложная схема. В HA ставится интеграция Mikrotik, в которой присутствие телефона в сети работает штатно без сложной настройки. Далее телефон связываешь с жильцом. И всё, пили любые сценарии!
Можно другой порт использовать под HA. Или как выше советуют port forwarding, на роутер снаружи на один порт приземлять, а роутер уже прокинет на внутренний TCP:8123 (по дефолту использует HA).
Бывает правда, что провайдеры используют stateful фаерволы и не работает именно по этому. Но это нужно в ТП обращаться. Сам локальный областной оператор и всегда идем на встречу в таких вопросах.
С бойлером на 100л на самом деле тоже есть решение и это не умный дом )) Нужно просто сделать трап в том месте где установлен бойлер + уведомление. А стиралка и посудомойка, как верно заметили, не является серьезной проблемой при отключенной подаче. Они сами встают. Вы же пробовали открывать посудомойку в процессе? Ну там на дне где-то 500мл в сумме.
Опять же и сценарии не проблема, но в первую очередь нужно закрыть то, что будет давать постоянную подпитку.
Поэтому, в умном доме должны быть не только беспроводные решения, а и проводные на базе ПЛК или программируемого реле в основе! По надёжности это тоже саамое, что и отдельные готовые решения, только логику ты определяешь сам. У меня, например, перекрывает подачу с помощью привода Bugatti и отключает скважинный насос.
Шкаф под ОВЕН как раз отличается тем, что он меньше получается, если брать программируемые реле, а не ПЛК. А минус в том, что ПЛК в стандартный модульный шкаф не встанет. А у WB соотношение I/O на 1-DIN не очень, поэтому шкаф получится больше, но плюс в том что одноплатник не нужен под HA.
Ну не всё вообще, так можно пойти в утопию, но всё критичное точно + запас на будущее. Как пример, потребовалось подключить частотник для водоснабжения по Modbus, а кабель для этих целей там уже есть ) и еще в запасе останется.
Соглашусь. В итоге получаем тот же ОВЕН + RPi + HA. Еще из минусов относительно программируемых реле - размер! Шкаф под WB и шкаф под ОВЕН у меня вышли с существенными отличиями в габаритах. Нужно уменьшать. Для меня плюсы и минусы есть у обоих решений. Надо в каждом конкретном случае смотреть с чем готов мириться пользователь.
Если рассматривать вопрос "кто дома?", то с этим справляется обычный 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
Подключить адаптер к котлу (или включить питание).
Вопрос в том, пришлось ли тебе так же делать, чтобы адаптер начал управлять температурой теплоносителя? Просто мне с моим котлом так делать не пришлось, работает в любых вариантах настроек.
Камеры тоже удобно в HA завести. А HA если через port forwarding делать, то однозначно только https. Поэтому да, VPN универсален в этом случае. Просто VM ещё держать под это придётся, это минус.
Ох какая сложная схема. В HA ставится интеграция Mikrotik, в которой присутствие телефона в сети работает штатно без сложной настройки. Далее телефон связываешь с жильцом. И всё, пили любые сценарии!
Можно другой порт использовать под HA. Или как выше советуют port forwarding, на роутер снаружи на один порт приземлять, а роутер уже прокинет на внутренний TCP:8123 (по дефолту использует HA).
Бывает правда, что провайдеры используют stateful фаерволы и не работает именно по этому. Но это нужно в ТП обращаться. Сам локальный областной оператор и всегда идем на встречу в таких вопросах.
С бойлером на 100л на самом деле тоже есть решение и это не умный дом )) Нужно просто сделать трап в том месте где установлен бойлер + уведомление. А стиралка и посудомойка, как верно заметили, не является серьезной проблемой при отключенной подаче. Они сами встают. Вы же пробовали открывать посудомойку в процессе? Ну там на дне где-то 500мл в сумме.
Опять же и сценарии не проблема, но в первую очередь нужно закрыть то, что будет давать постоянную подпитку.
Поэтому, в умном доме должны быть не только беспроводные решения, а и проводные на базе ПЛК или программируемого реле в основе! По надёжности это тоже саамое, что и отдельные готовые решения, только логику ты определяешь сам. У меня, например, перекрывает подачу с помощью привода Bugatti и отключает скважинный насос.
Шкаф под ОВЕН как раз отличается тем, что он меньше получается, если брать программируемые реле, а не ПЛК. А минус в том, что ПЛК в стандартный модульный шкаф не встанет. А у WB соотношение I/O на 1-DIN не очень, поэтому шкаф получится больше, но плюс в том что одноплатник не нужен под HA.
Ну не всё вообще, так можно пойти в утопию, но всё критичное точно + запас на будущее. Как пример, потребовалось подключить частотник для водоснабжения по Modbus, а кабель для этих целей там уже есть ) и еще в запасе останется.
Когда требовалось, делал аналогично. XPath удобный вариант + достаточный быстрый на sax парсере.
На заре появления крупных интернет сайтов делал преобразование XML -> SQL с помощью XSLT :) Удовольствие то еще, но очень надежно и долго работало.
Соглашусь. В итоге получаем тот же ОВЕН + RPi + HA. Еще из минусов относительно программируемых реле - размер! Шкаф под WB и шкаф под ОВЕН у меня вышли с существенными отличиями в габаритах. Нужно уменьшать. Для меня плюсы и минусы есть у обоих решений. Надо в каждом конкретном случае смотреть с чем готов мириться пользователь.
Если рассматривать вопрос "кто дома?", то с этим справляется обычный 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
Подключить адаптер к котлу (или включить питание).
Вопрос в том, пришлось ли тебе так же делать, чтобы адаптер начал управлять температурой теплоносителя? Просто мне с моим котлом так делать не пришлось, работает в любых вариантах настроек.