Archivo de la categoría: Proyectos

Proyectos que he desarrollado y quiero compartir con la comunidad

alarma

Hacía tiempo que no desarrollaba un proyecto con la fonera. En esta ocasión voy a hacer un sistema de alarma, la cual se activa cuando se pulsa un botón. Para ello me he hecho con lo siguientes materiales:

Emisor de 1 canal

Receptor de 1 canal

Fonera

getfile

Cuando alguien pulse el mando emisor, el receptor (alimentado por la fonera) recibirá la señal e informará a la fonera que se ha activado. Después la fonera se conectará a una página web para mandar un mensaje sms a un número de teléfono. Esto es útil por ejemplo para ancianos que desean solicitar asistencia, con sólo llevar el emisor colgado ya pueden enviar la alarma. Otra aplicación es una tienda donde se solicite ayuda en caso de robo, guardando el emisor debajo del mostrador o en el suelo.

Para ello, lo primero que se debe tener es la fonera con el firmware openwrt. Los pasos se pueden seguir aquí.

Después hay que instalar el módulo gpio. Los pasos se pueden seguir aquí.

A continuación hay que hacer que la fonera sea independiente del cable de red y se conecte como cliente al router wireless. Primero editamos el fichero /etc/config/wireless y ponemos lo siguiente:

Donde SSID es el nombre de la red wireless y CLAVE HEX la clave wep en hexadecimal (Para otras configuraciones mirar el documento de configuración aquí)

Segundo editamos el fichero /etc/config/network y ponemos lo siguiente:

Con estas configuraciones hacemos que el router de la fonera se conecte al punto de acceso como cliente y coja una ip mediante dhcp, sin la necesidad de tener un cable de red, por lo que podemos ponerla en cualquier lado. Por si acaso se deja una ip 192.168.1.200 en el puerto ethernet por si hubiera que conectarse a ella y no funcionase el wifi.

El siguiente paso es crear el script que recibirá por el gpio la señal del receptor. Creamos el fichero /usr/bin/alarma.sh con este contenido (poniendo el usuario, contraseña, numero de móvil y el mensaje a enviar):

Lo que hace el script es comprobar la salida del receptor cada segundo, si está activada enciende el led wlan de la fonera y accede a una página web php que envía mensajes sms con la API de envío de SMS del open movil forum, este es el código fuente:

El fichero SMSSenderAPI.php lo podeis descargar aquí. Los campos LOGIN y PASSWORD son para la api de open movilforum, el campo DESTINO es el número de móvil del destinatario y el campo MENSAJE el texto que se le enviará.

Después se edita el fichero /etc/firewall.user y se añade al final la siguiente linea sh /usr/bin/programa.sh &.

En la parte hardware he sacado los cables de GPIO de la fonera y alimentación y masa al exterior:

imgp0885imgp0886

Igualmente he quitado en el receptor el integrado 7805 para alimentar el circuito directamente desde la fonera con dos cables (alimentación y masa):

imgp0887

Y soldado al pin 1 (el que se pone a 5 voltios si el circuito ha recibido una señal) del chip HEF4013BP un cable que irá directamente conectado al gpio 1 de la fonera:

imgp0888

Y como colofón un video demostrativo:

En el vídeo se puede ver como pulso el botón del emisor, después el led de la fonera se pone en verde y finalmente se recibe un mensaje de texto indicando Alarma activada.

Reloj termómetro con PIC 16F628

Recientemente he creado un reloj-termómetro hecho con un PIC 16F628A, un sensor de temperatura i2c DS1624, un reloj en tiempo real i2c DS1307 y un LCD de 16×2 compatible con Hitachi HD44780.

El sistema, una vez encendido, muestra la fecha y hora, la temperatura junto con los valores máximo y mínimo que alcanza y finalmente un mensaje personalizado. Aquí hay un video que he grabado del mismo:

El esquema del circuito es el siguiente:

Y desde aquí os podeis bajar el .hex y el código fuente (CCS C)

proyecto

