Nicolas Calle - Maximo Pozo - Trabajo de Investigacion - Bachiller - 2019 PDF

Facultad de Ingeniería
Trabajo de Investigación
“Diseño e Implementación de un Sistema

de Monitoreo de Parámetros de vehículos
a Larga Distancia”
Autores:
Nicolás Alejandrino Calle Valdez – 1321836
Máximo Danilo Pozo Quispe – 1510819
Para Obtener el Grado de Bachiller en
Ingeniería Mecatrónica
Lima, Julio 2019

RESUMEN
En el presente trabajo de investigación realizó un estudio el cual tuvo el propósito
de analizar las condiciones de trabajo de aquellas empresas que prestan servicio
de alquiler de vehículos, siendo el objetivo principal diseñar e implementar un
sistema de monitoreo de parámetros de vehículos a larga distancia. Para llevar a
cabo el desarrollo del proyecto, se consideró el desarrollo de un escáner con
conexión a internet como principal ejecutor dentro del sistema, con ello se puede
garantizar el envío de parámetros a distancia. El principal problema identificado
es la falta de una herramienta que apoye en la gestión de mantenimiento y la
confirmación del uso en campo. se realizaron las pruebas correspondientes por
medio de un protocolo CanBus, y una plataforma virtual ejecutable en el PC
cliente. Los resultados ponen en evidencia que el uso de telemetría no solo se
limita en reportar ubicaciones y alertas de emergencia, sino que puede ser capaz
de formar parte del sector logístico. Por lo tanto, se concluye que los resultados
obtenidos, establecen una conexión directa hacia nuevos campos de la
telemetría, y deja en evidencia que el uso del Odómetro dentro de un algoritmo
apropiado, puede generar resultados de uso categórico para futuros
mantenimientos y requerimiento de los mismos.

DEDICATORIA
Dedicamos el presente trabajo de
investigación a Dios, Por habernos permitido
llegar hasta este punto y habernos dado salud
para lograr nuestros objetivos. Recordando
todos esos momentos de estrés que tuvimos
en la realización del trabajo y toda la
paciencia que le pedimos a Dios para
continuar y no morir en el intento. A nuestros
padres por ser el pilar fundamental en todo lo
que somos, en toda nuestra educación, tanto
académica, como de la vida, por su
incondicional apoyo y por querer siempre lo
mejor para nosotros.

AGRADECIMIENTO
Queremos agradecer a la Universidad
Tecnológica del Perú por permitirnos ser parte
de ella y a los profesores por compartir su
conocimiento con nosotros. A nuestro asesor
de trabajo de investigación el ingeniero Robert
Isaías Quispe Romero por habernos
enseñado y guiado en todo este proceso y
tener la mejor disposición, para que todo
finalizara de la mejor manera. A nuestros
compañeros de clase y de universidad por
permitirnos disfrutar grandes momentos a
través de este tiempo. Y de la manera más
sincera y especial a nuestros padres y
hermanos por enseñarnos que con esfuerzo,
trabajo y constancia se pueden conseguir
grandes cosas y apoyarnos en todo momento.
A todas las personas que nos ayudaron en
este trabajo, dándonos sus opiniones y
consejos. La suma de todo esto es lo que hoy
nos permite tener estos resultados. Nada de
esto hubiera sido posible sin ellos y queremos
agradecerles de la forma más sincera.

INDICE DE CONTENIDO
Página
INTRODUCCIÓN 11
CAPITULO 1 13
ANTECEDENTES DE LA INVESTIGACIÓN 13
1.1 Planteamiento del Problema 13
1.2 Objetivos 15
1.2.1 Objetivo General 15
1.2.2 Objetivos Específicos 15
1.3 Alcance de la Investigación 15
1.3.1 Importancia de la Investigación 15
1.3.2 Limitaciones del Estudio 16
CAPITULO 2 17
MARCO TEÓRICO 17
2.1 Problemas Similares y Análisis de Soluciones Empleadas 17
2.1.1 Antecedentes de la Investigación 17
2.1.2 Diagrama de Bloques 19
2.2 Técnicas de Sustento 20
2.3 Modelamiento 21
2.3.1 Modelamiento de Protocolos de Comunicación 21
2.3.1.1 Protocolo TCP/IP 21
2.3.1.2 Protocolo CAN-BUS 22
2.3.1.2.1 Elementos que lo Componen 23
2.3.1.2.2 Prestaciones del CAN-BUS 24
2.3.1.2.3 Revisión del CAN-BUS 25
2.3.2 Modelamiento de Topología de Redes 25
2.3.2.1 Tipo Anillo 25
2.3.2.2 Tipo Estrella 26
2.3.2.3 Tipo Bus 26
2.3.3 Modelamiento de Instalación 27
2.3.4 Modelamiento de Enlace al Servidor 29
CAPITULO 3 30
PLANTEAMIENTO DE LA SOLUCIÓN 30
3.1 Conectividad del Escáner 30
3.1.1 Soluciones a Evaluar 30
3.1.2 Criterios de Selección 32
3.1.3 Recursos Necesarios 37
3.2 Enlace al Servidor 38
3.3 Interface Final de Usuario 40
CAPITULO 4 43
ANÁLISIS DE LOS RESULTADOS DE LA INVESTIGACION 43
4.1 Conexión del escáner 43
4.2 Captura de Parámetros 44
4.3 Visualización de Parámetros 45
CONCLUSIONES 48
RECOMENDACIONES 49
BIBLIOGRAFÍA 50
INDICE DE ANEXOS 53
ANEXO 1: GLOSARIO 54
ANEXO 2: FICHA DE TAREA DE INVESTIGACION 55
ANEXO 3: DATA SHEET RASPBERRY Pi 3+ 58
ANEXO 4: DATA SHEET PiCAN2 62
ANEXO 5: DATA SHEET SIM 800C GPRS-GSM RASPBERRY Pi 63
ANEXO 6: CODIGO DE ESCANER DE PARAMETROS 65
ANEXO 7: CODIGO DE VISUALIZACION A PC CLIENTE 68
INDICE DE FIGURAS
Pagina
Figura 1. Variación mensual del transporte terrestre de carga 13

Figura 2. Diagrama de Bloques 19
Figura 3. Imagen de Osciloscopio de una señal CAN-BUS 20
Figura 4. Protocolo TCP/IP 21
Figura 5. Protocolo CAN-BUS 23
Figura 6. Conexión de Red tipo Anillo 25
Figura 7. Conexión de Red tipo Estrella 26
Figura 8. Conexión de Red tipo Bus 26
Figura 9. Unidad de Caiquen 212 27
Figura 10. Diagrama de Enrutamiento 29
Figura 11. Conector OBDII 31
Figura 12. Interfaz PiCan2-Duo 32
Figura 13. Conexión en Vehículo 33
Figura 14. Diagrama de Conexión entre escáner y Vehículo 34
Figura 15. Puerto DB9 del PiCan2-Duo para Protocolo CanBus 35
Figura 16. Borne del PiCan2-Duo para Protocolo CanBus 36
Figura 17. SIM800C Módulo GPRS-GSM 39
Figura 18. Algoritmo desarrollado en PHP 41
Figura 19. Conector de Vehículo 43
Figura 20. Conexión de pines en Vehículos 44
Figura 21. Datos de Almacenamiento 44
Figura 22. Pantalla de Visualización de Parámetros en Vehículo Detenido 45
Figura 23. Pantalla de Visualización de Parámetros en Vehículo Transitando 46
Figura 24. Pantalla de Visualización de Parámetros en Vehículo transitando 47
INDICE DE TABLAS
Pagina
Tabla 1. Identificación de Pines del Conector OBDII 31

Tabla 2. Variables de Instalación 33
Tabla 3. Identificación de Pines CanBus DB9 35
Tabla 4. Identificación de Pines CanBus Bornes 36
Tabla 5. Tabla de cálculos de velocidad y ratio 37
Tabla 6. Recursos Necesarios para la etapa de enlace 38
Tabla 7. Tabla comparativa de marcas 40
Tabla 8. Recursos Necesarios para la etapa de Enlace 42
INTRODUCCIÓN
En el Perú, el transporte terrestre dirigido al sector industrial, minero e
hidrocarburos, son identificados como uno de los medios de transporte con más
demanda para la disposición de sus productos en el mercado local e
interprovincial, para dicho sector. Por ende, la presente investigación aborda el
tema de diseño e implementación de un sistema de monitoreo de parámetros
vehiculares a larga distancia, la definición de este tema apunta al sector de
vehículos en alquiler, siendo un tipo de operación en el transporte terrestre se ha
incrementado en el pasar de los últimos años. Para el análisis de la problemática
actual es importante observar los servicios que brindan los proveedores de GPS y
todas las empresas referidas a la seguridad por rastreo de ubicación, vale
mencionar que las aplicaciones de dichos productos presentan una sofisticada
tecnología en un solo paquete. Sin embargo, una de sus características en contra,
se refiere a la falta de un enlace para la conectividad a un sistema de
programación de mantenimiento. El sistema de programación para mantenimiento
de vehículos va vinculado a dos áreas fundamentales dentro de una empresa, el

