Resumen soluciones iluminación residual


Por desgracia las nuevas lámparas leds tienen numerosas ventajas ( consumo muy bajo , mayor durabilidad, no producen apenas calor , etc ) , pero no están exentas de problemas pues en ocasiones se nos presenta problemas de parpadeo , iluminación residual o efecto estroboscópico , etc al sustituir una iluminación tradicional ( incandescente, halógena, etc) por una LED, simplemente quitando unas bombillas y poniendo otras directamente,  eliminando por ejemplo en caso de las lamparas halogenas el transformador que teníamos con nuestros halógenos. Siendo estos últimos los causantes del parpadeo de nuestra bombilla LED.

Cuando hablamos de iluminación LED, en lugar de transformadores necesitamos drivers o controladores, que tienen la misma función que un transformador, es decir, regular el flujo de electricidad asegurando que un LED o una serie de LEDs se alimentan siempre con el voltaje y la corriente adecuada, independientemente de las fluctuaciones que se presentan en la red eléctrica.

A diferencia de un transformador convencional, un convertidor ac/dc cierra el circuito cuando la bombilla se conecta y comienza a registrar consumo. Entonces, cuando colocamos una bombilla LED que consume menos potencia , tenemos una carga que no es suficiente para que cierre ese circuito, y es entonces el circuito entra en un bucle de abrir y cerrar el sistema, provocando el parpadeo de una bombilla LED. Un transformador ayuda a regular el consumo de luz y a obtener más eficiencia lumínica.

Los tipos de luminarias

Es  relativamente  frecuente  reemplazar las luminarias «de toda la vida»  basada en bombillas incandescentes, halógenas  o  fluorescentes(incluidas las compactas o «CFL» las cuales por cierto están en entre dicho por el peligro para nuestra salud si se rompe  el vidrio  al incluir  mercurio)   por las nuevas  luminarias basadas en LED  no solo por que son muchísimo mas eficientes desde el punto de vista energético: también porque tienen una durabilidad mayor (tienen una vida útil de hasta 50,000 horas  si excluimos el convertidor ca/cc para alimentarlas) , no producen calor, ocupan mucho menos espacio,  y un sinfín de otras ventajas ,que a modo de resumen vamos a ver:

  • Lo mas destacado es su efecto sobre la Salud  y medio ambiente pues la luz producida a través de la tecnología led no emite rayos ultravioleta ni rayos infrarrojos, lo que ayuda a evitar riesgos de salud. Otro aspecto  a destacar es que diferencia  de las bombillas compactas «de bajo consumo»( que por cierto emiten luz ultravioleta) , las iluminarias de leds  no contienen   mercurio , el cual es un metal muy  toxico , por lo que se deben tener cuidados especiales al momento de desechar la bombilla. Ademas  las lámparas con led producen una pérdida mínima por calor y ahorran energía, lo que ayuda enormemente a la protección del medio ambiente y a reducir las emisiones de CO2 . Por cierto ademas son reciclables y no contaminan el medio ambiente.
  • Eficiencia energética :sin duda  todos nos sentimos atraídos por su eficiencia energética , y es fácil entenderlo puesto que  las luminarias basadas en  l< tecnología led consumen aproximadamente un 80% menos energía eléctrica que una luminaria tradicional. Es cierto que las CFL’s cuando están nuevas  pueden aproximarse a la eficiencia (según la calidad  de la luminaria) , pero estas van perdiendo rendimiento lumínico con el paso del tiempo.En comparación con una bombilla incandescente de 60 vatios que ofrece alrededor de 800 lúmenes de luz puede gastar más de  300€ al año  ,un CFL utiliza menos de 15 vatios y sólo gasta 75€ de electricidad al año y una lampara LED de pot en lúmenes similar   consume  menos de 8 vatios de potencia, con lo que los costos anuales bajan a 30€  con una esperanza de vida de 50.000 horas ( o  posiblemente más ).
  • Fácilmente controlables con dimmers  o reguladores  a gran diferencia de  las basadas en fluorescentes o del tipo CFL  donde no es tan sencillo
  • Como hemos visto, aspecto interesante  de los leds  es su mayor eficiencia lumínica, llegando a tener hasta 150 lúmenes por watt en las lámparas de alta eficiencia y de 80 lúmenes por watt en las comunes. Con esto se optimiza el uso de la luz emitida y se reduce el consumo de energía y la contaminación. En consecuencia, las lámparas LED tienen un mayor rendimiento luminoso útil (en porcentaje de lúmenes por watt).
  • Respeto  a la durabilidad  de  las  lámparas basadas con Leds , esa   es otra gran ventaja pues  tienen una vida útil de hasta 50,000 horas al igual que los convertidores ac/dc para alimentarlas ( en caso de que sean de calidad )  . Esto en parte  es debido a que los Leds no contienen partes mecánicas ni filamentos. Los Leds en si no dejan de funcionar; sólo se va reduciendo su capacidad lumínica y es por eso que tienen que ser reemplazados en un lapso de 30.000 a 50.000 horas dependiendo del caso. Gracias a su vida útil de hasta 50,000 horas, las lámparas de LED evitan que se tengan interrupciones de luz o iluminación y evitan que se tengan que estar reemplazando constantemente, por lo que ofrecen un excelente ahorro en cuestiones de mantenimiento.
  • Por ultimo destacar  mayor calidad cromática de la luz emitida  gracias a que el índice de rendimiento cromático (CRI)  en la tecnología led se suele tener un CRI <90, contra un CRI de los focos comunes de 44, lo cual nos da como resultado colores más puros, nítidos, vivos y profundos. Las lámparas LED vienen en una amplia versatilidad de colores que no necesitan de filtros para que se puedan apreciar.