La fecha y hora se configuran con sólo un botón pulsador que está conectado a RB0 y que funciona por temporización e indexación. Es decir, si tu pulsas la primera vez el botón, se mostrará en el LCD la fecha y hora y el indice 0, que indica que vas a modificar el día, entónces si pulsas dentro de los dos segundos siguientes el botón, el día se incrementará, si no lo pulsas, el indice se incrementará a 1 y se podrán modificar los meses de igual manera. Así hasta llegar al indice 5 que son los segundos y después mostrará la fecha y hora actualizadas renovandose cada segundo.

A los diez segundos de mostrar la fecha y hora se muestra la temperatura actual junto con los valores máximo (M) y minimo (m) que se han alcanzado. Si son los 30 primeros segundos de medianoche se resetearán esos valores.

A los diez segundos de mostrar la temperatura, se mostrará un mensaje personalizado que se ha guardado en la EEPROM al programar el PIC. Pasados cinco segundos vuelve a mostrar la fecha y hora.

El PIC usa el oscilador interno de 4Mhz. El programa ocupa un 98% de su memoria de código. Aunque en el video vereis que hay un interruptor de encendido/apagado, un led indicador de encendido/apagado y unas resistencias variables para el LCD, con lo que hay en el esquema es suficiente para funcionar. Vcc son 5 voltios conseguidos a través de un 7805.

Divisas 3.0

He publicado la versión 3.0 de Divisas.

Este programa, que desde su primera versión han pasado más de 5 años, siempre ha tenido por objetivo dotar de una herramienta sencilla y eficaz para el usuario que desea convetir los valores de las monedas de distintos países.

En esta ocasión he intentando simplificar al máximo la interactuación entre el usuario y el programa. Por ello he quitado la opción de histórico que a duras penas se usaba, y he añadido una interfaz que junta lo mejor del mundo de las aplicaciones web y del mundo de las aplicaciones de escritorio.

Ahora al usuario se le presenta un mapa del mundo (de Google Maps) y este selecciona con una simple pulsación el país de origen y de destino de los cuales quiere la información del valor de sus divisas. A continuación, si así lo desea el usuario, puede cambiar la cantidad de la moneda de origen para que se refleje automáticamente el resultado en la moneda de destino.

La versión anterior ofrecía al usuario la interfaz en 5 idiomas distintos, pero ahora gracias a Google Maps se ofrecen los textos en el idioma original del usuario. La información monetaria de más de 170 paises la extrae del servicio web que ofrece la empresa webserviceX.

La aplicación tiene un sistema que detecta nuevas versiones y se instalan automáticamente sin que el usuario necesite hacer nada.

Todo el desarrollo está hecho en C# con Visual Studio 2005.

¿A qué esperas a probarlo? Te vendrá bien en tus próximas vacaciones por el extranjero.

Edito 19/07/2009:

Dado que el servicio web da problemas en muchas ocasiones he añadido la fuente del Banco Central Europeo para que al menos el resultado de las divisas más comunes sea inmediato.

Enviar net send anónimos

En windows podemos enviar mensajes a otros usuarios a través de la red de un dominio con el comando net send, siempre y cuando tengamos iniciado el servicio Mensajero de windows. Desde linux con smbclient -M también podemos hacer lo mismo.

Sin embargo siempre se enviará como remitente el equipo desde donde se envió el mensaje. Si queremos mandar un mensaje con un remitente distinto debemos recurrir al envío del mismo a través de la tubería \MAILSLOT\MESSNGR que tiene abierta windows si el servicio que comentaba antes está iniciado. Aquí muestro los pasos a seguir usando win32.

Primero se debe abrir esa tubería mediante un CreateFile poniendo como ruta lo siguiente \\<nombre de equipo>\\MAILSLOT\MESSNGR.

Después debemos escribir a esa tubería con WriteFile la siguiente cadena <origen>\0<destino>\0<mensaje>\0

Finalmente cerramos la tubería con CloseHandle.

Para ilustrar el funcionamiento, podeis bajaros el código fuente de un programa aquí.

Si quereis usarlo ya compilado, podeis bajaros el ejecutable aquí.

gateway email2qrcode

