\documentclass[journal,twoside]{IEEEtran}

\usepackage[spanish, es-tabla]{babel}
\usepackage[utf8]{inputenc}
\usepackage{amsmath}
\usepackage{graphicx}
\usepackage[colorinlistoftodos]{todonotes}
\usepackage{listings}
\usepackage{color}
\usepackage{float}
\usepackage{url}
\usepackage{subfigure}
\usepackage{cite}
\usepackage{enumerate}
\usepackage{amssymb}
\usepackage{array}
\definecolor{dkgreen}{rgb}{0,0.6,0}
\definecolor{gray}{rgb}{0.5,0.5,0.5}
\definecolor{mauve}{rgb}{0.58,0,0.82}
\lstset{frame=tb,
language=C++,
aboveskip=3mm,
belowskip=3mm,
showstringspaces=false,
columns=flexible,
basicstyle={\small\ttfamily},
numbers=none,
numberstyle=\tiny\color{gray},
keywordstyle=\color{blue},
commentstyle=\color{dkgreen},
stringstyle=\color{mauve},
breaklines=true,
breakatwhitespace=true
tabsize=3
}

\begin{document}
\renewcommand{\tablename}{TABLA}
\title{Implementacin - Alarma de seguridad para bicicleta}
\author{Torres Alba Cd. 1032452582, Garca Mauricio Cd. 262047, Tovar Jhonatan Cd. 26
1803, Hincapie Juan Cd. 261783, Moreno Jhoan Cd. 261729, Martnez Victor Cd. 261640
, Rivera Carlos Cd. 261670, Victor Gomez}
\maketitle
\markboth{Universidad Nacional de Colombia, Departamento de ingeniera elctrica y e
lectrnica.}{Torres, Garcia, Tovar, Hincapi, Moreno, Martnez, Rivera. \textit{Tcnicas
de integracin}}
%\renewcommand{\abstractname}{Abstract}
\begin{abstract}
In this report are presented testing project implementation of security alarm bi
cycle. With this tests are intended to show the design and how is discussed the

implementation of the project through each of the modules initially raised in th

e project proposal.
These modules describe the way in which the data be processed (control module),
how to detect about rape or struggle of lock chain through a circuit to such de
tection (detection module), prototype communication with the mobile device use
r (GSM module) and the description for the activation or deactivation of an alar
m (alarm module and RF module).
All the above for the purpose of comply with the course goal, the project goal a
nd to present a progress through evidence supporting the implementation of the p
roject.
\end{abstract}
\begin{IEEEkeywords}
Alarma para bicicleta, GSM, unidad de procesamiento, sensores antirrobo, control
remoto, GPIO, RF.
\end{IEEEkeywords}
\section{Introduccin} \IEEEPARstart{E}n la comunidad universitaria se suele evide
nciar problemas de seguridad, como lo son el robo de bicicletas dentro del Campu
s Universitario. De manera tajante, se observa la necesidad de brindar un mecani
smo confiable y robusto, capaz de dar una posibilidad de respuesta frente al hur
to de bicicletas, principal medio de transporte dentro del campus universitario.
Proyectos con una razn social, implementados dentro de la Universidad Nacional de
Colombia \-.Sede Bogot \-, como el programa denominado Bicirrun (2006), se viero
n opacados y exterminados por acciones de connotacin vandlica. De las cuatrocienta
s bicicletas que se pusieron en movimiento, en la primera fase del proyecto Bici
rrun, al cabo de un tiempo no quedaban ms de diez bicicletas en buen estado. El h
echo anterior demostr una fuerte problemtica de seguridad a la comunidad universit
aria, adems de una falta de compromiso -y de sentido de pertenencia- por parte de
los usuarios del sistema de movilidad.
Con el propsito de disminuir la tasa de inseguridad, en cunto a robos de bicicleta
s se refiere, se presenta el diseo un sistema de seguridad de respuesta rpida.Pue
s est clara la necesidad de crear una alarma que indique, a los responsables de l
a seguridad, en qu momento se est realizando el robo. Adems de la alarma, se realiz
a una llamada al dueo de la bicicleta para que se acerque lo antes posible. El di
spositivo se activa y desactiva con un control a distancia que posee el dueo de l
a bicicleta.
Para el diseo del circuito se utiliza el procesador LM32 el cual es un SoftCore (
libre) que nos permitir la implementacin del circuito de una manera ms sencilla y pt
ima. Este procesador conecta con los perifricos mediante un wishbone. La descripc
in de los perifricos al igual que el procesador estn escritos en Verilog, el cual e
s un lenguaje de descripcin de hardware.
En la implementacin del diseo se utilizan dos tarjetas de desarrollo: En la primer
a, se implementa un emisor de un mdulo de RF, y en la segunda se implementa el pr
ocesador junto con sus perifricos.

