INSTITUTO POLITÉCNICO NACIONAL

Centro de Investigación e Innovación Tecnológica

México, DF, Febrero de 2008

Diseño de sistemas inteligentes de transporte terrestre utilizando la tecnología de Sistemas de Identificación

por Radio Frecuencia (RFID).

Proyecto SIP 20071732

Director del Proyecto:

Dr. Fernando Martínez Piñón

Participantes:

Ing. Jose Antonio López Hernández M. en C. Adolfo Sánchez Aguilar Dr. Gustavo Martínez Romero M. en C. Alberto Flores Rueda

RESUMEN El presente documento muestra el desarrollo de una aplicación de identificación por radio frecuencia (RFID) al control de inventarios en el autotransporte, con la finalidad de registrar las operaciones de entrada/salida de una estación de autobuses. Empleando la tecnología RFID y un conjunto de herramientas de software es posible llevar acabo un control más eficiente del inventario de autobuses en comparación con los métodos empleados en la actualidad, facilitando la toma de decisiones. Adicionalmente, con el sistema propuesto se evitarán retrasos en el registro de las operaciones de entrada/salida y los errores humanos.

OBJETIVOS General:

• Desarrollar un sistema (Hardware y Software) utilizando la tecnología de Identificación por Radiofrecuencia (RFID) para control de inventarios de vehículos de pasajeros, con la finalidad de reducir tiempos y pérdidas de bienes móviles en una central de autobuses.

Específicos:

• Construir una etiqueta de RFID activa de bajo consumo de energía a partir de componentes disponibles en el mercado (transceptores, módulos de memoria, microcontroladores, etc.), con los datos de la unidad móvil.

• Construir un lector de RFID a partir de componentes disponibles en el mercado de mediano alcance (8 - 12 m) para que funcione con la etiqueta anterior.

• Construir una interfaz de comunicación entre el lector y la estación fija (Terminal de red).

• Diseñar una base de datos para llevar el control del inventario de arribos y salidas de vehículos.

• Desarrollar un software que permita la gestión del inventario desde cualquier terminal habilitada de la central de autobuses, y que a su vez genere reportes de los registros contenidos en la base de datos.

1

1 INTRODUCCIÓN Como es sabido el control de inventarios es una actividad laboriosa, pero sin embargo, necesaria. En la industria del autotransporte esta tarea se realiza en ocasiones de forma manual o mediante códigos de barras, pero debido a las exigencias de exactitud y eficiencia con que se debe cumplir esta labor, estos métodos resultan, en algunos casos, obsoletos e ineficientes . Con el objetivo de hacer mejoras a este proceso y haciendo uso de nuevas tecnologías surge la propuesta del uso de Identificación por Radiofrecuencia para el control de inventarios en el autotransporte, pretendiendo además, dar un impulso a esta tecnología en nuestro país. Aunque la tecnología de Identificación por Radiofrecuencia es apenas embrionaria en nuestro país, en Europa y América del Norte ha tenido un éxito inmenso en un gran número de aplicaciones, que van desde la identificación del ganado hasta dispositivos que previenen robos de automóviles e incluso secuestros de personas. Para facilitar la lectura y compresión del sistema que aquí se describe, el presente documento se ha seccionado para su mejor comprensión. En el primer apartado, donde se presentan los antecedentes de la tecnología RFID, se describe qué es la tecnología, sus componentes, una reseña histórica que muestra los usos que se le ha dado conforme su evolución y el estado actual de ésta tecnología así como los objetivos y ambiciones que persigue. Una vez conocida la tecnología se hace el planteamiento del problema; donde definimos la situación actual del control de inventarios en una terminal de autobuses, el escenario actual, sobre el cual se pretende atacar este problema. En la tercera sección se expone el análisis realizado para poder llevar a cabo la propuesta. En este apartado se definen los componentes del sistema, su función dentro de éste y su interacción con otros. Se describen las características que deben cumplir y además, como se hará uso de una base de datos, es necesario presentar todo el diseño que será base para su desarrollo así como la selección de un sistema de gestión que permita un buen desempeño de la aplicación. Para evitar acciones maliciosas se presentan los esquemas de seguridad que se siguen en RFID y las medidas que se tomarán para el desarrollo de la aplicación. En el siguiente apartado, se describe el diseño del sistema propuesto, que consiste en la descripción de la forma en que se trabajará y los alcances obtenidos. En esta sección se define el protocolo de comunicación que se seguirá, los estados iníciales de los componentes y su comportamiento deseado. También se presenta el diseño de la etiqueta y el lector que integrarán el segmento de hardware.