Antes de nada, ¿que es el qrcode?, la wikipedia lo define como:

Un código QR es un sistema para almacenar información en una matriz de puntos o un código de barras bidimensional creado por la compañía japonesa Denso-Wave en 1994; se caracterizan por los tres cuadrados que encontramos en las esquinas y que permiten detectar al lector la posición del código. La sigla «QR» se derivó de la frase inglesa «Quick Response» pues el creador aspiraba a que el código permitiera que su contenido se leyera a alta velocidad. Los códigos QR son muy comunes en Japón y de hecho son el código bidimensional más popular en ese país.

Todos conocemos los códigos de barras que estan ya presentes en cualquier producto que adquiramos. Como la información que puede contener un código de barras es limitada (solo unos pocos carácteres), se buscaron formas de incluir muchos más datos en aproximadamente el mismo espacio, de ahí que aparecieran los nuevos códigos 3D (en contraposición a los de barras, llamados 2D), los cuales codifican la información en una cuadricula punteada, pudiendo almacenar hasta kilobytes de información.

Existen varios estándares:

PDF 417 Lo podeis generar aquí.

Datamatrix lo podeis generar aquí.

MaxiCode lo podeis generar aquí.

QRCode lo podeis generar aquí.

La ventaja de QRCode es que esta muy extendido, ya que es un estandard ISO (18004) que todo el mundo puede usar libremente y existen librerias comerciales y gratuitas tanto para generarlo como para decodificarlo. Para móviles, uno de los mejores lectores gratuitos que hay hecho en java es el kaywa reader.

Imagen qrcode

En este artículo explico como hice un gateway que decodifica los qrcodes que se hayan enviado por correo electrónico, respondiendo al remitente con el texto que contenian las imágenes.

El proceso es tan simple como:

Enviar las imágenes qrcode adjuntas a un correo electrónico y enviarlo a qrdecode@sistemasorp.es.

Posteriormente en el servidor, una tarea cron ejecuta cada minuto un script en perl.

