А если конструктивно, кто занимается разработкой софта? Сами или на аутсорсе? Проводился ли аудит кода кем-то? Или это openipc с "нескучными обоями"? :)
Верно. Однако в статье есть параграф о настройке клиентов, в котором есть абзац:
при первом запуске он предлагает выбрать страну, и если вы выберете Россию, то автоматически применятся правила, направляющие трафик до иностранных ресурсов через ваш прокси, а до российских сайтов — напрямую
И при такой конфигурации "из коробки" юзер будет подвержен описанной уязвимости. Из самого безобидного - потенциальный бан ip сервера РКН'ом.
Отличная статья! Но стоит добавить, что у метода заворачивания всего не РУ сегмента есть уязвимость. Предположим, на устройстве включен клиент, пользователь с этого устройства заходит на любой гос. ресурс (те же госуслуги):
В верстке присутствует безобидный <img src="//negosuslugi.com/pixel.jpg?tratata">, где tratata - это закодированная пара user_id;client_ip, а по user_id можно идентифицировать пользователя
negosuslugi.com хостится за пределами РФ, но подконтролен гос-ву
Всё, что делает скрипт пикселя - сохраняет в базуuser_id, client_ip, proxy_ip, если client_ip != current_client_ip и current_client_ip не из РУ сегмента. А так как хостится этот пиксель за пределами РФ, то трафик пойдет через VPN и current_client_ip будет отличаться от client_ip из закодированной пары.
Таким нехитрым образом можно мало того, что собрать список ip адресов (VPN), но и установить кто пользуется VPN и за каким VPN сидит. Поэтому белые списки того, что заворачивается выглядят несколько безопаснее.
А в чем была изначальная необходимость использования Home Assistant
Управление освещением, электроприборами, примитивной сигнализацией (утечки газа, воды, дым, вторжение), автоматизации, мониторинг энергоресурсов, возможность всем этим управлять удаленно без чужих облаков (приваси, все дела).
Был ли на тот момент WBE2-I-OPENTHERM уже не помню. Если и был, то по каким-то причинам отказался от использования. Хотя, если бы строил дома сейчас, то собрал бы весь УД на железе WB и HA как фронт.
При использовании любого чужого API риски не ничтожны. Кроме того, мне не нравится получать доступ с одной локальной железки на другую локальную железку через интернет.
Что касается родного интерфейса zont'а - мне этот зоопарк ни к чему. Вся автоматика в HA, пусть там и остается.
Обычные простые напольные котлы тоже могут уметь opentherm)
Если не умеет, то смотреть в сторону псевдорелейного режима (если котел умеет) и/или в сторону регулирования с помощью внешних электрических термоголовок на коллекторе или вкл/выкл насосы, если гидрострелка.
ПИД-регулятор вычисляет время, в течение которого нагреватель должен оставаться включенным в течение периода ШИМ, чтобы достичь заданного значения температуры, например, если ШИМ установлено на 15 минут, если выходной сигнал равен 100%, нагреватель будет оставаться включенным в течение следующих 15 минут ШИМ. период. Если выход ПИД составляет 33%, нагреватель будет включен только на 5 минут.
Это применимо к обогревателям, которые имеют просто режимы вкл/выкл. Для котлов это псевдорелейный режим. ШИМ тут условный, с периодами в несколько десятков минут.
Котел двухконтурный. Либо греет ГВС, либо контур отопления. Теплоаккумуляторы не используются
Крутилки на радиаторах не рассматривались изначально, не позволяют они автоматически поддерживать заданную температуру. Даже электронные. Съем показаний температуры вблизи радиаторов некорректен, проверено на zigbee trv. Датчик должен находиться где-то на противоположной стороне комнаты от радиаторов.
Фиксированная температура теплоносителя при изменяющейся уличной температуре и лучевой системе отопления без гидрострелки и без электрических клапанов на коллекторе не даёт возможности точно регулировать температуру помещения.
Поэтому контроллер регулирует температуру теплоносителя. А котел просто эту температуру поддерживает. Дополнительно для снижения температуры в спальнях в ночное время стоят электрические клапана на коллекторе на контуры спален.
Если она есть есть - ок. Но чаще в небольших домах мне встречаются схемы, где один насос в котле и коллектор после котла.
Например для одноэтажного дома 130 м2 с 6 небольшими контурами (кухня, прихожая, спальня 1, спальня 2, санузел, гостиная) ставить гидрострелку (25к) и 6 насосов (по 6к) как-то избыточно, хватает одного коллектора за 15к и насоса котла.
Но это вкусовщина. Естественно, если заказчик хочет или того требуют расчёты, то почему нет.
ПЗА позволяет только рассчитать необходимую температуру теплоносителя и отправить её котлу.
То есть результат ПЗА может быть и 30 градусов. Но, как я понял, у вас котел будет все равно греть до 40.
В этом случае наверное только гистерезис поможет: он отключит отопление при достижении целевой температуры в доме и, по идее, котел должен остановить насос. Что исключит или хотя бы снизит перегрев и качели.
Ну а когда результат ПЗА будет выше 40 градусов, то все должно работать нормально и без гистерезиса.
Хотя в некоторых случаях целесообразно оставить включенным. У себя использую, т.к. днем при ясной погоде через панорамные и мансардные окна солнце нагревает помещение дополнительно.
Имелось в виду, что возможно будет перегрев помещения, если в межсезонье нагреть радиаторы до 80 градусов и в момент достижения целевой температуры закрыть контур.
И если нагреть их до 40 и закрыть контур/остановить котел, то перегрев не будет столь значительным. В небольших спальнях я это наблюдал воочию.
ПЗА как раз позволяет подобрать приемлемую температуру теплоносителя исходя из температуры снаружи.
Тогда на этапе проектирования ставится электрический полотенцесушитель. Гонять 24квт котел ради одного полотенчика - не есть хорошо и не оч логично :)
Понятно, что это решение подойдёт не всем, можно много вводных придумать. Скажем так, я описал решение для конкретно своего дома, а проект отопления тут типовой.
Не в формате спора. Чем нагрев теплоносителя для тёплого пола отличается от нагрева теплоносителя для радиаторов? И почему ПЗА для тёплого пола не будет работать?
Тёплый пол дольше нагревается и дольше остывает - это факт. Однако даже с теплым полом люди регулируют температуру теплоносителя.
Если хотите чисто программно, то попробуйте добавить гистерезис. То есть отключать контур отопления на котле при превышении комнатной температуры свыше N градусов от установленной и включать при снижении на N градусов от установленной.
На некоторых котлах отключение контура отопления останавливает насос.
Можно и так. Но это, вроде бы, экономически оправданно на больших площадях с большим количеством контуров.
Было бы интересно посмотреть на график температуры внутри помещения при таком подходе. Будет ли перегрев помещений из-за того, что радиаторы какое-то время будут отдавать тепло даже после остановки насосов?
Проект коммерческий или где-то есть гербер и прошивка?
А если конструктивно, кто занимается разработкой софта? Сами или на аутсорсе? Проводился ли аудит кода кем-то? Или это openipc с "нескучными обоями"? :)
Верно. Однако в статье есть параграф о настройке клиентов, в котором есть абзац:
при первом запуске он предлагает выбрать страну, и если вы выберете Россию, то автоматически применятся правила, направляющие трафик до иностранных ресурсов через ваш прокси, а до российских сайтов — напрямуюИ при такой конфигурации "из коробки" юзер будет подвержен описанной уязвимости. Из самого безобидного - потенциальный бан ip сервера РКН'ом.
Отличная статья! Но стоит добавить, что у метода заворачивания всего не РУ сегмента есть уязвимость. Предположим, на устройстве включен клиент, пользователь с этого устройства заходит на любой гос. ресурс (те же госуслуги):
В верстке присутствует безобидный
<img src="//negosuslugi.com/pixel.jpg?tratata">, где tratata - это закодированная параuser_id;client_ip, а по user_id можно идентифицировать пользователяnegosuslugi.comхостится за пределами РФ, но подконтролен гос-вуВсё, что делает скрипт пикселя - сохраняет в базу
user_id, client_ip, proxy_ip, если client_ip != current_client_ip и current_client_ip не из РУ сегмента. А так как хостится этот пиксель за пределами РФ, то трафик пойдет через VPN и current_client_ip будет отличаться от client_ip из закодированной пары.Таким нехитрым образом можно мало того, что собрать список ip адресов (VPN), но и установить кто пользуется VPN и за каким VPN сидит. Поэтому белые списки того, что заворачивается выглядят несколько безопаснее.
Управление освещением, электроприборами, примитивной сигнализацией (утечки газа, воды, дым, вторжение), автоматизации, мониторинг энергоресурсов, возможность всем этим управлять удаленно без чужих облаков (приваси, все дела).
Был ли на тот момент WBE2-I-OPENTHERM уже не помню. Если и был, то по каким-то причинам отказался от использования. Хотя, если бы строил дома сейчас, то собрал бы весь УД на железе WB и HA как фронт.
При использовании любого чужого API риски не ничтожны. Кроме того, мне не нравится получать доступ с одной локальной железки на другую локальную железку через интернет.
Что касается родного интерфейса zont'а - мне этот зоопарк ни к чему. Вся автоматика в HA, пусть там и остается.
Обычные простые напольные котлы тоже могут уметь opentherm)
Если не умеет, то смотреть в сторону псевдорелейного режима (если котел умеет) и/или в сторону регулирования с помощью внешних электрических термоголовок на коллекторе или вкл/выкл насосы, если гидрострелка.
На гитхабе этого термостата есть описание:
Это применимо к обогревателям, которые имеют просто режимы вкл/выкл. Для котлов это псевдорелейный режим. ШИМ тут условный, с периодами в несколько десятков минут.
Котел двухконтурный. Либо греет ГВС, либо контур отопления. Теплоаккумуляторы не используются
Крутилки на радиаторах не рассматривались изначально, не позволяют они автоматически поддерживать заданную температуру. Даже электронные. Съем показаний температуры вблизи радиаторов некорректен, проверено на zigbee trv. Датчик должен находиться где-то на противоположной стороне комнаты от радиаторов.
Фиксированная температура теплоносителя при изменяющейся уличной температуре и лучевой системе отопления без гидрострелки и без электрических клапанов на коллекторе не даёт возможности точно регулировать температуру помещения.
Поэтому контроллер регулирует температуру теплоносителя. А котел просто эту температуру поддерживает. Дополнительно для снижения температуры в спальнях в ночное время стоят электрические клапана на коллекторе на контуры спален.
Достойно отдельной статьи ;)
Какими клапанами регулируете поток?
Если она есть есть - ок. Но чаще в небольших домах мне встречаются схемы, где один насос в котле и коллектор после котла.
Например для одноэтажного дома 130 м2 с 6 небольшими контурами (кухня, прихожая, спальня 1, спальня 2, санузел, гостиная) ставить гидрострелку (25к) и 6 насосов (по 6к) как-то избыточно, хватает одного коллектора за 15к и насоса котла.
Но это вкусовщина. Естественно, если заказчик хочет или того требуют расчёты, то почему нет.
Даже с модуляцией у котла есть в спеках параметр "минимальная полезная тепловая мощность".
ПЗА позволяет только рассчитать необходимую температуру теплоносителя и отправить её котлу.
То есть результат ПЗА может быть и 30 градусов. Но, как я понял, у вас котел будет все равно греть до 40.
В этом случае наверное только гистерезис поможет: он отключит отопление при достижении целевой температуры в доме и, по идее, котел должен остановить насос. Что исключит или хотя бы снизит перегрев и качели.
Ну а когда результат ПЗА будет выше 40 градусов, то все должно работать нормально и без гистерезиса.
Хотя в некоторых случаях целесообразно оставить включенным. У себя использую, т.к. днем при ясной погоде через панорамные и мансардные окна солнце нагревает помещение дополнительно.
Имелось в виду, что возможно будет перегрев помещения, если в межсезонье нагреть радиаторы до 80 градусов и в момент достижения целевой температуры закрыть контур.
И если нагреть их до 40 и закрыть контур/остановить котел, то перегрев не будет столь значительным. В небольших спальнях я это наблюдал воочию.
ПЗА как раз позволяет подобрать приемлемую температуру теплоносителя исходя из температуры снаружи.
У вас через настройки котла нельзя минимальную температуру поставить ниже 40? Или попробовать через OT записать.
Регулировка 40..90 в межсезонье без гистерезиса конечно даст качели, потому что эта температура избыточна :)
Попробуйте ПЗА + гистерезис.
Тогда на этапе проектирования ставится электрический полотенцесушитель. Гонять 24квт котел ради одного полотенчика - не есть хорошо и не оч логично :)
Понятно, что это решение подойдёт не всем, можно много вводных придумать. Скажем так, я описал решение для конкретно своего дома, а проект отопления тут типовой.
От wirenboard есть modbus-tcp. В HA modbus работает корректно, но сущности нужно описывать самостоятельно.
Не в формате спора. Чем нагрев теплоносителя для тёплого пола отличается от нагрева теплоносителя для радиаторов? И почему ПЗА для тёплого пола не будет работать?
Тёплый пол дольше нагревается и дольше остывает - это факт. Однако даже с теплым полом люди регулируют температуру теплоносителя.
Если хотите чисто программно, то попробуйте добавить гистерезис. То есть отключать контур отопления на котле при превышении комнатной температуры свыше N градусов от установленной и включать при снижении на N градусов от установленной.
На некоторых котлах отключение контура отопления останавливает насос.
Можно и так. Но это, вроде бы, экономически оправданно на больших площадях с большим количеством контуров.
Было бы интересно посмотреть на график температуры внутри помещения при таком подходе. Будет ли перегрев помещений из-за того, что радиаторы какое-то время будут отдавать тепло даже после остановки насосов?