2

En la sección de desarrollo de la propuesta se establecen las formas en que se elaboraron la etiqueta, el lector, el middleware la base datos y las aplicaciones de usuario, así como también se mencionan los componentes que utilizaron para su fabricación. Incorporando los diagramas de estados y de flujo que modelan el comportamiento tanto de la etiqueta como del lector. La parte final del trabajo incluye la sección de conclusiones donde se muestran los resultados obtenidos al final del proyecto; la sección de referencias bibliográficas que sustentan la investigación realizada para la presentación de este estudio. En el presente capitulo se analizan detalladamente los componentes que integran al sistema de RFID propuesto, de igual manera se analiza la interacción entre dicho componentes. Además se describen los esquemas de seguridad que se implementarán en el sistema, el esquema de modulación, la frecuencia en la que opera el sistema y las antenas empleadas para la comunicación vía radio frecuencia. El funcionamiento de los componentes de software (software RFID, base de datos, middleware y aplicaciones de usuario) se describen en este apartado así como también la forma en que interactúan entre si. Por último se lleva a cabo el diseño del protocolo de comunicación entre el sistema de lectura y la etiqueta, así como las condiciones iniciales de ambos componentes durante el proceso de identificación. Al finalizar el presente capítulo, se cuenta con el modelado y diseño necesario para llevar a cabo el desarrollo y fabricación del sistema propuesto, para después dar paso a su integración e implementación.

2 ANÁLISIS Y DISEÑO DEL SISTEMA PROPUESTO

3

Método y materiales La Figura 5 muestra el diagrama a bloques del sistema de logística y control de inventarios propuesto, el cual consta de una etiqueta RFID, que será colocada en cada autobús. La información que estará almacenada en dicha etiqueta será un número de identificación único para cada autobús. Un lector RFID, que será colocado en la puerta de entrada y/o salida de la terminal para registrar los arribos y las salidas de los autobuses, un microcontrolador será el encargado de la interfaz del sistema de lectura con el sistema informático.

El sistema propuesto contará también con una base de datos en la que se almacenará toda la información que es recopilada por los lectores (arribos y salidas), más la información proporcionada por las líneas de autobuses (número de pasajeros, destino, horario), de igual forma se tendrá un registro de las flotillas de autobuses que posee cada línea. Además el sistema tendrá una aplicación de software, que llevará el control de la base de datos, la cual será accesible desde cualquier terminal habilitada de la red local de la central de autobuses. Ver Figura 5.

En el diagrama de componentes del sistema propuesto, ver Figura 6, se observan los elementos que integran cada uno de los dispositivos del sistema, sus funciones principales y su dependencia o interacción con otros.

Transceptor

Memoria 11010110

Microcontrolador Transceptor

Registros

BD

Figura 1 Sistema de logística y control de inventarios propuesto

4

ANTENA TRANSCEPTOR

MEMORIA

Detecta ondas de RF emitidas por el lector.

Recibe la señal detectada

Consulta el código almacenado

Regresa el código de identificación

Transmite el código de identificación Radia el código hacia el lector mediante ondas de RF

Etiqueta RFID

MICROCONTROLADO

Detecta la onda de RF emitidas por la etiqueta

Recibe la señal detectada

Emite una señal de lectura

Radia una señal de RF a la etiqueta

Envía datos al microcontrolador

ANTENATRANSCEPTOR

Sistema de Lectura

Servidor de Base de Datos

SISTEMA MANEJADOR DE BASE DE DATOS

Base de datos

TABLAS

REGISTRO

Peticiones, actualizaciones

Resultados

TERMINALES HABILITADAS

Consultas, solicitud de reportes, etc.

INTERFAZ

Figura 2. Diagrama de Componentes del Sistema Propuesto

5

DESCRIPCIÓN Y FUNCIONES DE LOS COMPONENTES DEL

ANÁLISIS DE LOS REQUERIMIENTOS DE LA BASE DE DATOS

