Categoría: Domotica

Muchos tenemos sistemas de seguridad integrados en Home Assistant para poder tener una alarma, más o menos compleja, para poder tener nuestra casa controlada cuando no estamos en ella y en muchos casos necesitamos un teclado numérico, y, en este pequeño tutorial os explico como integrar uno.

Explicación de la integración

Para aquellos que estéis un poco perdidos, para este tutorial lo que haré será usar un teclado numérico económico junto a un ESP32 y controlaré e integraré todo con ESPHome. En Home Assistant cada tecla nos aparecerá como un sensor binario, por lo que podemos usarlos de diferentes formas los teclados, no solo como números.

Como he dicho, necesitaréis tener instalado ESPHome para poder integrar y por si lo necesitáis, os paso la lista de lo que he usado.

Lista de la compra para integrar un teclado numérico en Home Assistant

• ESP32: Es el microcontrolador que he usado, pero, si queréis, podéis usar igualmente el ESP8266, aunque, por la diferencia de precio, yo me iría al ESP32 porque le podremos sacar más partido adelante. Si queréis el ESP32 podéis comprarlo aquí, si buscáis el ESP8266, podéis comprarlo aquí.
• Teclado numérico MPR121 integrado por I2C. El que yo he usado es el que podéis comprar aquí.
• Cables dupont que podéis comprar aquí

Conexión del teclado al ESP32

El teclado funciona con el protocolo I2C, por lo que necesitaremos conectar SDA y SCL de nuestro teclado a, en el caso del ESP32, SDA estará en el pin 21 y SCL en el 22, mientras que si trata del ESP8266, SDA será el GPIO4 y el SCL estará en GPIO5. Además, tendremos que alimentar con 3.3v el teclado, para eso, si usáis una placa de desarrollo como os he puesto, podréis sacar 3.3v del pin primero (al lado del botón BOOT) y gnd lo sacaremos del segundo pin de la otra fila (encima de Vin).

Haz click para ver el pase de diapositivas.

En el caso del ESP8266 para la alimentación, dependiendo de la placa que tendréis, podréis alimentar de los mismos 3.3v y gnd con que alimentéis la placa.

Una vez hecho esto, tenemos conexionado correctamente nuestro teclado y listo para ir a ESPHome para poder meter el código que necesitamos.

Integración del teclado MPR121 en ESPHome

Para poder empezar a trabajar, necesitaréis instalar ESPHome, que si venís siguiendo los tutoriales, ya lo tendréis instalado, por lo que podéis seguir leyendo para completar el tutorial.

Como he dicho, yo lo he implementado todo en un ESP32, por lo que el proyecto en ESPHome será sobre un ESP32 y, el código que necesitaréis será el siguiente:

esphome:
  name: teclado
  platform: ESP32
  board: esp-wrover-kit

wifi:
  ssid: "NOMBREWIFI"
  password: "clavewifi"

# Enable logging
logger:

# Enable Home Assistant API
api:
  password: 'claveapi'

ota:
  password: 'claveapi'
  
i2c:
  sda: 21
  scl: 22
  scan: True
  
mpr121:
  id: mpr121_component
  address: 0x5A
  touch_debounce: 1
  release_debounce: 1
  touch_threshold: 10
  release_threshold: 7

binary_sensor:
  - platform: mpr121
    id: touch_key0
    channel: 0
    name: "Tecla 0"
    touch_threshold: 12
    release_threshold: 6
    
  - platform: mpr121
    id: touch_key1
    channel: 1
    name: "Tecla 1"
    touch_threshold: 12
    release_threshold: 6
    
  - platform: mpr121
    id: touch_key2
    channel: 2
    name: "Tecla 2"
    touch_threshold: 12
    release_threshold: 6
    
  - platform: mpr121
    id: touch_key3
    channel: 3
    name: "Tecla 3"
    touch_threshold: 12
    release_threshold: 6
    
  - platform: mpr121
    id: touch_key4
    channel: 4
    name: "Tecla 4"
    touch_threshold: 12
    release_threshold: 6

  - platform: mpr121
    id: touch_key5
    channel: 5
    name: "Tecla 5"
    touch_threshold: 12
    release_threshold: 6
    
  - platform: mpr121
    id: touch_key6
    channel: 6
    name: "Tecla 6"
    touch_threshold: 12
    release_threshold: 6
    
  - platform: mpr121
    id: touch_key7
    channel: 7
    name: "Tecla 7"
    touch_threshold: 12
    release_threshold: 6
    
  - platform: mpr121
    id: touch_key8
    channel: 8
    name: "Tecla 8"
    touch_threshold: 12
    release_threshold: 6
    
  - platform: mpr121
    id: touch_key9
    channel: 9
    name: "Tecla 9"
    touch_threshold: 12
    release_threshold: 6

  - platform: mpr121
    id: touch_key10
    channel: 10
    name: "Tecla 10"
    touch_threshold: 12
    release_threshold: 6
    
  - platform: mpr121
    id: touch_key11
    channel: 11
    name: "Tecla 11"
    touch_threshold: 12
    release_threshold: 6