Este script de perl comprueba el buzón de correo y si hay mensajes los procesa. Si detecta que hay imágenes ejecuta una librería java llamada Open Source QR Code Library (http://sourceforge.jp/projects/qrcode/) y toma su salida estandar para luego crear un correo y enviarselo al remitente con el texto de la/s imagen/es.

Si quereis descargaros el script de perl, lo podeis hacer aquí.

Wardriving con la fonera

La fonera es para mi un ordenador con muchas posibilidades. La verdad es que tenerlo solo para compartir la conexión de internet me parece subestimar todo su potencial. Entre las muchas cosas que pueden hacerse con ella (la imaginación es el único limite), una de ellas es hacer wardriving. Hasta ahora el wardriving se hacía con un portatil o una pda que tuviese wifi y gps (ambos en módulos separados o integrados en el hardware) pero eso ha cambiado…

Antes de empezar quiero comentar que todo esto es experimental, y que no me hago responsable de los daños que pudierais ocasionaros a vosotros mismos o a cualquier cosa implicada en el proceso.

Pues bien, la principal ventaja del sistema de wardriving que he estado desarrollando es que es mucho más barato que las soluciones anteriormente citadas, por lo que paso a detallar lo necesario para fabricarse un sistema de wardriving con la fonera (los enlaces son méramente orientativos, no me llevo ninguna comisión por ellos):

Como es lógico, es necesario una fonera, que cuesta unos 30 € en fon (o menos si lo compras en ebay o incluso si te la regalan).

Un módulo gps que funcione a 3,3 voltios, que cuesta alrededor de 40 €. Aunque si se tiene ya un gps de mano con conexión serie se puede hacer un circuito con un chip max3232 (que no 232).

Una antena wifi omnidireccional con imán y conector rp-sma ideal para ponerla en el techo del coche, por unos 17 €. Aunque se puede usar la antena que viene en la fonera (con lo que habrá menos cobertura).

Finalmente un adaptador de mechero para el coche de 5 voltios y 2 amperios por unos 12 €. En mi caso me compré un adaptador de mechero para la PSP que también reúne las características necesarias y que modifiqué ligeramente para poder enchufarlo a la fonera.

Para unir el GPS al puerto serie de la fonera me fabriqué un pequeño cable que va unido a un circuito, y este a su vez a la fonera través de un cable IDE.

Al final uniendo todos los componentes quedaría así:

Para hacer funcionar el invento necesitáis instalar en la fonera el firmware OpenWRT Kamikaze, en La Fonera Developers Forum podeis encontrar un artículo estupendo de como hacerlo. Si no lo hago con el firmware que trae por defecto FON es simplemente porque la fonera no arranca si no encuentra una conexión de red válida (y en el coche no tendremos red alguna) además de que usa el led de WLAN que nosotros aprovecharemos para otro tema.

Ahora por la parte software programé un demonio el cual se encarga de escanear las redes wifi al mismo tiempo que va tomando la posición GPS. El demonio se llama fonerawd y guarda los resultados del escaneo en el directorio /www/wifispots, creando un fichero con la mac de cada red detectada y guardando dentro de este el SSID de la red, el tipo de conexión, si está encriptada o no y su latitud y longitud (si no existe GPS pondrá error, si no tiene señal será 0); todos estos campos están separados por el carácter barra «|».

El puerto serie de la fonera lo programé gracias a este artículo que explica como hacerlo en modo canónico, que es ideal para recibir las lineas de datos del protocolo NMEA del GPS. El escaneo de redes lo hice basándome en este artículo que aunque no explica como hacerlo, el código fuente es suficientemente descriptivo.

Este software esta bajo licencia GPL y lo podéis descargar aquí:

https://www.sistemasorp.es/blog/fonerawd.tar.gz

Aunque ya viene el ejecutable probablemente queráis compilarlo por vosotros mismos, por lo que además de seguir las instrucciones que publiqué en un reciente artículo, debéis compilarlo incluyendo una librería y un directorio de includes de la siguiente forma:

mips-linux-uclibc-gcc -I../fonera/staging_dir_mips/usr/include -L../fonera/staging_dir_mips/usr/lib -liw -o fonerawd fonerawd.c

Donde la ruta ../fonera la debéis cambiar a la ruta donde tengáis el toolchain.

Una vez compilado el ejecutable debéis descargarlo a la fonera en el directorio /usr/bin

wget http://xxx.xxx.xxx.xxx/fonerawd
mv fonerawd /usr/bin

donde xxx.xxx.xxx.xxx es la ip de un servidor web. Después hay que darle permisos de ejecución

chmod +x /usr/bin/fonerawd

Ahora debemos hacer unas modificaciones en el kamikaze:

1) Editar con el vi el fichero /etc/inittab y desactivar el entrada por consola comentado la linea tts/0::askfirst:/bin/ash –login con una almohadilla «#». Esto hará que los comandos NMEA del GPS enviados al puerto serie no provoquen el crear una sesión shell por el puerto serie ya que contienen un retorno de carro y el linux lo confundiría con la pulsación de la tecla ENTER.

2) Poner una ip fija en la fonera para luego poder entrar en ella sin tener que adivinar que IP tiene. Para ello editamos con el vi el fichero /etc/config/network y ponemos esto en la interfaz lan (la ip puede ser cualquier otra de vuestro segmento de red):

config interface lan
option ifname eth0
option proto static
option ipaddr 192.168.0.12
option netmask 255.255.255.0

3) Instalar el modulo proc_gpio citado en este artículo. Para ello debéis copiar el fichero proc_gpio.ko en el directorio /lib/modules/2.6.19.1 . Esto nos permitirá tener control sobre la luz WLAN de la fonera.

4) En el directorio /etc/init.d crear un fichero con el vi llamando red y le añadís las siguientes líneas:

#!/bin/sh /etc/rc.common

start () {
wlanconfig ath0 destroy
wlanconfig ath0 create wlandev wifi0 wlanmode sta
ifconfig ath0 up
insmod proc_gpio.ko
echo 1 > /proc/gpio/2_dir
echo 1 > /proc/gpio/2_out
/usr/bin/fonerawd
}

