Protbic

totipocicleta

A

ING.

DEPA

o de sias bas

CARLOS M

ALFONSO A

MANUEL R

PONTIFICIAFACU

ARTAMENT

stemasado e

Autor

MANUEL RE

ALEJANDRO

Direct

RICARDO PÉ

A UNIVERSULTAD DE TO DE INGE

BOGOTÁ2017

a de geen el p

res

ESTREPO RI

O TORRES S

tor

ÉREZ CERQ

SIDAD JAVEINGENIERÍ

ENIERÍA ELÁ D.C. 7

eolocaparadi

IVEROS

SÁNCHEZ

QUERA, PhD

ERIANA ÍA

LECTRÓNIC

alizaciigma

D.

CA

ión deIoT.

e

Agradecimientos

Quiero agradecer a Dios y mis padres (Luis Alfonso Torres y Teresa Sánchez) por el apoyo y la confianza que me brindaron, estoy infinitamente agradecido con ustedes por darme la oportunidad de tener una muy buena educación. A mis hermanos y amigos por la compresión, paciencia y ánimo que me dieron durante todo este proceso. A Carlos Restrepo por ser un excelente amigo y compañero por ser aquel que me dio motivación para seguir adelante en este proceso y sobre todo por tenerme la paciencia durante la realización de este trabajo de grado.

Alfonso Alejandro Torres Sánchez

Agradezco especialmente a mis padres Yanet Riveros y Manuel Restrepo por haber dado lo mejor de ellos, por haberme brindado ese apoyo incondicional, para llegar a este punto de mi carrera, no bastan las palabras para expresar el sentimiento de agradecimiento, ya que sin su esfuerzo, trabajo y compromiso no hubiese llegado a este punto, son mi ejemplo más grande y día a día seguiré formándome para ser cada vez mejor, ¡Gracias totales!, además agradecer a esa persona tan importante en mi vida, Ingrid Restrepo, sabes que la decisión de estudiar esta carrera, fue para ayudar a las personas desde mi área de conocimiento, cómo te ayudaron a ti, eres el ejemplo más grande de lucha y verraquera que tengo en mi vida, gracias por todo tu apoyo ya que este es un triunfo que se logró por ti. Alejandro Torres por ser ese compañero y amigo, que sin ningún interés siempre estuvo dando el apoyo de hermano, por ser testigo y confidente, este logro es de ambos.

Carlos Manuel Restrepo Riveros.

Expresamos nuestra entera gratitud a Manuel Ricardo Pérez Cerquera, Director del proyecto por su contribución y conocimiento, aquel que nos asesoró de la mejor manera para lograr culminar este proyecto. Este logro es parte de su apoyo y contribución.

Los Autores

Dedicatoria

Este trabajo de grado lo comparto para la primera persona que creyó en mí para que estudiara

esta carrera, muy especialmente va dirigido para Doña Laura González- Pacheco Mejía ¡Gracias por brindarme tan valioso apoyo!, también para mis padres y hermana por todo el apoyo incondicional para lograrlo, sin ustedes esto no hubiese sido realidad.

Carlos Manuel Restrepo Riveros.

Tabla de Contenido

CAPÍTULO 1.  INTRODUCCIÓN ______________________________________________________ 1 

CAPÍTULO 2.  MARCO TEÓRICO _____________________________________________________ 2 

CAPÍTULO 3.  OBJETIVO DEL PROYECTO ______________________________________________ 5 3.1.  OBJETIVO GENERAL ______________________________________________________________ 5 3.2.  OBJETIVOS ESPECÍFICOS ___________________________________________________________ 5 3.2.1.  Incorporar un módulo de adquisición de datos que permita la ubicación (GPS) de una 

bicicleta.  5 3.2.2.  Incorporar un sistema de transmisión de datos para la ubicación en una bicicleta. ______ 5 3.2.3.  Diseñar un sistema para el procesamiento sobre la información de ubicación en una 

bicicleta.  5 3.2.4.  Diseñar una aplicación servidor‐cliente en donde se pueda observar información de 

ubicación de la bicicleta.  ___________________________________________________________ 5 3.2.5.  Diseñar y aplicar los escenarios de prueba del sistema para evaluar la confiabilidad del 

dispositivo integrado en la bicicleta. __________________________________________________ 5 

CAPÍTULO 4.  DESARROLLO ________________________________________________________ 7 4.1.  ADQUISICIÓN DE DATOS DE LA UBICACIÓN (GPS).  _________________________________________ 7 4.1.1.  Selección de la tarjeta de desarrollo a Usar. ____________________________________ 7 4.1.2.  Prueba adquisición de ubicación: _____________________________________________ 8 

4.2.  SISTEMA DE TRANSMISIÓN DE DATOS.  _________________________________________________ 9 4.2.1.  Selección de Servidor. ______________________________________________________ 9 4.2.2.  Transmisión de datos:  ____________________________________________________ 10 

4.3.  PROCESAMIENTO DE LA INFORMACIÓN.  _______________________________________________ 11 4.3.1.  Pruebas de adquisición de datos en el servidor:  ________________________________ 11 

4.4.  DISEÑAR APLICACIÓN SERVIDOR‐CLIENTE. ______________________________________________ 12 4.4.1.  Desarrollo aplicación: _____________________________________________________ 12 4.4.2.  Prueba de comunicación aplicación servidor‐cliente:  ____________________________ 19 

4.5.  PRUEBA FINAL: ________________________________________________________________ 19 

CAPÍTULO 5.  PROTOCOLO DE PRUEBAS.  ____________________________________________ 21 

CAPÍTULO 6.  ANÁLISIS DE RESULTADOS _____________________________________________ 22 6.1.  FASE DE ESCENARIO DE PRUEBAS:  ___________________________________________________ 23 6.1.1.  Ubicación en Parqueadero de bicicleta: _______________________________________ 23 6.1.2.  Trayectoria normal y parqueo ______________________________________________ 23 6.1.3.  Robo de la bicicleta: ______________________________________________________ 24 6.1.4.  Prueba de Consumo:______________________________________________________ 25 

CAPÍTULO 7.  CONCLUSIONES Y TRABAJO A FUTURO ___________________________________ 28 7.1.  CONCLUSIONES  _______________________________________________________________ 28 7.2.  TRABAJO A FUTURO _____________________________________________________________ 29 

