Si ya vimos como conseguir instalar el zigbee2mqtt para poder hacer uso de los dispositivos Xiaomi sin necesidad del gateway oficial, teniendo una total independencia de internet y de los servidores de Xiaomi, ahora podemos hacer la instalación del componente en nuestro Home Assistant, pero, en su instalación Hassio, la versión realizada por el mismo equipo de desarrolladores y que funciona de una forma compacta.

Este es el proceso a seguir para todos los que tienen hassio instalado. Previamente ya vimos como hacerlo en Raspbian, sería algo similar también para los que tienen docker, pero en vista de que tenemos también una gran parte de usuarios utilizando hassio vamos a plasmar aquí también las instrucciones.

• Primero tenemos que ir a nuestro “Addons Store” y agregar la url: https://github.com/danielwelch/hassio-zigbee2mqtt para que pueda cargar la tienda.
  una vez realizado pulsamos agregar y luego instalar el addons.

• Buscamos e Instalamos el Zigbee2mqtt

• Crea un usuario mqtt para el complemento: Es recomendable un nuevo usuario para este complemento y no compartir el usuario con otros dispositivos.
• Vamos a la configuración del complemento para que pueda funcionar correctamente. Abrimos el addons y en el area de configuracion agregamos la siguiente configuración

{
  "data_path": "/share/zigbee2mqtt",
  "homeassistant": true,
  "permit_join": true,
  "mqtt_base_topic": "zigbee2mqtt",
  "mqtt_server": "mqtt://ipbroker:puerto",
  "serial_port": "/dev/ttyACM0",  
  "mqtt_user": "Usuario mqtt para el addons",
  "mqtt_pass": "Password Mqtt para el addons"
}

Esta es la explicación de los parámetros de configuración:

Consejos para la configuración del zigbee2mqtt en Hassio

¿Como saber el “Serial_Port” que le ha asignado tu Hassio al usb?

En nuestro caso es “/dev/ttyACM0” Casi siempre el 99% siempre le asigna ese, pero si estas dudando y quieres asegurarte. Realiza estos siguientes pasos.

Antes de conectar el USB CC2531

• Ve al menú hass.io > System y pulgas en “Hardware”
• Veras que en Serial estará “/dev/ttyAMA0”.

Después de conectar el USB CC2531

• Ve al menu hass.io > System y pulgas en “Hardware”
• Verás que en Serial adicional al anterior aparecerá el Nuevo que sera estará “/dev/ttyACM0”.

Así aparece cuando conectas tu USB CC2531 (Indicándole que ha asignado /dev/ttyACM0)

Agregando y modificando código yaml

Emparejamiento

La forma sugerida de emparejar sus dispositivos es habilitar la opción allow_join de permit_join desde Home Assistant usando MQTT en lugar de a través de la interfaz de usuario del complemento. A continuación se muestra una configuración de ejemplo que le permitirá habilitar y deshabilitar el emparejamiento de dispositivos desde la interfaz de Home Assistant:

Agregale el siguiente tag a tu etiqueta mqtt: para que pueda auto agregar los dispositivos que encuentre zigbee cuando emparejes.

Agrega los demás Códigos

input_boolean:
  zigbee_permit_join:
    name: Allow devices to join
    initial: off
    icon: mdi:cellphone-wireless

timer:
  zigbee_permit_join:
    name: Time remaining
    duration: 600 # Updated this to the number of seconds you wish

sensor:
  - platform: mqtt
    name: Bridge state
    state_topic: "zigbee2mqtt/bridge/state"
    icon: mdi:router-wireless

group:
  zigbee_group:
    name: Zigbee
    entities:
      - input_boolean.zigbee_permit_join
      - timer.zigbee_permit_join
      - sensor.bridge_state

automation:
  - id: enable_zigbee_join
    alias: Enable Zigbee joining
    hide_entity: true
    trigger:
      platform: state
      entity_id: input_boolean.zigbee_permit_join
      to: 'on'
    action:
    - service: mqtt.publish
      data:
        topic: zigbee2mqtt/bridge/config/permit_join
        payload: 'true'
    - service: timer.start
      data:
        entity_id: timer.zigbee_permit_join
  - id: disable_zigbee_join
    alias: Disable Zigbee joining
    trigger:
    - entity_id: input_boolean.zigbee_permit_join
      platform: state
      to: 'off'
    action:
    - data:
        payload: 'false'
        topic: zigbee2mqtt/bridge/config/permit_join
      service: mqtt.publish
    - data:
        entity_id: timer.zigbee_permit_join
      service: timer.cancel
    hide_entity: true
  - id: disable_zigbee_join_timer
    alias: Disable Zigbee joining by timer
    hide_entity: true
    trigger:
    - platform: event
      event_type: timer.finished
      event_data:
        entity_id: timer.zigbee_permit_join
    action:
    - service: mqtt.publish
      data:
        topic: zigbee2mqtt/bridge/config/permit_join
        payload: 'false'
    - service: input_boolean.turn_off
      data:
        entity_id: input_boolean.zigbee_permit_join

Detalles

1. En el “Timer:” la etiqueta Duration: xxxx sera el tiempo en milisegundos que durara active el “Permit_Join” que sera lo que permite que el addons en conjunto con usb descubrir los equipos zigbee.
2. Para emparejar un dispositivo sera de la misma forma que emparejas el mismo con su gateway propietario. Ej: si para emparejar un sensor temperatura de Aqara xiaomi es pulsar por 5 segundos el botón sera el mismo proceso a utilizar aquí.
3. Admite todos los dispositivos que utilicen el protocolo Zigbee. También podrás encontrar una lista de dispositivos que han sido utilizado y el desarrollador de este addons ha probado correctamente. https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-devices