Para explicar un poco el funcionamiento, se necesita configurar la parte de la WiFi, para que tenga conectividad y, para el teclado, es necesario declarar el I2C con los pines por donde viene, así como el módulo para soportar el teclado y, finalmente, hace falta declarar cada tecla como un sensor binario que, en Home Assistant, indicará si está o no pulsado.

Vista en Home Assistant del teclado numérico MPR121

Como hemos dicho antes, cada número pasa a ser un sensor binario en el que podemos ver si se ha pulsado o no a la hora de integrarlo en Home Assistant, por lo que ya es decisión nuestra la manera de usarla.

Se puede usar como numérico, pero realmente podríamos hacernos un mando a distancia para Home Assistant con 12 teclas para realizar las acciones más comunes, por lo que sería muy práctico y barato.

 

Ver esta publicación en Instagram

 

Teclado numérico en #homeassistant usando #esphome sobre #esp32 . Mañana #tutorial en la web! #iot #diy

Una publicación compartida de Domotica en Casa (@domoticaencasa) el 24 Jul, 2019 a las 1:15 PDT

Para poder usar cualquier botón del teclado, tendríamos que usarlo como haríamos como con cualquier sensor binario:

- id: '9999990001'
  alias: Pulsación del 1
  trigger:
  - platform: state
    entity_id: binary_sensor.tecla_1
    from: 'off'
    to: 'on'
 action:
 - service: notify.telegramgrupo
   data:
     message: 'Pulsada la tecla 1'

De esta forma, mandaríamos un mensaje a nuestro Telegram (si lo tenéis configurado).

¿Os ha salido?

La entrada Home Assistant #44: Integramos un teclado numérico con ESPHome de 2€ se publicó primero en Domótica en Casa.

El fabricante de Sonoff, Itead, tiene en catálogo unos modelos de pantallas bajo la marca Nextion, las cuales, tienen bastante aceptación en el mercado gracias a la manera con la que trabajamos con ellas.

Se trata de pantallas con las que podemos trabajar de una forma muy peculiar, ya que, tenemos un software con el que podemos crear una interfaz y asignar nombres a las zonas de la pantalla y, cuando pulsamos podemos saber la parte que hemos pulsado.

ESPHome es compatible con estas pantallas por lo que podríamos llegar a crear un interfaz para nuestro sistema de Smart Home, tanto dentro como fuera de Home Assistant.

Tal y como hemos ido viendo estos meses con las novedades de Sonoff con la salida del Sonoff Mini, Sonoff RF R3, Sonoff Basic R3, Sonoff S55, etc, Nextion ha lanzado 2 nuevos modelos de pantalla, del modelo más inteligente, donde tenemos los tamaños de 7 y 10.1 pulgadas, pero, en el modelo de 7 pulgadas tenemos con y sin carcasa.

Yendo a las especificaciones, tenemos los siguientes datos:

Nextion 7.0

(Podemos verla aquí y el modelo sin carcasa aquí):

• Modelo tanto con pantalla resistiva como capacitiva
• MCU integrada de 200 Mhz
• 8 GPIOs con 2 de ellas PWM
• 4 pines de conexión
• 300 nit de brilllo ajustable en 1%
• 65K colores
• Resolución 800 x 480

Haz click para ver el pase de diapositivas.

Modelo de 10.1 pulgadas

(La Nextion 10.1 podemos verla aquí):

• Modelo con pantalla resistiva y con pantalla capacitiva
• MCU integrada de 200 Mhz
• 8 GPIOs con 2 de ellas PWM
• 4 pines de conexión
• 300 nit de brilllo ajustable en 1%
• 65K colores
• Resolución 1024 x 600

Haz click para ver el pase de diapositivas.

Como vemos, se trata de unos modelos muy atractivos para poder crear las centralitas de nuestro Home Assistant de una forma totalmente personalizada y, sobretodo, con una manera de diseñar el interfaz que no es habitual.