\section{Objetivos}
\subsection{Objetivo general}Crear un dispositivo de alarma contra hurtos de bic
icletas u otros objetos, por medio de un sistema que reporte al usuario cuando l
a cerradura de la cadena es forzada o violentada, y esta dispare un sonido de al

arma. Principalmente se busca prevenir este tipo de delitos y mejorar la segurid

ad en el campus universitario.
\subsection{Objetivos especficos}
\begin{itemize}
\item Identificar por medio de un sensor si la cerradura de la bicicleta ha sido
forzada.
\item Disear un sistema para realizar una llamada a un dispositivo mvil y permita
conocer al usuario si se ha forzado la cerradura.
\item Implementar una alarma en modo de sonido en la cerradura de la cadena que
se dispare al ser forzada.
\item Validar el prototipo de tal modo que se pueda comprobar la comunicacin entr
e dispositivos.
\item Implementar un sistema en modo de RF que permita poner el sistema en estad
o de activado/desactivado.
\item Disear un circuito integrado del prototipo validado.
\end{itemize}
\section{Especificaciones generales}
El dispositivo es implementado sobre una cadena que se conecta a un lazo de corr
iente que proporciona un voltaje de salida en estado alto de $3.3v$ y en estado
bajo de $0v$ aproximadamente. Estas seales sern procesadas de tal manera que cada
estado indique al dispositivo en que momento se debe proceder a enviar una seal d
e alarma por posible robo. Para de esta manera activarse un sonido que alerte a
la comunidad del suceso y as realizar una llamada al dueo de la bicicleta para que
se acerque.
\
El dispositivo puede ser activado y desactivado desde un control que debe poseer
el dueo de la bicicleta. Este control se comunicar mediante RF y permitir al usuar
io activar la alarma una vez la bicicleta est estacionada. Y desactivarla cuando
se encuentre en casa o movimiento.
\section{Mdulos del proyecto}
\begin{figure}[H]
\centering
\includegraphics[width=0.45\textwidth]{moduulos.png}
\caption{Disposicin de los mdulos del proyecto.}
\label{modulos}
\end{figure}
El sistema de deteccin cuenta con 4 mdulos que se comunican con el exterior, adems
de los mdulos que se encuentran en la parte de control.
La disposicin de los mdulos se muestra en la fig. \ref{modulos}.

Existen 4 mdulos que se comunican con el exterior: El sensor de alarma el cual se

encarga de detectar cuando se intenta robar la bicicleta, El sonido que se enca
rga de generar un sonido una vez se active el sensor de alarma, el mdulo de activ

ar y desactivar que se comunica mediante RF y por ltimo el mdulo encargado de real

izar una llamada telefnica una vez se active la alarma.
Los mdulos se describen a continuacin:
\subsection{Mdulo de control}
Responsables: Jhoan Moreno, Alba Torres y Carlos Rivera.
\
\begin{figure}[H]
\centering
\includegraphics[width=0.45\textwidth]{ccontroll.png}
\caption{Conexin de los perifricos con la unidad de procesamiento.}
\label{controll}
\end{figure}
Este mdulo se encarga del procesamiento de datos proveniente del sensor, y el envo
de las seales al perifrico de alarma en forma de sonido y al encargado de realiz
ar la llamada. En la siguiente fig \ref{controll}. se visualiza el esquema.

Este sistema se implementar sobre un SoC (system-on-chip) el cual contendr toda la