4. Esta es la url que te podrá aclarar como emparejar algunos dispositivos los cuales no tengas el conocimiento de como hacerlo.
https://github.com/Koenkk/zigbee2mqtt/wiki/Pairing-devices

Logs

En este log que aparece casi en todos los addons y este no sera la excepción, podrás ver la actividad del complemento y los eventos.

Recomendamos que cuando inicies el proceso de emparejamiento vayas al log para que puedas ver en el momento que se empareja así como cualquier error que pueda ocurrir.

En nuestro caso como podrán ver el nombre “0x00158d0001f400e8” que seria el nombre que el Addons colocado al dispositivo que acabas de agregar es muy feo y difícil de recorder para poder aplicar los automations que queremos o cualquier otra cosa, por lo que hemos cambiado el friendly_name. que esta en la carpeta
/share/zigbee2mqtt/ en el archivo configuration.yaml.

¿Has podido hacerlo funcionar? ¿Necesitas ayuda?

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: Instalar Zigbee2mqtt en Hassio para usar los dispositivos Xiaomi sin gateway se publicó primero en Domótica en Casa.

Pues ya tenemos una nueva versión, la 0.75 de la plataforma Home Assistant en la que como es habitual, nos incluyen nuevas plataformas para poder controlar, aunque, como veremos a continuación, no es el único cambio que podemos encontrar en esta versión.

Parece que definitivamente podremos usar desde la interfaz los dispositivos usando el nombre que le asignemos en lugar de el nombre que le autoasigna el sistema cuando es detectado, de esta forma, si usas la interfaz web para crear las automatizaciones, será mucho más sencillo.

Por otro lado, como es normal, tenemos la entrada de nuevas plataformas y componentes:

• Soporte de la parte de climatización, ventiladores y persianas de la plataforma Tuya.
• Soporte para el sensor de humo de la marca Smoke Sensor a través de su propia plataforma
• Soporte para cortinas motorizadas de la marca Brunt a través de su plataforma
• Soporte para el termostato y los enchufes de la Spider
• Soporte para la plataforma P5 FutureNow para sus dos relés ajustables para iluminación LED
• Soporte para Magicseaweed para tener una previsión meteorológica para hacer surf
• Soporte para una especie de mes jardín Zen motorizados que dibuja sola en la arena
• Soporte para el control de las puertas automáticas de garajes de la marca Aladdin

A pesar de que es una nueva versión estable, no recomiendo actualizar hasta confirmar que la 0.75.1 arregla un fallo que hace que el panel de control en Hass.io no funcione, por lo que mejor esperar a que se haga totalmente estable o se confirme. En nuestro grupo de Telegram hay varios afectados por este tema por lo que puedes entrar con el banner de la derecha para preguntar si ya es seguro actualizar a esta nueva versión.

Fuente: Changelog

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

No son muchos los dispositivos con asistentes que incluyen pantalla, pero, en el caso de de Lenovo, parece que quiere ser uno de los que formen parte de la lista de dispositivos asistentes con pantalla con el fin de hacerlos más útiles ya que no solo nos contestarían de forma hablada si no que podemos ver lo que nos indica.

El Lenovo Smart Display de 10 pulgadas en un dispositivo similar a los altavoces inteligentes, con la salvedad de que viene con una pantalla de 10 pulgadas con las que podemos ver las respuestas así como poder usarla como si de una tablet se tratara, eso si, está pensada para tenerla de pie, por lo que no es un sustituto de una tablet.

Las especificaciones de esta Lenovo Smart Display son:

Este nuevo dispositivo, tendría un acabado en madera, y tendría los controles en la parte superior así como el conector de alimentación en la parte trasera

Este tipo de dispositivos todavía se encuentran en una fase inicial de vida, ya que, oficialmente no son todavía el tipo de aparato por el que se han decantado los asistentes, por lo que queda ver, una vez que pase el tiempo, si su uso se extiende y son dotados de más funcionalidades poco a poco.

Fuente: Lenovo

La entrada Lenovo pone a la venta su Smart Display con Google Assistant se publicó primero en Domótica en Casa.

A pesar de que puede parece para muchos una marca un tanto desconocida, no es la primera vez que hablamos de Sonos, una marca que ha crecido mucho en los últimos años y ha quedado patente con la noticia de que han entrado en bolsa.

Ya hemos hablado de ellos cuando el lanzamiento de su Sonos Beam, un altavoz inteligente con el que podríamos dotar nuestro salón de un sonido de primera calidad, así como de funciones Smart con las que poder hacer de todo.

En esta nueva noticia, se trata de algo diferente, pero bueno para los usuarios de la marca, así como por los que tengan el ojo echado a esta marca, ya que, Sonos ha pasado a cotizar en bolsa, por lo que se convierte en una gran empresa con la que estamos seguros, recibiremos buenos dispositivos.

Según los datos que hemos podido ver de la empresa, tienen un historial de 16 años enfocados al sonido doméstico, desde 2005 han lanzado 13 productos, tienen una distribución en 50 países con un abanico de más de 100 servicios de streaming y, una información importante, el casi 40% de las ventas de 2017 ha sido de clientes que ya tenían productos Sonos, por lo que queda claro que los clientes, parecen quedar satisfechos.

Enhorabuena a la marca y esperamos pronto ver más noticias y sobretodo productos con los que dejar nuestros salones u hogares con el mejor sonido y los mejores servicios disponibles.

La entrada La empresa SONOS sale a bolsa en Estados Unidos se publicó primero en Domótica en Casa.

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.

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.

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.

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.

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.

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.