Domótica de Seguridad Por Medio de SMS: Instituto Politécnico Nacional

INSTITUTO POLITCNICO NACIONAL
ESCUELA SUPERIOR DE INGENIERA

MCANICA Y ELCTRICA

DOMTICA DE SEGURIDAD POR
MEDIO DE SMS

PROYECTO DE INVESTIGACIN

QUE PARA OBTENER EL TTULO DE:
INGENIERO EN COMUNICACIONES Y ELECTRNICA

PRESENTAN:
HERNANDEZ ESTRADA JOS ISAAC
RIVERA VELAZQUEZ JOSU MANUEL
YAEZ MIGUEL HUGO ARMANDO

ASESORES:
M. EN C. JAIME FONSECA BEATRIZ ADRIANA
ING. TORRES VILLASANCHEZ JUAN CARLOS

MEXICO, D.F. NOVIEMBRE 2010

DOMTICA POR MEDIO DE SMS Pgina 2





RESUMEN

El trmino domtica, que proviene de la palabra en francs domotique, es
utilizado para definir la automatizacin de un inmueble. La domtica surge
en base a las necesidades de automatizar el entorno del ser humano, para
facilitar el desarrollo de sus tareas y poder atender situaciones ms
complejas delegando actividades a la tecnologa.
En la actualidad, la domtica es una de las reas con mayor avance
tecnolgico, en busca de poder automatizar la mayor cantidad de
actividades posibles, obteniendo beneficios en la forma de vida del ser
humano.
Por otro lado, la seguridad en Mxico es un tema de suma importancia, el
tema ha tenido gran alcance tal que los habitantes compran elementos y
sistemas de seguridad para evitar situaciones desagradables. Es cierto que
existen muchos sistemas de seguridad, algunos sistemas cuyo precio est en
correspondencia con la complejidad y eficiencia de estos, pero representan
un gasto inalcanzable para la mayor parte de la poblacin. Otros sistemas
son econmicos pero carecen de eficiencia y terminan por ser obsoletos.
Con el desarrollo de este proyecto se busca crear un sistema de seguridad
tan necesario en nuestro pas y ms especficamente en nuestra ciudad, el
cual implementa la domtica como herramienta principal, ya que el sistema
es aplicado especficamente a la seguridad de inmuebles. Se busca utilizar
tecnologa ya existente y de costos accesibles, adems de implementar como
elemento principal del sistema una herramienta de las comunicaciones que
hoy en da se ha convertido en algo vital en nuestras vidas, el celular.


Con este proyecto se desea obtener el desarrollo de un sistema de seguridad
pensado en las necesidades de una sociedad mexicana, con caractersticas
bien definidas como economa, practicidad, eficiencia y sobre todo
flexibilidad, caracterstica que nos permitir incrementar el alcance de control
de elementos e incluso implementar el sistema en otras reas.



ABSTRACT

The domtica term, which comes from the French word "domotique" is used
to define a building automation. Home automation was creaded based on the
needs of automating the human environment to facilitate the development of
their tasks and to address more complex situations delegating activities to
technology.
At present, home automation is one of the most technologically advanced
areas, seeking to automate the most possible activities, getting benefits in
the form of human life.
Moreover, security in Mexico is a very important topic, the topic has been so
powerful that people buy items and safety systems to avoid unpleasant
situations. It is true that there are many security systems, some systems
whose price is in correspondence with the complexity of these are efficient,
but they represent an unreachable expense for most of the population. Other
systems are inexpensive but lack of efficiency and end up being obsolete.
With the development of this project is to create a security system so
necessary in the country and more specifically in our city, which implement
the automation as the main tool, as the system is applied specifically to the
security of property. It seeks to use existing technology and affordable costs,
in addition to implementing the system as the main component of the
communications tool that today has become vital in our lives, the cell phone.
This project sought to develop a security system designed on the needs of
Mexican society, with well defined characteristics such as economics,


practicality, efficiency and especially flexibility, a feature that will allow us to
increase the range of elements and even control implement our system in
other areas.



NDICE DE TABLAS.

CAPTULO I. DOMTICA DE SEGURIDAD POR MEDIO DE MENSAJERA SMS.

CAPTULO II. DOMTICA.

TABLA 2.1. Ventajas y desventajas de los sistemas de control
centralizado y descentralizado. 25

CAPTULO III. ELEMENTOS DEL PROTOTIPO.

TABLA 3.1. Comparacin entre SMS y correo electrnico (e-mail). 36
TABLA 3.2. Tarifas de servicios en un telfono mvil. 37
TABLA 3.3. Comandos AT. 46

CAPTULO IV. IMPLEMENTACI DEL SISTEMA.

TABLA 4.1. Comandos AT para verificar el estado del mdem. 80
TABLA 4.2. Atajos tiles del teclado. 86
TABLA 4.3. Seales en RS-232. 89

CAPTULO V. RESULTADOS.

NDICE DE FIGURAS.




FIGURA 3.1. Diagrama de bloques del sistema. 40
FIGURA 3.2. cono caracterstico del lenguaje de programacin JAVA. 43
FIGURA 3.3. Representacin de la comunicacin celular-mdem. 45
FIGURA 3.4. cono caracterstico de Labview de National Instruments. 48
FIGURA 3.5 Vista del panel frontal y diagrama de bloques. 49
FIGURA 3.6. Tarjeta de adquisicin de datos NI for USB devices
(6008/6009/6501). 51
FIGURA 3.7. Contacto magntico. 54
FIGURA 3.8. Sensor de presencia. 55


CAPTULO IV. IMPLEMENTACI DEL SISTEMA.

4.1. Ventana de envo de informacin al sistema mediante SMS. 60
4.2. Ventana de ingreso al sistema. 64
4.3. Ventana de bienvenida al sistema. 72
4.4. Ventana de control de estados. 73
4.5. a) Ventana de decisin; b) Ventana de lista de elementos. 74
4.6. cono caracterstico del entorno de programacin JAVA NETBEANS. 75
4.7. Caractersticas el entorno de programacin JAVA NETBEANS. 76
4.8. Ventana de programa de interfaz. 76
4.9. Mdem GSM/GPRS GPM12M. 77
4.10. Ventana de inicio de SIERRA WIRELESS. 78
4.11. Imagen de la consola de SIERRA WIRELESS. 79
4.12. Entorno de envo y recepcin de datos. 81
4.13. Labview de NI. 82
4.14. Inicio de un nuevo proyecto. 84
4.15. Ventana de ayuda contextual. 86
4.16. Paletas de funciones. 87
4.17. Conector DB9. 90
4.18. Men serial. 91
4.19. Configure Serial Port. 91
4.20. Representacin de Configure Serial Port en panel frontal. 92
4.21. VISA Write. 92
4.22. VISA Read. 93
4.23. Representacion de VISA Read en panel frontal. 93
4.24. VISA Close. 94
4.25. VISA Bytes at Serial Ports. 94
4.26. String Subset Function. 95
4.27. String To Byte Array Function. 95
4.28. Index Array Function. 95
4.29. Simple Error Handler VI. 96
4.30. Estructura CASE a) Estado True b) Estado False. 97
4.31. Representacin de CASE en panel frontal. 97
4.32. SEQUENCE. 98
4.33. CASE False. 98
4.34. CASE True. 99
4.35. Panel de control (Panel frontal). 99
4.36. Concatenate Strings Function. 100
4.37. Aplicacin de Concatenate Strings Function. 100
4.38. Vista en panel frontal de Concatenate Strings Function. 101
4.39. Match Pattern Function. 101
4.40. Aplicacin de Match Pattern Function. 102
4.41. Envo de SMS al usuario. 102


4.42. Instalacin de la tarjeta de adquisicin de datos. 103
4.43. Device Pinouts DAC USB 6008. 104
4.44. Acceso a las terminales de la tarjeta NI-DAC. 105
4.45. Vista Interior simulada del inmueble. 108
4.46. Vista del plano del inmueble. 108
4.47. Configuracin de los pines del ATmega8. 109
4.48. Diagrama de flujo del sistema. 110


5.1. cono caracterstico de MATLAB. 118



NDICE.

GLOSARIO.
1. INTRODUCCIN. 14
1.1 JUSTIFICACIN. 15
1.2 PLANTEAMIENTO DEL PROBLEMA. 17
1.3 OBJETIVOS. 17
1.3.1 OBJETIVOS GENERALES. 17
1.3.2 OBJETIVOS PARTICULARES. 18
1.4 HIPTESIS. 18
1.5 METODOLOGA DE LA INVESTIGACIN. 19
1.6 TRABAJO A FUTURO. 21


2. INTRODUCCIN. 22
2.1 DEFINICIN. 22
2.2 PARTES DE UN SISTEMA DOMTICO. 23
2.3 DOMTICA EN LA ACTUALIDAD. 25
2.4 APLICACIONES. 26
2.4.1 SEGURIDAD. 26
2.4.2 CONTROL A DISTANCIA. 27
2.4.3 GESTIN Y AHORRO ENEGTICO. 28
2.4.4 AUTOMATIZACIN DE TAREAS DOMSTICAS. 29
2.4.5 MONITORIZACION DE LA SALUD. 29
2.5 MEDIOS DE TRANSMISIN. 29
2.6 OPERACIN Y MANTENIMIENTO DE INSTALACIONES. 30
2.7 CONTROL REMOTO DENTRO DE LA VIVIENDA. 31
2.8 CONTROL REMOTO FUERA DE LA VIVIENDA. 31
2.9 DESARROLLO DE LA DOMTICA. 32


3. INTRODUCCIN. 34
3.1 SMS CONTRA INTERNET. 35
3.2 ELEMENTOS DEL SISTEMA. 38
3.3 TELFONO CELULAR. 41
3.3.1 SMS. 42
3.4 LENGUAJE DE PROGRAMACIN JAVA. 42


3.5 MDEM GPRS/GSM (GPM12M). 44
3.5.1 COMANDOS AT. 46
3.6 ENTRNO DE LABVIEW. 47
3.7 TARJETA DE ADQUISICIN DE DATOS. 50
3.8 MICROCONTROLADOR ATMEGA8. 52
3.9 SENSORES Y ACTUADORES. 53

CAPTULO IV. IMPLEMENTACIN DEL SISTEMA.

4. INTRODUCCIN. 56
4.1 APLICACIN JAVA EN EL CELULAR. 56
4.1.1 COMUNICACIN ENTRE EL SISTEMA Y LA INTERFAZ GRAFICA. 58
4.1.2 SEGURIDAD. 61
4.1.3 INTERFAZ DEL USUARIO. 64
4.2 MDEM GPM12M. 77
4.3 PROGRAMA EN LABVIEW. 82
4.3.1 COMUNICACIN RS-232. 88
4.3.2 CONECTORES. 89
4.3.3 COMUNICACIONES SERIE EN LABVIEW. 91
4.3.4 ELEMENTOS DE PROGRAMACION DE LABVIEW. 94
4.4 IMPLEMENTACIN DE LA TARJETA DE ADQUISICIN DE DATOS. 103
4.5 IMPLEMENTACIN DEL MICROCONTROLADOR EN EL RECINTO. 106


5. INTRODUCCIN. 115
5.1 RESULTADOS APLICACIN JAVA. 116
5.2 LABVIEW COMO SOFTWARE DEL MDEM GSM. 117

CONCLUCIONES. 119

ANEXOS. 121

REFERENCIAS. 124



GLOSARIO.

ADMINISTRADOR. Persona encargada que adquiere y configura el dispositivo.
DOMTICA. Concepto de vivienda que integra sistemas de automatizacin.
GPRS. General Packet Radio Service. Es una extensin del Sistema Global para
comunicaciones mviles para la transmisin de datos no conmutada (o por
paquetes).
PROTOCOLO. Conjunto de estndares que controlan la secuencia de mensajes que
ocurren durante una comunicacin entre entidades que forman una red.
SISTEMA. Conjunto de dispositivos que relacionados entre s ordenadamente
contribuyen a determinado objetivo.
SMS. Short Message Service (sistema de mensajera de texto para telfonos
mviles).
RED WWAN. Red de trabajo de escala mundial.
TIC. Tecnologas de la informacin y las comunicaciones. Agrupa los elementos y
las tcnicas utilizadas en el tratamiento y la transmisin de la informacin,
principalmente de informtica, internet y telecomunicaciones.
TIEMPO REAL. Es utilizado para definir en las comunicaciones a los sistemas
dinmicos.



CAPTULO I. DOMTICA DE SEGURIDAD POR MEDIO DE
MENSAJERA SMS.

1. INTRODUCCIN.

El proyecto denominado Domtica de seguridad por medio de mensajera
SMS tiene como objetivo el implementar las ventajas de una red WWAN en
un sistema de seguridad, buscando crear control en tiempo real sobre este.
Al adquirir un sistema de seguridad, los usuarios de dichos sistemas
aplicados, ya sean empresas o particulares no desean pasar tiempo
configurando el sistema, revisando avisos de posibles intrusiones en el
recinto estar sentados frente a una computadora para supervisar la
eficiencia del sistema. Los usuarios buscan con la adquisicin del sistema una
eficiencia total de este, adems de una independencia inteligente pero que
tambin consulte al administrador en las decisiones a tomar, as como el
aviso oportuno de posibles soluciones crticas que se pudieran presentar; y
aunque suena muy extensa la lista de peticiones, lo que busca el proyecto es
atender todas estas partes sin extenderse mucho en complejidad, evitando
as un posible desvo en la viabilidad.
El proyecto busca crear un sistema de seguridad adaptable al tamao del
recinto, el cual pueda mantener informado al administrador de todos los
sucesos relevantes en cuestin de seguridad ocurridos en el inmueble, no
importando el lugar en donde se encuentre el administrador, y esto de la
manera ms econmica y eficaz posible, tomando en cuenta que una
violacin a la seguridad de un recinto se puede efectuar cualquier da a


cualquier hora, se desea implementar la comunicacin entre el sistema y el
administrador mediante un dispositivo que tenga a la mano el usuario en
cualquier momento, con el cual se pueda establecer una conexin no
importando la ubicacin, y este dispositivo es el telfono celular.
Es cierto que la tendencia actual al uso de telfonos celulares cada vez ms
potentes y con mayor nmero de funciones a hecho de este medio de
comunicacin uno de los ms populares a nivel mundial, siendo el envo de
datos un servicio muy usado por su economa y simplicidad.
Por esta razn el proyecto emplea la mensajera SMS como medio de
comunicacin entre el sistema de seguridad y el administrador,
aprovechando al mximo sus caractersticas, as como tomando en cuenta
las deficiencias que presenta el medio y que son totalmente inatacables,
como es la calidad y cobertura en el servicio que ofrecen las diferentes
compaas de telefona celular.

