Si usas alguno de los asistentes virtuales, habrás visto que en algunas de las preguntas que le podemos hacer, no ha sabido la respuesta por el motivo que sea y hemos tenido que buscar por nuestra cuenta la solución a nuestro problema.
El sistema Alexa de Amazon va a lanzar una actualización esta semana que parece ir un paso adelante de sus competidores en este aspecto, ya que, las preguntas que no sean contestadas en el momento por el asistente virtual de Amazon, se quedarán latentes para poder ser contestadas cuando realmente sepa la respuesta.
Quizá no sea para muchos una gran característica, pero si supone la solución a alguna duda de alguno de los usuarios, se trata de algo importante, sobretodo por el hecho de que no tendremos que volver a recordarle la pregunta que le hemos realizado, sino que se quedará latente dentro del sistema hasta poder ser contestada.
Suponemos que el resto de sistemas, como el de Google tomarán nota y añadirán el soporte sea de una forma similar o algo diferente para poder competir contra esta nueva característica del asistente virtual, ya que, tenemos ante nosotros una importante batalla por el control de los asistentes virtuales.
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:
Parámetro
Tipo
Necesario
Descripción
data_path
string
Sí
Establezca esto en la ruta en la que desea que el complemento persista.Debe estar dentro del directorio /share . El valor predeterminado es /share/zigbee2mqtt .
homeassistant
bool
Sí
Establezca esto en true si desea la detección automática de MQTT.Consulte Integración con el Asistente de inicio para obtener más información.
permit_join
bool
Sí
Se recomienda dejar esto en false y usar el emparejamiento en tiempo de ejecución . Establezca esto como true cuando configure dispositivos nuevos; asegúrese de configurarlo nuevamente en falsecuando termine.
mqtt_server
string
Sí
La dirección del servidor MQTT. Asegúrate de incluir el protocolo.Ejemplo: mqtt://homeassistant
mqtt_base_topic
string
Sí
Prefijo para su tema MQTT
serial_port
string
Sí
Puerto serie para su stick CC2531.
mqtt_user
string
no
Su nombre de usuario MQTT, si está configurado.
mqtt_pass
string
no
Su contraseña MQTT, si está configurada.
debug
bool
no
Establézcalo en true para habilitar el modo de depuración para zigbee-shepherd y zigbee2mqtt. Vea la wiki para más información.
err
bool
no
Establézcalo en true para redirigir zigbee2mqtt stdout a out.log y stderr a err.log . Tanto out.log como err.log estarán ubicados en data_path arriba.
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.
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.
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:
Procesador
Qualcomm Snapdragon 624
Sistema Operativo
Android Things con Google Assistant
Memoria RAM
2GB LGDD3
Memoria interna
4GB eMMC
Altavoz
2″ 10W
Micrófono
2 x 2
Bluetooth
4.2
Cámara
5 Mega-pixel con llamadas a 720
WiFi
802.11 AC MIMO (2×2)
Pantalla
10 Pulgadas FullHD IPS
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.
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.
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:
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:
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:
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):
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:
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.
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.
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.
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.
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:
(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:
(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
(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.
Esta web utiliza cookies para que podamos ofrecerte la mejor experiencia de usuario posible. La información de las cookies se almacena en tu navegador y realiza funciones tales como reconocerte cuando vuelves a nuestra web o ayudar a nuestro equipo a comprender qué secciones de la web encuentras más interesantes y útiles.
Cookies estrictamente necesarias
Las cookies estrictamente necesarias tiene que activarse siempre para que podamos guardar tus preferencias de ajustes de cookies.
Si desactivas esta cookie no podremos guardar tus preferencias. Esto significa que cada vez que visites esta web tendrás que activar o desactivar las cookies de nuevo.
Cookies de terceros
Esta web utiliza Google Analytics para recopilar información anónima tal como el número de visitantes del sitio, o las páginas más populares.
Dejar esta cookie activa nos permite mejorar nuestra web.
¡Por favor, activa primero las cookies estrictamente necesarias para que podamos guardar tus preferencias!