11

área de logística y área de mantenimiento, el enlace mencionado proporciona
mejores condiciones de trabajo dentro de la programación de futuros
mantenimientos generando una característica positiva, para quien lo integre en su
sistema de control. En este sentido en la presente investigación se tendrá un
enfoque más detallado de la importancia de un enlace sistemático e integral para
la programación de mantenimientos de los vehículos en alquiler, además que los
mantenimientos estarán programados no en base al tiempo de uso, como suele
aplicarse generalmente, dichos mantenimientos estarán regidos a una
contabilización de veces de encendido, cantidad de parámetros de fallas
detectados, kilometraje con el tanque en mínimo.
Debido a ello surge la necesidad también de monitorear las horas de trabajo y
prevenir daños irreparables en el funcionamiento de vehículos para alquiler, ya
que hasta la fecha se presentan desacuerdos entre proveedores y clientes,
quienes mantienen la incertidumbre de las horas trabajadas por cada vehículo
dentro de la flota proporcionada. Por este motivo es necesario contar en el
mercado con un equipo flexible a las configuraciones según el requerimiento de
los clientes, estas nuevas necesidades que se presentan, forman parte de la
revolución en el procesamiento de información y la inclusión de las mismas para
generar las ordenes de mantenimiento preventivo y correctivo, al mismo tiempo
las señales capturadas deberán formar parte de una etapa final, la etapa final
consta de registros históricos y exportables, por medio de una plataforma virtual,
como si se tratara de un SCADA, en dicha plataforma se establecerá los
algoritmos convenientes para los cálculos de trabajo que interesan a ambas
partes.
12

CAPITULO 1
ANTECEDENTES DE LA INVESTIGACIÓN
1.1 Planteamiento del Problema
El problema que actualmente presentan las empresas que alquilan
vehículos a diferentes sectores de la industria se origina en la limitada
información que pueden obtener de estos vehículos situados en campo,
además como se puede observar en la figura 1 existe un evidente
crecimiento progresivo del transporte terrestre de carga, el cual se debe a
la inminente evolución del sector industrial en el país.
Figura 1. Variación mensual del transporte terrestre de carga

Fuente: Ministerio de Transportes y Comunicaciones
13

Por ende, surge la necesidad de encontrar una solución fiable,
accesible y flexible en su utilización para muchas empresas que
actualmente están presentando estos inconvenientes en sus
negociaciones, entonces, a raíz del contexto previamente mencionado
se tendrá que poner en línea el objetivo de cubrir dichos vacíos, desde
una perspectiva inclinada a los beneficios que buscan las empresas de
alquiler de vehículos.
La necesidad de optimizar los procesos de control y
monitorización, llevan a las empresas buscar, gestionar y registrar los
parámetros vehiculares, cada vez con menos márgenes de error, por
otro lado, se sabe que muchas marcas y distribuidores de servicio de
GPS han invadido el mercado actual, sin embargo; no cubren todas las
necesidades que los usuarios puedan requerir desde el desarrollo de
cada negociación.
La necesidad principal es registrar la mayor cantidad de parámetros
posibles desde la zona de trabajo, donde se encuentre el vehículo,
permitiendo de esta manera la facilidad de monitorear remotamente y
sin costos adicionales. La plataforma en la cual se desarrollará los
registros históricos será compatible con Windows, desarrollando
reportes de mantenimientos preventivos y correctivos en el caso que los
parámetros reporten ello, así mismo, el proyecto a realizarse está
pensado para el sector logístico, esto quiere decir que tendrá la
capacidad de generar un cuadro de gestión de repuestos según la base

14

de datos. En dicho cuadro de información se podrá ingresar una lista de
repuestos con más demanda, de acuerdo a los mantenimientos
atendidos con anterioridad, de esta forma se puede obtener una cifra
estimada correspondiente a un reporte que contenga registros de falla,
capturados desde la computadora del vehículo. En base a las
necesidades planteadas surge la siguiente pregunta ¿Cómo monitorear
los parámetros del vehículo para constatar su trabajo en campo?
1.2 Objetivos
1.2.1 Objetivo General:
Diseñar e implementar un sistema de monitoreo de parámetros
de vehículos a larga distancia.
1.2.2 Objetivos Específicos:
 Diseñar un dispositivo capaz de conectarse al protocolo de red
del vehículo e interpretar los datos.
 Diseñar un equipo que logre enviar los datos obtenidos del
vehículo hacia una red privada.
 Diseñar una plataforma que permita recibir, almacenar y
transmitir los datos del vehículo y visualizarla en el pc del cliente.
1.3 Alcance de la Investigación
1.3.1 Importancia de la Investigación
La importancia del presente proyecto de investigación busca
garantizar un planeamiento estratégico para cada cliente. Integrando

15

los mantenimientos preventivos dentro de cada unidad vehicular, en
este sentido se puede obtener un tiempo de vida útil de los
accesorios y repuestos vehiculares. De esta manera se obtiene
también una fiabilidad en el funcionamiento de los vehículos,
acreditando que durante sus horas de trabajo no presentarán fallas
técnicas ni alarmas que retrasen su rendimiento continuo. De tal
manera que se puedan cubrir las necesidades actuales del mercado
a más detalle, manteniendo los criterios más importantes que se
maneja en el mercado actual.
Un motivo más a tener en cuenta es de implementar un
enlace entre la computadora del vehículo y un equipo electrónico y
complementar el paquete de datos que hoy en día el mercado no
propone en sus ofertas, con ello cubrir la falta de información que se
deja de proporcionar al cliente, y que genera la incertidumbre y
problemática para la verificación de las horas trabajadas de cada
vehículo.
1.3.2 Limitaciones del Estudio
El siguiente proyecto de investigación brinda al usuario la
posibilidad de visualizar los parámetros de estado del vehículo y
parámetros de falla, siendo su principal función la lectura de dichos
parámetros dentro de toda la información brindada, mas no permite
realizar modificaciones en la computadora vehicular. Esta limitación
principal se puede expresar como una función de “lectura” para el
proyecto mas no de “escritura”.

16

CAPITULO 2
MARCO TEORICO
2.1 Problemas Similares y Análisis de Soluciones Empleadas
2.1.1 Antecedentes de la Investigación
En la actualidad el uso de GPS se encuentra presente dentro
de casi toda la sociedad ya sea de forma directa o indirecta, más
aún cuando su uso está dirigido a formar parte de una herramienta
de seguridad preventiva. En cuanto a ello, el sistema GPS ha
evolucionado considerablemente desde sus inicios por la década de
los 60, en donde su origen fue originalmente para propósitos
militares. Hoy en día, su aplicación va dirigida a distintas tareas;
búsqueda de rutas para agilizar el recorrido vehicular, monitoreo de
vehículos, monitoreo y atención para personas en situación
dependiente, prevención de fenómenos naturales, etc.
Uno de los propósitos también empleados, con fines para el
orden público, como lo menciona (Meza, 2017), es integrar el uso de
17

GPS en el transporte terrestre público en la ciudad de lima, con una
finalidad futurista y al mismo tiempo minimalista, porque el objetivo
es convertir la programación de buses y su disponibilidad, en un
sistema inteligente, apoyándose en las nuevas plataformas que
existen actualmente en el mercado, por ello: (Meza, 2017) utiliza
un transceptor para generar la comunicación en ambos sentidos a
través de mensajes de texto, mediante este canal se brinda
información que proporciona básicamente latitud, longitud, fecha,
hora, también la velocidad del vehículo, finalmente mostrándose la
información mediante una pantalla LCD.
Por otro lado, la utilidad de usar GPS, GSM, GPRS; ha dado
un gran aporte al sector de la medicina, y es que actualmente se ha
desarrollado un servicio de seguridad para pacientes con Alzheimer,
que tiene la misión de generar un histórico de posiciones donde el
paciente haya estado, (Sawada, 2013) plantea una solución que
considera la economía de los pacientes con Alzheimer en el Perú,
sin embargo no se puede minimizar los aportes de otras marcas
existentes en el mercado actual, una de ellas “Home free elite” que
no solo ofrece la ubicación del paciente sino que también brinda
información del estado psicológico y una alarma en caso que el
paciente se desvanezca, este sistema viene siendo usado como una
alternativa médica para el monitoreo a distancia de cada paciente,
también forma parte de una herramienta de seguridad para los
familiares que buscan la ubicación exacta.