CAPÍTULO 8.  ANEXOS  ___________________________________________________________ 30 

CAPÍTULO 9.  REFERENCIAS _______________________________________________________ 31 

Tabla De Contenido (Figuras)

Figura 1 LinkIt One ___________________________________________________________________ 3 Figura 2 Caja tarjeta de desarrollo ________________________________________________________ 6 Figura 3 Diagrama de secuencia de desarrollo _______________________________________________ 7 Figura 4 Prueba adquisición bajo (GSM-GPRS) _____________________________________________ 8 Figura 5 Prueba adquisición bajo (GPS) ___________________________________________________ 9 Figura 6 Comparación (GPS/GPRS-GSM) _________________________________________________ 9 Figura 7 Recepción de datos (WIFI) _____________________________________________________ 10 Figura 8 Recepción de datos (GPRS) _____________________________________________________ 10 Figura 9 Llaves de acceso servidor ______________________________________________________ 11 Figura 10 Recepción de datos de la tarjeta (WIFI) __________________________________________ 11 Figura 11 Recepción de datos de la tarjeta (GPRS) __________________________________________ 12 Figura 12 Página Web ________________________________________________________________ 13 Figura 13 Aplicación Móvil 1 __________________________________________________________ 14 Figura 14 Aplicación Móvil 2 __________________________________________________________ 14 Figura 15 Aplicación Móvil 3 __________________________________________________________ 15 Figura 16 Diagrama de flujo Aplicación móvil _____________________________________________ 17 Figura 17 Diagrama de flujo de la tarjeta de desarrollo _______________________________________ 18 Figura 18 Ubicación de la bicicleta ______________________________________________________ 19 Figura 19 Trayectoria y parqueo de bicicleta _______________________________________________ 20 Figura 20 Alerta de movimiento de bicicleta _______________________________________________ 20 Figura 21 Ubicación de bicicleta ________________________________________________________ 22 Figura 22 Error de datos _______________________________________________________________ 23 Figura 23 Trayectoria bicicleta _________________________________________________________ 24 Figura 24 Alerta de movimiento de bicicleta _______________________________________________ 25 Figura 25 Hora de recarga efectuada _____________________________________________________ 25 Figura 26 Datos iniciales ______________________________________________________________ 26 Figura 27 Inicio de pruebas ____________________________________________________________ 26 Figura 28 Datos consumidos ___________________________________________________________ 27 

1

Capítulo 1. Introducción

En la actualidad se puede evidenciar un auge de la conexión de objetos cotidianos a internet, este proceso se ha denominado como el Internet de las Cosas (IoT), concepto que fue desarrollado por Kevin Ashton en 1999. La posibilidad de tener conectada a la red varios elementos como: vehículos, electrodomésticos, dispositivos mecánicos, entre otros, ha generado cambios no solo en los usos de la red sino también un nuevo enfoque industrial. En principio las tecnologías del IoT permitían identificar objetos, hoy en día además de saber de los mismos, se puede conocer de estos en cualquier momento y lugar, siendo la ubicación un asunto de gran impacto en los múltiples desarrollos. [1]

El progreso en las tecnologías de la información y comunicación ha permitido integrar diferentes servicios y funciones en un solo objeto que cabe en la palma de la mano, no obstante, aunque la ubicación de objetos y personas ha sido abordada desde dispositivos como Smartphones o GPS, cada día se busca renovar en diseños especializados con mayor autonomía, portabilidad y adaptabilidad.

Teniendo en cuenta que existen aplicaciones cuya función es trazar el recorrido realizado por el objeto en el Smarthpone o GPS, lo cual implica que las trayectorias queden plasmadas en un solo dispositivo y en ocasiones se deba recurrir directamente al mismo para obtener la información; este trabajo de grado busca integrar un dispositivo de ubicación en el objeto, en este caso bicicletas, que le brinde al usuario disponibilidad permanente de los datos a través de una aplicación servidor- cliente.

Es importante realizar este trabajo ya que, por medio de la geolocalización de bicicletas, se puede contribuir a la disminución de pérdidas y hurtos de las mismas. De acuerdo con las cifras oficiales de la Policía, en el 2015 se reportaron 3.587 denuncias de hurtos de bicicletas y para el 2016 se estableció que el promedio diario de bicicletas robadas era de 4 [2].

Con base en lo establecido previamente este proyecto tiene como objetivo desarrollar un prototipo de sistema de ubicación, el cual buscará que la persona pueda conocer en dónde se encuentra su bicicleta, mediante el protocolo de comunicación(GPRS) y para el rastreo de la bicicleta (GPS) por medio de una aplicación servidor-cliente, nos guiaremos por el paradigma del IoT y por medio de este implementar la toma, recolección y distribución de datos de la bicicleta.

2

Capítulo 2. Marco teórico

Para el desarrollo de este trabajo es necesario conocer y entender los conceptos que serán definidos a lo largo de este capítulo.

Prototipo de sistema:

Se caracteriza por ser una prueba preliminar o entrega rápida que contiene las características del sistema final. En nuestro caso se hará la prueba concepto para la ubicación de una bicicleta.

Internet de las cosas (IoT):

Aunque no existe una definición exacta de este concepto se ha establecido que hace referencia a “la interconexión en red de todos los objetos cotidianos, que a menudo están equipados con algún tipo de inteligencia” [3].

Tarjeta de desarrollo:

Es una tarjeta electrónica la cual cuenta con un microcontrolador programable para un fin específico y fabricado para la creación de prototipos.

LinkIt One:

Es una tarjeta de desarrollo que cuenta con código abierto para la creación de prototipos IoT. “Está basada en el SoC Wearables, MediaTek Aster (MT 2502) combinado con WiFi (MT 5931), GPS (MT 3332) de alto rendimiento, que proporcionan acceso a todas las funciones de MediaTek LinkIt.”[4]. Esta tarjeta fue seleccionada para el trabajo ya que incluye GPS y GPRS sin necesidad de adicionar módulos (shields).

Chipset MT2502A (Aster, ARM7 EJ-S (TM) ) Clock Speed 260MHz Dimensions 3.3x2.1 inches Flash 16MB RAM 4MB DC Current Per I/O Pin 1Ma Analog Pins 3 Digital Output 3.3V Analog Input 5V UART Software based(Serial) ,also known as USB