Para una mejor comprensión de los requerimientos de la base de datos que será diseñada para el Sistema de Aplicación de RFID al control de inventarios en el autotransporte se plantea primero el siguiente problema.

En una central de autobuses se deben controlar las operaciones realizadas en las puertas de acceso (entradas/salidas de autobuses). Para cada operación se requiere saber los siguientes datos del autobús en cuestión: línea, hora de la operación, lugar de procedencia/destino y número económico de la unidad. Además se debe conocer el número de líneas que operan dentro de la central así como el número de autobuses que cada una tiene dentro de la central en el tiempo presente. Como consecuencia de lo anterior debe existir un registro de todas las unidades que cada línea ingresa regularmente a la central, de los autobuses debe almacenarse el número económico, modelo y marca. Otra característica que se debe almacenar es el estado en que se encuentra cada autobús registrado en la central (“en transito” o “en central”). Es importante considerar la posibilidad de renovación de las flotillas por parte de las líneas, por lo tanto se deben considerar módulos de altas y bajas en el registro de los autobuses. Además, el acceso a esta información debe ser limitado a consultas al personal de logística y operaciones de la central, pero también debe ser posible la administración de los datos por parte de un usuario capacitado.

Ahora bien, gracias la definición del problema anterior es posible ordenar las características de las diferentes entidades como se muestra en la Tabla 2. :

Entidades

Tabla 1 Entidades de la base de datos.

6

ANÁLISIS DE LOS COMPONENTES DE SOFTWARE DEL SISTEMA El middleware RFID se emplea para conectar partes separadas dentro de una aplicación de software, y consiste de un conjunto de componentes de software que actúan como un puente entre los dispositivos RFID (lector y etiqueta) y el sistema administrador de base de datos.

La parte principal de este componente intermedio es el microcontrolador PIC18F4550, ya que este se encarga de enviar las señales captadas por el lector a la base de datos, para registrar así las salidas o entradas de los autobuses a la terminal. El envió de la señal se hará vía USB 1.1 a alta velocidad (Full-Speed 12 Mbps). El microcontrolador debe realizar los ajustes necesarios para que los datos puedan ser transmitidos, dichos ajustes pueden ser eléctricos o bien directamente sobre la información misma.

Servidor de Base de Datos El servidor de la base de datos (BD) recibe los códigos captados por el lector, mismos que como ya se analizó le son entregados por el middleware. Una vez que a recibido un código lo asocia a un registro, de esta manera el código es considerado ahora como una tupla, es decir un autobús, y verifica el tipo de operación que se ha realizado si es de entrada o de salida y checa a que línea corresponde dicho autobús.

Lo anterior se realiza cada vez que un autobús entra o sale de la terminal sobre la cual esta implementada el sistema que se encuentra en desarrollo. Pero cabe mencionar que existen ciertas circunstancias o escenarios en donde las actividades antes descritas no se realizan de la misma manera, esto debido a que lector realice lecturas simultaneas o repetidas sobre la misma etiqueta por lo que la base de datos recibiría entonces dos registros seguidos de las misma operación del mismo autobús, por lo que en dicho caso la base de datos debe descartar el registro repetido y proceder a recibir el siguiente código. Otro escenario que presenta anomalías con respecto al funcionamiento ideal del sistema, es que el sistema de lectura capte un código valido, por lo cual este será enviado a la base de datos, el fallo se presenta si ese código no se encuentra asociado a ningún registro dentro de la base de datos. En estos casos la base de datos procede a ignorar dicho código y espera a la recepción de algún otro. La información que se encuentra almacenada en la base de datos, corresponde primeramente al registro de cada autobús y de las líneas a la que pertenecen; además es necesario ingresar los datos correspondientes a cada corrida, tales como son el destino y horario; esta información es depositada en la base de datos a partir de un programa de aplicación, así cada vez que se espere el arribo de un autobús se debe proporcionar dicha información en la base de datos y de igual manera cuando se tenga una salida todos los datos relacionados a ella se deben otorgarse a la base de datos, esta actividad de proporcionar información sobre el tipo de operación que esta realizando cada autobús es realizada por un usuario administrador de las líneas.

7

El sistema administrador de base de datos o bien la terminal que contiene a dicho sistema, están conectadas a una red de tipo Ethernet instalada dentro de la central de autobuses, de tal modo que exista un programa que esta autorizado para acceder a ella, es decir obtener información.

