Дело в том, что по сути с HA не работает ни одно устройство. Все устройства работают через интеграции в HA :) Схема идеальная, чтобы никто не мог к HA докопаться, что что-то не работает. Есть встроенные интеграции, к примеру ZHA, а есть внешние, как Z2M (тут общение идет посредством третьей стороны в лице mqtt брокера и никакого прямого отношения к HA - нет). Поэтому искать отсылку на HA - не стоит. Скорее отсылку на ZHA или Z2M. Что касательно Tasmota, то есть вендоры, которые по умолчанию заливают Tasmota, к примеру IoTorero. Но это все не для конечного пользователя у которого "слезинка в глазах, ручки из жопки" (с), а для тех, кто готов разбираться в вопросе и имеет минимум навыков или хотя бы готов учиться.
Согласен, это самый простой способ не выбрасывать деньги. Или поискать в отзывах к товару, может вдруг попадётся комментарий отличный от "к Алисе подключилось в 2 пинка" и будет указано, что с Z2M работает корректно/не корректно... Home Assistant много лет пытаются опустить до уровня конечного пользователя без навыков и знаний. Но пока это только хотелки и HA продолжает быть основой для построения УД, а не решением из коробки, как многие себе представляют.
Как правило в реле есть выбор, как выключатель и рокерный выключатель (кнопка). Если выключатель, то включится/выключится контроллером, а физически просто переключите выключатель из любого положения в любое и будет переключение состояния реле. То есть отсутствует понятие вверх - включено / вниз - выключено. Рокерный выключатель - выключатель с возвратом в исходное положение - нажали - состояние реле изменился.
ZHA поддерживает все устройства, которые следуют протоколу Zigbee 3.0 и распознает все эндпоинты. Так же делает homed. Но не делает Z2M. А вот если вендор решил свои эндпоинты поднять, то тут уже extensions или quirks. А что Вас останавливает от написания extensions для Z2M или quirks ZHA? Я для Z2M к примеру все Konke писал, сейчас они в Z2M поддерживаются и одновременно с этим в ZHA никаких quirks - все распознано корректно.
Согласен. Жаль. Zigbee априори работает с любым координатором. Другой вопрос, что вендоры свои ендпоинты туда суют, это да... И кто читаете эти ендпоинты. Тот же ZHA zigbee 3.0 стандартные ендпоинты читает для любого устройства. Но на критическую инфраструктуру ставить zigbee устройство - моветон, не сказав грубее.
Так я вроде согласен, не :)? Я как раз и считаю, что "без сношений с паяльником и кастомными прошивками" возможны только Алексы/Алисы/Сири/Маруси и т.д. А если хочешь СВОЙ дом, то и паяльник и навыки программирования - наше всё!
Это к условным Алексе/Алисе/Сири/Марусе и иже с ними. Хотите свой дом - делайте сами. Не умеете делать - приглашайте интегратора. Нет денег на интегратора - купить Алексу/Алису/Сирю/Марусю, имейте то что имеется и не парьте людям мозгъ :)
Да я так.. Напомнить.. Tasmota может в локале творить очень много. Почему ее так боятся - неведомо. У меня работает много лет на 16 девайсах (выключатели, розетки, реле) и в принципе можно даже не обновлять прошивку.
Да что ж так все сложно то... ESP32-S3 с EspHome ассистентом с local wake word на борту. Самый быстрый Wyoming - vosk, самый красивый голос (как по мне) Silero. Есть заброшенный проект Silero-TTS-Service - прямая интеграция с HA. Все это работает на малине 4В с 4GB + SSD. В отличии от автора статьи - у меня все в контейнерах, включая vosk, Silero-TTS-Service (пересобранный), EspHome. Колонки откликаются на Алексу. Дальше все зависит от Ваших желаний. Прямая интеграция с AI прямо в HA доступна давно. И да, все локально.
Простите за мою бестактность, но что не так с копеечными wifi/zigbee/ble температурными датчиками в каждой комнате, где стоит кондиционер/нужно контролировать температуру? Дома 5 помещений и 3 кондиционера. Управляются через Xiaomi IR Remote и интеграцию SmartIR. Дальше все зависит только от Вашей фантазии. Мои кондиционеры работают по внешним датчикам, которые прописываются в SmartIR. И уже моя фантазия их заставила повышать/понижать температуру и менять режим вентилятора в зависимости от условий. (к примеру перед сном охладить спальню до 22, потом переключится в ночной режим и поставить целевую температуру (это выше которой не даст подняться и включится) на 25. И не надо мне вентилировать по 3 часа. Отработал, посмотрел на trend температуры и отключился нафиг, пока не дойдёт до целевой + 0,5. Учитывая, что все это продолжается уже много лет, то решение себя оправдало, ИМХО
MS1_AD0 9 DI (pd) Microstep resolution configuration (internal pull-down resistors) MS2, MS1: 00: 1/8, 01: 1/32, 10: 1/64 11: 1/16 For UART based configuration selection of UART Address 0…3 Нет там 1/256. Интерполяция до 1/256
Это для вас ESP32-S3 и LCD-панелью - хардкорное решение. Для других это простое и быстрое решение, которое позволит не заниматься побочными вопросами с зарядом батареи планшета, которая может бабахнуть от длительного перезаряда и т.д. И да, если вы не в теме и не готовы тратить время на изучение, то ESP32 и Оpenhasp - не ваш вариант. Там и SDK знать желательно и программировать уметь. Планшет придумали для того, чтобы его носить, а не перебивать на стену. ИМХО
Чем вас не устраивает поддержка ESP32-S3 к которой вы можете прикрутить экран хоть 25 дюймов? Вы путаете тёплое с мягким. Оpenhasp это операционка для создания управляющего экрана от форм-фактора "выключатель" (аналог NSPanel) до настенного управляемого модуля. Но на вкус и цвет - фломастеры разные.
Дело в том, что по сути с HA не работает ни одно устройство. Все устройства работают через интеграции в HA :) Схема идеальная, чтобы никто не мог к HA докопаться, что что-то не работает. Есть встроенные интеграции, к примеру ZHA, а есть внешние, как Z2M (тут общение идет посредством третьей стороны в лице mqtt брокера и никакого прямого отношения к HA - нет). Поэтому искать отсылку на HA - не стоит. Скорее отсылку на ZHA или Z2M.
Что касательно Tasmota, то есть вендоры, которые по умолчанию заливают Tasmota, к примеру IoTorero.
Но это все не для конечного пользователя у которого "слезинка в глазах, ручки из жопки" (с), а для тех, кто готов разбираться в вопросе и имеет минимум навыков или хотя бы готов учиться.
Согласен, это самый простой способ не выбрасывать деньги. Или поискать в отзывах к товару, может вдруг попадётся комментарий отличный от "к Алисе подключилось в 2 пинка" и будет указано, что с Z2M работает корректно/не корректно...
Home Assistant много лет пытаются опустить до уровня конечного пользователя без навыков и знаний. Но пока это только хотелки и HA продолжает быть основой для построения УД, а не решением из коробки, как многие себе представляют.
Как правило, все, что описано на blackadder - взлетает с вероятностью 99%. Возможно, что Вам просто не повезло с железкой.
Ответ на Ваш вопрос я уже давал, если Вы имеете ввиду неумение/незнание/нежелание писать расширения. https://habr.com/ru/companies/timeweb/articles/983322/comments/#comment_29438442
Как правило в реле есть выбор, как выключатель и рокерный выключатель (кнопка). Если выключатель, то включится/выключится контроллером, а физически просто переключите выключатель из любого положения в любое и будет переключение состояния реле. То есть отсутствует понятие вверх - включено / вниз - выключено. Рокерный выключатель - выключатель с возвратом в исходное положение - нажали - состояние реле изменился.
ZHA поддерживает все устройства, которые следуют протоколу Zigbee 3.0 и распознает все эндпоинты. Так же делает homed. Но не делает Z2M. А вот если вендор решил свои эндпоинты поднять, то тут уже extensions или quirks.
А что Вас останавливает от написания extensions для Z2M или quirks ZHA? Я для Z2M к примеру все Konke писал, сейчас они в Z2M поддерживаются и одновременно с этим в ZHA никаких quirks - все распознано корректно.
Именно для этих целей и есть WiFi устройства.
Согласен. Жаль. Zigbee априори работает с любым координатором. Другой вопрос, что вендоры свои ендпоинты туда суют, это да... И кто читаете эти ендпоинты. Тот же ZHA zigbee 3.0 стандартные ендпоинты читает для любого устройства.
Но на критическую инфраструктуру ставить zigbee устройство - моветон, не сказав грубее.
Так я вроде согласен, не :)? Я как раз и считаю, что "без сношений с паяльником и кастомными прошивками" возможны только Алексы/Алисы/Сири/Маруси и т.д. А если хочешь СВОЙ дом, то и паяльник и навыки программирования - наше всё!
Это к условным Алексе/Алисе/Сири/Марусе и иже с ними. Хотите свой дом - делайте сами. Не умеете делать - приглашайте интегратора. Нет денег на интегратора - купить Алексу/Алису/Сирю/Марусю, имейте то что имеется и не парьте людям мозгъ :)
Да я так.. Напомнить.. Tasmota может в локале творить очень много. Почему ее так боятся - неведомо. У меня работает много лет на 16 девайсах (выключатели, розетки, реле) и в принципе можно даже не обновлять прошивку.
https://templates.blakadder.com/ - Tasmota
Да что ж так все сложно то... ESP32-S3 с EspHome ассистентом с local wake word на борту. Самый быстрый Wyoming - vosk, самый красивый голос (как по мне) Silero. Есть заброшенный проект Silero-TTS-Service - прямая интеграция с HA. Все это работает на малине 4В с 4GB + SSD. В отличии от автора статьи - у меня все в контейнерах, включая vosk, Silero-TTS-Service (пересобранный), EspHome. Колонки откликаются на Алексу. Дальше все зависит от Ваших желаний. Прямая интеграция с AI прямо в HA доступна давно. И да, все локально.
Простите за мою бестактность, но что не так с копеечными wifi/zigbee/ble температурными датчиками в каждой комнате, где стоит кондиционер/нужно контролировать температуру?
Дома 5 помещений и 3 кондиционера. Управляются через Xiaomi IR Remote и интеграцию SmartIR.
Дальше все зависит только от Вашей фантазии. Мои кондиционеры работают по внешним датчикам, которые прописываются в SmartIR. И уже моя фантазия их заставила повышать/понижать температуру и менять режим вентилятора в зависимости от условий. (к примеру перед сном охладить спальню до 22, потом переключится в ночной режим и поставить целевую температуру (это выше которой не даст подняться и включится) на 25.
И не надо мне вентилировать по 3 часа. Отработал, посмотрел на trend температуры и отключился нафиг, пока не дойдёт до целевой + 0,5.
Учитывая, что все это продолжается уже много лет, то решение себя оправдало, ИМХО
Смотрите даташит для каждой версии. Там все указано. 1/125 максимум это драйверы DM556
MS1_AD0 9 DI (pd) Microstep resolution configuration (internal pull-down resistors)
MS2, MS1: 00: 1/8, 01: 1/32, 10: 1/64 11: 1/16
For UART based configuration selection of UART Address 0…3
Нет там 1/256. Интерполяция до 1/256
Это для вас ESP32-S3 и LCD-панелью - хардкорное решение. Для других это простое и быстрое решение, которое позволит не заниматься побочными вопросами с зарядом батареи планшета, которая может бабахнуть от длительного перезаряда и т.д.
И да, если вы не в теме и не готовы тратить время на изучение, то ESP32 и Оpenhasp - не ваш вариант. Там и SDK знать желательно и программировать уметь.
Планшет придумали для того, чтобы его носить, а не перебивать на стену. ИМХО
Всегда пожалуйста.
для человека не в теме
Для человека не в теме придумали Яндекс - Алису, Googlehome и кучу других решений. Особенно Туя. Вы путаете тёплое с мягким.
Чем вас не устраивает поддержка ESP32-S3 к которой вы можете прикрутить экран хоть 25 дюймов?
Вы путаете тёплое с мягким. Оpenhasp это операционка для создания управляющего экрана от форм-фактора "выключатель" (аналог NSPanel) до настенного управляемого модуля.
Но на вкус и цвет - фломастеры разные.
Именно для этого и есть связка HA+Zigbee2mqtt+Tasmota. Эта связка закрывает 99% потребностей умного дома.
Есть альтернативы. https://habr.com/ru/articles/725066/
Но там пока еще много надо допиливать. Хотя идея хорошая и форк есть под linux.