Ein intelligenter WiFi-Lichtschalter mit Cloud-API?

Ich brauche einen Vorschlag für einen WiFi-basierten Smart Light Switch, der ferngesteuert werden kann und eine offene API hat.

WeMo-Lichtschalter hat keine offene Remote-API. Dasselbe gilt für einen anderen beliebten TP-Link HS200 . Die meisten anderen von mir gefundenen ferngesteuerten Schalter können nur über ihre eigenen Apps gesteuert werden. Es gibt einige GitHub-Projekte, die diese Apps rückentwickelt haben, aber ich würde lieber eine API verwenden, die direkt vom Hersteller veröffentlicht wurde, da mein Projekt langfristig angelegt ist und ich nicht auf eine rückentwickelte Lösung setzen möchte.

Ihre zukunftssichersten Lösungen sind Lösungen, bei denen die Hardware vollständig vom Protokoll getrennt ist .

Ihr Beispiel für einen HS200-Lichtschalter basiert neben vielen Smart-Outlets auf einem Embedded Linux-System (die Quelle ist im GPL-Code-Center von TP Link verfügbar ). Wie bei den meisten Outlets ist das zugrunde liegende System wahrscheinlich von einem seltsamen Anbieter abgeleitet eine gemeinsame Linux-Distribution für Router. Andere Modelle verwenden möglicherweise einen ESP8266. In jedem Fall kann die Standardfirmware durch eine andere Firmware ersetzt werden, die als Server in einem lokalen Netzwerk fungiert und auf diese Weise die Steuerung ermöglicht, oder Nachrichten abonniert werden, die über einen MQTT-Broker in der Cloud weitergeleitet werden, wodurch ein Out-of-Modus ermöglicht wird -Heimkontrolle. Sie behalten die volle Möglichkeit, einen oder beide Pfade zu aktivieren, die Regeln zu ändern und die Dienstanbieter zu ändern.

Sollte die von Ihnen verwendete Hardware nicht mehr verfügbar sein, da Sie das Protokoll vollständig steuern, müssen Sie lediglich eine andere Hardware finden, auf der Sie es ausführen können. Das Verschieben des geräteseitigen Codes zwischen OpenWRT Linux, wie es bei Router-abgeleiteten Produkten üblich ist, und einem Bare-Metal-ESP8266 wäre eine Menge Arbeit, ist jedoch konzeptionell unkompliziert. Aber es von OpenWRT auf einem Router-Chip auf OpenWRT auf einen anderen zu verschieben, oder es auf ein Linux (oder, falls erforderlich, sogar Win IoT) zu verschieben, das auf Ihrem Himbeer-Pi oder Edison oder Beagle Bone ausgeführt wird, wäre noch direkter.

Wenn Sie die Rollen des Systems in einzelne Teile mit klaren Grenzen aufteilen, müssen Sie im Vorfeld ein wenig mehr Arbeit leisten, können jedoch auf Änderungen auf eine Weise reagieren, die Sie möglicherweise nicht können, wenn Sie sie verwenden Eine vertikal integrierte Lösung von einem einzigen Anbieter.

Wie Chris sagte, besteht der Schlüssel darin, das Protokoll von der Hardware zu trennen. Das heißt aber nicht, dass Sie Ihre eigene Firmware implementieren müssen! Sie können einen Switch auswählen, der ein allgemeines und sofort verfügbares Protokoll für die Hausautomation unterstützt, z. B. Z-Wave oder Insteon. Dies sind geschlossene Protokolle, aber es gibt eine Vielzahl von Herstellern, die mit ihnen interoperable Komponenten erstellen. Anschließend können Sie einen Home Automation Controller verwenden, der die Home Automation-Protokolle in IP integriert.

Ich verwende einen Vera Edge Home Automation Controller, der eine Web-API bietet. und es gibt auch andere Möglichkeiten. Ich habe mich für Vera entschieden, weil das gesamte System lokal ausgeführt wird, ohne dass Zugriff auf eine gehostete Cloud-Schnittstelle erforderlich ist. Es gibt keine monatliche Servicegebühr und das Gerät und die Regeln unterliegen vollständig meiner Kontrolle. Ich kann mich dafür entscheiden, die API hinter meiner Firewall zu verbergen, die API selbst extern verfügbar zu machen, oder ich kann die kostenlosen Cloud-Dienste von Vera nutzen, um die API für mich verfügbar zu machen. (Vera hat eine sehr aktive Community, die ständig neue Geräte für die Hausautomation unterstützt.) Vera bietet eine kostenlose App für iPhone und Android an, aber Sie sind nicht an die App gebunden. Mehrere unabhängige Entwickler haben ihre eigenen Apps entwickelt, die die API von Vera nutzen (Grasshopper, VeraMate und ImperiHome sind drei solcher Produkte), um alternative GUIs bereitzustellen.

Wenn Sie sich gegen ein kommerzielles Gateway-Produkt aussprechen und bereit sind, viel Arbeit zu leisten, gibt es auch Open Source-Lösungen für die Implementierung Ihres eigenen Home Automation-Gateways, die eine Web-API bieten. Domoticz und OpenHAB sind zwei Projekte, die mir in den Sinn kommen. Beide Pakete sind jedoch noch weitaus weniger ausgereift als die kommerziellen Lösungen und erfordern einen erheblichen Arbeitsaufwand für die Implementierung. (Und Sie gaben an, Sie wollten keine Lösung zusammen hacken.)

Der einzige Nachteil, den ich bei dem Gateway-basierten Ansatz sehe, ist, dass Ihre Frage nach einem "Lichtschalter" lautet, der eine Menge von einem Gerät impliziert. Ein Z-Wave-Switch kann zwischen 10 und 40 US-Dollar (oder mehr) kosten, und ein kommerzielles Gateway kann zwischen 100 und 400 US-Dollar (oder mehr) kosten. Für einen einzelnen Switch ist der Preis wahrscheinlich nichts wert. Wenn Sie jedoch ein ganzes Gebäude automatisieren, können sich die Kosten für den Hub auf Dutzende von Geräten verteilen.

Ich habe in letzter Zeit Sonoff Smart Plugs bei eBay gekauft und sie mit benutzerdefinierter Firmware geflasht . Dies ist möglich, weil sie auf dem ESP8266 basieren. Sie sind sehr erschwinglich und ziemlich fortschrittlich.

Sie müssen geöffnet und eine Stiftleiste auf die Platine gelötet werden, dann müssen Sie sie mit einem FTDI-Adapter programmieren , den Sie auch bei eBay günstig bekommen können. Es ist ziemlich einfach.

Wenn sie blinken, stellen sie eine Verbindung zu meinem WiFi-Netzwerk her und senden und empfangen MQTT-Befehle. Ich benutze Home Assistant dafür.

BRUH Automation hat ein Video dazu: https://www.youtube.com/watch?v=-JxPWA-qxAk