Aplicaciones de Usuario El termino programa de aplicación hace referencia al conjunto de módulos de software que tiene interacción con el usuario, ya sea administrador o ejecutivo. Dentro del sistema: “APLICACIÓN DE RFID AL CONTROL DE INVENTARIOS EN EL AUTOTRANSPORTE”, Los programas de aplicación realizan las siguientes funciones:

• Para el usuario administrador:

o Registrar un autobús nuevo. o Dar de baja un autobús, que se encuentre en desuso dentro de la terminal. o Registrar corridas.

• Para el usuario ejecutivo:

o Generación de Reportes, que puede ser:

• De flotillas. • De ocupación actual de la central. • De operaciones (Entrada / salida).

Cabe señalar, que los reportes generados por el usuario ejecutivo pueden ser filtrados, es decir se pueden obtener por:

• Rango de fechas • Línea • Autobús • Operación • Número de Pasajeros • O bien combinación de alguna de estas.

Como se puede apreciar existen dos tipos de usuarios para el programa de aplicación, donde cada uno tiene permisos y restricciones distintas, por ende, previo al uso del programa es necesario realizar un proceso de autenticación para conceder privilegios según el tipo de usuario. La implementación del programa de aplicación estará basada en el patrón de arquitectura modelo vista controlador (MVC), dado que dicha arquitectura resulta apropiada para aplicaciones con interfaz Web. Esta característica otorga compatibilidad al programa de aplicación con el escenario donde desenvuelve el sistema en desarrollo. El MVC separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en tres componentes distintos. Lo cual permite realizar un diseño que desacople la vista del modelo, con la finalidad de realizar modificaciones en las vistas, de tal forma que impacten en menor medida en la lógica de negocio o de datos. Dotando así al sistema de

8

posibilidades de mejoras en tiempos futuros, sin necesidad de volver a realizar o modificar en su totalidad la lógica de negocios.

Diagrama de Secuencia

3 UESTO ETIQUETA RFID Como se mencionó en el capitulo anterior, la etiqueta RFID se compone esencialmente de tres componentes: Un transceptor, un modulo de memoria y una antena como se muestra en la Error! Reference source not found.. En la presente sección se describe la composición de cada uno de dichos elementos, así como también se menciona el comportamiento de la etiqueta durante el proceso de comunicación con el sistema de lectura. El transceptor que se utilizó para la fabricación de la etiqueta RFID esta compuesto por un módulo transmisor de RF que opera en la banda de los 433 MHz, de acuerdo a lo especificado en el diseño del sistema, y un módulo receptor que opera en la misma frecuencia, además de un microcontrolador que es el encargado de sincronizar las funciones de los elementos anteriores, dicho microcontrolador contiene una sección de memoria RAM donde se encuentra almacenado el código del autobús que contenga a la etiqueta.

3.1.1 Módulo Transceptor de la Etiqueta RFID El transceptor es el elemento encargado de transmitir y recibir información vía radio frecuencia, como se puede apreciar en la Figura 23 se muestra el diagrama a bloques del transceptor contenido en la etiqueta. Para realizar dichas actividades emplea los módulos que a continuación se describen.

Módulo Transmisor rfPIC12f675 El rfPIC12f675 es un modulo transmisor independiente y autónomo, de bajo consumo de potencia que ofrece un alto rendimiento en transmisiones de radio frecuencia de corto alcance en UHF, empleando modulación ASK y operando en la frecuencia de 433.92 MHz. El módulo está diseñado para diversas aplicaciones tales como: Control remoto inalámbrico, llave de acceso remota, sistemas de seguridad, aplicaciones de telemetría de baja potencia, entre otras.

Microcontrolador PIC16f676

Módulo Transmisor rfPIC12f675

Módulo Receptor rfrxD0420

Figura 3 Diagrama a bloques del módulo transceptor de la etiqueta

9

El rfPIC12f675 puede programarse desde el PICkit Flash Starter Kit, que ofrece la compañía Microchip. El núcleo del modulo transmisor es el rfpic12f675, el cual es un microcontrolador de arquitectura RISC, con un conjunto de 35 instrucciones, cuenta con 1MB de memoria EEPROM, tiene la capacidad para trabajar con interrupciones manejando siete fuentes posibles para interrupciones, además de contar con comparador analógico, opera con un rango de voltaje de 2.0 – 5.5 V. En adición a esto, el microcontrolador posee un convertidor analógico digital que permite la conversión de una señal analógica a una representación binaria de 10 bits de la misma señal. La Figura 4 muestra la apariencia física del transmisor.