1.1 JUSTIFICACIN.

Actualmente existe un gran problema en el pas, el problema de la
inseguridad. Este problema se est agravando cada vez ms al punto que
inclusive la poblacin corre riesgos estando en su hogar.
Tambin los robos a casas e inmuebles han aumentado en Mxico y sobre
todo en la capital del pas en gran medida en los ltimos aos. Segn el
REGISTRO ANUAL DE INCIDENTES Y SINIESTROS DEL GOBIERNO DEL


DISTRITO FEDERAL documentado en el ao 2008, el robo a casas y casas
habitacin aumentaron en un 33.33%, accediendo as al segundo lugar en
denuncias por parte de los habitantes de la ciudad, llegando con esto a ser
el 32.49% del total de las denuncias ciudadanas.
Hoy en da existen un gran nmero de sistemas de seguridad para
inmuebles, algunos de estos sistemas son sumamente confiables aunque
esto los hace complejos y por supuesto muy costosos. Tambin existen
sistemas que son ms sencillos y econmicos; pero todos estos sistemas no
suelen interactuar con el usuario y casi siempre estn en un computador fijo,
si es necesario configurarlo tenemos que recurrir a este. Pero Por qu no
tener un sistema de seguridad y vigilancia que sea capaz de interactuar con
el usuario? Por qu no tener un sistema que pueda ser configurado por el
usuario a cientos de kilmetros de su casa solo con un mensaje de texto de
su celular? Por qu no ser avisados de un posible robo a nuestra casa
mientras nos encontramos en el trabajo?
Si bien la idea de un proyecto que incluyera una aplicacin SMS no surgi
como un sistema de seguridad y vigilancia se adapta perfectamente para dar
solucin al problema de inseguridad. Aunque la solucin propuesta no
resuelve de raz el problema, al menos provee de una solucin actual y real a
quienes estn siendo afectados por este problema cada vez ms
insoportable.
Cabe destacar que esta idea de aplicar mensajera SMS para controlar
eventos puede ser tan simple o complicada como sea requerido, as que se
puede aplicar tanto para la poblacin del sector civil (casas, casas habitacin,
departamentos) como al sector industrial o empresarial (fbricas, almacenes,


oficinas). Tambin se puede resaltar que esta idea de interpretacin y
manipulacin de mensajes SMS tiene una gran rea de implementacin,
sobre todo sabiendo que las comunicaciones actuales estn preferentemente
orientadas a la transmisin de datos que a la transmisin de voz y video, y
esto se debe en gran medida a que su costo es ms reducido.

1.2 PLANTEAMIENTO DEL PROBLEMA.

Como se ha venido mencionando, en la actualidad existe el gran problema de
inseguridad y no solo en Mxico, sino a nivel mundial, por este motivo la
poblacin busca la manera de tener seguras sus pertenencias, en especial el
mantener resguardado y siempre en vigilancia el recinto ms importante
para cada uno de ellos que es su casa habitacin.

1.3 OBJETIVOS.

1.3.1 OBJETIVOS GENERALES.

Solucionar el problema de mantener vigilado un recinto mientras la familia o
los usuarios del inmueble no se encuentran o incluso cuando se encuentran
dentro del recinto mediante el desarrollo un sistema de control de seguridad


para un inmueble el cual se manipule a distancia a travs de mensajera
SMS.

1.3.2 OBJETIVOS PARTICULARES.

Desarrollar un sistema de seguridad con comunicacin en tiempo real con el
usuario, esto permite tener un sistema de control siempre configurado a las
necesidades del usuario en el momento.
Desarrollar una interfaz para la comunicacin entre el computador,
administrador y los elementos de control.
Desarrollar un sistema bidireccional de SMS entre usuario - administrador.

1.4 HIPTESIS.

El sistema de seguridad ser capaz de mantener seguro un recinto las
veinticuatro horas del da los trescientos sesenta y cinco das del ao, sin
presentar problemas de calentamiento o sobrecarga, no necesitar ser
apagado y se calcula que tendr un tiempo de vida de cinco aos. El sistema
ser capaz de alertar al usuario de fallos o errores a fin de poder ser
atendidos lo antes posible. El sistema tendr caractersticas y
consideraciones pensadas en situaciones reales actuales, buscando antes que
nada la seguridad de los usuarios.


El sistema de seguridad planea ser una solucin viable al problema de la
inseguridad aunado a la ineficiencia del sistema policiaco existente en el pas.
El sistema no ser capaz de detener bandidos pero ser capaz de detectarlos
en el momento de su intrusin y alertar al usuario de su presencia para que
as el usuario pueda tomar las medidas pertinentes.

1.5 METODOLOGA DE LA INVESTIGACIN.

Domtica por medio de SMS va encaminado a la seguridad de inmuebles
(casa, casa habitacin, departamentos, etc.), esto por medio de un
dispositivo mvil que es un artculo personal casi indispensable o por lo
menos muy til en la vida cotidiana de los individuos en todo el mundo. El
proyecto est basado en la idea de aprovechar la tecnologa existente para
satisfacer las necesidades de la gente.
Para dar fundamento a este proyecto se realizaron ciertas consultas
electrnicas, donde se observa en que campos se puede aplicar este tipo de
proyecto, entre los campos de aplicacin se encuentran el campo de
medicina y seguridad. Se decide el enfoque a seguridad ya que se considera
una necesidad prioritaria en el pas.
Este documento consta de cinco captulos, en los cuales se presenta el
desarrollo completo del proyecto.


En el primer captulo se plantea al lector el problema que desea resolver, se
presenta la justificacin del proyecto y enfatizan los objetivos y la visin
acerca del proyecto.
Enseguida, dentro del segundo captulo, se encuentra la conclusin de la
investigacin, hecha referente al tema del proyecto Domtica de seguridad
mediante mensajera SMS. En esta parte se encuentra informacin sobre
proyectos previos y la implementacin en otras reas de la misma tecnologa
que se va a implementar en este proyecto, aqu se pretende dar una idea de
las diversas aplicaciones que puede tener este proyecto, as como de sus
alcances.
En el tercer captulo se presenta una breve introduccin sobre el proyecto,
los lmites del desarrollo de este as como el enfoque preciso que se le
pretende dar, adems de incluir los antecedentes e informacin tcnica
sobre la tecnologa que se implementar en el proyecto.
A continuacin, dentro del cuarto captulo, se encuentra todo el desarrollo del
proyecto, se explica de manera implcita la planeacin, construccin, prueba
e implementacin del sistema creado, a fin de documentar el proyecto de la
manera ms fiel posible.
Por ltimo, en el quinto captulo, se presentan los resultados del proyecto, se
muestra el anlisis de comparacin con los objetivos y los logros, as como
tambin se muestra el resultado del anlisis del proyecto en cuanto a su
funcionalidad y eficiencia una vez implementado de forma real.



1.6 TRABAJO A FUTURO.

Este proyecto est limitado al uso de alarmas en sistemas de seguridad. Las
alarmas sern enviadas del dispositivo que se encuentra instalado en el
inmueble residencial hacia el telfono celular del usuario, informando sobre
la presencia de intrusos y/o deteccin de humo. Adems el usuario puede
controlar el encendido y apagado de luces de su domicilio en forma remota
para simular presencia en el recinto.
Se espera en un futuro, adicionar al proyecto ciertas funciones de envo de
datos ms complejas como son, el envo de video para vigilancia continua del
interior de su casa. Adems se pretende sumar ciertas funciones de control,
dependiendo de las necesidades especficas de cada usuario. Se espera
tambin desarrollar la aplicacin para llevar el control mediante mensajera
de correo electrnico, as en caso de que el usuario cuente con una PC o un
celular con acceso a internet la aplicacin ser menos costosa. Otra de las
aplicaciones a futuro es el poder sustituir algunos de los elementos usados
durante la prueba del prototipo por elementos menos costosos para hacer el
proyecto mas viable.




2. INTRODUCCIN.

Con apenas un cuarto de siglo de existencia, la domtica se ha convertido en
una de las disciplinas socio tcnicas ms relevantes y con grandes
expectativas de proyeccin en este nuevo siglo. Gran parte de la culpa de
esta creciente situacin la tiene el sector de la construccin, que ve a esta
disciplina como un nuevo valor aadido que incorpora a su producto final.

2.1 DEFINICIN.

El trmino domtica tal y como se conoce hoy en da, tiene su origen del
francs, que en su afn por adaptar trminos propios a las nuevas
disciplinas, acu la palabra Domotique. No fue hasta 1988 cuando se
obtuvo, por parte de la enciclopedia Larousse, la definicin del trmino
domtica tal y como lo entendemos en la actualidad y como se muestra a
continuacin:

Concepto de vivienda que integra todos los automatismos en
materia de seguridad, gestin de la energa, comunicaciones, etc.

Partiendo de este trmino, el objetivo que se pretende con la incorporacin
de esta nueva disciplina es asegurar al usuario de la vivienda un aumento del
confort, de la seguridad, del ahorro energtico y de las facilidades de
comunicacin tanto internas como con el mundo exterior.


Esta definicin, para los ms tcnicos, puede ser algo sin inters y superficial
por lo que con la siguiente definicin se alcanza un grado mayor de
profundidad tcnica:

Dcese de la parte de la tecnologa (electrnica e informtica) que
integra el control y supervisin de los elementos existentes en un
edificio de oficinas o de viviendas, garantizado por sistemas que
realizan varias funciones y que pueden estar conectados entre s a
redes interiores y exteriores de comunicacin. Gracias a ello se obtiene
un notable ahorro de energa, una eficaz gestin tcnica de la vivienda,
una buena comunicacin con el exterior y un alto nivel de seguridad.

Hasta ahora se ha definido el trmino domtica de una manera abstracta y
conceptual. Si se materializa este concepto en algo fsico y tangible, se
obtiene como resultado lo que se conoce como un sistema domtico. Estos
sistemas estn vinculados normalmente al mbito domstico ya que la
domtica desde sus orgenes fue pensada para la aplicacin en viviendas,
siendo sta su mayor vertiente de desarrollo actual.

2.2 PARTES DE UN SISTEMA DOMTICO.

Entrando un poco en detalle sobre este ltimo concepto, se puede decir que
un sistema domtico, en general, est formado por una serie de dispositivos
y una red de comunicaciones (bus domtico) que permite la interconexin y
el intercambio de informacin entre stos, a travs de interfaces, mediante
protocolos de comunicacin, etc. Dentro del trmino dispositivos se engloban
los siguientes:



Elementos de campo. Son dispositivos que tienen la capacidad de
recoger informacin del entorno, convirtiendo magnitudes fsicas en
seales elctricas (detectores, sensores, captadores, etc.).
Unidad de control lgica o unidad central del sistema. En esta
unidad mediante programacin interna, se procesa la informacin
recibida por los elementos de campo como seales elctricas, se
gestionan los intercambios de informacin y como resultado se mandan
a ejecutar acciones a los actuadores.
Terminales. Generalmente son aparatos convencionales a los que se
les aporta cierta inteligencia o capacidad de comunicacin a travs de
una interfaz y son los encargados de ejecutar las acciones ordenadas
por la unidad central sobre el entorno fsico (sistemas de seguridad,
electrodomsticos, puntos de luz, etc.).
Mdulos de entrada y salida (E/S). Tambin llamados acopladores
o interfaces, son los elementos encargados de pasar las seales de
control codificadas segn los protocolos de comunicacin en buses
domticos a seales de salida interpretables por los actuadores (rels,
interruptores, etc.). Es habitual que las acciones ordenadas por la
unidad central recaigan sobre una serie de actuadores en primera
instancia para luego impactar sobre las terminales.

Un sistema domtico puede trabajar de forma centralizada o descentralizada.
En el primer caso, un controlador centralizado recibe informacin de
mltiples sensores y una vez que procesa la informacin genera las rdenes
oportunas a los actuadores. En cambio, en los sistemas descentralizados o
distribuidos cada elemento es inteligente y se programa de forma individual.
Existe una tercera arquitectura llamada mixta, como se puede deducir por el


nombre cuenta con pequeos dispositivos que son capaces de adquirir y
procesar informacin despus transmiten esta informacin a el resto de los
dispositivos distribuidos por el inmueble. Las posibilidades de aplicacin de la
domtica son muy amplias, no obstante, las reas en las que se han
dedicado mayores esfuerzos son las relativas a la seguridad, la
automatizacin de tareas domsticas, el confort, la gestin de la energa y
las comunicaciones.
Como es de esperar cada arquitectura tiene ventajas y desventajas, las ms
importantes se mencionen en la tabla que se muestra a continuacin.

Tabla 2.1. Ventajas y desventajas de los sistemas de control centralizado y descentralizado.
Sistema de control centralizado Sistema de control
descentralizado
Ventajas Desventajas Ventajas Desventajas
Econmico Poca flexibilidad Elevada
flexibilidad
Costoso
Fcil instalacin Dependencia total
del ncleo
Elevada
integracin
Diseo complejo

2.3 DOMTICA EN LA ACTUALIDAD.

Hoy en da una vivienda es algo vivo pues cuenta con sistemas de
climatizacin, juegos de luces, persianas, gas, red telefnica, seguridad e
incluso sistemas informticos, todos estos sistemas alejan a las viviendas
actuales del viejo concepto de lugar de refugio. El control integrado de estos
sistemas en una vivienda es algo necesario, los grandes edificios con sus


sistemas de cmaras, megafona, redes informticas, dan vida a las
viviendas y nos obligan a desterrar el concepto esttico; las tecnologas
actuales aplicadas a las viviendas requieren un esmerado control. Hace
algunos aos, en un edificio todos los sistemas eran independientes, hoy la
domtica ofrece soluciones que integran y relacionan entre s dichos
elementos suponiendo una clara ventaja para el usuario.
Los sistemas domticos actuales integran automatizacin, informtica y el
uso de las TIC (Tecnologas de la informacin y las Comunicaciones). Como
es natural, toda la gente aspira a una mejor calidad de vida y parece lgico
que esa aspiracin se refleje en un entorno propio, empezando por el ms
importante y cercano: el hogar, que dotado de mayor confort y comodidad,
permite disfrutar de un ambiente protector para toda la familia.

2.4 APLICACIONES.

El uso de las TIC en la vivienda conlleva a la generacin de nuevas
aplicaciones y tendencias basadas en la capacidad de proceso de
informacin, y a su vez permite una mejor integracin y comunicacin entre
las instalaciones y los equipos interconectados. Dicho de este modo, una
vivienda inteligente puede ofrecer una amplia gama de aplicaciones en reas
diversas, tales como la seguridad, intercomunicacin, etc.

2.4.1 SEGURIDAD.