stop () {
echo «hola»
}

Y le damos permisos de ejecución. Finalmente debéis crear un enlace a este fichero desde el directorio /etc/rc.d de la siguiente forma:

ln -s /etc/init.d/red S76red

Esto hará que cuando se arranque la fonera y busque en el directorio rc.d que scripts deben ejecutarse, se ejecute el script llamado red. Este script crea una interfaz wireless llamada ath0 en modo cliente para poder escanear las redes wifi, luego el módulo proc_gpio hará que se encienda la luz de WLAN, señal que indica que el demonio fonerawd esta cargado y podemos conectar el gps al puerto serie de la fonera (y no antes).

El proceso a seguir sería el siguiente:

1) Ponéis la fonera en el salpicadero del vehículo.

2) Ponéis la antena en el techo del vehículo y pasais el cable al interior a través de la ventanilla conectándola a la fonera.

3) Enchufáis el adaptador al mechero del coche y el otro extremo de este a la fonera.

4) Cuando la luz de WLAN este encendida conectar el módulo GPS.

Un resultado de una de mis salidas haciendo wardriving se puede ver en https://www.sistemasorp.es/fonerawd

Hacer wardriving no conlleva que te conectes a las redes wifi necesariamente, simplemente se trata de listarlas, por eso este proyecto solo lista las redes y no hace nada más con ellas, siendo 100% legal.

El próximo proyecto que tengo en mente es hacer que la fonera con el firmware de FON pueda actuar como interfaz entre internet y un PIC 16F628 para hacer domótica.

Actualización 04/02/2007:

Añado un video sobre una sesión de wardriving con la fonera:

A pesar de que en el vídeo somos dos personas, en las sesiones de wardriving con la fonera solo es necesario el conductor, ya que la fonera se encarga de hacerlo todo ella sola (eso si, poned el gps cuando la luz de WLAN esté en verde y antes de movilizar el vehículo).

Creo que también es necesario un pequeño esquema de como se deben conectar los pines del gps que he utilizado para las sesiones con los pines de la fonera:

Fuentes del proyecto de domótica

Como muchos me habéis pedido aquí dejo las fuentes del proyecto de domótica:

Creative Commons License
Esta obra está bajo una licencia de Creative Commons.

Luces: (Visual C++ 6.0) El corazón del sistema software. Este es el encargado de abrir el puerto tcp 1976 para recibir conexiones, validar usuarios, enviar por el puerto paralelo las ordenes que estos dicten entre otras cosas. Podeis descargar el programa compilado, con su base de datos y su fichero .ini aquí (Recordad que para ejecutarlo en windows NT, 2000, XP o 2003 debeis usar el allowio)

Web: (DHTML y ASP) Interfaz web para poder usar el sistema mediante un navegador o un móvil con WEP.

Applet: (Visual J++) Applet de java para la interfaz web, la cual muestra en tiempo real los cambios de los aparatos eléctricos.

Remoto: (Visual C++ 6.0) Aplicación para gestionar los comandos de un mando a distancia por infrarrojos.

SMS: (Visual C++ 6.0) Aplicación para gestionar los comandos de mensajes cortos por móvil.

Me hubiera gustado modificar los fuentes para dejarlos más claros, elegantes e incluso más eficientes, pero no he tenido tiempo hasta ahora y no lo tendré en un tiempo futuro, por lo que los pongo tal como los dejé.

Manejar aparatos eléctricos desde el PC: domótica (5/5)

Hola a todos de nuevo. La espera se ha hecho larga (¡¡¡ casi 7 meses !!!), pero es porque me enfrasqué en otros proyectos y he sacrificado el tiempo del blog para poder desarrollarlos, aunque siempre he estado pendiente de los comentarios. Uno de ellos (que no el único) ha sido el de crear Hora y Lugar: una web para crear recordatorios de citas y que ha quedado cuarta en el concurso de Google Maps España.