Los precios de los modelos, aunque son algo más altos que los de los competidores, tenemos la ventaja de poder trabajar con las pantallas sin tener que programar mucho.

La entrada El fabricante de Sonoff lanza nuevas pantallas Nextion se publicó primero en Domótica en Casa.

Después de un tiempo en el que no hemos visto muchas novedades por parte de Koogeek, parece que se ha puesto a crear nuevos productos, y, uno de ellos es una nueva bombilla RGB cuyo modelo es el LB3.

El nuevo modelo sustituirá al anterior LB1 en la misma linea de mercado, que, como vemos en la foto posee una forma más convencional pero, en cuanto a prestaciones, mejora sustancialmente al modelo inicial.

Tenemos una bombilla RGB que pasa de los 500 lumens hasta los 800 lumens, por lo que hará frente a modelos comerciales como los de Yeelight.

Este modelo, será compatible con Homekit, siendo uno de los pocos fabricantes que se ha dedicado a certificar la mayoría de dispositivos con el sistema de Apple a un precio económico.

El anterior modelo de Koogeek fue el LB2, pero, en este caso se trataba de un modelo de bombilla LED de color exclusivamente blanco, por lo que pertenecería a otra gama de productos de la casa.

Otro de los modelos que recientemente ha presentado, es un enchufe inteligente WiFi, pero que, en este caso, solo funciona con Alexa y con Google Assistant en lugar de HomeKit.

El nuevo modelo LB3 del fabricante chino estará en el mercado muy pronto y, aunque tendrá un precio superior a lo que estamos acostumbrados a ver con otros modelos de bombilla LED, si que es cierto que para ser compatible con Homekit, estará muy competitivo.

Los dispositivos de Koogeek se integran en su propia App y pueden actuar como un ecosistema completo, que, como decimos, algunos de ellos son compatibles con Homekit y se convierten en una de las opciones más económicas para los usuarios de Siri.

Estaremos al tanto de posibles nuevos modelos que salgan de la mano de Koogeek para informaros por si sois de los que buscáis dispositivos para vuestro HomeKit.

Más info en homekitnews

La entrada Koogeek listo para lanzar un nuevo modelo de bombilla RGB llamado LB3 se publicó primero en Domótica en Casa.

Adobe ha lanzado la integración por voz para uno de sus productos, Adobe XD, para que sea controlado por medio del asistente de Amazon así como poder hacer uso de los dispositivos de pantalla.

Adobe XD es un software de diseño vectorial enfocado a poder trabajar para la mejora de la experiencia de los usuarios en las páginas web y, ahora, es compatible con Alexa.

No solo podremos controlar la interfaz de usuario del software, que está disponible tanto para Mac como para Windows, sino que la integración también incluye la exportación para poder verlo en algún Smart Display compatible con Alexa.

No es el comienzo del manejo por voz de Adobe XD, ya que, fue lanzado en 2018, lo que si es novedoso es que ahora, el control lo podremos realizar por medio del asistente virtual de Amazon.

Gracias a esta integración, los usuarios de este software podrían trabajar tanto por voz como con el ratón y podrán realizar presentaciones con el control por voz.

El anuncio, ha sido publicado en el blog de la empresa, en el que anuncian que será necesario instalar el Skill para que nuestro Alexa sea capaz de controlar el software como hacemos con otro tipo de dispositivos.

Además del propio anuncio, Adobe ha ido más allá mostrando una demostración del control que se puede realizar por medio de la voz con Alexa en XD, por lo que si os interesa, podéis ver el funcionamiento ahora.

De momento, mirando en Amazon, el Skill de Adobe XD no parece estar en español por lo que tendremos que esperar a que Adobe actualice el software para que llegue al resto de países, ya que, como es habitual, ha sido lanzado en Estados Unidos de forma inicial.

Como vemos, cada vez más empresas comienzan a delegar funciones por medio de la voz a los asistentes virtuales, y, por norma general, Alexa se suele llevar la primera integración.

La entrada Adobe anuncia integración de XD con Alexa se publicó primero en Domótica en Casa.

Hemos podido ver en la web de homekitnews un pequeño vídeo donde se ve un enchufe Zigbee de Aqara en funcionamiento, por lo que parece que pronto estará disponible para el mercado europeo.

Como sabréis, recientemente Aqara ha presentado  una interesante lista de dispositivos Zigbee 3.0 que renueva la gama de productos que posee, pero, parece que no ha presentado todo lo que tenía listo.