La seguridad que proporciona un sistema domtico es ms amplia que la que
puede proporcionar cualquier otro sistema, pues integra tres campos de la
seguridad que normalmente estn controlados por sistemas distintos:


Seguridad de los bienes: Gestin del control de acceso (lector de
tarjetas magnticas, teclados, escner de retina o huella digital o
detector de metales) y simulacin de presencia. Alarmas ante
intrusiones, el usuario es alertado al momento de la intrusin para
tomar las medidas necesarias.
Seguridad de las personas: Especialmente, para las personas
mayores y los enfermos. Mediante el nodo telefnico, se puede tener
acceso (mediante un pulsador de radiofrecuencia que se lleva encima,
por ejemplo) a los servicios de ambulancias, polica, etc.
Incidentes y averas: Mediante sensores, se pueden detectar conato
de incendios, fugas de gas y agua; y mediante el nodo telefnico,
desviar la alarma hacia los bomberos, por ejemplo. Tambin se pueden
detectar averas en los accesos, en los ascensores, en el suministro de
energa elctrica, etc.

2.4.2 CONTROL A DISTANCIA.

Despus de haber definido el trmino domtica, que de forma concreta y
prctica se refiere al control automtico de un recinto, podemos hacer
referencia al control del recinto a distancia, este control se puede realizar de
dos maneras principalmente, una de ellas por medio de la web a travs de
internet y la otra forma es mediante dispositivos de telefona mvil. Con
estos dispositivos a pesar de que el recinto tiene un control sobre s mismo,
el usuario tiene la ventaja de poder cambiar la configuracin del control
desde cualquier lugar donde se encuentre.
Hasta el momento los sistemas domticos se han limitado al uso domstico
mediante distintos dispositivos por medio de un ordenador dependiendo de


la arquitectura que se emplea. Para el control de estos sistemas se puede
emplear un mdem GPRS/GSM o un ordenador conectado a la red con el cual
adems del control autmata del sistema, el usuario puede manipular los
dispositivos y salirse un poco del esquema de control automtico. Mediante
estos medios de control remoto el usuario tiene comunicacin con los
dispositivos que se encuentran instalados en el recinto por medio de un
dispositivo mvil o un computador con acceso a internet, y puede recibir
alertas y estar informado de lo que sucede en su hogar, esto desde el lugar
en el que este se encuentre, con solo tener acceso a alguno de los
dispositivos ya mencionados y claro siempre y cuando se encuentre en un
rea de cobertura. Con esto se espera tambin abarcar otras reas y hacer
ms extensas sus aplicaciones. Tambin se busca que todos los individuos
puedan tener acceso a estos sistemas que en la actualidad son muy caros.

2.4.3 GESTIN Y AHORRO ENERGTICO.

En este campo, la domtica se encarga de gestionar el consumo de energa,
mediante temporizadores, relojes programadores, termostatos, etc. Tambin
se aprovecha de la tarifa nocturna, mediante acumuladores de carga. El
ahorro de energa beneficia al medio ambiente pues se precisa menos
extracciones de materia prima energtica, hay menos residuos de extraccin,
sobre todo menos residuos de combustin como dixido de carbono (
) el
mayor contribuyente del efecto invernadero, dixido de azufre (
)
precursor de la lluvia cida y, si la energa se genera con combustibles
fsiles, los xidos de nitrgeno (
) de naturaleza txica que son

responsables del aumento de enfermedades pulmonares. Tambin se
descargaran las lneas, bastantes saturadas en la actualidad, precisndose


menos nuevas lneas de transportes de energa elctrica, que suelen tener un
gran impacto medioambiental.

2.4.4 AUTOMATIZACIN DE TAREAS DOMSTICAS.

La domtica proporciona una serie de comodidades, como pueden ser el
control automtico de diferentes servicios como pueden ser: calefaccin,
agua caliente, refrigeracin, iluminacin y la gestin de elementos como
accesos, persianas, toldos, ventanas, riego automtico, etc.

2.4.5 MONITOREO DE LA SALUD.

Es posible el uso de la domtica para aplicaciones de control y monitorizacin
de la salud de pacientes en sus propios domicilios que estn ya en un estado
muy delicado. Se trata de aplicaciones basadas en protocolos seguros de
comunicacin para el envo de datos mdicos de estos pacientes a los
centros de salud o directamente a las consultas de los mdicos involucrados.
De esta forma se reducen las constantes visitas para chequeos rutinarios y
se evita al paciente la molestia de tener que desplazarse continuamente.

2.5 MEDIOS DE TRANSMISIN.

Entre los distintos medios que se utilizan para la transmisin de datos
podemos encontrar varios y podemos mencionar:

Lneas de distribucin de energa elctrica. Para enviar datos a
travs de estas lneas es precisa una modulacin de alta frecuencia


para que reciba interferencia de la frecuencia propia de la red elctrica.
La gran ventaja de este sistema es que no requiere el montaje de
ningn tipo de infraestructura o red nueva, puesto que la red elctrica
est disponible en cualquier lugar habitado.
Soportes metlicos. En este caso se opta por montar una red de
comunicaciones propia entre los dispositivos. De esta forma se tiene
ms controlado el factor de ruido. Las dos soluciones principales de
este tipo son coaxial y par metlico.
Fibra ptica. De entre todos los medios de transmisin, es sin duda el
que aporta mejores caractersticas en cuanto al ancho de banda y a
niveles de ruido. Es tambin el ms caro de instalar.
Conexin sin hilos. Tambin se dispone de las redes inalmbricas con
los consiguientes problemas de seguridad, estabilidad y calidad de la
seal que se consigna en medios de transmisin como las
radiofrecuencias e infrarrojos.

2.6 OPERACIN Y MANTENIMIENTO DE INSTALACIONES.

Gracias a la domtica se pueden realizar labores de mantenimiento y
operacin de las instalaciones de una vivienda. Este mantenimiento estara
automatizado y programado previamente reportando los resultados de los
anlisis realizados sobre las instalaciones a la empresa de mantenimiento
correspondiente.
Existe una gran cantidad de posibles aplicaciones domticas y muchas ms
que estn an por desarrollar. Conforme a la evolucin de las TIC y de la
propia sociedad, seguirn apareciendo nuevas necesidades domsticas que
sern abarcadas con nuevas aplicaciones domticas y as sucesivamente.


Todas estas posibles aplicaciones que se pueden encontrar al da de hoy
sobre domtica, debern adaptarse a una serie de caractersticas que surgen
de las necesidades cotidianas de su propio uso.

2.7 CONTROL REMOTO DENTRO DE LA VIVIENDA.

A travs de un esquema de comunicacin con los distintos equipos (mando a
distancia, bus de comunicacin, etc.) reduce la necesidad de moverse dentro
de la vivienda, este hecho puede ser particularmente importante en el caso
de personas de la tercera edad o discapacitadas que tienen una vivienda un
tanto amplia.

2.8 CONTROL REMOTO FUERA DE LA VIVIENDA.

Presupone un cambio en los horarios en los que se realizan las tareas
domsticas (por ejemplo: la posibilidad de que el usuario pueda activar la
cocina desde el exterior de su vivienda, implica que previamente ha de
preparar los alimentos) y como consecuencia permite al usuario un mejor
aprovechamiento de su tiempo. Esto incluye programabilidad y acceso a
servicios externos y se mencionan a continuacin.

Programabilidad: El hecho de que los sistemas de la vivienda se
pueden programar ya sea para que realicen ciertas funciones con slo
tocar un botn o que las lleven a cabo en funcin de otras condiciones
del entorno (hora, temperatura interior o exterior, etc.) produce un
aumento del confort y un ahorro de tiempo.



Acceso a servicios externos: servicios de acceso a internet, tele
compra, etc. Para ciertos colectivos estos servicios pueden ser de gran
utilidad (por ejemplo, unidades familiares donde ambos cnyuges
trabajan) ya que producen un ahorro de tiempo y esfuerzo.

2.9 DESARROLLO DE LA DOMTICA.

Se sabe que en el nacimiento de cualquier nueva tecnologa o servicio, el
grado de implicacin de la parte tcnica es alto y se tiende a complicar su
uso por la incorporacin de cientos de funciones, programacin, etc. En el
caso de servicios o sistemas orientados a usuarios finales, esta tendencia
agrava la situacin porque el usuario se encuentra ante un sistema que
tcnicamente puede ser muy aceptable pero que en la prctica, ante
cualquier evento, le produce confusin, desconcierto y finalmente rechazo.

En realidad, con los nuevos sistemas que se estn comercializando, el control
y su programacin son muy intuitivos, por lo que los usuarios han de perder
todo miedo a utilizarlos. Tambin, las posibilidades que dan la conexin a
internet, con redes de banda ancha, o la conexin a travs de redes mviles
GSM o de otro tipo, para el control remoto y la vigilancia, hace que se
extienda muchsimo el campo de aplicacin de la domtica.

El avance tecnolgico en los procesos de fabricacin y la entrada en el
mercado de mejores, ms rpidos, eficientes, econmicos y sobre todo ms
pequeos componentes electrnicos, ha permitido que dichos elementos
(emisores y receptores), al ser mucho ms livianos, discretos y atractivos,
tengan gran demanda por parte del pblico. De hecho, fue desde el


momento de la miniaturizacin de dichos elementos cuando se ha
experimentado un importante aumento de consumo del concepto de
automatizacin domstica, tanto en Norteamrica como en la Europa
desarrollada.

El ritmo de vida actual ha provocado un fenmeno cultural sin precedentes,
nos encontramos inmersos en la Sociedad de la Comunicacin de la
Informacin, donde la domtica se convierte en una necesidad actual y vital.
La rpida evolucin tecnolgica de la electrnica e informtica, ha inundado
nuestro entorno con televisores, equipos de fax y mdem, redes y sistemas
informticos tanto en oficinas como en viviendas particulares.



CAPITULO III. ELEMENTOS DEL PROTOTIPO.

3. INTRODUCCIN.

Ahora bien, despus de definir el trmino domtica as como todo lo que este
engloba, desde aplicaciones, partes, medios de transmisin, alcance, etc., es
necesario hacer una introduccin de la aplicacin especfica para la cual se
desarrolla Domtica de seguridad por medio de SMS. Como se menciona
anteriormente una de las aplicaciones que puede tener la domtica es la
seguridad, dentro de la seguridad podemos derivar la seguridad de los
bienes (incluido el inmueble) y seguridad de individuos, este prototipo tiene
como objetivo ser un sistema de seguridad para los bienes (evidentemente
es necesario cuando el usuario no se encuentra en casa). Otro de los
objetivos de este proyecto es aplicar la tecnologa de las comunicaciones al
sistema domtico, de este modo el sistema puede ser interactivo, es decir el
usuario puede ejecutar acciones en su hogar por medio de su telfono
celular, y no necesariamente tiene que dirigirse a la PC donde est instalado
el software de control. Este sistema es interactivo, pues el usuario puede dar
rdenes o puede recibir alertas por medio de su telfono mvil.
Este prototipo se limita a simulacin de presencia, alerta de intruso y
acciones como cerrar y asegurar puertas y ventanas; cuando el usuario se
encuentra de vacaciones, por ejemplo puede simular presencia encendiendo
y a pagando las luces de su hogar con su celular donde quiera que este se
encuentre, en caso de intruso el sistema puede ejecutar una accin como
cerrar y asegurar puertas y ventanas y despus informar al usuario.


Para llevar a cabo el proyecto es necesario contar con un sistema de
comunicacin, siendo el telfono mvil (celular) uno de los medios con
mayor aceptacin entre la poblacin (ms adelante se hace una comparacin
entre SMS e internet). Es necesario tambin contar con un dispositivo en el
recinto que se desea manipular, en este caso se utiliza un mdem GSM, el
cual tiene la capacidad de recibir y enviar SMS, este tipo de mdem es usado
en algunas aplicaciones de control, ms adelante se mencionan algunas de
sus caractersticas. Mediante el telfono mvil del usuario y el mdem GSM
se establece una comunicacin, de esta manera el usuario sabe con exactitud
lo que ocurre en su hogar, es lgico imaginar que el mdem por s solo no
puede ejecutar acciones, requiere de hardware y software adicional para
poder alertar al usuario de posibles situaciones o ejecutar acciones sobre el
inmueble.
El dispositivo se compone de dos partes principales, un sistema de control
que lo hace un sistema independiente y automtico, esto con la presencia de
un microcontrolador y la otra etapa es el desarrollo de una interfaz para la
comunicacin entre el sistema independiente y el usuario, de esta manera el
usuario puede hacer cambios a la configuracin predeterminada del sistema.

3.1 SMS CONTRA INTERNET.

La comparacin entre SMS y correo electrnico (e-mail) se ha vuelto un
tema de debate en cualquier foro tecnolgico de comunicaciones. Teniendo
en cuenta que son dos medios de comunicacin bastante poderosos y con


gran aceptacin es necesario hacer una comparacin entre telefona mvil y
PC, para conocer las ventajas que tiene uno frente a otro y as elegir el ms
conveniente para la aplicacin de domtica. La polmica comienza cuando
las computadoras hacen funciones similares a las de un celular y viceversa,
los celulares comienzan a tener las funciones de un computador, por
ejemplo; hoy en da es bastante comn que un telfono celular cuente con
conexin a internet y de igual manera existen servidores que permiten
enviar SMS, enviar mensajes instantneos o hacer video llamadas, lo que
hace ms difcil observar las diferencias entre ambos.

Tabla 3.1. Comparacin entre SMS y correo electrnico (e-mail).
SMS
e-mail

Ventajas
La mayor parte de la gente
cuenta con un celular (desde
nios a personas adultas)
Toda la poblacin tiene acceso a
una computadora con internet
No hay lmite en el envo de
caracteres
Existen varias compaas que
ofrecen el servicio y cuentan
con amplia cobertura
El envo de correos electrnicos
no tiene costo

Desventajas
Se pueden enviar un mximo
de 160 caracteres por
mensaje
No se tiene acceso a una
computadora las 24 horas del
da
Cada SMS tiene un costo que
vara con cada compaa que
presta el servicio



La Tabla 3.1. muestra varias caractersticas de la comunicacin SMS y el
correo electrnico, es evidente que el internet tiene una gran ventaja sobre
el SMS, como se menciona anteriormente la telefona mvil cuenta ya con
conexin a internet (una ventaja ms del internet).
Se decide trabajar con telefona mvil por una razn, el celular acompaa al
usuario las 24 horas del da, en cuanto a servicio SMS, aunque la Tabla 3.1.
muestra ventajas del internet sobre el SMS, debido a una encuesta realizada
la gente prefiere el uso del servicio de SMS (en los anexos se muestra el
formato de las encuestas). La tabla 3.2. muestra la tarifa de ambos servicios
en un celular.