18

El uso de esta aplicación tecnológica muestra la situación
actual del tránsito, en grado de deficiencia, en la ciudad de lima. Por
ende (Arce, 2013) ha realizado un estudio de investigación para
incluir “Google Maps” en el desarrollo de un sistema autónomo de
control de tráfico, quiere decir que cada intersección de avenidas
tendrá la opción de analizar la congestión vehicular, de tal manera
que mediante la detección del tipo de tráfico durante las horas del
día, se podrá modificar los tiempos pre-configurados de los
semáforos, todo ello mediante un algoritmo de programación que
ayuda a regular los tiempos y sobre todo permite la comunicación
con sistemas de control en intersecciones aledañas. En este sentido
la utilización y aplicación de GPS, GPRS, GSM, van tomando más
posesión en el mercado de la localización seguridad y control, con
una amplitud muy diversa para integrarse con facilidad y flexibilidad
en los proyectos.
2.1.2 Diagrama de bloques
Figura 2. Diagrama de Bloques

Fuente: Elaboración propia
19

2.2 Técnicas de Sustento
En la Aplicación de los diversos sistemas de localización, se requiere
del uso de cálculos para la transferencia de datos, desde el tamaño de
paquetes de datos hasta encontrar la velocidad más óptima ajustando
variables dentro de cada modelamiento. Para ello se toma como referencia
los siguientes modelamientos, que ya vienen siendo usados en diversas
aplicaciones como las ya mencionadas en el anterior párrafo.
El protocolo de comunicación aplicado en la comunicación y control
para vehículos es mediante CAN de alta velocidad, la transmisión bajo este
protocolo toma un tiempo aproximado de 0.25ms, mientras que cada
unidad de control en la computadora vehicular intenta transmitir sus datos
entre 7 y 20 ms, dependiendo de cada etapa, el sistema ABS tarda 7ms
normalmente, y el gestor del motor cada 10ms, siendo las señales que
oscilan entre los valores de 1.5 y 2.5 V, 2.5 y 3.5 V para los cables y para el
enlace CAN-H, como muestra la figura 3.
Figura 3. Imagen de Osciloscopio de una señal CAN High Speed.

Fuente: Manual Caiquén
20

2.3 Modelamiento
2.3.1 Modelamiento de protocolos de comunicación
Los protocolos de comunicación son los medios establecidos
por el cual las computadoras logran la comunicación en una red. Es
como hablar en español y se necesita un receptor que hable español
para que se entienda el mensaje enviando, es así como las
máquinas necesitan los protocolos para lograr comunicarse.
2.3.1.1 Protocolo TCP/IP
Protocolo que transmite la información en paquetes, es
decir cuando un pc quiere enviar información a otro pc antes
de ello parte la información en trozos pequeños (4Kb). Cada
trozo de información lleva consigo la dirección de destino y la
dirección del emisor, estos paquetes toman rutas diferentes
para llegar al mismo destino.
Figura 4. Protocolo TCP/IP

Fuente: Elaboración Propia
21

El TCP/IP es un protocolo de comunicación de internet
y consta de 4 capas, cuya estructura física se muestra en la
Figura 4, siendo una de las arquitecturas más usadas en la
actualidad.
Capa de aplicación; su misión de esta capa es la
garantizar que la información este adecuadamente
empaquetados para pasar a la siguiente capa.
Capa de transporte; esta capa tiene que ver mucho con
la confiabilidad control de flujo y corrección de errores.
Capa de internet; esta capa envía la información a la
red y verifica que se llegue a su destino sin interesar la ruta y
recorrido realizado.
Capa de acceso de red denominado “capa de host a
red”. En esta capa se encapsula en una trama el cual
contendrá la dirección física (dirección MAC).
2.3.1.2 Protocolo CAN-BUS
La particularidad de este protocolo es que la
información circula en dos cables (bus) que recorren hacia
todas las unidades de control electrónico(UCE).
Todas las unidades pueden actuar como receptores y
emisores, como se muestra en la figura 5.

22

Figura 5. Protocolo CAN-BUS
2.3.1.2.1 Elementos que lo Componen
Cables o medio: La información se transmite a través
de dos cables trenzados que unen todas las UCE. La
información es transmitida por diferencia de potencial, si un
cable falla el otro se compara con tierra y sigue transmitiendo.
Resistencias de cierre: Se utiliza para evitar
fenómenos de reflexión que vayan a perturbar la información,
consta de resistencias a los extremos de la red hallados
empíricamente a prueba y error.
Controlador: Su función comunicar el microprocesador
de la UCE y el transmisor-receptor, acondiciona la data que
entra y sale de ambos.
La velocidad de transmisión de datos es determinada
por el controlador y así está establecido que, para el motor,
frenos es de 500 Kbaudios y para los sistemas de confort es
de 62.5 Kbaudios.
23

Transmisor – Receptor: Es el que se encarga de
recepcionar y enviar datos, acondiciona y prepara la
información para que lo utilicen los controladores y esto
consiste en situar los niveles de tensión adecuadamente. Está
ubicado entre las líneas del can-Bus y el controlador.
2.3.1.2.2 Prestaciones del CAN-BUS.
Al Can-Bus le interesa el mensaje no el destinatario
trabaja en función a ello. La información es enviada en forma
de bloques de mensaje en la que indica que tipo de dato es.
Todas UCE’s reciben dichos mensajes, solo cogen los datos
que necesiten emplear. A continuación, se detalla el proceso
de trasmisión de datos:
Fuente de datos: las unidades reciben información de
los sensores del vehículo.
Envió de datos: El controlador envía los datos y su
identificador. Para enviar el mensaje el bus de datos debería
estar libre osino tener una mayor prioridad.
Recepción de datos: Cuando ya todas las unidades de
mando recibieron el mensaje, estos son verificados para
decidir si el mensaje va a ser utilizado por ellas.
Lo que al sistema Can-Bus lo hace extraordinariamente
seguro es que cuenta con herramientas que detectan errores
en la transmisión de mensajes, esto garantiza que los errores
en la emisión y recepción de mensajes sea muy baja.

24

2.3.1.2.3 Revisión del CAN-BUS
Para localizar una falla en el can-Bus se debe disponer
de equipos apropiados de chequeo, luego realizamos la
consulta al sistema autodiagnóstico del vehículo don veremos
el estado del funcionamiento y las unidades de mando
asociados a cada unidad.
2.3.2 Modelamiento de Topología de Redes
Las unidades de control se encuentran interconectadas a
través de sistemas de buses de diferentes maneras. La topología de
la red nos indica como es esta interconexión, siendo las más
empleadas las siguientes.
2.3.2.1 Tipo Anillo
En la estructura de anilló la información sigue un
camino circular, como se muestra en la figura 6, hasta que
llega a la centralita a la que va dirigida. Un error en una
centralita afecta a toda la red. La red más utilizada en
vehículos con estructura de anillo es la red de fibra óptica
MOST.
Figura 6. Conexión de red tipo anillo

25

2.3.2.2 Tipo estrella
Todas las unidades de control están unidas a una UCE
principal, tal como en la figura 7, siendo esta la que gestiona
toda la información. Un error en la centralita principal afecta a
toda la red.
Figura 7. Conexión de red tipo estrella

2.3.2.3 Tipo Bus
Es la empleada en las redes más comunes, tal cual se
muestra a continuación en la figura 8, como son CAN o VAN y
todas las centralitas se comunican a través de un bus de
datos.
Figura 8. Conexión de red tipo bus

26

2.3.3 Modelamiento de Instalación
Las consideraciones de instalación se basan en el
cumplimiento de los valores prefijados por el fabricante de los
equipos embebidos ha utilizar, en el siguiente proyecto de
investigación se realizará las instalaciones bajo el tipo de suministro
DC (corriente continua). Para ello se tendra en cuenta los modelos
matemáticos idóneos, dirigido a los cálculos de tensión, corriente,
impedancia, potencia.
Figura 9. Unidad Caiquén 212