Modem Port and Hardware Serial(Serial1, D0&D1)

SD Card Up to 32GB(Class 10) Positioning GPS(MT3332) GSM 850/900/1800/1900 MHz GPRS Class 12 Wi-Fi 802.11 b/g/n Bluetooth BR/EDR/BLE(Dual Mode

Tabla 1 Especificaciones LinkIt One [4]

Herra

prototemple

inform

cuyo client

radica##:#"

para etrilate

medio

que p

amientas de

Para la e

Arduinotipos, dondeeó para la pro

PubNubmación en la

Androidlenguaje de

te denominad

JavaScran en ser lig,"Longitud: #

GPS (siesto el GPS ueración logra

GPRS:(o de paquetes

Google M

Google ermiten la co

e software de

ejecución de

o: Es una plae su entorno ogramación d

b: Es una rednube. Se util

d Studio: Esprogramació

da “BiciTrack

ript Object gero y rápid#"]) la cual fu

stema de pousa 24 satélituna posición

(General Pas usando la re

Maps: Servi

APIs (Appliomunicación

e desarrollo:

este proyecto

ataforma de cde desarrol

de la adquisic

d de datos glolizó para sub

s un entorno ón está basadker”. [7]

Notation (Jdo. En nuestfue esencial p

osicionamientes que se enn aproximada

acket Radio ed telefónica

idor de mapa

ication Progcon los Serv

Figura 1 Lin

:

o se utilizaro

código abiertlo y programción de datos

obal que permbir los datos o

de desarrollodo en Java.

JSON): Es utro caso esp

para la comun

nto): Sistemancuentran en a de un objet

Service): Sa celular GSM

as el cual perm

gramming Invicios de Goo

nkIt One

on tres platafo

to que contrimación está s del GPS y e

mite a los deobtenidos por

o aplicado paEn este softw

un formato dpecífico lo unicación con

a que permitórbita sobre

to. [9]

Sistema que M .

mite el mape

nterface): Hogle y su inte

ormas

ibuye a la probasado en (

el envío de in

esarrolladoresr la tarjeta de

ara la creacióware se real

de intercambusamos con

el servidor P

te determinare el planeta ti

permite la

eo en aplicaci

Herramientasegración a div

oducción de (Wiring y Pnformación a

s guardar en e desarrollo a

ón de aplicacizó la aplica

bio de datossintaxis (Ar

PubNub. [8]

r la posiciónierra y media

transmisión

iones móvile

s desarrolladversas aplica

aplicacionesrocessing). S

al servidor. [5

tiempo real sal servidor. [6

ciones móvilación servido

s, sus ventajrray ["Latitu

n de un objetante el métod

de datos p

es y web.

das por Googaciones. [10]

3

s y Se 5]

su 6]

es or-

as ud:

to, do

or

gle

4

Llave Google Apis: Es una autenticación que se requiere para poder uso de diferentes Apis ofrecidos por Google. [11]

Java: Es un lenguaje de programación y una plataforma informática. [12]

Aplicación móvil: Es una aplicación desarrollada para dispositivos móviles como: tabletas y Smartphones, existen algunas que vienen pre instaladas o que pueden ser descargadas en las diferentes plataformas.

Aplicación web: Es una aplicación que almacena los datos dentro de la web y se puede acceder por medio de una red como internet o intranet. [13]

HyperText Markup Language(Html): Es un lenguaje utilizado en la creación y representación visual de páginas web, que no determina la funcionalidad de la misma.

5

Capítulo 3. Objetivo del proyecto

A continuación, se detallan las características del desarrollo del proyecto que cumplen con los objetivos propuestos en el anteproyecto.

3.1. Objetivo general

Desarrollar un prototipo de sistema outdoor de geolocalización para una bicicleta por medio de la tecnología GPS basado en el paradigma del Internet de las Cosas (IoT).

La aplicación se desarrolló en la plataforma de Android, ya que es utilizada por un 80% de la población a nivel mundial; esta incluye opción de mapas y gráficas, que permiten a las personas observar en tiempo real la ubicación de su bicicleta gracias a la tarjeta LinkIt One. Adicional a esto, también se realizó una aplicación Web, la cual cuenta con las mismas funciones que la aplicación móvil.

3.2. Objetivos específicos

3.2.1. Incorporar un módulo de adquisición de datos que permita la ubicación (GPS) de una bicicleta.

En la Figura 1 se observa la tarjeta de desarrollo que se incorporó para la localización de la bicicleta y en el Capítulo 4 se encontrará por qué la elección de esta tarjeta.

3.2.2. Incorporar un sistema de transmisión de datos para la ubicación en una bicicleta.

Con base en la tarjeta de desarrollo usada, este objetivo pudo cumplirse, ya que permite el envío de información mediante el protocolo GPRS de los datos adquiridos del GPS, dicho sistema se encuentra implementado en la misma tarjeta.

3.2.3. Diseñar un sistema para el procesamiento sobre la información de ubicación en una bicicleta.

Se seleccionó un servidor que permitiera recibir y enviar información de manera instantánea, lo cual dio la posibilidad de procesar los datos de forma apropiada para nuestro trabajo.

El procesamiento del servidor consiste en adquirir la información entregada por el GPS y hacer una separación de variables de esta información para luego entablar comunicación con las aplicaciones y permitir el mapeo de estas.

3.2.4. Diseñar una aplicación servidor-cliente en donde se pueda observar información de ubicación de la bicicleta.

Con base en el servidor seleccionado, se crearon dos aplicaciones (Movil “Bici-tracker” y página Web), que permiten al usuario acceder a la información desde cualquier plataforma con acceso a internet.

3.2.5. Diseñar y aplicar los escenarios de prueba del sistema para evaluar la confiabilidad del dispositivo integrado en la bicicleta.

observsistem

Se realizva cómo se u

ma efectuado

zó una caja usó y con ba. En el Capít

para poder ase en esto setulo 5 se pued

Fig

usar la tarjee realizaron tden encontra

gura 2 Caja tarjet

ta de desarrtres escenario

ar dichos esce

ta de desarrollo

ollo en la bos para analienarios.

icicleta, en lizar el compo

la Figura 2ortamiento d

6

se del

En la

4

con esistemmódu

solo uLinkIselecc

Figura 3 se m

4.1. Adquis

4.1.1. Sele

Se realizenfoque IoT. mas más unifiulos externos.

1.

2.

3. B

4.

5.

Al obseruna integra toIt One Anexocionadas:

Camuestra la se

sición de d

ección de la

zó una investTeniendo e

ficados, que p. La elección

Intel Edison.

Raspberry Pi

BeagleBone

HiKey 960

LinkIt One

rvar los dataodas las tecno 1 (LinkIt

apítulecuencia que

Figura 3

datos de l

tarjeta de de

tigación paran cuenta est

permiten al un se elaboró c

.

i 3

Black

asheets de todnologías neceOne) . A co

lo 4.se llevó para

Diagrama de sec

la ubicaci

esarrollo a U

a analizar el cto, se pudo ousuario el mayconsiderando

das las tarjetesarias para rontinuación,

Desaa el desarroll

cuencia de desarr

ón (GPS)

Usar.

comportamieobservar la tyor acceso a

o elementos c

tas se establerealizar este se presenta

arrolloo del proyect

rollo

.

ento de las nutendencia de la tecnología

como calidad

eció que sonproyecto de la Tabla 2 c

o to:

uevas tarjetas algunas ema sin necesid

d-precio y fue

n de alto rend grado, dicha

comparativa

s de desarrolmpresas a credad de compre la siguiente

dimiento, pea tarjeta fue de las tarjet

7

llo ear rar e:

ro la

tas

Cara

R

Pro

W

G

Blu

P

es poMT33cerradtecnotener de hase mu

dondeobtenconvetarjeta

acterísticas

RAM

ocesador

WIFI GPS

GPRS

uetooth

Precio

4.1.2. Prue

Para la aor medio de 332 soporta vdos, sin emblogía para dePlan de datocer las prueb

uestra una com

Posteriore se pudo per

ner los datosencional paraa vs. el result

Intel Ediso

1 GB 500 MHzDual-core

Si No No

SI

217500

eba adquisic

adquisición dla tecnología

variedad de abargo, no es eterminar losos, permitía gbas con una Smparación d

r a esto, se rercibir que ests usando la a carros y el tado de los d

on Rasp

5z e

70

1Tabla 2

ción de ubica

de los datos da GPS y la aplicaciones y

recomendabs puntos a favgenerar una lSIM sin datoe los dos cas

Figura 4 P

ealizaron lasta tiene más tecnología GGPS de un

dos GPS del S

pberry Pi3

512 MB

00 MHz

No No No

No

104400 2 Comprativa Tarj

ción:

del GPS en lasegunda (GSy dispositivoble. Teniendvor de las milocalización as no se logró

sos iniciales:

Prueba adquisici

pruebas de aexactitud quGPS. Para ecelular. En l

Smarthpone .

Beaglee

512 M

1 GH

NoNoNo

No

1595rjetas de Desarrol

a tarjeta LinkSM-GPRS). os, así mismoo en cuenta smas; inicialaproximadamó obtener una

ión bajo (GSM-GP

adquisición de la tecnologestimar la pla Figura 5 s.

eBonHik

MB 3

Hz 2.

o o o

o

00 69llo

kIt One existeEs importan

o, permite adqesto, se rea

lmente al promente exactaa ubicación a

PRS)

de ubicacióngía (GSM-GPosición “cor

se evidencia

key 960

3 GB

3 GHz

Si No No

Si

96000

en dos opcionnte mencionaquirir los datalizó una pruobar con la (G, sin embargaproximada.

n con la tecnoPRS), por lo rrecta” se utel resultado

LinkIt One

4 MB

260MHz

Si Si Si

Si

171100

nes; la primear que el GPtos en espacioueba con cadGSM-GPRS)o, al momenEn la Figura

ología GPS, eque se decidtilizó un GPdel GPS de

8

e

era PS os da ) y nto a 4

en dió PS la

realizcomp

arte [llaves(Ardu

4

iniciatiene efectú

Cabe mzar pruebas aración de la

Vale la p15][16][17] es del servidouino).

4.2. Sistem

4.2.1. Sele

Al teneralmente por W

secuencias múa el envío d

encionar queen espacios

a adquisición

pena aclarar e incorporad

or Pubnub ju

ma de tran

ección de Ser

r una tarjeta WIFI, ya quemuy similar

de informació

Figura

e las pruebacerrados la

n por los dos

Figura

que el códigdo, mas no deunto con la A

smisión d

rvidor.

con varias te al observares. De esta ón, dicha tran

a 5 Prueba adqui

as de adquisia medida ermedios posib

a 6 Comparación

go para la adesarrollado pAPN de la r

de datos.

tecnologías r el código dforma se pu

nsmisión se d

isición bajo (GPS

ición se hicira muy difebles de la tarj

(GPS/GPRS-GSM

dquisición depor los autorered móvil us

implementadde la transmiudo entenderdirige a un s

S)

ieron en lugrente. En lajeta.

M)

e datos fue ees, la modifisada, este se

das, se proceisión medianr la funcionaervidor por d

gares exteriora Figura 6

encontrado encación princ encuentra e

edió a realiznte GPRS se alidad del códefecto. Para

res, ya que se observa

n el estado dipal fueron len el Anexo

ar las pruebevidenció quódigo y cóma este proyec

9

al la

del as 2

as ue

mo cto

fue ne

iniciainformaspecubicaAzurecantid

contabllamapuedaformaserie d

fue neobservservid

se iniidenti

ecesario busc

1.

2. F

3. P

4. M

Estos sealmente se ejmación a esteto hizo que ción en tieme el costo sedad de recurs

Con basba con todo

ada BLOCKSa comunicarsato de envío de verificacio

Al obtenecesario adquvar los datosdor GPRS.

4.2.2. Tran

Con basició la búsquificaron vario

car el servido

Socket.IO

FireBase

Pubnub

Microsoft Az

ervidores cuejecutaron lae servidor, s

se migrara mpo real, este

e elevaba, nosos y de igual

se en esto, selo que se reqS, la cual pese con los disde informacones para señ

ner resultadouirir un plan s en el servid

nsmisión de d

e en la inforueda de proyos que tienen

or más indica

zure

umplían la nas pruebas cose observó qu

a otro de lno brindabao obstante, ul forma mant

e eligió el sequería para alrmite al ususpositivos qución es JSONñalar la confi

os favorablesde datos, co

dor bajo la te

Fig

Figu

datos:

rmación de layectos similan acceso al se

ado, en la ind

necesidad eson el servidue la Latencilos servidore

a esa posibiliduno de los otener la calid

ervidor de Pulojar los datoario ver qué

ue quieran acN, al continuafiabilidad del

, se realizaroon el objetivoecnología W

gura 7 Recepción d

ura 8 Recepción d

a tarjeta y la ares que incervidor Pubn

dagación se e

sencial para dor de Microia para la infes, ya que,dad. Para accobjetivos del

dad.

ubnub, al seros de la mejoé tipo de infoceder a éste ar con las prservicio pres

on los estudio de subir la

WIFI y en la F

de datos (WIFI)

de datos (GPRS)

unificación orporaran lanub. Indagan

ncontraron lo

trabajar bajosoft Azure,formación esal querer imceder a herral grupo de t

r gratuito y mor forma. Esteormación estde manera co

ruebas del Wstado por est

ios con la tecinformación.Figura 8 se c

de las tecnola tarjeta de dndo en el esta

os siguientes

jo el paradi, después destaba en dos mplementar uamientas de mtrabajo, era u

muy complee contiene untá llegando porrecta, adici

WiFi se llevare servidor.

cnología GPR. En la Figurcontemplan l

logías GPRSdesarrollo seado del arte s

1

s cuatro:

igma del Ioe transmitir

minutos. Esun sistema dmayor nivel eusar la men

to, puesto quna herramienpara que luegional a esto, ron a cabo un

RS, para estora 7 se puedelos datos en

S/GSM y GPeleccionada, se encontraro

10

T, la

ste de en

nor

ue nta go el na

os en el

S, se on

las libal servGPRS

canal muest

4

permiinformrecep

brerías de accvidor; para loS, en este cas

De igualdel servidor

tra el tipo de

4.3. Proces

4.3.1. Prue

A travésite observar mación brindción.

ceso a los serograr esto fuso Virgin Mo

l forma en Pr que se usarllaves brinda

amiento d

ebas de adqu

s de una herrqué tipo de

dada por la t

rvidores de Pue necesario sobile. Esto se

NA

Pubnub, se derá para lograadas por el se

Fig

de la infor

uisición de da

amienta sume informaciótarjeta de de

Figura 10

Pubnub [15],saber cómo loe logró gracia

Nombre: VirgAPN: web.vm

Contraseñ

eben anexar ar comunicacervidor.

gura 9 Llaves de a

rmación.

atos en el ser

ministrada porón está entreesarrollo. En

Recepción de dat

, estas permitos operadore

as a:

gin Mobile mc.net.co ña: ¨ ¨

las llaves pación entre la

acceso servidor

rvidor:

r el servidor egando, se vla Figura 10

tos de la tarjeta (

tieron subir les acceden a

ara la recepctarjeta y el s

(BLOCKS) verificó la a0 se encuent

(WIFI)

la informacióuna red de d

ción de la infservidor. En

la cual crea uapropiada retra un ejemp

1

ón de la tarjedatos basada e

formación y la Figura 9

un Bloque qucepción de

plo del tipo d

11

eta en

el se

ue la de

compcómo

4

permiposicique se

HTM

comoorganindexresultbúsqupáginrealizy en l

De otra artir la ubica queda la inf

4.4. Diseña

4.4.1. Desa

En el pitir al usuarioión aproximae desarrolló,

Se trabaML, en el

Anexo 3 apoyo el

nización básix.html el cuatado un esquueda de servina, se procedizar la publicalas Figura 12

parte, al cación utilizanformación al

ar aplicaci

arrollo aplic

roceso de imo ubicar su bada de la mimás adelante

ajó en dos pl

3 (Página Weprograma Wca para la cr

al se direcciouema para puicios gratuitoió a ingresar

ación de la m se evidencia

cumplir el pndo el GPS demplear el m

Figura 11 R

ión servid

cación:

mplementacibicicleta en tisma. A partie se mencion

lataformas: l

eb HTML) seWEBEDITIOreación de la

onó y comunublicar, el sigos, se utilizólos datos al pisma, el enlaa un esquema

parámetro mdel celular. Tmóvil como h

Recepción de dato

dor-cliente

ión de la apiempo real, qir de esto se narán los elem

la primera fu

e encontrará eON, gracias a aplicación nicó con las guiente paso

ó el webHostprograma WE

ace de la págia de la página

mencionado pTeniendo en cherramienta d

os de la tarjeta (G

e.

plicación servque este al ac

quiso brindamentos adicio

ue un servici

el código y fa su interweb, a particarpetas cre

o fue encontrt000. Luego EBEDITIONina es http://ta web.

previamente,cuenta esto,

de transmisió

GPRS)

vidor-clientecceder a una ar unos componales.

io web el cu

funcionamienrfaz gráfica, ir de esta se

eadas con el rar un host pde tener las

N y este automtg1621.000w

se agregó en la Figura

ón de datos.

e, el objetivopágina pudieplementos en

ual estaba ba

nto. Esencialmpermitió e

e pudo originprograma. A

para subir la credenciales

máticamentewebhostapp.co

1

la opción d11 se observ

o esencial fuese observar n la aplicació

ajo el lengua

mente se tomestablecer unnar un archivAl tener com

página. En s para subir

e se encargó dom/index.htm

12

de va

fue la

ón

aje

mó na vo

mo la la de ml

(DiseñbiciclStudio

Anexpara lpara eentabmostrcompusuarmanteinformestos normacompmapael seraplicay Figu

Al tenerñar una aplileta), se creóo, en donde s

1. Com

2. MosParq

3. Guía

Con estao 4 (Androidla ejecución, el mapeo de lar la comunrar en tiempoartir la ubicaio la posibilienga un conmación de lo

cuenta con atividad paralemento de ls mencionadrvidor, el cuaciones que lura 15 Aplica

r la página icación servi

ó la segunda se agregaron

mpartir ubicac

strar lugares queaderos).

a de normativ

as caracterísd Studio JAVasí mismo, llos datos en

nicación con o real la ubiación con el idad de mant

ntrol de la ubs lugares relesu icono c

a el uso de bla actividad Ddas anteriormual fue nomle permitirá aación Móvil

funcionandoidor-cliente aplicación slos siguiente

ción desde el

de interés

vidad de bici

sticas adicionVA LAYOUla funcionalidntregados poel servidor, Gicación de ladispositivo (tener su ubicbicación en evantes comocaracterísticobicicletas en lDrawer. Por ú

mente, sin emmbrado tg162al usuario la 3 se podrán v

Figura 12 Pág

o plenamenteen donde se

servidor-clienes compleme

l dispositivo

con base e

icletas en Bo

nales, se imUTS) se encodad de esta apr la tarjeta yGMapsSeguia bicicleta; G(Smartphonecación y al ddonde la de

o: Bici-Parquo. Además, Dla ciudad; laúltimo, Main

mbargo, fue ne21-bicitrackerinteracción cver algunos p

gina Web

e y cumplir e pueda obsnte, esta se dentos:

Android.

en la bicicle

gotá.

mplementó laontrará una iplicación, el

y del celular.ir tiene comoGMapsCompe), esta opciódejar la bicicejó parqueadueaderos, BicDrawerGuia,

as otras clasenActivity es lecesario fijarr. La clase con esta. A cpantallazos d

lo esencial ervar inform

desarrolló en

eta (Bici-Tal

comunicaciimagen de lauso de la AP Las clases to objetivo prpatir se encaón fue añadidcleta este actida. La clase ci-Tiendas y , contiene to

es son los frala encargada r el canal porPrincipal seontinuación,

de la aplicaci

del objetivomación de ubn la plataform

lleres, Bici-T

ión con el sas clases y laPI´s de Googtienen la info

rincipal entraarga de permda con el finive el disposSeñales, coBici-Tallere

oda la inforagmentos, qu

de llamar lasr el que se co

erá el menú en la Figuraón.

1

o específico bicación de ma de Andro

Tiendas, Bic

servidor, en ayouts creadogle fue esenciformación paar al servidor

mitir al usuarn de facilitar sitivo para quntiene toda

es, cada uno drmación de ue sirven coms dos clases domunicará coinicial de l

a 13, Figura 1

13

4 la

oid

ci-

el os ial ara r y rio al ue la de la

mo de on as 14

F

F

Figura 13 Aplica

Figura 14 Aplica

ción Móvil 1

ción Móvil 2

1

14

Store)por mreal lala apl

La aplic) el siguiente

medio de estaa ubicación dicación Andr

cación se dene anexo se ena se puede acde la bicicletaroid creada.

F

nomina “Bicincuentra un bcceder a los a. Para finali

Figura 15 Aplica

iTracker” y pbreve instruct

servicios meizar, en la Fig

ción Móvil 3

puede ser detivo de la aplencionados pgura 16 se pu

escargada en licación Anepreviamente, uede observa

la tienda deexo 5 (Léeme

entre ellos, ar un diagram

1

e Google (Plae Aplicaciónver en tiemp

ma de flujos d

15

ay ) , po de

1

16

Para finaalizar, en la

Figura 16 Diagrama de flflujo Aplicación mmóvil

1

17

Figura 17 se puede oobservar un d

Figura 17 Dia

diagrama de f

agrama de flujo d

flujos de la ta

de la tarjeta de de

arjeta de Des

esarrollo

arrollo.

1

18

encentiempaplica

4

4.4.2. Prue

Para comndida la tarjetpo real el moación móvil e

4.5. Prueba

Para el o

1. Ubicla bila bi

2. Traycualla ru

eba de comu

mprobar la trta de desarroovimiento deen la opción d

a Final:

objetivo de ev

cación en Paricicleta, cuanicicleta.

yectoria normquier destino

uta realizada.

nicación apl

ransmisión dollo esta empee la bicicletade compartir

valuación se

rqueadero dendo tenía el d

Fig

mal y parquo y parquear

licación servi

de datos, se ezará a transm

a. También, er ubicación y

crearon tres

e bicicleta, esdispositivo en

gura 18 Ubicación

ueo, consistila bicicleta,

idor-cliente:

debe activarmitir la infores posible ve por medio d

pruebas:

sta tuvo comncendido. En

n de la bicicleta

ió en encenpara esta pru

r la opción drmación y enerificar el re

de la página w

o fin establecn la Figura 18

nder el dispoueba se pued

de ubicar bicn la ventana secorrido realiweb.

cer en dónde8 se obtuvo l

ositivo, realide observar e

1

cicleta, al estse podrá ver eizado desde

e se encontraba ubicación d

izar la ruta en la Figura 1

19

tar en la

ba de

a 19

3. Roble avsegu

o de la bicicvisará al usuuir, en la Figu

Figura 1

leta cuando suario que su ura 20 se pue

Figura 20

19 Trayectoria y p

se deja parqubicicleta est

ede evidencia

0 Alerta de movi

parqueo de bicicl

ueada, se cretá en movimar el tipo de n

imiento de bicic

leta

eó una notificmiento y le innotificación c

cleta

cación en la andicará el prcreada.

2

aplicación qurocedimiento

20

ue a

21

Capítulo 5. Protocolo de Pruebas.

Para elaborar un protocolo de pruebas, es fundamental establecer que este cumpla con el objetivo principal del proyecto de grado, el cual está basado en desarrollar un prototipo de sistema outdoor de geolocalización para una bicicleta por medio de la tecnología GPS, adicional a esto, vale la pena aclarar que estas pruebas fueron realizadas en un lugar abierto. El protocolo de pruebas consiste en:

1. Anexar el dispositivo en la cicla en un lugar estable.

2. Encender el dispositivo y dejarlo operar por cierto tiempo para que este haga el debido proceso de comunicación con el servidor usado.

3. Acceder a la aplicación cliente servidor para observar la posición entregada por el dispositivo.

4. Evaluar la eficiencia de la entrega de la información.

5. Evaluar y comparar la confiabilidad de la posición de este sistema.

de recallí lo

confiasiguieentregen la F

Cap

Para pod

1.

2. A

3. V

4. V

5. V

Para logcepción. La

ogramos estab

Al obseabilidad de ente enlace hga el dispositFigura 21.

pítulo

der evaluar la

Conectar la t

Abrir puerto

Verificar inf

Verificar rec

Verificar la r

grar estimar lainformación blecer que la

ervar los reestos medianhttp://www.ctivo tiene un

o 6. A

a latencia del

tarjeta.

serial.

formación de

cepción de lo

recepción de

a latencia se mencionada

a latencia es d

sultados de nte una herrcoordenadas-error de (0,0

Fi

Anális

l sistema se r

envío de dat

s datos en el

datos en el d

observó la ha previamentde 9 segundo

la publicacramienta que-gps.com/ . C000054 [Lati

igura 21 Ubicació

sis de

realizó una pr

tos al servido

servidor.

dispositivo m

hora de envíote se puede cos aproximad

ción efectuae permitieraCon esto seitud], -0,0000

ón de bicicleta

e Resu

rueba que co

or.

móvil.

o de datos al corroborar en

damente.

da por el danalizar la logró obser

051[longitud

ultado

onsistió en:

servidor y a n el Anexo 6

dispositivo, ubicación, c

rvar que la d]) esto se pu

2

os

su vez la ho6 (Videos) .d

se analizócomo lo es ubicación quede evidenci

22

ora de

la el ue iar

6

capítu

6.1.1.

tres hparqudatos informtarjetaFigurhoja 1

6.1.2.

todo epruebdonde23 seinform

6.1. Fase de

En esta ulo 4 y la cua

. Ubicación

Con bashoras, en estaueada. Al deja

se efectuabmación fue ca, el servidora 22 se evide1 del Excel la

. Trayector

Teniendel análisis en

bas y con la be la variacióne evidencia lmación adqui

e escenari

sección debeal será la que

n en Parquea

e en las capta se esperabaar el servidorba cada 20 constante en r envió un avencia el porca información

ria normal y

o unos valorn una trayectbatería cargadn de datos coa trayectoriairida del serv

io de prue

emos hacer m se analizará

adero de bic

turas de la ina que los datr encendido p

segundos; su totalidad.

viso indicandcentaje de dan adquirida d

y parqueo

res basados etoria aleatoriada en su tota

onseguidos fua realizada, evidor para dic

9

2%

E

ebas:

mención de len sus tres c

cicleta:

nformación etos se mantupara el análisla cantidad . Al final hudo que se encatos adquiriddel servidor p

Figura 22 Erro

en los resulta con una du

alidad, se logueron cada ocen el Anexocha trayector

98%

%

Error de 

a prueba finacasos:

en un recinto uvieran constsis de resulta

de resultadubo una variacontraba acti

dos donde en para dicho pa

or de datos

tados obteniduración de 15gró observar cho segundos 7 (Pruebas)

ria.

datos

al que se enc

cerrado, se rantes ya que

ados, se obsedos adquiridación de la mivo y debía cel Anexo 7

arqueo.

dos del parqu5 minutos. Aen el servidos. Se detectó ) encontrará

cuentran men

realizó una pe la bicicleta rvó que la acos fueron 5

medida cuandcomprobarse (Pruebas) en

ueo, se proceAl momento dor un total de la variación en la hoja 2

Dato

Dato

2

ncionadas en

prueba duranse encontrab

ctualización d540, donde do se apagó el canal, en

ncontrará en

edió a realizde ejecutar le 113 captura y en la Figu2 del Excel

os Correctos

os Incorrectos

23

el

nte ba de la la la la

zar as as, ura

la

6.1.3.

el aná

hace d

la Fig

. Robo de l

Teniendálisis en una t

Inicialmde la siguient

1. [00:0

2. [00:0

3. [00:0

4. [00:0

b

Se hizo egura 24 se evi

a bicicleta:

o unos valortrayectoria al

mente la verifite manera:

00:45] Prime

01:30] Segun

02:15] Terce

03:00] Últim

a. Si dos dmovimie

b. Si los tre

el recorrido yidencia la no

F

res predetermleatoria con u

ficación de ub

eros 45 segun

ndos 45 segu

eros 45 segun

mos 45 hará la

de tres o los tento.

es datos son d

y cada tres motificación mo

Figura 23 Trayecto

minados de louna duración

bicación de l

ndos pregunt

undos pregun

ndos pregunta

a comparació

tres de los d

distintos, se g

minutos produostrada.

oria bicicleta

os resultadosn indefinida.

la bicicleta e

tará el ultimo

ntará el ultimo

ará el ultimo

ón:

datos almacen

genera una a

ujo la notific

obtenidos d

es de 3 minut

o valor y lo al

o valor y lo a

valor y lo al

nas son igua

lerta de mov

ación de mov

del parqueo, s

tos, donde di

lmacena.

almacena.

lmacena.

ales, no se ge

vimiento.

vimiento de

2

se realizó tod

icha prueba

enera alerta d

la bicicleta, e

24

do

se

de

en

6.1.4.. Prueba de

1. Consu

Para a

a.

b.

e Consumo:

umo de Datos

analizar la can

Se hace un

Se observa

Figura

s:

ntidad de dat

na recarga a l

Figu

a el valor de

24 Alerta de mov

tos que consu

las 9:12 pm c

ura 25 Hora de re

datos iniciale

vimiento de bicicle

ume, la tarjet

como se mue

ecarga efectuada

es de 139 MB

eta

ta de desarrol

estra en la Fig

B como se m

llo, se realiza

gura 25.

muestra en la F

2

a lo siguiente

Figura 26.

25

e:

c.

d.

Se enciendse muestra

Se deja la misma ubiesto mensu

de la tarjeta da en la Figura

tarjeta encenicación fue dualmente serí

Figura 26 Dato

de desarrolloa 27.

Figura 27 Inicio

ndida por 12 hde 5 MB comía un consum

os iniciales

o y el primer

o de pruebas

horas, y el como se muestrmo 300 MB.

valor adquir

onsumo efectra en la Figu

rido fue a la 9

tuado en dichura 28, dond

2

9:25 pm com

has horas en de proyectand

26

mo

la do

Figura 28 Datos consumidos

2

27

28

Capítulo 7. Conclusiones y Trabajo a futuro

7.1. Conclusiones

El presente trabajo de grado implementó un sistema de rastreo para bicicletas, abordando el problema actual de perdida y robo, donde las características del sistema que se lograron obtener fueron las siguientes: en recintos cerrados la duración de la batería fue de un día sin generar algún movimiento, con una latencia de 9 segundos, en el caso de movimiento la duración de la batería fue también de un día, con una latencia de 8 segundos, con esto se alcanzó una independencia energética de día y medio.

La aplicación desarrollada cumple el objetivo principal de ubicación de la bicicleta en tiempo real, entregando al usuario información de qué está sucediendo con su bicicleta. De igual manera se brindó la opción de compartir la ubicación de la bicicleta directamente desde el Smartphone, donde también se ofrecieron servicios de ubicación de bici talleres, tiendas y parqueaderos.

En la parte del GPS, se logró el rastreo en lugares exteriores, donde la latencia máxima fue de 9 segundos y la mínima de 5 segundos, dicha latencia depende del lugar en el que está la bicicleta, y el entorno en el que se encuentre, paralelamente en los recintos cerrados, la última posición se mantiene y es enviada hasta que de nuevo la bicicleta esté en el exterior en movimiento.

Mediante el servidor Pubnub, se pudo recibir la información de manera instantánea, permitiendo de modo concreto el procesamiento de la información, posibilitando a las aplicaciones enlazadas mostrar lo deseado, en este caso específico el marcador con la posición de la bicicleta.

De otra parte, en la aplicación móvil y la Pagina Web se logró brindar la información concreta de la ubicación de la bicicleta, para ello el usuario solo necesita tener acceso a Internet.

Con base en los resultados obtenidos en los escenarios de prueba del sistema, se puede afirmar que el dispositivo integrado en la bicicleta es confiable, ya que el margen de error en la ubicación de la misma es mínimo. (±0,000054 [Latitud], ±-0,000051Lng)).

Para finalizar, la ayuda de la documentación e información del servidor utilizado PubNub fue indispensable para el desarrollo de este trabajo, la cual queda reportada en los enlaces. Recomendaciones Se recomienda utilizar un módulo más pequeño que pueda instalarse con más facilidad en la bicicleta y sea menos visible.

29

7.2. Trabajo a futuro

Utilizar un módulo más pequeño que pueda instalarse con más facilidad en la bicicleta y sea menos visible.

Así mismo, incluir en la aplicación información relacionada con procesos de denuncia y alternativas de búsqueda de la bicicleta, en caso de que exista pérdida o robo de esta.

También, se podría complementar el sistema de geolocalización con un modelo de seguridad más profundo, por ejemplo; el uso de pinzas de disco en las bicicletas, para casos en los que estas sean movidas sin autorización de los usuarios. Por último, se sugiere utilizar una batería con mayor durabilidad y autonomía.

Se recomienda utilizar una batería con mayor durabilidad y autonomía.

30

Capítulo 8. Anexos 1. Anexo 1 (LinkIt One) 2. Anexo 2 (Arduino) 3. Anexo 3 (Página Web HTML) 4. Anexo 4 (Android Studio JAVA LAYOUTS) 5. Anexo 5 (Léeme Aplicación) 6. Anexo 6 (Videos)

7. Anexo 7 (Pruebas)

31

Capítulo 9. Referencias [1] Clúster Ict-Audiovisual De Madrid, «Internet de las cosas:Objetos interconectados y dispositivos inteligentes,», s.f, rev. 20-05-16. [En línea]. Disponible en: https://actualidad.madridnetwork.org/imgArticulos/Documentos/635294387380363206.pdf

[2] M. Apolinar, «El Tiempo,» 28 Agosto 2015, rev. 20-05-16. [En línea]. Disponible en: http://www.eltiempo.com/bogota/robo-de-bicicletas-en-bogota/16263615.

[3] J. Salazar, S. Silvestre, “Internet de las cosas”, s.f, rev. 04-03-17. [En línea]. Disponible en: https://upcommons.upc.edu/bitstream/handle/2117/100921/LM08_R_ES.pdf.

[4] Especificaciones LinkIt One, “What is LinkIt One”, s.f, rev. 04-03-17. [En línea]. Disponible en: https://www.seeedstudio.com/LinkIt-ONE-p-2017.html

[5] “Arduino”, s.f, rev. 04-03-17. [En Línea]. Disponible en: https://es.wikipedia.org/wiki/Arduino

[6] PubNub, “Pagina de soporte PubNub”, s.f, rev. 04-03-17. [En línea]. Disponible en: https://www.pubnub.com/docs/blocks-catalog

[7] Android Studio, “Pagina de soporte Android Studio”, s.f, rev. 04-03-17. [En línea]. Disponible en: https://developer.android.com/studio/intro/index.html?hl=es-419

[8] A. Aziz, S. Mitchell, “An  Introduction to JavaScript Object Notation (JSON)  in JavaScript and .NET”, febrero 2007, rev. 04-03-17. [En línea]. Disponible en: https://msdn.microsoft.com/en-us/library/bb299886.aspx

[9] F. González, “Introducción al GPS”, diciembre 2004, rev. 04-03-17. [En línea]. Disponible en: http://www.mailxmail.com/curso-introduccion-gps/que-es-gps

[10] Google Maps Api, “Guía para obtener una clave o autenticación de Google”, s.f, rev. 04-03-17. [En línea]. Disponible en: https://developers.google.com/maps/documentation/javascript/get-api-key?hl=es-419#key

[11] C. Toxtli, “Todas las API´S de Google”, abril 2013, rev. 04-03-17. [En línea]. Disponible en: https://es.slideshare.net/carlostoxtli/all-the-google-ap-is

[12] E. Castañeda, “Introducción a Java”, s.f, rev. 04-03-17. [En línea]. Disponible en: http://www.geocities.ws/emecas78/matcursos/guia2JB.pdf

[13] L. Alegsa, “Definición de aplicación web”, junio 2016, rev. 23-03-17. [En línea]. Disponible en: http://www.alegsa.com.ar/Dic/aplicacion_web.php

[15] I. Jenings, “Tracking and Streaming Realtime Vehicle Location on a Map”, septiembre 2015, rev. 06-05-17. [En línea]. Disponible en: https://www.pubnub.com/blog/2015-09-04-tracking-streaming-realtime-vehicle-location-map/

[16] S. Gleason, “Realtime Google Maps Geolocation Tracking with JavaScript”, febrero 2017, rev. . 06-05-17. [En línea]. Disponible en: https://www.pubnub.com/blog/2017-02-02-realtime-google-maps-tracking-and-live-geolocation-with-javascript/

[17] J. Hanson, “Build a Realtime Bicycle Location Tracking Map App”, octubre 2015, rev. . 06-05-17. [En línea]. Disponible en: https://www.pubnub.com/blog/2015-10-06-build-a-realtime-bicycle-location-tracking-map-app/