En el vídeo podemos ver como prueban el enchufe haciendo uso de la App de Xiaomi, Mi Home, por lo que se confirmaría, como con el resto de dispositivos, que es totalmente compatible con el ecosistema de Xiaomi.

No hay mucha información sobre el nuevo enchufe de Aqara, pero, pensamos que funcionará con Zigbee 3.0 para poder ir a tono con la última gama de productos presentada por la marca, por lo que le haría falta un gateway para poder funcionar.

Además, se puede apreciar en un momento del vídeo que el enchufe parece controlar el consumo del mismo, aunque sale totalmente a 0W ya que no tiene nada conectado, pero, al mostrarlo, nos indica que si que será capaz de leerlo.

La poca información que se tiene de este enchufe es casi solo la que podemos deducir de los 10 segundos del vídeo así como la conectividad que presuponemos que será similar a la de los últimos dispositivos presentados.

No obstante, los datos de este nuevo enchufe podrían variar, ya que, Xiaomi posee una versión tanto WiFi como Zigbee de enchufe y muchos son los fabricantes que han optado por la WiFi como conectividad, pero, creemos que Aqara está más centrada en lanzar la colección de productos con Zigbee, y ahora, con la versión 3.0 del protocolo.

Estaremos pendientes a la información que pueda salir sobre este nuevo dispositivo para poder ampliaros los datos confirmados sobre este y otros posibles aparatos de Aqara.

La entrada Aqara trabaja en un enchufe Zigbee con conector europeo se publicó primero en Domótica en Casa.

Hasta el momento, debido a la seguridad, Google Assistant no permite el envío de mensajes de texto cuando el teléfono está bloqueado, algo que podría cambiar muy pronto.

Si ayer vimos que Google trabajaba en un volumen personalizado para el asistente, según se ha podido ver en la beta 10.28 de Google App, esta característica podría estar en fase de pruebas para permitir el envío de mensajes de texto a través del asistente sin tener que tocar ni desbloquear el teléfono.

Esta característica no se ha hecho antes no por limitaciones técnicas, sino por el hecho de la seguridad para que nadie envíe mensajes a través del teléfono de otra persona sin su consentimiento.

Para que Google consiga dejar esta característica activada, deberá tener la certeza de que su sistema de voice match identifica de forma inequívoca a la persona dueña del teléfono, es por eso, que esta característica está en fase beta.

Otra posibilidad es que el envío de mensajes sea activado, por ejemplo, solo cuando vamos conduciendo, por lo que podría garantizar la identidad, o bien por medio de algún bluetooth del vehículo o directamente preguntándonos si queremos tener ese modo activo cuando detecte que conducimos.

El caso es que esta nueva función del asistente, sería muy cómoda y nos evitaría coger el teléfono cuando vamos conduciendo, reduciendo el número de accidentes.

Como decimos, se trata de una función todavía en pruebas y que, podría o no estar a corto plazo activado o, si no les acaba gustando su funcionalidad, podría desaparecer en futuras versiones de Google App.

La gente de 9to5Google la ha podido probar y, aun siendo la misma versión beta de la App, no en todos los teléfonos que han probado han podido mandar mensajes con la pantalla de bloqueo, por lo que demuestra que podría ser una prueba pero que no está todavía en los planes de Google habilitarlo de una forma generalizada.

La entrada Google Assistant en pruebas para poder mandar mensajes desde la pantalla de bloqueo se publicó primero en Domótica en Casa.

Aquellos que usamos los asistentes virtuales, el tema del volumen es algo que muchas veces resulta molesto ya que, estamos escuchando algo multimedia, pero cuando queremos que nos diga algo, no queremos que suene al volumen de la música.

También sucede el caso contrario, donde no oímos lo que nos dice por estar ajustado a un volumen demasiado bajo y no nos enteramos de su respuesta.

El caso es que parece que la queja es algo común, porque a la vista de los últimos parámetros incluidos en la actualización 2.12.508 indica que Google está trabajando en personalizar la voz del asistente separando del resto de sonidos.

Aunque se ha podido ver la nueva barra para controlar el dispositivo, en 9to5Google aseguran que no está totalmente funcional y que las pruebas que han hecho no está preparado para poder configurarse.

Haz click para ver el pase de diapositivas.

Al menos, esto indica que Google se lo ha tomado en serio y pronto podremos tendremos la manera de controlar de una forma más inteligente el volumen al que nos contesta cuando hacemos uso del mismo sin molestar.