Fuente: B-Electrónics
En la Figura 9 se muestra una tarjeta electrónica con
suministro de energía continuo, en este caso el ingreso del voltaje
deberá ser constante en el tiempo, siendo así se obtendrá una
corriente que circula por dicho circuito electrónico, esta corriente en
mención tiene ciertos límites según el modelo de configuración.
Para mantener la corriente dentro del estándar requerido se
tendrá en cuenta el siguiente modelamiento: 𝑉 𝑡 𝐼 𝑡 𝐴𝑥𝑅Ω ,
dentro de las configuraciones enfocados en embebidos que trabajan
con el parque automotor, disponen de una configuración de
27

impedancia 𝑅Ω , en el jumper P9 de la Figura 9 se ofrecen
los 2 tipos de configuración para actuar como estabilización de la
corriente dentro del sistema embebido. La potencia generada por el
sistema embebido será evaluado según el siguiente modelamiento:
𝑃 𝑡 𝑉 𝑡 𝑥𝐼 𝑡 𝐴
Continuando con las consideraciones de instalación se tiene
un factor de velocidad dentro del sistema de monitoreo de
parámetros, este factor es muy importante en la transmisión de
datos, ya que en ocasiones se producen diferencias entre la
velocidad teórica y la real, en este caso se debe usar un factor de
velocidad distinto al valor predefinido.
Para definir este nuevo factor de velocidad se tendrá en
cuenta un conjunto de muestras de velocidad teóricas (VelCAN) por
la interfaz y registrar la respectiva velocidad real (VelGPS), de esta
manera para cada una de estas medidas, se calculará el ratio entre
ambas.
..…
𝑟𝑎𝑡𝑖𝑜 𝑟𝑎𝑡𝑖𝑜 𝑝𝑟𝑜𝑚
El nuevo valor de la ratio genera un nuevo FV (factor de
velocidad), de esta manera se logra optimizar el valor de las nuevas
velocidades de trasmisión de datos, tanto para escáner CanBUS y
para el tránsito de datos del GPS.
28

𝐹𝑉 𝑛𝑢𝑒𝑣𝑜 𝐹𝑉 𝑜𝑟𝑖𝑔𝑖𝑛𝑎𝑙 𝑥 𝑟𝑎𝑡𝑖𝑜 𝑝𝑟𝑜𝑚
Desde este principio se puede obtener finalmente la velocidad
de transmisión en el puerto de comunicación, en el rango de
posibles valores desde los 9600 hasta 115200 bps.
2.3.4 Modelamiento de Enlace al Servidor
El presente proyecto de investigación tiene como objetivo
generar los reportes en tiempo real hasta el computador del cliente,
esta disposición de datos requiere de una conexión a internet y un
enlace gratuito al servidor, de esta manera se recortarán los gastos
para el cliente final, para llevar a cabo esta conexión virtual se
contará con un pc físico interconectada al servidor intermediario, que
transportará la información desde el escáner situado en el vehículo
hasta el pc cliente, una interfaz para concretar el enlace se muestra
en la figura 10, se trata de un lenguaje abierto de programación de
propósito general orientado y diseñado para el desarrollo web.
Figura 10. Diagrama de enrutamiento

29

.
CAPITULO 3
PLANTEAMIENETO DE LA SOLUCIÓN
3.1 Conectividad del Escáner
3.1.1 Soluciones a Evaluar
El escáner será instalado cerca a la computadora del vehículo,
de esta manera se puede obtener el suministro eléctrico para energizar
el sistema embebido, la interfaz posee un conector de 10 pines,
eliminando de esta manera el exceso de soldadura en la placa
electrónica, incluye los bornes de alimentación DC, previo al inicio de la
instalación se deberá cortar la energía proveniente desde la batería
principal, se debe procurar una buena instalación de línea tierra para
evitar posibles daños en la electrónica, conectar de forma estable y
firme. Para ello se muestra a continuación en la figura 11, la
configuración que referencia una ejecución en campo, con los valores y
30

significaciones reales en cada pin del conector OBDII, como se detalla
en la tabla 1.
Figura 11. Conector OBDII

Tabla 1. Identificación de pines del Conector OBDII

1 Sin Uso 9 Sin Uso
2 J1850 Bus Positivo 10 J1850 Bus Negativo
3 Sin Uso 11 Sin uso
4 Tierra del vehículo 12 Sin uso
5 Tierra de la Señal 13 Tierra de la Señal
6 CAN High 14 CAN Low
7 ISO 9141-2 Línea K 15 ISO 9141-2 Línea L
8 Sin Uso 16 Batería Positivo
Continuando con la evaluación dentro de la conectividad del
escáner, se tendrá un enfoque determinante para el desarrollo del
algoritmo que permitirá la captura de parámetros ubicados dentro del
vehículo, el algoritmo en mención será ejecutado dentro de un
sistema embebido que reúna las características básicas para su
31

desarrollo, al mismo tiempo deberá ser compatible con el protocolo
CanBus.
3.1.2 Criterios de Selección
La selección de los equipos mencionados en el presente proyecto
de investigación, están basados en los criterios pre-definidos durante la
evaluación y estudio de las necesidades, por otro lado, también se
mantuvo en cuenta las tecnologías similares que las distintas marcas
ofrecen al mercado actual, tales como los diversos protocolos de
comunicación, características técnicas de hardware y software, tipo de
suministro eléctrico
En la figura 12 se muestra la tarjeta electrónica PiCan2-Duo que
contiene el protocolo CANBus, para el desarrollo del proyecto,
funcionará como interfaz entre el vehículo y el Raspberry.
Figura 12. Interfaz PiCan2-Duo

Fuente: Raspberry
32

En la tabla 2 se muestran los valores de conexión que se deben
considerar y asegurar durante la instalación de los equipos dentro del
vehículo, ya que si no es el caso los sistemas involucrados dentro del
proyecto podrían sufrir daños electrónicos irreversibles.
Tabla 2. Variables de Instalación

Impedancia 60 – 120 Ω
Voltaje 5V
Amperaje 1A
Velocidad de Datos 10MHz
Fuente. Elaboración propia
Es necesario revisar el manual del vehículo para considerar el
modo de conexión y configuración en los pines correctos, para ello se
muestra en la figura 13 la manera de identificar dichos pines.
Figura 13. Conexión en Vehículo

33

Figura14. Diagrama de conexión entre escáner y vehículo
La configuración e instalación a considerar para la captura de
parámetros se realizará a través del protocolo de comunicación
CANBus, y el tráfico de datos será canalizado como indica la figura14.
Continuando con la configuración, se realizará el cálculo de la
velocidad de transmisión compatible con la velocidad que envía el
módulo de GPS y este dato será realizado mediante la fórmula
planteada en el modelamiento, pero antes se mencionará las dos
opciones de conexión para el protocolo CANBus mediante Raspberry.
En la figura 15 se muestra la primera opción de conexionado desde el
puerto OBDII del vehículo hasta el puerto de la interfaz que ofrece un
conector hembra tipo DB9.
34

Figura 15. Puerto DB9 del PiCan2-Duo para protocolo CANBus
Fuente: Raspberry
La conexión mediante el puerto DB9 cuenta con tres pines
involucrados para el protocolo CANBus, en la tabla 3 se mostrará a
detalle la función de cada pin.
Tabla 3. Identificación de Pines CANBus

DB9 Número de Pin Función
2 GND
3 CAN_H
5 CAN_L
En la siguiente figura 16 se muestran los pines integrados en la
tarjeta PiCan2-Duo que forman parte de la segunda opción de
conexionado para el protocolo CANBus entre el puerto OBDII del
vehículo y Raspberry.
35

Figura 16. Borne del PiCan2-Duo para protocolo CANBus
Fuente: Raspberry
La función de los 4 bornes que se encuentran en el PiCan2-Duo
se detallará en la siguiente tabla 4, así mismo se debe mantener los
rangos sugeridos por el fabricante para cada conexión.
Tabla 4. Identificación de Pines CANBus

Pin Number Función
1 CAN_H
2 CAN_L
3 GND
4 +12V In
Para sintonizar las velocidades es necesario realizar el cálculo del
nuevo valor para el factor de velocidad, para ello se aplicará la formula
36

