Этот комментарий точно к статье относится? Или носит общетеоретический характер?
Боитесь голосового помощника - не используйте. Статья начинается с того, если читали, что УД - должен быть on premises.
Алиса/Салют - лишь дополнение. Запретит что-либо РКН - ну сломается помощник. Утекут данные с Яндекса - ну обновите их. Не хотите иметь учетку на Яндексе, ну и хорошо. Значит Алиса не для вас.
Совершенно не могу понять к чему все комментарии о том как опасно использовать голосовой помощник.
В статье указывается, что список подключаемых устройств - контролируемый. Если даже Яндекс потеряет токен - никакой катастрофы не случится. Ворота не откроются, костер на полу не разожжется. А аномальное поведение устройств сразу будет вычислено.
Список устройств вообще у меня открыт в репозитории. На него есть ссылка из статьи.
Ну, то, что умный дом - сам по себе умный дом - с этим никто и не спорит. У меня реализовано именно так. Даже те, устройства, которые я настроил в шлюзе - они работают с умным домом напрямую и по его сценариям и совершенно независимо от Алисы.
Голосовой помощник - лишь дополнение, увеличивающее комфорт. И мне нравится его работа.
Да, у меня было локальное распознавание команд, но не юзабельно. Когда его можно будет найти в умной колонке, я отключу облачных голосовых помощников от умного дома.
Однозначно. У меня несколько уровней защиты. Во-первых контроллеры управления воротами к Алисе я осознанно не подключил, в требованиях у меня четко записано: подключать только то, что нужно. Во-вторых, когда дом на охране, контроллеры не могут открывать ворота.
Два комментария обращают внимание на неразумность отказа от локального УД. Полностью подтверждаю. Мысль, высказанная в статье носит гипотетический характер и относится к возможному, а не обязательному будущему.
Выше я ответил, что не собираюсь на самом деле отказываться от HomeAssistant или тем более могучего OpenHAB. Они работают и будут работать локально, без всяких Интернетов. Мысль об отказе от них локального УД носит гипотетический характер.
Мне кажется главные вопрос не в том, аналоговые датчики или цифровые, а в том, чтобы датчик был в принципе. Например, сейчас никому в голову не придет измерять температуру в DIY конструкциях аналоговым датчиком, однако и такая возможность есть.
Кроме этого наверняка есть и цифровые датчики для тех примеров, которые я привел. Просто их надо искать и стоить они могут гораздо дороже приведенных примеров.
Вообще достаточно на AliExpress набрать «датчики Arduino», там есть много чего совершенно невероятного. Собственно там я все открывал и заказывал большую часть там.
Собирать компоненты умного дома в щитке — самый правильный способ. Однако, не всегда возможный, особенно если умным домом занимаешься после отделки, когда мыслей об умном доме еще не было.
У меня часть реле установлены в щитках.
Вы задали несколько вопросов, но ответы на них все же надо давать исходя из целей, которые вы преследуете и ограничений, которые наложены на достижение этих целей. В зависимости от этого решения могут быть самые разные, и DIY и Z-Wave и приглашение интеграторов.
По поводу моей фразы насчет аналоговых сигналов. Смысл в ней только тот, что у Малины нет АЦП. И для измерения сигналов с аналоговых датчиков (у меня их 3 в этом контроллере: датчик качества воздуха, датчик тока, датчик освещенности) нужно что-то подключить. Я решил подключить Arduino.
По поводу выбора решений я писал вот здесь. habr.com/company/sberbank/blog/415477
Там у меня и цели и ограничения описаны. Посмотрите, возможно придете к совершенно иным выводам и решениям.
Ну «кинуть на антресоль» у меня не получается. Правил на десятки килобайт. Все время что-то дописываю :)
Ну а если серьезно, то если у меня появится еще какой физический контроллер, то его скорее всего тоже на MQTT буду сажать.
насчет DIY-решений. Нормально сделанный контроллер со стандартными комплектующими ничем не хуже в плане надежности промышленного решения. Например, у меня самодельный контроллер автоматического запуска генератора на Arduino работает 7 лет. И за это время завис кажется один единственный раз.
А вот в плане эстетики если не печатать корпуса самостоятельно на 3D-принтере, DIY конечно уступит промышленным решениям.
Этот комментарий точно к статье относится? Или носит общетеоретический характер?
Боитесь голосового помощника - не используйте. Статья начинается с того, если читали, что УД - должен быть on premises.
Алиса/Салют - лишь дополнение. Запретит что-либо РКН - ну сломается помощник. Утекут данные с Яндекса - ну обновите их. Не хотите иметь учетку на Яндексе, ну и хорошо. Значит Алиса не для вас.
Совершенно не могу понять к чему все комментарии о том как опасно использовать голосовой помощник.
В статье указывается, что список подключаемых устройств - контролируемый. Если даже Яндекс потеряет токен - никакой катастрофы не случится. Ворота не откроются, костер на полу не разожжется. А аномальное поведение устройств сразу будет вычислено.
Список устройств вообще у меня открыт в репозитории. На него есть ссылка из статьи.
И правильно. Статья не имеет отношения к модификации/хакингу внутренней логики голосового помощника.
Не дай бог дожить до времени, когда умный дом сам вместо меня (без обучения) примет решение, когда что включать.
Ну, то, что умный дом - сам по себе умный дом - с этим никто и не спорит. У меня реализовано именно так. Даже те, устройства, которые я настроил в шлюзе - они работают с умным домом напрямую и по его сценариям и совершенно независимо от Алисы.
Голосовой помощник - лишь дополнение, увеличивающее комфорт. И мне нравится его работа.
Да, у меня было локальное распознавание команд, но не юзабельно. Когда его можно будет найти в умной колонке, я отключу облачных голосовых помощников от умного дома.
Однозначно. У меня несколько уровней защиты. Во-первых контроллеры управления воротами к Алисе я осознанно не подключил, в требованиях у меня четко записано: подключать только то, что нужно. Во-вторых, когда дом на охране, контроллеры не могут открывать ворота.
Два комментария обращают внимание на неразумность отказа от локального УД. Полностью подтверждаю. Мысль, высказанная в статье носит гипотетический характер и относится к возможному, а не обязательному будущему.
Выше я ответил, что не собираюсь на самом деле отказываться от HomeAssistant или тем более могучего OpenHAB. Они работают и будут работать локально, без всяких Интернетов.
Мысль об отказе от них локального УД носит гипотетический характер.
Интерфейс - дело вкуса, согласен.
Более того, на практике я не собираюсь отказываться от интерфейсов OpenHAB и HomeAssistant. Мысль носит скорее гипотетический характер.
Кроме этого наверняка есть и цифровые датчики для тех примеров, которые я привел. Просто их надо искать и стоить они могут гораздо дороже приведенных примеров.
Например, датчик освещенности ru.aliexpress.com/item/3pin-KEYES-KY-018-Optical-Sensitive-Resistance-Light-Detection-Photosensitive-Sensor-Module-for-Arduino-DIY-Kit/32570065653.html?spm=a2g0v.search0104.3.44.63c974f59AWTOF&ws_ab_test=searchweb0_0,searchweb201602_1_10152_10065_10151_10344_10068_10342_10343_10340_10059_10341_10696_100031_10084_10083_10103_10618_10307_10624_5723511_10623_10622_10301_10621_10620,searchweb201603_45,ppcSwitch_5&algo_expid=e965cd7a-598b-4d34-bc64-bcaae0520db9-6&algo_pvid=e965cd7a-598b-4d34-bc64-bcaae0520db9&priceBeautifyAB=0
Или такой ru.aliexpress.com/item/Free-Shipping-Photosensitive-Sensor-Module-Light-Detection-Module-for-Arduino/32509595988.html?spm=a2g0v.search0104.3.1.63c974f59AWTOF&ws_ab_test=searchweb0_0,searchweb201602_1_10152_10065_10151_10344_10068_10342_10343_10340_10059_10341_10696_100031_10084_10083_10103_10618_10307_10624_5723511_10623_10622_10301_10621_10620,searchweb201603_45,ppcSwitch_5&algo_expid=e965cd7a-598b-4d34-bc64-bcaae0520db9-0&algo_pvid=e965cd7a-598b-4d34-bc64-bcaae0520db9&priceBeautifyAB=0
Датчик качества воздуха какой-то из этих, в зависимости от ваших целей ru.aliexpress.com/item/FREE-SHIPPING-100-New-MQ2-MQ-2-LPG-I-butane-Propane-Methane-Alcohol-Hydrogen-Smoke-Gas/557651417.html?spm=a2g0v.search0104.3.115.489b10767FU7dH&ws_ab_test=searchweb0_0,searchweb201602_1_10152_10065_10151_10344_10068_10342_10343_10340_10059_10341_10696_100031_10084_10083_10103_10618_10307_10624_5723511_10623_10622_10301_10621_10620,searchweb201603_45,ppcSwitch_5&algo_expid=83e3b849-e365-4c4f-b574-1bfee716063a-16&algo_pvid=83e3b849-e365-4c4f-b574-1bfee716063a&priceBeautifyAB=0
Датчик тока ru.aliexpress.com/item/Freeshipping-20A-ACS712T-Current-Sensor-Module-ACS712-Module-Wholesale/2038554992.html?spm=a2g0v.search0104.8.24.11267184wq53hK&priceBeautifyAB=0
Вообще достаточно на AliExpress набрать «датчики Arduino», там есть много чего совершенно невероятного. Собственно там я все открывал и заказывал большую часть там.
У меня часть реле установлены в щитках.
По поводу моей фразы насчет аналоговых сигналов. Смысл в ней только тот, что у Малины нет АЦП. И для измерения сигналов с аналоговых датчиков (у меня их 3 в этом контроллере: датчик качества воздуха, датчик тока, датчик освещенности) нужно что-то подключить. Я решил подключить Arduino.
По поводу выбора решений я писал вот здесь. habr.com/company/sberbank/blog/415477
Там у меня и цели и ограничения описаны. Посмотрите, возможно придете к совершенно иным выводам и решениям.
Правда на пропиленгликоле КПД системы падает ощутимо.
У меня пропиленгликоль залит и в контур отопления и в солнечный контур.
Ну а если серьезно, то если у меня появится еще какой физический контроллер, то его скорее всего тоже на MQTT буду сажать.
Правда другие системы кроме Z-Way Server не пробовал.
Тоже openHAB используете?
А вот в плане эстетики если не печатать корпуса самостоятельно на 3D-принтере, DIY конечно уступит промышленным решениям.