No obstante, como decimos, esta característica parece estar en una fase inicial y no funciona correctamente, por lo que es posible que en una próxima actualización pueda desaparecer hasta estar preparada o bien que sea corregida para funcionar como se espera.

Una vez que esté habilitado, podremos controlar desde -2 a +2 donde será una variación del volumen para poder conseguir que Google Assistant nos hable de la forma que nos resulte más cómoda.

La entrada Google trabaja en un volumen personalizado de la voz de Google Assistant se publicó primero en Domótica en Casa.

Si eres usuario de Hass.io o lo tienes en Docker o bien ya estás en una distribución basada en Debian Buster, no te preocupes, tu Home Assistant no te avisará de  ningún fallo al actualizar a la 0.96.

Si eres como yo y tu Home Assistant lo tienes sobre raspbian basada en Stretch o Jessie, podría darte problemas a la hora de actualizar a la nueva versión de Home Assistant, que, según los autores, nos daría un error algo así:

ImportError: /usr/lib/arm-linux-gnueabihf/libssl.so.1.1: version `OPENSSL_1_1_1' not found (required by /srv/homeassistant/lib/python3.7/site-packages/cryptography/hazmat/bindings/_openssl.abi3.so
Text

El problema viene porque piwheels determina la versión del sistema por la versión de Python y, al dar el error, todas las integraciones que tengamos que tiren de SSL, dejan de funcionar.

Si ya os ha pasado o queréis actualizar con seguridad, existen dos posibles soluciones, ambas con algo de riesgo:

Solución 1 para el problema SSL con Home Assistant 0.96

Actualizamos a Raspbian Buster. El único problema aquí es que tuvierais algo específico que no corra sobre Buster, pero, normalmente, no deberíais tener problemas, los pasos para hacerlo son:

• Cambiamos de “stretch” o “jessie” a “buster” en estos ficheros:
  • /etc/apt/sources.list
  • /etc/apt/sources.list.d/raspi.list
  • /etc/apt/sources.list.d/hassbian.list
• Ejecutamos sudo apt-get update
• Ejecutamos cuando termine sudo apt-get -y dist-upgrade
• Nos encomendamos a algún dios
• Cuando termine, podemos hacer sudo reboot para reiniciar

Solución 2

Dehabilitar los paquetes precompilados de piwheels. Esta solución solo la recomiendan en caso que de sea imposible hacer la anterior, porque conlleva más probabilidad de que no vayan las cosas así como tener que compilar bastante, pero, si es tu caso, estos son los pasos:

• Editar /etc/pip.conf y comentar la linea de piwhells, quedando algo así:

[global]
# extra-index-url=https://www.piwheels.org/simple

• Ejecutamos source /srv/homeassistant/bin/activate
• Ejecutamos pip uninstall cryptography
• Ejecutamos pip install –no-cache cryptography==2.7
• Ejecutamos deactivate

Como vemos, parece venir algo movidita esta versión 0.96, no solo por los cambios importantes en el componente climate, sino por incompatibilidad con algún que otro software que usa.

Esperemos que estos problemas, dejen de aparecer y las actualizaciones dejen de ser una suerte. Si queréis más info sobre el problema, lo tenéis aquí.

La entrada Home Assistant avisa a los que estén con Raspbian Jessie o Stretch sobre la actualización 0.96 se publicó primero en Domótica en Casa.

Shelly es una de las marcas que más usamos y hoy he visto un proyecto en github que nos sirve para poder configurar de forma automática los dispositivos que  hemos activado MQTT para que se integren en Home Assistant de una forma sencilla.

Para empezar, el script podemos instalarlo o bien de forma manual o bien haciendo uso de HACS, el repositorio de componentes de Home Assistant que os explicamos como instalar.

Una vez que tenemos los dispositivos en modo MQTT (desconectados de su nube) y configurados con nuestro servidor MQTT, podemos instalar y lanzar este script que nos facilitará la instalación de los dispositivos.

NOTA: Según habla el autor, si tenemos ya algunos instalados, es recomendable quitarlos para que instalen con su script o los tendremos duplicados.

Los dispositivos que actualmente soporta el script son:

• Shelly1
• Shelly1PM
• Shelly2 (como relé y como persiana)
• Shely2.5 (como relé y como persiana)
• Shelly4Pro
• Plug
• Plug S
• RGBW2 (En modo color o modo blanco)
• Shelly H&T
• Smoke
• Sense

Configuración del script para descubrir y configurar automáticamente los Shelly

Para la configuración, podéis ver en github, pero, la configuración mínima sería:

python_script:

automation:
  - id: shellies_announce
    alias: 'Shellies Announce'
    trigger:
      - platform: homeassistant
        event: start
    action:
      service: mqtt.publish
      data:
        topic: shellies/command
        payload: announce

  - id: 'shellies_discovery'
    alias: 'Shellies Discovery'
    trigger:
      - platform: mqtt
        topic: shellies/announce
    action:
      service: python_script.shellies_discovery
      data_template:
        id: '{{ trigger.payload_json.id }}'
        mac: '{{ trigger.payload_json.mac }}'
        fw_ver: '{{ trigger.payload_json.fw_ver }}'

Y un ejemplo de configuración a medida que muestran en el proyecto:

python_script:

automation:
  - id: shellies_announce
    alias: 'Shellies Announce'
    trigger:
      - platform: homeassistant
        event: start
    action:
      service: mqtt.publish
      data:
        topic: shellies/command
        payload: announce
        
  - id: 'shellies_discovery'
    alias: 'Shellies Discovery'
    trigger:
      - platform: mqtt
        topic: shellies/announce
    action:
      service: python_script.shellies_discovery
      data_template:
        id: '{{ trigger.payload_json.id }}'
        mac: '{{ trigger.payload_json.mac }}'
        fw_ver: '{{ trigger.payload_json.fw_ver }}'
        discovery_prefix: 'hass'
        temp_unit: 'F'
        qos: 2
        shelly1-001122-relay-0: 'light'
        shellyswitch-9900AA-relay-0: 'light'
        shellyswitch-9900AA-relay-1: 'fan'
        shellyswitch-334455: 'cover'
        shellyrgbw2-AABB22: 'white'
        shellyrgbw2-CC2211: 'rgbw'

Dentro del proyecto aquí podéis ver los argumentos que podemos usar para configurar el script para poder adaptarlo a vuestras necesidades.

El script usa el componente de Home Assistant python_script, ya que no se trata de un componente externo como tal, por lo que su instalación o la hacéis de forma automatizada con HACS o seguid los pasos que indica en el proyecto, que, básicamente son:

• Descargar el shellies_discovery.py
• Guardarlo en nuestra carpeta de configuración en la subcarpeta python_scripts/

Una vez que lo configuráis, nos dice que lancemos el script Shellies Announce o bien que reiniciemos un par de veces Home Assistant para que se ejecute correctamente y comience la detección e instalación.

La entrada Detecta y configura los Shelly que tengas en tu LAN con MQTT en Home Assistant se publicó primero en Domótica en Casa.

Yeelight ha presentado un nuevo producto que se diferencia ligeramente de otras marcas ya que, su tira LED no comparte la mayoría de especificaciones que tienen otros fabricantes, yendo a lo práctico.

La mayoría de tiras LED del mercado o bien son RGB (pudiendo incluir el canal blanco por separado) o bien son de un solo color, pudiendo regular la intensidad de la luz de la misma, algo que ha querido cambiar Yellight en su nuevo producto.

La nueva tira LED de Yeelight posee leds de color blanco, pero que nos permite graduar el calor del mismo para poder pasar de luz cálida a luz fría ademas de, por supuesto, regular la intensidad de la luz que ofrece.

Haz click para ver el pase de diapositivas.

De esta manera, la tira de LED de Yeelight busca ser un reemplazo de la iluminación convencional, pudiendo crear ambientes sin tener que instalar una tira de led que nos ofrezca 16 millones de colores, para finalmente usar el blanco.

Otra de las característica que la diferencia, al menos con respecto a su propio modelo anterior, es el hecho de que viene con 5 metros de longitud como mínimo, en lugar de los 2 convencionales y podremos unir bloques hasta conseguir 30 metros máximo.

Esta nueva tira LED que podemos encontrar ya a la venta aquí, ofrece 500 lumens por metro, es decir, 2500 lumens por cada tira de 5 metros, por lo que perfectamente podremos iluminar una habitación sin problemas.

Además el control de la misma se podrá realizar por medio de los pulsadores regulables de Yeelight (podéis verlos aquí) además del mando a distancia Bluetooth que también tiene la marca.

Si os interesa echar un ojo a esta nueva tira de LED blanca de Yeelight, como hemos comentado, ya está a la venta aquí, donde podréis conseguirla antes que nadie y, si necesitáis un buen mando para controlarla, podéis conseguir un dimmer como este.

La entrada Yeelight presenta una nueva tira LED de 5 metros de longitud se publicó primero en Domótica en Casa.