Figura 4 Módulo Transmisor rfPIC12f675

Empleando el esquema de modulación ASK, el transmisor opera a una tasa de datos de 50 kbps, con una salida de potencia de +6 dBm a -15 dBm. Existen tres variaciones de este dispositivo que optimizan su funcionamiento para las bandas de frecuencia más comúnmente empleadas. Para el proyecto que aquí se describe se emplea el rfpic12f675f el cual opera en el siguiente rango de frecuencia: 390-450 MHz. Requiere de ciertos componentes externos tales como un cristal para ajustar la frecuencia de transmisión, un capacitor de paso de alimentación, y diversos componentes para ajustes de impedancia.

Módulo Receptor RFRXD0420 cliente en su versión para Linux (2.6.18).

Siguiendo el diseño planteado, las tablas fueron creadas usando el motor InnoDB de MySQL, ya que es éste motor el que permite la existencia de llaves foráneas y es posible aprovechar este motor para mantener la integridad referencial de los datos.

Desarrollo de procedimientos almacenados

10

Dado que se trabajará en base al patrón de arquitectura MVC, resulta de utilidad que las clases de acceso a datos no incluyan sentencias SQL explicitas, sino que en su lugar se invoquen procedimientos almacenados que realicen todas las tareas necesarias para añadir, consultar, modificar o eliminar un registro de la tabla correspondiente.

La finalidad de utilizar procedimientos almacenados en las clases de acceso a datos en lugar de sentencias SQL explicitas ofrece algunas ventajas, por ejemplo, si se va a realizar una misma acción sobre la base de datos en más de un lugar dentro del código de las clases de acceso a datos, entonces no es necesario escribir las sentencias SQL todas las veces, sino que sólo se invoca al procedimiento almacenado; de la ventaja anterior se sigue que la depuración de errores es más sencilla, dado que si es necesario hacer modificaciones al código de la operación sobre la base de datos, solo debe modificarse el procedimiento almacenado. Por último también es importante mencionar que al utilizar procedimientos almacenados no es necesario conocer la estructura de las tablas dado que los procedimientos almacenados son invocados como funciones con parámetros. Así, en un principio se escribieron cuatro procedimientos almacenados correspondientes a cada una de las cinco tablas, teniendo un total de veinte procedimientos almacenados. La finalidad de cada uno de estos procedimientos es la de ejecutar una de las cuatro operaciones básicas sobre los registros de la tabla en cuestión:

• Añadir un registro. • Consultar registros. • Modificar un registro. • Eliminar un registro.

Además, fue necesario escribir cuatro procedimientos almacenados de finalidad específica:

• Validar Usuario. Este procedimiento es necesario para la autenticación de usuarios en el acceso a la aplicación de usuario, ya que a través de este procedimiento se puede saber si el usuario está registrado y su rol (Ejecutivo o Administrador).

• Validar Autobús. Este procedimiento se utiliza para saber si un número ingresado por un usuario es un identificador de autobús válido.

• Validar Corrida. Al igual que la rutina anterior, este procedimiento es utilizado para saber si el número ingresado por el usuario es un identificador de corrida válido.

• Registrar Operación. Este procedimiento es invocado por el middleware del sistema para registrar las operaciones de entrada/salida de autobuses en la puerta de acceso.

11

APLICACIÓN DE USUARIO El programa de aplicación hace referencia al conjunto de módulos de software que tiene interacción con el usuario, ya sea administrador o ejecutivo. Para la aplicación de usuario se desarrolló una aplicación web, sistema informático que los usuarios utilizan accediendo a un servidor web a través de Internet o de una intranet, por medio de terminales habilitadas para el acceso al sistema RFID. Entre las principales ventajas que presentan las aplicaciones web se encuentran la practicidad del uso del navegador web como cliente ligero y tienen la habilidad para actualizar y mantener aplicaciones web sin distribuir e instalar software en todos los potenciales clientes. Además, las aplicaciones web generan dinámicamente una serie de páginas en un formato estándar, soportado por navegadores web comunes, utilizan lenguajes interpretados del lado del cliente, tales como JavaScript, para añadir elementos dinámicos a la interfaz de usuario. Generalmente cada página web individual es enviada al cliente como un documento estático, pero la secuencia de páginas provee de una experiencia interactiva.

