Розумний перемикач світла WiFi з хмарним API?


12

Мені потрібні рекомендації щодо інтелектуального вимикача на основі WiFi, який можна керувати дистанційно та має відкритий API.

Перемикач світла WeMo не має відкритого віддаленого API. Те саме з іншим популярним TP-Link HS200 . Більшість інших дистанційно керованих комутаторів, які я знайшов, можна керувати лише за допомогою власних програм. Є кілька проектів GitHub, які створили реверс цих програм, але я вважаю за краще використовувати API, безпосередньо опублікований виробником, оскільки мій проект є довгостроковим, і я не хочу робити ставку на реверсивно розроблене рішення.

Відповіді:


9

Вашими найбільш перспективними рішеннями для доказування будуть ті, які повністю відокремлюють обладнання від протоколу .

Ваш приклад світлодіодний перемикач HS200 приєднується до багатьох розумних розеток, будучи заснованою на вбудованій системі Linux (джерело доступне в коді GPL-центру TP Link ). Швидше за все, як і більшість торгових точок, базова система є похідною від дивної гілки постачальника поширений дистрибутив Linux, призначений для маршрутизаторів. Інші моделі можуть використовувати ESP8266. Як правило, будь-яка з них може замінити біржове програмне забезпечення на інше, яке може діяти як сервер у локальній мережі, що дозволяє контролювати цей спосіб, або підписатись на повідомлення, що передаються через щось на зразок брокера MQTT у хмарі, що дозволяє виходити з системи -управління будинком. Ви зберігаєте повну можливість вмикати один або обидва шляхи, змінювати правила та змінювати постачальників послуг.

Якщо обладнання, яке ви використовували, тоді стане недоступним, оскільки ви повністю контролюєте протокол, все, що вам потрібно зробити, - це знайти інше обладнання, на якому його запустити. Переміщення коду пристрою між чимось на зразок OpenWRT Linux, поширеним для продуктів, отриманих від маршрутизаторів, та голим металом ESP8266, було б досить великою роботою, але концептуально простий. Але переміщення його з OpenWRT на одному мікросхемі маршрутизатора до OpenWRT на іншому або переміщення його до будь-якого Linux (або, якщо потрібно, навіть, можливо, Win IoT), що працює на вашому малиновому пі або Edison або Beagle Bone, було б ще більш прямим.

Розбиття ролей системи на чіткі шматочки з чіткими межами вимагає зробити трохи більше роботи вперед, але означає, що ви зможете реагувати на будь-які зміни таким чином, що ви, можливо, не зможете, якщо використали вертикально інтегроване рішення від одного постачальника.


Дякуємо, що пояснили обмеження використання "вертикально інтегрованого рішення від одного постачальника" та переваги нещільного з'єднання обладнання та протоколу. Якщо довгострокове підтвердження майбутнього та тотальний контроль були дійсно важливими, можливо, це єдиний шлях. Але зараз я просто шукаю трохи кращого рішення, ніж якийсь зламаний API в github. Те, що ви запропонували, - це занадто велика робота для нас.
rajendra

4

Як сказав Кріс, головне - відокремити протокол від апаратного забезпечення. Але це не означає, що вам доведеться впроваджувати власну прошивку! Ви можете вибрати комутатор, який підтримує загальний і доступний протокол домашньої автоматизації, наприклад, Z-Wave або Insteon. Це закриті протоколи, але існує велика кількість виробників, які створюють з ними сумісні компоненти. Потім ви можете використовувати контролер домашньої автоматизації, який інтегрує протоколи домашньої автоматизації з IP.

Я використовую контролер домашньої автоматизації Vera Edge, який пропонує веб-API; і є й інші варіанти. Я вибрав Віру, оскільки вся система працює локально, не вимагаючи доступу до розміщеного хмарного інтерфейсу; щомісячної плати за обслуговування немає, а пристрій і правила повністю під моїм контролем. Я можу вибрати сховати API за своїм брандмауером, відкрити API зовнішньо, або я можу використовувати безкоштовні хмарні сервіси Vera, щоб відкрити для мене API. (Як плюс, у Віри є дуже активне співтовариство, яке постійно додає підтримку нових пристроїв домашньої автоматизації.) Віра пропонує безкоштовний додаток для iPhone та Android, але ви не зобов'язані їх додаток. Кілька незалежних розробників створили власні програми, за допомогою яких API Вери (Grasshopper, VeraMate та ImperiHome є трьома такими продуктами) для надання альтернативних графічних інтерфейсів.

Якщо ви проти комерційного продукту шлюзу і готові докласти багато роботи, є також рішення з відкритим кодом для впровадження власного шлюзу домашньої автоматизації, який пропонує веб-API. Domoticz та OpenHAB - це два проекти, які нам спадають на думку. Однак ці пакети все ще набагато менш зрілі, ніж комерційні рішення, і для обох потрібна значна робота для їх впровадження. (І ви вказали, що не хочете зламати рішення.)

Єдиний недолік, який я бачу у підході до шлюзу, полягає в тому, що ваше питання задається питанням про «перемикач світла», маючи на увазі кількість одного пристрою. Перемикач Z-хвилі може коштувати від 10 до 40 доларів (або більше), а комерційний шлюз може коштувати від 100 до 400 доларів (або більше.) Для одного перемикача цінність цінника, ймовірно, не варта. Якщо ви автоматизуєте цілу будівлю, вартість концентратора може бути розподілена серед десятків пристроїв.


4

Останнім часом я купував смарт-штекери Sonoff на eBay і перемикав їх за допомогою власної прошивки. Це можливо, оскільки вони базуються на ESP8266. Вони дуже доступні і досить просунуті.

Їх потрібно відкрити, а на друковану плату припаяти штифтовий заголовок, тоді ви повинні запрограмувати їх за допомогою адаптера FTDI , який ви також можете дешево придбати на eBay. Це досить прямо вперед.

Коли спалахне, вони підключаються до моєї мережі Wi-Fi та надсилають та приймають команди MQTT. Для цього я використовую Home Assistant .

BRUH Automation має відео про них: https://www.youtube.com/watch?v=-JxPWA-qxAk

введіть тут опис зображення

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.