previamente planteada en el bloque de modelamiento. Siendo así se
procedió a realizar pruebas de ensayo, los valores de dichas pruebas
se muestran en la tabla 5.
𝐹𝑉 𝑛𝑢𝑒𝑣𝑜 𝐹𝑉 𝑜𝑟𝑖𝑔𝑖𝑛𝑎𝑙 𝑥 𝑟𝑎𝑡𝑖𝑜 𝑝𝑟𝑜𝑚
Tabla 5. Tabla de cálculos de velocidad y ratio

Vel.CAN Vel.GPS RATIO
78 63 1.238
91 73 1.247
93 74 1.257
93 75 1.240
99 81 1.222
96 77 1.247
Ratio promedio 1.242
3.1.3 Recursos Necesarios
Para concretar los objetivos planteados durante el presente
proyecto de investigación, se realiza diversas evaluaciones y pruebas
para buscar una solución flexible, practica, segura y económica para
cada paso a realizar según los avances. De esta manera se pretende
encontrar una lista de herramientas que se acomoden a lo requerido
por cada etapa en el desarrollo, es así como se define los recursos
necesarios para la ejecución general. En la etapa de enlace vehicular,
37

enmarca la conectividad entre el escáner y la computadora propia del
vehículo, quiere decir que se debe contar con la siguiente relación de
equipos y materiales, tal cual se muestra en la tabla 6.
Tabla 6. Recursos Necesarios para la etapa de enlace

Cantidad Nombre Características
01 Raspberry Pi3-Model+ Procesador 1.4GHz
5V/2.5A DC
5VDC vía GPIO header
0 – 70ºC
850-1900MHz frecuencia
01 SIM800C-GPRS-GSM Pi-RPI 5V/1A
MicroSimCard
-40-85ºC
CAN v2.0B 1Mb/s

01 PiCAN2-DuoBoard OBDII y DB9
5V/1A DC
SPI interfaz 10MHz
01 Módulo de paso PVC 150mmx150mmx100mm

12/5VDC
01 Fuente DC 5A
3.2 Enlace al Servidor
Para el siguiente proyecto se determinará el uso del sistema
inalámbrico, debido al sistema que se cuenta como escáner del
vehículo y la disposición en la transmisión de datos, se tiene que
evaluar la disposición de un sistema embebido complementario, el que
ejecutara el algoritmo principal.
38

El medio ‘GSM’ aportará al proyecto un canal físico como medio
de transporte de los parámetros capturados, los cuales se mantendrán
enlazados por vía internet hasta el servidor virtual, reportando cada
cambio de estado dentro de los parámetros y registrándolos para su
posterior descarga.
La conectividad a distancia con respaldo en el sistema GSM, se
tomó en consideración debido al bajo consumo de datos para la
transferencia de parámetros. De esta manera no se deja de lado el
aspecto económico que debe ser accesible en cualquier proyecto a
realizar. La velocidad teórica de las prestaciones del sistema GSM para
la transmisión de datos es de 9.6Kbps, mientras para un sistema GPRS
sube a un rango desde 56 hasta 144 Kbps. continuación la figura 17 se
muestra el sistema embebido complementario para la tarjeta
Raspberry.
Figura 17. SIM800C Modulo GPRS-GSM

Fuente: Raspberry
39

En el mismo sentido se aplica un estudio pertinente al enlace a
distancia que será ejecutado como siguiente etapa a la conectividad
entre el escáner y la computadora vehicular, en esta ocasión se
dispone de las prestaciones técnicas a nivel virtual-digital, puesto que
el siguiente paso se concentra en la transmisión de parámetros
mediante señal GPRS, En la tabla 7 se muestran los datos
comparativos.
Tabla 7. Tabla Comparativa de marcas

MARCA VELOCIDAD CONECTIVIDAD FLEXIBILIDAD
Caiquen212 9600-115200bps CANBus, RS232, GSM, GPS
TTL
AutophixOM123 OBDII, CAN Visualización
Local
Raspberry 9600-115200bps CanBus,RS232,TTL, Visualización
56-144Kbps DB9, OBDII Local, GSM,
GPRS, GPS
3.3 Interface Final de Usuario
Las características de la plataforma, debe cumplir con un amplio
almacenamiento para los parámetros que serán capturados por el
40

escáner, el almacenamiento debe ser evaluado dentro de las
especificaciones de la computadora del cliente. Previamente a la
visualización de los parámetros, se tiene que evaluar un programa que
los involucre bajo un análisis y cálculo matemático, este algoritmo a
evaluar tiene que permitir la visualización del recorrido total del
vehículo y reportar su próximo mantenimiento.
Como parte del desarrollo en el enlace desde el vehículo hasta el
pc cliente, se contará con un algoritmo desarrollado en PHP, como se
muestra en la figura 18, el cual permitirá los reportes diarios con
valores a tiempo real, quiere decir que la información capturada,
previamente pasa por un servidor gratuito, dicho servidor tiene un límite
en el número de parámetros a transmitir. Sin embargo, para el presente
proyecto se cubre con los objetivos específicos planteados y con el
resultado final que se requiere.
Figura 18. Algoritmo desarrollado en PHP

Fuente: PHP
Desde el escáner hasta el pc-cliente, se recurrirá a un sistema
virtual el cual funciona como un respaldo virtual (Servidor), dicho
servidor cumplirá con una ejecución importante dentro de la

41

transferencia, consta de un almacenamiento temporal, manteniéndolo
el tiempo que requiere el envío de datos y el llamado que se hace
desde la pc-cliente. Se continúa con la transición en la presente etapa,
para ello los datos que se almacenan en el servidor virtual tienen que
ser captados por una plataforma web, la web desarrolla una interfaz
que procesa cada valor capturado y mediante un algoritmo realiza el
muestreo de los parámetros, ello es necesario para una visualización
entendible al usuario final, en consideración a los puntos mencionados,
mediante la tabla 8 se hará conocer los recursos necesarios para
concluir con la presente etapa.
Tabla 8. Recursos Necesarios para la etapa de enlace

Cantidad Nombre Características
01 PHP Desarrollador Web
01 Servidor Virtual Capacidad de 5Tag´s
01 Pc-Cliente Prestaciones Básicas
con acceso a internet
42

CAPITULO 4
ANALISIS DE LOS RESULTADOS DE LA INVESTIGACIÓN
4.1 Conexión del escáner
Para llevar a cabo la instalación de los pines del vehículo con el
Raspberry, se procedió a la identificación de los mismos dentro del
vehículo, esta etapa permite establecer la conectividad física de
parámetros por el protocolo (CanBus), para luego prepararlos a la siguiente
etapa de envío a la nube de almacenamiento, es así que en la imagen 19
se muestra el puerto OBDII con la misma arquitectura de pines tal cual se
especificó en la tabla 1. De igual manera en la imagen 20 se visualiza la
conexión con los pines correspondientes, los mismos que llegan a la tarjeta
CanBus del Raspberry, de esta forma se llega a concretar la primera etapa.

Figura 19. Conector de vehículo
Fuente: Propia
43

Figura 20. Conexión de pines en vehículo
Fuente: Propia
4.2 Captura de Parámetros
Para establecer la captura de Parámetros se realizó un programa
que contiene los códigos que vinculan los enlaces con la nube de
almacenamiento, esta etapa, prepara a los parámetros de Velocidad,
Odómetro, Revoluciones, siendo la sincronización de dichos parámetros
primordial para el almacenamiento de cada valor. En la Figura 21 se
muestra los datos almacenados durante la prueba.
Figura 21. Datos de almacenamiento

Fuente: Propia
44

En la figura 21, se muestran los datos de almacenamientos
generados en un rango de tiempo, establecido por el recorrido del vehículo,
estos datos almacenados son acumulativos desde la primera ejecución del
programa y están predispuestos para el siguiente enlace, donde se
visualiza cada dato almacenado mediante una ventana con animación
gráfica, mostrando los datos ejecutándose según el orden almacenado.
4.3 Visualización de Parámetros
Mediante la etapa final de visualización de parámetros, permite
monitorear y tomar nota a cada valor actualizado mediante la base de
datos, por consiguiente, se puede denominar a esta etapa como la más
importante, visto desde el punto de vista cliente, debido a que se cumple
con uno de los objetivos del presente proyecto, el cual se trata de mantener
vigilado el kilometraje del vehículo, el mismo que permitirá el
mantenimiento preventivo de la unidad en cuestión. En la figura 22.a se
muestra la representación gráfica de los tres parámetros monitoreados
(velocidad, rpm, odómetro), en este caso el vehículo se encuentra en
estado de reposo.
Figura 22. Pantalla de visualización de parámetros en vehículo detenido