Implementación del patrón de arquitectura de Software Modelo Vista Controlador. Como se mencionó en el Capítulo 4, para el desarrolló de la aplicación de usuario se siguió el patrón de arquitectura de software Modelo Vista Controlador (MVC), que ayuda a separar los datos de una aplicación, la interfaz de usuario y la lógica de control. Para implementar el patrón MVC se hizo el desarrollo del modelo, desarrollo del controlador y el desarrollo de las vistas de acuerdo a los siguientes escenarios:

Ingreso al Sistema

1. El usuario ingresa a la vista de BusId para su autentificación. 2. El JSP de la vista hace uso del Servlet de inicio de sesión de usuarios llamado

UserLogin.

Figura 5. Arquitectura MVC para el Ingreso al Sistema

7a 7b

BD

4 5

Modelo UsuarioDAO, UsuarioVO

3

6

Controlador UserLogin

2

7cUsuario

1

12

3. En base a los parámetros de entrada del formulario de la vista principal, se crea un objeto de valor UsuarioVO, con este objeto es posible crear un objeto de acceso a datos UsuarioDAO para poder hacer uso del procedimiento almacenado validarUs implementado en la base de datos.

4. Se ejecuta el procedimiento almacenado para validación de usuarios el cual devuelve tres posibles valores: Ejec, cuando se trata de un usuario ejecutivo; Admin, para un usuario administrativo o null cuando los parámetros de nombre de usuario no coinciden o no están registrados en el sistema.

5. Con los datos obtenidos se crea un objeto de valor de usuario con un rol especificado por la base de datos.

6. El controlador toma este objeto y evalúa que tipo de usuario es el que ha intentado iniciar sesión: Administrativo, Ejecutivo o No Registrado.

7. De acuerdo al rol devuelto se hace toman las siguientes decisiones: a. Si el rol corresponde a un Usuario Administrativo se redirecciona a la

página de inicio para usuarios administrativos, desde la cual se pueden hacer consultas, altas, bajas y actualizaciones en los registros.

b. Si el rol corresponde a un Usuario Ejecutivo, se redirecciona a la página Recibe como parámetro de entrada un objeto de tipo clase de valor Línea. Haciendo uso de la función call de MySQL se construye el query para ejecutar el procedimiento almacenado de inserción de líneas, “call BusID.nuevoLin( ?, ?, ? )”. Y mediante el método setString, del objeto CallableStatement creado, se rellenan los parámetros que necesita dicho procedimiento almacenado. Para este caso solo se requiere de los atributos nombreLin, telLin y respLin.

Método modificaLin

Clase de Acceso a Datos Autobús (AutobusDAO)

Método insertaBus Recibe como parámetro de entrada un objeto de tipo clase de valor Autobús. Haciendo uso de la función call de MySQL se construye el query para ejecutar el procedimiento almacenado de inserción de autobuses, “call BusID.nuevoBus( ?, ?, ?, ?, ? )”. Y mediante el método setString, del objeto CallableStatement creado, se rellenan los parámetros que necesita dicho procedimiento almacenado. En este caso se requiere de los atributos numBus, marcaBus, modBus, estBus e idLinea. La vista presenta el estado al usuario de la aplicación, redirigiendo las acciones que realiza sobre la interfaz al controlador. Entre sus funciones están:

Recibir datos del modelo y mostrarlos al usuario en un formato adecuado. Llevar un registro de su controlador asociado.

Para el desarrollo de la vista de la aplicación web se hizo uso de JSP’s (JavaServer Pages) con el objetivo de crear contenido dinámico mediante la integración de JavaScript, JSTL, JavaBean, HTML y el uso de hojas de estilo, CSS.

13

Como se mencionó anteriormente, en la sección del desarrollo del controlador, la página principal para ingresar al sistema requiere de un registro para validar el tipo de usuario. En la Figura 6 se muestra la interfaz gráfica diseñada para el control de acceso.