parte de procesamiento. Las tareas se dividen en hardware y software. A continu
acin se explican cada una de ellas.
\subsubsection{Tareas software}
\begin{itemize}
\item Determinar cuando las seales provenientes de los sensores se deben consider
ar como motivo suficiente para la activacin de la alarma.
\item Determinacin que comandos enviar y cuales para realiazar la llamada.
\item Envo de seal de desactivacin del sonido, luego de un tiempo determinado media
nte el timer.
\item Poner en estado de activado o desactivado el sistema.
\end{itemize}
\subsubsection{Tareas hardware}
\begin{itemize}
\item Realizacin del protocolo UART para la comunicacin con el mdulo GSM.
\item Contabilizar el tiempo que requiera el software (Implementacin de un timer)
.
\item Activacin de alarma (Sonido).
\item Recepcin de seales de sensores.
\item Recepcin de seal proveniente del usuario por medio de RF para activar o desa
ctivar el sistema (Realizacin de un protocolo para recibir la seal RF).
\end{itemize}
\
El funcionamiento de la etapa de control, se puede ilustrar mediante el uso del
siguiente diagrama de flujo.
\begin{figure}[H]
\centering
\includegraphics[width=0.55\textwidth]{Bloques.jpg}
\caption{Diagrama De flujo De La Lgica Para El Mdulo de Control.}

\label{controll}
\end{figure}
La lgica, para el mdulo de control, se explica mediante el uso de cuatro seales bsic
as, entre las cules se destacan dos seales de recepcin y dos seales de actuacin, como
se examina a continuacin.
-

Alarma Control.\

Candado Control.\

Activar Alarma.\

Activar Llamada de Emergencia.\\

La seal Alarma Control se caracteriza por ser la seal que pondr en alerta al sistem
a. Siendo sta la seal que se activar mediante el uso del mdulo de RF, estar siempre a
tenta a que se presente una violacin o rompimiento de la cadena de seguridad. Dic
ho rompimiento de seguridad, estar representado mediante la seal Candado Control,
indicar el instante preciso en el cual se vio afectado - o interrumpido-, el circ
uito cerrado de corriente que alimentaba el candado fsico. nicamente, hasta ese in
stante de tiempo
En el que los condicionales Alarma Control y Candado Control se
encuentren activos simultneamente-, es cuando se proceder a realizar la activacin
de la seal sonora (Representada aqu mediante la seal Alarma) y de la indicacin media
nte tecnologa 3GSM (vase seal Llamada de emergencia).
El caso en el cual el dueo de la bicicleta activ inconscientemente la alarma, ya s
ea por haber colocado de manera equivocada el candado o no haberlo cerrado, el s
istema activar la seal de alarma y la llamada de emergencia, similar al comportami
ento de alarmas de los automviles.
Por ltimo, como una propuesta de trabajo futuro, se estudia el caso en el que el
dueo (o propietario) dej cerrado el candado de seguridad y, sin embargo, olvid acti
var la alarma. Para esto se propone la implementacin de un estado redundante en e
l que se le indique al usuario, a travs de mensajes de texto, que ha olvidado act
ivar la alarma. Para ste caso, se debe diferenciar al detalle el instante en el q
ue desea dejar utilizar la cadena respecto al instante en el que ha olvidado act
ivar la alarma.
\subsection{Mdulo de deteccin: sensor}
Responsables: Victor Martinez, Mauricio Garcia, Jhonatan Tovar, Juan Hincapi
\
Este mdulo busca la forma en la cual se va a detectar si se forza o violenta la c
erradura de la cadena, para as poder llevar esta informacin al mdulo de control des
de el cual se procesaran los datos que provienen de los sensores.
El tipo de sensor a usar, no se ha definido, pero se planean dos alternativas qu
e se explican a continuacin:
\begin{itemize}
\item Alternativa 1: Uso de un sensor de movimiento, que permita detectar vibrac
iones en la cadena, por si se intenta cortar o halar; al ser detectada alguna de
estas acciones y mediante el modulo de control se enviar una seal de alarma y un
mensaje al usuario por medio de GSM.
\item Alternativa 2: Colocar un conductor en la cadena, de forma que si se corta
o no se detecta continuidad; se enve una seal al modulo de control (cambio en el
estado lgico) y este a su vez active el modulo de alarma e informe al usuario el