Fuente: Propia
45

Luego se puso en marcha el vehículo, con ello el sistema continuó
registrando cada valor, mostrándolo en la figura 23 y la figura 24, durante
los siguientes segundos donde el vehículo continuó la aceleración, en esta
sección dentro de las pruebas realizadas, se aplicó un criterio que tiene
como origen las experiencias en diversos talleres de mecánica automotriz,
se trata de asociar las revoluciones “rpm” en intervalos de tiempo ya que
este aspecto es directamente asociado con el desgaste de la viscosidad del
aceite del motor.
Figura 23. Pantalla de visualización de parámetros en vehículo transitando

Fuente: Propia
46

Figura 24. Pantalla de visualización de parámetros en vehículo transitando
Fuente: Propia
De esta manera se concretan las pruebas del presente proyecto,
logrando resultados favorables durante la investigación, en las etapas de
conexión, sincronización con la nube de almacenamiento y monitoreo en el
PC cliente.
47

CONCLUSIONES
A continuación, se presentará las conclusiones a las cuales se ha podido llegar
posterior a la ejecución del presente trabajo de investigación, siendo las
siguientes:
 Se pudieron identificar los factores de conexión para el enlace bajo
protocolo de comunicación CANBus, ya que es el más usado en el
mercado actual, y manejando un protocolo de comunicación que
está estandarizado, se vuelve más flexible la posibilidad de generar
un algoritmo eficiente y compatible con muchos vehículos, siendo
así el caso también se puede mencionar las posteriores versiones
mejoradas para el primer algoritmo.
 Se diseñó una plataforma virtual con la capacidad de gestionar los
parámetros y convertirlos en información complementaria dentro de
las necesidades logísticas y preventivas para los mantenimientos,
por consiguiente, se logra desarrollar también un algoritmo que
trabaja en paralelo a esta plataforma, cumpliendo con los objetivos
del proyecto, el cual es indicar el recorrido del vehículo en Km, esta
integración se realiza por medio de los componentes seleccionados.
En conclusión, se presenta una propuesta objetiva y convincente
para cubrir las necesidades requeridas, así mismo posee la
capacidad de migrar a nuevas actualizaciones.
48

RECOMENDACIONES
A continuación, se detallará las recomendaciones para una adecuada intervención
a los vehículos que se requieran hacer telemetría, a los cuales se ha podido llegar
posterior a la ejecución del presente trabajo de investigación, siendo las
siguientes:
 Se recomienda el uso del Raspberry para lograr la telemetría de un
vehículo, ya que con su shield PiCAN se obtiene la data deseada de
la máquina.
 Seguir las guías del manual electrónico del vehículo a intervenir, así
también la data sheet del Raspberry, PiCAN y el Sim 800, para así
asegurar el correcto trabajo a realizar.
 El personal debe ser capacitado e instruido así también debe utilizar
las herramientas adecuadas para la intervención del vehículo y
garantizar la calidad de la mano de obra calificada.
 Tener bastante cuidado al conectar el terminal OBD II del vehículo y
la conexión en el PiCAN, ya que algún error podría ocasionar daños
en el sistema del vehículo.
 Es recomendable la revisión periódica de los equipos de telemetría
para garantizar el correcto funcionamiento de ello y no limitar su
periodo de vida.
49

BIBLIOGRAFÍA
J. Meza, 2017 “Sistema de Monitoreo de una Red de Buses de Transporte Público

e Información para Usuarios empleando Transceptores GPS/GSM”, Tesis, PUCP,
Lima, Perú.
C. Sawada, 2013 “Diseño de Sistema de Ubicación para Personas con Alzheimer
vía Web”, Tesis, PUCP, Lima, Perú.
D. Arce, 2017 “Sistema Autónomo de Control de tráfico Vehicular para
Intersecciones de Avenidas”, Tesis, PUCP, Lima, Perú.
R. Bosch, 1991 «CAN Specification. Version 2.0, » Robert Bosch GmbH.
R. Davis, 2007 «Controller Area Network (CAN) schedulability analysis: Refuted,
revisited and revised., » Real-Time Systems. Springer, vol. 35, nº 3, pp. 239-272.
F. Capcha, M. Chaico, 2017 “Diseño y Construcción de un Sistema de Telemetría
Para Alertar el Hurto de Combustible en Vehículos Toyota Diésel Livianos en la
Ciudad de Pampas en el Año 2017”, Tesis, Escuela Profesional de Ingeniería
Electrónica, U. N. H., Huancavelica, Perú.
M. L. Loachamin, 2015 “Implementación de un Sistema de Administración Remota
para el Proceso de Obtención de Datos del Sistema OBD.2 de un Automóvil”,
Tesis, Facultad de Ingeniería Eléctrica y Electrónica, E. P. N., Quito, Ecuador.
E. Cajamarca, J. Diaz, J. Quiroga, 2006 “Diseño e Implementación de un Sistema
de Medición de Velocidad, Registro y Monitoreo de Movimiento del Día para un
Vehículo Diésel”, tesis, Universidad de San Buenaventura, Bogotá, Colombia.
L. Chulde, 2017 “Sistema de Monitoreo Web para Vehículos Mediante Hardware
Libre”, tesis, UTA, Ambato, Ecuador.
A. Cárdenas, A. Echeverry, 2010 “Prototipo de un sistema de telemetría y control
para seguridad en vehículos, soportado en redes móviles”, tesis, UCPR, Pereira,
Colombia.
R. Ávila, A. Soto, 2013 “Propuesta de implementación de una empresa de control
y monitoreo para el mantenimiento preventivo de vehículos, mediante telemetría”,
tesis para maestría, UPS, Cuenca, Ecuador.
F. Copari, F. Turpo, 2015 “Análisis e Implementación de un Sistema de
Geolocalización, Monitoreo y Control de Vehículos Automotrices basado en
Protocolos GPS/GSM/GPRS para la Ciudad de Puno”, tesis, UNA, Puno, Perú.
D. Chavez, 2015 “Sistema Electrónico de Control y Monitoreo Vehicular a
Distancia Mediante Tecnología Inalámbrica”, tesis, UTA, Ambato, Ecuador.
C. Morales, U. Valverde, 2010 “Scanner Automotriz Interfaz PC”, Tesis, IPN,
México, D.F., México.
S. Casillas, 2008 “Sistema de Telemetría utilizando las redes GPS, GPRS e
Internet”, Mg., IPN, Tijuana, México.
50

J. Cerdan, 2011 “Sistema de Monitoreo y Control por Internet de una Flota de
Vehículos de Transporte de Valores Utilizando Software Open Source”, Tesis,
UNI, Lima, Perú.
M. Navarro, 2013 “Telemetría Vehicular vía Internet”, tesis, UDSJC, Bogotá,
Colombia.
R. Bates, 2002 GPRS. General Packet Radio Service, McGraw-Hill Telecom
Professional, McGraw Hill.
J. Bashualdo, 2017 “Implementación de un Sistema de Monitoreo Satelital por
GPS para los Vehículos de la Municipalidad Distrital de Chancay”, Tesis,
U.C.A.CH., Chimbote, Perú.
D. Morocho, 2017 “Sistema Electrónico de Alerta y Monitoreo para el
Mantenimiento de los Vehículo de la Cruz Roja Junta Provincial de Napo”, Tesis,
U.T.A., Ambato, Ecuador.
R. Vilca, 2017 “Influencia de un Sistema de Geolocalización en el Control y
Monitoreo de Vehículos con Dispositivos GPS en una Empresa Logística”, Tesis,
U.C.V., Lima, Perú.
R. Jaime, U. Patricio, E. Felipe, 2014 “Diseño e Implementación de un Datalogger
para la Transmisión de Sensores Remotos de Lluvia por Medio de una Red GSM
o GPRS”, Revista Tecnológica ESPOL.
R. Asencio, 2017 “Desarrollo de un Sistema Web y Aplicativo Android para el
Control y Monitoreo por Geolocalización de Unidades de Transportación de Carga
Pesada para la Empresa de Transporte y Logística Honore Méndez”, Tesis, U.G.,
Guayaquil, Ecuador.
A. Pozo, A. Ribeiro, M. Garcia, L. Garcia, D. Guinea, F. Sandoval, 2011 “Sistema
de Posicionamiento Global (GPS): Descripción, Análisis de Errores, Aplicaciones
y Futuro”, consejo Superior de Investigaciones Científicas, U.M., Arganda, Madrid.
J. Ablitas, P. Gonzales, A. Golonetxe, A. Asturiz, J. Blurrum, 2013 “Nuevo Sistema
de Geolocalización en Navarra para Disminuir los Tiempos de Respuesta en
Aviso Urgente en Zona de Montaña y de gran Dispersión”, An. Sist. Navar. Vol.
36.
J. Toloza, 2012 “Algoritmos y Técnicas de Tiempo Real para el Incremento de la
Precisión Posicional Relativa Usando Receptores GPS Estándar”, Doctorado, U.
N.P., La Plata, Argentina.
M. Navarro, 2013 “Telemetría Vehicular Vía Internet”, Seminario de Investigación”,
U.D.F.J.C., Bogotá, Colombia.
Y. Bedoya, C. Salazar, J. Muñoz, 2013 “Implementación, Control y Monitoreo de
un Sistema de Seguridad Vehicular por Redes GSM/GPRS” Tesis, U.T.P.,
Pereira, Colombia.
51