Figura 6. Interfaz gráfica para el control de acceso

Una vez que se ha ingresado al sistema, se presenta una ventana de inicio, la cual da un mensaje de bienvenida y presenta al usuario una ayuda rápida de cuales son las acciones que puede realizar al navegar por el sitio. En la Figura 7 se muestra el menú de bienvenida para el usuario.

Figura 7. Menú de Bienvenida Usuario Administrativo

Módulo de Usuario El usuario podrá navegar por las pestañas de la parte superior y en cada una de estas encontrará información acerca de las acciones que se pueden seguir por módulo. Al situar el cursor sobre la pestaña correspondiente al módulo de Usuario se presenta su barra de menú con las funciones que puede realizar. Ver Error! Reference source not found..

14

Hoy en día la tecnología RFID esta presente en muchas ramas de la vida diaria y ha madurado hasta involucrarse en aplicaciones industriales, sin embargo la incursión de esta tecnología en nuestro país ha sido de forma paulatina. Esto brinda la oportunidad de desarrollar aplicaciones en diversos campos de la industria, particularmente en la del autotransporte en la cual no se han eficientado los procedimientos de gestión de inventarios. Por ello se desarrolló un sistema que es capaz de ofrecer una ventaja en la administración de vehículos que ayude a generar reportes que faciliten las decisiones logísticas dentro de una terminal de autobuses reduciendo los errores humanos. Al término del proyecto “Aplicación de RFID al control de inventarios en el autotransporte” se cumplieron los objetivos que seguía la solución propuesta. Por lo que se puede precisar que se realizó en términos generales un sistema que permite registrar de manera automática e instantánea la entrada o salida de la terminal por parte de un autobús, además el sistema es capaz de presentar la información correspondiente a dichas actividades en el momento en que un usuario así lo desee haciendo uso de la aplicación de usuario.

15

Resultados. Implementación y desarrollo del proyecto, al final del proyecto se cuenta con los siguientes componentes debidamente integrados:

• Etiqueta de RFID activa. • Sistema de lectura de etiquetas. • Middleware RFID • Componentes de Software del sistema. • Aplicación de Usuario

Los resultados del proyecto fueron satisfactorios en base a las pruebas realizadas en campo con vehículos automotores en el estacionamiento del CIITEC. El registro de entradas y salidas en bases de datos fue correcto sobre todo a baja velocidad. Esto no representa ningún problema debido a que en el caso real de una estación de autobuses estos tiene que hacer alto total para que se levante la pluma de control. Por otro lado, el otro sistema desarrollado en base a microcontroladores MSP de Texas Instruments estos permite el acceso de un vehículo en movimiento como lo sería un vehículo en autopista pasando una señalización. Impacto Se prevee un impacto importante de la tecnología de RFID en el futuro en el control de vehículos tanto en carreteras inter ciudades como en avenidas y calles intra ciudad. El hecho de que se pueda registrar de manera automática el paso de un vehículo, ofrece un gran número de posibilidades tanto para el control de inventarios, control vehicular enn general y en el futuro se puede pensar en la interacción entre la infraestructura de una autopista y un vehículo lo que permitiría incluso la reducción de accidentes por exceso de velocidad al control de manera automática los vehículos en función de las condiciones en tiempo real de la autopista. .

16

Referencias.

[1] Shepard Steven, “RFID Radio Frequency Identification”, McGraw Hill,

pp. 20

[2] http://en.wikipedia.org/wiki/Radio_Frequency_Identification

[3] Bhuptani, M., Moradpour, S. “RFID Field Guide, Deploying Radio Frequency Identification Systems” Sun Microsystems.

[4] Dargan, Gaurav; Johnson,Brian; Panchalingam, Mukunthan; Stratis,

Chris (2004). “The Use of Radio Frequency Identification as a Replacement for Traditional Barcoding.”

[5] http://www.rfidjournal.com/article/articleview/1338/1/129/

[6] http://es.wikipedia.org/wiki/RFID

[7] "Comunicaciones y Redes de computadoras", William Stallings, Prentice

Hall. [8] Tanenbaum, Andrew S., Redes de Computadoras, 3° Edición, Ed.

Prentice-Hall, New Yersey, pag. 813, 1996

[9] Universal Serial Bus Specification

[10] http://libusb.sourceforge.net