inconveniente.
\end{itemize}
La opcin que se ha determinado para la construccin fsica del sensor es la alternati
va 2. Se realiza un circuito sencillo que permita obtener una salida de voltaje
fijo a un valor de $3.3v$ de tal manera que sea la seal de entrada lgica para el s
istema.\\
Se tiene entonces dos estados: el estado alto de la seal que est dado por el volta
je mximo ($3.3v$), y un estado bajo que est en su voltaje mnimo (aproximadamente $0
v$).\\
En la figura \ref{sensorfisico} se detalla el circuito a implementar.
\begin{figure}[H]
\centering
\includegraphics[width=0.45\textwidth]{circuito_sensor.PNG}
\caption{Circuito que permite sensar el estado de la cadena de la bicicleta.}
\label{sensorfisico}
\end{figure}
El anterior circuito se conecta a la cadena fsica de la bicicleta. La cadena tien
e internamente un conductor (alambre) que rodea toda su extensin, y se conecta co
n una batera de $9v$ , ya que es adecuada, y permite no tener un arreglo de much
as baterias conectadas para lograr un voltaje suficiente para activar el diodo z
ener. As mismo los extremos del conductor de la cadena se conectan a tierra comn y
a un arreglo de resistencias (como se observa en la figura\ref{sensorfisico}) q
ue permitir adecuar el voltaje mximo que alimenta el circuito paralelo, para que e
n condicin de conduccin el diodo zener slamente nos proporcione un voltaje mximo de
$3.3v$. Esto se hace necesario ya que el diodo utilizado tiene una tolerancia qu
e permite obtener valores de voltaje zener entre $3.1v$ y $3.5v$, as que se debe
ajustar la condicin de corriente sobre el dispositivo para encontrar el punto ade
cuado de voltaje zener que nos permita realizar las pruebas en la tarjeta de des
arrollo, ya que los puertos de entrada toman el estado alto con un voltaje aprox
imado de $3.3v$.\\
As mismo, con el mismo circuito se puede obtener una salida de $0v$ aproximadamen
te si en algn instante el alambre conductor que va desde la bateria a la resisten
cia o a la tierra comn, es cortado (el momento en que es violentada la cadena), y
la conduccin sobre los dispositivos es de $0A$, por lo que el diodo zener se des
activa y llega a su regin de no conduccin y el voltaje que proporciona es el mnimo,
que en este caso es de $0v$.\\
As podemos obtener dos estados en la salida del sensor para permitir sensar la sea
l y transmitir un dato lgico de $"1"$ o $"0"$ para el mdulo de control.\\
Para determinar el valor adecuado de resistencias que se deben implementar se re
aliza el siguiente anlisis terico:
\begin{equation}
I_{zt}=20 mA \ \ ; \ \ I_{zk}=0.25mA
\end{equation}
Vamos a tomar $I_z=10mA$, y una corriente aproximada de $8mA$ que pasa sobre la
resistencia $R_7$. Procedemos a hallar los valores de resistencias con los anter
iores datos, teniendo en cuenta que se espera que en $I_z$ se alcance el voltaje
nominal de $3.3v$ sobre el dispositivo zener.
\begin{equation}
I=8mA=\dfrac{3.3v}{R7} \ \ ; \ \ R_7= 412.5\omega \approx 390\omega
\end{equation}
Y para determinar el valor de $R_6$ se aplica $LVK$ en el nodo de unin y se halla
el valor de la corriente sobre dicha resistencia, y se halla el valor de la mis
ma:
\begin{equation}
I_{R6}= 8mA+10mA=18mA