Es evidente  pues como la iluminación basada en la tecnología  de  leds   tiene indudables ventajas frente   a todos otros   sistemas de iluminación anteriores como son le tradicional basado en luminarias incandescentes, las luminarias halógenas , las luminarias CFL o los tubos incandescentes  .

A modo de resumen  esta   imagen  aclara muy bien  las diferencias entre los diferentes sistemas de iluminación:

Vistas las grandes ventajas de la iluminación basada en la tecnología led , es lógico pensar en ciertos inconvenientes,  como puede ser la escasez  de ciertos modelos de  luminarias en algunos  formatos poco  habituales ( aunque esto es cada vez mas relativo) y  un   coste mayor relativo  de las luminarias, que  no realmente cierto puesto que , a parte de que éste tiende a bajar,   es claramente compensado  por la gran durabilidad de estas , etc

En  este apartado  hay también  un  aspecto algo problemático  , que es también  común   en menos frecuencia existente a los sistemas de iluminación basados en CFL , que   es  el de la llamada  corriente residual,  un efecto por el que se  quedan casi encendidas de forma tenue después de pulsar el interruptor para apagarlas.

Inicialmente puede parecer muy molesto sobre todo en habitaciones dedicadas al descanso   llevando  incluso   a personas  a volver  a  sistemas tradicionales ,   pero como vamos   a ver es resoluble  y no es algo tan misterioso como se ppuede  pensar   pues simplemente responden a una instalación  eléctrica  inadecuada  para este tipo de luminarias.

Este efecto se produce porque las luminarias de tipo LED son muy sensibles a la corriente, observamos que podemos cambiar una Bombilla convencional de 60W  por una LED de 5W ., lo  cual  quiere decir que la tecnología LED necesita muy poca corriente para proporcionarnos una alta intensidad Lumínica. Por lo mencionado anteriormente, si en nuestra instalación tenemos algo que produzca alteración en la corriente, nos encontraremos con que la Bombilla LED es inestable, produciendo destellos o no apagándose en su totalidad.

Si en una  vivienda hay colocados  interruptores con piloto de señalización, un interruptor con temporizador o en los circuitos de conmutados, se produce una pequeña corriente de retorno a las lámparas que ocasiona el problema mencionado.

Veamos las posibles causas de este efecto indeseado  y sobre todo como podemos resolverlos

Interruptores de corte  mal instalados

Normalmente las luminarias  en instalaciones monofásicas  ( que es la instalación habitual en nuestras viviendas)    se alimentan por dos hilos: la fase y  el neutro  de modo   que  todos  los  interruptores deberían cortar la fase cuando los accionamos   y no el neutro

Este  error de montaje  en  instalaciones con luminarias   convencionales  no conlleva ninguna anomalía   pero en caso de alimentar  a   luminarias del tipo  LED si que puede ser molesto ( según el driver ) , pues puede  hacer que  queden parcialmente encendidas cuando pulsamos el interruptor para apagarlas,

Es  fácil entender que esa leve iluminación se debe  que una pequeña derivación que hace que fluya corriente desde la fase hacia tierra  pasando por nuestras luminarias LED, puesto  que con  muy poca  corriente  un LED puede empezar  a lucir, y de ahi el misterio de las luces que no se apagan nunca.,

La solución en este caso  no es tan  sencilla (es decir cambiar el neutro por la fase  )  pues no siempre esta accesible  a todo el mundo y ademas sobra decir el peligro que puede conllevar , pues no todo el mundo tiene los suficientes conocimientos de electricidad   para cambiarlo  , pues se  precisa   desmontar el interruptor y  normalmente la caja  de conexiones para  localizar      los dos hilos que van  a la luminarias

Desgraciadamente como  no siempre están ambos hilos  en la caja del interruptor pues de hecho  lo normal  es que estén las 4 conexiones  en una caja de conexiones  previas , es en la caja de conexiones  donde   habrá que hacer el  doble cambio   en caso de tener  los dos cables  ahí    En caso de dudas con un destornillador buscapolos de 1€ podemos asegurarnos cual es la fase

Si no consigue resolver el problema o le parece muy compleja o peligrosa , otra solución  muy sencilla es optar por  poner un  justo antes del portalámparas un relee tal y como describimos al final de este post

Interruptores con neón de señalización

Es bastante común encontrarnos con interruptores que cuentan con una pequeña lamparita de neón que nos permite encontrarlo en la oscuridad de modo  que cuando esta apagado al luz del testigo se enciende  y al encenderlo esta se apaga.

Internamente el  piloto no es mas que una pequeña lampara de neón  con su correspondiente resistencia   imitadora  conectando el conjunto  en paralelo con el contacto del interruptor. Dada la configuración, el piloto queda  en serie con la bombilla LED que intentamos apagar cuando el interruptor abierto , permitiendo que fluya una mínima corriente hacia la bombilla LED que lleva a que se quede iluminada de forma tenue.