A. Alaña, V. León, 2017 “Diseño y Desarrollo de un Sistema Web y Móvil de
Monitoreo Satelital para la Localización de los Vehículos a través de GPS de la
Empresa Transcarcont S.A.”, Tesis, U.G., Guayaquil, Ecuador.
I. Cervantes, S. Espinosa, 2010 “Escáner Automotriz de Pantalla Táctil”, Tesis,
I.P.N. México D.F., México.
M. Garcia, 2013 “Elaboración de un Manual Técnico para el Análisis del
Diagnostico electrónico de Vehículos con Sistema OBD-II para el Taller
Ambamazda S.A. Durante el Año 2012”, Tesis, E.S.P.CHI., Riobamba, Ecuador.
52

INDICE DE ANEXOS
Anexo 1: Glosario
Anexo 2: Ficha de Tarea de Investigación
Anexo 3: Data Sheet Raspberry Pi 3+
Anexo 4: Data Sheet PiCAN2
Anexo 5: Data Sheet SIM800C Modulo GPRS-GSM Raspberry Pi
Anexo 6: Código de Escáner de Parámetros
Anexo 7: Código de Visualización a PC Cliente
53

ANEXOS
Anexo 1: Glosario
 CAN: Controller Area Network (Controlador de Red Local)
 TCP: Transmission Control Protocol (Protocolo de Control de Transmisión)
 ASCII: American Standard Code Information Interchange (Código
Estadounidense para el Intercambio de Información)
 AVL: Automatic Vehicle Location (Localización Automática Vehicular)
 GPS: Global Positioning system (Sistema de Posicionamiento Global)
 GPRS : General Packet Radio Service (Servicio General de Paquetes por
Radio)
 GSM: Global System for Mobile Communications (Sistema Global de
Comunicaciones Moviles)
 DNS: Domain Name System (Sistema de Nombre de Dominio)
 LAN: Local Area Network (Red de Area Local)
 IP: Internet Protocol (Protocolo de Internet)
54

Anexo 2: Ficha de Tarea de Investigación
FICHA DE TAREA DE INVESTIGACION
FACULTAD: INGENIERIA
CARRERA: INGENIERIA MECATRONICA
1. Título del trabajo de la tarea de investigación propuesta
DISEÑO E IMPLEMENTACION DE UN SISTEMA DE MONITOREO DE PARAMETROS

A LARGA
DISTANCIA DE VOLQUETES VOLVO FH12 EN CENTROS MINEROS. La implementación
escapa al tiempo disponible para el trabajo de grado. Determinar el aspecto
novedoso o aporte del proyecto.
2. Indique el número de alumnos posibles a participar en este trabajo.
(máximo 2) Número de Alumnos: 2
3. Indique si el trabajo tiene perspectivas de continuidad después que el alumno obtenga

el Grado
Académico para la titulación por la modalidad de tesis o no.
Este trabajo de investigación nace de la necesidad de cumplir con las normas

internacionales del mundo globalizado de cada estado para satisfacer las necesidades
de cada usuario y que lo pone en marcha las empresas que tienen la filosofía de
trabajar en base a la formula I+D+i. pero que la parte motora y principal es el
estudiante que integra todos sus conocimientos y habilidades adquiridos en el
campo y que cada vez aplicara una mejora continua a su proyecto de acuerdo al
avance tecnológico y competitividad de las empresas por lo tanto tendrá razón
de seguir perfeccionando su proyecto
4. Enuncie 4 o 5 palabras claves que le permitan al alumno realizar la búsqueda de

información para el Trabajo en Revistas Indizadas en WOS, SCOPUS, EBSCO, SciELO,
etc. desde el comienzo del curso y otras fuentes especializadas.
Ejemplo:
Palabras Claves DOAJ DOAR OTRO

Monitoreo, inalámbrico, no no Google
modulo maestro academico
Monitoring system, no no Ebsco
parametric, distance
55

5. Como futuro asesor de investigación para titulación colocar:
(Indique sus datos personales)
a. Nombre: PAUL ANGEL MONTOYA TUFINIO

b. Código Docente: C12112
c. Correo: [email protected]
d. Teléfono: 993077498
e. Otro:
6. Especifique si el Trabajo de investigación:

(Marcar con un círculo la que corresponde, puede ser más de una)
a. Contribuye a un trabajo de investigación de una Maestría o un

doctorado de algún profesor de la UTP,
b. si está dirigido a resolver algún problema o necesidad propia de la
organización,
c. si forma parte de un contrato de servicio a terceros,
d. corresponde a otro tipo de necesidad o causa (Explicar cuál)
7. Explique de forma clara y comprensible al alumno los objetivos o propósitos del

trabajo de investigación.
En la actualidad los CAMIONES VOLVOS FH12 (volquetes) que dan servicio en minas
necesitan ser monitoreados en cuanto a parámetros de comportamiento ya sean de
temperatura, presión, y nivel. Normalmente los técnicos tienen que ir personalmente
para conectarlos y luego visualizar si los registros tomados están dentro de los
rangos permisibles del fabricante. Se proyecta no monitorear los equipos y
maquinarias a larga distancia con el uso de los módulos (maestro y esclavo) de tal
manera que desde la planta podemos supervisar el comportamiento interno de las
máquinas y podemos evitar averías y daños a las mismas.
8. Brinde al alumno una primera estructuración de las acciones específicas que debe
realizar para que le permita al alumno iniciar organizadamente su trabajo y
satisfacer los cuatro logros del curso.
Las etapas para la estructuración inicial recomendada serían:
1. Adquirir el título del tema que le asignará el docente (es) del curso.
2. Entender e involucrarse del tema de investigación
3. Comprender y aprender a navegar por los buscadores y metabuscadores de
56

información.
4. Seguir los pasos de la estructura del estado de la cuestión con el asesoramiento
del docente (es)
5. Realizar las respectivas citaciones bibliográficas para que esto no sea copia.
6. Luego de realizar esta primera parte le servirá para realizar el diseño de la
investigación
7. Llenar los documentos relacionados con los derechos de propiedad y
publicación y divulgación.
8. Una exposición del trabajo realizado durante todo el ciclo.
9. Incorpore todas las observaciones y recomendaciones que considere de utilidad al

alumno y a los profesores del curso para poder desarrollar con éxito todas las
actividades.
 El desarrollo del curso debe ser un laboratorio de cómputo y que cada alumno
debe contar con su computadora con características mínimas de una rápida
navegación y de buen estado físico para que pueda investigar en las
diferentes páginas de buscadores y matabuscadores para el logro de las
tareas.
 Los proyectores multimedia deben tener claridad en la proyección para la
exposición de la clase del docente y la exposición de los avances de los
alumnos.
 Los parlantes deben estar en buen estado para la proyección de videos.
10. Fecha y docente que propone la tarea de investigación
Fecha de elaboración de ficha: 20/07/ 2018
Docente que propone la tarea de investigación: PAUL ANGEL MONTOYA

TUFINIO
11. Esta Ficha de Tarea de Investigación ha sido aprobada por:
(Sólo para ser llenada por la Dirección Académica)
Nombre:
Código:
Documento de Identidad
Fecha de aprobación de ficha / /

57

Anexo 3: Data Sheet Raspberry Pi 3+
58

59

60

61

Anexo 4: Data Sheet PiCAN2
62

Anexo 5: Data Sheet SIM800C Modulo GPRS-GSM Raspberry Pi
63

64

