HOME ASSISTANT — ЧАСТ 3
Колко „умен“ е умният ти дом без интернет?
В първата част разбрахме какво е Home Assistant.
Във втората започнахме да си играем с автоматизациите:
КОГАТО → АКО → НАПРАВИ
Лампата светва.
Климатикът спира при отворен прозорец.
Телефонът казва на къщата, че сме се прибрали.
Контактът разбира, че пералнята е приключила.
Чудесно.
Само че днес ще направим нещо много по-интересно.
ЩЕ ИЗДЪРПАМЕ КАБЕЛА ЗА INTERNET. 😁
И ще видим какво остава от нашия „умен дом“.
Защото точно тук се появява една разлика, която според мен е много по-важна от това колко красив е dashboard-ът ти.
☁️ CLOUD или 🏠 LOCAL?
И точно тук Home Assistant започва да става много свързан и за SHTF.BG.
🤔 ЧАКАЙ… ЗАЩО НА ЛАМПАТА МИ Ѝ ТРЯБВА INTERNET?
Добър въпрос. 😂
Представете си най-обикновена Wi-Fi smart крушка.
Крушката е на три метра от вас.
Телефонът е в ръката ви.
И двата са свързани към един и същи Wi-Fi мрежа. (Най вероятно с име А1-535gdga 🙂 )
Отваряте приложението и натискате:
ON.
Логично би било телефонът просто да каже на крушката:
„Светни.“
Само че при някои устройства нещата могат да изглеждат приблизително така:
ТЕЛЕФОН → INTERNET → CLOUD НА ПРОИЗВОДИТЕЛЯ → INTERNET → КРУШКА
😂
Командата може буквално да напусне дома ви, за да бъде включена лампата на три метра от вас.
Защо?
Защото приложението и устройството комуникират чрез инфраструктурата на производителя.
И това не е непременно лошо.
Cloud услугите дават много удобства.
Но създават и една много важна зависимост.
INTERNET.
А понякога и още една:
ЧУЖД СЪРВЪР.
Home Assistant дори класифицира интеграциите според начина им на комуникация — например Cloud Polling, Cloud Push, Local Polling и Local Push. При cloud интеграциите активната интернет връзка е част от пътя до устройството или услугата; при local интеграциите Home Assistant комуникира директно локално. (developers.home-assistant.io)
☁️ КАКВО ВСЪЩНОСТ Е CLOUD?
„Облакът“ звучи много мистично.
Все едно информацията ни се носи някъде между пухкави бели облачета. ☁️😂
Не.
Cloud означава просто чужд компютър някъде другаде.
Обикновено това са сървъри и услуги на производителя.
Те могат да съхраняват информация, да приемат команди, да управляват акаунта ви и да посредничат между телефона и устройството.
И това е изключително удобно.
Благодарение на cloud можем например да управляваме устройство вкъщи, докато сме на другия край на света.
Само че веригата вече има повече звена.
А всяко допълнително звено е още нещо, което потенциално може да спре.
✂️ И КАКВО СТАВА, АКО INTERNET ИЗЧЕЗНЕ?
Зависи.
И това е много важен отговор:
ЗАВИСИ. 😁
Една smart крушка може да продължи да работи прекрасно.
Друга може да продължи да работи от физическия ключ, но да загуби smart функциите си.
Трета може да остане достъпна локално през Home Assistant.
Четвърта може да чака cloud сървър, който вече не може да достигне.
Затова:
Wi-Fi устройство НЕ означава автоматично cloud устройство.
И обратното — наличието на приложение не ни казва непременно как устройството комуникира.
Трябва да гледаме как работи конкретната интеграция.
🏠 КАКВО ОЗНАЧАВА LOCAL?
Тук вече нещата стават по-интересни.
При локалното управление Home Assistant разговаря с устройството вътре в нашата собствена мрежа или чрез локален радио протокол.
Например:
HOME ASSISTANT → УСТРОЙСТВО
Internet може изобщо да не участва.
Home Assistant е създаден именно с идеята за local control и privacy first; системата работи на собствен хардуер в дома и съхранява данните си локално. Когато дадено устройство го позволява, Home Assistant комуникира директно с него, вместо през cloud на производителя. (Home Assistant)
И това означава нещо много хубаво.
Internet може да падне, а къщата да продължи да си върши работата.
Но…
има една малка подробност. 😁
🌐 INTERNET ≠ WI-FI
Тези две неща изключително често се бъркат.
„Нямам интернет“ не означава непременно:
„Нямам домашна мрежа.“
Router-ът ви може да продължава да работи.
Wi-Fi може да продължава да работи.
Компютрите могат да комуникират помежду си.
Home Assistant може да бъде достъпен.
Локалните устройства могат да продължат да комуникират.
Просто:
няма връзка с външния свят.
Представете си пътната мрежа.
Улиците в квартала са си там.
Можете да стигнете до съседа.
Само магистралата извън града е затворена.
Това е доста различно от:
„Всички улици изчезнаха.“ 😂
И тази разлика ще ни трябва много по-нататък.
📡 ДОБРЕ… А WI-FI, ZIGBEE, Z-WAVE, BLUETOOTH, MATTER И THREAD?
В първата част обещах, че няма веднага да ви замервам с тези думи.
Е…
моментът настъпи. 😂
Но ще го направим простичко.
Не ни трябва диплома по телекомуникации.
Трябва само да разберем как устройствата стигат до Home Assistant.
📶 WI-FI
Това всички го познаваме.
Устройството се свързва към домашната Wi-Fi мрежа през router/access point.
Лампа.
Контакт.
Камера.
Климатик.
Телевизор.
ESP устройство.
И тук има два възможни сценария.
🟢 LOCAL Wi-Fi
Home Assistant говори директно с устройството през локалната мрежа.
Internet пада?
Устройството може да продължи да работи с Home Assistant.
☁️ CLOUD Wi-Fi
Устройството използва Wi-Fi, но Home Assistant или приложението комуникира с него чрез cloud услуга.
Internet пада?
Част от функциите или цялата интеграция може да изчезнат.
Затова:
„РАБОТИ НА WI-FI“ НЕ Е ДОСТАТЪЧНА ИНФОРМАЦИЯ.
Трябва да знаем как работи.
🐝 ZIGBEE
Zigbee е безжична технология, разработена именно за подобни нискоенергийни устройства.
Датчици.
Бутони.
Лампи.
Контакти.
Термостати.
Ключове.
Много Zigbee устройства могат да изграждат mesh мрежа.
Тоест част от постоянно захранените устройства могат да препредават информацията на други устройства.
Home Assistant може да управлява Zigbee устройства директно чрез подходящ Zigbee coordinator и например вградената ZHA интеграция, вместо задължително да използва proprietary hub на всеки отделен производител. (Home Assistant)
И тук има една дума, която си струва да запомним:
COORDINATOR.
Това е устройството, което свързва Home Assistant със Zigbee мрежата.
Най-често — малък USB радио адаптер или вградено радио в подходящ Home Assistant хардуер.
Internet?
На самия Zigbee не му трябва.
📻 Z-WAVE
Идеята за нас на този етап е сходна.
Отделна нискоенергийна безжична мрежа за smart-home устройства, която може да работи локално и независимо от Internet.
Home Assistant има отделна поддръжка и интерфейси за Zigbee, Z-Wave, Matter, Thread, Bluetooth и други комуникационни технологии. (Home Assistant)
Няма да правим Zigbee vs Z-Wave deathmatch в тази статия. 😂
Важно е друго:
И двете могат да бъдат част от локален smart home, без всяка команда да ходи до Internet.
🔵 BLUETOOTH
Bluetooth също може да се използва от Home Assistant за различни устройства и сензори.
Например:
температура;
влажност;
presence устройства;
различни BLE сензори;
и още куп неща.
Home Assistant може да получава информация директно от поддържани Bluetooth устройства; има интеграции, които например откриват и четат локално Bluetooth температурни и влажностни сензори. (Home Assistant)
Отново:
не ни трябва Internet, за да изпратим температурата от датчик на няколко метра.
🧩 MATTER
Тук маркетингът успя да обърка доста хора. 😁
Matter не е „новият Wi-Fi“.
И не е просто ново радио.
Matter е стандарт за комуникация и управление на smart-home устройства, който работи върху IP мрежа.
Matter устройство може например да комуникира през:
📶 Wi-Fi / Ethernet
или
🕸️ Thread.
Home Assistant може да бъде Matter controller и да управлява Matter устройства локално през Wi-Fi или Thread. (Home Assistant)
И тук стигаме до…
🕸️ THREAD
Thread е нискоенергийна mesh мрежова технология, предназначена за IoT устройства.
Може да си я представите като мрежа, подходяща за малки устройства, които не трябва непрекъснато да блъскат Wi-Fi мрежата и да харчат батерия.
Но има една важна подробност:
THREAD НЕ Е MATTER.
Thread е начинът, по който информацията може да пътува.
Matter може да бъде езикът, който устройствата говорят върху тази мрежа.
Home Assistant изрично предупреждава да не приемаме, че устройство с Thread автоматично поддържа Matter — има Thread устройства, които използват други smart-home протоколи. (Home Assistant)
За Thread устройствата обикновено ще срещнете и още едно понятие:
BORDER ROUTER.
Той свързва Thread mesh мрежата с останалата IP мрежа — например Ethernet или Wi-Fi. (Home Assistant)
Засега толкова.
Не боли, нали? 😂
🧠 И КОЕ Е НАЙ-ДОБРОТО?
Ето тук хората много обичат да започват войни.
ZIGBEE Е НАЙ-ДОБРОТО!
НЕ! MATTER!
WI-FI Е ДОСТАТЪЧНО!
Z-WAVE ИЛИ СМЪРТ!
😂
Аз бих задал друг въпрос:
КАКЪВ ПРОБЛЕМ РЕШАВАМ?
За датчик на батерия може да искам едно.
За камера — друго.
За контакт с измерване на мощността — трето.
За устройство на двора — четвърто.
За нещо, което вече притежавам — може да използвам пето.
Нали помните?
ОЦЕЛЯВАНЕТО Е УПРАВЛЕНИЕ НА ПРОБЛЕМИ.
Не:
„Избирам си любим протокол и после търся проблеми, които да решавам с него.“ 😂
☁️ ЗНАЧИ CLOUD Е ЛОШ?
Не.
И това също е важно.
Cloud не е врагът.
Cloud услугите могат да бъдат страшно удобни.
Remote access.
Voice assistants.
Външни услуги.
Weather data.
Notifications.
Off-site backup.
Интеграции с други системи.
Самият Home Assistant предлага опционалната Home Assistant Cloud услуга за функции като secure remote access, Alexa, Google Assistant, speech services, off-site backups и други. (Home Assistant)
Аз нямам никакъв проблем да използвам cloud.
Имам проблем с друго:
ДА НЕ ЗНАМ, ЧЕ ЗАВИСЯ ОТ НЕГО.
Това са две много различни неща.
🧩 ЗАВИСИМОСТИТЕ СА ИСТИНСКИЯТ ВЪПРОС
Нека направим една автоматизация:
КОГАТО: има движение
АКО: е тъмно
НАПРАВИ: включи лампата.
Прекрасно.
Но какво всъщност трябва да работи?
Датчикът.
Неговата мрежа.
Coordinator-ът, ако има такъв.
Home Assistant.
Router-ът, ако участва.
Лампата.
Захранването.
Ако пък някое устройство разчита на cloud:
Internet.
DNS.
Сървърите на производителя.
Акаунтът.
API-то.
Изведнъж една лампа има доста роднини. 😂
И това ни води до един много важен принцип:
КОЛКОТО ПО-КРИТИЧНА Е ФУНКЦИЯТА, ТОЛКОВА ПО-ДОБРЕ ТРЯБВА ДА ПОЗНАВАШ ЗАВИСИМОСТИТЕ Ѝ.
⚠️ „LOCAL“ СЪЩО НЕ ОЗНАЧАВА „БЕЗСМЪРТНО“
Това е другата крайност.
Правим всичко local и обявяваме победа.
Не точно.
Internet може да не ни трябва.
Но Home Assistant работи на машина.
Тя има нужда от ток.
Zigbee coordinator-ът също.
Router-ът и switch-ът може да участват в системата.
Wi-Fi access point-ът също.
Thread Border Router-ът също.
Ако токът спре и след 0.4 секунди изгаснат:
Home Assistant;
router;
Wi-Fi;
coordinator;
switch;
…имаме прекрасно проектирана локална система, която в момента е много локално изключена. 😂
И ето тук вече започва истинската SHTF.BG част.
💡 И ФИЗИЧЕСКИЯТ КЛЮЧ СИ ОСТАВА ДОБРА ИДЕЯ
Това е принцип, който лично много харесвам:
SMART НЕ ТРЯБВА ДА ПРЕМАХВА NORMAL.
Ако Home Assistant спре…
искам да мога да включа лампата.
Ако Wi-Fi изчезне…
искам отоплението да продължи да бъде безопасно.
Ако някоя автоматизация се счупи…
искам човекът вкъщи да може да извърши основното действие ръчно.
Не искам децата да трябва да SSH-нат в сървъра, защото им се ходи до тоалетната. 😂
Автоматизацията трябва да бъде допълнителна способност.
Не причина домът да стане нефункционален без нея.
🏠 ЕТО ТОВА ЗА МЕН Е „УМЕН ДОМ“
Не:
„Мога да включа 73 лампи от телефона.“
А:
„Системата върши полезни неща сама, но аз разбирам от какво зависи и какво ще стане, когато някоя зависимост изчезне.“
И точно затова Home Assistant ми е интересен.
Той не премахва автоматично всички зависимости.
Някои устройства пак ще използват cloud.
Някои услуги пак ще искат Internet.
Но Home Assistant ни дава възможност да изградим много по-голяма част от системата локално и под наш контрол. Това е и един от основните принципи, с които самият проект се представя: local control и privacy first. (Home Assistant)
🔌 ДОБРЕ… ДЪРПАМЕ INTERNET КАБЕЛА
Какво бих искал да продължи да работи?
💡 Основното осветление.
🌡️ Температурните датчици.
🚪 Датчиците на врати и прозорци.
💧 Датчиците за течове.
🧊 Следенето на хладилника и фризера.
🔋 UPS мониторингът.
🤖 Локалните автоматизации.
🏠 Локалният Home Assistant dashboard.
Какво вероятно ще загубя?
Някои cloud устройства.
Някои външни weather услуги.
Някои push услуги.
Някои voice функции.
Някои remote услуги.
И това е напълно ОК.
Стига да го знам предварително.
🧪 ИМА ЕДИН СТРАХОТЕН НАЧИН ДА РАЗБЕРЕТЕ
Не четете 47 форума.
Не спорете три дни във Facebook.
Не гледайте клип:
„TOP 17 WAYS TO MAKE YOUR SMART HOME 100% LOCAL!!!“
😂
Направете нещо много по-просто.
Изключете Internet.
Не router-а.
Само връзката му към Internet. (Дръпнете му кабела 😉 )
И вижте.
Какво работи?
Какво спря?
Какво стана бавно?
Какво изчезна от dashboard-а?
Кои автоматизации продължиха?
Кои устройства внезапно станаха декоративни?
Запишете си.
Току-що сте направили тест на системата, а не предположение за нея.
И ако сте чели другите ми неща, знаете колко харесвам това:
НЕТЕСТВАНИЯТ BACKUP Е ПРЕДПОЛОЖЕНИЕ.
Същото важи и за smart home.
😏 И СЕГА ЩЕ НАПРАВИМ НЕЩАТА ОЩЕ ВЕСЕЛИ
Дотук махнахме:
🌐 Internet.
И видяхме какво остава.
Но има една много по-неприятна версия на същия експеримент.
⚡ Махаме тока.
Тогава вече въпросът не е:
„Ще работи ли лампата ми без cloud?“
А:
Кое трябва да продължи да работи и колко дълго?
Home Assistant?
Router?
Wi-Fi?
Zigbee coordinator?
Оптичният терминал?
Switch?
Камерите?
NAS?
Телефоните?
Радиостанциите?
Хладилникът?
Фризерът?
И изведнъж думата UPS започва да звучи много по-интересно. 😁
Защото вече не говорим просто за smart home.
Започваме да говорим за:
УСТОЙЧИВОСТ НА СИСТЕМАТА.
И тук Home Assistant постепенно започва да напуска света на глезотиите.
👉 В ЧАСТ 4:
⚡ ТОКЪТ СПРЯ. А HOME ASSISTANT?
Ще видим как Home Assistant може да разбере, че електрическата мрежа е изчезнала.
Какво може да научи от един UPS.
Кои устройства има смисъл да останат захранени.
Какво е critical load.
Защо няма особен смисъл да пазим 65-инчовия телевизор, ако router-ът е умрял след три минути. 😂
И най-интересното:
можем ли да направим истински BLACKOUT MODE?
КОГАТО: мрежовото захранване изчезне
АКО: системата вече работи на резервно захранване
НАПРАВИ: запази ресурсите за нещата, които действително са важни.
Ето тук вече започваме да говорим на езика на SHTF.BG. 😏
SHTF.BG
Оцелявай умно, а не трудно.