\end{equation}
\begin{equation}R_6=\dfrac{9v-3.3v}{18mA}=316.6 \omega \approx 310 \omega
\end{equation}
Aqu tenemos los valores adecuados para que el diodo zener conduzca de manera corr
ecta en los intervalos deseados, y se produzca los voltajes de salida que permit
an realizar las pruebas de los mdulos.
Ahora, para detectar si la cerradura de la cadena es forzada, la base del circu
ito planteado es la deteccin de continuidad en el sensor, y este ltimo enve una seal
al mdulo de control (cambio en el estado lgico) desde el cual se procesarn los dat
os, la cual activar el mdulo de alarma.
Para la realizacin de pruebas del prototipo empleando la tarjeta de desarrollo, i
mplementamos un cdigo simple, el cual se comporta como el circuito lgico visto a c
ontinuacin
\begin{figure}[H]
\centering
\includegraphics[width=0.45\textwidth]{RTL.JPG}
\caption{Circuito lgico del mdulo de Sensor}
\label{RTLSensor}
\end{figure}
Este cdigo recibe como entrada una seal de activacin, que ser el valor alto que dete
cta el sistema del sensor enviado por el puerto de entrada de la tarjete de desa
rrollo. En el instante que el circuito presente una falta en la continuidad de l
a seal (pase de un estado lgico alto a un estado lgico bajo) se enviar la seal de sal
ida al mdulo GSM, que se interpreta como la ruptura de la cadena, esto con el fin
de activar la alarma.
\subsection{Mdulo de alarma: sonido}
Responsables: Jhonatan Tovar, Juan Hincapie, Victor Martinez, Mauricio Garcia.
\
Este tiene una seal de entrada del sensor la cual dispara la alarma, esta permite
generar una alerta en el lugar donde se intenta forzar o halla forzado la cerra
dura. Lo anterior requerira generar una salida de sonido desde el dispositivo. D
ebido que una implementacin de una salida de sonido de calidad puede resultar en
sobrecostos tanto en diseo como en la fabricacin, se opto por colocar la salida de
sonido desde una seal digital -que en la FPGA corresponderia a un puerto PMOD-,
lo anterior debido que la Nexys disponible no tena salida de audio analoga por Ja
ck -solo la Nexys 4 tiene este recurso-.
\
De modo que se implemento un tono con frecuencia de 1525Hz este por medio de div
isores de frecuencia, con 1525Hz que es proxima a la utilizada en alarmas con 16
80Hz. Como parte la verificacin de la calidad del sonido generado por una onda cu
adrada se realizo la simulacin en Matlab, donde se encontro que es aceptable y no
presenta inconvenientes.
\

A continuacin se presenta la simulacin en Xilinxs de la variable de salida que pre

senta una frecuencia de 1525Hz. Se observa que el primer periodo termina aproxim
adamente en 6,5e5ns que correspondera a una frecuencia de 1538Hz, por su proximid
ad al valor esperado seguramente corresponde a este.
\begin{figure}[H]
\centering
\includegraphics[width=0.45\textwidth]{sonido.png}
\caption{Mdulo de sonido.}
\label{modulosonido}
\end{figure}
\subsection{Mdulo realizacin de llamada va GSM}
Responsables: Jhonatan Tovar, Juan Hincapie, Victor Martinez, Mauricio Garcia.
\
El mdulo GSM se caracteriza por utilizar un protocolo de comunicacin UART, para lo
cual basa su operacin en los terminales Rx y Tx de funcionamiento. El mdulo GSM u
tilizado, el SIM900, basa su funcionamiento en dos regiones de operacin bsicas: La
regin de operacin en software y la regin de operacin en hardware. La seleccin de una
u otra regin de operacin estara a cargo de un jumper, siendo el protocolo de envo d
e datos, el lenguaje de programacin y el modo de programacin Pues permita una config
uracin mediante comando AT como tambin la programacin a travs de un archivo o script
precargado-, los principales diferenciadores entre stas dos regiones de operacin.
Debido a que la plataforma de utilizacin fue una Nexys2, realizar la programacin
mediante un script y posteriormente compilarlo, sintetizarlo y quemarlo en el SI
M900, resultaba de un todo imposible. Por esto, se opta por realizar la programa
cin del dispositivo mediante la regin de operacin en Hardware, configurndose exclusi
vamente con comandos AT, mediante una comunicacin UART. Para realizar la comunica
cin, entre FPGA Y el mdulo GSM SIM900-, fue necesario la implementacin de un protoco
lo UART. Una vez hecho la comunicacin, y de verificar el correcto funcionamiento
de ste mdulo, se empezaron a escribir los comandos AT, sobre el Sim900, que permit
iran realizar la llamada telefnica y el envo de mensajes de texto. En la figura \re
f{sim900} se puede visualizar el dispositivo utilizado.
\begin{figure}[H]
\centering
\includegraphics[width=0.45\textwidth]{sim900.jpg}
\caption{Sim 900. Mdulo GSM utilizado.}
\label{sim900}
\end{figure}
Los comandos utilizados para la comunicacin procesador-sim900 son los siguientes
:
\
AT+CMGF=1;$\backslash t \backslash n$
AT+CMGS="+573193806471";$\backslash t \backslash n$
ATD + +573188243863;$\backslash t \backslash n$
ATH$\backslash t \backslash n$
\