Anexo 6: Código de Escáner de Parámetros
unit Unit1;
interface
uses
Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes,
Vcl.Graphics,
Vcl.Controls, Vcl.Forms, Vcl.Dialogs, VclTee.TeeGDIPlus, Vcl.StdCtrls,
VCLTee.TeEngine, VCLTee.TeeNumericGauge, VCLTee.TeeLinearGauge,
VCLTee.TeeCircularGauge, VCLTee.TeeKnobGauge, Vcl.ExtCtrls, VCLTee.TeeProcs,
VCLTee.Chart, Data.DB, Vcl.Grids, Vcl.DBGrids, Data.Win.ADODB;
type
TForm1 = class(TForm)
Chart1: TChart;
Series1: TKnobGauge;
Button1: TButton;
Edit1: TEdit;
Label1: TLabel;
Edit2: TEdit;
Label2: TLabel;
DataConec: TADOConnection;
DBGrid1: TDBGrid;
Qry: TADOQuery;
DQry: TDataSource;
Qryplaca: TStringField;
Qryvelocidad: TFloatField;
65

QryKM: TFloatField;
QryRPM: TFloatField;
procedure FormCreate(Sender: TObject);
procedure QryAfterScroll(DataSet: TDataSet);
procedure Button1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form1: TForm1;
implementation
{$R *.dfm}
procedure TForm1.Button1Click(Sender: TObject);
begin
Qry.First;
while not Qry.eof do
begin
Sleep(2000);
Qry.Next;
Dbgrid1.Refresh;
Edit1.Refresh;
Edit2.Refresh;
Chart1.Refresh;
end;
end;
procedure TForm1.FormCreate(Sender: TObject);
begin
66

DataConec.ConnectionString := 'Provider=SQLNCLI10.1;Integrated Security="";Persist Security
Info=False;User ID=sa;PWD=master;Initial Catalog=BDSymonp;Data Source=.;Initial File
Name="";Server SPN=""';
DataConec.Connected := true;
Qry.Active := true;
Chart1.Series[0].Clear;
Edit1.Text := Qryvelocidad.AsString;
Edit2.Text := QryKM.AsString;
Chart1.Series[0].Add(QryRPM.value);
end;
procedure TForm1.QryAfterScroll(DataSet: TDataSet);
begin
Chart1.Series[0].Clear;
Edit1.Text := Qryvelocidad.AsString;
Edit2.Text := QryKM.AsString;
Chart1.Series[0].Add(QryRPM.value);
end;
end.
67

Anexo 7: Código de Visualización a PC Cliente
procedure TForm1.Button2Click(Sender: TObject);
var
IpRad,sLine,sql,edtReadReg,sDatos : string;
vini_setup,vfin_setup,vini_corrida,vfin_corrida,vini_parada,vfin_parada: boolean;
ini_setup,fin_setup,ini_corrida,fin_corrida : Tdatetime;
RPM,Velocidad,KM: word;
begin
if timer1.Enabled = false then timer1.Enabled := true;
try
QListevento.Active := false;
Qdet_eventos.Active := false;
Label1.Caption := 'Conectando ...!';
Label1.Visible := true;
IpPLC := Qmaquinasip.AsString;
ConecRad.Host := IpPLC;
ConecRad.ReadHoldingRegisters(9, 1, RPM);
ConecRad.ReadHoldingRegisters(5, 1,Velocidad);
ConecRad.ReadHoldingRegisters(13, 1, KM);
Label1.Caption := 'Capturando ...!';
sql:= 'Insert into cab_eventos
(ftp,nro_pedido,cod_maq,nro_golpes,fh_ini_setup,fh_fin_setup,fh_ini_corrida,fh_fin_corrida,ip)'
+
' values (';
if ftp > 0 then sql:= sql + inttostr(RPM)+',' else sql:= sql + 'null,';
if Velocidad> 0 then sql:= sql + inttostr(Velocidad)+',' else sql:= sql + inttostr(0)+',';
68

sql:= sql + Qmaquinascod_maq.AsString +',';
if KM> 0 then sql:= sql + inttostr(KM)+',' else sql:= sql + inttostr(0)+',';
if vini_setup = true then sql:= sql + 'getdate(),' else sql:= sql + 'null,';
if vfin_setup = true then sql:= sql + 'getdate(),' else sql:= sql + 'null,';
if vini_corrida = true then sql:= sql + 'getdate(),' else sql:= sql + 'null,';
if vfin_corrida = true then sql:= sql + 'getdate(),' else sql:= sql + 'null,';
sql := sql + chr(39)+ IpRad + chr(39)+')';
if (vini_setup = true) and (vfin_setup = false) and (sws = true) then //inserta setup
begin
Qevento.ExecSQL;
sws := false;
end
else
begin
if (vini_setup = false) and (vfin_setup = true) and (sws = false) then //inserta corrida
begin
Qevento.ExecSQL;
sws := true;
end
end;
QListevento.Active := true;
QListevento.Last;
Qdet_eventos.Active := true;
Qdet_eventos.Last;
except
timer1.Enabled := false;
69

showmessage ('No se logro conectar al Radberry’);
button1.Click;
end;
70

Nicolas Calle - Maximo Pozo - Trabajo de Investigacion - Bachiller - 2019 PDF

Cargado por

Copyright:

Formatos disponibles

Nicolas Calle - Maximo Pozo - Trabajo de Investigacion - Bachiller - 2019 PDF

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Nicolas Calle - Maximo Pozo - Trabajo de Investigacion - Bachiller - 2019 PDF

Cargado por

Copyright:

Formatos disponibles

Facultad de Ingeniería

“Diseño e Implementación de un Sistema

Para Obtener el Grado de Bachiller en

Lima, Julio 2019

En el presente trabajo de investigación realizó un estudio el cual tuvo el propósito

de analizar las condiciones de trabajo de aquellas empresas que prestan servicio

de alquiler de vehículos, siendo el objetivo principal diseñar e implementar un

sistema de monitoreo de parámetros de vehículos a larga distancia. Para llevar a

cabo el desarrollo del proyecto, se consideró el desarrollo de un escáner con

garantizar el envío de parámetros a distancia. El principal problema identificado

es la falta de una herramienta que apoye en la gestión de mantenimiento y la

confirmación del uso en campo. se realizaron las pruebas correspondientes por

medio de un protocolo CanBus, y una plataforma virtual ejecutable en el PC

cliente. Los resultados ponen en evidencia que el uso de telemetría no solo se

obtenidos, establecen una conexión directa hacia nuevos campos de la

telemetría, y deja en evidencia que el uso del Odómetro dentro de un algoritmo

apropiado, puede generar resultados de uso categórico para futuros

mantenimientos y requerimiento de los mismos.

Dedicamos el presente trabajo de

investigación a Dios, Por habernos permitido

llegar hasta este punto y habernos dado salud

para lograr nuestros objetivos. Recordando

todos esos momentos de estrés que tuvimos

en la realización del trabajo y toda la

paciencia que le pedimos a Dios para

continuar y no morir en el intento. A nuestros

padres por ser el pilar fundamental en todo lo

que somos, en toda nuestra educación, tanto

académica, como de la vida, por su

incondicional apoyo y por querer siempre lo

mejor para nosotros.

Queremos agradecer a la Universidad

Tecnológica del Perú por permitirnos ser parte

de ella y a los profesores por compartir su

conocimiento con nosotros. A nuestro asesor

de trabajo de investigación el ingeniero Robert

Isaías Quispe Romero por habernos

enseñado y guiado en todo este proceso y

tener la mejor disposición, para que todo

finalizara de la mejor manera. A nuestros

compañeros de clase y de universidad por

permitirnos disfrutar grandes momentos a

través de este tiempo. Y de la manera más

sincera y especial a nuestros padres y

hermanos por enseñarnos que con esfuerzo,

trabajo y constancia se pueden conseguir

grandes cosas y apoyarnos en todo momento.

A todas las personas que nos ayudaron en

este trabajo, dándonos sus opiniones y

consejos. La suma de todo esto es lo que hoy

nos permite tener estos resultados. Nada de

esto hubiera sido posible sin ellos y queremos

agradecerles de la forma más sincera.

Figura 1. Variación mensual del transporte terrestre de carga 13

Tabla 1. Identificación de Pines del Conector OBDII 31

En el Perú, el transporte terrestre dirigido al sector industrial, minero e

demanda para la disposición de sus productos en el mercado local e

interprovincial, para dicho sector. Por ende, la presente investigación aborda el