Tabla 3.2. Tarifas de servicios en un telfono mvil (Datos obtenidos a la fecha de 08/2010).
Costos de SMS e internet desde el telfono mvil
SMS
Internet
$ 0.85 a $ 0.98 dependiendo de la compaa
que presta el servicio
$ 0.04 x kb a $ 0.08 x kb dependiendo de la
compaa que presta el servicio o $ 1.15 x
minuto

Como se puede observar en la Tabla 3.2. el costo de internet desde un
telfono mvil es menor que el envo de un SMS, como ya se mencion para
la aplicacin en domtica se utiliza el envo de SMS, por esta razn el
prototipo cuenta con comunicacin GSM, por tal motivo tambin el nombre,
Domtica de seguridad por medio de SMS.



3.2 ELEMENTOS DEL SISTEMA.

Una vez que se elige la comunicacin SMS para el control del sistema es
necesario hacer mencin de todos los componentes necesarios para
complementarlo.
A continuacin se presentan los elementos que conforman el sistema.
Celular.
Mdem GSM.
Tarjeta de adquisicin de datos (DAC).
Actuadores.
Sensores.
PC.
Software.
Microcontrolador ATmega 8
Para este prototipo no hay ningn tipo de limitante en cuanto a la marca del
celular o a la compaa que proporciona el servicio de comunicacin, el nico
requisito es que soporte aplicaciones JAVA. El celular cuenta con una
aplicacin de JAVA, esta aplicacin permite que el usuario manipule el
sistema de forma muy sencilla, con esta aplicacin basta seleccionar una
accin entre varias disponibles ya predeterminadas por el programador y
hacer click sobre ella para ejecutar una accin en el recinto, esta aplicacin
permite tambin dar seguridad al sistema.
El mdem GSM que se utiliza es de la marca Zigbmax communications y el
modelo GPM12M. El mdem GSM recibe y enva mensajes como si fuese un


celular comn, puede tambin hacer y recibir llamadas, para estas
aplicaciones el mdem cuenta con un software que el distribuidor ofrece al
comprar el producto. El primer paso despus de adquirir el producto es
instalar el software, despus al conectar el mdem a la PC mediante un cable
serial automticamente es detectado por el software. En este punto, las
computadoras porttiles no cuentan con este puerto para hacer la conexin
por lo que se requiere de un convertidor serial a USB, lo cual no causa
ningn problema. El software mencionado, no es til para los fines
requeridos por lo que se usa un software alterno para fines de control y
adquisicin de datos (Labview NI).
Para programar el mdem se usa un software llamado Labview. Labview es
un lenguaje y a su vez un entorno de programacin grfico, en el que se
pueden crear aplicaciones de una forma rpida y sencilla. La empresa
propietaria de Labview es llamada National Instruments y esta empresa se
enfoca a la industria electrnica, instrumentacin, control, entre otras.
Mediante Labview y una tarjeta de adquisicin de datos, en este caso la
tarjeta DAC 6008 de National Instruments se elabora un programa con el
cual, al recibir el mdem un mensaje, automticamente este mensaje es
tomado por Labview e interpretado para as ejecutar una accin, para poder
realizar la accin es necesaria una tarjeta de adquisicin de datos la cual nos
comunica con el mundo exterior. De igual forma si los sensores detectan
algn evento
1
la informacin primero pasa al entorno de Labview y desde ah
se manipula al mdem para enviar la alerta correspondiente hacia el usuario.
Para lograr que el mdem ejecute acciones es necesario conocer su lenguaje,

1
Se utiliza la expresin algn evento haciendo alusin a una posible intrusin, alerta de incendio, alerta de
inundacin o cualquier variable que los sensores puedan detectar.


los sistemas de telefona mvil utilizan un lenguaje de comandos AT,
mediante los cuales se realizan las acciones de llamadas, envo y recepcin
de los diferentes tipos de mensajes, el mdem no tiene una interfaz grfica
como la tiene un celular donde el usuario nunca tiene contacto con los
comandos AT, por eso es necesario hacer una introduccin a los comandos
AT o al menos a los comandos ms importantes como son envo de SMS,
abrir SMS, borrar SMS, entre otros, ms adelante se describen los comandos
AT usados para el prototipo. Como se menciona en las primeras lneas de
este captulo no se utiliza el software del mdem para la aplicacin, es por
eso que no se cuenta con una interfaz grfica, en su lugar, el mdem se
manipula desde el entorno de Labview por medio de los comandos AT ya
mencionados.

Figura 3.1. Diagrama de bloques del sistema.


La ultima parte del prototipo es un sistema de control automtico para dar
seguridad a puertas y ventanas, adems de llevar a cabo el ahorro de
energa, para esto se utiliza el microcontrolador ATmega 8 de ATMEL, el
sistema es independiente si el usuario as lo requiere y en caso de ser
necesario un cambio en el sistema el usuario puede hacerlo con una
instruccin de su telfono celular.
Hasta este punto se conocen los elementos que conforman el sistema, ahora
se hace una descripcin de forma independiente de cada elemento y en el
captulo 4 se muestra como se implementa el sistema para llevar a cabo la
aplicacin.

3.3 TELFONO CELULAR.

Dentro del sistema, el telfono mvil es nuestro medio para enviar rdenes
al recinto o recibir advertencias de este. Las especificaciones con que debe
contar el telfono celular son en realidad pocas y en estos das ya la mayora
de los celulares cuentan con ellas, basta con soportar aplicaciones JAVA,
para el fin de la aplicacin no es importante la compaa que ofrece el
servicio de comunicacin, siempre y cuando el usuario se encuentre en un
rea de cobertura, es importante mencionar que la rapidez con la que el SMS
llega a su destinatario depende de la calidad de servicio que la compaa de
comunicaciones ofrece, tampoco es importante la marca y el modelo del
celular pues como ya se mencion basta con soportar aplicaciones JAVA.



3.3.1 SMS.

El SMS es el servicio ms utilizado despus de la telefona. Cuenta con las
siguientes caractersticas:
Mensajes de hasta 160 caracteres.
La transmisin no est garantizada ya que el receptor puede tener el
telfono apagado o encontrarse fuera de un rea de cobertura.
El mensaje tiene una duracin de hasta una semana en la red, cuando
no llega inmediatamente al receptor.
Confirmacin de la recepcin, el emisor recibe confirmacin de que el
mensaje ha llegado al receptor.
Posibilidad de recibir SMS durante una llamada.

3.4 LENGUAJE DE PROGRAMACIN JAVA.

JAVA es un lenguaje de programacin orientado a objetos, fue desarrollado
por Sun Microsystems a principios de los 90s. El lenguaje en s mismo toma
gran parte de su sintaxis de C y C++, pero tiene un modelo de objetos ms
simple y elimina las herramientas de bajo nivel, que en muchos casos
inducen a errores, como la manipulacin directa de punteros o memoria.
Las aplicaciones JAVA estn tpicamente compiladas en un bytecode, aunque
la programacin en cdigo maquina tambin es posible. El bytecode es un
cdigo intermedio ms abstracto que el cdigo mquina. Habitualmente es


tratado como un archivo binario que contiene un programa ejecutable similar
a un mdulo objeto, que es un objeto binario producido por el compilador
cuyo contenido es el cdigo objeto o cdigo mquina [6].
Para ejecutar una aplicacin Java es necesario disponer de un mecanismo
que permite ejecutar el bytecode, a este mecanismo se le denomina Mquina
virtual JAVA.

Figura 3.2. cono caracterstico del lenguaje de programacin JAVA.
A continuacin se muestran algunas caractersticas de la plataforma de JAVA.
Simple.
Portable.
Orientado a objetos.
Interpretado/compilado (bytecode).
Orientado a red.
Alto desempeo.
Robusto.
Multithread multihilo.
Seguro.
Dinmico.
Arquitectura neutral.

Una plataforma es el hardware o software (Unix, Windows, Mac OS) sobre el
que se ejecuta un programa. La plataforma JAVA se ejecuta sobre otra
plataforma. La plataforma JAVA tiene dos componentes.


La mquina virtual de JAVA (JVM).
Interfaz de programacin de aplicaciones JAVA (API). Es una coleccin
de componentes de software o biblioteca de clases o interfaces.

3.5 MDEM GPRS/GSM (GPM12M).

Un mdem GSM es un mdem inalmbrico que trabaja sobre una red GSM,
aun que tambin se puede comportar como un mdem de acceso telefnico.
La principal diferencia entre un mdem telefnico y uno inalmbrico es que
un mdem de acceso telefnico enva y recibe datos por medio de la lnea
telefnica y el mdem inalmbrico enva y recibe mensajes por medio de
ondas de radio. Generalmente un mdem GSM se conecta a la PC mediante
un cable serie o un cable USB. Al igual que un telfono celular un mdem
GSM requiere de una tarjeta SIM y de una compaa de telefona mvil para
poder operar. El nmero de mensajes que puede procesar un mdem es muy
bajo, alrededor de diez SMS por minuto. Algunos campos de aplicacin de un
mdem GSM estn en el sector industrial pues se puede conectar a distintos
dispositivos que cuenten con una interfaz RS-232 y puede ofrecer
velocidades de transmisin de 14.4 Kbites/seg. Puesto que la comunicacin
es inalmbrica, ofrece una enorme flexibilidad y la posibilidad de controlar y
supervisar equipo, cuando las comunicaciones cableadas tienen ciertas
restricciones. El mdem puede operar siempre y cuando se encuentre en un
rea de cobertura GSM.


Figura 3.3. Representacin de la comunicacin celular-mdem.
Como se menciona anteriormente el mdem usado para el prototipo es un
producto de Zigbmax communications. El mdem GPM12M es un dispositivo
industrial que trabaja sobre la banda GSM, diseado para transmitir datos y
mensajes cortos de hasta 160 caracteres sobre redes mviles GSM/GPRS. El
mdem puede ser empleado en aplicaciones de telemtica y control, y no
requiere de un entrenamiento para su uso; acepta voltajes de 9 VCD a 15
VCD de alimentacin, cuenta con un puerto serial RS-232 y una interfaz TTL,
las dos interfaces seriales que tiene el modem GPM12M lo hacen ideal para
solucionar problemas de gran variedad de dispositivos en la industria, como
pueden ser controladores independientes, el modem GPM12M tiene un rango
de funcionamiento a temperaturas de -40 a 75 C lo que hace posible su
instalacin dentro de la industria pesada.


El mdem se configura mediante comandos AT, este es el lenguaje estndar
para su programacin, en el prototipo los comandos AT se utilizan para hacer
la comunicacin entre el mdem y el entorno de Labview.

3.5.1 COMANDOS AT.

Los comandos AT, tambin llamados Hayes fueron desarrollados por Hayes
Microcomputer Company y se han convertido en un estndar abierto de
comandos con los que se puede configurar y parametrizar un mdem. El
nombre de comandos AT se debe a que a todo comando se anteponen los
caracteres <<AT>> que significa atencin. A continuacin se muestra una
tabla con algunos de los comandos AT ms utilizados y en el captulo 4 se
habla un poco ms acerca de ellos.

Tabla 3.3. Comandos AT.
Comando Descripcin Opciones Ejemplo
+CBC Estado de la batera y
nivel de carga

+CSCS Seleccin del juego de
caracteres

+CGMI

Devuelve informacin del
fabricante del mvil

+CGSN Devuelve el IMEI del
mvil



+CIMI Devuelve el IMSI de la
tarjeta SIM

+CPAS Devuelve informacin
sobre el estado del mvil

+SCQ Calidad de la seal
+CPBF Buscar un contacto en la
agenda
AT+CPBF=nombre

+CMGL

Listado de los mensajes
segn el estado
0= Sin leer.
1= Ledos.
2= Sin enviar.
3= Envidos.
4= Todos

AT+CMGL=4
+CMGR Leer mensaje AT+CMGR=2
+CMGS Enviar mensaje AT+CMGS=3
+CMSS Enviar mensaje
almacenado
AT+CMSS=1
+CMGD Borrar mensaje
almacenado
AT+CMGD=2

3.6 ENTORNO DE LABVIEW.

Labview del ingls Laboratory Virtual Instrument Engineering Workbench es
un entorno de programacin de alto nivel y programacin grfica (tambin
llamada programacin G). Originalmente este programa estaba orientado a
aplicaciones de control de instrumentos electrnicos usados en el desarrollo
de sistemas de instrumentacin, lo que se conoce como instrumentacin


virtual, de ah el que los archivos que se crean en Labview se guardan con la
extensin VI (Virtual Instruments), tambin relacionado con este concepto se
da nombre a sus dos ventanas principales, el panel frontal y el diagrama de
bloques.

Figura 3.4. cono caracterstico de Labview de National Instruments.
Dentro del panel frontal se instalaran los botones, pantallas, etc. y es
la parte que el usuario puede ver y manipular.
En el diagrama de bloques es donde se realiza la programacin y se
muestra la circuitera.

Estas dos ventanas, el panel frontal y el diagrama de bloques estn
conectados por los terminales, los terminales son los elementos que sirven
como entradas o salidas de datos.
En la Figura 3.4. se muestra como se relacionan el panel frontal con el
diagrama de bloques.


Cuando se crea un elemento en el panel frontal, automticamente se crea el
mismo elemento en el diagrama de bloques y en esta segunda ventana es
donde se lleva a cabo la programacin.

Figura 3.5. Vista del panel frontal y diagrama de bloques.
La mayora de los lenguajes de programacin se basan en una programacin
imperativa, esto es llevar a cabo la sucesin de operaciones, pero el lenguaje
de programacin G se basa en el flujo de datos, esta programacin quiere
decir que los elementos se interconectan por medio de cables y los datos
fluyen por estos cables. Una funcin puede ejecutarse solo cuando tiene
disponibles todos los cables que tiene como entrada.
Labview cuenta tambin con una serie de estructuras que permiten ejecutar
cierto nmero de veces un cdigo, entre estas estructuras podemos
mencionar case, while, for, event, timed loop, timed sequence, disable
structure, formula node y scripts.


Adems de las estructuras con las que Labview cuenta, tambin se puede
hacer uso de los condicionales para una programacin ms compleja.

3.7 TARJETA DE ADQUISICIN DE DATOS.