Las soluciones a este problema podrían ser:

  1. Anular el neón del interruptor ( en muchos mecanismos   el neon es enchufable por  lo que bastara quitarlo por  presión)   o sustituir el interruptor por uno normal.
  2. Instalar una pequeña resistencia en paralelo con la bombilla LED de forma que se evacue ahí la potencia. Ésta solución tampoco nos ahorrará ese pequeño consumo pero se apagará la luz completamente al pulsar el interruptor.
  3. Si estamos instalando dicroicas LED a 230V en sustitución de halógenos a 12V y hemos eliminado el transformador, podemos dejarlo conectado sin carga a la salida, de esta forma la corriente residual iría al transformador y no a la bombilla, apagándose la luz completamente al pulsar el interruptor
  4. Instalar un condensador en paralelo con la luminaria  para lo cual habrá que seguir los siguientes pasos:
    1. Desconecte la corriente del cuadro de distribución de corriente alterna para trabajar seguro.
    2. Quite el embellecedor de la luminaria objeto del cambio a tecnología LED.
    3. En la ficha de conexión de la lampara  conecte   un condensador de 470nF 400v (podemos encontrarlo bajo diferentes nombres  0.47uF / 470nF 474J 400v)
    4. Vuelva a colocar el embellecedor de conexión. Listo.

Si no consigue resolver el problema o le parece muy compleja o peligrosa , otra solución  muy sencilla es optar por  poner un  justo antes del portalámparas un relee tal y como describimos al final de este post

Corrientes de retorno por neutro

Este es el caso menos común de todos. Es posible que algunos de los electrodomésticos de nuestra casa produzcan corrientes de retorno por el neutro, que aunque son muy pequeñas, al pasar por nuestros super-eficientes luminarias con  LEDs pueden hacer que se queden medio encendidas incluso con el interruptor apagado.

Para  solucionarlo de forma eficaz podría bastar  sustituir los interruptores unipolares  por unos interuptores bipolares que corten a la vez  tanto  la fase como  el neutro al pulsar el mecanismo. En caso de no encontrar estos interruptores o no querer cambiar la instalación , otra opción muy sencilla es optar por usar un rele  alimentando por 220 v   con dos  circuitos para situarlos  justo en el lado de la luminaria

Un ejemplo de rele  Modelo LY2J que admite 220VAC  con capacidad de contactos de hasta 10A  y que se puede comprar por 8.89€ en Amazon 

El esquema de conexiones para Modelo LY2J    es bastante sencillo ,  pues consiste simplemente  intercalar en el cable que alimente a la luminaria  los contactos normalmente abiertos del relé  para que se cierren estos cuando se alimente la bobina   y den paso  para encender la luminaria.

Obviamente el circuito se completa con la conexión de la bobina ( contactos 7 y 8)  hacia el cable de alimentación

Es decir ,,conectaremos los terminal 7 con el 3  a la fase, el 8 con el 4 al neutro ( o viceversa)   y luego conectamos la luminaria a lo contactos 5  y 6  ( no importa el orden) . Con este sencilla idea nos evitaremos  manipular la instalación original  y  resolveremos de una vez el problema  de una forma bastante sencilla y económica este molesto problema .

Uso de un condensador

Puede  que al realizar una pequeña instalación en la que hacemos uso de luminaria basada en diodos  LED nos hayamos  topado con un curioso fenómeno  que al pagar esta   queda una levísima  iluminación que solo se  advierte claramente si nos quedamos a oscuras.

Naturalmente, debido a que existen numerosos tipos de lámparas, será necesario probar experimentalmente el valor justo.

Por cierto,  hay personas  que precisamente buscan potenciar   el fenómeno de la luz residual de los leds   por ejemplo, conectando una resistencia de algunos K en paralelo con los interruptores de alimentación de 12V en modo tal que quede una débil luz en el ambiente para permitir de ver cuando todas las luces están apagadas. Es un sistema realmente cómodo. 

Tal y como hemos hablado con las lamparas de sobremesa , muchas veces el problema se debe a que los interruptores no cortan por completo los dos hilos ( fase  y neutro ) de la instalación ya que suelen ser monopolares . Ademas  para empeorar al situación en algunas y instalaciones esta conectado el neutro en lugar de la fase al interruptor (o incluso hay instalaciones con fase y fase en lugar de fase o neutro como debería  ser )

Por último hay personas que optan   por conectar  un condensador  de .47uf en paralelo con lo podriamos llamarlo polos de la lampara, asi este absorbe la corriente residual y antes de completar su carga se descarga por el cambio de ciclo,

Es  una solución interesante aunque podría  tener un problema: la reactancia del capacitor es Xc = 1 / (2 * Pi * f * C ) = 1 / (2 * 3,14 * 50 * 0,00000047) = 6772 ohms. Por lo tanto, la potencia disipada por el capacitor será P = V * V / R = 7,15 Watts. Es decir, tendríamos un consumo extra de 7 Watts que se pierde en el condensador

Soluciones antiparpadeo especificas