El primer comando sirve para poner el mdulo GSM en un estado de pendiente mientra
s recibe el siguiente comando; el segundo comando es para indicarle a qu nmero se
va a enviar el mensaje de texto; El tercer comando se utiliza para realizar una
llamada telefnica. El cuarto comando sirve para colgar. Todos estos mensajes son
enviados con cierta diferencia de tiempo el cual se contabiliza mediante el time
r.
En las pruebas realizadas se obtuvo que el envo de un mensaje de texto podra demor
arse bastante, incluso podra no llegar este. Por ello se opt por realizar una llam
ada telefnica al celular del dueo, ya que este tiempo era relativamente mucho meno
r . En las pruebas con llamadas se obtuvieron resultados exitosos. Los tiempos d
e realizacin de esta llamada no superaron los 10 segundos. De este forma el dueo d
e la bicicleta recibir la alerta a tiempo.
\subsection{Control Activacin \/ Desactivacin de la alarma}
Responsables: Jhoan Moreno, Alba Torres y Carlos Rivera.
\
Para la implementacin del mdulo RF se utiliz un mdulo RF unidireccional el cual se p
uede observar tanto el emisor y el receptor en la figuras \ref{emisor} y \ref{re
ceptor}.
\begin{figure}[H]
\centering
\includegraphics[width=0.45\textwidth]{emisor.jpg}
\caption{Emisor RF. TWS-BS}
\label{emisor}
\end{figure}
\begin{figure}[H]
\centering
\includegraphics[width=0.45\textwidth]{receptor.jpeg
\caption{Receptor RF. RWS 375}
\label{receptor}
\end{figure}
Este mdulo se encarga del envo de seales con el fin de que el usuario pueda poner e
n activado y en desactivado el sistema. Para enviar la seal del emisor al recepto
r se ide un pequeo protocolo con el fin de evitar que cualquier otra seal externa p
ueda activar, o desactivar el sistema. Este protocolo se implement utilizando mqui
nas de estados.
Hay dos mquinas de estados; una para el emisor y otra para el receptor.
En la figura \ref{sm} se puede visualizar la mquina para el receptor.
\begin{figure}[H]
\centering
\includegraphics[width=0.45\textwidth]{sm.png}
\caption{Diagrama mquina de estados receptor.}
\label{sm}
\end{figure}
\begin{itemize}
\item S0: Este estado se encarga de estar en espera de una seal de una duracin de
100ms con estado igual a 1. Es decir, en el momento que llega un 1 al receptor p

or lo menos con duracin de 100ms Este pasa al estado S1.

\item S1: Este estado se encarga de garantizar que en los siguientes 200ms no ll
egue ninguna seal en 1 con duracin mayor a 150ms para pasar al estado S2. Si llega
una seal con duracin mayor a esto se devuelve al estado S0.
\item S2:Este estado se encarga de esperar una seal con duracin en 1 de por lo men
os 75ms para pasar al estado S3. Si no llega llega en los prximos 90ms. Este se d
evuelve al estado S0.
\item S3: Una vez llegue a este estado se est garantizando que el control del usu
ario dio la orden activar / desactivar. Por lo tanto se genera un 1 de duracin 50
ms que es la seal que entra al software para que se ponga en activado / desactiv
ado segn sea el caso.
\end{itemize}
La mquina de estados utilizada para el emisor se encarga de generar la secuencia
que llega al receptor para activarse. en la figura \ref{smemisor} se puede visua
lizar esta mquina.
\begin{figure}[H]
\centering
\includegraphics[width=0.4\textwidth]{rfemisor.png}
\caption{Diagrama mquina de estados emisor.}
\label{smemisor}
\end{figure}
A continuacin se explica cada uno de los estados:
\begin{itemize}
\item S0: Este estado se encarga de generar un 1 con una duracin igual a 100ms un
a vez se active el pulsador del control del usuario.
\item S1: Este estado se encarga de generar un 0 durante 200ms.
\item S2:Este estado se encarga de generar un 1 con una duracin de 75ms. Luego de
generar esta se cuencia se retorna al estado S0.
\end{itemize}

\section{Conclusiones}
\
\begin{itemize}
\item Implementando el mdulo de GSM se observ que es ms eficiente la realizacin de u
na llamada y no el envo de mensajes.
\item EL consumo de potencia utilizando las tarjetas de desarrollo es relativame
nte grande. Se espera que implementando el circuito integrado se reduzca signifi
cativamente este aspecto.
\item Como est en proceso de diseo. El prototipo es ms costoso y de un tamao grande.
Una vez se tenga el producto final, se esperan reducir costos y tamao de este. Y
a que en este momento saldra costosa la unidad como venta al pblico.
\end{itemize}

\renewcommand{\refname}{Bibliografa}
\begin{thebibliography}{9}
\bibitem{bib} Lattice Semiconductor Corporation, \textit{LatticeMico32 Tutorial
}. 2012.
\bibitem{bib} Gua comandos AT para el mdulo SIM900. Disponible en linea: http://tr
onixstuff.com/2014/01/08/tutorial-arduino-and-sim900-gsm-modules/
\bibitem{bib}
Hoja de datos, WENSHING, Mdulo RF RWS-375 Series , Consultado en febrero del 2015. D
isponible en:
http://www.kowatec.com/prod/wen/doc/RWS-375.pdf
\bibitem{bib}
Kathryn L. Ainsworth, "BICYCLE SECURITY SYSTEM", United States Patent. 1992. Dis
ponible en:
https://docs.google.com/viewer?url=patentimages.storage
.googleapis.com/pdfs/US5278538.pdf
\bibitem{bib}
Dean R. Devolpi, "SECURITY SYSTEM FOR BICYCLES, SKI RACKS AND COAT RACKS", Unite
d States Patent. 1989. Disponible en:
https://docs.google.com/viewer?url=patentimages.storage
.googleapis.com/pdfs/US4920334.pdf
\bibitem{bib}
Argade Geetanjali Arjun, Moresh Mukhedkar, "Advance Bike Security System", Inter
national Journal of Science and Research (IJSR). 2012. Disponible en:
http://www.ijsr.net/archive/v3i12/U1VCMTQ3MzQ=.pdf
\bibitem{bib} Datasheet diodo zener 1n5226.Disponible en:
http://pdf.datasheetcatalog.com/datasheet/GeneralSemiconductor/mXqyrqr.pdf
\end{thebibliography}
\end{document}
%%%% Aqu escribir los comentarios
%%%(los que estemos en lnea podemos comunicarnos aqu abajo y comentar o dar sugere
ncias):
% Carlos:Me conecto a las 9:30 e inicio.
% Juan H: Es necesaria la inclusin de simulaciones en este informe? Para incluirla
junto a la descripcin del mdulo de sensor que envi Jhonatan.
%carlos: Creeria que las simulaciones se podran incluir. Pero pues no recuerdo qu
e dijo el profesor.
%carlos: Aqu ya no debe ir cronograma, cierto?
%Mauricio: del cronograma debe indicarse si se cumplio y si hubo cambios en los
tiempos comentarlos, es decir si el diseo tomo una semana ms de lo esperado se ind
ica
%Mauricio: Carlos, pudieron hacer pruebas en FPGA? si se pudo usaron Nexys 3?
%Carlos: Lo que se ha probado es en la nexys2, para qu nexy3?

%Mauricio: Esque como les comente la unica FPGA con salida de sonido x jack es l
a nexys 4, entonces era para saber si de casualidad habia sido en esa cual
%Carlos: Es que el sonido es lo de menos, hay muchas formas de generarlo, hasta
con una chicharra. Y no es la nica forma, hay muchas formas. No, probamos nexys2,
es la nica que tenemos, ah probamos con una chicharra, le metimos 5 voltios y ah s
on.
%Caros: Mauricio, si fueramos a generar un sonido en especial si utilizar ese pu
erto. Pero para geerar un sonido como el que se piensa generar q es solo un div
isor de frecuencia, no creo que valga la pena utilizar ese.
%Mauricio: ps precisamente eso fue lo que se hizo en el modulo
%carlos: sii , por eso, es un sonido constante, no tiene nada raro, para un soni
do as, utilizar una chicharra. es lo mismo. Es que esos puertos se utilizan para
generar sonidos especiales.
%Mauricio: es una seal cuadrada de 1.5KHz de frecuencia, se hizo lo q dice de un
divisor de frecuencia