La adquisicin de datos consiste en tomar muestras del mundo real (seales
analgicas) y digitalizarlas para manipularlas mediante un computador o una
tarjeta de adquisicin de datos. El proceso de adquisicin de datos comienza
tomando una muestra de la variable que se desea medir, entre las variables
que se pueden medir podemos mencionar temperatura, flujo, nivel, presin,
etc. Para tomar esta variable del mundo real se utiliza un sensor en
ocasiones llamado tambin transductor, este convierte una propiedad fsica
en una seal elctrica medible como tensin, corriente, resistencia, etc. esta
variable medida se compara con una seal de referencia y as el sistema se
puede manipular para obtener una salida deseada mediante un actuador.
Existen en el mercado actual diferentes compaas que producen tarjetas de
adquisicin de datos, para el prototipo se elige la tarjeta NI-DAC for USB
Devices (6008/6009/6501) debido a su compatibilidad con el software
Labview ya que ambos pertenecen a National Instruments, tambin por su
economa y capacidades.
Las caractersticas de la tarjeta se muestran a continuacin.
8 entradas analgicas de 12 o 14 bits, a 48 Ks/s.
2 salidas analgicas de 12 bits, tiempo del software.
12 lineas digitales de I/O TTL/CMOS.
1 contador de 32 bits, 5 MHz.


Figura 3.6. Tarjeta de adquisicin de datos NI for USB devices (6008/6009/6501).
Los requerimientos mnimos del sistema para la compatibilidad son:
Contar con cualquiera de los sistemas operativos.
Windows 2000/XP
Mac Os X
Windows 7
Windows CE
Windows mobile
Windows vista x64/x86
Contar con los siguientes drivers.
NI-DACmx
NI-DACmx base
Software compatible.
ANSI C/C++
Labview
Labview SignalExpress
LabWindows/CVI
Measurament Studio


En el captulo 4 se muestra como la tarjeta es detectada por el software de
NI y como se hace la configuracin pertinente.

3.8 MICROCONTROLADOR ATMEGA8.

El sistema tiene una parte de control automtico, esta parte de control se
lleva a cabo por medio de un microcontrolador ATmega 8. Un
microcontrolador es un circuito integrado o chip que incluye en su interior las
tres unidades funcionales de una computadora: unidad central de
procesamiento, memoria y unidades de E/S. hay varias caractersticas que
son deseables en un microcontrolador como son: recursos de entrada y
salida, espacio optimizado, seguridad en el funcionamiento del
microcontrolador, bajo consumo de potencia y proteccin de los programas
frente a copias.
El ATmega8 es de la familia de microcontroladores RISC de Atmel. Es una
CPU de arquitectura Harvard. Tiene 32 registros de 8 bits. Algunas
instrucciones slo operan en un subconjunto de estos registros. La
concatenacin de los 32 registros, los registros de entrada/salida y la
memoria de datos conforman un espacio de direcciones unificado, al cual se
accede a travs de operaciones de carga/almacenamiento. A diferencia de
los microcontroladores PIC, el stack se ubica en este espacio de memoria
unificado, y no est limitado a un tamao fijo.



3.9 SENSORES Y ACTUADORES.
En todo sistema de control se necesitan dos elementos bsicos para poder
tomar las variables del mundo real as como para manipular la variable
controlada para el sistema, estos elementos son conocidos como sensor o
captador (toma las variables del mundo real) y actuador (manipula la
variable controlada). Existen en la actualidad una gran diversidad de
sensores y actuadores en el mercado.
Por definicin se denomina sensor a todo elemento que es capaz de
transformar seales fsicas como temperatura, posicin, presin, nivel, etc.
en seales elctricas.
Los sensores en ocasiones son llamados transductores pues tienen la
capacidad de convertir una variable fsica en una seal elctrica como
tensin, corriente, resistencia, etc.
Existe gran diversidad de sensores entre los que podemos destacar sensores
pticos, sensores de presencia, sensores de movimiento, sensores de
posicin, sensores de temperatura, etc.
Para la aplicacin de seguridad se necesita que el sistema detecte intrusin
al recinto y el otro objetivo es simular presencia cuando el usuario y la
familia no se encuentran dentro (cuando salen de vacaciones por ejemplo o
cuando los padres salen a trabajar y los hijos a la escuela). Para detectar
intrusin en el recinto se requiere tener sensores en puertas y ventanas
cuando son los nicos accesos al inmueble. Esto se puede lograr mediante
sensores magnticos, de esta forma si la puerta o las ventanas son abiertas
los sensores enviaran una seal a la tarjeta de adquisicin de datos y esta a


su vez por medio de un programa en Labview enva un mensaje al usuario
de que algo pasa en su hogar. Se puede complementar el trabajo de los
sensores magnticos con un sensor de presencia, pues si la ventana se
rompe los intrusos pueden entrar sin necesidad de abrirla y los sensores
magnticos no seran activados, con un sensor de presencia pueden evadir el
sensor magntico pero no el sensor de presencia y este puede enviar la seal
a la tarjeta de adquisicin de datos para enviar la alerta. El otro objetivo se
logra utilizando la instalacin elctrica del recinto como actuador, de este
modo mediante un SMS se hace llegar una orden al entorno de Labview, se
ejecuta el programa y por medio de la tarjeta de adquisicin de datos se
pueden encender las luces de la fachada y corredores del inmueble. Los
sensores usados en el sistema se muestran en la Figura 3.7.

Figura 3.7. Contacto magntico.

Las caractersticas del sensor de la marca Operating Access se muestran a
continuacin.
Soporte de fijacin con caja plstica y separador aislante para puertas
metlicas.
Dimensiones del soporte: 60 x 13 x 13 mm.
Terminales protegidas con borne con tornillo.
Salida del contacto N.A. capacidad 500 mA.


Capacidad mxima: 200 VCD, 500 mA, la potencia nunca debe superar
10 VA

Figura 3.8. Sensor de presencia.
Las caractersticas del sensor de la marca Leviton se muestran a
continuacin.
Sensor de presencia por medio de infrarrojo.
Colocacin en pared.
Alcance 15 m.



CAPTULO IV. IMPLEMENTACIN DEL SISTEMA.

4. INTRODUCCIN.

En este captulo se hace referencia a toda la implementacin del sistema, en
primer lugar, se explica y se expone el programa para la aplicacin JAVA que
se instala en el celular, como segundo paso se hace una descripcin del
proceso de funcionamiento del mdem y del entorno de Labview debido a
que con este entorno se hace reemplazo del software original del mdem
(SIERRA WIRELESS software), para finaliza el captulo se habla sobre la
tarjeta de adquisicin de datos y los sensores y actuadores que se conectan
a l.

4.1 APLICACIN JAVA EN EL CELULAR.

Como se hace mencin en el captulo 3 se crea una interfaz grfica para
embeber en celulares, esta interfaz se denomina Interfaz Grfica de
Usuario y sirve para crear una conexin de datos e informacin entre el
sistema de seguridad instalado en el inmueble y el celular del usuario
administrador.
Esta interfaz se crea buscando la mayor facilidad a la hora de su ejecucin,
esta interfaz est hecha en un mbito de programacin amigable como lo es
JAVA, con esto aseguramos la creacin de un sistema programado atento,


sencillo en operacin, adems seguro en el manejo de informacin y solido
en su estructura, para impedir errores en tiempo de ejecucin y prdida de
informacin, ya que es un sistema de seguridad lo que se est operando,
adems se busca la ejecucin en tiempos muy cortos, para obtener como
resultado un sistema lo ms parecido a ejecucin en tiempo real.
Esta interfaz grfica insertada en el celular del usuario se encarga del control
de estados (Abierto/Cerrado, Encendido/Apagado) de los elementos a
controlar en el inmueble. La interfaz consiste en un programa MIDlet con
cdigo JAVA el cual permite al usuario interactuar con el sistema de control
mediante botones y simples tomas de decisiones, adems muestra
imgenes del elemento sobre el cual se est tratando, por lo que resulta muy
cmodo y fcil saber que se est haciendo y como se est operando el
sistema.
El programa del cual resulta la interfaz grfica est dividido en tres partes
principalmente, las cuales son seguridad, comunicacin con el sistema y
cambio de estados y toma de decisiones. Las dos primeras partes no son de
inters para el usuario, la parte de seguridad se encarga de controlar el
acceso mediante contraseas y dominios de usuario; la parte de
comunicacin entre el sistema y el programa instalado en el celular se
encarga de intercambiar informacin entre el sistema instalado en el
inmueble y el programa que lo controla instalado en el celular, esto es
mediante el envo y recepcin de datos en mensajes SMS. La tercera y
ltima parte es la parte del programa sobre la cual el usuario opera, maneja
y controla al sistema, toma decisiones, es avisado de posibles problemas o
situaciones.


Las razones por las cuales el programa fue hecho dentro de la plataforma de
programacin JAVA son los siguientes:
Seguridad. Java ofrece una amplia variedad de formas para mantener
la integridad de los programas a salvo de interrupciones o intrusiones,
lo que mantiene el cdigo y al programa a salvo.
Programacin Orientada a Objetos. Java es un tipo de lenguaje de
programacin en el cual se pueden representar objetos reales como
clases dentro del programa, con esto facilita la forma de programar y
el sentido que se puede dar.
Portable. Java contiene opciones muy cmodas para realizar
programas para elementos portables, tal es el caso de MIDlet que es
un derivado de la programacin JAVA, el cual genera el tipo de
archivos .JAR los cuales pueden ser fcilmente interpretados y
ejecutados en los celulares.
Arquitectura Neutra. Se permite la creacin de programas e
interpretacin y compilacin de estos en cualquier tipo de sistema
operativo, lo que facilita al programador la tarea de encontrar el
ambiente adecuado de trabajo.
A continuacin se muestra el programa de la interfaz grfica mvil.

4.1.1 COMUNICACIN ENTRE EL SISTEMA Y LA INTERFAZ
GRFICA.

/* Esta linea hace referencia al MIDLet */
private javax.microedition.midlet.MIDlet midlet;


/* Con esta cabecera enviamos el SMS */
private javax.microedition.lcdui.Command cmdSend;

/*Para finaliza la aplicacin */
private javax.microedition.lcdui.Command cmdExit;

/* Constructor de ventana principal de la aplicacin */
public WMAMainForm(javax.microedition.midlet.MIDlet midlet) {
super("Mensaje a enviar", "", 166, TextField.ANY);
this.midlet = midlet;
this.createUI();
}

/* Crea y configura el interfaz grfico de la ventana */
private void createUI(){
this.setTicker(new Ticker("Conectando al Sistema"));
this.cmdSend = new Command("Enviar", Command.OK, 1);
this.cmdExit = new Command("Salir", Command.STOP, 1);
this.addCommand(cmdSend);
this.addCommand(cmdExit);
this.setCommandListener(this);
}

Con esto se crea una ventana de aplicacin en el celular como la que se
muestra a continuacin en la Figura 4.1, cabe destacar que la ventana no
puede ser vista ni puede ser manipulada por el usuario, solo sirve para que
el programa inserte ah la informacin que le va a enviar al sistema.


Figura 4.1. Ventana de envo de informacin al sistema mediante SMS.

/*El programa enva el SMS */
private void sendSMSClick() throws java.io.IOException {
MessageConnection conn = null;
TextMessage msg = null;
try {
//Obtener una implementacin del Connection que se encargar de enviar el
//SMS
conn = (MessageConnection) Connector.open("sms://+7795468895");
//Crear el SMS
msg=(TextMessage)conn.newMessage(MessageConnection.TEXT_MESSAGE);

// Establecer el contenido del SMS
msg.setPayloadText(this.getString());

// Enviar el SMS
conn.send(msg);


} finally {

// Cerrar la conexin
this.closeQuietly(conn);
conn = null;
}
}

/* Cierra un Connection ignorando todas las posibles excepciones */
private void closeQuietly(javax.microedition.io.Connection conn){
try {
conn.close();
} catch (Exception ex){
}
}

4.1.2 SEGURIDAD.

Aqu se filtra la entrada del usuario del celular mediante el uso de un nombre
de usuario y una contrasea, aqu se muestra el cdigo y la ventana que se
crea. En caso de no ingresar adecuadamente la contrasea o nombre de
usuario en tres ocasiones consecutivas, esta parte del programa genera un
mensaje de texto dirigido al mdem, el cual le indica ignorar las posibles
conexiones entre ese nmero de celular y el sistema.



public LoginScreen getEntrar() {
if (Entrar ==null)
Entrar = new LoginScreen(getDisplay());
Entrar.setLabelTexts("Nombre", "Password");
Entrar.setTitle("Bienvenido al Sistema");
Entrar.addCommand(LoginScreen.LOGIN_COMMAND);
Entrar.setCommandListener(this);
Entrar.setBGColor(-6710785);
Entrar.setFGColor(0);
Entrar.setPassword("esime");
Entrar.setUsername("Josue");
Entrar.setUseLoginButton(false);
Entrar.setLoginButtonText("Ingresar");
If (setPassword!=contrasea||setUsername!=usuario)
{
cont=cont+1;
if (cont==3)
{


return Entrar;
}
//Crear el SMS
msg=(TextMessage)conn.newMessage(MessageConnection.TEXT_MESSAGE);

// Establecer el contenido del SMS
msg.setPayloadText(this.getString());

// Enviar el SMS
conn.send(msg);
} finally {

// Cerrar la conexin
this.closeQuietly(conn);
conn = null;
}
}

/* Cierra un Connection ignorando todas las posibles excepciones */
private void closeQuietly(javax.microedition.io.Connection conn){
try {
conn.close();
} catch (Exception ex)
}
}
}


Figura 4.2. Ventana de ingreso al sistema.

4.1.3 INTERFAZ DEL USUARIO.

/* Esta es la parte visible para el usuario, aqu se crean las ventanas que el
usuario puede ver, y en las cuales ingresa y obtiene la informacin. */
/* Cabeceras, aqu declaramos las libreras a utilizar a lo largo del programa
microedition.midlet es una librera para crear un archivo ejecutable tipo .JAR
microedition.lcdui es utilizada para crear una simulacin virtual de la
aplicacin en la computadora
microedition.LoginScreen es una cabecera utilizada para la creacin de la
opcin de seguridad dentro del programa ejecutable.
Las dos cabeceras restantes se utilizan para la creacin de tablas y objetos
como imgenes.*/



