Vos solutions les plus évolutives seront celles qui séparent complètement le matériel du protocole .
Votre exemple d'interrupteur d'éclairage HS200 rejoint de nombreuses prises intelligentes en étant basé sur un système Linux embarqué (la source est disponible dans le centre de code GPL de TP Link ). Comme la plupart des prises, le système sous-jacent est dérivé d'une étrange branche de fournisseur de une distribution Linux commune destinée aux routeurs. D'autres modèles peuvent utiliser un ESP8266. Le micrologiciel d'origine peut généralement être remplacé par un autre, qui peut agir en tant que serveur sur un réseau local permettant ainsi le contrôle, et / ou s'abonner à des messages relayés par quelque chose comme un courtier MQTT dans le cloud, permettant - le contrôle à domicile. Vous conservez la pleine capacité d'activer l'un ou les deux chemins, de modifier les règles et les fournisseurs de services.
Si le matériel que vous utilisiez devenait alors indisponible, car vous contrôlez entièrement le protocole, il vous suffit de trouver un matériel différent sur lequel l'exécuter. Déplacer le code côté périphérique entre quelque chose comme OpenWRT Linux commun sur les produits dérivés de routeurs et un ESP8266 en métal nu serait une bonne quantité de travail, mais est conceptuellement simple. Mais le déplacer d'OpenWRT sur une puce de routeur vers OpenWRT sur une autre, ou le déplacer vers n'importe quel Linux (ou si vous devez, même peut-être Win IoT) qui s'exécute sur votre raspberry pi ou Edison ou Beagle Bone serait encore plus direct.
Briser les rôles du système en morceaux distincts avec des limites claires vous oblige à faire un tout petit peu plus de travail à l'avance, mais signifie que vous serez en mesure de répondre à tous les changements, d'une manière que vous pourriez ne pas être en mesure d'utiliser une solution verticalement intégrée d'un seul fournisseur.
Comme l'a dit Chris, la clé est de séparer le protocole du matériel. Mais cela ne signifie pas que vous devez implémenter votre propre firmware! Vous pouvez choisir un commutateur qui prend en charge un protocole domotique commun et facilement disponible, tel que Z-Wave ou Insteon. Ce sont des protocoles fermés, mais il existe une grande variété de fabricants qui créent des composants interopérables avec eux. Ensuite, vous pouvez utiliser un contrôleur domotique qui intègre les protocoles domotiques avec IP.
J'utilise un contrôleur domotique Vera Edge qui offre une API Web; et il y a aussi d'autres choix. J'ai choisi Vera car tout le système fonctionne localement sans avoir besoin d'accéder à une interface cloud hébergée; il n'y a pas de frais de service mensuels, et l'appareil et les règles sont entièrement sous mon contrôle. Je peux choisir de masquer l'API derrière mon pare-feu, d'exposer l'API en externe moi-même ou de tirer parti des services cloud gratuits de Vera pour exposer l'API pour moi. (En plus, Vera a une communauté très active qui ajoute constamment un support pour les nouveaux appareils domotiques.) Vera propose une application gratuite pour iPhone et Android, mais vous n'êtes pas lié à leur application. Plusieurs développeurs indépendants ont créé leurs propres applications qui exploitent l'API de Vera (Grasshopper, VeraMate et ImperiHome sont trois de ces produits) pour fournir des interfaces graphiques alternatives.
Si vous êtes opposé à un produit de passerelle commerciale et êtes prêt à faire beaucoup de travail, il existe également des solutions Open Source pour la mise en œuvre de votre propre passerelle de domotique qui offrent une API Web. Domoticz et OpenHAB sont deux projets qui me viennent à l'esprit. Cependant, ces packages sont à la fois beaucoup moins matures que les solutions commerciales et nécessitent tous deux un travail considérable à mettre en œuvre. (Et vous avez indiqué que vous ne vouliez pas pirater ensemble une solution.)
Le seul inconvénient que je vois à l'approche basée sur la passerelle est que votre question porte sur "un interrupteur d'éclairage", impliquant une quantité d'un appareil. Un commutateur Z-wave peut coûter de 10 $ à 40 $ (ou plus), et une passerelle commerciale peut coûter de 100 $ à 400 $ (ou plus). Pour un seul commutateur, le prix n'en vaut probablement pas la peine. Si vous automatisez un bâtiment entier, cependant, le coût du concentrateur peut être réparti entre des dizaines d'appareils.
la source
J'ai récemment acheté des prises intelligentes Sonoff sur eBay et les ai flashées avec un firmware personnalisé. Cela est possible car ils sont basés sur l'ESP8266. Ils sont très abordables et assez avancés.
Ils doivent être ouverts et un en-tête de broche soudé sur le PCB, puis vous devez les programmer avec un adaptateur FTDI , que vous pouvez également obtenir à bas prix sur eBay. C'est assez simple.
Lorsqu'ils clignotent, ils se connectent à mon réseau WiFi et envoient et reçoivent des commandes MQTT. J'utilise Home Assistant pour cela.
BRUH Automation a une vidéo à leur sujet: https://www.youtube.com/watch?v=-JxPWA-qxAk
la source