<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>1815-5928</journal-id>
<journal-title><![CDATA[Ingeniería Electrónica, Automática y Comunicaciones]]></journal-title>
<abbrev-journal-title><![CDATA[EAC]]></abbrev-journal-title>
<issn>1815-5928</issn>
<publisher>
<publisher-name><![CDATA[Universidad Tecnológica de La Habana José Antonio Echeverría, Cujae]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1815-59282016000200002</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Dispositivo de adquisición y transmisión de la posición de un vehículo mediante GPS y Wi-Fi]]></article-title>
<article-title xml:lang="en"><![CDATA[Car Tracking System based on GPS and Wi-Fi]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Vázquez Seisdedos]]></surname>
<given-names><![CDATA[Carlos R.]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Palacios Meléndez]]></surname>
<given-names><![CDATA[Edwin F.]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Córdova Rivadeneira]]></surname>
<given-names><![CDATA[Luis S.]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Romero Paz]]></surname>
<given-names><![CDATA[Manuel]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad de Oriente Facultad de Ingeniería Eléctrica ]]></institution>
<addr-line><![CDATA[Santiago de Cuba ]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad Católica de Santiago de Guayaquil Facultad de Educación Técnica para el Desarrollo ]]></institution>
<addr-line><![CDATA[Guayas ]]></addr-line>
<country>Ecuador</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>08</month>
<year>2016</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>08</month>
<year>2016</year>
</pub-date>
<volume>37</volume>
<numero>2</numero>
<fpage>15</fpage>
<lpage>27</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S1815-59282016000200002&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S1815-59282016000200002&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S1815-59282016000200002&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[En este trabajo se describe el diseño e implementación de un dispositivo móvil para la adquisición, transmisión y visualización de la posición de un vehículo hacia un terminal remoto, compuesto por una computadora y un punto de acceso inalámbrico. El dispositivo contiene un módulo receptor de GPS PARALLAX, un conversor serie-Ethernet LANTRONIX, un visualizador de cristal líquido (LCD) y un punto de acceso inalámbrico TPLINK, todos gobernados por un microcontrolador PIC 16F870. Las pruebas experimentales del prototipo realizadas en un vehículo dentro y fuera del Campus de la Universidad Católica de Santiago de Guayaquil evidenciaron que el dispositivo desarrollado es capaz de adquirir y transmitirlas coordenadas de latitud y longitud con una exactitud mínima de 4,4 m y 6,1 m, respectivamente, así como funciona correctamente en condiciones de velocidad variables entre 0 y 140 km/h. El tiempo de adquisición y visualización de la posición es de 1 minuto aproximadamente, que es suficiente para el futuro monitoreo de un vehículo de transporte urbano.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[In this paper the design and implementation of a mobile device for the acquisition, transmission and display of the vehicle position to a remote terminal, comprising a computer and a wireless access point is described. The device contains a GPS receiver module, a serial-Ethernet converter, a liquid crystal display (LCD) module and a wireless access point, all governed by a 16F870 PIC microcontroller. The experimental tests of a prototype, inside and outside of the Catholic University of Santiago de Guayaquil campus, showed that the developed device is able to acquire and transmit the coordinates of latitude and longitude with a minimal accuracy of 4.4 m and 6.1m, respectively and it works correctly under variable speed from 0 to 140 km/h. The acquisition-and-display time of the position is 1 minute, which is enough for future monitoring of urban transport vehicle.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[GPS]]></kwd>
<kwd lng="es"><![CDATA[Wi-Fi]]></kwd>
<kwd lng="es"><![CDATA[Seguimiento de vehículos]]></kwd>
<kwd lng="en"><![CDATA[GPS]]></kwd>
<kwd lng="en"><![CDATA[Wi-Fi]]></kwd>
<kwd lng="en"><![CDATA[Tracking System]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font face="Verdana" size="2"> <b>ART&Iacute;CULO ORIGINAL</b></font></p>        <p>&nbsp;</p>     <p>&nbsp; </p> 	     <p align="left" ><font face="verdana" size="4"><strong>Dispositivo de adquisici&oacute;n    y transmisi&oacute;n de la posici&oacute;n de un veh&iacute;culo mediante GPS    y Wi&#45;Fi</strong></font></p>     <p align="left" >&nbsp;</p>  	     <p ><font face="verdana" size="3"><b>Car Tracking System based    on GPS and Wi&#45;Fi</b></font></p>     <p >&nbsp;</p>     <p >&nbsp;</p>  	     <p align="left" ><font face="verdana" size="2"><b>Carlos R. V&aacute;zquez Seisdedos    <sup>I</sup>, Edwin F. Palacios Mel&eacute;ndez <sup>II</sup>, Luis S. C&oacute;rdova    Rivadeneira <sup>II</sup>, Manuel Romero Paz<sup> II</sup></b></font></p>  	    <p align="left" ><font face="verdana" size="2"><sup>I</sup> Facultad de Ingenier&iacute;a El&eacute;ctrica, Universidad de Oriente, Santiago de Cuba, Cuba.    ]]></body>
<body><![CDATA[<br> 	<sup>II</sup> Facultad de Educaci&oacute;n T&eacute;cnica para el Desarrollo, Universidad Cat&oacute;lica de Santiago de Guayaquil, Guayas, Ecuador.</font></p>     <P>&nbsp;     <P>&nbsp;  <hr size="1" noshade>     <P><B><font size="2" face="Verdana">RESUMEN</font></B> 	    <p ><font face="verdana" size="2">En este trabajo se describe el dise&ntilde;o e implementaci&oacute;n de un dispositivo m&oacute;vil para la adquisici&oacute;n, transmisi&oacute;n y visualizaci&oacute;n de la posici&oacute;n de un veh&iacute;culo hacia un terminal remoto, compuesto por una computadora y un punto de acceso inal&aacute;mbrico. El dispositivo contiene un m&oacute;dulo receptor de GPS PARALLAX,&nbsp; un conversor serie&#45;Ethernet LANTRONIX, un visualizador de cristal l&iacute;quido (LCD) y un punto de acceso inal&aacute;mbrico TPLINK, todos gobernados por un microcontrolador PIC 16F870. Las pruebas experimentales del prototipo realizadas en un veh&iacute;culo dentro y fuera del Campus de la Universidad Cat&oacute;lica de Santiago de Guayaquil evidenciaron que el dispositivo desarrollado es capaz de adquirir y transmitirlas coordenadas de latitud y longitud con una exactitud m&iacute;nima de 4,4 m y 6,1 m, respectivamente, as&iacute; como funciona correctamente en condiciones de velocidad variables entre 0 y 140 km/h. El tiempo de adquisici&oacute;n y visualizaci&oacute;n de la posici&oacute;n es de 1 minuto aproximadamente, que es suficiente para el futuro monitoreo de un veh&iacute;culo de transporte urbano.</font></p>  	    <p ><font face="verdana" size="2"><b>Palabras claves:</b> GPS, Wi&#45;Fi, Seguimiento de veh&iacute;culos</font></p>  	    <p align="left" ><font face="verdana" size="2"><strong>ABSTRACT</strong></font></p>     <p ><font face="verdana" size="2">In this paper the design and    implementation of a mobile device for the acquisition, transmission and display    of the vehicle position to a remote terminal, comprising a computer and a wireless    access point is described. The device contains a GPS receiver module, a serial&#45;Ethernet    converter, a liquid crystal display (LCD) module and a wireless access point,    all governed by a 16F870 PIC microcontroller. The experimental tests of a prototype,    inside and outside of the Catholic University of Santiago de Guayaquil campus,    showed that the developed device is able to acquire and transmit the coordinates    of latitude and longitude with a minimal accuracy of 4.4 m and 6.1m, respectively    and it works correctly under variable speed from 0 to 140 km/h. The acquisition&#45;and&#45;display    time of the position is 1 minute, which is enough for future monitoring of urban    transport vehicle.</font></p>     <p ><font face="verdana" size="2"><b>Key words: </b>GPS, Wi&#45;Fi,    Tracking System</font></p> <hr size="1" noshade>     <P>&nbsp;     ]]></body>
<body><![CDATA[<P>&nbsp; 	     <p ><font face="verdana" size="3"><b>1. INTRODUCCI&Oacute;N</b></font></p>     <p >&nbsp;</p>  	    <p ><font face="verdana" size="2">Actualmente, el rastreo vehicular ha tomado gran importancia a nivel mundial. Existe una extensa variedad de aplicaciones dentro de las cuales se encuentran: la localizaci&oacute;n del veh&iacute;culo en caso de roturas, asistencia vial en siniestros o accidentes, dise&ntilde;o de rutas, control log&iacute;stico de flotillas, entre otras. Dentro del control log&iacute;stico se tienen interesantes aplicaciones. Muchas empresas utilizan sistemas de rastreo satelital para ubicar y controlar de una forma eficiente sus unidades con el objeto de reducir tiempos y costos de operaci&oacute;n. Otra aplicaci&oacute;n consiste en guiar ambulancias, bomberos, polic&iacute;a o grupos de rescate al lugar del siniestro reduciendo tiempos de respuesta y, por ende, salvar vidas. En ambos casos se desarrollan sistemas de cartograf&iacute;a y dise&ntilde;o de rutas con el objetivo de definir la ruta m&aacute;s corta, o la ruta m&aacute;s r&aacute;pida.</font></p>  	    <p ><font face="verdana" size="2">Para monitorear la posici&oacute;n de un veh&iacute;culo, en este debe ir un dispositivo transmisor&#45;receptor&nbsp; que reciba las coordenadas (latitud y longitud) mediante el sistema de posicionamiento global GPS &#91;1,2&#93; y luego las transmita (al menos) a una estaci&oacute;n&nbsp; fija que recibe, procesa y muestra la posici&oacute;n del veh&iacute;culo. Entre las alternativas usadas para el sistema de transmisi&oacute;n est&aacute;n los: radiolocalizadores &#91;3&#93;, m&oacute;dulos GSM &#91;4,5&#93;, y m&oacute;dulos inal&aacute;mbricos en banda civil &#91;6&#93;.</font></p>  	    <p ><font face="verdana" size="2">Los radiolocalizadores fueron una soluci&oacute;n efectiva para la ubicaci&oacute;n de empleados o para la transmisi&oacute;n de mensajes y datos, pero cayeron en la obsolescencia y desaparecieron del mercado. El sistema GSM (del ingl&eacute;s, <i>Group Special Mobile</i>) es un est&aacute;ndar mundial abierto para tel&eacute;fonos o m&oacute;dulos m&oacute;viles digitales (segunda generaci&oacute;n) &#91;1,7&#93; que ofrece una gran variedad de servicios como: telefon&iacute;a, transferencia de datos, fax, mensajes cortos de texto de hasta 160 caracteres con una tasa de transferencia de 9,6 kbps. El Servicio general de paquetes v&iacute;a radio o GPRS (del ingl&eacute;s, <i>Global Packet Radio Service</i>) es una extensi&oacute;n del sistema GSM para la transmisi&oacute;n de datos mediante conmutaci&oacute;n de paquetes.</font></p>  	    <p ><font face="verdana" size="2">La red de &aacute;rea local inal&aacute;mbrica o WLAN (<i>Wireless Local Area Network</i>) es un sistema de comunicaci&oacute;n de datos flexible para transmitir y recibir datos minimizando la necesidad de conexiones cableadas y combinando la conectividad hacia la red de datos con la movilidad del usuario. El est&aacute;ndar 802.11b sobre WLAN establece la frecuencia de 2,4 GHz (banda no licenciada de radiofrecuencia), con transmisi&oacute;n de datos de hasta 11 Mbps. Tambi&eacute;n se la conoce como "Wi&#45;Fi" que es la abreviaci&oacute;n de "<i>Wireless Fidelity</i>", o "fidelidad inal&aacute;mbrica" &#91;7&#93;.</font></p>  	    <p ><font face="verdana" size="2">En los &uacute;ltimos a&ntilde;os, la tendencia ha sido la implementaci&oacute;n de sistemas de seguimiento en tiempo real que combinen m&oacute;dulos GPS y GSM/GPRS. En &#91;8&#93; se usa el m&oacute;dulo de cuatro bandas GM862 y un servidor web para monitorizar, sobre un mapa espec&iacute;fico, la posici&oacute;n de un veh&iacute;culo, su velocidad y la distancia recorrida en millas. En &#91;9&#93; se usa el m&oacute;dem de tres bandas GSM/GPRS SIM 300 y un visualizador LCD de 16x2, todos gobernados por un microcontrolador ATMEGA16, as&iacute; como una estaci&oacute;n base conectada a internet en la cual se ejecuta una aplicaci&oacute;n web para realizar el seguimiento.</font></p>  	    <p ><font face="verdana" size="2">Recientemente, en &#91;10&#93; se agrupan los sistemas de rastreo vehicular de acuerdo a tres criterios: (a) tipo de seguimiento (tiempo real y diferido), (b) tipos de dispositivos m&oacute;viles&nbsp; (comerciales, construidos y tel&eacute;fonos inteligentes) y (c) canal de comunicaci&oacute;n para transferir los datos adquiridos (GSM/GPRS, SMS y 3G). En ninguna de las 10 referencias analizadas en ese trabajo, se reporta el uso de redes Wi&#45;Fi. Los autores de este trabajo proponen una arquitectura generalizada para el dispositivo m&oacute;vil que combina m&oacute;dulos <i>Arduino GPS Shield</i> (GPS&#45;10710) y <i>Wi&#45;Fi Shield</i> (DEV&#45;11287) que contienen m&oacute;dulos GPS y Wi&#45;Fi, respectivamente. El m&oacute;dulo <i>Wi&#45;Fi Shield</i>, adicionalmente, contiene una memoria port&aacute;til del tipo "<i>Secure Digital</i>" (SD), que se usa para almacenar la localizaci&oacute;n durante el recorrido, antes de transferirla, v&iacute;a Wi&#45;Fi, a un servidor central.</font></p>  	    <p ><font face="verdana" size="2">En el Ecuador los costos para acceder al servicio de telefon&iacute;a celular var&iacute;an seg&uacute;n el plan. &nbsp;El precio m&aacute;s econ&oacute;mico es&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 25 USD que incluye voz y 500 Mb de datos. Sin embargo, el servicio de Wi&#45;Fi es gratuito tanto en la universidad como en todas las paradas del Sistema Integrado de Transporte Masivo Urbano de Guayaquil METROV&Iacute;A, que son los escenarios de aplicaci&oacute;n de este trabajo.</font></p>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">El objetivo del presente trabajo es dise&ntilde;ar e implementar un dispositivo prototipo para la adquisici&oacute;n y transmisi&oacute;n de la posici&oacute;n de un veh&iacute;culo en movimiento, mediante GPS y Wi&#45;Fi, respectivamente.</font></p>  	     <p ><font face="verdana" size="2">El trabajo se organiza como sigue. En el apartado    2, se presenta&nbsp; la arquitectura general del sistema de comunicaci&oacute;n    y se describen las caracter&iacute;sticas principales de los m&oacute;dulos    que formar&aacute;n parte del dise&ntilde;o del dispositivo m&oacute;vil que    es el objetivo central de este trabajo. En el apartado 3 se describe y se fundamenta    detalladamente el dise&ntilde;o en sus aspectos hardware y software. En el apartado    4 se describen las pruebas realizadas&nbsp; para evaluar el dispositivo construido    y se presentan los resultados obtenidos. Finalmente, se dan las conclusiones    del trabajo.</font></p>     <p >&nbsp;</p>  	     <p ><font face="verdana" size="3"><b>2. ARQUITECTURA DEL SISTEMA DE COMUNICACI&Oacute;N</b></font></p>     <p >&nbsp;</p>  	     <p ><font face="verdana" size="2">La arquitectura general del sistema de adquisici&oacute;n,    transmisi&oacute;n y visualizaci&oacute;n de la posici&oacute;n del veh&iacute;culo    est&aacute; compuesta por dos partes: el dispositivo m&oacute;vil, ubicado en    el&nbsp; veh&iacute;culo, y el terminal remoto ubicado en un punto del terreno    que tiene visibilidad electromagn&eacute;tica total con el&nbsp; dispositivo    m&oacute;vil, como se muestra en la <a href="#fig1">figura 1</a>.</font></p>  	     <p ><font face="verdana" size="2">El dispositivo m&oacute;vil tiene las funciones    siguientes: (a) adquirir las coordenadas de posici&oacute;n (latitud y longitud)    que suministra el m&oacute;dulo receptor de GPS, (b) mostrarlas en un visualizador    LCD de 16 caracteres y 2 filas y (c) transmitirlas hacia el terminal remoto    a trav&eacute;s de un m&oacute;dulo WLAN y un m&oacute;dulo de acceso inal&aacute;mbrico    m&oacute;vil. El m&oacute;dulo WLAN, adicionalmente, las transforma de formato    serie asincr&oacute;nico a formato de red (Ethernet). El terminal remoto tiene    la funci&oacute;n de recibir (a trav&eacute;s de m&oacute;dulo de acceso inal&aacute;mbrico)    las coordenadas de posici&oacute;n y mostrarlas sobre un mapa digitalizado usando    la aplicaci&oacute;n "<i>Google Earth</i>" &#91;10&#93;, la cual se encuentra    instalada en un computador conectado a internet. A continuaci&oacute;n se describen    los principales m&oacute;dulos con que consta dicho sistema.</font></p>     <p align="center"><img src="http://img/revistas/eac/v37n2/f0102216.jpg"><a name="fig1"/></a>     <p ><font face="verdana" size="2"><b>2.1. M&Oacute;DULO RECEPTOR DE GPS</b></font></p>  	     <p ><font face="verdana" size="2">Para seleccionar al m&oacute;dulo receptor de    GPS se consultaron las caracter&iacute;sticas de tres modelos existentes en    el mercado ecuatoriano en el momento de realizar el trabajo (ver <a href="#tab1">Tabla    1</a>), los cuales poseen prestaciones similares en cuanto a: disponibilidad    de antena integrada, n&uacute;mero de canales (entre 16 y 20), formato de la    se&ntilde;al de salida (NMEA, <i>National Marine Electronics Association</i>),    tensi&oacute;n de alimentaci&oacute;n (5 V), niveles de tensi&oacute;n (compatibles    con TTL), velocidad de transmisi&oacute;n (4800 bps) y dimensiones peque&ntilde;as    (m&aacute;xima de 48 x 35 x 15 mm). En la <a href="#tab1">Tabla 1</a> se muestran    las principales diferencias entre estos m&oacute;dulos (los costos de env&iacute;o    oscilan entre $15 y $30 en dependencia del proveedor).</font></p>      ]]></body>
<body><![CDATA[<p align="center"><img src="http://img/revistas/eac/v37n2/t0102216.gif"><a name="tab1"/></a>  	    <p ><font face="verdana" size="2">En este trabajo se seleccion&oacute; el m&oacute;dulo receptor GPS PARALLAX &#91;11&#93; debido su menor costo, aun cuando es el de mayor consumo pero este no es un par&aacute;metro cr&iacute;tico ya que ser&aacute; alimentado por la bater&iacute;a de un veh&iacute;culo. Posterior a la realizaci&oacute;n de este trabajo, sali&oacute; al mercado una versi&oacute;n moderna de este m&oacute;dulo cuyo consumo es de 65 mA.</font></p>  	     <p ><font face="verdana" size="2">El m&oacute;dulo GPS PARALLAX tiene la capacidad    de rastrear hasta 16 sat&eacute;lites simult&aacute;neamente, utiliza la banda    L1 (1575,42 MHz) para adquirir las se&ntilde;ales de navegaci&oacute;n y posicionamiento.    Emplea el c&oacute;digo C/A (<i>coarse/acquisition</i>) que es un c&oacute;digo    pseudoaleatorio (PRN) repetitivo con frecuencia de bits de 1023 MHz y 1 ms de    periodo. Cada sat&eacute;lite tiene un c&oacute;digo C/A PRN &uacute;nico y    es usado, principalmente, para modular la portadora L1. El m&oacute;dulo debe    montarse horizontalmente de modo que la parte frontal se encuentre frente al    cielo para poder localizar a los sat&eacute;lites, lo cual es propio del sistema    GPS.</font></p>  	     <p ><font face="verdana" size="2">Este m&oacute;dulo proporciona la hora actual,    fecha, latitud, longitud, altitud, velocidad y direcci&oacute;n, entre otros    datos. Opera correctamente mientras est&eacute; sometido a velocidades menores    a los 515 m/s (1854 km/h) y a alturas menores a los 18000 m. Puede alcanzar    una aceleraci&oacute;n de hasta 39 m/s2, lo que permite que el m&oacute;vil    donde est&eacute; instalado pueda tener un cambio de velocidad de 0 a 140 km/h    en un intervalo de tiempo de un segundo. El rango de temperatura de operaci&oacute;n    es de &nbsp;&#150;30 &deg;C a 80 &deg;C. Las caracter&iacute;sticas m&aacute;s    relevantes de este m&oacute;dulo son: (a) posee una interfaz de comunicaci&oacute;n    serie asincr&oacute;nica (TTL, 4800 bps, 8 bits de datos, sin paridad, 1 bit    de parada) y datos no invertidos, (b) emplea los comandos est&aacute;ndares    del protocolo NMEA0183, (c)posee una antena pasiva integrada, (d) actualiza    los datos una vez por segundo, (e) posee alta sensibilidad (&#150;152 dBm para    el seguimiento y &#150;139 dBm en la de adquisici&oacute;n) y (f) cuenta con    una bater&iacute;a recargable para la memoria. En promedio, el m&oacute;dulo    tiene una exactitud de posici&oacute;n de +/&#150; 5 m y una precisi&oacute;n    de velocidad de +/&#150; 0,1 m/s. La <a href="#fig2">figura 2a</a> muestra al    m&oacute;dulo receptor GPS PARALLAX y la <a href="#fig2">figura 2b</a> muestra    sus terminales de: alimentaci&oacute;n (+5V y GND), datos (E/S) y configuraci&oacute;n    (Modo). El LED que aparece en la <a href="#fig2">figura 2b</a> permite indicar    el estado de la comunicaci&oacute;n: parpadea durante el rastreo de los sat&eacute;lites,    y permanece encendido cuando se adquieren las se&ntilde;ales de, al menos, 3    sat&eacute;lites, lo que equivale a la condici&oacute;n de "Listo" para transmitir    datos v&aacute;lidos. La obtenci&oacute;n del estado de "Listo" puede durar    hasta 5 minutos.</font></p>  	    <p align="center"><img src="http://img/revistas/eac/v37n2/f0202216.jpg"><a name="fig2"/></a>  	    <p ><font face="verdana" size="2">El terminal Modo permite al usuario seleccionar entre los modos de operaci&oacute;n siguientes:</font></p>  	     <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&bull;    Modo inteligente: se activa cuando el terminal Modo se pone a nivel ALTO o se    deja desconectado (el terminal posee internamente un resistor de <i>pull&#45;up</i>).    En este modo se le env&iacute;an comandos espec&iacute;ficos por el terminal    E/S (4800 bps, 8 bits de datos, sin paridad, 1 bit de parada y datos TTL no    invertidos) y a trav&eacute;s de este mismo terminal el m&oacute;dulo GPS retorna    los datos solicitados. Para enviar un comando al m&oacute;dulo GPS, debe enviarse    la cadena ASCII "!GPS" (encabezado) seguida por el comando en hexadecimal. Dependiendo    del comando enviado, ser&aacute;n devueltos un n&uacute;mero determinado de    bytes de datos, como se muestra en la <a href="#tab2">Tabla 2</a>. Con los bytes    enviados se puede visualizar la informaci&oacute;n en el perif&eacute;rico deseado    (m&oacute;dulo LCD, monitor de computadora u otro).</font></p>  	    <p align="center"><img src="http://img/revistas/eac/v37n2/t0202216.gif"><a name="tab2"/></a>  	     <p ><font face="verdana" size="2">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&bull;    Modo no inteligente o sin procesamiento (modo <i>RAW</i> en ingl&eacute;s):    se activa cuando el terminal Modo se pone a nivel BAJO. En este caso, el m&oacute;dulo    GPS transmitir&aacute; tramas en el formato NMEA 0183 por el terminal E/S (4800    bps, 8 bits de datos, sin paridad, 1 bit de parada y datos TTL no invertidos).    Se pueden transmitir informaciones diferentes, desde la m&aacute;s b&aacute;sica    como longitud y latitud, hasta datos utilizados por expertos como la inclinaci&oacute;n    de los sat&eacute;lites respecto a la horizontal. La concepci&oacute;n del protocolo    NMEA consiste en enviar tramas de datos llamadas sentencias que son diferentes    entre s&iacute;. Existen sentencias est&aacute;ndares para cada tipo de dispositivo    y se pueden definir sentencias propietarias para uso espec&iacute;fico. Todas    las sentencias est&aacute;ndares tienen un prefijo de dos letras que identifica    al dispositivo emisor de la sentencia (GP para receptores GPS) y a continuaci&oacute;n    aparecen tres letras que definen el contenido de la sentencia. La estructura    de los mensajes NMEA y el significado de cada uno de los campos (de 1 byte cada    uno) se muestra en la <a href="#fig3">figura 3</a>.</font></p>  	    <p align="center"><img src="http://img/revistas/eac/v37n2/f0302216.jpg"><a name="fig3"/></a>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">El car&aacute;cter "$" indica el comienzo de la trama, "ID" es el prefijo de dos letras que identifica al emisor de la trama (GP para&nbsp; receptores GPS), MSG es un c&oacute;digo de tres letras que identifica el contenido de la trama y el orden en que aparecer&aacute;n los datos siguientes D1, D2...D<sub>n</sub>. Los datos son textos en c&oacute;digo ASCII que contienen informaci&oacute;n diversa (latitud, longitud, altitud, tiempo UTC, etc.) y cuya longitud depende del tipo de sentencia que defina el c&oacute;digo MSG. Cada campo se delimita por una coma. La cantidad de datos no puede ser mayor a 80 caracteres visibles (imprimibles) de texto, m&aacute;s el retorno de carro. A continuaci&oacute;n de los datos, aparece un asterisco (*) que act&uacute;a como delimitador, y seguidamente, el campo de chequeo de errores CS (<i>checksum</i>) que contiene al OR exclusivo de todos los caracteres previos sin incluir el&nbsp; "$" y "*".&nbsp; Si al realizar la verificaci&oacute;n de la trama, esta no coincide con el contenido del campo CS,&nbsp; entonces el receptor espera las siguientes tramas para obtener los datos v&aacute;lidos. La trama NMEA termina con los caracteres de retorno de carro (\r) y fin de l&iacute;nea (\n), los cuales son caracteres no imprimibles.</font></p>  	    <p ><font face="verdana" size="2">La sentencia NMEA m&aacute;s utilizada es la GGA (arreglo de datos del GPS) pues proporciona los datos fijos esenciales: tiempo UTC,&nbsp; latitud y su direcci&oacute;n Norte/Sur, longitud y su direcci&oacute;n Este/Oeste y altitud, entre otros. Las sentencias propietarias tienen una estructura similar pero usan otros campos de identificaci&oacute;n. En cualquier caso, para capturar una trama, es necesario identificar el&nbsp; car&aacute;cter "$", y luego desempaquetar el resto de la informaci&oacute;n, car&aacute;cter a car&aacute;cter.</font></p>  	     <p ><font face="verdana" size="2">En este trabajo se opt&oacute; por usar el modo    inteligente porque es m&aacute;s f&aacute;cil de implementar desde el punto    de vista de software ya que para recibir un dato en espec&iacute;fico, s&oacute;lo    es necesario enviar al m&oacute;dulo GPS, el comando espec&iacute;fico de la    <a href="#tab2">Tabla 2</a> y posteriormente recibir su respuesta por la misma l&iacute;nea E/S    (bidireccional) sin necesidad de tener que analizar sint&aacute;cticamente las    diversas tramas NMEA posibles para extraer la misma informaci&oacute;n.&nbsp;    Por ejemplo, si se desea conocer el valor de la latitud actual, s&oacute;lo    es necesario enviar al m&oacute;dulo GPS la cadena: "!GPS", 5, y a continuaci&oacute;n,    esperar por los cinco bytes de respuesta que contendr&aacute;n, consecutivamente:    grados, minutos, y minutos fraccionales (Ej.: 36 grados, 35 minutos y .9159    minutos fraccionales, 0: Direcci&oacute;n Norte) seg&uacute;n expresa el formato    de este comando en la <a href="#tab2">Tabla 2</a>.&nbsp;</font></p>  	    <p ><font face="verdana" size="2"><b>2.2. M&Oacute;DULO SERIE &#45; ETHERNET <i>XPORT    DIRECT</i></b></font></p>  	     <p ><font face="verdana" size="2">El m&oacute;dulo Serie&#45;Ethernet <i>XPORT    Direct</i> (<a href="http://img/revistas/eac/v37n2/f0402216.jpg">figura 4</a>) de la empresa LANTRONIX    &#91;12&#93; es un dispositivo transmisor&#45;receptor que permite conectar    a cualquier microcontrolador con entrada/salida serie asincr&oacute;nica a una    red Ethernet, posibilitando la creaci&oacute;n de conexiones TCP activas y pasivas    as&iacute; como el env&iacute;o y recepci&oacute;n de datagramas UDP. El m&oacute;dulo    XPORT permite conexiones entrantes desde cualquier sistema con un n&uacute;mero    IP hasta un puerto determinado, denominado Puerto Local (<i>Local Port</i>).    A su vez, al XPORT se le puede programar &#91;12&#93;, a trav&eacute;s del puerto    serie, un n&uacute;mero IP y un puerto, el cual tiene conexiones por defecto:    <i>Remote host</i> y <i>Remote Port</i>. En este trabajo, el XPORT responde    al puerto 2000 de la direcci&oacute;n IP 192.168.0.211. A pesar de que la alimentaci&oacute;n    del m&oacute;dulo puede estar en el rango de 3,14 V a 3,46 V (t&iacute;pica    de 3,3 V), sus entradas de datos son tolerantes a entradas de 5 V (V<sub>IH</sub>max    = 5,5 V; V<sub>IL</sub>max = 0,8 V) y sus salidas de datos son compatibles con    los niveles de tensi&oacute;n TTL (V<sub>OL</sub>max = 0,4 V; V<sub>OH</sub>min    = 2,4 V). Esto permite la conexi&oacute;n directa con los terminales del microcontrolador,    cuya tensi&oacute;n de alimentaci&oacute;n es de 5 V. La velocidad de transmisi&oacute;n    es configurable por programa (desde 300 bps a 921 kbps), as&iacute; como el    formato serie (7 u 8 bits de datos, 1 o 2 bits de parada,&nbsp;paridad par/impar/ninguna).    El costo de este m&oacute;dulo fue de $49.</font></p>  	    <p ><font face="verdana" size="2"><b>2.3. M&Oacute;DULO DE ACCESO INAL&Aacute;MBRICO</b></font></p>  	     <p ><font face="verdana" size="2">El m&oacute;dulo de acceso inal&aacute;mbrico    m&oacute;vil usado fue el <i>N&#45;Mini&#45;Pocket&#45;Router TP&#45;link 150    Mbps</i> &#91;13&#93;, el cual puede alcanzar velocidades de comunicaci&oacute;n    de hasta 150 Mbps y un alcance entre 400 m y 500 m en exteriores y sin obst&aacute;culos    en la l&iacute;nea de visibilidad directa. Es compacto, portable y posee una    antena integrada (<a href="#fig5">figura 5a</a>). Usa las siguientes modulaciones:    DBPSK, DQPSK, CCK, 16&#45;QAM, 64&#45;QAM, BPSK y QPSK. La sensibilidad del    receptor es de &#150;70 dBm. Se puede alimentar externamente con 110 VAC o internamente    con +12V DC. Su precio es de $25.</font></p>  	     <p ><font face="verdana" size="2">El m&oacute;dulo de acceso inal&aacute;mbrico    fijo usado fue el <i>NanoStation UB NSM2</i> &#91;14&#93; de la empresa "Ubiquiti"    el cual opera con modulaci&oacute;n de acceso m&uacute;ltiple por divisi&oacute;n    en tiempo (TDMA, <i>Time Division Multiple Access</i>) a 2,4 GHz con una potencia    de hasta 28 dBm (630 mW) permitiendo tasas de transferencia TCP/IP de hasta    150 Mbps y un alcance superior a 15km. Posee una antena direccional (55&ordm;)    integrada de polaridad doble de 11 dBi de ganancia, con un aislamiento de polaridad    cruzada optimizado y con un dise&ntilde;o y formas compactos (<a href="#fig5">figura    5b</a>). La sensibilidad del receptor es de &#150;97 dBm (max). Se alimenta    con un adaptador de 24 V/0,5A, que posee protecci&oacute;n contra sobretensi&oacute;n.    El precio total del m&oacute;dulo es de $80.</font></p>  	    <p align="center"><img src="http://img/revistas/eac/v37n2/f0502216.jpg"><a name="fig5"/></a>  	     <p ><font face="verdana" size="2"><b>2.4. M&Oacute;DULO DE CONTROL Y VISUALIZACI&Oacute;N:    ELECCI&Oacute;N DEL MICROCONTROLADOR</b></font></p>  	     ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">El microcontrolador a usar en este dise&ntilde;o    debe, como m&iacute;nimo,&nbsp; disponer de: (a) un puerto serie asincr&oacute;nico    para conectarse al m&oacute;dulo Wi&#45;Fi, (b) posibilidad de interrupciones    externas, (c) 12 l&iacute;neas de E/S para conectar: 2 teclas, un visualizador    LCD (7), un m&oacute;dulo GPS (1) y un m&oacute;dulo serie&#45;Ethernet (2),    (d) posibilidad para transmitir y recibir datos en formato serie asincr&oacute;nico    con el m&oacute;dulo GPS usando una sola l&iacute;nea como entrada y salida,    (e) un lenguaje de programaci&oacute;n de alto nivel que facilite lo anterior    as&iacute; como la comunicaci&oacute;n con los m&oacute;dulos Wi&#45;Fi y LCD,    y (f) suficiente espacio de memoria de programa y datos para almacenar los c&oacute;digos    y variables generados por el lenguaje de programaci&oacute;n a ser usado. Adicionalmente,    se desea que sea un dispositivo de bajo costo, f&aacute;cil de obtener en el    mercado nacional y del cual existan herramientas de puesta a punto y experiencia    en su uso. Todo lo anterior conllev&oacute; a la elecci&oacute;n de un microcontrolador    PIC de gama media. Entre los microcontroladores PIC m&aacute;s comunes en el    mercado, que satisfacen estos requerimientos est&aacute;n el 16F628, el 16F870    y el 16F871. Teniendo en cuenta el tama&ntilde;o de la memoria de programa (16F628:    1k x 14 bits, 16F870 y 16F871: 2k x 14 bits) y de datos (16F628: 224 bytes,    16F870 y 16F871: 128 bytes), el n&uacute;mero de l&iacute;neas de E/S: (16F628:    13, 16F870: 22 y 16F871: 32) y los costos (16F628: $ 3,80, 16F870: $ 4,80 y    16F871: $ 6,20) se decidi&oacute; usar el microcontrolador 16F870, el cual posee    recursos de reserva para futuras ampliaciones.&nbsp; El lenguaje de programaci&oacute;n    seleccionado fue el PICBASIC PRO (PBP) &#91;15&#93; ya que es id&oacute;neo    para cumplir los requerimientos anteriores, y en especial los puntos (d) y (e).</font></p>  	    <p ><font face="verdana" size="2">&nbsp;</font></p>  	     <p ><font face="verdana" size="2"><b>3. DISE&Ntilde;O DEL DISPOSITIVO M&Oacute;VIL</b></font></p>  	     <p ><font face="verdana" size="2"><b>3.1. HARDWARE</b></font></p>  	     <p ><font face="verdana" size="2">En la <a href="http://img/revistas/eac/v37n2/f0602216.jpg">figura 6</a>    se muestra el diagrama el&eacute;ctrico del dispositivo m&oacute;vil mostrado    en la <a href="#fig1">figura 1</a> el cual ha sido concebido s&oacute;lo    para transmitir la informaci&oacute;n hacia el terminal remoto (no en sentido    contrario) y al mismo tiempo mostrar las coordenadas de posici&oacute;n (latitud    y longitud) en el m&oacute;dulo LCD LM016, todo lo anterior, gobernado por el    microcontrolador PIC16F870 que opera con un cristal externo de 4 MHz. El m&oacute;dulo    LCD LM016 se configura para trabajar en el modo de 4 bits y posibilidad de exhibir    dos filas con 16 caracteres cada una.</font></p>  	     <p ><font face="verdana" size="2">Se usan tres teclas: RESET para inicializar    el PIC16F870, ENTER para validar acciones mostradas en el LCD y ALARMA, para    indicar alguna situaci&oacute;n de inseguridad en el veh&iacute;culo y enviar    un c&oacute;digo a la estaci&oacute;n remota (actualmente se env&iacute;a el    car&aacute;cter de control ESCAPE, que no forma parte de los datos enviados    al terminal remoto). La tecla ENTER se atiende por encuesta dentro del programa    principal del microcontrolador, mientras que la opresi&oacute;n de la tecla    de ALARMA provoca una interrupci&oacute;n externa en el terminal RB0/INT. La    rutina de atenci&oacute;n a esta interrupci&oacute;n env&iacute;a el c&oacute;digo    antes mencionado al m&oacute;dulo LANTRONIX.</font></p>  	    <p ><font face="verdana" size="2">El terminal Modo del m&oacute;dulo GPS PARALLAX se conecta a nivel ALTO lo que permite que el m&oacute;dulo GPS opere en el modo inteligente y sea capaz de transferir, por un solo hilo (el terminal E/S), los datos TTL en formato serie asincr&oacute;nico con 1 bit de inicio, 8 bits de datos y 1 bit de parada, a una velocidad de 4800 bps. Como el terminal RC2 del PIC va conectado al terminal E/S del m&oacute;dulo GPS, entonces se debe configurar al terminal RC2 con los mismos par&aacute;metros anteriores para garantizar el intercambio entre ambos. A pesar de que el terminal RC2 no se corresponde al de un puerto serie, el lenguaje de programaci&oacute;n PICBASIC PRO (PBP), usado en este trabajo, permite emplear cualquier terminal del puerto C para recibir y transmitir datos serie as&iacute;ncronos usando las instrucciones SERIN2 y SEROUT2. La sintaxis de estas instrucciones y su uso se explica a continuaci&oacute;n:&nbsp;</font></p>  	    <p ><font face="verdana" size="2"><b>a)</b> <b>SERIN2 <i>Terminal, Velocidad</i>, &#91;<i>Var1, Var2,&hellip;VarN</i>&#93;</b></font></p>  	    <p ><font face="verdana" size="2">Permite recibir los datos series as&iacute;ncronos (1 bit de inicio, 8 bits de datos, sin bit de paridad, y un bit de parada) a trav&eacute;s del <i>Terminal</i> especificado. El par&aacute;metro <i>Velocidad</i> es una constante que equivale a una velocidad de transmisi&oacute;n en baudios.&nbsp; Para la frecuencia de reloj de 4 MHz, esta constante es igual a 84 y 188 para las velocidades de transmisi&oacute;n de 9600 baudios y 4800 baudios, respectivamente, seg&uacute;n las especificaciones del lenguaje PBP. &nbsp;Los par&aacute;metros <i>Var1, Var2,..., VarN</i> indican&nbsp; los nombres de las variables donde se almacenar&aacute;n secuencialmente los <i>N</i> datos de 8 bits recibidos.</font></p>  	    <p ><font face="verdana" size="2">En este trabajo, el microcontrolador debe recibir peri&oacute;dicamente, desde el m&oacute;dulo GPS PARALAX, la trama de cinco bytes con la informaci&oacute;n de latitud, en respuesta al comando <b>GetLat</b> (<a href="#tab2">Tabla 2</a>) enviado previamente. Para recibir esta trama, por el terminal C.2 se usa la instrucci&oacute;n siguiente:</font></p>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2"><b>SERIN2 SIO,188,&#91;GRADOS,MINUTOS,I,J,X&#93;</b></font></p>  	    <p ><font face="verdana" size="2">Donde:</font></p>  	     <p ><font face="verdana" size="2">&#45; SIO es el s&iacute;mbolo asignado (en    la cabecera del programa) al terminal C.2 del PIC16F870 (sentencia: SIO VAR&nbsp;    PORTC.2;)</font></p>  	    <p ><font face="verdana" size="2">&#45; 188 define la velocidad de transmisi&oacute;n de 4800 baudios usada para la comunicaci&oacute;n con el m&oacute;dulo GPS</font></p>  	     <p ><font face="verdana" size="2">&#45; GRADOS,MINUTOS,I,J,X son las variables    donde se almacenan los datos de: Grados, Minutos, Minutos fraccionales (I, J)    y Direcci&oacute;n (X) enviados por el m&oacute;dulo GPS PARALLAX.</font></p>  	    <p ><font face="verdana" size="2"><b>b) SEROUT2 <i>Terminal, Velocidad,</i> &#91;<i>Var1, Var2,...,VarN</i>&#93;:</b> Esta instrucci&oacute;n es la hom&oacute;loga a la instrucci&oacute;n SERIN2 para el caso en que se desee transmitir datos series as&iacute;ncronos usando el mismo formato. Los par&aacute;metros tienen el mismo significado explicado anteriormente.</font></p>  	    <p ><font face="verdana" size="2">Desde el punto de vista de transmisi&oacute;n, el microcontrolador debe enviar comandos al m&oacute;dulo GPS y datos de posici&oacute;n al m&oacute;dulo LANTRONIX a las velocidades de 4800 baudios y 9600 baudios, respectivamente. A continuaci&oacute;n se muestran las instrucciones utilizadas para enviar un comando de solicitud de las coordenadas de latitud al m&oacute;dulo GPS y para enviar los datos de la latitud, que hab&iacute;an sido adquiridos y almacenados previamente en variables de memoria:</font></p>  	    <p ><font face="verdana" size="2"><b>SEROUT2&nbsp; SIO,188,&#91;"!GPS",5&#93;</b>&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ; Solicitud de las coordenadas de latitud al m&oacute;dulo GPS</font></p>  	    <p ><font face="verdana" size="2"><b>SEROUT2&nbsp; TX,84,&#91;GRADOS,MINUTOS&#93;</b>&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ; Env&iacute;o de la latitud al m&oacute;dulo LANTRONIX&nbsp;&nbsp;&nbsp;</font></p>  	    <p ><font face="verdana" size="2">Donde:</font></p>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">&#45; SIO y 188 tienen los mismos significados definidos anteriormente.</font></p>  	    <p ><font face="verdana" size="2">&#45; "!GPS" es el dato de cabecera que debe recibir el m&oacute;dulo GPS para empezar la comunicaci&oacute;n</font></p>  	    <p ><font face="verdana" size="2">&#45; 5 corresponde al comando <b>GetLat</b> (<a href="#tab2">Tabla 2</a>) enviado al m&oacute;dulo GPS para solicitar las coordenadas de latitud</font></p>  	    <p ><font face="verdana" size="2">&#45; TX es el s&iacute;mbolo asignado (en la cabecera del programa) al terminal C.6 del PIC16F870 (sentencia: TX&nbsp;&nbsp; VAR PORTC.6;)</font></p>  	    <p ><font face="verdana" size="2">&#45; 84 define la velocidad de transmisi&oacute;n de 9600 baudios usada para la comunicaci&oacute;n con el m&oacute;dulo LANTRONIX</font></p>  	     <p ><font face="verdana" size="2">&#45; GRADOS,MINUTOS son las variables enviadas    al m&oacute;dulo LANTRONIX.</font></p>  	     <p ><font face="verdana" size="2">En la <a href="http://img/revistas/eac/v37n2/f0602216.jpg">figura 6</a>    se observa el uso de tres tensiones de alimentaci&oacute;n: +12 V para el m&oacute;dulo    de acceso inal&aacute;mbrico m&oacute;vil TP&#45;LINK, +5 V para los m&oacute;dulos    CPU&#45;LCD y GPS PARALLAX, y 3,4 V para el m&oacute;dulo LANTRONIX. Todas las    tensiones de alimentaci&oacute;n del dispositivo m&oacute;vil fueron derivadas    de la bater&iacute;a del veh&iacute;culo de prueba (12 V durante el apagado    y 14 V durante el encendido) usando el conector del encendido para port&aacute;tiles.    Para proteger a los diversos elementos del sistema se utilizaron reguladores    de tensi&oacute;n en cada placa.&nbsp; La tensi&oacute;n de +5 V se obtuvo usando    el regulador lineal LM7805 (corriente de salida hasta 1 A) y la de 3,4 V se    obtuvo a partir de la tensi&oacute;n regulada de 5 V, colocando 2 diodos 1N4001    en serie. El m&oacute;dulo de acceso inal&aacute;mbrico fijo se alimenta de    su propio adaptador de +24 V/0,5A y se coloc&oacute; en un lugar elevado de    la instituci&oacute;n lo que garantiz&oacute; visibilidad radioel&eacute;ctrica    total durante todo el recorrido del veh&iacute;culo en el interior del campus.</font></p>  	     <p ><font face="verdana" size="2"><b>3.2. DIAGRAMA DE FLUJO</b></font></p>  	     <p ><font face="verdana" size="2">El diagrama de flujo del programa principal    y del programa de atenci&oacute;n a la interrupci&oacute;n externa se muestra    en la <a href="#fig7">figura 7</a>.</font></p>  	    <p align="center"><img src="http://img/revistas/eac/v37n2/f0702216.jpg"><a name="fig7"/></a>  	    ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">En el programa principal, inicialmente se definen las variables del programa, se inicializa el m&oacute;dulo LCD (modo de 4 bits, caracteres de 5 x 7 puntos, dos filas, sin desplazamiento del mensaje, cursor apagado), se activan las resistencias de <i>pull&#45;up</i> del puerto B, se configura la activaci&oacute;n de la interrupci&oacute;n externa INT por flanco de ca&iacute;da y se habilita la misma. A continuaci&oacute;n se muestra un cartel en el LCD invitando al usuario a pulsar la tecla ENTER cuando el LED del receptor de GPS deje de parpadear y permanezca encendido, proceso que puede demorar hasta 5 minutos. Esta espera garantizar&aacute; que el receptor GPS est&eacute; listo para enviar los datos recibidos desde el sat&eacute;lite.&nbsp;</font></p>  	    <p ><font face="verdana" size="2">Una vez que el usuario presione el bot&oacute;n "ENTER", aparece el mensaje "RECIBIENDO DATOS VIA GPS" durante 4 s, luego se solicita al GPS: la cantidad de sat&eacute;lites detectados mediante el comando <b>GetSats</b> (<a href="#tab2">Tabla 2</a>) as&iacute; como la fecha y hora mediante los comandos <b>GetDate</b> y <b>GetTime</b>, respectivamente (<a href="#tab2">Tabla 2</a>); seguidamente se reciben las tramas de respuesta y se almacenan en las variables correspondientes para su posterior conversi&oacute;n de formato y visualizaci&oacute;n en el LCD. La conversi&oacute;n de formato para cada variable de la trama recibida permite su posterior exhibici&oacute;n en el LCD y consiste en los siguientes pasos: (a) conversi&oacute;n de binario a decimal, (b) separaci&oacute;n de d&iacute;gitos decimales seg&uacute;n el tama&ntilde;o de la variable (si es un byte, en dos d&iacute;gitos decimales: decenas y unidades, si es una palabra, en 5 d&iacute;gitos decimales) y (c) conversi&oacute;n de cada d&iacute;gito decimal a su car&aacute;cter ASCII.&nbsp;</font></p>  	    <p ><font face="verdana" size="2">La variable que almacena el n&uacute;mero de sat&eacute;lites retornados es de un byte (dos d&iacute;gitos decimales) y las de la fecha y el tiempo UTC son de tres bytes (seis d&iacute;gitos decimales) cada una. Para obtener la hora local ecuatoriana, es necesario restarle cinco a la transmitida por el GPS. La fecha se visualiza en la primera fila del LCD y la hora en la segunda, durante 4 s, y luego se muestra un cartel invitando a pulsar la tecla ENTER. Cuando&nbsp; esto ocurre, el microcontrolador comienza un ciclo infinito que se repite cada un minuto aproximadamente, en el que solicita al GPS las coordenadas de latitud y longitud mediante los comandos <b>GetLat</b> y <b>GetLong</b>, respectivamente, se reciben las tramas de respuesta (<a href="#tab2">Tabla 2</a>), se almacenan en las variables correspondientes para cada uno de esos comandos (los nombres de las variables coinciden con los de la columna de la extrema derecha de la <a href="#tab2">Tabla 2</a>), se les realiza el cambio de formato como se explic&oacute; anteriormente, y se visualizan en el LCD: la latitud en la primera fila y la longitud en la segunda fila.</font></p>  	    <p ><font face="verdana" size="2">Antes de transmitir la posici&oacute;n al m&oacute;dulo LANTRONIX, es necesario convertir los minutos fraccionales (expresados en el formato del modo inteligente) a segundos (formato requerido por la aplicaci&oacute;n <i>Google Earth</i>). El resto de los datos (grados y minutos) es compatible en ambos formatos. El muestreo y env&iacute;o de las coordenadas de posici&oacute;n cada un minuto se escoge bajo el criterio de que es el m&iacute;nimo tiempo posible para que un veh&iacute;culo de transporte urbano se pueda desplazar de una parada a otra.</font></p>  	     <p ><font face="verdana" size="2">En el programa de atenci&oacute;n a interrupci&oacute;n    se deshabilita la interrupci&oacute;n, se env&iacute;a el car&aacute;cter no    imprimible ESCAPE (c&oacute;digo de alarma) al m&oacute;dulo LANTRONIX, seguidamente    se habilitan las interrupciones y finalmente se retorna al programa principal.    El programa del terminal remoto recibe toda la informaci&oacute;n y la grafica    en su pantalla, sobre un plano digitalizado usando la aplicaci&oacute;n <i>Google    Earth</i>.&nbsp; El efecto del c&oacute;digo de ALARMA es mostrar un punto rojo    en el borde superior derecho de la pantalla.</font></p>     <p >&nbsp;</p>  	     <p align="left" ><font face="verdana" size="3"><strong>4. EVALUACI&Oacute;N DEL    DISPOSITIVO: PRUEBAS Y RESULTADOS</strong></font></p>     <p align="left" >&nbsp;</p>  	    <p ><font face="verdana" size="2">Inicialmente se realizaron pruebas de laboratorio para verificar el funcionamiento de cada una de las partes del dispositivo m&oacute;vil, primero, mediante la simulaci&oacute;n con la aplicaci&oacute;n PROTEUS, y luego mediante el montaje y verificaci&oacute;n directa del circuito. La simulaci&oacute;n permiti&oacute; depurar el programa de visualizaci&oacute;n en el LCD y realizar algunas pruebas de transmisi&oacute;n gen&eacute;ricas desde el microcontrolador PIC hacia el m&oacute;dulo LANTRONIX usando el terminal virtual del PROTEUS para visualizar los datos enviados en la pantalla del ordenador.&nbsp;</font></p>  	     <p ><font face="verdana" size="2">En la <a href="#fig8">figura 8a</a>    se muestra el montaje de tres de los m&oacute;dulos del dispositivo m&oacute;vil.    La puesta a punto del circuito se inici&oacute; por el m&oacute;dulo de control    y visualizaci&oacute;n, luego se prob&oacute; el m&oacute;dulo GPS con un programa    simple que s&oacute;lo mostraba en el LCD la latitud recibida, y finalmente,    se prob&oacute; la comunicaci&oacute;n entre el microcontrolador y el m&oacute;dulo    LANTRONIX, transmiti&eacute;ndose una secuencia de caracteres ASCII que se visualizaban    en un computador personal conectado al RJ45 del m&oacute;dulo LANTRONIX. En    todos los casos se obtuvieron resultados exitosos.</font></p>  	     ]]></body>
<body><![CDATA[<p ><font face="verdana" size="2">Luego se pas&oacute; a la siguiente fase experimental:    las pruebas de campo, para lo cual fue necesario instalar todo el dispositivo    m&oacute;vil en un veh&iacute;culo (<a href="#fig8">figura 8b</a>)    y se realizaron dos recorridos: uno dentro del campus, donde la velocidad m&aacute;xima    est&aacute; limitada a 40 km/h y otro fuera del campus para experimentar velocidades    mayores (hasta 120 km/h).</font></p>     <p align="center"><img src="http://img/revistas/eac/v37n2/f0802216.jpg"><a name="fig8"/></a>     <p ><font face="verdana" size="2">El recorrido realizado dentro del campus tuvo    una duraci&oacute;n de 8 minutos, la velocidad promedio fue de 25 km/h (velocidades    de 0 a 40 km/h) y la distancia recorrida fue de 1,63 km. Durante todo el recorrido    existieron condiciones de visibilidad directa entre el punto de acceso fijo    y el m&oacute;vil. En la primera realizaci&oacute;n de este recorrido se verific&oacute;    la comunicaci&oacute;n desde el microcontrolador PIC a la computadora port&aacute;til    del terminal remoto, y en las dos restantes realizaciones se comprob&oacute;    el sistema completo incorporando al m&oacute;dulo GPS. La comunicaci&oacute;n    serie entre el microcontrolador PIC16F870 y el XPORT de LANTRONIX tuvo la siguiente    configuraci&oacute;n: 8 bits, 9600 bps, 1 bit de inicio, 1 bit de parada, y    datos no invertidos. Las pruebas experimentales mostraron que todos los tiempos    de transmisi&oacute;n de los datos fueron extremadamente inferiores a un minuto,    que es el tiempo en que el microcontrolador actualiza la informaci&oacute;n    desde el m&oacute;dulo GPS. En la <a href="http://img/revistas/eac/v37n2/f0902216.jpg">figura 9</a>    se muestra el seguimiento del veh&iacute;culo durante la ruta realizada dentro    del campus de la Universidad Cat&oacute;lica de Santiago de Guayaquil (UCSG).</font></p>  	    <p ><font face="verdana" size="2">Se realizaron 16 paradas en el interior del campus, en cada parada el veh&iacute;culo estuvo un minuto aproximadamente y luego continu&oacute; el recorrido. Para cada coordenada de latitud y longitud adquirida y transmitida por el prototipo en cada parada se calcul&oacute; el error de posici&oacute;n respecto a <i>Google Earth</i>, tanto en latitud (un1 grado equivale a 111,319 km) como en longitud&nbsp;&nbsp;&nbsp; (un grado equivale a 111,131 km), obteni&eacute;ndose errores m&aacute;ximos en latitud y longitud de 4,4 m y 6,1 m, respectivamente. Los errores m&aacute;ximos de latitud y longitud no ocurrieron en el mismo punto geogr&aacute;fico, o sea, en la misma parada del veh&iacute;culo. No obstante, si as&iacute; hubiese sido, los valores m&aacute;ximos anteriores provocar&iacute;an un error de distancia m&aacute;ximo, entre la posici&oacute;n geogr&aacute;fica real y la estimada, igual a 7,52 m (aplicando el teorema de Pit&aacute;goras) lo cual es admisible por las normativas del Consejo Nacional de Telecomunicaciones (CONATEL) de Ecuador que sugiere que el error m&aacute;ximo de los receptores GPS para el c&aacute;lculo de la posici&oacute;n es de 10 m. De esta forma, el prototipo construido cumple con lo establecido por este organismo regulador de las comunicaciones y por otro lado, reafirma que la exactitud de posici&oacute;n del m&oacute;dulo GPS PARALLAX es de 10 m (+/&#45;5 m).&nbsp; Las pruebas realizadas en la UCSG no presentaron problemas, en cuanto a velocidad, cobertura ni alimentaci&oacute;n. La m&aacute;xima distancia posible (estimada) en l&iacute;nea recta entre el m&oacute;dulo <i>NanoStation UB NSM2</i> y el TPLINK es de 350 m aproximadamente, por lo cual en este experimento se corrobor&oacute; que en condiciones de visibilidad directa y sin obst&aacute;culos, el alcance del TPLINK es igual o superior a esta distancia, tal como se expres&oacute; en el apartado 2.3.</font></p>  	     <p ><font face="verdana" size="2">El recorrido fuera del campus se realiz&oacute;    en una autopista aleda&ntilde;a con velocidades entre 0 km/h y 120 km/h, y en    condiciones de aceleraci&oacute;n bruscas entre 1,66 m/s<sup>2</sup> (0 a 100    km/h en 20 s) y 2,2 m/s<sup>2</sup> (0 a 120 km/h en 15 s). Como en este caso    no hab&iacute;a cobertura de la red Wi&#45;Fi, se fotografi&oacute; del LCD    toda la informaci&oacute;n de posici&oacute;n, velocidad y tiempo UTC en lugares    bien referenciados en <i>Google Earth</i>. De esta forma, se verific&oacute;    que el m&oacute;dulo GPS posee la capacidad de obtener correctamente las coordenadas    de posici&oacute;n (y otros datos del sat&eacute;lite) cuando el veh&iacute;culo    se mueve a velocidades mayores o experimenta aceleraciones considerables, en    cuyos casos, el cambio de la posici&oacute;n del veh&iacute;culo es mayor. Todo    lo anterior permiti&oacute; verificar el funcionamiento exitoso del dispositivo    construido. El costo total del dispositivo m&oacute;vil fue de $254.</font></p>     <p >&nbsp;</p>  	    <p ><font face="verdana" size="3"><b>5. CONCLUSIONES</b></font></p>     <p >&nbsp;</p>  	    <p ><font face="verdana" size="2">Este trabajo aborda las tecnolog&iacute;as inal&aacute;mbricas como una alternativa para un sistema de localizaci&oacute;n geogr&aacute;fica de un veh&iacute;culo. Se dise&ntilde;&oacute; y desarroll&oacute; un dispositivo de adquisici&oacute;n y transmisi&oacute;n de la posici&oacute;n de un veh&iacute;culo m&oacute;vil usando el sistema GPS y la tecnolog&iacute;a Wi&#45;Fi, respectivamente. Se verific&oacute; el correcto funcionamiento del dispositivo a nivel de simulaci&oacute;n de programas, de pruebas en condiciones est&aacute;ticas y durante el desplazamiento del veh&iacute;culo a velocidades variables de 0 a 40 km/h y de 0 a 120 km/h con aceleraciones bruscas.&nbsp; Las pruebas experimentales evidenciaron que el prototipo desarrollado fue capaz de adquirir y transmitir las coordenadas de latitud y longitud con una exactitud m&iacute;nima de 4,4 m y 6,1m, respectivamente, a bajas velocidades, y funcion&oacute; correctamente a velocidades mayores y aceleraciones bruscas. Se recomienda incorporar al software del dispositivo la posibilidad de recibir informaci&oacute;n desde el terminal remoto e implementar mecanismos de seguridad para la protecci&oacute;n de los datos transmitidos. Este dispositivo Wi&#45;Fi, a pesar de su limitada cobertura, pudiera constituir un peque&ntilde;o subsistema de una red de monitoreo de mayor alcance geogr&aacute;fico que combine tecnolog&iacute;as al&aacute;mbricas e inal&aacute;mbricas. Esto permitir&iacute;a ser usado a gran escala en el seguimiento vehicular del transporte urbano.</font></p>  	     <p>&nbsp;</p>     ]]></body>
<body><![CDATA[<p align="left" ><font face="verdana" size="3"><strong>REFERENCIAS</strong></font></p>     <p align="left" >&nbsp;</p>  	     <!-- ref --><p ><font face="verdana" size="2">1. Baburao K, Raju V, Srinivasa RS, Prabu A,    Appa RT, Narayana Y. GSM and GPS Based Vehicle Location and Tracking System.    International Journal of Engineering Research and Applications. 2011; 1(3):    616&#45;625.    </font></p>  	    <!-- ref --><p ><font face="verdana" size="2">2.&nbsp;&nbsp;&nbsp; Sourabh P, Pushkar M, Pankaj H. Tracking and Positioning of Mobile Systems in Telecommunication Networks. International Journal of Engineering Research and Applications, 2011; 1(3): 1080&#45;1087.    </font></p>  	     <!-- ref --><p ><font face="verdana" size="2">3. Ramya S. From Beepers to GPS: Can The Fourth    Amendment Keep Up With Electronic Tracking Technology?&nbsp;&nbsp;&nbsp; Journal    of Law, Technology &amp; Policy, 2009; Volume 2009(1): 281&#45;294.    </font></p>     <!-- ref --><p ><font face="verdana" size="2">4. Han&#45;Lee S. Taiwan Automatic Vehicle Location    in Cellular Communications Systems. IEEE Transactions on Vehicular Technology.    1994; 43 (4): 902&#45;908.    </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p ><font face="verdana" size="2">5. Pankaj V, Bhatia JS. Design and Development    of GPS&#45;GSM Based Tracking System With Google Map Based Monitoring. International    Journal of Computer Science, Engineering and Applications. 2013; 3(3): 189&#45;194.    </font></p>     <!-- ref --><p ><font face="verdana" size="2">6. Montes Casiano HF.&nbsp; Localizaci&oacute;n    y seguimiento de dispositivos m&oacute;viles. Tesis de maestr&iacute;a. Centro    de Investigaci&oacute;n y de Estudios Avanzados del Instituto Polit&eacute;cnico    Nacional; 2012. Disponible en: <a href="http://delta.cs.cinvestav.mx/~pmalvarez/tesis&#45;hermes.pdf" target="_blank">http://delta.cs.cinvestav.mx/~pmalvarez/tesis&#45;hermes.pdf</a>.    </font></p>     <!-- ref --><p ><font face="verdana" size="2">7. Tanenbaun AS. Redes de computadoras. 4a.    ed. M&eacute;xico: Pearson Education/Prentice Hall; 2003.     &nbsp;</font></p>     <!-- ref --><p ><font face="verdana" size="2">8. Medany W, Al&#45;Omary A, Al&#45;Hakim R,    Al&#45;Irhayim S, Nusaif MA. Cost Effective Real&#45;Time Tracking System Prototype    Using Integrated GPS/GPRS Module. 6th International Conference on Wireless and    Mobile Communications (ICWMC); Espa&ntilde;a; 2010.&nbsp; p. 521&#45;525.    </font></p>     <!-- ref --><p ><font face="verdana" size="2">9. Verma PJ, Bhatia, JS. Design and Development    of GPS&#45;GSM Based Tracking System With Google Map Based Monitoring. International    Journal of Computer Science, Engineering and Applications. 2013; 3 (3): 33&#45;40.    </font></p>  	    ]]></body>
<body><![CDATA[<!-- ref --><p ><font face="verdana" size="2">10. Tarapiah S, Atalla S. Public Transportation Management System Based on GPS/WIFI and Open Street Maps. International Journal of Advanced Computer Science and Applications. 2015; 6 (1): 189&#45;194.    </font></p>  	    <!-- ref --><p ><font face="verdana" size="2">11. PARALLAX INC. Parallax PAM&#45;7Q GPS Module Product Guide, 2014. California (USA). Disponible en: <a href="https://www.parallax.com/sites/default/files/downloads/28509&#45;PAM&#45;7Q&#45;GPS&#45;Module&#45;Product&#45;Guide&#45;v1.0_1.pdf" target="_blank">https://www.parallax.com/sites/default/files/downloads/28509&#45;PAM&#45;7Q&#45;GPS&#45;Module&#45;Product&#45;Guide&#45;v1.0_1.pdf</a>.    </font></p>  	    <!-- ref --><p ><font face="verdana" size="2">12. LANTRONIX INC. XPort Direct&trade; Demonstration Kit Quick Start Guide, 2007. California (USA). Disponible en: <a href="http://www.lantronix.com/wp&#45;content/uploads/pdf/XPort&#45;Direct&#45;Plus_QS.pdf" target="_blank">http://www.lantronix.com/wp&#45;content/uploads/pdf/XPort&#45;Direct&#45;Plus_QS.pdf</a>.    </font></p>  	    <!-- ref --><p ><font face="verdana" size="2">13. TP&#45;Link Technologies Co., Ltd. 150 Mbps Wireless N Mini Pocket Router TL&#45;WR700N Datasheet, 2016. California (USA). Disponible en:&nbsp; <a href="http://static.tp&#45;link.com/resources/document/TL&#45;WR700N_datasheet.zip" target="_blank">http://static.tp&#45;link.com/resources/document/TL&#45;WR700N_datasheet.zip</a>.    </font></p>  	    <!-- ref --><p ><font face="verdana" size="2">14. Ubiquiti Networks, Inc.&nbsp; NANOSTATION M Datasheet Models: NSM2, NSM3, NSM365, NSM5, locoM2, locoM5, locoM9, 2016, California (USA). Disponible en: <a href="https://dl.ubnt.com/datasheets/nanostationm/nsm_ds_web.pdf" target="_blank">https://dl.ubnt.com/datasheets/nanostationm/nsm_ds_web.pdf</a>.    </font></p>  	    ]]></body>
<body><![CDATA[<!-- ref --><p ><font face="verdana" size="2">15. Reyes, CA. Microcontroladores PIC: Programaci&oacute;n en Basic. 3a. ed. Ecuador: RISPERGRAF; 2008.    </font></p>      <P>&nbsp;     <P>&nbsp;      <P><font size="2" face="Verdana">Recibido: 20 de enero de 2016    <br>   Aprobado: 25 de abril de 2016</font>      <P>&nbsp;     <P>&nbsp;     <p align="left" ><font face="verdana" size="2"><i>Carlos Rom&aacute;n V&aacute;zquez    Seisdedos</i>, Centro de Estudios de Neurociencias, Procesamiento de Im&aacute;genes    y Se&ntilde;ales, Facultad de Ingenier&iacute;a El&eacute;ctrica, Universidad    de Oriente, Santiago de Cuba, Cuba. E&#45;mail: <a href="mailto:cvazquez@uo.edu.cu">cvazquez@uo.edu.cu</a>.</font>  	     ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Baburao]]></surname>
<given-names><![CDATA[K]]></given-names>
</name>
<name>
<surname><![CDATA[Raju]]></surname>
<given-names><![CDATA[V]]></given-names>
</name>
<name>
<surname><![CDATA[Srinivasa]]></surname>
<given-names><![CDATA[RS]]></given-names>
</name>
<name>
<surname><![CDATA[Prabu]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Appa]]></surname>
<given-names><![CDATA[RT]]></given-names>
</name>
<name>
<surname><![CDATA[Narayana]]></surname>
<given-names><![CDATA[Y]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[GSM and GPS Based Vehicle Location and Tracking System]]></article-title>
<source><![CDATA[International Journal of Engineering Research and Applications]]></source>
<year>2011</year>
<volume>1</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>616-625</page-range></nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Sourabh]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
<name>
<surname><![CDATA[Pushkar]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Pankaj]]></surname>
<given-names><![CDATA[H]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Tracking and Positioning of Mobile Systems in Telecommunication Networks]]></article-title>
<source><![CDATA[International Journal of Engineering Research and Applications,]]></source>
<year>2011</year>
<volume>1</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>1080-1087</page-range></nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ramya]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[From Beepers to GPS: Can The Fourth Amendment Keep Up With Electronic Tracking Technology?]]></article-title>
<source><![CDATA[Journal of Law, Technology & Policy,]]></source>
<year>2009</year>
<volume>Volume 2009</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>281-294</page-range></nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Han-Lee]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Taiwan Automatic Vehicle Location in Cellular Communications Systems]]></article-title>
<source><![CDATA[IEEE Transactions on Vehicular Technology]]></source>
<year>1994</year>
<volume>43</volume>
<numero>4</numero>
<issue>4</issue>
<page-range>902-908</page-range></nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Pankaj]]></surname>
<given-names><![CDATA[V]]></given-names>
</name>
<name>
<surname><![CDATA[Bhatia]]></surname>
<given-names><![CDATA[JS]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Design and Development of GPS-GSM Based Tracking System With Google Map Based Monitoring]]></article-title>
<source><![CDATA[International Journal of Computer Science, Engineering and Applications]]></source>
<year>2013</year>
<volume>3</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>189-194</page-range></nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Montes Casiano]]></surname>
<given-names><![CDATA[HF]]></given-names>
</name>
</person-group>
<source><![CDATA[Localización y seguimiento de dispositivos móviles]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Tanenbaun]]></surname>
<given-names><![CDATA[AS]]></given-names>
</name>
</person-group>
<source><![CDATA[Redes de computadoras]]></source>
<year>2003</year>
<edition>4</edition>
<publisher-loc><![CDATA[México ]]></publisher-loc>
<publisher-name><![CDATA[Pearson Education/Prentice Hall]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Medany]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
<name>
<surname><![CDATA[Al-Omary]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Al-Hakim]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Al-Irhayim]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Nusaif]]></surname>
<given-names><![CDATA[MA]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Cost Effective Real-Time Tracking System Prototype Using Integrated GPS/GPRS Module]]></article-title>
<source><![CDATA[Wireless and Mobile Communications]]></source>
<year>2010</year>
<conf-name><![CDATA[6 International Conference]]></conf-name>
<conf-loc> </conf-loc>
<page-range>521-525</page-range></nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Verma]]></surname>
<given-names><![CDATA[PJ]]></given-names>
</name>
<name>
<surname><![CDATA[Bhatia]]></surname>
</name>
<name>
<surname><![CDATA[JS]]></surname>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Design and Development of GPS-GSM Based Tracking System With Google Map Based Monitoring]]></article-title>
<source><![CDATA[International Journal of Computer Science, Engineering and Applications]]></source>
<year>2013</year>
<volume>3</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>33-40</page-range></nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Tarapiah]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Atalla]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Public Transportation Management System Based on GPS/WIFI and Open Street Maps]]></article-title>
<source><![CDATA[International Journal of Advanced Computer Science and Applications]]></source>
<year>2015</year>
<volume>6</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>189-194</page-range></nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="">
<collab>PARALLAX</collab>
<source><![CDATA[Parallax PAM-7Q GPS Module Product Guide]]></source>
<year>2014</year>
<publisher-loc><![CDATA[^eCalifornia California]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="">
<collab>LANTRONIX</collab>
<source><![CDATA[XPort Direct&#8482; Demonstration Kit Quick Start Guide]]></source>
<year>2007</year>
<publisher-loc><![CDATA[^eCalifornia California]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="">
<collab>TP-Link Technologies</collab>
<source><![CDATA[Ltd. 150 Mbps Wireless N Mini Pocket Router TL-WR700N Datasheet]]></source>
<year>2016</year>
<publisher-loc><![CDATA[^eCalifornia California]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="">
<collab>Ubiquiti Networks</collab>
<source><![CDATA[NANOSTATION M Datasheet Models: NSM2, NSM3, NSM365, NSM5, locoM2, locoM5, locoM9]]></source>
<year>2016</year>
<publisher-loc><![CDATA[^eCalifornia California]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Reyes]]></surname>
<given-names><![CDATA[CA]]></given-names>
</name>
</person-group>
<source><![CDATA[Microcontroladores PIC: Programación en Basic]]></source>
<year>2008</year>
<edition>3</edition>
<publisher-name><![CDATA[RISPERGRAF]]></publisher-name>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