import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;
import org.netbeans.microedition.lcdui.LoginScreen;
import org.netbeans.microedition.lcdui.SimpleTableModel;
import org.netbeans.microedition.lcdui.TableItem;
public class HelloMIDlet extends MIDlet implements CommandListener {
private boolean midletPaused = false;
//Aqu se generan los campos
private Command Terminar;
private Command Control;
private Command Volver;
private Command Cambiar;
private Command SI;
private Command NO;
private Form Bienvenida;
private StringItem stringItem;
private ImageItem imageItem;
private LoginScreen Entrar;


private Form ControldeEstados1;
private TableItem tableItem;
private StringItem stringItem1;
private List Control1;
private Form Puerta1;
private ImageItem imageItem1;
private TableItem tableItem1;
private Form Puerta2;
private Form Ventanas1;


private TableItem tableItem2;
private Form Ventanas2;
private Image image1;
private SimpleTableModel tableModel1;



/*El constructor de nuestro MIDlet*/
public HelloMIDlet() {}}
//Creacion de las ventanas e inicio del midlet
public void startMIDlet() {
switchDisplayable(null, getEntrar()); }
public void resumeMIDlet() {
}
public void switchDisplayable(Alert alert, Displayable nextDisplayable) {
Display display = getDisplay();
if (alert == null) {
display.setCurrent(nextDisplayable);
} else {
display.setCurrent(alert, nextDisplayable);
}
}
public void commandAction(Command command, Displayable displayable)
{
if (displayable == Bienvenida) {
if (command == Control) {


switchDisplayable(null, getControldeEstados1());
} else if (command == Terminar) {
exitMIDlet();
}
} else if (displayable == Control1) {
if (command == List.SELECT_COMMAND) {
Control1Action();
} else if (command == Volver) {
}
Control2Action();
}


Control4Action();
}
} else if (displayable == ControldeEstados1) {
if (command == Cambiar) {
switchDisplayable(null, getControl1());
switchDisplayable(null, getBienvenida());
}
}


}
} else if (displayable == Entrar) {
if (command == LoginScreen.LOGIN_COMMAND) {
}
}

//Ventana de Bienvenida
public Form getBienvenida() {
if (Bienvenida == null) {
Bienvenida = new Form("Bienvenido Josue", new Item[] {
getStringItem(), getImageItem() });
Bienvenida.addCommand(getTerminar());
Bienvenida.addCommand(getControl());
Bienvenida.setCommandListener(this);
}


return Bienvenida;
}

Figura 4.3. Ventana de bienvenida al sistema.

public Form getControldeEstados1() {
if (ControldeEstados1 == null) {
ControldeEstados1 = new Form("Control de Estados", new Item[] {
getStringItem1(), getTableItem() });
ControldeEstados1.addCommand(getCambiar());
ControldeEstados1.addCommand(getVolver());
ControldeEstados1.setCommandListener(this);
}
return ControldeEstados1; }


Figura 4.4. Ventana de control de estados.

/*Exits MIDlet*/
public void exitMIDlet() {
switchDisplayable (null, null);
destroyApp(true);
notifyDestroyed();
}

/*Llamar el MIDlet para iniciar*/
public void startApp() {
if (midletPaused) {
resumeMIDlet ();
} else {


initialize ();
startMIDlet ();
}
midletPaused = false;
}

/* Llamar cuando el MIDlet esta pausado */
public void pauseApp() {
midletPaused = true;
}

A continuacin se muestran otras Ventanas creadas en la ejecucin del
programa.

Figura 4.5. a) Ventana de decisin; b) Ventana de lista de elementos.


Esta programacin se realiza dentro de un ambiente grfico de programacin
JAVA llamado NETBEANS, con este editor de archivos JAVA se puede ejecutar
y simular una aplicacin desde una ventana sin necesidad de estar
compilando el programa en la terminal o ventana de comandos.

Figura 4.6. cono caracterstico del entorno de programacin JAVA NETBEANS.

Para la realizar la interfaz grfica de usuario se utiliza la versin 6.9 de
NETBEANS, la cual est disponible de forma gratuita en internet en la pgina
de netbeans.org.
La razn por la que se usa la versin ms reciente de NETBEANS es por la
nueva paquetera de libreras que contiene, las cuales incluyen cabeceras
exclusivas para la realizacin de programacin mvil o programacin MIDlet,
las cuales no existen en las versiones anteriores de NETBEANS.


Figura 4.7. Caractersticas del entorno de programacin JAVA NETBEANS.
La ventana de programacin en NETBEANS resultante de la creacin de la
interfaz grfica de usuario es la que se muestra a continuacin, se puede
observar que la programacin se realiza por medio de mdulos o bloques,
cada bloque corresponde a una ventana del programa y sus respectivas
propiedades, como cuadros de dilogo, cuadros de texto, figuras, etc.

Figura 4.8. Ventana del programa de interfaz grfica generada en NETBEANS.


4.2 MDEM GPM12M.

El mdem GSM que se utiliza en el prototipo es de la marca Zigbmax
communications, modelo GPM12M. Se elige este mdem por que cuenta con
los requerimientos mnimos para llevar a cabo la aplicacin del sistema y
tiene un costo bajo en relacin con otros dispositivos que tienen las mismas
caractersticas.

Figura 4.9. Mdem GSM/GPRS GPM12M Zigbmax communications.


El mdem GPM12M cuenta con un regulador de voltaje, un cable serial,
antena, disco de instalacin y el manual de comandos AT.
El modem cuenta con indicadores visuales que indican el estado de
operacin, por ejemplo en la Figura 4.9 en la parte izquierda del mdem se
observan cuatro leds, GSM led indica si se ha insertado la tarjeta SIM, On led
indica si el mdem est alimentado con 12 VCD, GPRS led esta desactivado y
SMS led este parpadea cuando hay actividad de envo y recepcin de SMS.
Para verificar que el mdem opera eficientemente hay que ensamblar la
antena y conectar el mdem a la PC mediante el cable serial, para esto es
necesario instalar el software SIERRA WIRELESS de Zigbmax
communications.

Figura 4.10. Ventana de inicio de SIERRA WIRELESS.


En la parte superior derecha de la imagen 4.10 se observa la compaa de
comunicaciones que presta el servicio, el nivel de intensidad de seal y la
frecuencia a la que opera el mdem. Para verificar que el mdem est en
buen estado y puede enviar y recibir SMS se ejecutan una serie de
comandos AT en la consola del software donde indica <<Enter your AT
command here>>. Cada comando debe dar una respuesta para confirmar
que el mdem trabaja correctamente.

Figura 4.11. Imagen de la consola de SIERRA WIRELESS



En la Tabla 4.1. se muestran los comandos para confirmar el estado del
mdem y las respuestas que debe retornar.

Tabla 4.1. Comandos AT para verificar estado del mdem.
Comando AT Descripcin Respuesta
AT Este comando siempre retorna Ok Ok
AT+CGMM Este comando es usado para
conseguir la frecuencia soportada
MULTIBAND G850 1900
AT+CSQ Este comando se usa para conocer
la intensidad de seal recibida
+CSQ: 17,1
AT+WSHS Este comando permite conocer el
estado del operador de la tarjeta
SIM
+WSHS: 1 (1=Closed 0=Open)
AT+CGMR Este comando se usa para conocer
la versin del software
R73a00gg.Q26CL701 2094168

Si a cada comando se da la respuesta esperada el mdem est listo para
enviar y recibir SMS. Y debe mostrar la ventana de la Figura 4.12 en la cual
muestra un entrono grfico donde el usuario no tiene contacto con los
comandos AT, este entorno muestra una pestaa con el nombre SMS, con
esta se muestran varios espacios, entre ellos el nmero del centro de
servicio. Para enviar un mensaje hay que dirigirse a la seccin Send SMS
que muestra dos espacios, en el espacio Phone number hay que introducir
el nmero del usuario al que se enva el SMS, en el cuadro restante
Message se escribe el texto que se desea enviar y se hace click sobre el
cuadro Send para enviar. Por otra parte cuando se recibe un SMS se
despliega el texto en el recuadro Receive SMS. Cuando se desea leer un


mensaje almacenado en la tarjeta SIM, borrar mensajes almacenados o
cualquier accin hay que hacer uso de los comandos AT mostrados en la
Tabla 3.3. en el captulo anterior, hay que introducir los comandos en la AT
Console.

Figura 4.12. Entorno de envo y recepcin de SMS.


De esta forma se verifica que el mdem est en perfecto estado operativo.
Pero como se menciona en el captulo 3 no se hace uso del software SIERRA
WIRELESS, en su lugar se utiliza el software Labview de National
Instruments. Este software es muy verstil y usado en diferentes
aplicaciones de control.

4.3 PROGRAMA EN LABVIEW.

Figura 4.13. Labview de NI.



En el captulo 3 se mencionan algunas caractersticas de Labview, en este
captulo se hace un anlisis a fondo del programa y de los componentes del
mismo dentro del entorno de Labview para desarrollar la aplicacin y poder
manipular el mdem desde este entorno.
Como en cualquier lenguaje de programacin hay que iniciar un nuevo
proyecto como se muestra en la Figura 4.14, en la parte superior izquierda
se hace click sobre New blank VI. Una vez que se tiene un nuevo proyecto se
despliega una ventana, esta ventana es llamada panel frontal, en el panel
frontal se colocan los controles e indicadores, es la parte que el usuario
puede ver y generalmente tiene el fondo gris, para llevar a cabo la
programacin es necesario trabajar sobre el diagrama de bloques que se
hace visible con Ctrl+t, de esta forma se obtienen las ventanas de la Figura
3.5 mostradas en el captulo anterior, como se menciona en ese mismo
captulo cada elemento que se establece sobre el panel frontal tambin lo
hace sobre el diagrama de bloques.
Una vez en el diagrama de bloques es indispensable conocer las
herramientas que ofrece, estas herramientas se muestran en la parte
superior izquierda de ambas ventanas, aunque en la ventana del diagrama
de bloques aparecen lagunas herramientas ms que en el panel frontal.



Figura 4.14. Inicio de un nuevo proyecto.

El primer grupo de herramientas que se debe tomar en
cuenta para realizar un programa es el que sirve para controlar la
ejecucin de un programa en Labview. El primer botn indica si hay
errores en el programa (fecha rota) y cuando no los hay (flecha
completa como en la imagen) ejecuta una vez el programa. El segundo
botn ejecuta de forma continua el programa, como recomendacin
este botn no debe usarse, en su lugar se empleara un bucle en el
programa. El tercer botn aborta la ejecucin y el cuarto permite
realizar una pausa.


El segundo grupo de botones importante para
programar, sirve para ayudar a depurar de un programa. El primer
botn es Highlight execution, una de las herramientas ms tiles para
depurar, ralentiza la ejecucin permitiendo ver el camino que siguen
los datos en el programa. El siguiente, retain Wire Values permite
obtener el valor anterior al colocar un probe. Los otros tres siguientes
se utilizan para ejecutar el programa paso a paso.
El men desplegable permite formatear textos, es
recomendable usar los formatos predefinidos como Application Font
System Font.
El siguiente grupo se usa para alinear, distribuir,
controlar el tamao, agrupar y ordenar objetos.
Abre la ayuda para saber la forma de ejecutar ya sea un VI, un
control o un indicador.

Una ventana muy til en la elaboracin de un programa es la de Ayuda
contextual esta ventana se puede abrir en Help<<Show Context Help>>.
Esta ventana muestra informacin del objeto que este situado bajo el
cursor, ya sea una funcin, un VI, un control o un indicador. Adems puede
aparecer un enlace a la pgina de la ayuda relacionada con ese objeto;
puede obtenerse tambin con Ctrl+h.


Figura 4.15. Ventana de ayuda contextual.

Tabla 4.2. Atajos tiles del teclado.
Combinacin de teclas Funcin
CTRL + R Ejecuta el programa
CTRL + . Aborta la ejecucin
CTRL + E Conmuta entre las dos ventanas principales
CTRL + B Elimina los hilos rotos
CTRL + H Muestra u oculta la ayuda contextual
CTRL +? Muestra la ayuda
CTRL + C Copia los objetos seleccionados al
portapapeles
CTRL + X Corta los objetos seleccionados al
portapapeles
CTRL + V Pega los objetos desde el portapapeles
CTRL + Z Deshace la ltima accin
CTRL + SHIFT+Z Rehacer
CTRL + S Guarda el VI


TAB Cambia entre las herramientas de la paleta
de herramientas
CTRL + arrastrar Crea un copia de los ovejos seleccionados
SHIFT + arrastrar Mueve los objetos en una sola direccin

Para insertar un elemento en el diagrama de bloques es necesario hacer uso
de las paletas de funciones y controles, estas se despliegan haciendo click en
el botn secundario del ratn sobre una zona vaca del diagrama de bloques
o en el panel frontal.

Figura 4.16. Paletas de funciones.

En este caso como el mdem se conecta mediante RS-232 es necesario
hacer uso de las libreras VISA, por lo que es conveniente hacer una breve
introduccin a las comunicaciones serie en Labview y despus describir el
uso de las libreras VISA.



4.3.1 COMUNICACIN RS-232.

La comunicacin que se puede establecer entre varios dispositivos se puede
clasificar de acuerdo a varios parmetros, desde el punto de vista de la
forma de transmisin de datos se tiene la comunicacin serie (RS-232, USB o
firewire) o comunicacin en paralelo (GPIB, VXI o PXI). La comunicacin
serie tiene algunas ventajas sobre la comunicacin en paralelo, transmisin a
mayor distancia, menor coste y ms sencillos en cuanto al hardware
necesario; suelen ser comunicaciones punto a punto.
Por lo general son comunicaciones asncronas o en rfagas, por lo que suelen
delimitar los datos, para esto pueden indicar el inicio con un bit de start y el
final con un bit de stop.
La comunicacin RS-232 est definida como la interfaz entre un quipo
terminal de datos y un equipo de comunicacin de datos utilizando un
intercambio binario en modo serie.
Los dispositivos son llamados DTE Data Terminal Equipment (por ejemplo
una PC) y DCE Circuit-Terminating Equipment (por ejemplo un mdem). El
DTE usa una terminal macho mientras que el DCE usa una terminal hembra y
es el encargado de establecer y mantener la conexin. Una PC puede tomar
ambos papeles, puede ser DTE al conectarse con un mdem y DCE al
conectarse con una impresora.



4.3.2 CONECTORES.

El RS-232 puede utilizar varios tipos de conectores siendo los ms usados el
de 25 pines y el DB9, el DB9 es el ms habitual, consta de 5 lneas de
recepcin y 3 de transmisin.

Tabla 4.3. Seales en RS-232.
PIN DB9 Nombre Descripcin
1 DCD Deteccin de datos de la portadora
6 DSR Conjunto de datos listos
2 RD Lnea de recepcin de datos
7 RTS Solicitud de envo
3 TD Lnea de transmisin de datos
8 CTS Listo para enviar
4 DTR Terminal de datos lista
9 RI Timbre indicador
5 GND Negativo comn

DCD. El DCE la pone en 1 para indicar que est recibiendo una seal
portadora.
DRS. El DCE la pone en 1 para indicar al DTE que est conectado a la
lnea.


