Вчера наткнулся на интеграцию (в комплекте с приложением для андроид), которая позволяет запускать на тв-приставке приложения и управлять ими, как медиаплейерами, а также выводить на экран сообщения и т.п. информацию из HASS.
Это как раз то, чего мне не хватало!
Вот только пока что не очень понял, почему управление работает плохо: то ли проблема в интеграциии, то ли мои приложения не понимают команды управления плеером... Пока в приложении Zona можно только поставить кино на паузу, а вот запустить никак нельзя... И перемотать тоже нельзя...
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
Достали меня инфракрасные пульты от Tuya! И в родном приложении постоянно отваливались, и в интеграции LocalTuyaIR Remote Control отваливаются. Что делать?
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
Поддержка локальных дисков в качестве дополнительного хранилища появилась буквально на прошлой неделе
прикольно, вроде как важная фитча, почему ее небыло раньше? хотя, мне кажется я даже подключал раньше доп накопитель через это меню. Ну да ладно.
А супервайзер не имеет команд монтирования дисков, я б давно воспользовался.
Посмотреть и подтвердить сейчас не могу (в отпуске, с телефона не удобно с терминалом), но подозреваю далеко не на все фукции супервайзера натянут ui. Сам супервайзер для того и нужен, чтобы управлять другими контейнерами через докер api, поэтому думаю используя api супервайзеоа можно замаунтить volume. Но это мои догадки, нужно глянуть документацию и публичные ендпоинты супервайзера, есть ли там чтото про mount volume. Вернусь проверю, самому стало интересно.
Посмотрел по диагонали документацию на api супервайзера, у него есть эндпоинт /mounts и метод post https://contributors.home-assistant.io/ ... ost-mounts , похоже этим способом можно подключить локальный диск или сетевой ресурс к HAOS и выбрать назначение ресурса - media, backup или share. Дальше вопрос в самом фригейт, позволяет ли конфигурация самого аддона видеть диски HAOS.
Ну, вот, как говорится, и приплыли...
esphome.io заблокирован роскомпозором.
чем не угодил?!
заодно все впн заблокировали, которые еще хоть как-то помогали работать с ESP-шками.
слов нет...
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
Удивительное дело эти блокировки... Оказалось, что связь с esphome.io пропадает только на второе подключение с одного и того же браузера. На компьютере, где пользуюсь ESPHome, работал через Chrome - печалька. Запустил Edge - подключился, начал прошиваться - сбой. Второй попытки уже и в Edge не вышло - нет доступа. Открыл старый ноут, подключился к сайту, прошился просто чудом! Ну, естественно, только один раз, оно и надо только один раз, т.к. все остальные разы уже по WiFi прошиваться можно. Что делать с оставшимися ESP-шками, пока не понятно... столько компьютеров разных у меня нет...
Ну да ладно. Все это я для работы с датчиком расстояния VL53L0X затевал. И выяснил очень важную штуку, о которой как-то мало пишут в сети. Если таковых датчиков два (или более) на одной шине I2C, то стандартные рекомендации просто подвести к каждому линию выбора чипа XSHUT и задать каждому отдельный адрес, не позволяют использовать датчики!
Всё дело в том, что адреса ESP32 назначает датчикам в процессе загрузки, но когда вы установили два новых датчика на одну шину, они оба имеют одинаковый адрес! И естественно, оба откликаются на него в момент настройки, в результате чего не настраиваются оба. Поэтому необходимо соблюдать такую последовательность "активации" датчиков:
1. от одного отбрасываем питание
2. прошиваем (или ресетим ESP32) - запитанному датчику назначается новый адрес
3. подкидываем питание второму датчику
4. прошиваем (или ресетим ESP32) - старый датчик уже откликается на новый адрес, а только что запитанному датчику прошивается новый адрес
5. после очередного ресета оба джатчика работают на разных адресах - вуаля!
Вопрос, однако, остается открытым: при наличии сигнала активации чипа, адрес его не должен играть роли! Теоретически два (да хоть двадцать два!) датчика с одинаковыми адресами должны при этом работать всё равно: выбран первый - второй игнорит вообще весь обмен, а первый откликается на стандартный адрес 0x29, когда выбран второй - первый игнорит все... Но, как оказалось, эта теория не работает.
И чего тут удивляться со странностями блокировок, если аппаратно чипы не ведут себя " по теории"?!
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
Убедившись, что датчики присутствия весьма ненадежный способ управления освещением, решил сделать свой с блекджеком и... ну вы понели.
Несколько слов, почему я недоволен готовыми датчиками присутствия.
Во-первых, PIR-сенсоры обладают неприятной особенностью не замечать неподвижного человека. Собрался сфоткать кота и замер, чтобы не спугнуть - свет погас. Спасибо, датчик!
Во-вторых, PIR-сенсор однозначно не видит человека сквозь стекло. Залез в душевую кабину, закрыл дверку и намылился - свет погас. Спасибо, датчик! На счет радарных датчиков не скажу, видят они сквозь стекло или нет...
В-третьих, PIR-датчики довольно тормознутые. Иной раз секунд 10 проходит, пока они раздуплятся. На улице это ничего, терпимо, а в квартире за 10 секунд можно все углы мебели пересчитать во мраке.
В-четвертых, даже радарный датчик не всегда срабатывает своевременно. И я далеко не уверен, что он и в самом деле надежно отслеживает неподвижного человека. Он ведь реагирует не только на человека, а и на микродвижения воздуха. им выдыхаемого, например. Так что если лечь на кровать, уткнувшись мордой в подушку, наверняка можно обдурить и радарный датчик.
В общем, начитавшись этих ваших интернетов, я остановился на обычном счетчике входящих в дверь комнаты. Вошел человек - счетчик++, вышел - счетчик--. Если счетчик==0 - свет выключается, если !=0 - включается. Ну, само собой, автоматизация HASS погибче алгоритм будет реализовывать, с учетом того, светло ли сейчас или нет, смотрят там телек в комнате или нет... Короче, идея понятна.
Но сделать адекватный счетчик посетителей не так-то и просто, чтоб вы там ни думали. Датчик должен быть "односторонним", т.е. с одной стороны двери лампочка, а с другой стороны фоторезистор - не катит, т.к. монтаж сложный. В квартире ремонт - это самое главное. На отражении луча датчик тоже не простой получается, там уже вопросы оптики. А оптика - это, как правило, габарит, а габарит - это эстетика. Короче, решил я применить пару VL53L0X, которые будут выполнять роль "радарных" детекторов пересечения условной двери. Пара - чтобы определить по очередности срабатывания направление вход или выход. Пришлось повозиться, конечно, но. похоже, получилось.
Без ложки дёгтя не обошлось, как водится: если проскочить датчик прыжком или иначе "очень ыбстро", он либо не сработает, либо сработает всегда в +1 независимо от того, куда скакать - в комнату или из неё. Боюсь, на детей будет реагировать неадекватно. Впрочем, тестирование еще не закончено. В расчете на трезвых взрослых датчик работает хорошо. Размещу его на верхней притолоке двери, чтобы размахивания руками не давали ложных срабатываний.
Еще один минус: если стать напротив датчика и некоторое время не проходить, а затем пройти - не факт, что датчик посчитает в правильную сторону. Лично я пока не смог продумать алгоритм, как парой датчиков, расположенных в 1,5 см друг от друга надежно отловить все сомнительные перемещения... Ну и датчик этот точно не батарейный будет. Батарейное питание - это такая морока!
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
PIR сенсор это всеже не про присутствие а про движение. Я в свое время поэкспериментировал и остановился на LD2410C 24GHz, как на самрм оптимальном решении для датчика присутствия. Он очень дешевый, отлично настраивается через специальное приложение через встроенный блютуз, (дистанция, чувствительность, задержки, сенсор освещенности, и тд). У меня на хозяйстве таких штук 15 по дому натыкано, работой очень доволен, никаких сбоев уже скоро как 3 года. Есть места где их стоит 2-3 на зону для надежности, соответственно в автоматизации написана логика как обрабатывать. Очень нравится что можно организовать освещение по зонам, типа сел на диван перед телеком, включается таршер в это зоне, или сел за стол в офисе, включилась настольная лампа и тд. Короче рекомендую. Если нужна схема/прошивка для zigbee (я использую cc2530 в готовом модуле E18) могу поделиться. Можно разумеется и с esphome если больше нравится
ARV писал(а): Вт ноя 10, 2026 14:34:11И естественно, оба откликаются на него в момент настройки, в результате чего не настраиваются оба.
Так если у одного перед моментом настройки поставить XSHUT=1 а у другого XSHUT=0, то откликнется только один. Не понимаю почему у Вас не получается так, потому что у меня получилось. Но, похоже Вы эту проблему решили коммутацией питания. Ещё вариант: когда я ставил 2 таких датчика на движущийся робот, обходящий препятствия, то просто задействовал 2 I2C модуля в МК для удобства разводки на самодельной плате.
R2-D2 писал(а): Вт ноя 10, 2026 22:52:30Я в свое время поэкспериментировал и остановился на LD2410C 24GHz, как на самрм оптимальном решении для датчика присутствия.
Вот за эту инфу отдельное спасибо. Я ранее экспериментировал с 60 ГГц радаром С1001 и был сильно разочарован. Даже с родным ардуиновким кодом (написанным авторами как обычно через пень-колоду, но это отдельная история) и на родном ардуиновском железе детектировать дыхание и сердцебиение не удалось. Присутствие человека, однако, определялось.
ARV писал(а): Вт ноя 10, 2026 14:34:11В-третьих, PIR-датчики довольно тормознутые. Иной раз секунд 10 проходит, пока они раздуплятся.
Ну не все такие, Вам наверное не повезло. Посмотрите мою статью здесь про наблюдения за птицами. Со всеми их недостатками видимости через стекло, от батареи работают долго.
