Tutorial: Cómo usar los dispositivos Xiaomi Aqara (y otros Zigbee) sin el gateway

Tutorial: Cómo usar los dispositivos Xiaomi Aqara (y otros Zigbee) sin el gateway

Después de la larga espera para poder recibir los dispositivos que nos hacen falta para poder usar los dispositivos Aqara, además de otros muchos Zigbee como podrían ser las luces del IKEA, podemos ponernos manos a la obra para empezar a usarlos con tan solo este dispositivo y poder prescindir del gateway de cada marca.

Por si llegas de nuevo y quieres comprar los dispositivos porque estás interesado en poder quitarte la dependencia del gateway y de internet, lo que tienes que comprar es:

    • CC Debugger que podéis comprar aquí
    • CC2531 USB sniffer y el cable que podéis comprar aquí , recordad elegir la opción última que pone CC2531 + cable

Si quieres ver un poco la explicación que dimos hace un tiempo sobre este gateway genérico de Zigbee, puedes ver la explicación del método alternativo para poder usar los dispositivos de Xiaomi Aqara antes de empezar el tutorial.

Primera parte: Flasheamos el sniffer CC2531

Antes de nada, comentar que existen diferentes dispositivos compatibles con este proyecto, el que os indico para comprar es el más genérico y el que tiene conexión USB, pero, os comentaré en otras publicaciones de otros que se supone que tienen más alcance.

Necesitaremos conectar, para poder flashear, el debugger (la caja negra que lleva el micro USB en un extremo) con el cable que trae al conector que viene con el sniffer, y, el cable fino que sale de este conector, al sniffer a los pines que tenemos para ello. Aquí lo podéis ver:


Flasheo del CC2531 desde Windows

Necesitaremos descargar el SmartRF Flash Programmer (pero no la versión V2). Es gratis, pero tendréis que crear una cuenta en Texas Instruments.

Como no podía ser menos, necesitaremos el driver del CC debugger, lo instalamos y para comprobar que está correctamente instalado, con el CC Debugger conectado, miraremos si nos aparece en la lista de dispositivos, si no, habrá que instalar el driver de forma manual.

(Nota del autor: Por estos berenjenales, veréis que la mayoría de guías las hago en Linux, ya que, desde hace muchos años, solo uso Linux, o al menos, como sistema principal, salvo si cambio a Windows para usarlo como Frontend del Steam).

Realizamos la conexión completa cuando veamos que todo está OK como he explicado antes y conectamos tanto el CC Debugger como el sniffer, ambos, a 2 USB del PC, en el caso de que se ponga la luz roja, pulsad en el “reset” que lleva el debugger (a mi no me pasó).

Ahora toca descargar el CC2531ZNP-Prod.hex que le grabaremos al dispositivo. Si no os aclaráis con la descarga desde github, os lo he subido aquí, pero, es recomendable mirar por si hay actualizaciones.

Arrancamos el SmartRF Flash Programmer y lo dejamos como aparece para finalmente pulsar sobre “Perform actions”

Flasheo del CC2531 desde Linux/Mac

Necesitaremos instalar los requisitos del cc-tool, según el wiki del proyecto serán:

- Ubuntu: libusb-1.0, libboost-all-dev, git
- Fedora: boost-devel, libusb1-devel, git
- Mac OS: libusb boost pkgconfig git

En mi caso, al ser Ubuntu se instalaría con:

sudo apt-get install libusb-1.0 libboost-all-dev git

Una vez que tengamos instalado esas dependencias, lo que haremos será un clonado del repositorio del git de cc-tool para poder usarlo, para eso, nos vamos a una ventana de terminal y dentro de la carpeta donde queramos que se descargue el cc-tool ejecutamos esto:

git clone https://github.com/dashesy/cc-tool.git
cd cc-tool
./configure
make

De esta forma, se descarga el cc-tool, entramos a la carpeta y lo compilamos (pero no instalamos en el sistema).

Ahora toca descargar el CC2531ZNP-Prod.hex que le grabaremos al dispositivo. Si no os aclaráis con la descarga desde github, os lo he subido aquí, pero, es recomendable mirar por si hay actualizaciones.

Y, ahora, con todo conectado entre sí, conectamos tanto el CC Debugger como el sniffer, ambos, a 2 USB del PC, en el caso de que se ponga la luz roja, pulsad en el “reset” que lleva el debugger (a mi no me pasó), flasheamos el dispositivo. Para ello, en la misma carpeta donde esté el cc-tool ya compilado, llevamos el fichero .hex descargado en el punto anterior y en el terminal ejecutamos:

sudo ./cc-tool -e -w CC2531ZNP-Prod.hex

Una vez hecho esto, nuestro dispositivo ya está preparado para ser usado como gateway genérico.

Segunda parte: Instalamos el Bridge

Antes de comenzar, a fecha de cuando el tutorial se ha publicado, en el WiKi del proyecto, avisan de que no funciona en Raspbian Jessie, y, por lo tanto, la guía está pensada para Raspbian Strech, que es, la última versión que ahora mismo hay publicada. Si veis que han solucionado los problemas o que hay nueva versión, avisad que actualice la guía.

Vamos a empezar pinchando solo el sniffer en nuestra Raspberry Pi para ver que dispositivo usará. Solo pinchamos lo que parece un pendrive sin funda. Normalmente, aparecerá como /dev/ttyACM0

Ahora comenzamos con la instalación del bridge, para ello, al estar dentro de la Raspberry por SSH, podremos lanzar los siguientes comandos:

sudo curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -

Y cuando acabe:

sudo apt-get install -y nodejs git make g++ gcc

Ahora, comprobaremos que la versión instalada es la correcta con los comandos:

node --version

npm --version

Debería salir algo así:

Ahora vamos a clonar el repositorio del zigbee2mqtt:

sudo git clone https://github.com/Koenkk/zigbee2mqtt.git /opt/zigbee2mqtt