RD. La entrada de datos. Si DCD = 0 debe estar en un estado
llamando Mark.
RTS. El DTD pone a 1 para indicar que puede transmitir datos. El DCE
pone a 1 la lnea CTS para recibir datos. Al terminar la transmisin RTS
pasa a 0, al igual que DCE y CTS.
TD. Salida de datos (del DTE al DCE). Si no se transmite entra en
Mark. DCR, DTR, RTS y CTS deben estar en 1 para transmitir.
CTS. El DCE la pone en 1 para indicar que est preparada para recibir
datos. Si RTS, DCR y DTS estn a 1, CTS tambin se pone a 1.
DTR. El DTE la pone en 1 para indicar que puede recibir o quiere
transmitir datos. El DTE pone un 0 para finalizar la transmisin.
GND. Tensin de referencia. Debe estar aislada de la toma de tierra
del equipo.

Las lneas RTS, CTS, DSR, DCD y DTR se usan para implementar un
protocolo de comunicacin handshake (saludo). Puede ocurrir que en una
transmisin no se utilicen todas las lneas para establecer comunicacin.

Figura 4.17. Conector DB9.


4.3.3 COMUNICACIONES SERIE EN LABVIEW.

Las versiones antiguas de Labview incluan VIs especficos para manejar el
puerto serial, pero en las versiones nuevas se han integrado con el resto de
VIs de la librera VISA como se muestra ms adelante. A continuacin se
hace una descripcin de los elementos de la paleta para el puerto serie.

Figura 4.18. Men serial.

a) Configure Serial Port.

Figura 4.19. Configue serial port.


Configura el puerto serie con todos los parmetros como son: velocidad en
este caso de 115200 que es la que utiliza el modem, protocolo, paridad, etc.
El puerto se selecciona con VISA resource name, al crear un control o una
constante en el diagrama de bloques o en el Panel frontal se escanean los
puertos disponibles en el ordenador y se muestran en una lista. VISA
resource name es un identificador lgico nico que sirve para comunicarse
con un recurso manteniendo una sesin en la que se pueden realizar varias
operaciones.

Figura 4.20. Representacin de Configure Serial Port en el panel frontal.

b) VISA Write.

Figura 4.21. VISA Write.


Escribe datos desde el buffer hasta el otro dispositivo. Se puede hacer que
este VI y el siguiente utilicen una trasmisin sncrona o asncrona.

c) VISA Read.

Figura 4.22. VISA Read.

Es el contrario de VISA Write. Hay que indicarle el nmero de Bytes que
debe leer del buffer, para darle un valor a este parmetro suele usarse la
salida de la propiedad VISA Bytes at Serial Port.

Figura 4.23. Representacin de VISA Read en el panel frontal.



d) VISA Close.

Figura 4.24. VISA Close.

Cierra una sesin VISA. Para abrirla se usa el VI instrument
I/O<<VISA<<VISA Advanced<<VISA open.

e) VISA Bytes at serial ports.

Figura 4.25. VISA Bytes at serial ports.

Es una de las propiedades de una sesin VISA. Obtiene los bytes que hay en
el buffer del puerto para ser ledos.

4.3.4 ELEMENTOS DE PROGRAMACIN DE LABVIEW.

Ahora que se conocen los elementos de comunicacin serie de Labview se
muestran los elementos restantes que conforman la programacin. Al final se
muestra el diagrama completo de programacin.



a) String Subset Function.

Figura 4.26. String Subset Function.

b) String To Byte Array Function.

Figura 4.27. String To Byte Array Function.

Convierte una cadena en una matriz de bytes sin signo. Cada byte de la
matriz tiene el valor ASCII del carcter correspondiente en la cadena.

c) Index Array Function.

Figura 4.28. Index Array Function.

Devuelve el elemento o submatriz de la matriz de n-dimensin en el ndice.
La funcin cambia de tamao automticamente para mostrar las entradas de


ndice para cada dimensin de la matriz. Tambin puede agregar elementos
adicionales o terminales subarray cambiando el tamao de la funcin.

d) Simple Error Handler VI.

Figura 4.29. Simple Error Handler VI.

Indica si se ha producido un error. Si ha ocurrido un error, este VI devuelve
una descripcin del error y, opcionalmente, muestra un cuadro de dilogo.

e) CASE.

La estructura CASE es equivalente a varios de los lenguajes basados en
texto: IF, SWITCH y TRY. Su utilidad es ejecutar un cdigo u otro
dependiendo de una condicin. En este caso tambin se tiene un men en la
parte superior donde se puede elegir el subdiagrama que se muestra. En
este men se puede ver la condicin para ejecutar el cdigo del subdiagrama
correspondiente. En la figura 4.28 se muestra un CASE con dos
subdiagramas, uno se ejecuta en TRUE que se utiliza encerrando a un VI de
tipo VISA Write y el otro en FALSE que solo muestra los hilos de conexin
cuando no se cumple la condicin, en este caso la informacin que se escribe


son comandos AT direccionando a la memoria SIM que contiene la
informacin que llega como instruccin hacia el programa.

Figura 4.30. Estructura CASE a) Estado TRUE b) Estado FALSE.

En el panel Frontal se ve representado de la forma siguiente.

Figura 4.31. Representacin de CASE en el panel frontal.

f) SEQUENCE

Se utiliza para ordenar la ejecucin del cdigo que est en su interior, aqu
se coloca un VI de tipo WAIT que espera el nmero en milisegundos
especificados y devuelve el valor del contador de tiempo en milisegundos.


Figura 4.32. SEQUENCE.

En esta parte del programa la condicin siempre va ser falsa cuando no se
escribe una instruccin por lo tanto no hay nada que leer.

Figura 4.33. CASE False.

Lo contrario pasa en la Figura 4.33, si llega una instruccin del usuario, la lee
y la ejecuta.


Figura 4.34. Case True.

En la Figura 4.35. se muestra el panel de control desde el panel frontal.

Figura 4.35. Panel de control (Panel frontal).

En las lneas anteriores se describe el proceso de recepcin de un
mensaje as como la ejecucin de una accin. A continuacin se describe


el proceso por el cual el sistema enva una alarma al usuario cuando los
sensores son activados.

g) Concatenate Strings Function.

Figura 4.36. Concatenate Strings Function.

Concatena cadenas de entrada y matrices de 1D de cadenas en una sola
salida. Para las entradas de la matriz, esta funcin concatena cada elemento
de la matriz.

Figura 4.37. Aplicacin de Concatenate Strings Function.

A este VI se le agregan constantes, que nos sirve para insertar el comando
AT (AT+CMGS) para el envo de SMS, se agrega el telfono de usuario, y el


retorno de carro para que vuelva a ejecutar la accin. En seguida escribe el
comando y espera un tiempo para la ejecucin.

Figura 4.38. Vista en panel frontal de Concatenate Strings Function.

h) Match Pattern Function.

Figura 4.39. Match Pattern Function.

Hace la bsqueda de expresiones regulares en la cadena que comienza en el
desplazamiento, y si encuentra una coincidencia, se divide en tres subseries
de cadena. Una expresin regular requiere una combinacin especfica de
caracteres de coincidencia de patrones, para esta edicin se utiliza Empty
String/Path? que nos devuelve TRUE si la string/path es una cadena vaca o
una ruta vaca. De lo contrario, esta funcin devuelve FALSE esto sirve para
cumplir las condiciones de la estructura CASE.



Figura 4.40. Aplicacin de Match Pattern Function.

Cuando cumple la accin, pasa a la siguiente condicin del CASE, en esta
parte del programa es cuando el SMS llega al usuario ya que el dispositivo a
censado algo.

Figura 4.41. Envo de SMS de alerta al usuario.



4.4 IMPLEMENTACION DE LA TARJETA DE ADQUISISION DE DATOS.

Hasta este punto el programa est terminado, lo ltimo es tomar las
variables del mundo real y enviarlas al entorno de Labview mediante la
tarjeta de adquisicin de datos; para esto es necesario verificar que la
tarjeta trabaja de forma correcta, por lo que se hace un proceso de
verificacin.
Para que la tarjeta NI-DAC mx for USB Devices funcione de forma adecuada
es necesario tener instalado Labview y NI-DAC 6008, una vez instalados, se
conecta la tarjeta a la PC por medio de un cable USB a algn puerto
disponible, debe aparecer un cuadro como el mostrado en la Figura 4.42.
Posterior a este paso aparece el asistente de instalacin de hardware que
ayuda al proceso de instalacin. Una vez que la instalacin es exitosa se
ejecuta el programa Measurements and Automation Explorer (MAX) que se
encuentra en Men Inicio >> Todos los programas >> National Instruments.

Figura 4.42. Instalacin de la tarjeta de adquisicin de datos.

Una vez abierto, revisar en la seccin de configuracin y extender la
ramificacin Devices and Interfaces >> NI DAQ-mx Devices. Si la instalacin
fue exitosa, debe aparecer un cono en verde que representa la tarjeta NI


USB-6008/9 y MAX asigna un nombre a esta del tipo Dev#. Hay que tomar
en cuenta este nombre porque este identifica la tarjeta en cualquier
programa de National Instruments para acceder a ella. Presionar el botn de
Self-Test para revisar que la comunicacin es efectiva si aparece la
ventana Success.
Como una breve introduccin, la pestaa de <<Test Panels>> da acceso a
las terminales del equipo de National Instruments conectadas a la
computadora. Con esto se puede comprobar el buen funcionamiento de cada
terminal. <<Reset Device>> es til cuando la tarjeta deja de funcionar correctamente
por alguna razon.
Al hacer click derecho sobre el cono de la tarjeta, se abre un men en donde
se pueden encontrar los <<Device Pinouts>> para la configuracin fsica de
los pines en la tarjeta DAQ y esto aplica para cualquier modelo de DAQ de
National Instruments.

Figura 4.43. Device Pinouts DAQ USB 6008.


Para acceder a las terminales de la DAQ, basta tan solo con colocar un vi
express denominado DAQ ASSISTANT que se encuentra en funciones >>
Express >> Input >> DAQ assist.

Figura 4.44. Acceso a las terminales de la tarjeta NI-DAC.

Por medio del asistente DAC se pueden hacer las conexiones en el programa
de Labview. Desde el entorno de Labview, como ya se haba mencionado al
enviar el usuario la orden de encender la iluminacin de su hogar, el mdem
intercepta el SMS, lo pasa al entorno de Labview que lo procesa y lo entrega
como una seal virtual de salida, esta seal se puede convertir en una seal
real por medio de la tarjeta. Caso contrario cuando un sensor detecta
intrusin al recinto, convierte primero una variable en una seal elctrica la
cual mediante la tarjeta DAC, pasa a Labview donde es procesada para
ejecutar una accin, esta accin es enviar un comando AT al mdem para
que de este pueda mandar una advertencia al usuario de que alguien ha
irrumpido en su hogar.



4.5 IMPLEMENTACIN DEL MICROCONTROLADOR EN EL RECINTO.
El sistema de domtica de seguridad por medio de mensajera SMS tiene
como objetivo el monitoreo de un recinto o inmueble a fin de garantizar la
seguridad del mismo, adems se busca una constante comunicacin entre el
recinto y el administrador del sistema buscando que se tenga conocimiento
del estado en el cual se encuentra el inmueble, cules han sido los sucesos
relevantes ocurridos en ltimas fechas y poder darle la configuracin
deseada a la seguridad en el recinto desde cualquier punto y a cualquier hora
sin necesidad de ingresar al control maestro del sistema mediante una
computadora.
En esta etapa se evalu la eficacia del sistema mediante una simple
implementacin a nivel escala en una maqueta. Se implementaron el uso de
sensores de presencia y sensores de estado para poder monitorear la
actividad en el recinto, cabe sealar que la razn por la que se realiz la
implementacin en una maqueta y no en un inmueble es por simple cuestin
econmica, ya que los sensores implementados en la maqueta son
considerablemente ms econmicos que los sensores grandes utilizados en el
sector civil e industrial.
Gracias a la implementacin realizada se logr encontrar las fallas y aciertos
en el sistema, corrigiendo en su mayora las situaciones que provocaban
discrepancias entre el resultado obtenido y el que se desea. Tambin se
encontraron situaciones irremediables como son el retardo que se genera
entre el momento en el cual se enva el mensaje y el momento en el cual el
mensaje es recibido, interpretado y ejecutado por el sistema. Se debe
mencionar que se logr reducir en gran medida el tiempo requerido para la
interpretacin y ejecucin del mensaje, ya que eso dependa en su mayora


de la complejidad del programa en Labview, mientras que el tiempo
concentrado entre el envo y la recepcin del sistema solo se logr reducir en
promedio medio segundo disminuyendo la extensin del mensaje enviado,
pero el tiempo de retardo entre estos dos procesos depende casi en su
totalidad de la calidad del servicio de telefona mvil y la intensidad en la
seal del servicio.
El inmueble dentro del cual se implement el sistema es una maqueta cuyas
dimensiones son de 60 centmetros de largo por 50 centmetros de ancho y
36 centmetros de alto. Es una maqueta de una sola habitacin referida a
una cocina con una sola entrada por el lado noroeste (lado derecho vista
frontal), una ventana colocada del lado noreste (lado izquierdo vista frontal),
y un espacio interior de construccin de 105 centmetros cuadrados. La
maqueta esta hecha basada en una cocina real hecha a una escala de 1:50 y
esta sentada sobre una base de madera, los sensores estn colocados en los
puntos sealados en la imagen, los cuales fueron escogidos por su
practicidad y a manera de cubrir todo el espacio interior asegurando la
deteccin de cualquier evento dentro del considerado inmueble.



Figura 4.45. Vista interior simulada del inmueble.

Figura 4.46. Vista del plano del inmueble.


En este caso se utiliza como concentrador y controlador central del sistema
el microcontrolador ATMEL modelo ATMega8. Este es un microcontrolador de
la familia de los controladores AVR de ATMEL, el microcontrolador cuenta con
8 bits de operacin, posee 28 pines, 8 K Bytes de memoria programable y 1
K Byte de memoria interna SRAM, 32 registros de memoria para propsito
general, tres buses de datos (buses de entrada/salida), tres
contadores/temporizadores (uno de 8 bits y dos de 16 bits), un convertidor
analgico/digital de 8 bits, sistema de apagado y espera (watchdog) y otras
aplicaciones. Para la implementacin del sistema solo se emplean los puertos
de entrada/salida o puertos de bus de datos, uno de los
contadores/temporizadores de 16 bits en modo temporizador y el
contador/temporizador de 8 bits en modo contador.

Figura 4.47. Configuracin de los pines del ATmega8.



El siguiente diagrama muestra la forma en que est configurado y la manera
de operar y actuar del controlador. Como se puede observar, las acciones
que realiza el controlador estn definidas en base a dos elementos, las
decisiones que toma el usuario/administrador del sistema y los datos
recopilados por los sensores.