Por último existen soluciones especificas como son los nuevos dispositivo anti-parpadeo para dispositivos LED, siendo estos dispositivos ideales para resolver los problemas de parpadeo en productos LED que se quedan encendidos cuando se corta el interruptor. Estos dispositivos absorben las tensiones parásitas de la línea que llegan al dispositivo led siendo eficaces en el 99% de los casos.

Se trata de un módulo que se coloca a la salida del interruptor y en paralelo con la iluminación LED evitando los molestos parpadeos producidos por los interruptores, sobre todo aquellos que incorporan un pequeño piloto de luz .

Suelen de ser de reducidas dimensiones ocupando poco espacio, siendo ligeros y resistentes por lo que es recomendable incluir este módulo en las instalaciones eléctricas LED que utilicen interruptores que requieran una carga mínima, como los interruptores clásicos, táctiles, reguladores o interruptores con piloto, entre otros.

Control casero con Alexa


Se puede utilizar Fauxmo de Makermusings y una placa de retransmisión para «engañar» a Alexa para que piense que Raspberry Pi es un dispositivo Wemo , y activar y desactivar las cosas. Sin embargo, eso limita uno a configurar todos los dispositivos deseados alrededor de un área única que está cerca de la Raspberry Pi.

Nos gustaria a hacer lo siguiente:

  1. Dar el comando: «Alexa, enciende la lámpara»
  2. Alexa envía un comando a Raspberry Pi a través de Fauxmo
  3. Raspberry Pi enciende un interruptor lejano que puede estar en la cocina, pero usaría algún tipo de interruptor inalámbrico

También puede usar algo como Node-RED (viene preinstalado en raspbian) y node-red-contrib-alexa-home-skill (escribí este nodo) para enviar los mensajes y tener más control que solo las acciones que admite Wemo .

Introducción (skill propia de Alexa y servidor Flas-Ask)

Mediante un dispositivo con Alexa (amazon echo, fire tv cube, etc) podemos controlar y ejecutar acciones (scripts o programas) en una Raspberry Pi (o cualquier otro equipo). Existen numerosas formas de hacer esto, aunque después de probar muchas de ellas (que hacen que la Raspberry Pi se comporte como un dispositivo IOT que Alexa puede encontrar, tales como fauxmo, ha-bridge, etc) y que no me han funcionado, algo muy sencillo y que realmente funciona es crear una custom Skill en la web de developers de Amazon, y ejecutar en la Raspberry Pi (puede ser otro equipo) un servidor web preparado para las Skills de Alexa, en concreto Flask-Ask, (extensión del servidor Flask de python) el cual ya puede ejecutar cualquier tarea en la Raspberry Pi mediante instrucciones en python, o bien llamando directamente a ejecución de scripts, lo que abre un mundo de posibilidades. En mi caso, lo usaré para encender/apagar el aire acondicionado con la Raspberry Pi, que tiene un módulo de Infrarrojos (emisor/receptor) acoplado en los pines GPIO.

https://github.com/johnwheeler/flask-ask

https://pythonprogramming.net/intro-alexa-skill-flask-ask-python-tutorial/

Para que todo funcione correctamente, es necesaria una salida a internet real del servidor Flask-Ask. Una opción es usar ngrok en la Raspberry Pi, para probar, y finalmente, usar un dominio propio (o un ddns) que apunte a nuestro router, en el cual será necesaria una redirección de puertos (abrir puertos) del https (puerto 443 requerido por los Skills de Alexa) hacia el servidor Flask-Ask que se ejecuta en la Raspberry Pi (bajo el puerto 5000 por defecto). Es decir, en el router, tendremos que añadir una regla (servidor virtual, redirección de puertos, abrir puerto) del tipo:

puerto 443 -> Ip Raspberry pi puerto 5000.

(Nota: el ngrok hay que ejecutarlo en la Raspberry Pi especificando exactamente lo mismo, redirigiendo hacia el puerto 5000, ngrok ofrece dos direcciones, una http y otra https, siendo esta última la obligada por Amazon para las skills)

También puede hacerse, y es como lo he hecho yo y voy a mostrar, mediante un proxy inverso con nginx que se ejecuta (en mi caso en otro ordenador, y así no exponemos la Raspberry Pi a internet, sino el ordenador donde se ejecuta el nginx, algo más fortificado, el nginx también podría ponerse en la Raspberry Pi), tal como se muestra en el esquema siguiente:

Esquema de los dispositivos

