Хорошая задумка, интересует автоматизация для использования лишней солнечной енергии например когда солнца много и батарея заряжена солнечная енергия пропадает даром, а могла бы греть бойлер днем, для этого можна использовать интеграции прогнозирования выработки солнечной енергии
Великолепный получился урок по разработке автоматизации расписания работы устройств. Не сразу, но я тоже решил использовать наработки данного урока. Мне понравилось, что отдельно можно настраивать таймер и его активность для каждого периода. А ещё, что в каждый активный период появляется панель с таймером. Не понравилось - мне кажется, что панель с кнопками "Бойлер период" и "Бойлер таймер" загромождает интерфейс и я решил от неё отказаться, я также я не стал данные "загонять" в MQTT. P.S. Наработки данного урока я использовал для расписания работы термостата теплого пола. Для бойлера, я считаю, нужно использовать автоматизацию с учетом температуры воды. Я так и сделал. Вопрос - Как можно поделить своими наработками с энтузиастами "умного дома"?
Приве. хочу сделать автоматизацию включение оборудования. за основу взято реле matter (они вроде не дорогие и работают по wifi. Надо сделать так чтобы на странице можно установить время включение и выключение. и дни недели, ну тоесть например в понедельник включить в 17:00 и выключить в 19:00. если не трудно подсказать.
Добрый день спасибо все работает есть только маленькая проблемка в журналах вижу такую ошибку TemplateError('ValueError: Template error: int got invalid input 'unknown' when rendering template '{{states("sensor.unknown_osveshchenie_time_10_sec") | int | timestamp_custom("%H:%M:%S") }}' but no default was specified') while processing template 'Template' for attribute '_attr_native_value' in entity 'sensor.custom_time' стоит ли на неё обращать внимание
@@Alex_Kvazis Было бы здорово, если Вы в уроках дополнительно показывали применимость автоматизаций и для штатного Ловлейса. А так Вы молодчина, спасибо.
Если реализовывать не розеткой а реле от TUYA и подключен к нему физический выключатель. Соответственно нужно периодически проверять "физическое" ручное включение..
Зачем такие сложности, если есть готовый компонент Schedule. Задавай любое расписание, длительность, количество. У меня все через него сделано, начиная от перехода типа освещения, бизеров и заканчивая теплыми полами
Мне например он в приципе не подходит, так как у меня двухсерверная конфигурация. А мой кейс - универсален, и может применятся на любой конфигурации и с любыми задачами. Да и в чем тут сложности - готовый пакадж сделал, берите и пользуйтесь :) А если вникнуть в суть - то в нем можно позаимствовать много приемов и для других целей.
@@Alex_Kvazis у меня тоже, вообще не вижу проблем. Все задачи хранятся в одном файле, можно ввести сенсор сервера, как условие к задачи. Одни будут для одного сервера, другие - для другого. Все это добро более того синхронится через Syncting. Не знаю чем он не подходит для вас. У меня все как правило сделано так, что есть условия срабатывания задачи, она устанавливает либо свитч либо инпут в значение, а дальше уже остальная логика работы включается из комбинации сенсоров и условий. Причем можно в одной задачи выставлять не один параметр, а целый ряд. Например, включить свитч, запустить таймер, установить температуру. Как показал мой опыт, если задача не самая простая, лучше устанавливать вспомогательные элементы, а уже потом с ними отдельно работать, чем дергать сразу напрямую. Все задачи так же благополучно бэкапятся.
То есть ставить стороннее дополнение, чтобы синхронизировать отдельный текстовый файл - это ок, а использование штатного Москито в штатном зеркале - это сложности? Мне кажется что вы сильно перемудрили с этим :))) Что касается параметров - сколько нужно столько и можно ставить. Все будут синхронны
@@Alex_Kvazis Я к тому, что стороннее приложение на порядок удобнее и универсальнее. Я сам не сторонник дополнительных приложений, но это по моему мнению must have. Оно очень крутое.
Ну оно не универсальнее хотя бы тем - что закапсулировано на одном сервере. Во вторых - это блекбокс - как есть. Пакадж - кроме того, что он мультисерверный - это платформа с открытым кодом, части которого можно использовать и для других кейсов (например режим работы - очень полезная фича для сезонной логики), так и его легко видоизменить чисто под свои задачи, что дает возможноть настроить и интерфейс максимально удобно под себя, вместо стандартного в приложении
Нажаль HA не взмозі взагалі адекватно керувати бойлером якщо є, наприклад, генерація від сонця, плюс батареї, нічний тариф. Довелось писати демон на Java щоб це обробляти.
Чому ви так гадаєте ? Сценарний двіжок досить гнучкий + темплейти. Все можна вирішити, якщо ручками написати, без того візуального конструктора для домогосподарок
@@Alex_Kvazis тому що HA - це здебільшого машина станів: є вхідні змінні, від них ми миттєво отримаємо вихідний параметр. Більш складні випадки робляться костилями. Наприклад, відслідкувати що за останню хвилину напруга батарей не падала нижче певного значення, і якщо падала - запам'ятати цей флаг на 5-10хв. Бо це означатиме що генерація нестабільна. Або оцінити середню генерацію за останні 30 сек. Бо якщо цього не робити і виводити сигнал вмк/вимк на бойлер лише з миттєвих параметрів - може статися ситуація що він буде вмикатися/вимикатися раз в секунду.
Жодних костилів, просто треба написати відповідний темплейт - це штатний функціонал. Жодних проблем ні в відслідковуванні стану, ні в встановленні флагу - все це елементарно робиться.
для автоматизації треба орієнтуватись на температуру в бойлері а не на час, esp+датчик температури. для чого так важко, для нічного періоду (лічильника електроенергії) важливо нагріти бойлер до максимальної температури до 7 години ранку, я прорахував що бойлер гріє 7 градусів в годину і на 7 ранку має мати в бойлері 70 градусів і автоматизація сама вирішує коли включитись, все залежить від температури в бойлері і години. то актуально для нічного тарифу.
Ну нема питань, можете орієнтуватися на температуру. Тільки придумайте ще запобіжник на випадок коли есп відвалиться. В мене - по часу працює з 2017 чи 18 року, все давно прораховано і працює ідеально. До того ж бойлер - це лише один з багатьох варіантів використання пакаджу, тема відео - періодична робота
Круто, спасибо. Сделал у себя все работает. Интересно было бы посмотреть реализацию с зависимостью от дней недели.
Хорошая задумка, интересует автоматизация для использования лишней солнечной енергии например когда солнца много и батарея заряжена солнечная енергия пропадает даром, а могла бы греть бойлер днем, для этого можна использовать интеграции прогнозирования выработки солнечной енергии
оооо, це те що я шукав, дякую
Великолепный получился урок по разработке автоматизации расписания работы устройств. Не сразу, но я тоже решил использовать наработки данного урока.
Мне понравилось, что отдельно можно настраивать таймер и его активность для каждого периода. А ещё, что в каждый активный период появляется панель с таймером.
Не понравилось - мне кажется, что панель с кнопками "Бойлер период" и "Бойлер таймер" загромождает интерфейс и я решил от неё отказаться, я также я не стал данные "загонять" в MQTT.
P.S. Наработки данного урока я использовал для расписания работы термостата теплого пола. Для бойлера, я считаю, нужно использовать автоматизацию с учетом температуры воды. Я так и сделал.
Вопрос - Как можно поделить своими наработками с энтузиастами "умного дома"?
Присоединяйтесь к каналу и группе общения по умному дому в телеграмм. Ссылки в описании
тільки встановив бойлер і ви виклали відео) дякую за поради!
Отлично, спасибо!
Однозначно лайк!!!!!
Отлично
Дякую 🙏 Реально круто 😎
Fantastika.....+5
Приве. хочу сделать автоматизацию включение оборудования. за основу взято реле matter (они вроде не дорогие и работают по wifi. Надо сделать так чтобы на странице можно установить время включение и выключение. и дни недели, ну тоесть например в понедельник включить в 17:00 и выключить в 19:00. если не трудно подсказать.
Для подобных вопросов, есть специальная группа в телеграмм - t.me/kvazis_smart_home
@@Alex_Kvazis я в телеге уже лет5 там оч сложно чтото искать но попробую
Добрый день спасибо все работает есть только маленькая проблемка в журналах вижу такую ошибку
TemplateError('ValueError: Template error: int got invalid input 'unknown' when rendering template '{{states("sensor.unknown_osveshchenie_time_10_sec") | int | timestamp_custom("%H:%M:%S") }}' but no default was specified') while processing template 'Template' for attribute '_attr_native_value' in entity 'sensor.custom_time'
стоит ли на неё обращать внимание
Подскажите пожалуйста данная автоматизация применима для штатного Ловлейса или же только когда сам Ловлейс настраивашь, по Вашим урокам. Спасибо.
Конечно применима
@@Alex_Kvazis Было бы здорово, если Вы в уроках дополнительно показывали применимость автоматизаций и для штатного Ловлейса. А так Вы молодчина, спасибо.
ВСЕ автоматизации применимы для штатного ловлейс :) Это один и тот же ловлейс на самом деле
Если реализовывать не розеткой а реле от TUYA и подключен к нему физический выключатель. Соответственно нужно периодически проверять "физическое" ручное включение..
С точки зрения системы - никакой разницы, розетка или реле выключателем - нет
Добрый день. Что-то ссылка на текстовый файл не работает?
Работает нормально.
А какая розетка используется?
Это уже частности. Розетку или реле надо использовать сообразно нагрузке
@@Alex_Kvazis это понятно вопрос возник у меня, а есть ли розетка на 2кв. Планирую бойлер перевести с таймера в умный дом.
2 кв - это менее 10 А. А розетки от 10 А и стартуют. А так обычно - 16А, 3680 Ватт
Зачем такие сложности, если есть готовый компонент Schedule. Задавай любое расписание, длительность, количество. У меня все через него сделано, начиная от перехода типа освещения, бизеров и заканчивая теплыми полами
Мне например он в приципе не подходит, так как у меня двухсерверная конфигурация. А мой кейс - универсален, и может применятся на любой конфигурации и с любыми задачами. Да и в чем тут сложности - готовый пакадж сделал, берите и пользуйтесь :) А если вникнуть в суть - то в нем можно позаимствовать много приемов и для других целей.
@@Alex_Kvazis у меня тоже, вообще не вижу проблем. Все задачи хранятся в одном файле, можно ввести сенсор сервера, как условие к задачи. Одни будут для одного сервера, другие - для другого. Все это добро более того синхронится через Syncting. Не знаю чем он не подходит для вас. У меня все как правило сделано так, что есть условия срабатывания задачи, она устанавливает либо свитч либо инпут в значение, а дальше уже остальная логика работы включается из комбинации сенсоров и условий. Причем можно в одной задачи выставлять не один параметр, а целый ряд. Например, включить свитч, запустить таймер, установить температуру. Как показал мой опыт, если задача не самая простая, лучше устанавливать вспомогательные элементы, а уже потом с ними отдельно работать, чем дергать сразу напрямую. Все задачи так же благополучно бэкапятся.
То есть ставить стороннее дополнение, чтобы синхронизировать отдельный текстовый файл - это ок, а использование штатного Москито в штатном зеркале - это сложности? Мне кажется что вы сильно перемудрили с этим :))) Что касается параметров - сколько нужно столько и можно ставить. Все будут синхронны
@@Alex_Kvazis Я к тому, что стороннее приложение на порядок удобнее и универсальнее. Я сам не сторонник дополнительных приложений, но это по моему мнению must have. Оно очень крутое.
Ну оно не универсальнее хотя бы тем - что закапсулировано на одном сервере. Во вторых - это блекбокс - как есть. Пакадж - кроме того, что он мультисерверный - это платформа с открытым кодом, части которого можно использовать и для других кейсов (например режим работы - очень полезная фича для сезонной логики), так и его легко видоизменить чисто под свои задачи, что дает возможноть настроить и интерфейс максимально удобно под себя, вместо стандартного в приложении
є ж scheduler card
Это более продвинутая модификация с синхронизацией по mqtt
То что надо, у меня теплым полом управляют таймеры а не датчик температуры
Да, этот пакадж легко применим и для этой цели
Нажаль HA не взмозі взагалі адекватно керувати бойлером якщо є, наприклад, генерація від сонця, плюс батареї, нічний тариф. Довелось писати демон на Java щоб це обробляти.
Чому ви так гадаєте ? Сценарний двіжок досить гнучкий + темплейти. Все можна вирішити, якщо ручками написати, без того візуального конструктора для домогосподарок
@@Alex_Kvazis тому що HA - це здебільшого машина станів: є вхідні змінні, від них ми миттєво отримаємо вихідний параметр. Більш складні випадки робляться костилями. Наприклад, відслідкувати що за останню хвилину напруга батарей не падала нижче певного значення, і якщо падала - запам'ятати цей флаг на 5-10хв. Бо це означатиме що генерація нестабільна. Або оцінити середню генерацію за останні 30 сек. Бо якщо цього не робити і виводити сигнал вмк/вимк на бойлер лише з миттєвих параметрів - може статися ситуація що він буде вмикатися/вимикатися раз в секунду.
Жодних костилів, просто треба написати відповідний темплейт - це штатний функціонал. Жодних проблем ні в відслідковуванні стану, ні в встановленні флагу - все це елементарно робиться.
Жаль мои ксяоми розетки от бойлера перегреваются и отключаются
Можно реле на дин рейку поставить, ампер на 60
для автоматизації треба орієнтуватись на температуру в бойлері а не на час, esp+датчик температури. для чого так важко, для нічного періоду (лічильника електроенергії) важливо нагріти бойлер до максимальної температури до 7 години ранку, я прорахував що бойлер гріє 7 градусів в годину і на 7 ранку має мати в бойлері 70 градусів і автоматизація сама вирішує коли включитись, все залежить від температури в бойлері і години. то актуально для нічного тарифу.
Ну нема питань, можете орієнтуватися на температуру. Тільки придумайте ще запобіжник на випадок коли есп відвалиться. В мене - по часу працює з 2017 чи 18 року, все давно прораховано і працює ідеально. До того ж бойлер - це лише один з багатьох варіантів використання пакаджу, тема відео - періодична робота
Home Assistant - планировщик включения питания с настройкой времени и продолжительности работы