¿Un interruptor de luz inteligente WiFi con API en la nube?


12

Necesito alguna sugerencia para un interruptor de luz inteligente basado en WiFi que se pueda controlar de forma remota y tenga una API abierta.

El interruptor de luz WeMo no tiene API remota abierta. Lo mismo con otro TP-Link HS200 popular . La mayoría de los otros interruptores controlados a distancia que encontré solo se pueden controlar a través de sus propias aplicaciones. Hay algunos proyectos de GitHub que han aplicado ingeniería inversa a estas aplicaciones, pero preferiría usar API publicada directamente por el fabricante porque mi proyecto es a largo plazo, y no quiero apostar por una solución de ingeniería inversa.

Respuestas:


9

Sus soluciones a prueba de futuro serán aquellas que separen completamente el hardware del protocolo .

Su interruptor de luz HS200 de ejemplo se une a muchos puntos de venta inteligentes al estar basado en un sistema Linux incorporado (la fuente está disponible en el Centro de códigos GPL de TP Link ) Las posibilidades son, como la mayoría de los puntos de venta, el sistema subyacente es uno derivado de una rama de proveedor extraña de Una distribución común de Linux destinada a enrutadores. Otros modelos pueden usar un ESP8266. Por lo general, cualquiera de estos puede reemplazar el firmware estándar por uno diferente, que puede actuar como un servidor en una red local que permite el control de esa manera, o suscribirse a mensajes transmitidos a través de un agente MQTT en la nube, lo que permite -control del hogar. Conserva la capacidad total de habilitar una o ambas rutas, cambiar las reglas y cambiar los proveedores de servicios.

En caso de que el hardware que estaba utilizando no esté disponible, ya que controla completamente el protocolo, todo lo que necesita hacer es encontrar un hardware diferente en el que ejecutarlo. Mover el código lateral del dispositivo entre algo como OpenWRT Linux común en productos derivados de enrutadores y un ESP8266 de metal desnudo sería una buena cantidad de trabajo, pero es conceptualmente sencillo. Pero moverlo de OpenWRT en un chip de enrutador a OpenWRT en otro, o moverlo a cualquier Linux (o si es necesario, incluso Win IoT) que se ejecuta en su raspberry pi o Edison o Beagle Bone sería aún más directo.

Romper los roles del sistema en partes distintas con límites claros requiere que haga un poco más de trabajo por adelantado, pero significa que podrá responder a cualquier cambio, de una manera que no podría hacerlo si solía Una solución integrada verticalmente de un solo proveedor.


Gracias por explicar la limitación con el uso de 'solución integrada verticalmente de un solo proveedor' y los beneficios del acoplamiento flexible del hardware y el protocolo. Si las pruebas futuras a largo plazo y el control total eran realmente importantes, tal vez, este es el único camino a seguir. Pero, en este momento, solo estoy buscando una solución un poco mejor que alguna API pirateada en github. Lo que propusiste es demasiado trabajo para nosotros.
rajendra

4

Como dijo Chris, la clave es separar el protocolo del hardware. ¡Pero eso no significa que tenga que implementar su propio firmware! Puede elegir un conmutador que admita un protocolo de automatización del hogar común y fácilmente disponible, como Z-Wave o Insteon. Estos son protocolos cerrados, pero existe una amplia variedad de fabricantes que crean componentes interoperables con ellos. Luego, puede usar un controlador de automatización del hogar que integre los protocolos de automatización del hogar con IP.

Yo uso un controlador de domótica Vera Edge que ofrece una API web; y hay otras opciones también. Elegí Vera porque todo el sistema se ejecuta localmente sin requerir acceso a una interfaz de nube alojada; no hay un cargo mensual por servicio, y el dispositivo y las reglas están completamente bajo mi control. Puedo elegir ocultar la API detrás de mi cortafuegos, exponer la API externamente a mí mismo, o puedo aprovechar los servicios en la nube gratuitos de Vera para exponer la API por mí. (Como ventaja, Vera tiene una comunidad muy activa que constantemente agrega soporte para nuevos dispositivos de automatización del hogar). Vera ofrece una aplicación gratuita para iPhone y Android, pero no está obligado a su aplicación. Varios desarrolladores independientes han creado sus propias aplicaciones que aprovechan la API de Vera (Grasshopper, VeraMate e ImperiHome son tres de estos productos) para proporcionar GUI alternativas.

Si se opone a un producto de puerta de enlace comercial y está dispuesto a trabajar mucho, también hay soluciones de código abierto para implementar su propia puerta de enlace de automatización del hogar que ofrece una API web. Domoticz y OpenHAB son dos proyectos que vienen a la mente. Sin embargo, estos paquetes son aún mucho menos maduros que las soluciones comerciales, y ambos requieren una gran cantidad de trabajo para su implementación. (Y usted indicó que no quería hackear una solución).

El único inconveniente que veo para el enfoque basado en la puerta de enlace es que su pregunta es sobre "un interruptor de luz", lo que implica una cantidad de un dispositivo. Un interruptor de onda Z puede costar entre $ 10 y $ 40 (o más), y una puerta de enlace comercial puede costar $ 100- $ 400 (o más). Para un solo interruptor, el precio probablemente no valga la pena. Sin embargo, si está automatizando un edificio completo, el costo del centro puede extenderse entre docenas de dispositivos.


4

Últimamente he estado comprando enchufes inteligentes Sonoff en eBay y los actualicé con firmware personalizado. Esto es posible porque se basan en el ESP8266. Son muy asequibles y bastante avanzados.

Deben abrirse y soldarse un cabezal de pin en la PCB, luego debe programarlos con un adaptador FTDI , que también puede obtener barato en eBay. Es bastante sencillo.

Cuando parpadean, se conectan a mi red WiFi y envían y reciben comandos MQTT. Estoy usando Home Assistant para esto.

BRUH Automation tiene un video sobre ellos: https://www.youtube.com/watch?v=-JxPWA-qxAk

ingrese la descripción de la imagen aquí

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.