El proceso es el siguiente (siguiendo los números del esquema):

  1. Se indica al dispositivo Alexa que invoque nuestra skill y lo que queremos que dicha skill haga (conocido como intent). En este tipo de skills, que no están publicadas en Amazon, y que son de uso particular, hay que decir algo del tipo «Alexa dile a XXX que YYY», donde XXX es el nombre de la Skill e YYY es el nombre de la acción que va a realizar (Intent), otras formas pueden ser: «Alexa di a XXX YYY», «Alexa pide a XXX que YYY»… etc, lo que he comprobado es que cuanto más sencilla sea la orden, mejor (cuantos menos artículos o determinantes se usen, mejor)
  2. El dispositivo Alexa se va a los servicios en la nube de Amazon, busca nuestra skill (imprescindible que la cuenta de inicio de sesión en Amazon Developers y el dispositivo Alexa sea la misma, si no es así. la skill no la encontrará)
  3. La Skill se comunica con un «endpoint» o servidor, que puede estar en la nube de Amazon, o en otro sitio, y tiene que ser obligatoriamente una dirección https. En nuestro caso, está en un equipo nuestro, en nuestra red local. Hay múltiples posibilidades para esto, en particular consideramos dos, una para pruebas, y otra ya definitiva. En ambos casos, exponemos el servicio de Flask Ask a internet mediante una dirección (url) https.
    • ngrok (camino de color rojo en la figura anterior): lo que hace es ofrecer temporalmente una dirección de internet para el equipo donde se ejecuta (http y https), y evidentemente hay que redirigirla a un servicio de ese equipo, para ofrecer dicho servicio por internet (en nuestro caso Flask-Ask) (nota: ngrok ofrece permanencia de sus servicios mediante suscripción)
    • Servidor web y reverse proxy con nginx (camino de color naranja): este caso es cuando queremos todo definitivo, y para ello exponemos a internet mediante redirección de puertos de nuestro router (abrir puerto 443 https) a otro equipo, con un servidor web y reverse proxy a la Raspberry Pi y el Flask Ask.
  4. La petición que hace la Skill a nuestro Flask-Ask se procesa con dicho Flask Ask, y ejecuta las acciones que hayamos programado, sean comandos directamente, la ejecución de un script, etc.
  5. En mi caso, Flask Ask va a ejecutar el script encender.sh o apagar.sh en función de lo que le hayamos dicho a Alexa. Estos scripts están en el post de este blog de controlar el aire acondicionado con la RPi (más abajo, en el punto siguiente). Estos scripts envían una secuencia de códigos mediante el emisor infrarrojo, que activan el receptor del aire acondicionado.
  6. En nuestras acciones de Flask Ask, podemos hacer que nuestro dispositivo Alexa responda con frases o pregunte otras cosas (que pueden lanzar nuevas acciones, y abriendo un mundo de posibilidades)

Lista de requerimientos necesarios