Y le daremos los permisos al usuario pi:

sudo chown -R pi:pi /opt/zigbee2mqtt

Y, finalmente, vamos al directorio del zigbee2mqtt para instalarlo con lo siguiente:

cd /opt/zigbee2mqtt

npm install

La salida, debería ser algo así:

No asustarse por los warnings que pueda dar.

Tercera parte: Configuramos el Bridge

Hay que tener en cuenta que tenemos que configurar el servidor MQTT, por lo que si no lo tienes, te recomendamos el tutorial para instalar un servidor MQTT que publicamos hace un tiempo.

Para poder entrar a editar la configuración pondremos:

nano /opt/zigbee2mqtt/data/configuration.yaml

Dentro del fichero veremos:

# Home Assistant integration (MQTT discovery)
  homeassistant: true

# allow new devices to join
  permit_join: true

# MQTT settings
mqtt:
  # MQTT base topic for zigbee2mqtt MQTT messages
  base_topic: zigbee2mqtt
  # MQTT server URL
  server: 'mqtt://localhost'
  # MQTT server authentication, uncomment if required:
  user: usuariodenuestromqtt 
  password: contraseñadenuestromqtt

# Serial settings
serial:
  # Location of CC2531 USB sniffer
  port: /dev/ttyACM0

Donde tenemos que configurar para dejarlo como lo anterior, cambiando el false de homeassistant a true si llevamos idea de usarlo con homeassistant. El port, si es diferente al de por defecto, deberíamos ponerlo el correcto y si el servidor mqtt está en otro equipo, tendremos que cambiar el localhost por la ip o host donde esté.

Después de la configuración, podremos probar si funciona nuestro bridge con el siguiente comando:

npm start

Y la salida será algo así:

Ahora, como nuestra intención es que tengamos el sistema siempre funcionando, lo cerramos con CONTROL+C y crearemos el demonio (tranquilo, es solo la manera de llamar a los servicios que corren en segundo plano):

sudo nano /etc/systemd/system/zigbee2mqtt.service

Y escribimos dentro:

[Unit]
Description=zigbee2mqtt
After=network.target

[Service]
ExecStart=/usr/bin/npm start
WorkingDirectory=/opt/zigbee2mqtt
StandardOutput=inherit
StandardError=inherit
Restart=always
User=pi

[Install]
WantedBy=multi-user.target

Ahora comprobamos que no da error al arrancar con:

sudo systemctl start zigbee2mqtt

y posteriormente:

systemctl status zigbee2mqtt.service

Tenemos que ver la salida de esta forma:

Si ha sido tu caso, podemos poner esto para que se ejecute solo cada vez que arrancamos la Pi:

sudo systemctl enable zigbee2mqtt.service

Si has tenido algún problema o quieres parar o activarlo de forma manual, estos son los comandos que te ayudarán:

# Parar zigbee2mqtt
sudo systemctl stop zigbee2mqtt

# Arrancar zigbee2mqtt
sudo systemctl start zigbee2mqtt

# Ver la salida de zigbee2mqtt
sudo journalctl -u zigbee2mqtt.service -f

Cuarta parte: Emparejamos los dispositivos Xiaomi Aqara (o cualquier Zigbee de los soportados)

Ahora que ya está todo listo, es el momento de poder emparejar los dispositivos, como hemos visto, en la configuración dejamos puesto “permit_join: true”, lo que hace que el gateway esté en modo promiscuo y  cualquier dispositivo Zigbee se empareje con solo ponerlo en modo emparejamiento, esto quiere decir, que cuando tengamos todos nuestros dispositivos ya emparejados, tendremos que cambiarlo a false para evitar emparejar cosas que no queramos.

