Página 11

Sistema domótico para el manejo remoto de
dispositivos electrónicos a tráves de redes eléctricas

 
 

permite un total de 6 datos diferentes. La figura 22 muestra el transmisor TX4312RS y el receptor

RX3302D implementados sobre un circuito para la lectura de datos y el envío de los mismos al puerto paralelo en modo EPP, para la comunicación con el servidor.

Ampliar
Figura 22. Módulo receptor de RF y control transmisor

El control remoto es configurado en la interfaz Web. Allí el usuario le asigna una función a cada uno de los botones. Con este dispositivo, no hay necesidad de pasar por alguna interfaz para ejecutar un comando, sino que por el contrario, el sistema reconoce la instrucción y la ejecuta de inmediato. La figura 23 muestra la comunicación del control remoto con el sistema X-10.

Ampliar
Figura 23. Diagrama de comunicación del control remoto con el sistema X-10

El control remoto tiene dos estados: Esperando dato y leyendo dato (figura 24). Se puede reconocer cuando la caja de adquisición de datos esta encendida verificando si está alumbrando el led rojo; el segundo led (verde) indica si el control remoto ha emitido algún dato, representádo por la luz verde encendida.

Ampliar
Figura 24. Estado de la tarjeta de adquisición de datos: sin y con dato.

7. CONCLUSIONES

• Debido a la gran variedad y combinaciones que permite la codificación de dispositivos X10, los controles remotos pueden ser programados para varios aparatos, dependiendo solo del número de

 

botones del mismo, y no del software como se pensaba en el planteamiento. Dado que se utiliza el puerto paralelo en modo epp, y el demonio solo recibe códigos e interpreta las instrucciones, la programación para manejar varios electrodomésticos, corresponde solamente a aumentar el número de palabras que el dispositivo debe reconocer. De igual forma, el computador solo sabe que está recibiendo datos desde el LPT, pero nunca se le indica o depende del transmisor, permitiendo que el control remoto no se únicamente el utilizado en el proyecto, sino que se puede modificar la técnica de envío de datos al puerto, sin causar modificaciones en el software.

• Para alojar la plataforma web, basada en clases java, se utilizó el proyecto Tomcat de Apache, como solución al acceso web. Para esto, el lenguaje de programación JSP, fue necesario para programar las interfaces de solicitudes http y WAP. Si se necesitara alguna otra interfaz para otro dispositivo de acceso, se puede lograr sin necesidad de cambiar los instrumentos de desarrollo.

• Se utilizaron herramientas GNU para el desarrollo de la plataforma, en búsqueda de soluciones económicas para la realización del proyecto. En software libre se encuentra una API X10 en modo consola basado en el modelo de Eventos Java, que se pudo utilizar para hacer la comunicación con los dispositivos, reduciendo el diseño a una interfaz web para los comandos de la librería.

• En el proceso de elaboración de hardware no fue necesario implementar de nuevo un módulo X10, pues resulta más costoso comprar la tecnología necesaria para hacerlo, que importarlo directamente de fabricantes.

8. RECOMENDACIONES

En Windows NT/2000/XP no se puede acceder directamente al puerto paralelo con propiedades de lectura y escritura. Si se desea hacer uso del dispositivo electrónico de control remoto del software en alguno de estos sistemas operativos, hay dos formas de adecuarlo:

a. Utilizando un software complementario que abra el puerto. Puede obtener uno libremente en la dirección electrónica
http://www.embeddedtronics.com/public/ Electronics/minidaq/userport/

b. Instalar un controlador modo kernel que permita acceder al puerto con estas dos propiedades. Puede obtener uno en
http://www.geocities.com/avt232/PortIO/bin/ portIO-DLL-2kNT.zip o en
http://www.todorobot.com.ar/ software/io.zip.

 
 
 
1 2 3 4 5 6 7 8 9 10 11 12