Статья интересная, но к сожалению в разрезе HA почти не актуальная. Supervised они хоронят в конце года (у самого такая версия и муки выбора с миграцией).
Так вот, если ставить HA в контейнер, то могут быть проблемы с доступом к железу (я так обжёгся на octoprint в контейнере для Orange pi zero 1). А если ставить HAOS, то не факт, что она в принципе встанет на это железо и что будут драйвера.
Но ведь в статье Вы общение с бизнесом отдали в руки SA, а не BA.
Одно дело, когда бизнес хочет кнопку или поле и точно знает что там будет, а вот когда бизнес хочет видеть баланс клиента или долг то нужен BA, который выяснит финансовое значение баланса или долга. Ещё интереснее, когда надо удалить что-то относящееся к счетам, то тут без юриста и бухгалтера и вовсе никак. А у вас это всё SA.
Мне кажется, что большинство журналистов стоит рассматривать как и фокусников - вы знаете что это в той или иной степени иллюзия, но наслаждайтесь мастерством конкретного выступающего.
Это не что-то что можно купить в супермаркете электроники. Такие комплекты делаются на заказ и это теневой бизнес, где возможно больше стоит боятся конкурентов, которым сольют очередного заказчика подобного.
Навечно каким-то видео с Ютуба про угоны, способы, причины.
Если у Вас есть родной ключ и доступ к авто и желание угнать, то нужно ли вам что-то программировать? Вероятно нет.
Если усложнять и запрещать такого рода способ добавления новых ключей, то для Вас как владельца это доп. траты, если нужен ещё один ключ, а возможно и удорожание электроники в авто. При этом злоумышленникам будет проще отобрать у Вас родной ключ, чем выдумывать.
Автор выбрал тернистый путь. Если это ради доказательства возможности использования HA под FreeBSD, то здорово. А если это попытка пользоваться HA на постоянной основе, то это опрометчиво.
У меня HA живёт в докере под Debian и порой достает своими капризами. То ему версия дистрибутива устарела, то он возмущен моей наглостью в желании развернуть отдельный контейнеры для моих нужд, то ему просто взгрустнулось. Со временем это начинает раздражать, т.к. от умного дома ожидаешь что он не заметен и тихонько упрощает жизнь.
У себя реализовал через esp33 + ESPHome (ble), а так же wifi(как данные с роутера, так и данные с HA в телефоне, что отдает SSID) и географический адрес так же с приложения на смартфоне.
Больше напряжение сети, значит нужны более мощные преобразователи для микроэлектроники, которая работает на 5, 3.3 и 1.8 Вольтах. А если использовать более надёжные(по сравнению с dc/dc) линейные преобразователи, то всё ещё хуже.
Больше напряжение АКБ, значит больше банок в одном АКБ, которые естественно будут без балансировочных схем - это минус долговечность.
36В постоянки уже считаются опасными для человека.
Нужны новые предохранители и новые держатели контактов, т.к. 48В сможет пробивать более длинные участки грязного/влажного пластика.
Сечение силовых проводов будет меньше, что безусловно плюс, но только их, т.к сигнальные и так с запасом по току, их толщина скорее обусловлена механической прочностью.
Итого все самое новое под 48В будет стоить сколько захотят полтора производителя всё тотвремя, пока остальные не подтянутся и не отпустят цены до приемлемых, если захотят конечно.
В детстве развлекался подключая дроссель от ламп ЛДС к БП по схеме: плюс на дроссель и от него на напильник, а минус на иглу. И чиркал иглой по напильнику глядя на завораживающую игру разрядов. И каждый раз после сеанса в 5-10 минут болели глаза.
У меня сила тока явно была меньше и разряды наверняка были слабее, так что я бы не пренебрегал хоть какой-то защитой.
Переписал под ILI9341 2.2" 240*320 для PlatformIO. Увеличил масштаб, добавил комментариев, форматирования, разнёс в несколько файлов, что было удобнее читать.
Я уже не Москвич, к сожалению не получится )) Нет необходимости шить ZigBee модуль самостоятельно. Если очень хочется что-то прошить, то можно начать с ptvo. Но обычно сообщество уже всё придумало в плане необходимых конечных устройств. Заходите, почитайте sprut.ai и/или modkam.ru.
Если прям хочется самому, да ещё и через VSCode, то присоединяйтесь к нам ждунам. Есть обещания относительно ESP32-H2, которая должна уметь в ZigBee. Если так и будет и ещё немного повезёт, то завезут поддержку в VSCode.
Перефразирую вопросы, что были выше и добавлю свои пять копеек.
Смотрите уже есть 2 версии подобного датчика от modkam. И мне как читателю интересно почему Вы решили изобрести свой, который судя по описанию менее функционален. Вы пишите, что указали причину. Это часть, где Вы пробовали заводские и решили сделать своё устройство? Если да, то возможно, если бы Вы добавили абзац про то что знаете про эти проекты, но хотели сами пройти этот путь, то ладно - честь и хвала. Я и сам о таком думал, но лень побеждает, а Вы молодец! Ваши причины не очевидны, вот и вопросы.
Вот и я про тоже, что рынок вроде устоялся. Сужу как потребитель. Каких-то киллер фич не вижу. Разве что камера, но спорно. Наличие NPU наверное может стать чем-то выдающимся, но пока производитель не показал зачем потребителю это надо. Если углублять безопасность, например очень точно отличать пользователей, разграничить права, тогда может быть интересным пультом для умного дома.
Вроде интересная штука, судя по статье. И шторка есть и микрофоны можно выключить и вся обработка внутри устройства. И если это действительно все так, то прям здорово. Про это уже сказали и вопросы про apk, железо тоже задали.
Стал для себя решать купил бы в итоге. Наверное нет. Не понятно зачем она. Для себя есть смартфон, компы, android TV, колонка от гугла; я так думаю это справедливо для 90% аудитории. Непонятно чем этот девайс лучше? Камера есть в компе и мобиле есть, но тут еще AI, а нафига? Спорт дома перед телеком - притянуто за уши. Голосовые помощники примерно одинаковые (для моих потребностей, осмелюсь предположить, что и для 90% читателей).
Для родителей вроде можно, но не презентован интерфейс. Он выигрышнее android tv? (С ним у родителей все ок) Камера для видеосвязи на основе чего? Как этим(заявлены тетелеграмм ещё что-то) пользоваться? Люди 60+ смогут нативно?
Позволю себе лирическое описание своего опыта, дабы показательные было, если Вы не пользовались указанными инструментами, но слышали/видели где-то.
Пользовался связкой OpenHab2 + influxDB + Grafana. Т.к. на мой вкус в OpenHab2 унылые графики, то искал что то ещё. Grafana поразила меня простотой, красотой и функционалом, которого мне было за глаза. Я настроил отправку метрик со своего NAS, родительского компа (Linux Mint,) мелкой orangePiZero, что управляла 3D принтером. Первые пару месяцев "медитировал" на графики и гордился собой, а потом надоело; стало понятно, что конечно красиво, но на самом деле почти бесполезно, т.к. много метрик было добавлено, потому что были и со временем удалил, а функционал избыточен. Но все же "почти", т.к. некоторые графики мне были нужны. Особо интересен был уровень загрузки ядер OrangePiZero и местами полезен график изменения атмосферного давления. В OpenHab2 графики по прежнему на мой вкус были слишком убоги и Grafana оставалась в строю.
Когда перешёл на HomeAsdistant и увидел их графики, а так же возможность сжимать базу, то необходимость в InfluxDB+Grafana отпали. К тому же поигравшись стал относится к умному дому как у набору алгоритмов автоматизации, а не глупой/ручной панели управления.
ESP32 только от адаптера в розетке. Слишком много кушает для батареек в данном контексте использования.
Собирать или покупать готовое это философия подхода. Я готовое беру ZigBee, потому как долго живет от батареек много чего есть из готовых устраивающих меня устройств. Нет присущего самоделкам колхоза с корпусами и органами управления или отображения информации. Однако, если чего не хватает из готовых устройств, то всегда можно сделать на тех же ESP. + сейчас есть подвижки в сообществе в развитии использования готовых модулей Zigbee, двигаются в сторону снижения порога входа в создании своих собственных кастомных устройств.
Поясню. Например найти zigbee кнопку или градусник не проблема, но вот вместе не получится. Если хотите некую интерактивную панель, но по каким-то причинам старый мобильный/планшет не подходят, то это так же прямой путь к паяльнику.
Возможно есть иные способы скрестить ужа с ежом.
По сути оф. мануалов три. Первый про установку через гипервизор HASS.io. Собственно это самый простой и распространенный случай, подходит малинам и другим платам на тех же процессорах/SOC, но бесполезен, если SOC другой. Собственно сообщество пользователей HA писало свое ФИ сообществу разрабов, что вроде опенсорс, а вроде сильный уклон в совместимость только с малинами.
Второй способ это через окружение pip3. Сама система становится ок (я пробовал на ubuntu server + х86), основной минус отсутствие HASS.io, что влечет отсутствие простой интеграции дополнений, что как по мне 80% смысла HA. Да, можно руками доставить, но не все так просто. Мне надоело и я ушел на третий способ.
И третий способ, самый плохо описанный официальным сообществом это установка через докер. В итоге я остановился на нем. За основу взял видео от Квазиса + англоязычные видео.
Статья интересная, но к сожалению в разрезе HA почти не актуальная. Supervised они хоронят в конце года (у самого такая версия и муки выбора с миграцией).
Так вот, если ставить HA в контейнер, то могут быть проблемы с доступом к железу (я так обжёгся на octoprint в контейнере для Orange pi zero 1). А если ставить HAOS, то не факт, что она в принципе встанет на это железо и что будут драйвера.
Вы не копали в сторону последующей миграции?
Но ведь в статье Вы общение с бизнесом отдали в руки SA, а не BA.
Одно дело, когда бизнес хочет кнопку или поле и точно знает что там будет, а вот когда бизнес хочет видеть баланс клиента или долг то нужен BA, который выяснит финансовое значение баланса или долга. Ещё интереснее, когда надо удалить что-то относящееся к счетам, то тут без юриста и бухгалтера и вовсе никак. А у вас это всё SA.
Мне кажется, что большинство журналистов стоит рассматривать как и фокусников - вы знаете что это в той или иной степени иллюзия, но наслаждайтесь мастерством конкретного выступающего.
Это не что-то что можно купить в супермаркете электроники. Такие комплекты делаются на заказ и это теневой бизнес, где возможно больше стоит боятся конкурентов, которым сольют очередного заказчика подобного.
Навечно каким-то видео с Ютуба про угоны, способы, причины.
Если у Вас есть родной ключ и доступ к авто и желание угнать, то нужно ли вам что-то программировать? Вероятно нет.
Если усложнять и запрещать такого рода способ добавления новых ключей, то для Вас как владельца это доп. траты, если нужен ещё один ключ, а возможно и удорожание электроники в авто. При этом злоумышленникам будет проще отобрать у Вас родной ключ, чем выдумывать.
Автор выбрал тернистый путь. Если это ради доказательства возможности использования HA под FreeBSD, то здорово. А если это попытка пользоваться HA на постоянной основе, то это опрометчиво.
У меня HA живёт в докере под Debian и порой достает своими капризами. То ему версия дистрибутива устарела, то он возмущен моей наглостью в желании развернуть отдельный контейнеры для моих нужд, то ему просто взгрустнулось. Со временем это начинает раздражать, т.к. от умного дома ожидаешь что он не заметен и тихонько упрощает жизнь.
В варианте автора боюсь это не упрощение жизни.
У себя реализовал через esp33 + ESPHome (ble), а так же wifi(как данные с роутера, так и данные с HA в телефоне, что отдает SSID) и географический адрес так же с приложения на смартфоне.
Больше напряжение сети, значит нужны более мощные преобразователи для микроэлектроники, которая работает на 5, 3.3 и 1.8 Вольтах. А если использовать более надёжные(по сравнению с dc/dc) линейные преобразователи, то всё ещё хуже.
Больше напряжение АКБ, значит больше банок в одном АКБ, которые естественно будут без балансировочных схем - это минус долговечность.
36В постоянки уже считаются опасными для человека.
Нужны новые предохранители и новые держатели контактов, т.к. 48В сможет пробивать более длинные участки грязного/влажного пластика.
Сечение силовых проводов будет меньше, что безусловно плюс, но только их, т.к сигнальные и так с запасом по току, их толщина скорее обусловлена механической прочностью.
Итого все самое новое под 48В будет стоить сколько захотят полтора производителя всё тотвремя, пока остальные не подтянутся и не отпустят цены до приемлемых, если захотят конечно.
В детстве развлекался подключая дроссель от ламп ЛДС к БП по схеме: плюс на дроссель и от него на напильник, а минус на иглу. И чиркал иглой по напильнику глядя на завораживающую игру разрядов. И каждый раз после сеанса в 5-10 минут болели глаза.
У меня сила тока явно была меньше и разряды наверняка были слабее, так что я бы не пренебрегал хоть какой-то защитой.
Товарищ запилил корпус - http://rn3aig.ru/phpBB3/viewtopic.php?f=4&t=128
Переписал под ILI9341 2.2" 240*320 для PlatformIO. Увеличил масштаб, добавил комментариев, форматирования, разнёс в несколько файлов, что было удобнее читать.
https://bitbucket.org/Kybb/lamptest_2/src/master/
Погуглите dafang hack. Я две свои Xiaomi так перевел на rtsp.
Я уже не Москвич, к сожалению не получится ))
Нет необходимости шить ZigBee модуль самостоятельно. Если очень хочется что-то прошить, то можно начать с ptvo. Но обычно сообщество уже всё придумало в плане необходимых конечных устройств. Заходите, почитайте sprut.ai и/или modkam.ru.
Если прям хочется самому, да ещё и через VSCode, то присоединяйтесь к нам ждунам. Есть обещания относительно ESP32-H2, которая должна уметь в ZigBee. Если так и будет и ещё немного повезёт, то завезут поддержку в VSCode.
Перефразирую вопросы, что были выше и добавлю свои пять копеек.
Смотрите уже есть 2 версии подобного датчика от modkam. И мне как читателю интересно почему Вы решили изобрести свой, который судя по описанию менее функционален. Вы пишите, что указали причину. Это часть, где Вы пробовали заводские и решили сделать своё устройство? Если да, то возможно, если бы Вы добавили абзац про то что знаете про эти проекты, но хотели сами пройти этот путь, то ладно - честь и хвала. Я и сам о таком думал, но лень побеждает, а Вы молодец! Ваши причины не очевидны, вот и вопросы.
Хах. Опередили, тоже не вижу откуда ещё 1.09 млрд появится.
Вроде интересная штука, судя по статье. И шторка есть и микрофоны можно выключить и вся обработка внутри устройства. И если это действительно все так, то прям здорово. Про это уже сказали и вопросы про apk, железо тоже задали.
Стал для себя решать купил бы в итоге. Наверное нет. Не понятно зачем она. Для себя есть смартфон, компы, android TV, колонка от гугла; я так думаю это справедливо для 90% аудитории. Непонятно чем этот девайс лучше? Камера есть в компе и мобиле есть, но тут еще AI, а нафига? Спорт дома перед телеком - притянуто за уши. Голосовые помощники примерно одинаковые (для моих потребностей, осмелюсь предположить, что и для 90% читателей).
Для родителей вроде можно, но не презентован интерфейс. Он выигрышнее android tv? (С ним у родителей все ок) Камера для видеосвязи на основе чего? Как этим(заявлены тетелеграмм ещё что-то) пользоваться? Люди 60+ смогут нативно?
Позволю себе лирическое описание своего опыта, дабы показательные было, если Вы не пользовались указанными инструментами, но слышали/видели где-то.
Пользовался связкой OpenHab2 + influxDB + Grafana. Т.к. на мой вкус в OpenHab2 унылые графики, то искал что то ещё. Grafana поразила меня простотой, красотой и функционалом, которого мне было за глаза. Я настроил отправку метрик со своего NAS, родительского компа (Linux Mint,) мелкой orangePiZero, что управляла 3D принтером. Первые пару месяцев "медитировал" на графики и гордился собой, а потом надоело; стало понятно, что конечно красиво, но на самом деле почти бесполезно, т.к. много метрик было добавлено, потому что были и со временем удалил, а функционал избыточен. Но все же "почти", т.к. некоторые графики мне были нужны. Особо интересен был уровень загрузки ядер OrangePiZero и местами полезен график изменения атмосферного давления. В OpenHab2 графики по прежнему на мой вкус были слишком убоги и Grafana оставалась в строю.
Когда перешёл на HomeAsdistant и увидел их графики, а так же возможность сжимать базу, то необходимость в InfluxDB+Grafana отпали. К тому же поигравшись стал относится к умному дому как у набору алгоритмов автоматизации, а не глупой/ручной панели управления.
Собирать или покупать готовое это философия подхода. Я готовое беру ZigBee, потому как долго живет от батареек много чего есть из готовых устраивающих меня устройств. Нет присущего самоделкам колхоза с корпусами и органами управления или отображения информации. Однако, если чего не хватает из готовых устройств, то всегда можно сделать на тех же ESP. + сейчас есть подвижки в сообществе в развитии использования готовых модулей Zigbee, двигаются в сторону снижения порога входа в создании своих собственных кастомных устройств.
Поясню. Например найти zigbee кнопку или градусник не проблема, но вот вместе не получится. Если хотите некую интерактивную панель, но по каким-то причинам старый мобильный/планшет не подходят, то это так же прямой путь к паяльнику.
Возможно есть иные способы скрестить ужа с ежом.
По сути оф. мануалов три. Первый про установку через гипервизор HASS.io. Собственно это самый простой и распространенный случай, подходит малинам и другим платам на тех же процессорах/SOC, но бесполезен, если SOC другой. Собственно сообщество пользователей HA писало свое ФИ сообществу разрабов, что вроде опенсорс, а вроде сильный уклон в совместимость только с малинами.
Второй способ это через окружение pip3. Сама система становится ок (я пробовал на ubuntu server + х86), основной минус отсутствие HASS.io, что влечет отсутствие простой интеграции дополнений, что как по мне 80% смысла HA. Да, можно руками доставить, но не все так просто. Мне надоело и я ушел на третий способ.
И третий способ, самый плохо описанный официальным сообществом это установка через докер. В итоге я остановился на нем. За основу взял видео от Квазиса + англоязычные видео.