Figura 4.48. Diagrama de flujo del sistema.

Las seales de urgencia son aquellas seales las cuales crean una situacin
urgente, es decir, que no pueden esperar a ser consultadas al usuario y
necesitan ser resueltas de inmediato, obligando al sistema a tomar
decisiones y actuar por s solo, despus se crearn mensajes del sistema al
administrador para avisar sobre el suceso pero mientras el sistema deber
actuar sin consulta alguna. Estas situaciones pueden ser definidas por el
administrador y tambin el puede definir como debe el sistema actuar en
tales circunstancias. Algunas de las situaciones que se pueden considerar
seales de urgencia son un incendio, la intrusin al recinto, violacin a la


chapa de alguna puerta, deteccin de un temblor o sobrecarga en las lneas
elctricas entre otras. Las acciones que el sistema puede realizar son enviar
una alerta a las autoridades, clausurar puertas, cortar suministro de energa
elctrica, cortar suministro de gas, encender luces o encender alarmas entre
otras.

En este caso el sistema solo est configurado para:
1. Encender luces si obscurece.
2. Cortar suministro de Gas (solo si es requerido).
3. Cortar suministro de Agua (solo si es requerido).
4. Cortar suministro de Energa elctrica (solo si es requerido).
5. Cortar suministro de Gas en caso de temblor (seal de urgencia).
6. Cortar suministro de Agua en caso de temblor (seal de urgencia).
7. Cortar suministro de Energa elctrica en caso de temblor(seal de
urgencia).

El programa embebido en el microcontrolador ATMega 8 est hecho en
lenguaje de alto nivel C++, esto permite una practicidad y portabilidad a la
hora de programar.
El programa realizado para la implementacin del sistema es el que se
presenta a continuacin, cabe sealar que se programa el microcontrolador
por medio del sistema de programacin en sitio, gracias al programador
TITANIUM de ATMEL, el cual utiliza este sistema.



PROGRAMA

//La nica librera que se utiliz fue la de AVR
#include <avr/io.h>

//Aqu se definen las variables
#define step0 0
#define step1 1
#define step2 2
#define step3 3
#define step4 4
#define step8 8
#define step16 16
#define step32 32
#define step48 48

void config_io(void) { //funcin de configuracin de I/O
DDRB=0xFF; //Configuracin de puertos de I/O
DDRD=0b00101000; //PD0 intruso, PD2 energa, PD4,PD6 y PD7 luces
PORTD=_BV(PD0); //activar resistor de pull up en PD1 intruso
PORTD=_BV(PD2); //activar resistor de pull up en PD3 energa
PORTD=_BV(PD4); //activar resistor de pull up en PD5 luces
PORTD=_BV(PD6); //activar resistor de pull up en PD5 luces interiores
PORTD=_BV(PD7); //activar resistor de pull up en PD5 luces interiores
}
void retardo(void) { //funcin de retardo
int16_t i; //declaracin de entero de 16 bits para el contador (retardo)
for(i=0; 1<25000; i++);
}
void secuencia1(void){ //funcin para caso 1 (intruso)
PORTB=step3;
retardo();
PORTB=step1;
retardo();
}
void secuencia2(void){ //funcin para caso 2 (corte de energa)
PORTB=step8;
retardo();
retardo();


retardo();
retardo();
retardo();
retardo();
}
void secuencia3(void){ //funcin para caso 3 (luces)
PORTB=step4;
retardo();
retardo();
retardo();
retardo();
retardo();
retardo();
retardo();
retardo();
}
void secuencia4(void){ //funcin para caso 4 (luces interiores)
PORTB=step16;
retardo();
retardo();
retardo();
retardo();
retardo();
}
PORTB=step32;
retardo();
retardo();
retardo();
retardo();
retardo();
}
PORTB=step48;
retardo();
retardo();
retardo();
retardo();
retardo();
}


void main(void){ //funcin principal
int8_t a; //declaracin de entero de 8 bits
config_io(); //llamada a funcin config_io
while(1){
switch(PIND){
case(0):
PORTB=step0;
break;
case(3):
secuencia1();
break;
case(4):
secuencia2();
break;
case(16):
secuencia3();
break;
case(19):
secuencia1();
break;

case(20):
secuencia2();
break;
case(23):
secuencia1();
break;
case(64):
secuencia4();
break;
case(128):
secuencia5();
break;
case(192):
secuencia6();
break;
case(68):
secuencia2();
break;
case(132):


secuencia2();
break;
case(196):
secuencia2();
break;
}
}
}
//___________fin de programa

CAPITULO V. RESULTADOS.

5. INTRODUCCIN.

En este captulo se muestran de forma muy breve los resultados obtenidos
durante la implementacin del sistema en cada una de sus etapas, tomando
las etapas del diagrama de bloques mostrado en la Figura 3.1 del captulo 3.
En primer lugar se hace referencia a la aplicacin JAVA implementada en el
celular, mostrando luego el resultado con el uso del mdem manipulado con
Labview y haciendo algunas observaciones de posibles mejoras y cambios a
futuro (esto incluye la tarjeta de adquisicin de datos y las variables que
pudieran tomarse ms adelante).



5.1 RESULTADOS APLICACIN JAVA.

Con la aplicacin para el telfono celular el sistema se vuelve sencillo, pues
muestra un entorno amigable y muy grfico. De otra forma el usuario tendra
que enviar un SMS indicando que se ejecute una accin, siendo as habra
que hacer ajustes en el programa de Labview por una razn, la aplicacin
JAVA no enva en si un mensaje de texto completo, por ejemplo, para
encender la luz en una habitacin se entra a la aplicacin en el celular, se
introduce la contrasea de usuario, con esto la aplicacin muestra el estado
de puertas y ventanas (abierto o cerrado) y el estado de la iluminacin
(encendido o apagado), se selecciona una habitacin y se cambia el estado
de iluminacin de apagado a encendido; una de las caractersticas del SMS
es que puede enviar hasta 160 caracteres, para no desperdiciar caracteres al
enviar el mensaje, se toma la decisin de que no se enva un texto para
ordenar la accin sino que se enva un numero entero por cada accin a
ejecutar. El usuario no se percata de esto pues se lleva a cabo a nivel de
programacin, para el usuario basta con seleccionar un icono.
De igual forma cuando los sensores detectan presencia o movimiento, la
alerta que el celular muestra al usuario es un mensaje completo La puerta
principal ha sido abierta, pero lo que el mdem enva es en realidad un
numero entero, la aplicacin JAVA tiene programado un mensaje por cada
nmero entero que recibe, lo que realmente facilita el uso y la administracin
del sistema, ya que cualquier usuario sin conocimientos de la forma de
operar del sistema puede realizar cambios y configuraciones un tanto
complejas, como programar la hora del encendido de las luces de su casa,


cortar la energa elctrica en caso de ser requerido o incluso ser avisado de
una posible fuga de agua en las tuberas y tener la opcin de cortar el
suministro del lquido mientras se repara la tubera.

5.2 LABVIEW COMO SOFTWARE DEL MDEM GSM.

No se hace mencin del mdem en esta seccin debido a que es gobernado
por Labview, en el entorno de Labview es donde se toman las decisiones
importantes. La comunicacin que se da entre el usuario y el mdem son
nmeros enteros, no se enva texto por ningn motivo pues esto se hace
automticamente con la aplicacin JAVA. El programa en Labview se realiza
de forma que recibe un nmero entero de parte del mdem, el programa
ejecuta una accin por cada nmero entero que llega, esta accin ya ha sido
programada para cada posible nmero que puede llegar.
El programa puede funcionar aun sin la aplicacin JAVA en un celular, el
problema de esto es que el usuario tendra que mandar nmeros enteros
para ejecutar una accin, entonces necesitara memorizar cada accin que
desea ejecutar con cada nmero que enva, lo que hara un tanto complicada
la forma de administrar el sistema.
Labview como plataforma de programacin para el control del sistema tiene
una gran ventaja, la ventaja de poder contener y ejecutar mdulos de
programacin de otros lenguajes o programas; especficamente cdigo
MATLAB.


Pensando en incrementar las funciones y aplicaciones del sistema se puede
ver que la utilizacin de imgenes y video es indispensable para un sistema
de seguridad. MATLAB cuyo nombre proviene de la contraccin de las
palabras en ingls Matrix Laboratory es una herramienta muy poderosa en
cuanto a manejo y procesamiento de imgenes y video se refieren, tambin
en MATLAB se puede hacer uso de la programacin inteligente o creacin de
agentes inteligentes, como programacin de redes neuronales, lo cual
ayudara en gran medida a darle total inteligencia y por lo tanto
independencia al sistema.

Figura 5.1. cono caracterstico de MATLAB.

Otro de los programas que se pueden embeber en labview es la
programacin en lenguaje C, la cual es muy til y de gran alcance en cuanto
a aplicaciones industriales se refiere; gracias al fcil manejo de este lenguaje
y a la comunicacin que se puede dar con la programacin exterior (labview)
se pueden implementar al sistema aplicaciones como carga de archivos y
consulta de bases de datos, dos tareas fundamentales dentro de un sistema
de seguridad.



CONCLUSIONES.

El sistema est enfocado a la seguridad de los bienes, el sistema cubre los
dos objetivos propuestos en los primeros captulos, el primero de ellos es
informar al usuario de un posible robo cuando este no se encuentra en casa,
el segundo de ellos es simular presencia en el hogar para hacerlo menos
propenso a un robo.
El sistema est diseado especficamente para alertar sobre intrusiones al
inmueble y simular presencia. Cuando el sistema detecta intrusin enva un
SMS al usuario alertndolo, este deber tomar la medidas necesarias puesto
que el sistema no puede ejecutar acciones para detener a los delincuentes o
para evitar el robo, se espera en un futuro que el sistema pueda ejecutar
alguna accin que imposibilite al intruso o que lo mantenga cierto tiempo en
el recinto en tanto llega la polica.
Se espera tambin en un futuro implementar la comunicacin va web para
hacer el sistema ms verstil y que se ajuste a las necesidades de todos los
compradores potenciales ya que para algunos es ms cmodo trabajar sobre
web adems de econmico.
En un futuro se espera que el sistema haga una llamada a la polica al tiempo
que informa al usuario de intrusin.
Otro de los objetivos a futuro es implementar ms sensores que puedan dar
seguridad, no precisamente ante intrusos sino ante posibles siniestros como
fugas de gas, conato de incendio e inundacin, no se hace por el momento
pues la tarjeta de adquisicin de datos limita el uso de entradas y salidas de
datos.


El sistema completo tiene un costo elevado, el costo del prototipo excedi el
presupuesto planeado, por lo que se espera realizar modificaciones y as
reducir su valor, una de las modificaciones ms importantes es la de
descartar el uso de la tarjeta de adquisicin de datos por un
microcontrolador o incluso utilizar el mismo microcontrolador con el que ya
cuenta el sistema lo cual reduce en gran medida el costo del sistema.



ANEXOS.

COSTOS DEL PROTOTIPO.
Entre los costos del prototipo se toma en cuenta el trabajo de ingeniera y
elementos del prototipo. No se toma en cuenta el costo del celular por que
como se menciona anteriormente toda la poblacin cuenta con un telfono
mvil y no es necesario hacer un gasto en otro. Del mismo modo no se
cotiza el costo del actuador (iluminacin) pues se utiliza la instalacin del
recinto
Mdem GSM $2400.00
Software Labview $1900.00
Tarjeta DAC $2200.00
Sensores presencia $ 350.00
Microcontrolador $ 200.00
Total $7050.00
El costo no incluye el trabajo de ingeniera entonces al incluirlo se cotiza
alrededor de los $10 000.00



ENCUESTA SOBRE EL USO DE SISTEMAS
DE SEGURIDAD.
DATOS PERSONALES
EDAD: SEXO: (M) (F)
LUGAR DE RESIDENCIA (ESTADO):__________________________________________________
RECOPILACION DE INFORMACIN
HA SIDO USTED VCTIMA DE ASALTO A CASA HABITACIN: SI ( ) NO ( )
CONOCE A ALGN FAMILIAR O AMIGO VCTIMAS DE ESTOS DELITOS: SI ( ) NO ( )
LA CUADRA O COLONIA DONDE USTED VIVE CUENTA CON ALGN TIPO DE SEGURIDAD
SEGURIDAD PRIVADA ( )
SEGURIDAD VECINAL ( )
OTRA:___________________________________________________________________________________________________________
__________________________________________
CREE USTED NECESARIO CONTAR CON UN SISTEMA DE SEGURIDAD PARA PROTEGER SUS BIENES
MATERIALES EN SU HOGAR: SI ( ) NO ( )
CUANTO ESTARA DISPUESTO A PAGAR POR UN SISTEMA DE SEGURIDAD PARA SU VIVIENDA:
a) Menos de $5000 b) Menos de $10000 c) Ms de $10000
QUE CONSIDERA ES INDISPENSABLE EN UN SISEMA DE
SEGURIDAD:____________________________________________________________________________________________________
______________________________________
CREE INDISPENSABLE SIMULAR PRESENCIA EN SU HOGAR CUANDO SALE DE VACCIONES POR
EJEMPLO: SI ( ) NO ( )
CUENTA USTED CON ACCESO A INTERNET DESDE SU CELULAR: SI ( ) NO ( )
POR QUE VIA LE SERIA MAS FACIL DAR UNA ORDEN AL SISTEMA DE SEGURIDAD:
a) PC CON INTERNET b) CELULAR CON INTERNET C) SMS




REFERENCIAS.

[1] Huidobro Moya Jos M., Millan Tejedo Ramn J. Domtica edificios
inteligentes, Las Rozas, 2004, Madrid: Creaciones Copyright, .
[2] Martin Juan Carlos. Instalaciones Domticas, tcnicas bsicas. Editex.
[3] Laraja Vizcano Jos R., Peligri Sebasti Jos. LabVIEW entorno grafico
de programacin. Alfaomega Marcombo. 2007. Mxico D.F.
[4] Transmisin de datos industriales aplicaciones tericas y generales,
Manual WESTERMO 5.0. Westermo Teleindustri AB. 2005. Suecia.
[5] http://www.telcel.com.mx
[6] Diccionario de la real academia espaola.

Domótica de Seguridad Por Medio de SMS: Instituto Politécnico Nacional

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Domótica de Seguridad Por Medio de SMS: Instituto Politécnico Nacional

Загружено:

Авторское право:

Доступные форматы

INSTITUTO POLITCNICO NACIONAL

ESCUELA SUPERIOR DE INGENIERA

) de naturaleza txica que son

Вам также может понравиться