Академический Документы
Профессиональный Документы
Культура Документы
Sistema de evacuacin a travs de dispositivos mviles Android de adquisicin y respuesta de etiquetas RFID para asistencia en situaciones de emergencia
Trabajo de n de titulacin
AUTORES:
Palacios Arias Csar Augusto Rohoden Jaramillo Max Napolen
DIRECTOR:
Ludea Gonzlez Patricia Jeanneth, Ing.
LOJA - ECUADOR
2013
CERTIFICACIN
Ing. Patricia Ludea Gonzlez, DIRECTOR DEL PROYECTO DE FIN DE TITULACIN
CERTIFICA:
Sistema de evacuacin a travs de dispositivos mviles Android de adquisicin y respuesta de etiquetas RFID para asistencia en situaciones de emergencia, realizado por Csar Augusto Palacios Arias y Max Napolen Rohoden Jaramillo; de la titulacin de ELECTRNICA Y TELECOMUNICACIONES, ha sido dirigido y revisado
Que el proyecto: en todas sus partes; por lo mismo, cumple con las exigencias y requisitos legales establecidos por la Universidad Tcnica Particular de Loja, quedando autorizada su presentacin.
F.
F.
CESIN DE DERECHOS
Nosotros,
Jaramillo;
presamente a la Universidad Tcnica Particular de Loja y a sus representantes legales de posibles reclamos o acciones legales.
Adicionalmente declaramos conocer y aceptar la disposicin del Art. 67 del Estatuto Orgnico de la Universidad Tcnica Particular de Loja, que en su parte pertinente textualmente dice: Forman parte del patrimonio de la Universidad la propiedad intelectual de investigaciones, trabajos cientcos o tcnicos y tesis de grado que se realicen a travs, o con el apoyo nanciero, acadmico o institucional (operativo) de la Universidad.
F.
F.
ii
AUTORA
Las ideas, opiniones, conclusiones, recomendaciones y dems contenido expuesto en el presente informe de tesis; son de absoluta responsabilidad de los autores.
Queda expresamente sealado que la informacin de otros autores incluida en el presente, se encuentra debidamente citada en las fuentes de referencia y bibliografa.
F.
F.
iii
DEDICATORIA
Dedico este trabajo a mi familia por el apoyo brindado para culminar esta titulacin, y tambin a aquellos estudiantes que encuentren en este trabajo ayuda y motivacin para mejorarlo.
Max
A mis amigos
Por ser parte de mi vida y manifestar su apoyo, por estar en todos los momentos. Por ser los compaeros durante todos estos aos y porque seguimos siendo amigos.
Csar Augusto
iv
AGRADECIMIENTO
Mi agradecimiento a aquellos profesores que dentro como fuera del aula, durante estos cinco aos, fortalecieron el deseo de aprendizaje. En especial, a nuestra directora de tesis por facilitarnos la infraestructura y elementos para desarrollar este trabajo.
A quienes me inculcaron los valores para mantener la constancia en el estudio, por motivarme a conseguir los objetivos y por ser compaeros cada da. A los profesores que estuvieron detrs de todo lo aprendido, y la directora del proyecto quien gui nuestro trabajo durante todo este tiempo.
ndice general
CERTIFICACIN CESIN DE DERECHOS AUTORA DEDICATORIA AGRADECIMIENTO ndice de guras ndice de tablas Resumen 1. ALCANCE DE LA INVESTIGACIN
1.1. Objetivos 1.1.1. 1.1.2. 1.2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objetivo General
1
1 1 1 2
Objetivos Especcos . . . . . . . . . . . . . . . . . . . . . . .
Justicacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2. MARCO REFERENCIAL
2.1. Sistema de comunicacin de campo cercano por radiofrecuencia 2.1.1. 2.1.2. . . . Comunicacin de campo cercano . . . . . . . . . . . . . . . . . Identicacin por radiofrecuencia 2.1.2.1. 2.1.2.2. 2.1.2.3. 2.2. 2.3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3
3 3 4 4 5 6 7 7 8
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
vi
NDICE GENERAL
2.3.1.1. 2.3.2. 2.4. Funcionamiento de una aplicacin nativa Apple . . . . . . . . . . . . . . . . . . 8 9 11 11 12 13 16 17 18 19
Estado del Arte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.4.1. 2.4.2. 2.4.3. 2.4.4. Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . Estudio de una situacin de emergencia . . . . . . . . . . . . . Aplicaciones con RFID en dispositivos mviles . . . . . . . . . Desarrollo de aplicaciones para situaciones de emergencia . . . 2.4.4.1. 2.4.4.2. 2.4.4.3. 2.4.5. Aplicacin desarrollada en la Universidad de Udine . Aplicacin RescueMe . . . . . . . . . . . . . . . . . . Desarrollos de la Universidad de Karabuk . . . . . .
Situacin de aplicaciones en dispositivos mviles para localizacin en interiores . . . . . . . . . . . . . . . . . . . . . . . . 2.4.5.1. Aplicacin mvil para localizacin en interiores basada en sistemas de localizacin geogrca . . . . . . 2.4.5.2. LANDMARC: Localizacin en interiores utilizando RFID Activas . . . . . . . . . . . . . . . . . . . . . . 2.4.5.3. Sistema de rastreo mvil RFID . . . . . . . . . . . . 23 23 22 21
3. MATERIALES Y MTODOS
3.1. 3.2. Metodologa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Seleccin de materiales . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.1. 3.2.2. Materiales para la red de sensores . . . . . . . . . . . . . . . . Montaje del servidor Web 3.2.2.1. 3.2.2.2. 3.2.2.3. 3.2.2.4. 3.2.2.5. 3.2.3. . . . . . . . . . . . . . . . . . . . .
25
25 27 27 28 28 29 29 30 30 32 32 32
Software para la Base de Datos . . . . . . . . . . . . Preparacin de la Base de Datos MySQL . . . . . . . Software para la Aplicacin Web . . . . . . . . . . . . .
Desarrollo de Aplicacin mvil Android . . . . . . . . . . . . . 3.2.3.1. 3.2.3.2. 3.2.3.3. Software para desarrollo aplicaciones Android Entornos de desarrollo de aplicaciones Android . . . . . . .
Preparacin del IDE Eclipse . . . . . . . . . . . . . . Consumo del servicio web desde el dispositivo mvil . Retrasos en aplicaciones Android . . . . . . . . . . .
vii
NDICE GENERAL
3.2.3.8. 3.2.3.9. Tiempo de puesta en marcha de la aplicacin . . . . 37
3.2.3.10. Tiempo de lectura de una tarjeta . . . . . . . . . . . 3.2.3.11. Tiempo de actualizacin de la posicin en el plano segn la etiqueta RFID . . . . . . . . . . . . . . . . . .
38 38
3.2.3.14. Tiempo de ejecucin de una llamada de emergencia . 3.2.4. Prototipo de lectura de etiquetas RFID y dispositivo mvil . . 3.2.4.1. 3.2.4.2. 3.2.5. Caractersticas Lgicas . . . . . . . . . . . . . . . . . Caractersticas Fsicas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.6.
3.3.
Prueba al desempeo de la aplicacin . . . . . . . . . . . . . . 3.3.1.1. 3.3.1.2. 3.3.1.3. 3.3.1.4. Aplicacin simple . . . . . . . . . . . . . . . . . . . . Aplicacin Framework . . . . . . . . . . . . . . . . .
3.3.2.
Procedimientos para las pruebas al sistema . . . . . . . . . . . 3.3.2.1. 3.3.2.2. 3.3.2.3. Procedimiento para la evaluacin a la red de sensores Procedimiento para evaluacin de Servidor Web . . . Procedimientos para evaluacin de la Aplicacin Android . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.3.2.4. Procedimiento para evaluacin del sistema de localizacin RFID . . . . . . . . . . . . . . . . . . . . . . 3.3.2.5. Anlisis al Sistema de Evacuacin RFID . . . . . . .
52
53 53
4. ANLISIS DE RESULTADOS
4.1. 4.2. 4.3. 4.4. 4.5. Red de sensores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Servidor Web . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
54
54 55 56 56 57
viii
NDICE GENERAL
4.5.1. 4.5.2. 4.5.3. Tiempo mximo de actualizacin de las alarmas . . . . . . . . Etiquetas RFID en la localizacin . . . . . . . . . . . . . . . . Alarmas mostradas en el telfono 4.5.3.1. 4.5.3.2. . . . . . . . . . . . . . . . . 57 58 59 59
Resultados al activar alertas simultneamente . . . . Comportamiento del sistema de evacuacin al activarse todas las alarmas . . . . . . . . . . . . . . . . .
60
4.5.4.
Comportamiento del sistema de evacuacin con alarmas en diferentes pisos del edicio . . . . . . . . . . . . . . . . . . . . 60 61
4.6.
67
67 69 71
BIBLIOGRAFA ANEXOS
72 75
A. Acondicionamiento del dispositivo mvil para funcionamiento con el mdulo de lectura RFID 76
A.1. Conexin fsica de los dispositivos . . . . . . . . . . . . . . . . . . . . A.2. Conexin lgica de los dispositivos . . . . . . . . . . . . . . . . . . . 76 77 78 78 78
A.2.1. Instalacin de libreras D2XX JNI . . . . . . . . . . . . . . . . A.2.2. Cambiar permisos para el funcionamiento de Usb Host . . . .
80 82
ix
ndice de guras
2.1. 2.2. 2.3. 2.4. 2.5. 2.6. 2.7. 2.8. 2.9. Sistema RFID bsico . . . . . . . . . . . . . . . . . . . . . . . . . . . Frecuencias de funcionamiento de RFID . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 5 8 9 13 14 14 15
Bloques bsicos de una aplicacin para Android [12] . . . . . . . . . . Lnea temporal del desarrollo de evacuacin de una emergencia . . . . Ejemplo de aplicacin RFID-reader-equipped mobile phone [17] . . .
Modelo de comunicacin de datos RFID [16] . . . . . . . . . . . . . . Adaptador iCarte para iPhone de la empresa Wireless Dynamics[19] . Adaptador MINI ME RFID Reader para Android de la empresa MTI [20] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
16 17 19
2.10. Modelo de realidad aumentada del edicio [2] 2.11. Aplicacin RescueMe en uso: mapa 3D y 2D [3]
. . . . . . . . . . . . . . . . . . . . . . . . .
2.12. Simulacin en Software de la aplicacin RescueMe: casos de distribucin de personal [3] . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.13. Sistema de evacuacin ptimo [4] . . . . . . . . . . . . . . . . . . . . 20 21 22 23 24 26 27 28 29 30 30 31 31 32
2.14. PDA Display [22] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.15. Lector y etiquetas RFID utilizadas en el prototipo LANDMARC[23] . 2.16. Arquitectura de sistema de rastreo por RFID [24] 3.1. 3.2. 3.3. 3.4. 3.5. 3.6. 3.7. 3.8. 3.9. Fase experimental del sistema de evacuacin Sensor de temperatura LM35 . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . .
Mdulo de acondicionamiento de seales de los sensores . . . . . . . . Sistema de Gestin de Base de Datos MySQL Base de datos MySQL y conexin JDBC Primefaces: librera para la aplicacin web . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
NDICE DE FIGURAS
3.11. Paquete ADT para Windows . . . . . . . . . . . . . . . . . . . . . . . 3.12. Paquetes importados a la aplicacin Android/RFID . . . . . . . . . . 3.13. Paquetes importados para consultar el servicio web . . . . . . . . . . 34 35 35 36 36 37 40 41 42 42 43 43 44 45 46 47 48 54 55 58 59 59 60 61 62 63 63 64 64 65 65 66 66 66 77
3.14. Cdigo para consumir el servicio web . . . . . . . . . . . . . . . . . . 3.15. Mensaje Android ANR . . . . . . . . . . . . . . . . . . . . . . . . . . 3.16. Pantalla de inicio de la Aplicacin . . . . . . . . . . . . . . . . . . . . 3.17. Trama de envo de datos de la tarjeta RFID 3.18. Montaje del prototipo: captura lateral . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
3.19. Respaldo de las lecturas de los sensores . . . . . . . . . . . . . . . . . 3.20. Pgina de ingreso y autenticacin . . . . . . . . . . . . . . . . . . . . 3.21. Lectura en tiempo real de los sensores . . . . . . . . . . . . . . . . . . 3.22. Grco Temperatura vs Tiempo de los sensores . . . . . . . . . . . .
3.23. Planos de los pisos del edicio con detalle de las zonas de peligro . . . 3.24. Maqueta para probar el sistema de evacuacin . . . . . . . . . . . . . 3.25. Sensores piso superior de la maqueta . . . . . . . . . . . . . . . . . .
3.26. Sensores piso inferior de la maqueta . . . . . . . . . . . . . . . . . . . 3.27. Ubicacin de tarjetas RFID en la parte posterior de la maquetas . . . 4.1. 4.2. 4.3. 4.4. 4.5. 4.6. 4.7. 4.8. 4.9. Formato de datos enviados desde el microcontrolador Trama en notacin JSON generada de una alerta Lectura de etiquetas RFID para localizacin . . . . . . . . .
. . . . . . . . . . .
. . . . . . . . . . . . . .
Captura de pantalla de la aplicacin, todas las alertas activadas Aplicacin mvil, alerta en el piso inferior
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SECOALARM . . 4.11. Botn de pnico YA-01 de la empresa VSTAR . . . . . . . . . 4.12. Sensor de humo con salidas analgicas de la empresa ISOLSE 4.13. Sensor de humo con salidas digitales de la empresa ISOLSE .
4.10. Botn de emergencia SS075Q de la empresa 4.14. Sensor detector de fuego 4.15. Etiqueta pasiva RFID de largo alcance CF-TU9101
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.16. Etiqueta RFID activa modelo YL-702 . . . . . . . . . . . . . . . . . . 4.17. Mdulo de lectura/escritura RFID de largo alcance . . . . . . . . . .
A.1. Cableado para conectores tipo USB normal y USB modo OTG . . . . A.2. a) mdulo de lectura ID-20. b)Placa de montaje RFID USB con interfaz mini USB. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
77
xi
NDICE DE FIGURAS
A.3. Captura de pantalla de la aplicacin Android para el mdulo de lectura RFID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
xii
ndice de tablas
3.1. 3.2. 3.3. 3.4. 3.5. 3.6. 4.1. Bloques de la fase experimental . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 33 40 45 49 51 56 IDE's para desarrollo de aplicaciones Android Caractersticas del mdulo de lectura RFID
Cantidad tarjetas, etiquetas RFID y sensores por piso . . . . . . . . . Test para aplicaciones Simples y Framework Test aplicables a la aplicacin Android/RFID . . . . . . . . . . . . . . . . . . . . . . . . . . .
xiii
Resumen
En el presente proyecto se desarrolla un sistema de evacuacin a travs de dispositivos mviles Android para asistencia personalizada en situaciones de emergencia. Se accede al sistema por medio de una aplicacin mvil, la cual indica al usuario su ubicacin dentro del edicio y la ruta ms corta y segura de evacuacin. El usuario recibe las indicaciones a travs de planos 2D con rutas de evacuacin actualizables y por medio de mensajes indicndole qu lugares evitar y cul salida tomar.
El sistema integra varias tecnologas y lenguajes de programacin para que la evacuacin sea eciente. Para la ubicacin del usuario dentro del edicio se usa la tecnologa RFID ubicando etiquetas en pasillos, escaleras y salidas de emergencia y acoplando un mdulo de lectura RFID al dispositivo mvil. Para la actualizacin peridica de las rutas y mensajes de evacuacin se instalaron sensores en pasillos y ocinas, y se conectaron a un servidor, por medio de un mdulo de adquisicin, para que ste inalmbricamente actualice los datos del dispositivo mvil.
xiv
1 ALCANCE DE LA INVESTIGACIN
1.1. Objetivos
1.1.1. Objetivo General
Desarrollar un sistema de evacuacin a travs de dispositivos mviles Android de adquisicin y respuesta de tarjetas RFID para asistencia en situaciones de emergencia.
1.2 Justicacin
1.2. Justicacin
La evacuacin de un determinado lugar (edicios, fbricas, supermercados) en caso de emergencia (un incendio, terremotos, o inundaciones) ha constituido desde tiempo atrs una preocupacin continua para el sector la seguridad ciudadana. Existen varios anlisis acadmicos de situaciones de evacuacin desde los ms bsicos, como el de metodologa esttica, hasta los que han arrojado mejores resultados, como el de metodologa de modelado [1]. Este inters por los sistemas de evacuacin se ha visto reejado en varios proyectos de desarrollo de aplicaciones mviles para los ocupantes dentro de un edicio [2] [3] [4] [5]. Estos proyectos estudian una falencia de los procesos de evacuacin e incluso de la infraestructura, y en base a sta desarrollan una aplicacin mvil que facilite la salida de los ocupantes haca una zona segura, en una situacin de emergencia. Algunas de estas aplicaciones requieren de montaje de infraestructura costosa en el edicio, mientras que, otras slo hacen uso de los sensores propios del telfono mvil. La mayora de estos proyectos de evacuacin citados se desarrollan en pases del primer mundo, en donde, el ndice de penetracin del Internet es alto. En la Unin Europea (UE) la media de este ndice es del 68 % . En Ecuador, segn estadsticas del INEC (Instituto Nacional de Estadsticas y Censos) a Diciembre del 2011, el 31.4 % de la poblacin utiliz Internet. De este grupo un 62.5 % lo hizo fuera de sus hogares, es decir, en centros de acceso pblico, en instituciones educativas y en el trabajo; lugares adecuados para la aplicacin de un sistema de evacuacin basado en dispositivos mviles[6]. Por otro lado, slo un 8,4 % de los ecuatorianos, que tienen un telfono celular activo (46.6 %), poseen un smartphone, es decir, menos de la media de Latinoamrica (17 %)
banda ancha mvil en la UE (43.1 %). Sin embargo, la tendencia en Latinoamrica es reducir la brecha digital con los pases del primer mundo y subsecuentemente la implementacin de los sistemas tecnolgicos ms avanzados, como son los sistemas de evacuacin basados en dispositivos mviles. Se propone un sistema de evacuacin que incorpore varias tecnologas, logrando un balance entre precisin de ubicacin y costo de montaje. El sistema integra la plataforma de desarrollo Android, tecnologa RFID para la localizacin, red de sensores para la actualizacin de las rutas de evacuacin e interfaz grca en base a planos del edicio.
mayor-penetracioninternet-movil-ue/537595.shtml 2 http://www.coberturadigital.com/2012/02/16/internet-en-ecuador-smartphones-gananterreno/
2
1 http://www.rtve.es/noticias/20120618/espana-entre-paises-mas-caros-
2 MARCO REFERENCIAL
2.1. Sistema de comunicacin de campo cercano por radiofrecuencia
2.1.1. Comunicacin de campo cercano
Los sistemas de comunicacin de campo cercano conocidos por sus siglas en Ingls como NFC (Near Field Communications), son una forma de comunicacin sin contacto entre dispositivos como smartphones o tablets. Permiten el intercambio de informacin a travs de ondas de radio frecuencia (RF) facilitando las transacciones electrnicas, intercambio de contenido digital, y la conexin entre dispositivos. Es una evolucin de las tecnologas originalmente usadas para identicacin por radio frecuencia o RFID (Radio Frecuency IDentication) y los sistemas de pago electrnico. Las especicaciones para las tarjetas de identicacin, de proximidad y de circuitos integrados RFID las dicta el estndar ISO/IEC 14443 . NFC conserva la interoperabilidad entre diferentes mtodos de comunicacin inalmbrica, tales como Bluetooth u otros estndares NFC como FeliCa . El NFC Forum , fundado en 2004 por Sony, Nokia y Philips, es el organismo internacional que hace cumplir estrictamente los estndares de NFC con el n de obtener dispositivos completamente compatibles [7]. Los sistemas de comunicacin NFC constan de dos elementos: un dispositivo maestro y otro esclavo. El dispositivo maestro es un mdulo de lectura, y el esclavo, etiquetas NFC que almacenan la informacin codicada.
csnumber=39693
2 FeliCa
1 http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?
co.jp/en/ 3 http://www.nfc-forum.org
Figura 2.1:
Figura 2.2:
Dependiendo de la frecuencia, la comunicacin entre el lector y la antena de la etiqueta, puede darse por, acoplamiento inductivo o acoplamiento capacitivo [10]. El acoplamiento inductivo se usa en las bajas (LF) y altas frecuencias (HF). El campo magntico que genera la corriente en la antena del lector, induce una corriente en la antena de la etiqueta, que alimenta el circuito y conmuta la impedancia de carga de su antena para crear una modulacin y poder transmitir los datos. El acoplamiento capacitivo se usa para frecuencias UHF y microondas. El lector enva una seal RF que la etiqueta recibe, modula y reeja haca el lector. Dependiendo si las etiquetas son pasivas o activas, tomarn de la seal su alimentacin o no.
2.1 Sistema de comunicacin de campo cercano por radiofrecuencia 2.1.2.3. Estandarizacin para sistemas RFID
Numerosos organismos regulatorios inuyen en la estandarizacin de la tecnologa RFID. La ISO (International Organization for Standardization ) dene algunos estndares, a nivel comercial e industrial, para las aplicaciones y rangos de frecuencia de la tecnologa RFID. La IEC (International Electrotechnical Commission), en cambio, impulsa la cooperacin internacional para la estandarizacin en los campos de la electrnica y tecnologa. Entre algunas de las normas de ambas organizaciones, tenemos:
ISO 11784 e ISO 11785: Identicacin animal por radiofrecuencia. Estructuras de cdigo y conceptos tcnicos ISO/IEC 14443: Tarjetas de identicacin, tarjetas con circuitos integrados y tarjetas de proximidad. ISO/IEC 18000: RFID para gestin de artculos. Contiene la descripcin de los diferentes rangos de frecuencia y las aplicaciones. ISO/IEC TR 18046: Mtodos para pruebas de rendimiento para dispositivos RFID.
El estndar en que se basa el sistemas de evacuacin RFID es el ISO/IEC 14443. Una organizacin que apoya la industria RFID, es EPCGlobal, la cual establece y mantiene la red EPCGlobal (EPCGlobal Network) como estndar mundial para identicacin automtica de objetos. Entre los estndares para RFID podemos mencionar:
Clase 0 a 900 MHz. Clase 1 a 13,56 MHz. Clase 1 para el rango de 860 MHz a 930 MHz.
La especicacin ONS (Object Name Service), para la red global, que retiene la informacin sobre cualquier objeto etiquetado con EPC en el mundo.
1 http://www.iso.org/iso/home.html
bajo la plataforma Android, ha lanzado a la venta algunos smartphones con la tecnologa NFC incorporada; por mencionar algunos estn los Nexus 4 y Nexus 7, Galaxy S III
la versin Optimus L5 y Optimus L7, por su parte Sony tambin a lanzado los de la gama Xperia con la tecnologa NFC. Algunas de las aplicaciones mviles desarrolladas para interaccin con NFC son NFC TagInfo y NFC TagWriter. La primera permite visualizar en la pantalla del telfono, el cdigo de cualquier etiqueta NFC y la segunda permite la lectura y escritura de etiquetas NFC activas. Para los dispositivos que no traen incorporada la tecnologa NFC o RFID, se han desarrollado libreras especcas las cuales pueden incorporarse a las aplicaciones, mientras que la conexin con los dispositivos se logra por el puerto USB.
desarrollado por
programadores del MIT , tan fcil de usar como arrastrar bloques para disear una
1 http://www.samsung.com/latin/aboutsamsung/
GT-I9300MBLTTT 3 http://appinventor.mit.edu/
4 Massachusetts
2 http://www.samsung.com/latin/consumer/mobile-phones/mobile-phones/smartphone/
Institute of Technologyhttp://www.mit.edu/
7
Figura 2.3:
Cada capa corresponde a los elementos con los que trabajan iPhone y iPad: Cocoa Touch.- corresponde al Framework de desarrollo, es la capa en la que se realiza la aplicacin en s. Media.- Contiene todos los archivos que la aplicacin tendr, es decir, audio, video, imgenes, soporte para grcos 3D OPENGL ES, etc.
Figura 2.4:
1 http://developer.android.com/guide/components/fundamentals.html
aplicacin. Por ejemplo, una pantalla de bienvenida al iniciar la aplicacin, sera una activity.
Services: son las operaciones que pueden desarrollarse en segundo plano sin
la necesidad de tener una interfaz de usuario. Un ejemplo son las aplicaciones que consumen recursos de Internet.
activities
a la aplicacin para acceder a informacin de contactos, de Internet, a datos del usuario, etc.
10
11
Tevac
: tiempo de evacuacin.
Tiempo de deteccin: tiempo que tarda el sistema de deteccin en activar e iniciar la secuencia de noticacin de alarma.
Tiempo de respuesta:
Estos valores de tiempo y algunos conceptos relacionados en [14] se detallan en la gura 2.5. Existen otros factores que pueden aumentar signicativamente estos valores. La forma en que el ocupante elige la ruta de escape se considera un aspecto complejo del comportamiento humano. Segn [15], dos factores denen esta eleccin: Conocimiento del entorno en base a factores internos, por ejemplo, un mapa cognitivo de la geometra del edicio, Conocimiento del entorno en base a factores externos, es decir, la interaccin con el entorno y con otros ocupantes, por ejemplo, grandes aglomeraciones de personas o manifestaciones de incendio en las salidas.
12
Figura 2.5:
Un factor ms a tomar en cuenta es la velocidad de evacuacin en los diferentes lugares del edicio. ste depende de aptitudes fsicas propias de los ocupantes, la densidad de personas en una regin del edicio, y la interaccin social entre individuos. Por otro lado, los factores que ayudan a disminuir el tiempo de evacuacin son la sealizacin adecuada de las salidas, un sistema eciente de comunicacin y un entrenamiento apropiado del personal. Estos factores son decisivos ya que si el usuario recibe informacin incompleta el ocupante podra no percibir la amenaza y por ende ignorar las seales, buscar ms informacin o seguir con sus actividades, como se menciona en [15].
13
Figura 2.6:
Los sistemas mviles RFID desarrollados hasta el momento tienen una arquitectura de red convencionalmente adoptada en la que incluyen ciertos elementos como: las etiquetas RFID, el lector RFID, un servidor web y un servidor para la base de datos. Esta arquitectura tpica fue originalmente denida por la EPCGlobal [18].
Figura 2.7:
14
Rango de escritura/lectura hasta 6.0 cm con la norma ISO 15693. Consume 90 mA en el modo RFID escritura/lectura. Diseado para el iPhone 4S y iPhone 4.
Figura 2.8:
Por otro lado, la empresa que desarroll un adaptador RFID para los telfonos inteligentes Android es la taiwanesa Microelectronics Technology Inc. . Este adaptador se denomina MINI ME RFID Reader y sus principales caractersticas tcnicas son:
Cumple con las normas: ISO 18000-6C / EPC Class 1 Gen2. Frecuencia de operacin: 902-928 MHz (US), 865-868 MHz (EU).
Figura 2.9:
Ambos adaptadores de lectura RFID mencionados cuentan con aplicaciones para su uso inmediato. Para el adaptador iCarte se pueden descargar desde el sitio ocial de aplicaciones AppStore, algunas como iCarte Wallet y BCARDReader, utilizadas para negocios electrnicos. En cambio para el adaptador MINI ME se puede encontrar en el Google Play Market la aplicacin MTI RFID ME GUI, que permite congurar desde el telfono el adaptador.
16
et al
[5], indica que si bien los modelos 2D son representaciones bien co-
nocidas del entorno, los modelos 3D o fotografas con realidad aumentada usan las habilidades espaciales naturales del usuario, es decir, le proveen a ste las mismas seales visuales, por ejemplo: obstrucciones o tamao de los objetos. Adems, de que los modelos 3D sirven para entrenar a los usuarios a navegar un espacio sin estar en el mismo hay que sealar que el nivel de desarrollo del modelo 3D debe ser alto para que cumpla con todas estas cualidades. Si el modelo 3D no tiene una calidad excelente el entorno que navega sera confuso y tampoco servira para entrenamiento. En este aspecto, un modelo 2D requiere un nivel mnimo de calidad y se presta a menos confusiones o desorientaciones del usuario.
Figura 2.10:
Chittaro y Nadalutti [2] determinaron, una vez nalizado y testeado el proyecto, dos restricciones importantes para que la determinacin de la ubicacin sea precisa. La distancia entre cada etiqueta RFID no debe ser mayor a 2 metros, lo que directamente implica un gran nmero de etiquetas en todo el edicio.
17
18
Figura 2.11:
Eleccin de la salida que toma el menor tiempo (mtodo RescueMe). Las simulaciones de la aplicacin con las variables especicadas arrojaron las siguientes conclusiones:
Cuando la gente est distribuida aleatoriamente el mtodo de la salida ms cercana y el mtodo RescueMe son ms efectivos y toman, en promedio, el mismo tiempo de evacuacin de toda la gente. Cuando la gente est en grupos numerosos el mtodo RescueMe evacua ms rpidamente la gente, que el mtodo de la salida ms cercana.
La segunda conclusin de las simulaciones muestra la importancia del algoritmo de recomendacin de la aplicacin. Este algoritmo puede cambiar la ruta de evacuacin indicada basndose en informacin de los dems usuarios, ms especcamente basndose en la velocidad con la que concurren a la salida.
19
Figura 2.12: Simulacin en Software de la aplicacin RescueMe: casos de distribucin de personal [3]
En una situacin de emergencia, los visitantes usan la puerta de entrada para evacuar porque les es ms familiar. En una situacin de emergencia, los ocupantes regulares del edicio usan la puerta de emergencia para evacuar. Cuando una alarma suena los ocupantes usan un periodo crtico de tiempo solamente en decidirse evacuar el edicio. Los ocupantes tardan cuatro veces ms tiempo decidiendo evacuar luego de escuchar la alarma que evacuando. El 82 % de las razones por las que los ocupantes evacuan un edicio es por humo, gritos, voces y llamas. Solo un 7 % evacua inmediatamente luego de escuchar la alarma. Un 36 % de la razones de muerte en un incendio residencial es la inhalacin de humo. Un 25 % es por quemaduras y asxia. El tiempo de evacuacin depende de dos factores: preferencias de salida y problemas de visibilidad por el humo. La mayora de ocupantes se vuelven o detienen si el humo impide ver menos de 20 metros adelante en la ruta de evacuacin. Se puede concluir de los datos anteriores que los actuales sistemas de evacuacin no son lo sucientemente inteligentes para resolver los posibles incidentes. Es muy probable que un sistema actual de evacuacin dirija a la gente a salidas bloqueadas o a lugares donde hay una fuga de gas. Peor an, este tipo de sistemas de evacuacin se vuelven intiles cuando no hay visibilidad debido al humo o a cortes de energa. 20
Figura 2.13:
Segn Rakip [4] un sistema de evacuacin ptimo (OES, Optimum Evacuation System) necesita siete componentes importantes: 1. Sistema para posicionamiento interno. 2. Enlace de comunicacin. 3. Sistema GSM. 4. Modelo del edicio. 5. Informacin acerca de los ocupantes del edicio (edad, gnero, etc). 6. Informacin en tiempo real de los sensores (humo, temperatura, etc). 7. Sistema de evacuacin central (software y hardware) para calcular la ruta ptima y distribuirla a los ocupantes.
21
2.4.5.1. Aplicacin mvil para localizacin en interiores basada en sistemas de localizacin geogrca
Este trabajo [22] utiliza un servidor SIG (Sistema de Informacin Geogrca) que enva los planos de las construcciones e informacin interna asociada con los clientes. Para determinar la ubicacin precisa del usuario de utiliza telfonos equipados con tecnologa RFID. La demostracin del sistema se la hace en un campus con los usuarios viendo los mapas interactivos. Cada usuario puede cambiar los niveles de los edicios, encontrar ocinas y ver las rutas entre lugares seleccionados.
Figura 2.14:
Cabe mencionar que la aplicacin no se ejecuta de manera nativa en el telfono sino que se hace accediendo al servidor SIG mediante el navegador propio del telfono. Las conclusiones a las que llegan luego de realizar el trabajo son que la localizacin en interiores tiene mucha utilidad en lugares extensos en los que la red Wi-Fi est presente en su totalidad, adems concluyen que el costo para acceder a la interfaz de su aplicacin desde el telfono es muy alto, debido al costo por cantidad de datos consumidos. 22
2.4 Estado del Arte 2.4.5.2. LANDMARC: Localizacin en interiores utilizando RFID Activas
En [23] se disea un prototipo que usa tecnologa RFID para ubicar objetos dentro de edicios. El proyecto se desarrolla en base a etiquetas de referencia para garantizar la precisin en la ubicacin. Basndose en un anlisis experimental, demuestran que las RFID activas son una manera viable en cuanto a costo-benecio para sistemas de localizacin en interiores. En la gura 2.15 se ve los equipos RFID utilizados.
Figura 2.15:
Los anlisis experimentales que se realiza evalan los efectos de la cercana de los usuarios, inuencia de los factores del ambiente, nmero de lectores, ubicacin de las etiquetas de referencia. Esto les permite concluir que utilizar RFID resulta menos costoso y muy preciso. A pesar de ello se determina tres problemas con este sistema. El primero de ellos, que los productos RFID desarrollados hasta ahora no proveen el nivel de seal de las etiquetas, sino que nicamente se sabe que son detectables o no detectables en el rango determinado. El segundo problema, la larga latencia entre el rastreo de la ubicacin fsica de una etiqueta con la ubicacin en el servidor. El tercer problema, son las variaciones en el comportamiento de las etiquetas. El sistema LANDMARC [23] se desarrolla asumiendo que todas las etiquetas emiten con la misma potencia. Pero en realidad se obtienen niveles de potencia variables detectados por un mismo lector para dos etiquetas en idntica ubicacin.
23
Figura 2.16:
lectores RFID, servidores web y un servidor para la base de datos. Los lectores RFID se ubican en varios sectores del rea a cubrir. Cada nio llevara una etiqueta RFID tipo pulsera. La comunicacin entre los lectores y el servidor web es va LAN. Y se utiliza software para el manejo de la informacin de la base de datos adems de una interfaz amigable para el usuario, como se ve en la gura 2.16. El sistema sera implementado en "Dubai Global Village", el cual es un centro de exhibiciones que atrae cada ao de 40000 a 50000 visitantes. En este centro los ociales de seguridad reciben cientos de denuncias de nios desaparecidos. Con el sistema de rastreo implementado la bsqueda de estos nios ser mucho ms rpida y sencilla.
24
3 MATERIALES Y MTODOS
3.1. Metodologa
La metodologa adoptada divide el proyecto de n de titulacin en 3 fases, para dar cumplimiento a los objetivos. Las fases denidas son: exploratoria, experimental y anlisis de resultados. La fase exploratoria consisti en una investigacin en proyectos de tesis, revistas y publicaciones cientcas, papers e informes tcnicos, disponibles en la red de Internet, sobre la tecnologa RFID, sus aplicaciones en proyectos comerciales y de investigacin, especialmente en proyectos relacionados a la evacuacin en situaciones de emergencia. sto permiti redactar el estado del arte, dando as cumplimiento a nuestro primer objetivo. La fase experimental divide el sistema de evacuacin en bloques de desarrollo independientes. Pudiendo trabajar en varios mdulos a la vez, para su posterior integracin al sistema. Los bloques denidos son cinco: red de sensores, servidor Web, aplicacin mvil Android, sistema de localizacin RFID, montaje del sistema e infraestructura. La tabla 3.1, muestra el detalle de los bloques y la gura 3.1 el esquema del sistema de evacuacin. Finalmente, la fase de anlisis de resultados, consiste en desplegar el testbed al sistema, con el n de optimizarlo. Analizar el comportamiento y respuesta del sistema, mediante simulaciones de situaciones de emergencia, en el modelo a escala del edicio. Esto con el n de establecer las conclusiones y recomendaciones para el proyecto de n de titulacin.
25
3.1 Metodologa
Tabla 3.1:
Servidor Web
procesa la informacin para generar alertas. Genera la aplicacin WEB y el servicio Web para ser publicados en internet. Es la parte central del sistema, consume el servicio WEB
y utiliza el sistema de localizacin RFID. Presenta tambin las opciones para entrenamiento en situaciones de emergencia. Recoge la informacin de las etiquetas RFID, mediante
el mdulo de lectura conectado al telfono para relacionarlas con la posicin de la persona. Es la parte de modelado del edicio a evacuar, ste
detalla la ubicacin de los sensores y las etiquetas RFID, para poder realizar la simulacin del sistema.
Figura 3.1:
26
Figura 3.2:
El microncontrolador es el ATMEGA32, debido a que tiene un puerto completo para entradas analgicas, que ser en donde se conectarn los sensores. Para la generacin de la trama TCP/IP se utiliza el mdulo WIZnet S2E (Serialto-Ethernet), que viene acondicionado con un puerto serial DB9 como entrada y un puerto Ethernet a la salida. Para el funcionamiento del mdulo, es necesario asignarle una direccin IP y un puerto de comunicacin. Tanto el microcontrolador como el conversor WIZnet S2E, se los mont en una placa junto con el circuito impreso que une los sensores con el microcontrolador y conecta los puertos seriales de ambos dispositivos. ste mdulo realiza el acondicionamiento de la seal de los sensores y enva la trama TCP/IP al servisor. Se
27
Figura 3.3:
trabaja con
MySQL y PostgreSQL. Por otro lado, Eclipse permite crear y gestionar bases de datos via SQL y otros editores predenidos.
1 http://netbeans.org/features/ide/database.html
28
ya que su inte-
Figura 3.4:
1 http://www.mysql.com/
2 http://www.primefaces.org/showcase/ui/home.jsf
29
Figura 3.5:
Figura 3.6:
Figura 3.7:
interoperabilidad entre mquinas sobre una red [26], de tal forma que distintas aplicaciones diseadas sobre lenguajes diferentes pueden utilizarlo e intercambiar datos. Esta interoperabilidad se consigue mediante varios protocolos y estndares. El estndar usado en nuestra aplicacin Android/RFID es el estndar abierto SOAP (Simple Object Access Protocol). SOAP realiza esta comunicacin mediante intercambio de mensajes con formato JSON (JavaScript Object Notation). Para que la aplicacin Android/RFID consuma el servicio web no se necesita ningn programa adicional. Es necesario congurar el servicio en Netbeans y la consulta del mismo en el telfono. En Netbeans se congura la generacin del servicio dentro de la aplicacin web. Para esto se le aade un nuevo archivo tipo `RESTful Web Services from Database' ubicado dentro de la carpeta `Web Services', como se ve en la gura 3.8. A este nuevo archivo solo se lo debe asociar a la base de datos y a la correspondiente tabla, ver gura 3.9.
Figura 3.8:
31
Figura 3.9:
1 developer.android.com
32
IDE
LICENCIA
CDDL, GPL2 EPL ALv2, proprietario proprietario
cuentan con las mismas caractersticas y se encuentran al mismo nivel de desarrollo. Se decidi usar Eclipse Indigo, en su versin 3.7.2(gura 3.10), porque es el IDE recomendado en la pgina de desarrolladores de Android y porque incorpora el ADT (Android Developer Tools) para simplicar el desarrollo de estas aplicaciones.
Figura 3.10:
1 http://netbeans.org/
2 http://www.eclipse.org/indigo/ 3 http://www.jetbrains.com/idea/
33
Figura 3.11:
Por otro lado, si se desea instalar por separado el IDE Eclipse y los paquetes para crear aplicaciones Android se debe descargar e instalar los siguientes programas y libreras: Eclipse 3.6.2 o mayor. Plugin Eclipse JDT (Java Development Tools). JDK 6 (Java Development Kit). Plugin ADT. El Android SDK incluye todas las libreras necesarias para aprovechar cada una de las caractersticas del dispositivo mvil Android, basta con importarlas en el programa principal, con el comando muestra la gura 3.12.
import
1 http://developer.android.com/sdk/index.html
34
Figura 3.12:
Figura 3.13:
Las consultas al servicio Web, se realizan de manera continua cada 10 segundos desde que se inicia la aplicacin. Es decir, que el estado de las alertas se actualiza en este tiempo como mximo, esto se hace debido a que las actualizaciones de los sensores son cada 20 segundos. Para la implementacin del sistema en un edicio, se debera considerar siempre que el tiempo de consumo del servicio Web, sea menor al de actualizacin de los sensores.
35
Figura 3.14:
Figura 3.15:
Este dilogo permite elegir al usuario entre `Forzar el cierre de la aplicacin' o `Esperar'. Adicionalmente, en la pgina ocial de Android para desarrolladores se especica que el tiempo despus del cual un usuario percibe retraso o falta de continuidad de la aplicacin es 100 a 200 ms. En consecuencia, la aplicacin que se desarrolle no debera tener fases (procesos, salto entre procesos, salto entre ventanas) que duren ms de 200 ms.
Tiempo de puesta en marcha de la aplicacin. Tiempo de reconocimiento del mdulo de lectura RFID.
36
Figura 3.16:
37
38
39
Figura 3.17:
Dimensiones Frecuencia Formato de las tarjetas Decodicacin Requerimientos de potencia Voltaje de alimentacin
PARMETRO
40
Figura 3.18:
Base de datos db_rd: guarda las lecturas inmediatas de los sensores analgicos y digitales, Base de datos db_registro: carga los registros que se deseen consultar.
La base de datos db_rd es gestionada por una aplicacin en Java que realiza las siguientes funciones:
1. Se ejecuta en el servidor donde llegan los datos de los sensores a travs de un cable de red. 2. Crea un socket en el puerto Ethernet para recibir las tramas con los datos de los sensores. 3. Sincroniza las tramas ledas para insertar las lecturas de los sensores en la tabla tb_sensores. 4. Inserta en la tabla tb_alertas la alarma correspondiente a cada sensor. 5. Cuando las lecturas de todos los sensores suman 50 saca un respaldo de toda la base de datos y trunca la misma. La gura 3.19 muestra los respaldos obtenidos.
La aplicacin web se dise especcamente para que el personal de socorro en caso de una situacin de emergencia, como el Cuerpo de Bomberos, pueda informarse
41
Figura 3.19:
sobre la situacin del edicio en peligro. La informacin disponible para el personal de socorro es toda la que el sistema ha adquirido y puede aportar:
Pgina de ingreso y autenticacin que la muestra la gura 3.20. Relacin de cada uno de los sensores con el edicio, piso y sector al cual pertenecen. Lectura en tiempo real de cada uno de los sensores en el edicio (ltimas 50 lecturas), ver gura 3.21. Grco Temperatura ( C) vs Tiempo (00h00) de todos los sensores (ltimas 50 lecturas), ver gura 3.22. Planos de todos los pisos del edicio con detalle de las zonas de peligro. Consulta de los registros de las lecturas de los sensores con grco Temp. vs Tiempo.
Figura 3.20:
42
Figura 3.21:
Figura 3.22:
Carece de techo y cielo raso para permitir visualizar los cuartos, los pasillos y las salidas de emergencia.
43
Figura 3.23:
Planos de los pisos del edicio con detalle de las zonas de peligro
Consta de dos pisos (como mnimo) para poder probar el sistema de evacuacin de un piso a otro. El modelo del edicio se puede ver en la gura 3.24. Las paredes de la maqueta son diseadas tomando en cuenta la distancia mxima de lectura del mdulo RFID. El material con el cual est diseada la maqueta no causa interferencias en la lectura de las etiquetas RFID.
DETALLE
Tarjetas RFID Etiquetas RFID Sensores analgicos
El total de tarjetas, etiquetas RFID y sensores ubicados e instalados en cada piso de la maqueta se resumen en la tabla 3.5:
Figura 3.25:
(Alianza para la Calidad de Aplicaciones). Esta alianza es un cuerpo industrial mvil fundado por AT&T, LG, Motorola, Nokia, Oracle, Orange, Samsung y Sony Mobile. La alianza tiene como objetivo publicar documentos gua multiplataforma para el desarrollo de aplicaciones mviles. Como resultado del trabajo de AQuA se han publicado, hasta la fecha, dos documentos sobre cmo se debe testear y validar el desempeo de una aplicacin Android. stos son: Unied Testing Criteria for Android applications version 1.0: March 2011 UTI Testing Criteria (UTC) for Android applications version 1.1: June 2012 El test con el cual se validar la aplicacin ser el documentado en la UTI Testing Criteria versin 1.1 (Junio 2012) por ser el ms reciente. ste requiere como requisito que se resetee el dispositivo Android a un estado de fbrica y haber instalado solamente la aplicacin que se va a validar. De esta manera, los errores producidos slo sern atribuibles a la aplicacin en proceso de validacin y la experiencia del usuario testeada ser una solucin end-to-end. Adems, en este documento se indica que no todos los test deben ser aplicados. El tipo de test que se aplique depende del tipo de aplicacin que se desee validar.
46
Figura 3.26:
Existen tres categoras para denir las aplicaciones, stas son: simple, framework y compleja. Se denen a continuacin.
47
Figura 3.27:
Escribe sus propios datos, como fotografas, nuevos documentos. A este tipo de aplicacin se le debe aplicar los test indicados en la tabla 3.5.
48
Tabla 3.5:
TIPO DE TEST
1 Instalacin y ejecucin 3 Conectividad 5 Mensajes y llamadas 6 Inuencia externa
Simp. Fram.
7 Interfaz de usuario
7.10 Manejo de formato de display 7.11 Distintos tamaos de pantalla 7.12 Manejo del formato de las entradas 7.14 Errores de Ortografa 7.15 Errores de texto tcnicos
8 Lenguaje 9 Rendimiento
8.1 Operacin correcta del lenguaje 8.3 Formatos soportados del lenguaje 9.1 Suspender/reanudar desde el men principal 9.2 Suspender/reanudar durante la ejecucin
10.1 Opcin mute de la aplicacin 10.2 Ayuda y acerca de 12.1 Comprobacin de la funcionalidad 13.1 Desplazamiento por los mens 13.3 Pausa 15.1 Estabilidad de la aplicacin
49
Pasa: la aplicacin pasa el test, no hay inconvenientes. Molesto: un error mnimo ha ocurrido con la aplicacin, por ejemplo: algn error tipogrco. Difcil: un error ms serio ha ocurrido con la aplicacin, por ejemplo: varios errores tipogrcos que hacen la aplicacin difcil de usar. Imposible: un error serio ocurri con la aplicacin, por ejemplo: los errores hacen la aplicacin imposible de usar.
1. Evaluacin del funcionamiento de la red de sensores 2. Evaluacin al servidor Web, junto con la red de sensores para la generacin alertas. 3. Test a la aplicacin mvil Android. 4. Evaluacin al sistema de localizacin RFID. 5. Evaluacin al sistema de evacuacin completo montado en la maqueta.
A continuacin, se detalla los procedimientos a seguir para la evaluacin de cada bloque dentro del sistema de evacuacin.
50
Test
1.1 Instalacin OTA (over the air) 1.2 Largo tiempo de ejecucin 5.3 Llamada entrante 6.1 Operacin de la tarjeta de memoria 7.1 Legibilidad 7.2 Tiempo de lectura 7.3 Repintado de Pantalla 7.4 Consistencia 7.5 Facilidad de uso de las teclas 7.6 Velocidad de la aplicacin 7.7 Mensajes de error 7.8 Funcin de progreso 7.13 Respuesta de los sensores 9.1 Suspender/reanudar
Asegura que la aplicacin se suspende correctamente en el men principal Asegura que la aplicacin se suspende correctamente durante la ejecucin Asegura que la aplicacin se puede silenciar La aplicacin debe tener tems de `Ayuda' y `Acerca de'
desde el men principal 9.2 Suspender/reanudar durante la ejecucin 10.1 Opcin mute 11.1 Ayuda y Acerca de 12.1 Comprobacin de la
funcionalidad
1. Una vez conectado el sistema, revisar que los datos que llegan por el puerto TCP/IP, concuerden con los enviados desde el microcontrolador.
1 http://www.hercules-390.org/
51
Corroborar que las tramas enviadas desde el bloque anterior, concuerdan con los recibidos por la aplicacin Java en el servidor. Vericar que las alertas se generen correctamente. Comprobar el funcionamiento de la aplicacin Web de manera continua. Comprobar que las tramas generadas en notacin JSON, por el servicio Web, sean coherentes con las alertas generadas en el servidor. Vericar que los datos respaldados sean correctos, de modo que se puedan acceder a ellos desde el servidor.
1. Aplicar los test UTI, mencionados en la tabla 3.6. 2. Evaluar los mdulos asociados con la aplicacin para el sistema de evacuacin, estos son: Consumo de servicio Web. Lectura de etiquetas RFID. Mdulo grco para la navegacin, incluye, actualizacin de rutas, planos, zoom, orientacin y alertas. Mensajes de evacuacin 3. Evaluar las opciones para el sistema de entrenamiento en la aplicacin Android.
52
3.3 Pruebas y optimizacin del sistema de evacuacin 3.3.2.4. Procedimiento para evaluacin del sistema de localizacin RFID
El sistema de localizacin RFID relaciona las etiquetas con el lugar en el que se encuentra el usuario. En una circunstancia de evacuacin es clave la respuesta que el sistema d al usuario, por esta razn se evaluar el tiempo de respuesta de lectura de una tarjeta RFID, y las interferencias que podra tener esta comunicacin en un edicio. El procedimiento a seguir para la evaluacin de esta parte del sistema de evacuacin es:
1. Evaluar la conexin entre el mdulo RFID y el telfono y denir el tiempo de reconocimiento. 2. Realizar lecturas de etiquetas del sistema de evacuacin. Con el n de establecer distancia mxima y tiempo de lectura, adems el efecto de la cantidad de tarjetas ledas y considerar posibles interrupciones que pueden presentarse en el sistema de evacuacin.
Medir los tiempos mximos de actualizacin de las alarmas en el telfono, respecto a las variaciones de temperatura. Evaluar la respuesta de las etiquetas RFID, respecto al lugar en el que se mueva el telfono. Analizar la correspondencia entre la zona que cubren los sensores y las alarmas mostradas en el telfono. Realizar pruebas activando varias alarmas a la vez. Evaluar las alertas generadas y la actualizacin de rutas en el telfono, al activarse alarmas entre los dos pisos.
53
4 ANLISIS DE RESULTADOS
4.1. Red de sensores
Realizadas las pruebas a la red de sensores para el sistema de evacuacin, se obtuvieron los siguientes resultados:
1. El formato de la trama recibida en el servidor, es el mismo que se enva desde el microcontrolador. La trama se puede ver en la gura 4.1. Los valores recibidos de cada sensor, corresponden a la temperatura ambiente, en grados centgrados, para las diferentes zonas del modelo a escala del edicio, de acuerdo con los sectores denidos en la seccin 3.2.6.1.
Figura 4.1:
2. El retardo en el tiempo de actualizacin del valor ledo por el sensor, est en el orden de los milisegundos, por tanto, no afecta de manera signicativa el tiempo de emisin de una alerta. 3. El microcontrolador realiza las lecturas a los sensores cada 20 segundos, adicionalmente, tarda 2 segundos en envar los datos hasta el servidor. Por tanto, el tiempo mximo de espera por la actualizacin de un valor de temperatura, es 22 segundos.
54
Figura 4.2:
De los resultados obtenidos, podemos decir que ni el procesamiento del servidor ni las aplicaciones generan retrasos considerables en el sistema, puesto que los valores de los sensores se actualizan, cada vez que llegan los datos al servidor desde el microcontrolador.
55
Test
1.1 Instalacin OTA (over the air) 1.2 Largo tiempo de ejecucin 5.3 Llamada entrante 6.1 Operacin de la tarjeta de memoria 7.1 Legibilidad 7.2 Tiempo de lectura 7.3 Repintado de Pantalla 7.4 Consistencia 7.5 Facilidad de uso de las teclas 7.6 Velocidad de la aplicacin 7.7 Mensajes de error 7.8 Funcin de progreso 7.13 Respuesta de los sensores 9.1 Suspender/reanudar
Resultado
Asegura que la aplicacin se suspende correctamente en el men principal Asegura que la aplicacin se suspende correctamente durante la ejecucin Asegura que la aplicacin se puede silenciar La aplicacin debe tener tems de `Ayuda' y `Acerca de'
desde el men principal 9.2 Suspender/reanudar durante la ejecucin 10.1 Opcin mute 11.1 Ayuda y Acerca de 12.1 Comprobacin de la
funcionalidad
56
La conexin exitosa entre el telfono y el mdulo, se debe a que es directa por el puerto USB, por tanto, slo existir un dispositivo conectado a la vez. Las posibles causas de una desconexin lgica del mdulo seran debido a defectos en el cable o en los conectores.
: tiempo mximo que tarda el micro en realizar las lecturas del valor de los
sensores. : tiempo mximo de consumo de servicio web desde el telfono. : tiempo de reconocimiento del mdulo de lectura RFID.
57
Trf id
momento de iniciar la aplicacin, caso contrario es igual a 0. Los valores mximos para las variables son: Entonces el tiempo mximo sera:
T1 = 20 + 2 + 10 + 2 = 34s.
Esta frmula sirve de igual manera para el sistema de evacuacin montado en un edicio. Se debe considerar que el tiempo de actualizacin de cada lectura de los sensores, no sea muy corto, porque se generara muchos datos que pueden saturar la memoria del servidor, ni tampoco sea tan alto que haga que las alertas lleguen demasiado tarde. Segn la revista online
Means of escape 1 ,
la clasicacin para el
edicio UGTI de la UTPL, es tipo A y el tiempo de evacuacin mnimo recomendado para stas construcciones es 3 minutos, ste valor aumenta de acuerdo al nmero de personal y salidas disponibles. Un valor razonable para la actualizacin de la temperatura en el sistema es 1 minuto.
Figura 4.3:
1 http://www.means-of-escape.com/articles/68/calculating-an-eective-means-of-escape/
58
Figura 4.4:
Figura 4.5:
Figura 4.6:
4.5.4. Comportamiento del sistema de evacuacin con alarmas en diferentes pisos del edicio
Hasta aqu se analiz el resultado de simulaciones de alertas en varios sensores del mismo piso. Ahora se proceder a comprobar que los mensajes y las rutas de evacuacin, se actualizan con alarmas generadas en un piso diferente. El objetivo de
60
Figura 4.7:
estas pruebas es garantizar una ruta de evacuacin segura, de acuerdo a la situacin en todo el edicio. Se activ las alertas en el piso inferior de la maqueta, en el sector 5 y sector 7, ver gura 3.26.Si el usuario se encuentra en el piso superior, el sistema de evacuacin enva las noticaciones del piso donde se detecte una alerta. Como se puede ver en la gura 4.8, el mensaje de evacuacin indica que se ha activado una alerta en el piso inferior a pesar de encontrarse en un piso distinto. El sistema tambin actualiza el mensaje de evacuacin. En la gura 4.9, se puede ver que la alerta corresponde a las escaleras del piso inferior (sector 5), por tanto el mensaje de evacuacin recomienda usar nicamente la salida de emergencia.
61
Figura 4.8:
de implementar y tomando en cuenta las caractersticas fsicas de la infraestructura y el plan de evacuacin del edicio. En la red de sensores del sistema de evacuacin, consideramos que en un edicio se utiliza mayor variedad de sensores para alertar en situaciones de emergencia, sin embargo sus interfaces de salida son de tipo digital o analgico, por lo que se utilizara el mismo mdulo de acondicionamiento de seales. Los sensores recomendados se detallan a continuacin:
1 http://www.seco-larm.com/DoubleSp.htm 3 http://www.isolse.com.ar/
2 http://www.hkvstar.com/es/item/panic-button-ya-01.html
62
Figura 4.9:
Figura 4.10:
SECOALARM
valor analgico nal. Los Sensores digitales de humo, usan un LED interno y un fotodiodo en ngulo obtuso. Cuando el humo se introduce en la cmara, el pulso de luz del LED ser dispersado y registrado por el fotodiodo. El voltaje es analizado y un valor analgico es convertido a una seal digital que se transmite al modulo de acondicionamiento de seal. Ver gura 4.13.
El servidor Web conservara las mismas funciones que en el sistema de evacuacin montado en un modelo a escala. La aplicacin mvil Android, debe programarse teniendo en cuenta el nmero de pisos y los planos de evacuacin del edicio.
1 http://deteccion-alarma-contra-incendio.isolse.com.ar/contra-incendios-i.asp
63
Figura 4.11:
Figura 4.12:
Para el sistema de localizacin RFID, debe considerarse la distancia mxima a la que se encontrara el usuario, el rango de lectura del mdulo y la distancia y cantidad de etiquetas RFID. Los dispositivos RFID que proponemos para el sistema de evacuacin montado en el edicio son:
1 http://www.alibaba.com/product-gs/694545906/long_range_passive_rfid_tag_with.
64
Figura 4.13:
ISOLSE
Figura 4.14:
Mdulo de lectura/escritura RFID de largo alcance GAO216010: Tiene un rango de cobertura de 15 m., cumple con estndares EPC Class1, Gen 1 y Gen 2, y trabaja en la frecuencia de 860 a 960 MHz. El precio de una unidad est alrededor de $100,00 USD.
Finalmente, se debe analizar el plan de evacuacin del edicio y disponibilidad fsica de la infraestructura, para determinar el tipo y cantidad total de dispositivos que se usara.
65
Figura 4.15:
Figura 4.16:
Figura 4.17:
66
5.1. Conclusiones
La metodologa adoptada para la fase experimental del sistema de evacuacin, permiti desarrollar y probar el sistema por bloques, facilitando la deteccin de errores y su correccin. El tiempo de actualizacin de las lecturas de los sensores, inuye de manera directa al tiempo total de evacuacin. Para las pruebas se utiliza un valor mximo de espera de una alerta de 34 segundos, en cambio si se implementa el sistema en un edicio se congurara un tiempo de 1 minuto, tomando en cuenta la excesiva cantidad de datos que generaran al funcionar el sistema de manera contina y la generacin oportuna de las alertas. En el servidor Web se desprecian los valores de tiempo de procesamiento de datos, la generacin de los servicios Web y la publicacin de datos en Internet. Por lo que, se podra decir que las rutas de evacuacin, en la aplicacin Android, se actualizan de manera inmediata. Realizados los test de funcionalidad a la aplicacin Android, se la clasica de nivel complejo y cumple con los items para esta clasicacin; garantizando que no presentar errores de ejecucin, ni mensajes de error que incrementen los retrasos. 67
5.1 Conclusiones
El requisito de mayor importancia en una aplicacin mvil de localizacin, es la apariencia grca que le muestra al usuario. Algunas usan una interfaz de realidad aumentada del edicio o modelado 3D, sin embargo, stas opciones tienen que ser lo sucientemente detalladas y claras para que puedan ser comprendidas. Una interfaz 2D, requiere pocos detalles y es mucho ms fcil que el usuario entienda su ubicacin, debido a que en interfaces 3D, no se puede manejar las vistas de los planos completos. La tecnologa RFID brinda una gran ventaja al momento de implementar sistemas de localizacin, puesto que los recursos de infraestructura son mnimos, comparados con sistemas de localizacin para interiores, como WiFi o Bluetooth. Adems el costo es mucho menor. El inconveniente es que todos los telfonos deberan contar con un lector de etiquetas NFC o RFID, que es la tendencia del desarrollo de telfonos inteligentes. En el sistema de localizacin RFID, corresponde la ubicacin de las etiquetas con la posicin mostrada en la aplicacin Android. Para lograrlo se debe considerar el nmero de etiquetas por cada sector y la distancia entre s y hasta el usuario. Del anlisis realizado determinamos que las etiquetas deben colocarse una cada 2 metros como mximo. Garantizando la actualizacin de la posicin del usuario de manera inmediata. El sistema de evacuacin responde correctamente a alarmas activadas simultneamente, incluso si fueran provenientes de pisos diferentes en el edicio. Se implement y prob, en un modelo a escala, un sistema de evacuacin que integra diferentes tecnologas, para mostrar la ruta de evacuacin desde la ubicacin del usuario, en un telfono inteligente. La localizacin se obtiene de etiquetas RFID ledas con un mdulo incorporado al telfono. La actualizacin de rutas de evacuacin es posible con la informacin proporcionada por la red de sensores. Las pruebas del sistema de evacuacin en un modelo a escala sirven para analizar la funcionalidad del sistema, pero no permite armar un presupuesto exacto del montaje para un edicio. Para ello, debe considerarse tambin parmetros externos al sistema, como pueden ser la relevancia de algunos departamentos en el edicio, y las facilidades fsicas para la ubicacin de sensores.
68
5.2 Recomendaciones
5.2. Recomendaciones
Para implementar el sistema de evacuacin en edicios se debe modicar el mdulo de localizacin RFID, usando tecnologa de mayor alcance o con etiquetas activas. En el servidor se debe reprogramar las condiciones para el almacenamiento de las lecturas en la base de datos. Para obtener mejores resultados al momento de montar el sistema de localizacin por RFID, elegir el tipo de tecnologa de acuerdo al espacio en el que se va a aplicar, y tomando en cuenta el nmero de etiquetas que puede leer el mdulo a la vez. Para que las pruebas al sistema de evacuacin no lleven demasiado tiempo, se recomienda programar tiempos de lectura y actualizacin, de pocos segundos. El sistema permite variar el nmero de datos recibidos en el servidor con relacin a los que se usara en un sistema para un edicio. Sin embargo, para un sistema real los tiempos deben estar entre valores que permitan la recepcin oportuna de las alerta y valores que eviten saturar la memoria del servidor, por exceso de datos. Se recomienda utilizar una versin completa de los software de programacin, tanto Eclipse como Netbeans, para evitar posibles errores por la ausencia de libreras. La generacin de un servicio WEB en notacin JSON hace que la recepcin y procesamiento de las tramas en el dispositivo mvil sean mas sencillas, puesto que la informacin se recibe como texto plano. Para ubicar los sensores y etiquetas RFID en la maqueta, es necesario conocer la infraestructura del edicio. Dimensionar el nmero de sensores y etiquetas RFID tomando en cuenta los lugares relevantes, como pueden ser, pasillos de mayor auencia, salas de servidores y ocinas administrativas; para garantizar la eciencia del sistema. Como el mdulo de lectura RFID no est registrado por el fabricante del telfono es necesario, en el archivo de los permisos de los puertos del telfono de desarrollo, asignar permisos de lectura y escritura al puerto USB. Las rutas de evacuacin se eligieron en base a la sealtica del edicio, debido a que no se cuenta con un plan de evacuacin.
69
5.2 Recomendaciones
Para las situaciones en las que la alarma se origine en las posibles salidas de emergencia, planteamos como solucin dirigir al usuario a un punto despejado cuya ventana sea de fcil acceso para los organismos de socorro.
70
71
BIBLIOGRAFA
[1] Start Developing iOS Apps Today. sed: 29/11/2012. [2] A. Cataln,
https://developer.apple.com/.
Acces-
Junio 2011.
Este trabajo se encuentra bajo una licencia Creative Commons. [3] R. G. Namje Park,
network.
[4] P. Kumar,
http://www.icarte.ca/docs/ SW10-0058-DSiCarte420NFC/RFID&PaymentAdaptorforiPhone4S.
Dynamics,
[6] Microelectronics
http://www.rfidconnect.com/ ProductDetails.aspx?id=7b1a0be9-9cdb-494e-b113-21772efbc5c9,
Technology Inc,
cuation of Buildings.
[8] J. Ahn and R. Han,
RescueMe: An Indoor Mobile Augmented-Reality Evacuation System by Personalized Pedometry. Department of Computer Science,
University of Colorado.
An evacuation system for extraordinary Indoor Air Pollution Disaster Circunstances. Universidad Karabuk, Turqua, 2012. A MOBILE INDOOR LOCATION BASED GIS APPLICATION. LANDMARC: Indoor Location Sensing Using Active
[10] J. Candy,
RFID.
72
BIBLIOGRAFA
[12] A. A.-Z. Fadi Aloul, Nada Aji and N. Fakhro,
Computer Engineering Department, American University of Shraja. [13] Q. N. Rossetti and T. Sattar,
Simulating Large-Scale Evacuation Scenarios in Commercial Shopping Districts Methodologies and Case Study. U.S. Department of Homeland Security, 1 ed., 2010.
Saarland
Reporte anual de estadsticas sobre tecnologas de la informacin y comuniaciones (TIC's 2011). Diciembre 2011.
http://www.nearfieldcommunication. org/about-nfc.html. nfc-signaling.html.
Accessed: 28/11/2012.
http://www.nearfieldcommunication.org/
Accessed: 28/11/2012.
[18] ITU-R, Report ITU-R SM.2153-1technical and operating parameters and spectrum use for short-range radiocommunication devices, tech. rep., ITU,
http://www.nearfieldcommunication.org/nfc-signaling.html,
cessed: 28/11/2012. [19] w. p. s. LIBERA,
2010. Ac-
RFID:
Tecnologa,
Networks,
aplicaciones
2010.
perspectien:
vas.
Mlaga,
Espaa:
Libera
disponible
Estudio de la evacuacin de ocupantes y control de humo en ediocio en altura. Universidad Ponticia Comillas, 1 ed., 2012. Promoting Safe Egress and Evacuation for People with Disabilities.
[22] O. A.-M. L. J. Capote, D. Alvear and A. Cuesta, Modelado y simulacin computacional de evacuacin en edicios singulares,
Revista Internacional de Mtodos Numricos para Clculo y Diseo en Ingeniera, vol. 25, pp. 227245,
2009.
[23] M. Harrison,
Sensor Assisted WiFi Indoor Location System for Adapting to Environmental Dynamics.
National Taiwan University, 2010. 73
BIBLIOGRAFA
[25] Connecting to a MySQL Database.
http://netbeans.org/kb/docs/ide/
mysql.html.
Accessed: 20/11/2012.
http://en.wikipedia.org/wiki/Web_service.
Accessed:
[28] A. members,
74
ANEXOS
75
ANEXO A Acondicionamiento del dispositivo mvil para funcionamiento con el mdulo de lectura RFID
La conexin entre el dispositivo Android utilizado (Samsung Galaxy Nexus-ICSMaguro) y el mdulo de lectura de tarjetas RFID (Sparkfun 125kHz RFID USB Reader) requiere de una conexin fsica y una conexin lgica. La conexin fsica debe garantizar que el mdulo RFID se conecte como dispositivo perifrico del telfono y reciba el suministro de energa para funcionar. Por otro lado, la conexin lgica debe garantizar que el telfono reciba todas las tramas de datos que el mdulo RFID enva.
1 http://developer.android.com/guide/topics/connectivity/usb/host.html
2 Usb
76
Figura A.1:
El mdulo de lectura RFID es el RFID Reader ID-20(SEN-08628), adquiridos en la tienda de elementos electrnicos por internet Sparkfun , adems se le integra el mdulo RFID USB para que permita la conexin con otros dispositivos por el puerto serial, cuyo protocolo de comunicacin es FTDI .
Figura A.2:
mini USB.
http://www.ftdichip.com/Drivers/D2XX.htm.En
adicin,
para el sistema operativo Android incluye cdigo para la interface nativa de Java
2 https://www.sparkfun.com/products/8628 3 http://www.ftdichip.com/
77
http://www.ftdichip.com/Android.htm.
1 http://www.ftdichip.com/Drivers/D2XX/D2XXSample/D2XXSample.zip
78
Figura A.3:
RFID
En la gura A.3 se ve la aplicacin funcionando y resaltado el cdigo ledo por el mdulo RFID.
79
#define LEDs PORTB #define red 0b00000001 #define green 0b00000010 #define yellow 0b00000100 #define xtal 8000000L #define baud 9600 unsigned char sensor[3]; float vin; int i; int a; int Amp_sensor=100; //factor de amplificacin de LM35 int alerta_sensor; #define ADC_VREF_TYPE 0x40 //para usar AVCC float adc_data; /*variable de lectura directa del ADC*/ float read_adc(unsigned char adc_input) {ADMUX=adc_input | (ADC_VREF_TYPE & 0xff); // Delay needed for the stabilization of the ADC input voltage delay_us(10); // Start the AD conversion ADCSRA|=0x40; // Wait for the AD conversion to complete while ((ADCSRA & 0x10)==0); ADCSRA|=0x10; vin=(ADCW*5); vin=vin/1023; return vin;
80
} void main(void) { /********puerto de salida para los leds**********/ DDRB=0x07; /*toma los 3 bits ms significativos para la salida*/ /***********canal y parmetros para ADC************/ //ADMUX=0x3; /*selecciona el canal de solo lectura*/ ADMUX=ADC_VREF_TYPE & 0xff; //ADCSRA=0xCE;/*ADC encendido, /64, por interrupcion e iniciar*/ ADCSRA=0x84; /************Comunicacion Serial RS232*************/ UBRRH=0x00; UBRRL=0x33; /*BaudRAte*/ UCSRB=0x18;/*inicializacion del puerto serial*/ UCSRC=0x86;// se setea el bit de paridad, el bit de parada #asm("sei") /*habilitador global de interrupciones*/ while (1) {
PORTB.0=1;
for (i=0;i<8;i++) { adc_data = read_adc(i)*Amp_sensor; /*leer los bits de la variable*/ if (adc_data > 26.00){ PORTB.2=1; else } PORTB.2=0; }
}; }
81
ANEXO C Paper
82