El funcionamiento es bien sencillo, ya que, no necesitamos ninguna app, ni darnos de alta en ningún servidor, tan solo, para poder controlar que se enlazan, tendremos que ejecutar (si tenemos el sistema como demonio ya:

sudo journalctl -u zigbee2mqtt.service -f

De esta forma vemos en tiempo real la salida del programa y así ver si se ha emparejado.

Ahora, solo nos quedará poner el dispositivo en modo emparejamiento, en los Xiaomi Aqara, en muchos de ellos tenemos un botón que tendremos que mantener pulsado durante 3 ó 5 segundos y se pondrá a parpadear, en ese momento, si estamos a una distancia que alcance nuestro gateway, se emparejará solo y veremos algo así:

Si vemos que no se empareja, quizá estamos lejos y tendremos que acercarnos. Para mejorar la cobertura, haré otro tutorial para poder poner como si fueran repetidores y así conseguir cubrir toda una casa.

Cabe decir que algunos dispositivos no se emparejan a la primera, pero, por ejemplo, el Cubo de Aqara me costó algunos intentos. El detector de agua de Xiaomi fue inmediato y desde el primer momento, empezó a funcionar y mandar toda la información de estado, mostrando esto en el log:

 

Quita parte: Actualizamos el zigbee2mqtt a la última versión

En el Wiki del proyecto, podemos ver como actualizar nuestro bridge para poder tenerlo a la última, un consejo es que, salvo que exista algún problema de seguridad, algo no te vaya bien, o ahora soporten dispositivos que tienes y quieres instalar, si todo te funciona, no actualices a la ligera…si necesitas actualizar, esto es lo que debes hacer:

# Paramos el bridge zigbee2mqtt y vamos al directorio donde se instaló
sudo systemctl stop zigbee2mqtt
cd /opt/zigbee2mqtt

# Guardamos nuestra configuración
cp -R data data-backup

# Actualizamos
git checkout HEAD -- npm-shrinkwrap.json
git pull
rm -rf node_modules
npm install

# Restauramos nuestra configuración
cp -R data-backup/* data
rm -rf data-backup

# Volvemos a poner en marcha el bridge zigbee2mqtt
sudo systemctl start zigbee2mqtt

Como vemos, se para el bridge y se activa al final, por lo que es importante que no esté corriendo.

Sexta parte (opcional): Integrar zigbee2mqtt con Home Assistant

Como hemos visto en la configuración, he puesto a true el valor de homeassistant que lleva para que sea capaz de tener el auto discovery, es decir, poder ir apareciendo los dispositivos en Home Assistant sin tener que añadir cada dispositivo individualmente. Si tenemos problemas para poder integrarlos de forma automática, podemos seguir los guiones de configuración que nos muestran aquí y tendremos que poner a false el valor de homeassistant.

Para poder integrar este gateway genérico, tendremos que editar nuestro configuration.yaml de Home Assistant como habitualmente hacemos y donde tenemos la configuración de nuestro “mqtt:” añadir, después de los datos de configuración lo siguiente:

  discovery: true
  birth_message:
    topic: 'hass/status'
    payload: 'online'
  will_message:
    topic: 'hass/status'
    payload: 'offline'

Una vez hecho esto, tocará reiniciar para que coja la nueva configuración y veamos si de verdad ha sido detectado el nuevo gateway por medio del servidor mqtt.Si todo ha ido bien, tendremos en nuestro Home Assistant los dispositivos Aqara (o de la marca que sea que soporte este gateway) de manera automática como vemos en las capturas:


Con esto, ya solo quedaría modificar las automatizaciones que tengamos (en mi caso no son pocas), para adaptarlas a este nuevo dispositivo. Pronto haré algún artículo para comentar sobre el funcionamiento, el alcance, y como he dicho antes, habrá otro artículo, cuando me llegue, para ampliar el alcance de la red por si se os queda corto con uno, ya que tener, si que tiene menos alcance de la de Xiaomi.

¿Os ha funcionado?

IMPORTANTE: Con el fin de ayudaros de una forma más directa, he creado un grupo en Telegram de Home Assistant en Español donde podemos ayudarnos todos así como evitar que os quedéis atascados, si tenéis telegram podéis pulsar aquí para uniros y si no lo tenéis, os recomiendo que os lo instaléis ya que lo usaremos en el tutorial para notificarnos.

La entrada Tutorial: Cómo usar los dispositivos Xiaomi Aqara (y otros Zigbee) sin el gateway se publicó primero en Domótica en Casa.

Kuri, el robot de Mayfield Robotics, queda oficialmente cancelado

Kuri, el robot de Mayfield Robotics, queda oficialmente cancelado

Si ayer vimos la noticia de Misty, el robot de Amazon, que parecía estar muy cerca de ser una realidad, hoy tenemos una mala noticia para los amantes de la robótica, ya que, el robot Kuri, ha sido oficialmente cancelado.

La empresa Mayfield Robotics, una división independiente de Bosch, presentó en el CES de 2017 este simpático robot y, desde entonces, ha tenido diferentes apariciones, como pasó en el CES de 2018 con una posible fecha de lanzamiento bastante inminente, pero, parece que finalmente el proyecto se ha visto cancelado.

En el blog oficial de la web, explican que Kuri, no ha podido encajar en el modelo de negocio de Bosch, por lo que después de un intenso análisis han tenido que cancelar el proyecto y, avisan, que la gente no tendrá que preocuparse, ya que, todos aquellos que realizaran la reserva, serán abonados sin problema alguno. Por si fueras uno de los afectados, puedes mirar en el blog, ya que indican el mail de contacto para aquellos que hicieran la reserva de Kuri.

Una pena que el proyecto no haya conseguido llegar adelante, aunque, en el mismo blog, no cierran totalmente las puertas y podría acabar recibiendo las puertas abiertas en otra empresa que sea capaz de adaptar mejor el modelo de negocio a las necesidades de Kuri y de su empresa.

Fuente: Blog

La entrada Kuri, el robot de Mayfield Robotics, queda oficialmente cancelado se publicó primero en Domótica en Casa.

Misty, el robot de Amazon que podría llegar en Diciembre

Misty, el robot de Amazon que podría llegar en Diciembre

No sabemos los países en los que será presentado, pero este pequeño y adorable robot parece que quiere entrar en los hogares estas Navidades de la mano de Amazon y, por tanto, apoyado en Alexa.

Seguramente tengamos que esperar los que vivimos fuera de los Estados Unidos, pero, si que es cierto que este tipo de dispositivos serán, no a un largo plazo, un gadget que se puede instalar en nuestros hogares, sobretodo, de cara a ayudar tanto a personas mayores como a niños, ya que, tendrán unas funciones muy avanzadas.

La idea que tiene Amazon es que sea capaz de realizar funciones útiles de verdad y para ello, será capaz, por ejemplo de reconocer expresiones faciales, así como poder expresar por medio de sus “ojos” diferentes estados anímicos para poder empatizar con la persona está usándolo.

Este Misty II será modular para poder intercambiar diferentes partes del mismo para conseguir realizar más funciones, como es el caso de cambiar los brazos por un posavasos que es capaz de transportar la bebida sin problemas, poder llevar un enganche magnético en la espalda y, como es de esperar, numerosos dispositivos que podrían salir después de su lanzamiento.

El problema que vemos más grande actualmente en el robot es que está disponible para su compra ya a un precio de unos 2000 dólares (unos 1700€) y, aunque podría estar para Navidades, Amazon lo ofrece con envío en Febrero 2019.

Fuente: Cnet

La entrada Misty, el robot de Amazon que podría llegar en Diciembre se publicó primero en Domótica en Casa.

Nueva generación de Amazon Echo vista en foto antes de su lanzamiento

Nueva generación de Amazon Echo vista en foto antes de su lanzamiento

A la vista de la publicación en una web francesa y la confirmación en otras del sector, parece que una nueva generación de Amazon Echo ha sido vista en fotografía antes de su lanzamiento de forma oficial.

Según se puede apreciar, el dispositivo conserva los 4 botones  como la versión actual, la activación, silencio del micrófono, así como el control del volumen de reproducción. Esta nueva generación, cuyo nombre interno ha sido “Donut” parecen ser algo mayores que la generación anterior.

Se puede apreciar en las fotos que tiene 4 pequeños agujeros, uno debajo de cada botón y uno en el centro, algo que hace pensar que pueda tener 5 altavoces, por lo que se reduciría de los 7 que trae la generación actual.

Se trata de un modelo filtrado que, aunque parece que será el definitivo, todavía podría cambiar de forma, así como que pudiera ser uno de los modelos que finalmente Amazon haya descartado, por lo que no podemos asegurar 100% que se trate de uno de los modelos que pronto tendremos en la calle.

Al igual que todas las empresas grandes, Amazon, no ha confirmado ni desmentido nada, por lo que tendremos que esperar a ver si finalmente se confirma o no el diseño y especificaciones que parece indicar las fotos filtradas.

Fuente: Cnet

La entrada Nueva generación de Amazon Echo vista en foto antes de su lanzamiento se publicó primero en Domótica en Casa.

Home Assistant #19: Backup completo y restauración de la SD de nuestro sistema

Home Assistant #19: Backup completo y restauración de la SD de nuestro sistema

Después de tener muchas cosas funcionando, si se nos borra, se estropea o pasa cualquier cosa con el sistema, nos daría algo, por eso, vamos a hacer un backup completo del sistema, en caso de que lo tengáis en una Raspberry Pi o un sistema similar que esté físicamente en una SD o microSD.

Después de este tutorial para hacer copia de seguridad, como digo, de todo el sistema, voy a publicar el que tengo a medio para poder guardar toda la configuración de forma automática en github, algo que ayudaría para si queremos cambiar el sistema o bien queremos tener el control de los cambios que hemos ido haciendo.

Comenzamos con el backup de nuestra SD de Home Assistant

NOTA: ¡Ojo! Los comandos que vais a usar son muy peligrosos y pueden “liarla parda” si os equivocáis de unidad, es decir, aseguraros que estáis viendo la unidad de la SD ya que, podríais copiar/restaurar la unidad que no es, pudiendo machacar el sistema operativo en ejecución, por lo que mucho cuidado. Espero no equivocarme en los comandos, pero, no me hago responsable de si hay algún error en ellos, están hechos con el mayor cuidado posible y con la mejor intención.

Requisitos:

  • Necesitaremos un lector de SD o microSD en función de la tarjeta que tengas en uso
  • Espacio suficiente (recomendable que de sobra) para poder volcar el contenido total de la SD, es decir, si tienes una SD de 128GB, como es mi caso, 130GB mínimo para poder asegurarnos que va a caber entero el backup. Si queremos comprimir la imagen obtenida, necesitaremos bastante más, llegando a casi necesitar el doble.

Pasos para poder hacer copia de seguridad de la SD de Home Assistant

  • Apagamos el sistema, es recomendable entrar y hacerlo bien, es decir, entrar por SSH para poner un comando del tipo:
  • Extraemos la SD con cuidado
  • La ponemos en el lector SD, da igual si tienes que usar un adaptador para poder usarla, cuanto mejor sea el lector (USB 3.0), mejor
  • La pinchamos en el PC

Desde Linux:

  • Si usas Linux buscamos nuestra tarjeta en las unidades que nos aparecen con el comando:
sudo fdisk -l

(Nos pedirá la contraseña del usuario que usamos la primera vez que lanzamos el sudo)

Sacará un listado de las unidades que tenemos y, por ejemplo, en mi caso, como vemos en la captura la unidad con 120GiB es /dev/sdf, por lo que haremos copia de dicha unidad, aunque, antes tendremos que localizar donde guardar. Tengo un disco duro externo montado y cuya ruta es /media/usuario/USBNTFS1, por lo que lo grabaré ahí.

  • Una vez localizada, pasaremos a hacer el volcado de la totalidad de la SD a nuestro disco duro. El comando sería:
sudo dd bs=4M if=/dev/sdf | gzip > /media/usuario/backup-raspberryHA.gz

(Nos pedirá la contraseña del usuario que usamos la primera vez que lanzamos el sudo)

Si no quisiéramos comprimir la salida:

sudo dd bs=4M if=/dev/sdf of=/media/usuario/backup-raspberryHA.img

(Nos pedirá la contraseña del usuario que usamos la primera vez que lanzamos el sudo)

Recordad que sdf es el ejemplo de mi unidad así como /media/usuario/… es el directorio donde yo he grabado, pero podría ser en vuestra carpeta de usuario, que sería algo del tipo /home/usuario/ en su lugar.

Desde Windows:

  • Si estás en Windows, puedes descargar el Win32 Disk Imager, tendrías que ver la unidad que montó cuando pinchaste la SD en el PC para ponerlo bajo “Device”, la daríamos al icono de la carpeta azul para ponerle en la unidad donde tengamos el espacio disponible el fichero donde se guardará el backup, por ejemplo D:Backuphomeassistant.img
  • Una vez hecho eso, le daríamos a “Read” para crear la imagen, como digo, dependiendo del tamaño de la SD así como la velocidad del lector de tarjeta, puede tardar muuuuucho.

Desde Mac:

  • Si estás en Mac, es muy similar a Linux, buscamos la lista de unidades en el PC abriendo un terminal y poniendo:
diskutil list

Buscaremos la que coincide con el nombre y tamaño de nuestra SD, como podría ser /dev/disk1

  • En el terminal, nos vamos a la carpeta donde tenemos sitio para poder hacer el backup y lanzamos el comando:
sudo dd if=/dev/discodelaSD of=./backup-raspberryHA.dmg

(Nos pedirá la contraseña del usuario que usamos la primera vez que lanzamos el sudo)

¿Y si queremos restaurar la copia que hemos realizado? Pues más o menos, son los mismos pasos, aunque, cambian el orden de las cosas.

Teniendo claro que tenemos nuestra copia en un fichero, tendremos que hacer lo siguiente. Antes de nada, revisa lo de arriba para poder localizar tanto la ruta donde está la copia y la SD, mucho cuidado de no fallar con la SD, que ahora es lo más delicado.

Restauramos el backup de la Raspberry Pi con Home Assistant a una SD

Desde Linux:

sudo gzip -dc /ruta/backup-raspberryHA.gz | dd bs=4M of=/dev/discodelaSD

(Nos pedirá la contraseña del usuario que usamos la primera vez que lanzamos el sudo)

Si no has comprimido la imagen, el comando es:

sudo dd bs=4M if=/ruta/backup-raspberryHA.img of=/dev/discodelaSD

(Nos pedirá la contraseña del usuario que usamos la primera vez que lanzamos el sudo)

Desde Windows:

Con el Win32 Disk Imager, elegimos con el icono azul el fichero de la imagen, ponemos la unidad de la SD en “Device”, pero, ahora, pulsamos en “Write”

Desde Mac:

sudo dd if=/ruta/backup-raspberryHA.dmg of=/dev/discodelaSD

(Nos pedirá la contraseña del usuario que usamos la primera vez que lanzamos el sudo)

Como he dicho antes, espero que no fallen las cosas y que no tengáis problemas a la hora tanto de copiar como de restaurar, si detectáis cualquier fallo, podéis avisar en los comentarios para poder corregirlo cuanto antes.

Esta copia que se ha creado no es solo de la configuración, se trata de un sistema completo que arrancaría igual que si fuera la misma SD en el momento que hiciste la copia, por lo que si se rompe físicamente la SD, se corrompe o falla a nivel de sistema, es posible copiarlo en una SD de igual tamaño o superior para poder arrancar el sistema de nuevo sin mayores contratiempos.

IMPORTANTE: Con el fin de ayudaros de una forma más directa, he creado un grupo en Telegram de Home Assistant en Español donde podemos ayudarnos todos así como evitar que os quedéis atascados, si tenéis Telegram podéis pulsar aquí para uniros y si no lo tenéis, os recomiendo que os lo instaléis ya que lo usaremos en el tutorial para notificarnos.

La entrada Home Assistant #19: Backup completo y restauración de la SD de nuestro sistema se publicó primero en Domótica en Casa.

TicHome Mini: Review del altavoz inteligente con Google Home

TicHome Mini: Review del altavoz inteligente con Google Home

Hace un tiempo que quería publicar la review de este TicHome Mini, un pequeño altavoz que recibimos hace unas semanas, pero que, esperando a ver si Google se decide a lanzar el servicio en español, pues se ha demorado un poco más de lo normal.

Este altavoz TicHome Mini, se trata de un dispositivo certificado para poder usar Google Home y Google Assistant como si de un altavoz oficial se tratara, algo, que muchos estaréis deseando hacer y que solo falta la noticia de que Google Home se presenta oficialmente en español, ¿verdad?

Unboxing y opinión del altavoz inteligente TicHome Mini

Especificaciones del altavoz inteligente TicHome Mini

  • Google Assistant integrado
  • Conectividad WiFi de doble banda
  • Bluetooth
  • NFC
  • Batería de 2600 mAh
  • IPX6
  • Cargador con microUSB (necesita al menos 1.5A para la carga correcta)

Aspecto del altavoz inteligente TicHome Mini

Tenemos un diseño circular con cuatro botones en la parte frontal, en la parte superior tenemos el botón de acción, el cual nos permite, darle para hablar (y no tener que decir “OK Google”), además de poder controlar acciones, por ejemplo, cuando estamos escuchando música para parar o reproducir la música. Luego tiene 2 botones en los laterales para controlar el volumen del altavoz y, en la parte inferior, está el botón de apagar y encender, así como silenciar que el micrófono no escuche.

En la parte superior tiene para poder ponerle una correa y llevarlo donde queramos, ya que, una de las cosas que presume este altavoz es que, al ser resistente al agua (no sumergible) podemos llevarlo donde queramos, incluso, en la ducha. En la parte central del frontal del altavoz lleva 4 led que nos informa de cuando está escuchando o también para indicar el volumen al que está el altavoz.





Si le damos la vuelta, la parte trasera tiene una parte de goma blanda donde apoya el altavoz y que hace que lo que es el altavoz esté levantado en la propia curva del diseño, evitando que al apoyarlo perdamos sonido. En la parte superior, por la parte de detrás y detrás de la correa, vemos el conector para la carga del cable microUSB, un pequeño fallo que podría haberse mejorado con un cable de tipo C.

El altavoz se encuentra a la venta en 4 diferentes colores, por lo que sea el que sea tu color preferido, seguro que alguno se amolda a tus gustos.

Conexión del altavoz inteligente TicHome Mini

La manera de poner en marcha nuestro altavoz es bastante sencilla, ya que, al igual que hacemos con un Chromecast, una vez conectado es detectado por la aplicación Google Home y podremos ponerlo en marcha de una forma muy sencilla, diciendo en que habitación lo tenemos, para así poder atender a los comandos según donde queramos reproducir, sobretodo, contando con que podemos poner en muchas habitaciones y podemos elegir donde reproducir, por ejemplo, nuestro servicio de música.
















Batería del altavoz inteligente TicHome Mini

Sin duda, la batería es uno de sus puntos fuertes, ya que, nos permite realizar las mismas funciones que un Google Home Mini, pero, dotándolo de autonomía para poder funcionar lejos del enchufe.

Viene con una batería de 2.600 mAh, que, se supone dota al altavoz de unas 6 horas en espera, pero, a la hora de la verdad, aguanta bastante menos, pero si que llegamos a las 3-4 horas de espera y, se reducirían cuando hacemos uso de la música o le hablamos bastante al dispositivo, eso si, comparando con un Google Home Mini, tenemos autonomía para poder moverlo fuera de casa.

Uno de los problemas detectados es que no podemos ver lo que le queda de batería, algo que hará que en cualquier momento, cuando menos lo esperamos, se apague por no tener más batería.

Sonido del altavoz inteligente TicHome Mini

La calidad del sonido me ha sorprendido y, aunque he leído que el altavoz Mini de Google se oye algo mejor, puedo asegurar que la calidad de éste es muy buena, consiguiendo que el sonido de Spotify salga con una calidad muy limpia.

Como digo, he leído que el altavoz mini de Google posee un poco de mejor calidad, pero, seguro que no defrauda a los compradores que quieran conseguir uno de estos.

Alcance del altavoz inteligente TicHome Mini

Después de los días que he podido usarlo, el altavoz cubre de sobra una habitación por grande que sea y, sin problemas también, hablando a un volumen un poco más alto que lo normal, la habitación de al lado, pudiendo darle comandos en todo momento, incluso cuando está reproduciendo música, pudiendo cambiarla, pararla o elegir otra lista o artista.

En cuanto al volumen que tiene, de igual forma, podemos oír música sin problemas desde casi toda la casa si lo ponemos al volumen máximo, y, para tenerlo en una sola habitación, es necesario bajarle el volumen para evitar que suene demasiado fuerte.

Utilidad del altavoz inteligente TicHome Mini

En cuanto a los usos, podemos decir que es igual que cualquier altavoz con Google Home, por lo que, ahora que está en inglés el sistema, estamos bastante limitados, pero que, una vez que lance de forma oficial Google el sistema Google Home en Español, será de bastante utilidad porque hay numerosos comandos que, además crecen cada versión.

Si tenemos que destacar usos que no podemos darle a un Google Home Mini, por ejemplo, es el hecho de irnos a la ducha y poder llevarlo con nosotros sin problema, tanto por la parte de la batería como del aislamiento que tiene para evitar que se moje ya que, permite que le caiga agua si nos metemos a la ducha y lo llevamos, como por la parte de tener batería y dotarlo de una cierta autonomía.

Conclusión del altavoz inteligente TicHome Mini

En cuanto a la opinión final, se trata de un dispositivo interesante, quizá nos pueda hacer dudar por su precio y por el hecho de que el de Google es más económico, pero, tenemos la ventaja de la batería, por lo que podemos llevarlo con nosotros, así como por el aislamiento de líquidos que nos permite poder usar al lado de la ducha, o incluso dentro, siempre que no lo sumerjamos, este aparato.

Los asistentes virtuales parecen haber venido para quedarse y estos altavoces son el primer paso que podemos dar para poder catar esta tecnología que poco a poco veremos que se integra en multitud de sitios, como nuestros coches, cocinas, etc. Tenemos el problema de la privacidad, ya que, es un aparato que está escuchando todo el día y todo momento lo que decimos, aunque, supuestamente solo hace caso a lo que viene después de la palabra comodín.

En mi opinión creo que son bastante útiles, sobretodo, por ejemplo, para gente con problemas de movilidad reducida, ya que les permite poder realizar cosas que antes era imposible para ellos.

Respecto a esta opción de compra, puede ser interesante, sobretodo a aquellos que quieran hacer uso fuera de la ubicación fija y, sobretodo para aquellos que les encanta disfrutar de Spotify o de otro servicio de música en la ducha. Si os interesa, podéis verlo aquí, donde tenéis el link para la compra desde Europa.

Queremos dar las gracias al distribuidor en Europa de Tichome Mini por el envío de la muestra para que podamos probarlo y hacer esta review.

La entrada TicHome Mini: Review del altavoz inteligente con Google Home se publicó primero en Domótica en Casa.

Nest podría estar pensando en lanzar dispositivos enfocados a las personas mayores

Nest podría estar pensando en lanzar dispositivos enfocados a las personas mayores

Según  se ha podido saber, la empresa Nest, perteneciente a Google y que recientemente ha sido acercada más a Google para entrar en la división de Google Home, podría tener en mente una linea de productos enfocados a los más mayores.

Como informa la CNBC, los dispositivos ayudarían a las personas mayores a ser independientes durante más tiempo con el fin de que siguieran viviendo en sus casas sin tener que estar dependiendo de familiares o personas que los asistan.

En este caso, a pesar de que todavía es muy pronto para poder garantizar dicha linea, sería un giro en la trayectoria de Nest, aunque, siguiendo con el objetivo de la Smart Home, aunque, buscando, al menos con esos dispositivos, un publico objetivo totalmente distinto al que actualmente parece que va enfocado todo el tema de la domótica actual.

Los dispositivos, mirarían, por ejemplo, por detectar el movimiento para poder encender las luces a su paso, controlar la frecuencia con la que han bebido agua, sobretodo en épocas de mucho calor y llegando al punto de aprender y predecir riesgos de posibles caídas ante objetos delante de dichas personas.

Además de Google, Amazon ya lleva tiempo trabajando también en sensores y dispositivos enfocados a los más mayores, con el fin de poder ofrecerles productos que les ayuden en las tareas que más puedan costarle.

Fuente: Cnet

La entrada Nest podría estar pensando en lanzar dispositivos enfocados a las personas mayores se publicó primero en Domótica en Casa.

Tutorial: Flashea Tasmota en un dispositivo Sonoff (o un ESP8266) con Arduino IDE

Tutorial: Flashea Tasmota en un dispositivo Sonoff (o un ESP8266) con Arduino IDE

Manual para cambiar el firmware a los módulos con chip ESP8266 como los Sonoff , Wemos, NodeMCU, etc al firmware de Tasmota para utilizar con Home Assistant o a través de web con una nueva interfaz.

Material necesario:

  • Módulo con chip esp8266 como es el Sonoff Basic (podéis comprarlo aquí) que vamos a utilizar en este caso.

Material opcional que facilita el trabajo sobre todo si son varios módulos a flashear:

  • Pines para soldar

  • Cables para conexiones tipo Dupont hembra-hembra (Podéis comprar aquí eligiendo la opción Female-Female, 20 cm y 10 pcs)

  • Interruptor (podéis comprarlo aquí)

Primero nos aseguramos que el conector del ftdi lo tenemos puesto en 3,3v, luego conectamos 4 cables (Rx-Tx-Gnd-3,3v). El cable de 3,3v lo llevamos a una patilla del interruptor y de la otra patilla sacaremos otro cable dupont.

En nuestro Sonoff tendremos que soldar los pines correspondientes, en el Wemos solo es identificar en la placa los rx-tx-3,3 y gnd, y, en el ESP8266 de igual forma podemos mirar los pines correspondientes.

Pines a soldar en Sonoff Basic (3,3v-Rx-Tx-Gnd y gpio14 por si lo utilizamos en un futuro)

Pin FTDIPin ESP8266
3,3v3,3 v
TxRx
RxTx
GndGnd

NOTA: Recordad que el pin de 3,3v del ESP8266 vendría del interruptor que se puso

Una vez soldados los pines vamos a conectarlos con el ftdi:

Ahora vamos a preparar el software.

Necesitamos descargarnos varias cosas, empezamos por arduino ide 1.8.5 en su versión “for non admin install” que es la segunda opción que nos encontraremos en esta página.

Una vez descargado lo descomprimimos y lo pasamos al escritorio, antes de abrir el .exe vamos a crear las carpetas ‘portable’ y ‘sketchbook’ dentro de la carpeta arduino-1.8.5.

Ahora abrimos el arduino.exe y abajo en la pestaña que se abre vamos a File (archivo), Preferencias y en Additional Boards Manager Urls: (gestor de Urls adicionales de tarjetas) ponemos la siguiente url:

http://arduino.esp8266.com/stable/package_esp8266com_index.json

Arriba vamos a decirle en que carpeta queremos guardar nuestros proyectos, elegir la carpeta sketchbook que creamos dentro de arduino-1.8.5.

Damos ok y salimos.

Pinchamos en Tools (herramientas) y vamos a Board: (Placa), aquí arriba vamos a Board Manager (gestor de tarjetas), esperamos a que cargue y buscamos la tarjeta “esp8266 by ESP8266 community”, seleccionamos la versión 2.41 y la instalamos.

Vamos a descargar el nuevo firmware para el esp8266, en este caso será la versión de Tasmota, para ello nos dirigimos a esta página: https://github.com/arendst/Sonoff-Tasmota/tree/v5.14.0 esta es la última versión estable, la 5.14 que esta probado con la conexión del gpio14 y funciona de forma estable sin tener que añadir resistencias ni condensadores.

Para descargar pinchamos en clonar o descargar y descargamos como zip.

Una vez descargado lo descomprimimos y pasamos al escritorio.

Ahora copiaremos el archivo platform.txt que está en Sonoff-Tasmota-5.14/arduino/versión 2.4.1

y lo pegamos en Arduino 1.8.5/portable/packages/esp8266/hardware/ esp8266/2.4.1.

Seguimos copiando archivos, nos vamos a Sonoff-Tasmota-5.14/lib

y copiamos todo a Arduino 1.8.5libraries y también en la carpeta sketcbook/libraries.

Volvemos a Sonoff-Tasmota-5.14 y copiamos la carpeta Sonoff en Arduino1.8.5/sketchbook

Con esto tenemos todo el software necesario para flashear Tasmota al esp8266.
El siguiente paso es configurar el arduino ide para nuestra placa, para eso abrimos arduino.exe y pinchamos en tools (herramientas) y configuramos igual que en la imagen:

El puerto com deberemos elegir el que nuestro pc dedique al convertidor Ftdi, por defecto instala los drivers el mismo pero si no fuese así en la carpeta de arduino 1.8.5 tenemos una carpeta de drivers para ftdi.

Ahora toca compilar el firmware Tasmota.

Abrimos arduino.exe y pinchamos en archivo, luego en Abrir, aquí buscamos la carpeta Sonoff que esta dentro de arduino 1.8.5/sketchbook y seleccionamos el archivo sonoff.ino, le damos a abrir.

En esta ventana nos vamos a la parte superior derecha y veremos una pequeña flecha debajo de la lupa, pinchamos y buscamos el archivo user_config.h, pinchamos en el y nos aparece en la ventana del arduino.

Ahora toca hacer unas configuraciones, buscamos — Project —– y aquí en #define PROJECT le ponemos un nombre de identificación.

En –Wifi— nos vamos a #define STA_SSID1 y colocamos entre comillas el nombre de nuestra wifi y debajo igual pero la pass de la wifi

Seguimos bajando y buscamos las opciones de MQTT, aquí podemos ya configurar nuestra id y pass de mosquitto, siempre entre comillas.

Una vez hechos estos pasos, conectamos el ftdi con el interruptor en off y seleccionamos el puerto en herramientas, le damos a compilar, la “v” debajo de archivo,

Si toda ha ido bien nos debe aparecer algo como esto:

Ahora solo queda poner en modo flash el esp8266, en el Sonoff es dejar pulsado el pulsador físico que trae el Sonoff y pasamos el interruptor a “on”, después le damos a Subir (la flecha debajo de archivo):

Una vez que termine de compilar empezara a subir el archivo al Sonoff y debería aparecernos algo como esto:

Si queremos confirmar que todo ha ido bien podemos abrir la consola, icono de la lupa arriba a la derecha, ponemos la velocidad en 115200 y pulsamos el botón del sonoff, debería de aparecernos algún dato tipo POWER “ON” y también podremos ver que ip le ha asignado nuestro router.

Entramos a esa ip desde nuestro navegador y nos debe aparecer una ventana tal que así:

Ahora entramos en configuración:

Configurar modulo:

En tipo de modulo escogemos el que corresponda a nuestra placa, en este caso un Sonoff Basic.

En gpio lo suyo es dejar todo tal cual si no vamos a utilizar nada exterior, si queremos utilizar interruptores/conmutadores de pared tendremos que habilitar el gpio14 como un switch, si lo que vamos a utilizar es un pulsador debemos configurarlo como button.

Salvamos y volvemos a configuración.

Nos vamos a configuración Wifi y definimos el nombre de nuestro host, en este caso la ip de la raspberry donde tengo instalado Home Assistant:

Salvamos y volvemos a configuración.

Nos vamos a configuración mqtt y confirmamos que la configuración sea la correcta para utilizar mqtt, aquí es importante que no tengamos ningún cliente mqtt con el mismo nombre y el tema debe ser el mismo que luego configuraremos en Home Assistant.

Salvamos y pasamos el interruptor a “off” desconectamos los cables del sonoff y el ftdi del pc.

Instalamos la placa en su carcasa y la conectamos a 220v por “IN”.
Si hemos hecho los pasos bien y después de configurar nuestro nuevo switch en la configuración de Home Assistant nos aparecerá como nueva entity y podremos actuar sobre ella.

Si no nos cogiese la red wifi por alguna mal configuración en user_config.h el módulo creará un AP propio con el nombre que le hemos asignamos al en la configuración, para entrar deberemos de conectarnos a dicho AP y acceder a la configuración a través del navegador con la ip 192.168.4.1

En caso de no utilizarlo en Home Assistant y solo utilizarlo en nuestra red deberemos de darle una ip fija en nuestro router y así poder entrar mas fácilmente.

IMPORTANTE: Con el fin de ayudaros de una forma más directa, he creado un grupo en Telegram de Home Assistant en Español donde podemos ayudarnos todos así como evitar que os quedéis atascados, si tenéis telegram podéis pulsar aquí para uniros y si no lo tenéis, os recomiendo que os lo instaléis ya que lo usaremos en el tutorial para notificarnos.

La entrada Tutorial: Flashea Tasmota en un dispositivo Sonoff (o un ESP8266) con Arduino IDE se publicó primero en Domótica en Casa.

Home Assistant se actualiza a la versión 0.74

Home Assistant se actualiza a la versión 0.74

Después de la actualización de seguridad de Home Assistant, tenemos una nueva versión, pero, en este caso, con la entrada de nuevas plataformas, aunque, podemos ver como Home Assistant está trabajando para poder dar más robustez al sistema ya que, quieren que el sistema sea algo totalmente blindado para evitar escándalos de seguridad y que la gente pueda controlar sus casas de una forma segura.

Entre los cambios que nos muestran con un vídeo, es la puesta en marcha de la creación de usuarios con menos privilegios para poder controlar quien toca y quien no las cosas, es un primer paso  para poder tener sistemas más complejos y controlados por diferentes personas pero, sin perder el control del sistema y sin que puedan eliminar la cuenta o contraseña del administrador.

Por otro lado, como hemos dicho, la entrada de más plataformas en esta nueva versión del sistema:

  • Tuya: Soporte para los interruptores y las luces de esta marca de dispositivos inteligentes
  • Duke Energy: Soporte para la lectura de los históricos de los datos de estos medidores de consumo energético
  • Camera Push: Si necesitas que el sistema mande fotogramas de las cámaras por medio de HTTP POST, puedes usar este componente y usar la salida de las cámaras en otro sistema, como por ejemplo, motionEye.
  • Cloudflare: Para tener al día los registros DNS de Cloudflare
  • HomematicIP Cloud: Podríamos hacer uso de este servicio Cloud a través de nuestro Home Assistant

Se trata de una nueva versión donde podéis ver el comunicado completo aquí, y, donde mencionan que Lovelace está avanzando a gran velocidad, además de dedicarle unas palabras a Guido va Rossum, creador de Python, lenguaje en el que se basa Home Assistant, y que parece que se retira de estar al frente del proyecto Python después de 30 años, esperemos que los que vengan detrás puedan hacerlo tan bien como él.

La entrada Home Assistant se actualiza a la versión 0.74 se publicó primero en Domótica en Casa.

Apple descarta el soporte a timbres de puerta inteligentes en Homekit

Apple descarta el soporte a timbres de puerta inteligentes en Homekit

A pesar de ser uno de los productos que tanto su competencia en Amazon y Google incluye un amplio abanico de posibilidades, parece que Apple ha tomado otro camino con lo que respecta a los timbres de puerta inteligentes, ya que, ha quitado oficialmente el soporte.

La marca August, que había anunciado hace cerca de 2 años que le daría soporte a sus timbres inteligentes, ha tenido que recular en su afirmación después de que Apple de manera oficial haya quitado la categoría que incluiría dichos dispositivos.

Se trata de un movimiento extraño porque como decimos, tanto Amazon como Google buscan el control de dichos dispositivos como hemos visto en otros artículos donde se ha podido ver que podemos conectar dichos aparatos a nuestros sistemas para que nos manden la imagen a nuestro móvil o televisión.

No sabemos los motivos que han empujado a Apple realizar dicho movimiento, pero, si que ha dejado tanto a la empresa August como a clientes que hubieran comprado el dispositivo con la promesa de dicho soporte con una sensación de engaño bastante importante. Además, dentro de lo que sería una Smart Home, el timbre de la puerta con cámara es una pieza importante para poder controlar nuestro domicilio cuando no estamos ante cualquier visita.

Fuente: Cnet

La entrada Apple descarta el soporte a timbres de puerta inteligentes en Homekit se publicó primero en Domótica en Casa.