Como broche final a esta serie de artículos, expongo la interfaz por antonomasia que hace que la domótica cobre un nuevo sentido. Y esa es manejar el sistema mediante el móvil. Ya no se trata de estar en casa o de tener una conexión a internet, sino de prácticamente poder usar nuestros aparatos desde cualquier lugar (donde haya cobertura claro). En esta ocasión es a base de SMS, que todo el mundo sabe escribir y son relativamente baratos, aunque en un futuro añadiré la funcionalidad de centralita, donde una voz te pregunta e informa y tu envías comandos mendiante tonos DTMF (pulsando las teclas del teléfono) o bién mediante voz; todo ello usando TAPI.

Usando el móvil que ya todos conoceis desarrollé la interfaz para poder tratar los mensajes recibidos y traducirlos en comandos para el sistema. Para iniciarlo se carga el programa SMS indicandole en que puerto esta eschuchando el móvil y cual es la dirección del servidor.

Cuando queramos hacer algo, escribimos un mensaje sms con el formato usuario contraseña comando.

Cuando el móvil recibe el mensaje, el programa SMS que esta comprobando si ha recibido un mensaje cada cierto tiempo lo procesa, muestra el teléfono de origen, la fecha y la cadena enviada.

A continuación envía el comando al servidor y nos responde con otro mensaje sms indicando en que estado se encuentra el sistema después de haber procesado el comando.

De la aplicación se puede salir simplemente pulsando INTRO.

Aquí teneis un video donde podeis ver como funciona todo lo que he ido explicando en todos los artículos:

Si no podeis visualizarlo bién, el enlace es https://www.youtube.com/watch?v=-Y5wO0ydRxo

Y así acaba esta serie de artículos, esperando que os haya servido de utilidad y que os haya dado ideas de como implantarlo vosotros mismos (como ya muchos me habeis comentado). Mi idea es seguir desarrollandolo añadiendo nuevas funcionalidades como reconocimiento de voz, centralita (como ya he comentado más arriba) y más control en los aparatos (de ser un mero encender y apagar a poder manejar todas las funcionalidades).

Manejar aparatos eléctricos desde el PC: domótica (4/5)

Códigos fuentes del proyecto

Manejar aparatos eléctricos desde el PC: domótica (4/5)

Después de un largo periodo de descanso empiezo a escribir el siguiente artículo sobre domótica.

Ya hemos tratado varias formas de acceder remotamente o localmente al sistema de domótica a través de TCP/IP. La cuestión es que hasta ahora las interfaces que necesitábamos para poder interactuar con el sistema necesitaban de un ordenador que se conectara al sistema central (que podía ser el mismo que contiene el sistema) para enviarle ordenes y recibir el estado. En este artículo trataremos una forma más «casera» de interactuar con el sistema.

Todo el mundo tiene un mando a distancia en su casa y/o sabe como usarlo, asi que con esta sencilla interfaz podemos interactuar con todos los aparatos del sistema de domótica simplemente interpretando las pulsaciones que recibe del mando a distancia (en mi caso mediante un puerto serie) y convirtiendolo en comandos del protocolo del sistema de domótica. Para ello cargamos el programa Remoto, que es una aplicación de consola, pasándole como parámetros el puerto serie, el servidor, el usuario y la contraseña. Este lo que hará es acceder mediante TCP/IP al servidor Luces con el usuario y contraseña dados y a continuación abrirá el puerto serie para empezar a recibir las señales infrarojas.

Cuando se pulsa el botón 1, 2, 3 o 4 del mando a distancia cambia el estado del aparato a encendido o apagado si se encuentra apagado o encendido respectivamente. Por supuesto tiene que haber visión directa entre el mando a distancia y el receptor (que puede no estar en la misma habitación que el ordenador al que esta enchufado).

De la aplicación podemos salir pulsando intro. El mando a distancia que tengo y el cable receptor lo obtuve de una capturadora de televisión, sin embargo si no teneis uno similar podeis comprar ya uno hecho de cualquier capturadora MIRO o AVERMEDIA o haceros vosotros mismos uno: http://www.tldp.org/linuxfocus/Castellano/March2000/article137.html.

Manejar aparatos eléctricos desde el PC: domótica (3/5) Manejar aparatos eléctricos desde el PC: domótica (5/5)