No voy a explicar en detalle cómo efectuar los siguientes pasos, ya que las referencias y tutoriales proporcionados al principio lo hacen perfectamente y con todo detalle.

  • Cuenta en Amazon Developers: la misma que la que tenemos en el dispositivo Alexa (echo, fire Tv, fire Cube…) ya que es la única manera de que nuestro dispositivo Alexa «vea» el Skill que vamos a crear (https://developer.amazon.com/)
  • Raspberry Pi con Flask-Ask instalado, donde vamos a ejecutar el servicio (programa) que contendrá las acciones a realizar por la Raspberry Pi cuando interprete una orden correcta dada por Alexa (y adicionalmente con el módulo de infrarrojos y toda la condfiguración necesaria para que todo funcione previamente)
  • Salida a Internet del servidor Flask-Ask, para las pruebas, con ngrok. Para el uso definitivo, bien una redirección de puertos en el Router, o bien un web proxy intermediario (nginx en otro PC, o en la propia Raspberry Pi)

La configuración para usar la Raspberry Pi para controlar el Aire Acondicionado con el módulo de infrarrojos está detallada en esta entrada:

Componentes necesarios

  • Skill de Alexa en amazon developers: cosas a tener en cuenta con los intents (creados por defecto)
  • Aplicación Flask-Ask, que es la que va a ejecutar acciones en función de las peticiones de AWS
  • Pruebas con ngrok (instalado directamente en la Raspberry Pi), con el simulador de Amazon Developers

Skill de Alexa

Existe multitud de maneras de definir un Skill de Alexa, pero básicamente consiste en tener un conjunto de acciones (Intents) que se corresponden con ciertas órdenes o palabras por voz. Esto es, al decir una palabra o frase al dispositivo Alexa, que habremos definido en la skill, se asociará al Intent correspondiente (con los valores correspondientes). Es importante tenerlos bien definidos y tmar nota de los nmbres, que se tendrán que corresponder exactamente con lo que implementemos en la aplicación de Flask-Ask.

Desde la consola de Amazon Developers creamos una nueva Skill

Tenemos que seleccionar un nombre (da igual, es simplemente para identificarla), el idioma, el tipo (por defecto aparece «Custom» y es la que usaré, y dónde van a estar alojados los recursos, que seleccionaremos nuestros propios recursos (endpoint), que aparece por defecto seleccionada.

Pulsamos el botón «crear Skill», justo arriba de la página

Ahora nos preguntará una plantilla y seleccionamos la vacía (por defecto)

Ya tenemos la Skill creada, y si accedemos a la aplicación de Alexa en nuestro dispositivo móvil, o bien a través d ela Web, ya vemos allí que tenemos la Skill de desarrollador recién creada:

La Skill «Mi primera Skill« ha sido simplemente como ejemplo, a partir de ahora, veremos la Skill RPi control, que es la que usaremos y programaremos para ejecutar cosas en la Raspberry Pi.

Una de las primeras cosas a hacer en la Skill recién creada es observar los Intents creados por defecto:

Como vemos, nos crea unos Intents requeridos que no podemos borrar, y uno por defecto llamado «HelloWorld», que tenemos que borrar, salvo que lo implementemos en nuestra aplicación Flask Ask.

Esto fue uno de mis primeros errores, como se ve en el log de la apliación Flask-Ask en la RPi:

raise NotImplementedError('Intent "{}" not found and no default intent specified.'.format(intent.name))
NotImplementedError: Intent "HelloWorldIntent" not found and no default intent specified.

Sin embargo, los Intents requeridos no los podemos eliminar, y en mi caso particular, el intent AMAZON.StopIntent me dio mucho la lata dado que, al decir «apaga», «apagar», parece ser que los servicios de Amazon lo asocian a este intent y no al mío personalizado, por lo que tenía un error similar al anterior:

Por tanto, para evitar este problema, simplemente basta con implementar en la aplicación Flask-Ask este intent requerido de Amazon para que ejecute exactamente lo mismo que el nuestro propio al escuchar «apagar» o similares.

Skill RPi control

Primero, necesitamos al menos dos palabras para invocar al Skill , yo he elegido «raspberry pi»

Muy importante y a tener en cuenta, es que, en este tipo de Skills personales, cuando hablamos al dispositivo Alexa, hay que hacerlo de la siguiente manera:

Alexa, di a XX XX que YYY, Alexa dile a XX XXX YYY, Alexa pide a XX XXX que YYY

dado que al no estar publicado, no puede hacerse de otra forma (XX XX son las dos palabras de invocación,e YYY es la frase o utterance que hemos indicado para el Intent o Acción. Amazon así lo advierte:

Más sobre esto en https://developer.amazon.com/en-US/docs/alexa/custom-skills/understanding-how-users-invoke-custom-skills.html seleccionando las pestañas «Spanish»

No obstante, desde el simulador de la web de Amazon Developers, al testear el Skill, sí que se permiten las frases de activación usuales para skills publicados (pero que no van a funcionar al hablarle a nuestro dispositivo, p.ej. en mi caso: Alexa activa Raspberry pi, Alexa pon raspberry pi funcionará en el simulador, pero no en el dispositivo real)

Vistas las consideraciones anteriores, el Skill es extremadamente sencillo, sólo tiene una acción o Intent llamada «Aire«

con dos posibles palabras de activación (utterances), que son encender y apagar (podrían haberse hecho dos intents diferentes, etc)

Para definir este tipo de intent, primero hay que definir un «slot», que se asociará al intent. El slot simplemente contiene los valores que luego vamos a interpretar con la aplicación Flask-Ask y las frases para activarlo, así como los sinónimos:

En este caso he seguido al pie de la letra los tutoriales indicados al inicio, y tengo un slot llamado status

Tiene dos valores definidos, y ciertos sinónimos que interpretará también el Intent asignándoles el valor correspondiente (es decir, para que se interprete el valor «apagar», se pueden decir las palabras «apagar»,»quite»,»apague»,»quita»,»apaga»

Ahora puede crearse el Intent Aire y asociarlo a este slot (es sencillo, está todo guiado). Además pueden escribirse la frases (utterances) de activación de este intent añadiendo el nombre del slot (entre llaves) que se interpretarán según lo que acabamos de ver (unas palabras se asociarán a encender y otras a apagar)

Y ya está, ya tenemos nuestra Skill creada y definida. A la hora del paso siguiente, la programación de la aplicación Flask-Ask, tenemos que quedarnos con que tenemos que implementar el intent «Aire», el «AMAZON.StopIntent» y que para el intent «Aire» tendremos que implementar acciones según sea el valor de ese intent (encender o apagar)

La vista en JSON permite ver todo más claro:

{
    "interactionModel": {
        "languageModel": {
            "invocationName": "raspberry pi",
            "intents": [
                {
                    "name": "AMAZON.CancelIntent",
                    "samples": []
                },
                {
                    "name": "AMAZON.HelpIntent",
                    "samples": []
                },
                {
                    "name": "AMAZON.StopIntent",
                    "samples": []
                },
                {
                    "name": "AMAZON.NavigateHomeIntent",
                    "samples": []
                },
                {
                    "name": "Aire",
                    "slots": [
                        {
                            "name": "status",
                            "type": "status"
                        }
                    ],
                    "samples": [
                        "que {status} el aire",
                        " {status} el aire"
                    ]
                }
            ],
            "types": [
                {
                    "name": "status",
                    "values": [
                        {
                            "name": {
                                "value": "apagar",
                                "synonyms": [
                                    "quite",
                                    "apague",
                                    "quita",
                                    "apaga"
                                ]
                            }
                        },
                        {
                            "name": {
                                "value": "encender",
                                "synonyms": [
                                    "ponga",
                                    "encienda",
                                    "pon",
                                    "enciende"
                                ]
                            }
                        }
                    ]
                }
            ]
        }
    }
}

Aplicación Flask-Ask

Ahora le toca el turno a instalar en la Raspberry Pi el servidor Flask Ask y programar (python) el programa que interpretará las órdenes que le envíen los Servicios de Amazon al traducir nuestras órdenes de voz a peticiones al servidor endpoint (nuestro Flask Ask)

NOTA: en los tutoriales para instalar Flask-Ask se indica que se use una versión previa del módulo cryptography de python, porque si no se dan problemas con el SSL (ver p.ej. https://stackoverflow.com/questions/49375054/alexa-skill-development-using-flask-ask-and-ngrok). En mi caso, uso una versión de Raspbian Buster con Kernel 4.9.X porque es la única manera de que funcione el módulo de infrarrojos. La versión cryptography de este Raspbian es antigua y no da problemas.

De nuevo, siguiendo los tutoriales y adaptándolo a nuestro uso, es algo muy sencillo. Como vimos en el post d ela Raspberry Pi y el Aire acondicionado con el emisor de infrarrojos, simplemente se trata de ejecutar los scripts «encender.sh» y «apagar.sh» según corresponda.

El código es el siguiente y es trivial. Simplemente hay que tener en cuenta los valores sinónimos para tener en cuenta todos los valores posibles que ejecuten las sentencias de nuestro programa. Para cada intent (el nombre tiene que ser el mismo que hemos puesto en la Skill) se tiene que definir una etiqueta @ask.intent y a continuación una función (de nombre el que sea) que incluye lo que se va a hacer (como parámetro puede admitir los valores del slot (mismos nombres) (en mi caso el mapping es redundante y podría eliminarse, se usa cuando el nombre del slot y el tipo son distintos).

La función launch sirve para cuando se activa simplemente el Skill, y funciona desde la web de amazon developers (al decir «Alexa activa raspberry Pi» o similares, se implementa una acción de respuesta que nos pregunta qué hacer, pero esto sólo funciona en el simulador). El intent Ayuda (que era requerido) podemos indicar que haga algo, en este caso decirnos una frase (para invocarlo: «Alexa dile a Raspberry Pi ayuda«)

import logging
import os

from flask import Flask
from flask_ask import Ask, request, session, question, statement

app = Flask(__name__)
ask = Ask(app, "/")
logging.getLogger('flask_ask').setLevel(logging.DEBUG)

STATUSON = ["encender", "enciende", "pon","encienda","ponga"] # all values that are defined as synonyms in type
STATUSOFF = ["apagar", "apaga", "quita","apague","quite"]

@ask.launch
def launch():
    speech_text = '¿qué quieres hacer?, ¿encender o apagar el aire?'
    return question(speech_text).reprompt(speech_text).simple_card('Poner Aire Skill','Se ha  iniciado')

@ask.intent('Aire', mapping = {'status':'status'})
def Aire_Intent(status):
    if status in STATUSON:
        os.system('./encender.sh')
        return statement('El aire se va a encender')
    elif status in STATUSOFF:
        os.system('./apagar.sh')
        return statement('El aire se va a apagar')
    else:
        return statement('Lo siento, no puedo hacer eso con el aire.')


@ask.intent('AMAZON.StopIntent')
def apagar():
        os.system('./apagar.sh')
        return statement('El aire se va a  apagar')

@ask.intent('AMAZON.HelpIntent')
def help():
    speech_text = 'Control Aire con la Raspberry pi!'
#    return question(speech_text).reprompt(speech_text).simple_card('HelloWorld', speech_text)
    return statement(speech_text)


@ask.session_ended
def session_ended():
    return "{}", 200


if __name__ == '__main__':
    if 'ASK_VERIFY_REQUESTS' in os.environ:
        verify = str(os.environ.get('ASK_VERIFY_REQUESTS', '')).lower()
        if verify == 'false':
            app.config['ASK_VERIFY_REQUESTS'] = False
    app.run(host='0.0.0.0',debug=True)

Evidentemente, se puede mejorar y diseñar la skill de otra manera, pero es totalmente funcional.

En muchos tutoriales, la ejecución de Flask se hace en el interfaz localhost (127.0.0.1), es decir, el servicio sólo es visible en la raspberry Pi, y esto no es problema si usamos ngrok, pero si queremos exponer el servicio a intenet ya sea mediante redirección de puertos en el router, o con el reverse proxy nginx, entonces tendremos que ejecutar la aplicación para que escuche en todos los interfaces o bien en la ip de la raspberry pi, indicando la ip ‘0.0.0.0’

app.run(host='0.0.0.0',debug=True)

Ejecutamos la aplicación en la raspbery pi y ya tenemos el servidor Flask-Ask esperando peticiones desde internet.

Para dejarlo ejecutándose en segund plano y poder cerrar la terminal (sesión ssh) basta el comando siguiente (redirigiendo la salida a un archivo de texto, para ver los logs)

nohup python3 aire.py > flask-ask.log &

Los archivos que hay en mi Raspberry Pi son los siguientes, los scripts y archivos necesarios para encender/apagar el aire acondicoinado con el módulo ir (utilidad irr.py y asociados), ngrok y la aplicación aire.py

Podemos comprobar que está funcionando correctamente accediendo desde un navegador web a la ip de la Rasperry Pi y el puerto 5000. El resultado con el error 405 es correcto:

Pruebas con ngrok

En la definición del Skill en la web de Amazon Developers, nos faltaba algo muy importante, y es indicar el «endpoint» de nuestro Skill, que en este caso es el servicio Flask-Ask (la aplicación aire.py) que se está ejecutando en la Raspberry Pi

Instalar ngrok es trivial, simplemente se descarga de su web, se descomprime y se ejecuta, redirigiendo http al puerto 5000 que es donde se está ejecutándose la aplicación de Flask-Ask aire.py.

ngrok http 5000

Con ambas aplicaciones ejecutándose, vamos a la web de Developer de Amazon y le indicamos a nuestra skill que el endpoint es la dirección http que nos proporciona ngrok, y que el certificado es el de un subdominio (tenemos que poner la dirección que nos da ngrok, en la imagen siguiente se pone una de ejemplo):

Una vez guardado todo, llega el momento de compilar la Skill, dando al menú Build en la consola de Amazon Developer. Cuando nos avise de que ya está, podemos ir a la pestaña de test y empezar a comprobar si funciona o tenemos errores (hay que ver los logs en la consola de developer y los de Flask-Ask y ngrok en la Raspberry Pi)

Usar la consola de test es muy sencillo. POdemos usar el micrófono del PC o bien escribirlo, el PC nos responderá como si fuera el dispositivo Alexa. Una vez solucionados los posibles errores, ya puede uno dirigirse directamente al dispositivo Alexa con la voz.

Voy a mostrar algunas capturas del proceso y las comprobaciones de cómo funcionan las cosas (algún error también se muestra de mis pruebas)

Enviar una instrucción al skill (vemos la respuesta satisfactoria)

Test en la consola de Amazon Developers

El log muestra que se ha capturado ese texto (comando por voz), que se envía a nuestro endpoint, y cómo se interpreta y trduce en parámetros de la skill (intent, slot y valor):

endpoint
Mensaje recibido por Amazon

A continuación, se muestra el log de cómo se ha interpretado correctamente la orden, y traducido a parámetros de ls¡a Skill, que el programa Flas-Ask va a usar.

Un ejemplo de cómo en la consola de Developer de Amazon funciona invocar el Skill directamente (que lanza la función @launch de la aplicación Flask-Ask). Pero esto no funciona en el dispositivo real (Alexa nos contestará que no encuentra a Raspberry PI, o bien, en mi caso que es un Fire Cube, conectado a la TV, me hace una búsqueda en la TV)

NGINX y Reverse Proxy (dominio particular)

Ahora se trata de sustituir la funcionalidad de ngrok por nuestro propio dominio, certificado SSL (en mi caso uno autofirmado) y nginx como reverse proxy para redirigir el tráfico https al puerto 5000 donde está ejecutándose Flask-Ask.

El proceso es muy sencillo, el habitual para usar nginx como reverse proxy.

Necesario:

  • Dominio propio (o bien un DDNS) que resuelve a nuestra ip pública
  • Redirección del puerto https (443) en nuestro router a la ip de la Raspberry Pi en el puerto 5000 (abrir puerto 443 en el router)
  • certificado SSL autofirmado (o bien uno tipo Let’s Encrypt, que será aceptado por Amazon).
  • Configurar el Skill para que use como endpoint nuestro dominio, y como certificado SSL, subirle el nuestro autofirmado.

La configuración de nginx es simple (hay muchos tutoriales en internet), en mi caso, nginx configura los distintos «sitios» en los archivos en «sites-enabled» (en particular el default)

Tan sólo hay que tener en cuenta el nombre de nuestro dominio, la ip local de la Raspberry Pi (192.168.1.99 en mi caso), y dónde hemos guardado los archivos con las claves pública y privada del certificado SSL (ver notas SSL a continuación)# Default server configuration # server { listen 443 ssl; server_name XXXXXXXXXXXXXXXXX.es; ssl_certificate /XXX/XXX/certificate.pem; ssl_certificate_key /XXX/XXX/private-key.pem; ssl_protocols TLSv1.2; ssl_ciphers HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4; ssl_prefer_server_ciphers on; location / { proxy_pass http://192.168.1.99:5000/; # Flask-Ask en RPi proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection ‘upgrade’; proxy_set_header Host $host; proxy_cache_bypass $http_upgrade; proxy_read_timeout 120s; } }

Notas sobre SSL

The SSL handshake to endpoint Resource [https://XXXXXXX.es], Type [HTTP], Region [DEFAULT] failed. Please check that your java keystore is correctly configured"

En el caso de certificado autofirmado es necesario seguir lo indicado en la propia web de AMazon Developers: https://developer.amazon.com/en-US/docs/alexa/custom-skills/configure-web-service-self-signed-certificate.html. Yo tuve que cambiar el certificado que tenía por un problema en el mismo, que hacía que el Skill no funcionara. Obtenía el siguiente error:

Una comprobación que realicé fue con el servicio que proporciona qualys ssl labs (https://www.ssllabs.com/ssltest/) y me daba el siguiente error con el certificado SSL autofirmado que tenía previamente:

Error del certificado autofirmado previo

Una vez seguidos los pasos que indica Amazon (ver enlace anterior), el mismo test ya no da error, y el Skill funciona. La clave estaba en el parámetro «Alternative names»

Configurar el Skill

Simlemente volvemos a la consola de Developers de Amazon y cambiamos el Endpoint, seleccionamos certificado autofirmado. Guardamos, y una vez guardado , nos pide subir el certificado autofirmado. Todo explicado en el enlace anterior de SSL.

Ahora se vuleve a compilar la Skill (Build) y ya podemos probar que las cosas van bien (nuevo endpoint a nuestro dominio)

Mas información en https://abrazalaweb.net/2021/07/controlar-raspberry-pi-con-alexa/