Uso de GTalk desde SHELL para el envio de alertas

... o para hablar con nuestro RaspberryPi

He pensado que para enviar las alertas de la alarma y esas cosas, además de mandar un email, sería muy interesante que mandase una conversación por GTalk, para que salte la ventanita de turno en el móvil y en el pc del curro. Y ya que estamos, como yo no puedo hacer las cosas tan sencillas, voy a hacer que las ordenes que le digo desde GTalk las ejecute el servidor, muy interesante.

envío de mensajes automáticos usando GTalk

Estos son los pasos:

apt-get update
apt-get install sendxmpp
echo "# my account" > ~/.sendxmpprc
echo "mygmailuser@gmail.com;talk.google.com mygmailpassword gmail.com" >> ~/.sendxmpprc
chmod 700 ~/.sendxmpprc
cp -v ~/.sendxmpprc /etc/sendxmpprc

vaaale, no ha dado fallos, vamos a enviar un mensaje de prueba:

echo "This is a test IM" | sendxmpp -t receivergmailuser@gmail.com

donde receivergmailuser@gmail.com es donde enviamos el mensaje. A mi me ha llegado al Android, al Pidgin en el pc del curro y en la ventana emergente de gmail.com ¡perfecto!. Integrarlo con el script de la alarma del post correspondiente es muy fácil:

#!/bin/bash
# alarma laser
# programado por Juanmol para http://rsppi.blogspot.com
gpio -g mode 18 out
gpio -g mode 17 in
gpio -g write 18 0
sleep 1
while ((1));
do
 if [ "$(gpio -g read 17)" -eq "0" ];
 then
  echo "no pasa nada, relajate";
  sleep 0.5;
 else
  echo "ALARMA!! ALARMA!!";
  echo "ALARMA!! ALARMA!!" | sendxmpp -t receivergmailuser@gmail.com;
  sleep 10;
 fi
done

recepción de mensajes por GTalk y actuando en RaspberryPi

El paso anterior era bastante sencillo, ahora lo vamos a complicar un poco más. Voy a usar centerim como cliente para consola de GTalk:

apt-get install centerim

Ahora hay que abrir centerim y configurar la cuenta de GMail que enviara los mensajes. Aquí te dejo una web con las instrucciones.
Con el cliente ya configurado, inicia una conversación con aquella otra cuenta que vaya a ser la que envíe las ordenes, para crear los archivos necesarios. Tienes que hablarte a ti mismo, es una conversación de lo más entretenida.
Para hacerlo más interesante (y seguro), vamos a hacer que sólo atienda aquellas ordenes que vengan precedidas por un código/pin/clave, para nuestro ejemplo: 9988. Voy a usar mi demonio en bash, que use en este otro post. Creamos /usr/local/bin/demoniogtalk.sh :

#!/bin/bash
# demonio GTalk
# programado por Juanmol para http://rsppi.blogspot.com
rm -f /root/.centerim/jreceivergmailuser@gmail.com/history
touch /root/.centerim/jreceivergmailuser@gmail.com/history
tail -f /root/.centerim/jreceivergmailuser@gmail.com/history | perl -ne 'system("/usr/local/bin/filtrogtalk.sh $_")'

jreceivergmailuser@gmail.com es la cuenta de GTalk que enviará las ordenes, tienes que buscarla en ~/.centerim/ . Estos archivos se crearon cuando estuviste hablando contigo mismo ¿a que ahora no te parece tan raro?.

Ahora creamos /usr/local/bin/filtrogtalk.sh :

#!/bin/bash
# programado por Juanmol para http://rsppi.blogspot.com
if [ $(echo $@ | grep 9988 | wc -l) = 1 ];
then
 /usr/local/bin/ejecutadorgtalk.sh $(echo $@ | cut -f2 -d\:);
 echo "Orden recibida" | sendxmpp -t receivergmailuser@gmail.com ;
 rm -f /root/.centerim/jreceivergmailuser@gmail.com ;
fi

receivergmailuser@gmail.com es la que envía las ordenes. Y cambia '9988' por tu código/pin/clave.

Llegados a este punto podemos hacer una prueba, hacemos lo siguiente:

screen -d -m -S centerim centerim
/bin/bash /usr/local/bin/demoniogtalk.sh 2> /dev/null & 

con la 1ª linea, dejamos en ejecución dentro de un screen, al centerim. Tenemos que hacerlo así por la propia naturaleza de centerim, que no permite quedarse en segundo plano. La 2ª línea es la que deja en segundo plano al demonio. Ahora desde el cliente donde tenemos registrada la cuenta que envía (en nuestro ejemplo receivergmailuser@gmail.com), le decimos cosas y no tiene que responder nada, pero si le decimos por ejemplo:

9988: rsppi mola

A los pocos segundos nos responderá con un "Orden recibida". Ahora vamos a crear /usr/local/bin/ejecutadorgtalk.sh con un pequeño ejemplo:

#!/bin/bash
# desarrollado por juanmol para http://rsppi.blogspot.com
log=/var/log/ejecutadorgtalk.log
case $1 in
 alarma)
  if [ $2 = on ];
  then
   echo se enciende la alarma >> $log;
   echo "conectando alarma" | sendxmpp -t -u mygmailuser -o gmail.com -p mygmailpassword receivergmailuser@gmail.com ;

  else
   echo se apaga la alarma >> $log;
   echo "apagando alarma" | sendxmpp -t -u mygmailuser -o gmail.com -p mygmailpassword receivergmailuser@gmail.com ;
  fi
 ;;
 * )
 echo no se reconoce el evento $1 >> $log
 ;;
esac

como vemos, este script recibe, por ahora, la orden "alarma on" o "alarma off" y actúa en consecuencia. Para nuestra alarma láser, habría que ejecutar dentro del on:

/bin/bash /usr/local/bin/alarmalaser.sh

y dentro del off, siendo un poco guarrete:

killall alarmalaser.sh

Para que todo arranque con el sistema, añadimos las siguientes líneas al final del archivo /etc/rc.local :

screen -d -m -S centerim centerim
sleep 5 && /bin/bash /usr/local/bin/demoniogtalk.sh 2> /dev/null & 

Una vez más, esta forma de "programar" es un poco especial, yo lo llamo "un poco de scripting callejero", no vayas a usar estos ejemplos en el trabajo, ni se los enseñes a tu suegro, no es muy presentable.

edición 5 de Marzo de 2013:
afortunadamente han actualizado algunos paquetes y ahora la instalación es aún más fácil. He realizado los cambios sobre el contenido anterior.