TG 2018 Electrónica Diz Luis 01-17632786 Infome VF PDF

UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA
“ANTONIO JOSÉ DE SUCRE”

VICERRECTORADO PUERTO ORDAZ
DEPARTAMENTO DE INGENIERÍA ELECTRÓNICA
TRABAJO DE GRADO
DISEÑO DE UN SISTEMA ELECTRÓNICO CON COMUNICACIÓN

GSM/GPRS PARA UN PLUVIÓGRAFO USANDO MÓDULO SIM800L
Autor: Luis Diz

CI: 17632786
Puerto Ordaz, Mayo de 2018

DIZ DE ARMAS, Luis Alberto
DISEÑO DE UN SISTEMA ELECTRÓNICO CON

COMUNICACIÓN GSM/GPRS PARA UN PLUVIÓGRAFO
USANDO MÓDULO SIM800L
Trabajo de Grado.

VICE-RECTORADO PUERTO ORDAZ.
Departamento de Ingeniería Electrónica.
Tutor Académico: Ing. Manuel Gragirena.
Puerto Ordaz, Mayo 2018
ii
TRABAJO DE GRADO
DISEÑO DE UN SISTEMA ELECTRÓNICO CON COMUNICACIÓN

GSM/GPRS PARA UN PLUVIÓGRAFO USANDO MÓDULO SIM800L
Autor: Luis Diz

CI: 17632786
. Trabajo realizado para ser presentado
como requisito para la aprobación de la
asignatura Trabajo de Grado.
Tutor: Ing. Manuel Gragirena
Puerto Ordaz, Mayo de 2018
iii
TRABAJO DE GRADO
Autor: Luis Diz, Tutor: Ing. Manuel Gragirena

Trabajo realizado para ser presentado como requisito para la aprobación de la
asignatura Trabajo de Grado.
RESUMEN
Este trabajo surge de la necesidad de diseñar un sistema electrónico a un pluviógrafo cuyo

inconveniente se presenta al momento de querer obtener los datos que han sido registrados
en la memoria SD, siendo necesario trasladarse al lugar donde se encuentra el pluviógrafo,
que en algunos casos son regiones de difícil acceso y riesgosas. El objetivo de esta
investigación es diseñar un sistema electrónico con comunicación GSM/GPRS para un
pluviógrafo usando el módulo SIM800L, para el envío de datos registrados en la memoria SD
a un servidor FTP y luego ser mostrado de forma gráfica. Esta investigación se considera
proyectiva experimental. Para procesar la información se emplea un microcontrolador
ATmega328 programado a través de la placa Arduino UNO R3, que permitirá registrar las
mediciones a un periodo fijado en 5 minutos en un archivo .txt dentro de una memoria SD, con
su respectiva fecha y hora, gracias al reloj en tiempo real que puede ser programado mediante
el uso de una memoria SD y un archivo de configuración .txt. Los datos procedentes de las
precipitaciones, son transmitidos de manera exitosa al servidor FTP poco antes de finalizar el
día, mediante el módulo SIM800L.
Palabras claves: Arduino UNO R3, ATmega328, Reloj en tiempo real, Módulo SIM800L,
Servidor FTP.
iv
AGRADECIMIENTOS
A mi familia por su apoyo incondicional en todo momento.
Al tutor Académico Ing. Manuel Gragirena, por su tutoría durante el desarrollo

de este proyecto.
A todas las personas que de alguna u otra forma contribuyeron con la

realización de este proyecto.
v
INDICE
INTRODUCCIÓN ............................................................................................ 1
CAPÍTULO I.................................................................................................... 3
EL PROBLEMA .............................................................................................. 3
PLANTEAMIENTO DEL PROBLEMA ..................................................................... 3

OBJETIVOS .................................................................................................... 4
Objetivo General ...................................................................................... 4
Objetivos específicos ............................................................................... 4
ALCANCE ...................................................................................................... 5
LIMITACIONES ................................................................................................ 5
JUSTIFICACIÓN .............................................................................................. 6
CAPITULO II................................................................................................... 7
MARCO TEÓRICO ......................................................................................... 7
ANTECEDENTES ............................................................................................. 7
BASES TEÓRICAS........................................................................................... 8
INSTRUMENTOS DE MEDICIÓN ........................................................................ 10
SISTEMA DE DESARROLLO ARDUINO .............................................................. 11
MICROCONTROLADOR ATMEGA328 ............................................................ 13
RED GSM ................................................................................................... 14
RED GPRS ................................................................................................. 16
MÓDULO DE COMUNICACIÓN SIM800L GPRS/GSM ...................................... 17
COMANDOS AT ............................................................................................ 18
SERVIDOR DE RED ....................................................................................... 19
SERVIDOR FTP ........................................................................................... 19
PROTOCOLO DE TRANSFERENCIA DE ARCHIVOS (FTP) .................................... 19
CAPÍTULO III................................................................................................ 21
MARCO METODOLÓGICO.......................................................................... 21
vi
TIPO DE INVESTIGACIÓN ............................................................................... 21
DISEÑO DE LA INVESTIGACIÓN ....................................................................... 22
TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS ................................ 22
TÉCNICAS DE PROCESAMIENTO Y ANÁLISIS DE DATOS ...................................... 24
CAPÍTULO IV ............................................................................................... 25
DISEÑO ........................................................................................................ 25
REPRESENTACIÓN GENERAL DEL SISTEMA ...................................................... 26

ALIMENTACIÓN GENERAL DEL SISTEMA ........................................................... 27
INTERRUPTOR MAGNÉTICO ........................................................................... 28
MICROCONTROLADOR .................................................................................. 30
RELOJ EN TIEMPO REAL ................................................................................ 31
ALMACENAMIENTO ....................................................................................... 34
COMUNICACIÓN ........................................................................................... 37
Alimentación del módulo SIM800L ........................................................ 39
Control de encendido y apagado del módulo SIM800L ......................... 41
LED INDICADOR ............................................................................................ 41
IMPLEMENTACIÓN DEL SERVIDOR FTP ........................................................... 42
SOFTWARE UTILIZADO PARA DESARROLLAR EL CÓDIGO ................................... 51
DISEÑO DE LA PCB ...................................................................................... 57
RECURSOS E INSUMOS UTILIZADOS................................................................ 59
CAPÍTULO V ................................................................................................ 60
RESULTADOS ............................................................................................. 60
PRUEBAS REALIZADAS AL RELOJ EN TIEMPO REAL ........................................... 61

Primera prueba ...................................................................................... 61
Segunda prueba .................................................................................... 62
PRUEBAS REALIZADAS CON LA TARJETA DE ALMACENAMIENTO SD ................... 63
Primera prueba ...................................................................................... 63
Segunda prueba .................................................................................... 64
vii
Tercera prueba ...................................................................................... 65
PRUEBA AL MÓDULO DE COMUNICACIÓN SIM800L.......................................... 67
PRUEBA DEL DISPOSITIVO EN AMBIENTE EXTERNO........................................... 70
CONCLUSIONES ......................................................................................... 73
RECOMENDACIONES ................................................................................. 74
BIBLIOGRAFIA ............................................................................................ 75
ANEXO A ..................................................................................................... 76
ANEXO B ..................................................................................................... 83
ANEXO C ..................................................................................................... 95
ANEXO D ..................................................................................................... 97
viii
INDICE DE FIGURAS
FIGURA 1. PLUVIÓGRAFO DE SIFÓN ..................................................................... 9

FIGURA 2. PLUVIÓGRAFO DE DOBLE CUBETA BASCULANTE .................................. 10
FIGURA 3. ARDUINO UNO R3 .......................................................................... 13
FIGURA 4. MICROCONTROLADOR ATMEGA328 ................................................ 14
FIGURA 5. MÓDULO GSM/GPRS SIM800L ...................................................... 18
FIGURA 6. REPRESENTACIÓN GENERAL DEL SISTEMA.......................................... 26
FIGURA 7. PANEL SOLAR MONOCRISTALINO ....................................................... 27
FIGURA 8. BATERÍA AA 1,2 V 2000 MAH ........................................................... 27
FIGURA 9. CONEXIÓN ENTRE PANEL SOLAR, BATERÍA Y REGULADOR MP1584 ...... 28
FIGURA 10. SENSOR BASCULANTE.................................................................... 29
FIGURA 11. ESQUEMÁTICO SENSOR MAGNÉTICO ................................................ 29
FIGURA 12. CONFIGURACIÓN DE PINES ATMEGA328 ........................................... 30
FIGURA 13. CONFIGURACIÓN DEL BUS I2C ........................................................ 32
FIGURA 14. CONFIGURACIÓN DE LOS PINES DS1307 ......................................... 33
FIGURA 15. ESQUEMÁTICO RTC....................................................................... 33
FIGURA 16. CONFIGURACIÓN BUS SPI .............................................................. 35
FIGURA 17. REGULADOR DE VOLTAJE 3.3V ........................................................ 35
FIGURA 18. ESQUEMÁTICO SD CON DIVISOR DE VOLTAJE ................................... 36
FIGURA 19. CONFIGURACIÓN PUERTO SERIAL UART.......................................... 38
FIGURA 20. ALIMENTACIÓN SIM800L CON FUENTE DE PODER 5 V < 2 A .............. 39
FIGURA 21. PROTECCIÓN DE LÍNEAS TX Y RX Y VCC DEL MÓDULO SIM800L ...... 40
FIGURA 22. CONTROL DE ENCENDIDO Y APAGADO DEL MÓDULO SIM800L ........... 41
FIGURA 23. LED INDICADOR ............................................................................. 42
FIGURA 24. DIRECCIÓN Y PUERTO DE FILEZILLA ................................................. 43
FIGURA 25. EDITAR USUARIO Y CONTRASEÑA DE PARA CONECTARSE A SERVIDOR
FTP ........................................................................................................ 43
FIGURA 26. PROCESO PARA AGREGAR USUARIO DE SERVIDOR FTP..................... 44
FIGURA 27. AGREGANDO USUARIO PARA CONECTARSE A SERVIDOR FTP ............. 44
ix
FIGURA 28. AGREGAR CONTRASEÑA PARA CONECTARSE A SERVIDOR FTP .......... 44
FIGURA 29. ASIGNAR CARPETA DE SERVIDOR FTP ............................................. 45
FIGURA 30. OPCIONES PERMITIDAS EN CARPETA DE SERVIDOR FTP .................... 45
FIGURA 31. FIJAR DIRECCIÓN IP DEL EQUIPO ..................................................... 46
FIGURA 32. ABRIR PUERTO 21 DEL ROUTER ....................................................... 46
FIGURA 33. PERMITIR UNA APLICACIÓN A TRAVÉS DEL FIREWALL DE W INDOWS ..... 47
FIGURA 34. CAMBIAR CONFIGURACIÓN DE APLICACIONES A TRAVÉS DEL FIREWALL 47
FIGURA 35. PERMITIR OTRA APLICACIÓN A TRAVÉS DEL FIREWALL........................ 47
FIGURA 36. AGREGAR APLICACIÓN A TRAVÉS DEL FIREWALL................................ 48
FIGURA 37. AGREGAR FILEZILLA SERVER A TRAVÉS DEL FIREWALL ....................... 48
FIGURA 38. SELECCIÓN DE CASILLAS PRIVADA Y PÚBLICA A TRAVÉS DEL FIREWALL 48
FIGURA 39. FINALIZADA HABILITACIÓN DE FILEZILLA SERVER A TRAVÉS DEL FIREWALL
............................................................................................................... 49
FIGURA 40. CREAR NOMBRE DE ANFITRIÓN ........................................................ 49
FIGURA 41. CREAR ANFITRIÓN .......................................................................... 50
FIGURA 42. SELECCIÓN DE NOMBRE DE ANFITRIÓN DE DYNAMIC DNS ................. 50
FIGURA 43. LÍNEA DE TIEMPO PARA ENVÍO DE .TXT A SERVIDOR FTP, PARTE 1...... 54
FIGURA 44. LÍNEA DE TIEMPO PARA ENVÍO DE .TXT A SERVIDOR FTP, PARTE 2...... 55
FIGURA 45. DIAGRAMA DE FLUJO DE RUTINA PRINCIPAL ...................................... 56
FIGURA 46. DIAGRAMA DE FLUJO DE SUBRUTINA PARA ENVIAR ARCHIVO A SERVIDOR
FTP ........................................................................................................ 57
FIGURA 47. VISTA DISEÑO DE LA PCB ............................................................... 58
FIGURA 48. PLUVIÓGRAFO ............................................................................... 60
FIGURA 49. MENSAJE SOFTWARE SERIAL ERROR RTC ....................................... 61
FIGURA 50. CREACIÓN DE ARCHIVO PARA CONFIGURAR RTC .............................. 62
FIGURA 51. MENSAJE RTC CONFIGURADO CON ÉXITO ........................................ 63
FIGURA 52. ERROR AL INICIAR LA COMUNICACIÓN CON LA MEMORIA SD. .............. 64
FIGURA 53. COMUNICACIÓN CON MEMORIA SD INICIADA CORRECTAMENTE .......... 65
FIGURA 54. PRUEBA DE REGISTRO DE DATOS EN LA MEMORIA SD ....................... 66
x
FIGURA 55. VISUALIZACIÓN DE ARCHIVO .TXT EN RAÍZ SD LUEGO DE REGISTRO DE
DATOS ..................................................................................................... 67
FIGURA 56. CONTENIDO DE ARCHIVO .TXT LUEGO DE ALMACENAMIENTO DE DATOS 67

FIGURA 57. REGISTRO Y ENVÍO DE DATOS A SERVIDOR FTP................................ 68
FIGURA 58. PROCESO DE RECEPCIÓN DE ARCHIVO POR PARTE DEL SERVIDOR FTP
............................................................................................................... 69
FIGURA 59. VISUALIZACIÓN DEL ARCHIVO .TXT EN CARPETA DEL SERVIDOR FTP ... 69
FIGURA 60. CONTENIDO ARCHIVO TXT EN SERVIDOR FTP ................................... 69
FIGURA 61. IMPORTAR DATOS A EXCEL ............................................................. 92
FIGURA 62. FORMULA 1 DE EXCEL .................................................................... 92
FIGURA 63. FORMULA 2 DE EXCEL .................................................................... 93
FIGURA 64. INSERTAR GRAFICA ........................................................................ 93
FIGURA 65. HIETOGRAMA................................................................................. 94
FIGURA 66. PROTOBOARD ............................................................................... 95
FIGURA 67. SISTEMA ELECTRÓNICO .................................................................. 95
FIGURA 68. PLUVIÓGRAFO DURANTE ENVÍO DE DATOS ........................................ 96
xi
INDICE DE TABLAS
TABLA 1. ESPECIFICACIONES TÉCNICAS ARDUINO UNO R3 ................................ 12

TABLA 2. CONSUMO EN MA DE ACUERDO A LA FRECUENCIA................................. 31
TABLA 3. CARACTERÍSTICAS TÉCNICAS DEL MÓDULO SIM800L ........................... 38
TABLA 4. VALOR DE COMPONENTES DE LA PCB ................................................. 58
TABLA 5. RECURSOS E INSUMOS UTILIZADOS ..................................................... 59
TABLA 6. BASCULACIONES GENERADAS EL 03/04/2018 ...................................... 70
TABLA 10. BASCULACIONES GENERADAS EL 07/04/2018 .................................... 87
xii
INDICE DE ECUACIONES
ECUACIÓN 1 ...................................................................................................... 28
ECUACIÓN 2 ...................................................................................................... 28
ECUACIÓN 3 ...................................................................................................... 36
ECUACIÓN 4 ...................................................................................................... 40
ECUACIÓN 5 ...................................................................................................... 41
xiii
INTRODUCCIÓN
Internet se ha convertido en una herramienta fundamental. Cada día

más dispositivos se encuentran interconectados y gracias a los avances
tecnológicos con un bajo consumo de energía y conexión inalámbrica,
permitiendo implementar sistemas con innumerables aplicaciones, prácticos y
accesibles.
De igual forma la digitalización trajo consigo avances en el campo de

las telecomunicaciones como fue la aparición de la red GSM que es totalmente
digital y con el paso del tiempo otras mejoras con el fin de optimizar la
utilización de la interfaz RF basado en la creciente demanda en cuanto al
enlace de datos y de mayores velocidades de conexión.
Este trabajo consiste en el diseño de un sistema electrónico eficaz y

económico, compuesto por un reloj en tiempo real, un microcontrolador
ATmega328, una memoria SD y un módulo de comunicación GSM/GPRS
SIM800L. El sistema electrónico será capaz de registrar las basculaciones de
un pluviógrafo en la memoria SD en intervalos de 5 minutos y poco antes de
finalizar el día trasmitir toda esa información recolectada a un servidor FTP
gracias al módulo SIM800L
El presente trabajo de grado está estructurado por un Capítulo I, donde

se expone el problema de investigación, los objetivos a cumplir durante la
investigación y se determina el alcance, la limitación y justificación de la
misma.
En el Capítulo II se presenta las bases teóricas y antecedentes que

sirven de soporte para la investigación, enfocado en la explicación de la
1
pluviometría, pero más aún en los elementos tecnológicos que permiten la
comunicación vía internet.
El Capítulo III, presenta el marco metodológico seguido durante este

trabajo de grado
En el Capítulo IV, presenta el diseño del sistema electrónico completo y

las particularidades para la comunicación.
Se agregó un Capítulo V para presentar los resultados de cada una de

las pruebas realizadas al dispositivo, especialmente la comunicación y
recepción de datos en un servidor FTP.
2
CAPÍTULO I
EL PROBLEMA
Planteamiento del problema
Un pluviógrafo es un instrumento meteorológico con la capacidad de

medir la cantidad de agua proveniente de las precipitaciones y el tiempo en
que esta ha caído. En el presente estudio se plantea implementar un sistema
electrónico con comunicación GSM/GPRS a un pluviógrafo que cuenta con
captación de energía solar a través de paneles solares y posee la capacidad
de registrar los datos en una memoria SD.
El principal inconveniente del pluviógrafo ya elaborado, se presenta al

momento de querer obtener los datos que han sido registrados en la memoria
SD, siendo necesario trasladarse al lugar donde se encuentra el pluviógrafo,
que en su mayoría son regiones lejanas y en algunas ocasiones de difícil
acceso y riesgosas.
Otra situación es que las personas que requieran de estas mediciones

no pueden acceder a ellas sin la necesidad de un intermediario, generando de
esta manera dependencia e inconvenientes.
Los módulos GSM o GPRS son similares a los módems, pero hay una
diferencia: el módem es un equipo externo, mientras que el módulo GSM o el
módulo GPRS pueden integrarse en un equipo electrónico. Es una pieza
3
incrustada de hardware. El módulo SIM800L es un dispositivo cuatribanda
GSM/GPRS que trabaja con las frecuencias de 850/900/1800/1900 MHz,
cuenta con la capacidad de realizar llamadas de voz, enviar y recibir mensajes
de texto, así como el establecimiento de conexión de datos.
Por lo tanto, se propone el diseño de un sistema electrónico con

comunicación GSM/GPRS usando el módulo SIM800L, que le permite al
pluviógrafo captar, registrar y enviar datos en archivo a un servidor FTP,
permitiendo así, facilitar el proceso de adquisición de datos y de esta forma el
tiempo de entrega de los datos recolectados.
Objetivos
Objetivo General
Diseñar un sistema electrónico con comunicación GSM/GPRS para un

pluviógrafo usando el módulo SIM800L, para el envío de datos registrados en
la memoria SD a un servidor FTP y luego ser mostrado de forma gráfica.
Objetivos específicos
 Estudiar de forma detallada el funcionamiento del pluviógrafo.
 Analizar el funcionamiento del módulo de comunicación GSM/GPRS

SIM800L y el protocolo de comunicación que emplea.
 Diseñar el sistema electrónico para contabilización, registro y envío de

datos.
4
 Establecer los códigos de programación necesarios.
 Implementar un servidor FTP.
 Construir el dispositivo y someterlo a pruebas.
Alcance
En la presente investigación la amplitud del estudio proyectivo se basa

en diseñar un sistema electrónico con comunicación GSM/GPRS para un
pluviógrafo usando el módulo de comunicación GSM/GPRS SIM800L,
brindándole la capacidad no solo de captar, registrar los datos referentes a
las precipitaciones en un sector específico, sino también enviar los datos
registrados en archivo de texto .txt a un servidor FTP y luego ser mostrado de
forma gráfica, alcanzando proponer un sistema nuevo y novedoso donde su
principal característica es el compilado de datos productos de la medición del
pluviógrafo que serán almacenados en la SD del dispositivo y luego al final del
día serán enviados al servidor para que sean analizados y convertidos en
información gráfica para su análisis y fácil interpretación en un lugar remoto.
Limitaciones
En cuanto al uso de recursos financieros, el estudio limita la

funcionalidad del dispositivo a enviar los datos almacenados en la memoria
SD al finalizar el día, a pesar de tener la capacidad para enviar datos en línea
al momento de producirse la medición, pero ello incrementa los costos dado
que se necesitaría una batería de mayor capacidad y su cambio regular, lo
cual no es rentable, especialmente porque se construye con el fin de fomentar
5
el desarrollo agrícola en comunidades de pobladores rurales que son de
escasos recursos y que no estarían en la capacidad financiera de soportar
estos gastos.
Justificación
Este proyecto brindará grandes beneficios, dada la fácil y rápida

obtención de los datos que estarán al alcance de todos, ofreciendo cierta
independencia y dejando a un lado los inconvenientes o posibles riesgos que
pueden presentar algunas zonas a la hora de obtener los datos que han sido
registrados. Los datos enviados al servidor FTP serán de utilidad en la
determinación de periodos lluviosos y sequía, ofreciendo mejoras en
actividades agrícolas, industriales y en la prevención de catástrofes naturales.
Desde el punto de vista académico, este proyecto facilitará un

compendio de información actualizada que brinda soporte y guía para futuras
investigaciones relacionada con el módulo de comunicación GSM/GPRS
SIM800L.
6
CAPITULO II
MARCO TEÓRICO
Antecedentes
Un antecedente interesante es el presentado pluviógrafo

semiautomático tipo Hellman (González Manríquez, 2016). Plantea la
construcción de un pluviógrafo semiautomático con materiales de bajo costo
equivalente a uno tipo Hellman de sifón, con el objetivo de adquirir los datos
de la precipitación pluvial (Pp). Se presenta el desarrollo de una aplicación de
software para el análisis y presentación de los datos. Para automatizar el
pluviógrafo se construyó un sistema electrónico con base en un sensor de nivel
de líquidos, un módulo de control del tiempo y un microcontrolador de un
sistema Arduino. El sistema almacena los datos en una tarjeta de memoria
flash microSD. El software se codificó en lenguaje de programación Java y
permite interpretar la información captada por el circuito electrónico, realizar
consultas de los datos registrados por el pluviógrafo, desplegar tablas con la
descripción de cada evento de lluvia (tormenta) y generar gráficas como
pluviogramas e hietogramas. En el período de pruebas de este prototipo se
comprobó una precisión de 90% en el total de las mediciones, lo que permite
el uso del dispositivo en ámbitos domésticos o profesionales donde se requiera
la lectura de la precipitación
Otro diseño con relevantes resultados respecto a la resolución de la

variable tiempo en la captación de la lluvia y su influencia en la respuesta que
se obtiene respecto a las características de la lluvia medida y el proceso
7
seguido para la calibración, es el pluviógrafo de cubeta con postprocesamiento
(Méndez, Hernández, Garrido, & Andalia, 2013). Los autores afirman que la
solución encontrada para el postprocesamiento de la información almacenada
y su presentación permite al usuario del programa obtener, en muy poco
tiempo, la curva de masa y los hietogramas de la lluvia con diferentes
alternativas de las variables que intervienen en el postprocesamiento de la
misma.
En la Unexpo, es un antecedente muy importante para esta

investigación el pluviógrafo diseñado por Carlos Moya, el cual es de tipo
cubeta basculante, para lo cual utilizó un microcontrolador ATmega328, un
reloj en tiempo real y una unidad de almacenamiento SD, pero el trabajo no
cuenta con un sistema de comunicación, por lo que el usuario debe acceder a
la información retirando físicamente la unidad de almacenamiento SD, con las
limitaciones que esto acarrea. (Moya, 2014)
Bases Teóricas
Un pluviógrafo es un aparato meteorológico utilizado para registrar la

precipitación y proporciona información acerca del inicio, duración e intensidad
de la lluvia (Méndez L. J., 2013). Con este aparato es posible alcanzar
resoluciones temporales del orden de cinco minutos, aunque en la mayoría de
los casos la resolución utilizada es del orden de media hora. Con el desarrollo
de la electrónica y ordenadores los pluviógrafos evolucionaron al pasar de un
registro mecánico a los dispositivos electrónicos con la capacidad de
almacenar datos digitales.
Entre los pluviógrafos más conocidos está el de sifón, el cual funciona

mediante una pluma accionada por un flotador que marca en un papel sujeto
8
a un tambor giratorio la altura de la lluvia (Núñez, 1996). Cuando el nivel del
depósito llega a un determinado punto se vacía el recipiente haciendo bajar el
flotador, si no llueve, la pluma marca una línea horizontal, y en caso de llover
o vaciarse, la pluma marca una línea vertical en el gráfico. Ver figura 1.
Este pluviógrafo puede fallar en el registro al fluir el viento dado que es

muy sensible, generando así cierto ruido en la señal que será registrada como
precipitación y también al momento que se está realizando el vaciado del sifón
puede fallar en el registro.
Figura 1. Pluviógrafo de sifón

Fuente: http://www.th-friedrichs.de
Otro tipo de Pluviógrafo es el de doble cubeta basculante, el cual

funciona mediante un embudo que conduce el agua recogida hacia una
pequeña cubeta triangular doble que puede ser de metal o plástica y posee
una bisagra en su punto medio, las cubetas se encuentran en un sistema de
equilibrio, que se llenan y vacían de forma alternativa, ya que se encuentran
dispuestas de tal forma que al llenarse la primera se inclina de tal forma que
se vacía para así llenarse la otra, esta inversión ocurre generalmente a 0,2 mm
de precipitación. (Núñez, 1996). Cada vez que la cubeta doble se mueve, este
9
movimiento es registrado en la banda de papel que avanza a velocidad
constante, al final del día contando el número de veces que la cubeta se ha
movido, y multiplicándola por la precipitación que ocasiona su movimiento, se
tendrá la precipitación caída en el día o en un intervalo de tiempo menor, con
una precisión de 0,2 mm. Ver figura 2.
Figura 2. Pluviógrafo de doble cubeta basculante

Fuente: http://scielo.sld.cu
Instrumentos de medición
Es un sistema compuesto por un transductor, acondicionador de señal

y una unidad de almacenamiento o indicación. (Navarro, 1995).
El transductor o detector primario (ó sensor), es el elemento o grupo de

elementos que responde a la cantidad física a ser medida y utiliza energía de
dicha cantidad para transformar su propio estado, en tal forma que el resultado
de dicha transformación pueda ser utilizado como información útil y
representativa de dicha cantidad.
10
Una célula fotovoltaica, por ejemplo, es un caso típico de transductor
que toma la energía proveniente de la luz y produce a su salida (bajo
condiciones de corto circuito) una corriente proporcional a la intensidad de la
luz incidente en un ancho de banda dado.
Otro ejemplo es el potenciómetro, el cual produce como salida un

cambio en la resistencia vista desde un extremo hasta la toma central o cursor.
Dicha salida o cambio de resistencia está relacionada con la posición angular
del eje (para el caso de potenciómetros rotativos) mediante una ley que puede
o no ser lineal.
En el caso que ocupa esta investigación, el sensor o transductor es un

interruptor magnético que conmuta al ritmo de la cantidad de lluvia precipitada.
Sistema de desarrollo Arduino
Arduino es una plataforma de electrónica de código abierto basada en

hardware y software fácil de usar. Las placas Arduino pueden leer entradas
(luz en un sensor, un dedo en un botón o un mensaje de Twitter) y convertirlo
en una salida, activar un motor, encender un LED y publicar algo en línea.
Puede decirle a su tablero qué hacer, enviando un conjunto de instrucciones
al microcontrolador en el tablero. Para hacerlo, utiliza el lenguaje de
programación Arduino (basado en Wiring) y el software Arduino (IDE) basado
en Processing. (Arduino, s.f.)
El Wiring es un marco de programación de código abierto para

microcontroladores. Permite escribir software multiplataforma para controlar
dispositivos conectados a una amplia gama de placas de microcontroladores
para crear todo tipo de codificación creativa, objetos interactivos, espacios o
11
experiencias físicas. El marco se ha creado cuidadosamente teniendo en
cuenta a los diseñadores y artistas para alentar a una comunidad donde los
principiantes a través de expertos de todo el mundo comparten ideas,
conocimientos y su experiencia colectiva. Hay miles de estudiantes, artistas,
diseñadores, investigadores y aficionados que usan Wiring para aprender,
crear prototipos y producir trabajos profesionales terminados.
Processing es un cuaderno de bocetos de software flexible y un

lenguaje para aprender a codificar en el contexto de las artes visuales. Desde
2001, Processing ha promovido la alfabetización de software dentro de las
artes visuales y la alfabetización visual dentro de la tecnología. Hay decenas
de miles de estudiantes, artistas, diseñadores, investigadores y aficionados
que usan Processing para aprender y crear prototipos.
Arduino UNO es una placa de microcontrolador basada en

ATmega328P. Tiene 14 pines digitales de entrada / salida (de los cuales 6 se
pueden usar como salidas PWM), 6 entradas analógicas, un cristal de cuarzo
de 16 MHz, una conexión USB, un conector de alimentación, un encabezado
ICSP y un botón de reinicio. Contiene todo lo necesario para soportar el
microcontrolador; simplemente conéctelo a una computadora con un cable
USB o con un adaptador de CA a CC o batería para comenzar. Ver figura 3.
Tabla 1. Especificaciones técnicas Arduino UNO R3
Microcontrolador ATmega328
Voltaje de operación 5V
Tensión de entrada (recomendado) 7-12V
Límites de tensión de entrada. 6-20V
Pines de entrada y salida digitales 14 (6 son salida PWM)
Entradas analógicas 6
Corriente continua (pines I/O) 20 mA
12
Corriente continua para pin de 3.3V 50 mA
Memoria Flash 32 KB (ATmega328)
Memoria SRAM 2 KB (ATmega328)
Memoria EEPROM 1 KB (ATmega328)
Velocidad de reloj 16 MHz
Fuente: https://store.arduino.cc/usa/arduino-uno-rev3
Figura 3. Arduino UNO R3

Fuente: http://arduino.cc/en/Main/ArduinoBoardUno
Microcontrolador ATMEGA328
El ATMEGA328 es un chip microcontrolador creado por Atmel y

pertenece a la serie megaAVR. El ATmega328 AVR 8-bit es un Circuito
integrado de alto rendimiento que está basado un microcontrolador RISC,
combinando 32 KB ISP flash una memoria con la capacidad de leer-mientras-
escribe, 1 KB de memoria EEPROM, 2 KB de SRAM, 23 líneas de E/S de
propósito general, 32 registros de proceso general, tres temporizadores
flexibles/contadores con modo de comparación, interrupciones internas y
externas, programador de modo USART, una interface serial orientada a byte
13
de 2 cables, SPI puerto serial, 6-canales 10-bit Conversor A/D (8-chanales en
TQFP y QFN/MLF packages), "watchdogtimer" programable con oscilador
interno, y cinco modos de ahorro de energía seleccionables por software. El
dispositivo opera entre 1.8 y 5.5 voltios. Por medio de la ejecución de
poderosas instrucciones en un solo ciclo de reloj, el dispositivo alcanza una
respuesta de 1 MIPS, balanceando consumo de energía y velocidad de
proceso. El microcontrolador ATmega328 podemos observarlo en la figura 4.
Figura 4. Microcontrolador ATMEGA328

Fuente: https://ktechnics.com/
Red GSM
A comienzos de la década de 1980 ocurrió un gran crecimiento de los

sistemas telefónicos celulares analógicos especialmente en el Reino Unido y
Escandinavia y de menor manera en Francia y Alemania, cada quien contaba
con su propio sistema celular que era incompatible con los demás, tanto en
equipo como en el sistema de operación, la mayoría funcionaban en distintas
frecuencias y todos eran analógicos. (Tomasi, 2003)
Para 1982 la conferencia de correos y telégrafos europeos formó el

Groupe Special Mobile (GSM) con el fin de estudiar y desarrollar un sistema
telefónico móvil terrestre y público pan europeo. En 1989 fue transferida la
responsabilidad de la GSM al instituto europeo de normas de telecomunicación
14
y en 1990 se publicó la fase uno de las especificaciones GSM. Este tuvo la
ventaja de haberse diseñado desde cero sin importar si era compatible con los
sistemas telefónicos celulares analógicos existentes y ya para 1991 comenzó
el servicio comercial GSM.
La arquitectura GSM consiste en tres subsistemas principales

interconectados que interaccionan entre sí y con los suscriptores a través de
interfaces especificadas de red. Los tres principales subsistemas del GSM son
subsistema de estación base, subsistema de red y conmutación y subsistema
de soporte operacional, aunque la estación móvil es técnicamente otro
subsistema generalmente se le considera como parte del subsistema de
estación base.
En Europa, el sistema GSM utiliza las bandas de frecuencia de 850, 900

y 1800 MHz, mientras que en los Estados Unidos se usa la banda de
frecuencia de 1900 MHz. En consecuencia, los dispositivos de
comunicaciones móviles que pueden operar, tanto en Europa como en
Estados Unidos se conocen como cuatribanda (Quad band).
El estándar GSM permite transmisiones digitales de voz y datos, como

mensajes de texto (SMS) o mensajes multimedia (MMS).
Respecto a su arquitectura de red, en GSM todo terminal móvil debe

estar constituido por una tarjeta SIM (Módulo de identificación de abonado) y
el propio dispositivo, normalmente un teléfono móvil. La tarjeta SIM es la
encargada de identificar en la red al usuario y al terminal móvil. Estos
dispositivos se identifican gracias a un número exclusivo de identificación
denominado IMEI (Identificador internacional de equipos móviles), compuesto
por 15 dígitos. Por otro lado, cada tarjeta SIM también posee un número de
15
identificación único denominado IMSI (Identificador internacional de abonados
móviles).
Red GPRS
Poco después de que las primeras redes GSM entraron en

funcionamiento a principios de la década de 1990 y el uso de los servicios de
datos GSM comenzaron, se hizo evidente que los servicios portadores con
conmutación de circuitos no eran particularmente adecuados para ciertos tipos
de aplicaciones con naturaleza de ráfaga. La conexión por conmutación de
circuitos tiene un largo tiempo de acceso a la red, y la carga de la llamada es
basada en el tiempo de conexión. En las redes con conmutación de paquetes,
las conexiones no se reservan recursos de forma permanente, pero hacen uso
del fondo común, que es altamente eficiente, en particular, para aplicaciones
con una naturaleza de ráfaga. El GPRS (Servicio general de paquetes vía
radio) tendrá un muy corto tiempo de acceso a la red y el cobro de llamadas
podría basarse únicamente en una cantidad de datos transmitidos. (Halonen,
2004)
La arquitectura general del sistema GPRS coincide en gran medida con

el sistema GSM, al momento de efectuar el encaminamiento de los paquetes
hacia y desde las estaciones móviles, se han incorporado dos nuevos
elementos lógicos a la estructura básica del GSM:
 El nodo de soporte servidor de GPRS (SGSN): que es el elemento

responsable de entregar los paquetes a las estaciones móviles dentro
de su área de servicio, entre sus tareas figuran la gestión de la movilidad
de la estación móvil, funciones relacionadas con la seguridad (como el
16
cifrado y la autenticación) y recopilar la información necesaria para la
efectuar la tarifación.
 El nodo de soporte pasarela de GPRS (GGSN): este nodo actúa como

una pasarela hacia las redes de conmutación de paquetes (RCP)
externas, que usualmente son redes IP o redes pública de conmutación
de paquetes x.25.
El sistema GPRS ofrece un rendimiento máximo teórico de 160 kbps y

permite utilizar servicio como: protocolo de aplicación inalámbrica, servicio de
mensajes cortos, sistema de mensajes multimedia, acceso internet y correo
electrónico. El sistema GSM fue diseñado originalmente con énfasis en las
sesiones de voz, el objetivo principal de GPRS es ofrecer acceso a redes de
datos estándar como el protocolo de control de transporte (TCP) / protocolo de
Internet (IP) y X.25.
Módulo de comunicación SIM800L GPRS/GSM
Este módulo SIM800L es uno de los más pequeños y poderosos del

mercado, cuenta con una entrada para chip SIM, al encender el módulo
automáticamente inicia conectándose a la red de inicio establecida, posee
luces de señales para todas las rutas, cuando produce destellos lentos
significa que hay señal, en cambio cuando produce destellos rápidos significa
que no hay señal, soporta la red GSM/GPRS, que trabaja con frecuencias de
850/900/1800/1900 MHZ, al ser cuatribanda funciona en cualquier país gracias
a la red local GSM, permite enviar mensajes SMS, realizar y recibir llamadas
y operaciones de internet como HTTP/UDP/FTP. No funciona con redes 3G.
Funciona mediante comandos AT al igual que la mayoría de módulos y shields
GSM. Podemos observar el módulo SIM800L en la figura 5.
17
Figura 5. Módulo GSM/GPRS SIM800L
Fuente: https://nettigo.eu
Comandos AT
Los comandos AT, denominados así por la abreviatura de attention,

fueron desarrollados en 1977 por Dennis Hayes como una interfaz de
comunicación con un módem para poder configurarlo y controlarlo. Más
adelante con el avance del baudios, las compañías Microcomm y US Robotics
siguieron desarrollando y expandiendo los comandos hasta universalizarlos.
Este lenguaje ha sido adoptado como estándar por parte de la telefonía

móvil GSM para poder comunicarse con sus terminales, dando como resultado
que todos los teléfonos móviles GSM poseen un conjunto de comandos
específicos para configurar y proporcionar instrucciones a los terminales.
El comando base de los comandos Hayes es AT, con él se puede

comprobar si el dispositivo funciona correctamente, mediante la respuesta OK.
Ejemplo:
AT
OK
18
Servidor de Red
Un servidor de red es un ordenador que ofrece el acceso a los recursos

compartidos entre las estaciones de trabajo u otros servidores conectados en
una red informática. Los recursos compartidos pueden incluir acceso a
hardware, como discos duros, impresoras, software, servicios de email o
acceso a internet. Lo que diferencia al servidor de la estación de trabajo no es
el hardware sino cómo se comporta el ordenador y las funciones que
desempeña. Por tanto, cualquier ordenador puede configurarse como servidor.
Un servidor generalmente tiene más memoria RAM o cuenta con discos

duros más robustos. Este equipamiento extra es necesario cuando a la red se
van a conectar numerosas estaciones de trabajo que podrían saturar a un
servidor de menor capacidad.
Servidor FTP
Un servidor FTP es un programa especial que se ejecuta en un equipo

servidor normalmente conectado a internet y su función es permitir el
intercambio de datos entre diferentes servidores computadores.
Protocolo de transferencia de archivos (FTP)
Es un protocolo de red utilizado para la transferencia de archivos entre

sistemas conectados a una red TCP (protocolo de control de transmisión),
basado en la arquitectura cliente-servidor.
19
El servicio FTP es ofrecido por la capa de aplicación del modelo de
capas de red TCP/IP al usuario, utilizando normalmente el puerto de red 20 y
el 21. El problema básico del FTP es que fue pensado para ofrecer la máxima
velocidad en la conexión pero no la máxima seguridad, ya que todo el
intercambio de información, desde el login y password del usuario en el
servidor hasta la transferencia de cualquier archivo se realiza en texto plano
sin ningún tipo de cifrado.
20
CAPÍTULO III
MARCO METODOLÓGICO
Este capítulo presenta la metodología utilizada, el tipo de investigación,

las técnicas y los procedimientos utilizados para la realización del proyecto.
Una investigación puede definirse como un esfuerzo que se emprende

para resolver un problema, claro está, un problema de conocimiento.” (Sabino,
2002, p. 34).
Tipo de investigación
Tomando en consideración el problema planteado y el objetivo general

que se busca cumplir, la investigación es tipo proyectiva, según (Hurtado,
2008). Este tipo de investigación, consiste en la elaboración de una propuesta,
un plan, un programa o un modelo, como solución a un problema o necesidad
de tipo práctico, ya sea de un grupo social, o de una institución, o de una región
geográfica, en un área particular del conocimiento, a partir de un diagnóstico
preciso de las necesidades del momento, los procesos explicativos o
generadores involucrados y de las tendencias futuras, es decir, con base en
los resultados de un proceso investigativo.
De todo lo antes mencionado, se puede señalar que la investigación es

proyectiva, ya que se realiza un sistema electrónico con comunicación
GSM/GPRS, que permitirá al pluviógrafo enviar los datos registrados a un
21
servidor FTP, permitiendo la fácil y rápida obtención de los datos que estarán
al alcance de todos, sin la necesidad de un intermediario y erradicando los
problemas que se originan al momento de obtener los datos registrados en la
memoria SD.
Diseño de la investigación
Según Arias (2006, p. 26), expone el diseño de la investigación, como

la estrategia general, que adopta el investigador para responder al problema
planteado, definido por el origen de los datos, tanto primarios, en diseños de
campo como secundarios en estudios documental y la manipulación o no de
las condiciones en las cuales se realiza el estudio.
Sobre el diseño experimental, Arias (2006) expone: “Consiste en

someter a un objeto o grupo de individuos a determinadas condiciones,
estímulos o tratamiento, para observar los efectos o reacciones que se
producen.” (p. 33).
El diseño de investigación del proyecto es experimental, debido a que

se realizan un conjunto de pruebas experimentales para analizar el
funcionamiento del prototipo en distintas situaciones durante la realización del
proyecto, que permitirá hacer las adecuaciones y ajustes necesarios para un
resultado óptimo.
Técnicas e instrumentos de recolección de datos
Según Arias (2006, p.67), la técnica de recolección de datos, es el

procedimiento o forma particular de obtener datos o información.
22
Las técnicas para recolección de información del proyecto se basa en
la observación e investigación, buscando toda la información necesaria para
así realizar todas pruebas necesarias que deben realizarse al prototipo.
Seguidamente, Arias (2006, p. 69) comenta que un instrumento de

recolección de datos es cualquier recurso, dispositivo o formato (papel o
digital), que se utiliza para obtener, registrar y almacenar información. Los
instrumentos utilizados se mencionan a continuación:
Computador personal: necesario para la programación del software y placa

Arduino, la redacción del informe, y parte de la investigación documental como
búsqueda de manuales de software utilizados.
Software Arduino 1.8.4: programa necesario para editar, compilar y depurar el

código que será utilizado para realizar las pruebas con el Arduino UNO R3.
Tera Term: emulador de terminal utilizado para probar diversos comandos con
el módulo SIM800L.
Arduino UNO R3: dispositivo utilizado para la registrar los datos obtenidos del
sensor y el reloj en tiempo real en la tarjeta SD mediante un archivo de texto
para luego ser transferido a un servidor FTP por medio del módulo SIM800L.
Protoboard: placa de gran utilidad para realizar todas las pruebas necesarias
con el interruptor magnético, el reloj de tiempo real ds1307, el módulo de
tarjeta SD y el módulo SIM800L antes de su montaje definitivo en la placa
(PCB).
Multímetro: instrumento de gran utilidad para medir diferentes magnitudes

eléctricas corriente, tensiones, resistencias y capacidades.
23
Tarjeta FTDI FT232R: Tarjeta para conversión de Interfaz USB-Serial (USB-
UART), muy útil para cargar el código al ATmega328 en el protoboard y
permitir la comunicación directa con el módulo SIM800L.
EasyEDA: herramienta utilizada para realizar el diseño del circuito electrónico

y de la placa en linea.
Técnicas de procesamiento y análisis de datos
Arias (2006, p. 111), señala que en las técnicas de procesamiento y

análisis de datos, se describen las distintas operaciones a las que serán
sometidos los datos que se obtengan: clasificación, registro, tabulación y
codificación si fuere el caso.
Tomando en consideración que la investigación es de tipo proyectiva se

sometió el prototipo a un conjunto de pruebas necesarias a lo largo de su
desarrollo, tanto de hardware como software para de esta forma corregir todo
los fallos y ofrecer un sistema estable y eficiente.
En cuanto al procesamiento y análisis de los datos se requiere del uso

de un computador personal con el que se podrá obtener la información que se
encuentra en el servidor FTP para su posterior análisis de forma gráfica.
24
CAPÍTULO IV
DISEÑO
En este capítulo se muestra el diseño del hardware y el software

utilizado para el desarrollo del código. Se comienza explicando de manera
general como funciona el sistema y de esta manera poder brindar un enfoque
en cada una de sus partes, para luego proceder a unir el hardware y el software
y poner en funcionamiento el sistema electrónico en su totalidad.
El sistema electrónico está compuesto por paneles solares encargados

de recargar las baterías, cuyo voltaje será reducido por un regulador variable
DC-DC MP1584E para alimentar al dispositivo en general; así como, un
regulador de 3,3 V AMS1117-3.3 para alimentar la memoria SD, también
cuenta con un led indicador que tiene como finalidad informar si ha ocurrido
un error o si el proceso de transferencia de datos ha sido o no satisfactorio. Un
microcontrolador ATmega328 que se encargara principalmente de contar y
registrar en la memoria SD los pulsos generados por el interruptor magnético
al momento de ocurrir una basculación junto a la fecha y hora que provee el
reloj en tiempo real en un archivo .txt que será enviado a través del módulo de
comunicación SIM800L a un servidor FTP valiéndose de la operadora de
telecomunicaciones móviles, para que luego los usuarios puedan acceder a
esta información a través de un cliente FTP.
Una vez explicado de forma general el funcionamiento del sistema

electrónico, en la figura 6 se puede observar la representación general del
sistema, compuesto por un conjunto de bloques que brindan una manera más
sencilla de entender su funcionamiento.
25
Representación general del sistema
Figura 6. Representación general del sistema

Fuente: Elaboración propia.
26
Alimentación general del sistema
Para la alimentación el sistema cuenta con dos paneles solares

monocristalinos, los paneles se encuentran conectados en serie y proveen un
máximo de 8 V y 200 mA, permitiendo así la carga de las baterías conectadas
en serie cada una de 1,2 V - 2000 mAh. El panel solar monocristalino se puede
observar en la figura 7 y el tipo de baterías a utilizar en la figura 8.
Figura 7. Panel solar monocristalino

Fuente: http://deltavolt.pe
Figura 8. Batería AA 1,2 V 2000 mAh

Fuente: http://www.tenergy.com
Las baterías y el panel solar se conectaran en la entrada del regulador

DC-DC mp1584e como puede observarse en la figura 9, con el fin de reducir
el voltaje de las baterías al rango de trabajo del sistema electrónico que se
encuentra entre los 5 y 4,8 V y así brindar estabilidad durante la carga y
descarga de la misma.
27
Figura 9. Conexión entre panel solar, batería y regulador MP1584
Para determinar la salida en mA necesaria para cargar las baterías se

emplea la Ecuación 1:
𝐶 = 𝑐𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑 𝑑𝑒 𝑐𝑜𝑟𝑟𝑖𝑒𝑛𝑡𝑒 𝑑𝑒 𝑙𝑎 𝑏𝑎𝑡𝑒𝑟𝑖𝑎 Ecuación 1

𝑆𝑎𝑙𝑖𝑑𝑎 𝑒𝑛 𝑚𝐴 𝑑𝑒𝑙 𝑝𝑎𝑛𝑒𝑙 𝑠𝑜𝑙𝑎𝑟 = 0,1 ∗ 𝐶
𝑆𝑎𝑙𝑖𝑑𝑎 𝑒𝑛 𝑚𝐴 𝑑𝑒𝑙 𝑝𝑎𝑛𝑒𝑙 𝑠𝑜𝑙𝑎𝑟 = 0,1 ∗ 2000 𝑚𝐴
𝑆𝑎𝑙𝑖𝑑𝑎 𝑒𝑛 𝑚𝐴 𝑑𝑒𝑙 𝑝𝑎𝑛𝑒𝑙 𝑠𝑜𝑙𝑎𝑟 = 200 𝑚𝐴
El tiempo de carga de la batería se calcula haciendo uso de la siguiente

formula que puede observarse en la Ecuación 2:
𝑐𝑎𝑝𝑎𝑐𝑖𝑑𝑎𝑑 𝑑𝑒 𝑐𝑜𝑟𝑟𝑖𝑒𝑛𝑡𝑒 𝑑𝑒 𝑙𝑎 𝑏𝑎𝑡𝑒𝑟𝑖𝑎

𝑇𝑖𝑒𝑚𝑝𝑜 𝑑𝑒 𝑐𝑎𝑟𝑔𝑎 = Ecuación 2
𝑠𝑎𝑙𝑖𝑑𝑎 𝑒𝑛 𝑚𝐴 𝑑𝑒𝑙 𝑝𝑎𝑛𝑒𝑙 𝑠𝑜𝑙𝑎𝑟
2000 𝑚𝐴ℎ
𝑇𝑖𝑒𝑚𝑝𝑜 𝑑𝑒 𝑐𝑎𝑟𝑔𝑎 = = 10 ℎ𝑜𝑟𝑎𝑠
200 𝑚𝐴
Interruptor Magnético
El interruptor magnético consiste en un par de contactos ferrosos

encerrados al vacío dentro un tubo de vidrio que se encuentra lleno por lo
28
general de nitrógeno o algún gas inerte equivalente, las láminas de contactos
están hechas de material ferromagnéticos (Fe-Ni aleado), cada contacto está
sellado en los extremos opuestos del tubo de vidrio que puede tener unos 10
mm de largo por 3 mm de diámetro. Al acercarse un campo magnético se unen
los contactos y se separan al desaparecer el campo magnético. En el
pluviógrafo el interruptor magnético se encuentra ubicado en el pivote del
sensor basculante como puede verse en la figura 10, este interruptor se
encuentra normalmente abierto y al producirse cada basculación por acción
del imán se cierra y abre generando así un pulso rectangular de corta duración.
Figura 10. Sensor Basculante

Fuente: Elaboración propia
En la figura 11 se puede observar el esquemático del suiche magnético.
Figura 11. Esquemático sensor magnético

29
Microcontrolador
El microcontrolador utilizado es el ATmega328p-pu y se encarga

principalmente de contar los pulsos que genera el sensor basculante por medio
de una interrupción externa activada por el pin INT0 al momento de producirse
cada basculación, para luego ser almacenados en la memoria SD con su
respectiva hora, minutos, segundos, día, mes y año en un archivo de texto .txt
y poco antes de finalizar el día enviar toda la información al servidor FTP por
medio del módulo de comunicación SIM800L. En la figura 12 se puede
observar la configuración de sus pines.
Figura 12. Configuración de pines atmega328

Fuente: http://www.atmel.com
El microcontrolador ATmega328 se encuentra alimentado a 4,8 V y su

frecuencia de trabajo se fijará a 8 MHZ, en cuanto a su consumo será alrededor
de 11 mA lo cual es una reducción considerable de consumo comparado a su
30
funcionamiento a 16 MHZ y alimentado con 4,8 V que se encuentra alrededor
de los 17 mA, todo gracias a que el oscilador interno toma la menor cantidad
de corriente para su funcionamiento. Ver Tabla 2.
Tabla 2. Consumo en mA de acuerdo a la frecuencia
CLOCK mA a 5V
8 MHZ 11.68
16 MHZ 17.52
Fuente: https://www.avrprogrammers.com/howto/atmega328-power
Reloj en tiempo real
El circuito integrado DS1307 es un reloj en tiempo real que utiliza el bus

I2C para comunicarse con el microcontrolador en este caso el ATmega328. Su
papel es proporcionar los datos relativos a las horas, minutos, segundos, día,
mes y año en que se toma la muestra del sensor, es capaz de ajustar de forma
automática los meses de 31 días y años bisiestos, posee un circuito para la
detección de fallas de energía y cambia automáticamente a la batería de
respaldo de 3 voltios, su consumo es menor a 500 nanoamperios cuando se
encuentra alimentado por la batería de respaldo.
El bus I2C (Inter Integrated Circuits) también conocido como TWI (Two Wire
Interface) fue desarrollado por Phillips y permite la comunicación entre
microcontroladores, memorias y demás dispositivos por medio de dos hilos
uno para transmitir los datos (SDA) y otro que es el reloj asíncrono (SCL) que
indica cuando leer los datos. Cada dispositivo cuenta con una dirección
31
exclusiva de 7 bits, permitiendo así en teoría conectar hasta 27=128
dispositivos, y solo uno de ellos puede actuar como master pudiendo
alternarse en un instante dado, este se encarga de proporcionar un protocolo
de arbitraje y detección de colisiones.
Las resistencias pull-up R1 Y R2 son resistencias que se utilizan en

circuitos lógicos digitales. Tienen la misión de que las entradas lógicas del
sistema se mantengan en los niveles correctos en caso de que otros
dispositivos o circuitos se conecten o desconecten del sistema. Las
resistencias pull-up establecen la tensión en un nivel alto hasta una tensión
precalculada. La función principal de una resistencia pull-up es evitar que una
corriente excesiva fluya a través del circuito cuando se necesita un nivel lógico
bajo. Esta resistencia no solo se coloca en las entradas, en todos los circuitos
integrados que tengan las salidas en colector abierto es necesario su uso para
obtener el nivel lógico alto o de VCC, en la figura 13 se muestra la forma
correcta de conectar los componentes.
Figura 13. Configuración del Bus I2c

Fuente: http://www.embedds.com/
En la figura 14 podemos observar la manera en que se encuentran

distribuidos los pines del reloj en tiempo real.
32
Figura 14. Configuración de los pines DS1307
Fuente: https://datasheets.maximintegrated.com/
 Pin 1 (X1): conexión para cristal de cuarzo de 32,768kHz

 Pin 2 (X2): conexión para cristal de cuarzo de 32,768kHz
 Pin 3 (VBAT): batería de respaldo. Si no se utiliza, este pin debe
conectarse a GND
 Pin 4 (GND): masa
 Pin 5 (SDA): I2C datos
 Pin 6 (SCL): I2C reloj
 Pin 7 (SQW/OUT): salida de onda cuadrada
 Pin 8 (VCC): alimentación
En la figura 15 se puede observar el esquemático del reloj en tiempo real.
Figura 15. Esquemático RTC

Fuente: Elaboración Propia
33
Almacenamiento
Para el almacenamiento se hace uso de una memoria SD conectada al

microcontrolador ATmega328 a través del bus SPI (Serial Peripheral
Interface), que es un protocolo de comunicación síncrona de 4 hilos
desarrollada por Motorola en 1980, fue pensado para comunicar un
microcontrolador con distintos periféricos a una alta velocidad de transmisión
y full dúplex. El bus de interfaz de periféricos serie o bus SPI es un estándar
para controlar casi cualquier dispositivo electrónico digital que acepte un flujo
de bits serie regulado por un reloj (comunicación sincrónica).
El bus SPI utiliza una solución síncrona, porque utiliza unas líneas
diferentes para los datos y el clock. El clock es una señal que indica al que
escucha exactamente cuándo leer las líneas de datos, con lo que el problema
de pérdida de sincronía se elimina de raíz. Ver figura 16.
El bus SPI se define mediante 4 pines:
● SCLK o SCK (Señal de reloj del bus): esta señal rige la velocidad a la
que se transmite cada bit.
● MISO (Maestro entrada - Esclavo Salida): Es la señal de entrada a

nuestro dispositivo, por aquí se reciben los datos desde el otro
integrado.
● MOSI (Maestro Salida - Esclavo Entrada): Transmisión de datos hacia

el otro integrado.
● CS ó SS: (Chip seleccionado ó Esclavo seleccionado): habilita el

integrado hacia el que se envían los datos. Esta señal es opcional y
en algunos casos no se usa.
34
Figura 16. Configuración bus SPI
Fuente: https://learn.sparkfun.com
Para la alimentación de la memoria SD, se hace necesario el uso de

un regulador de voltaje AMS1117-3.3, para reducir de 4,8 V a 3,3 V que es
el voltaje al que trabaja la memoria SD. Ver figura 17.
Figura 17. Regulador de voltaje 3.3v

Para los pines de conexión entre el microcontrolador ATmega328 y la

memoria SD se amerita un divisor de tensión, en los pines CS, MOSI y SCK,
ya que al alimentar al microcontrolador con una tensión de 4,8 V las salidas de
35
los pines trabajarán al mismo nivel de tensión y esto podría dañar la memoria
SD que trabaja en un rango de 2.7 V a 3.6 V. Ver figura 18.
𝑅2
𝑉𝑜𝑢𝑡 = 𝑉𝑖𝑛 ∗ Ecuación 3
𝑅1 + 𝑅2
En caso de alimentar el arduino por puerto USB.
3,3 𝐾Ω
𝑉𝑜𝑢𝑡 = 5 𝑉 ∗ = 3,23 𝑉
1,8 𝐾Ω + 3,3 𝐾Ω
En caso de alimentar por batería de 4,8 V
3,3 𝐾Ω
𝑉𝑜𝑢𝑡 = 4,8 𝑉 ∗ = 3,10 𝑉
1,8 𝐾Ω + 3,3 𝐾Ω
En ambos caso se encuentra en el rango del voltaje de operación de

la SD. En la figura 18 podemos observar el esquemático de la memoria SD
con su respectivo divisor de voltaje.
Figura 18. Esquemático SD con divisor de voltaje

Fuente: Elaboración Propia.
36
Comunicación
El módulo SIM800L se comunica con el microcontrolador a través del

puerto serial UART por medio de los pines TX y RX. UART es normalmente
un circuito integrado individual usado para comunicaciones de un sistema de
cómputo, normalmente incluido en microcontroladores. Actualmente estos
circuitos pueden comunicarse de manera sincrónica y asincrónica y son
conocidos como USART. Las funciones principales de chip UART son:
manejar las interrupciones de los dispositivos conectados al puerto serie y
convertir los datos en formato paralelo, transmitidos al bus de sistema, a datos
en formato serie, para que puedan ser transmitidos a través de los puertos y
viceversa. Ver figura 19.
Los pines de conexión de la placa UNO que se utilizan con este

periférico interno, son los siguientes:
● PIN 0 (RXD) – Puerto D del microcontrolador PD0

● PIN 1 (TXD) – Puerto D del microcontrolador PD1
● PIN 13 (SCK) – Puerto B del microcontrolador PB15 (Sólo para el modo
síncrono)
Para poder realizar la comunicación los dispositivos que se vayan a

comunicar deben conocer la velocidad a la que se va a realizar, es decir a qué
baudios se va a realizar la transmisión.
La comunicación comienza con una señal de Start, seguida de los bits

a enviar, y se pueden seleccionar entre 5 y 9 bits a mandar, después
seleccionar si va a haber un bit de paridad para comprobar errores y por último
si fijar uno o dos bits de Stop.
37
Figura 19. Configuración puerto serial UART
Fuente: https://www.allaboutcircuits.com
Tabla 3. Características técnicas del módulo SIM800L
Voltaje de operación 3.4V - 4.4V

Voltaje de operación recomendado 4V
Consumo de energía modo suspendido < 2.0mA
Consumo de energía modo inactivo < 7.0mA
Consumo de energía durante transmisión 350 mA
Picos de corriente durante transmisión 2000mA
Máximo voltaje Interfaz Serial UART 2.8V
Tipo de SIM microSIM
Frecuencias soportadas Quad Band (850 / 900 / 1800 /1900
MHz)
Conector de antena IPX
Velocidades de transmisión serial 1200bps hasta 115200bps
Temperatura de trabajo -40 a + 85 ° C
Fuente: SIM800_Hardware Design_V1.08
En caso de producirse un sobre voltaje o un bajo voltaje, el módulo

SIM800L muestra los siguientes mensajes de advertencia:
● Si el voltaje es menor o igual a 3,5v mostrará mensaje UNDER-

VOLTAGE WARNING
38
● Si el voltaje es mayor o igual a 4,3V mostrara mensaje OVER-
VOLTAGE WARNING
● Si el voltaje es menor a 3,4V mostrara mensaje UNDER-VOLTAGE

POWER DOWN
● Si el voltaje es mayor a 4,4V mostrara mensaje OVER-VOLTAGE

POWER DOWN
Alimentación del módulo SIM800L
El módulo debe alimentarse con una batería o fuente de alimentación

externa no mayor a 5 V y que sea capaz de soportar un consumo de 2 A, en
caso de disponer de una fuente de alimentación de 5 voltios y 500 miliamperios
se recomienda el uso de un condensador de 1000 uf en combinación con un
diodo para disminuir el voltaje a 4,3 V y soportar los picos de 2 amperios, así
como el uso de un diodo zener de 5,1 V y ½ W para proteger el módulo en
caso de ocurrir una sobretensión. Ver figura 20.
Figura 20. Alimentación SIM800L con fuente de poder 5 V < 2 A

39
En caso de alimentar con batería no es necesario la totalidad del arreglo
tan solo mantener el diodo zener y que el voltaje se encuentre por encima de
3,4 V y por debajo de 4,4 V, se recomienda 4 V.
En cuanto a la interfaz del puerto serial se debe aplicar un divisor de

tensión para disminuir el voltaje de entrada y de esta forma proteger el módulo
SIM800L en la línea RX, cuyo voltaje se recomienda no exceda los 2,8 V y una
resistencia de 1 KΩ en TX para limitar la corriente. Ver figura 21.
𝑅2
𝑉𝑜𝑢𝑡 = 𝑉𝑖𝑛 ∗ Ecuación 4
𝑅1 + 𝑅2
𝑅2
𝑅1 = (𝑉𝑖𝑛 ∗ ) − 𝑅2
𝑉𝑜𝑢𝑡
Donde:
Vin=4,8 V
Vout (max)=2,8 V
R2=10 KΩ
10 𝐾Ω
𝑅1 = (4,8 𝑉 ∗ ) − 10 𝐾 = 7,14 𝐾Ω ≈ 7,5 𝐾Ω (𝑣𝑎𝑙𝑜𝑟 𝑐𝑜𝑚𝑒𝑟𝑐𝑖𝑎𝑙)
2,8 𝑉
10 𝐾Ω
𝑉𝑜𝑢𝑡 = 4,8 𝑉 ∗ = 2,74 𝑉
7,5 𝐾Ω + 10 𝐾Ω
Figura 21. Protección de líneas TX y RX y VCC del módulo SIM800L

40
Control de encendido y apagado del módulo SIM800L
Está conformado por un arreglo realizado con un mosfet conectado a la

salida del pin PD5 del ATmega328 que actuará como suiche y será capaz de
controlar el encendido y apagado del módulo SIM800L así como soportar el
consumo regular de 500 miliamperios y los picos de corriente de 2 amperios
al momento del encendido, durante la búsqueda de señal y conexión de red.
Ver figura 22.
Figura 22. Control de encendido y apagado del módulo SIM800L

Led indicador
El sistema electrónico cuenta con la capacidad de indicar si se ha

producido un error el equipo o si el proceso ha sido satisfactorio mediante un
led rojo conectado a la salida del pin PD3, en caso de error el led se mantendrá
encendido y titila en caso de un proceso satisfactorio. Ver figura 23.
𝑉𝑜𝑢𝑡 − 𝑉𝑙𝑒𝑑 = 𝐼𝑙𝑒𝑑 ∗ 𝑅1 Ecuación 5
41
Donde:
𝑉𝑜𝑢𝑡 = 5 𝑉
𝑉𝑙𝑒𝑑 = 1,2 𝑉
𝐼𝑙𝑒𝑑 = 5 𝑚𝐴
𝑉𝑜𝑢𝑡 − 𝑉𝑙𝑒𝑑 5 𝑉 − 1,2 𝑉

𝑅1 = = = 760 Ω
𝐼𝑙𝑒𝑑 0,005 𝐴
En la figura 23 se puede observar la conexión y resistencia de

protección para el led.
Figura 23. Led Indicador

Implementación del servidor FTP
Para poner en funcionamiento el servidor FTP es necesario el uso de

dos aplicaciones en este caso Filezilla Server y el Dynamic DNS, estas se
pueden descargar sin problema de la página oficial de Filezilla y No-IP.
Durante la instalación de Filezilla no es necesario hacer modificación

alguna durante el proceso y una vez concluida se realizó un conjunto de
configuraciones necesarias para poner en funcionamiento el servidor FTP.
En Filezilla el puerto de escucha del programa quedó de forma

predeterminada en 14147, la dirección del servidor local en localhost y la
42
opción para que se conecte de forma automática cada vez que se reinicie el
servidor, como se muestra en la figura 24.
Figura 24. Dirección y puerto de filezilla

En cuanto al usuario, contraseña y directorio se deben seguir los

pasos que se indican en las figuras que van desde la 25 a 30.
Figura 25. Editar usuario y contraseña de para conectarse a servidor FTP

43
Figura 26. Proceso para agregar usuario de servidor FTP
Figura 27. Agregando usuario para conectarse a servidor FTP

Figura 28. Agregar contraseña para conectarse a servidor FTP

44
Figura 29. Asignar carpeta de servidor FTP
Figura 30. Opciones permitidas en carpeta de servidor FTP

En el caso del router es necesario fijar la dirección IP del equipo

colocando la MAC address del adaptador WiFi del equipo y la dirección IP en
45
este caso es 192.168.0.101 y luego es necesario abrir el puerto 21 para
permitir la comunicación con el servidor FTP. Ver figura 31 y 32.
Figura 31. Fijar dirección IP del equipo

Figura 32. Abrir puerto 21 del router

Para el correcto funcionamiento del servidor FTP se debe habilitar la

aplicación a través del firewall de Windows, para ello es necesario ubicarse en
46
el panel de control > sistema y seguridad > firewall de Windows y seguir un
conjunto de pasos como indican las figuras que van desde la 33 a 39.
Figura 33. Permitir una aplicación a través del firewall de Windows

Figura 34. Cambiar configuración de aplicaciones a través del firewall

Figura 35. Permitir otra aplicación a través del firewall

47
Figura 36. Agregar aplicación a través del firewall
Figura 37. Agregar filezilla server a través del firewall

Figura 38. Selección de casillas privada y pública a través del firewall

48
Figura 39. Finalizada habilitación de filezilla server a través del firewall
Para una dirección IP dinámica, es necesario el uso de la aplicación de

no-ip Dynamics DNS, que permite la actualización en tiempo real de la
información sobre nombres de dominio situada en un servidor de nombres. El
uso más común que se le da es permitir la asignación de un nombre de dominio
de Internet a un dispositivo con dirección IP variable (dinámica). Esto permite
conectarse con la máquina en cuestión sin necesidad de tener conocimiento
de que dirección IP posee en ese momento. Para usar la aplicación, es
necesario registrarse en la página para crear el nombre de anfitrión y dominio.
En la figura 40 se puede observar el primer paso para crear el nombre del
servidor.
Figura 40. Crear nombre de anfitrión

Ahora se procede a escribir el nombre del anfitrión que se desea crear

en este caso pluviógrafo como puede observarse en la figura 41.
49
Figura 41. Crear anfitrión
Al descargar e instalar la aplicación, tan solo se requiere colocar el

mismo usuario y contraseña registrada y activar la casilla con el nombre y
dominio a usar en este caso pluviografo.myftp.org y guardar. Ver figura 42.
Figura 42. Selección de nombre de anfitrión de Dynamic DNS

50
Software utilizado para desarrollar el código
Para desarrollar el código, depurarlo y subirlo al microcontrolador se

utilizó el entorno de desarrollo Arduino IDE versión 1.8.4, el cual es totalmente
gratuito y disponible de un conjunto de librerías de fácil uso y totalmente
funcionales. Para establecer comunicación entre el reloj en tiempo real y el
microcontrolador se implementó la librería Wire.h y RTClib.h, que permiten
comunicarse con dispositivos I2C / TWI y gestionar la lectura y escritura de los
registros del DS1307. En el caso de la memoria SD, se utilizó la librería SD.h
que implementa una comunicación SPI, permitiendo leer y escribir en tarjetas
SD de una forma práctica y sencilla, es compatible con los sistemas de
archivos FAT16 y FAT32 en tarjetas SD estándar y tarjetas SDHC. Utiliza
nombres cortos de 8.3 para archivos. Los nombres de archivo pasados a las
funciones de la biblioteca SD pueden incluir rutas separadas por barras
diagonales, /, por ejemplo, "directorio / nombrearchivo.txt". Debido a que el
directorio de trabajo siempre es la raíz de la tarjeta SD, un nombre hace
referencia al mismo archivo, ya sea que incluya una barra diagonal (por
ejemplo, "/ archivo.txt" es equivalente a "archivo.txt"). A partir de la versión 1.0,
la biblioteca admite la apertura de múltiples archivos.
A continuación, se muestra la forma de utilizar los comandos AT para

enviar datos a un servidor FTP, para más detalles ver Anexo A.
Establecer el tipo de conexión a GPRS

AT+SAPBR = 3,1, "Contype", "GPRS"
OK
Establecer el nombre de punto de acceso (en este caso movistar)

AT+SAPBR = 3,1, "APN", "internet.movistar.ve"
OK
51
Habilitar GPRS
AT+SAPBR = 1,1
OK
Consulta si la conexión está configurada correctamente

AT+SAPBR = 2,1
+ SAPBR: 1,1, "192.120.10.20”
OK
Se nos asignó una dirección IP indicando que todo está correcto.
Configurar el identificador de perfil de portador de FTP.

AT+FTPCID = 1
OK
Establecer el nombre del servidor FTP al que queremos conectar

AT+FTPSERV = "pluviografo.myftp.org"
OK
Establecer el nombre de usuario FTP

AT+FTPUN = "ld"
OK
Establecer la contraseña de FTP para iniciar sesión

AT+FTPPW = "ld1984"
OK
Establecer el nombre de archivo que queremos cargar en el servidor

AT+ FTPPUTNAME = "log.txt"
OK
52
Establecer la ruta donde el archivo debe cargarse
AT+FTPPUTPATH = "/"
OK
La barra inclinada indica que es el directorio raíz del servidor FTP.
Iniciar la sesión de FTP

AT+FTPPUT = 1
OK
La siguiente salida del módulo indica que está lista para la carga de
datos y 1360 es la longitud máxima de datos (bytes) que pueden enviarse a
la vez. Depende del estado de la red y en el caso del SIM800L es el límite
máximo de bytes que puede enviar.
+FTPPUT: 1,1,1360
El siguiente comando le dice al módulo que queremos enviar 10 bytes

de datos.
AT+FTPPUT = 2,10
La siguiente respuesta no solicitada indica que está listo para aceptar

datos y debemos comenzar a escribir los datos. En este caso 0123456789
+ FTPPUT: 2,10
OK
La respuesta OK significa que ha recibido los datos.
53
La siguiente respuesta no solicitada indica que está listo para transferir
más datos
+ FTPPUT: 1,1,1360
Para finalizar la sesión se hace uso del siguiente comando.
AT + FTPPUT = 2,0
OK
+ FTPPUT: 1,0
En el servidor debe observarse el archivo log.txt en la raíz del directorio

FTP con el contenido 0123456789 que son los 10 bytes enviados. En la figura
43 y 44, se puede observar el proceso en donde interviene el microcontrolador
ATmega328, el módulo SIM800L, la operadora de telecomunicaciones y el
Servidor FTP.
Figura 43. Línea de tiempo para envío de .txt a servidor FTP, parte 1
54
Figura 44. Línea de tiempo para envío de .txt a servidor FTP, parte 2
55
En la figura 45 se puede observar la rutina principal del sistema
electrónico.
Figura 45. Diagrama de flujo de rutina principal

56
En la figura 46 se muestra la subrutina al momento de enviar el
archivo al servidor FTP.
Figura 46. Diagrama de flujo de subrutina para enviar archivo a servidor FTP
Diseño de la PCB
Para el diseño de la PCB se hizo uso de EasyEDA, una herramienta

de simulación de circuitos y diseño de PCB completamente online, cuyo uso
es completamente online, sin necesidad de instalar ningún software.
57
En la figura 47 se muestra el diseño de la placa (PCB) del sistema
electrónico, una combinación de la cara superior e inferior donde se observa
el tipo de componente y las pistas.
Figura 47. Vista diseño de la PCB

En la Tabla 4 se muestra los componentes con sus respectivos

valores.
Tabla 4. Valor de componentes de la PCB
Componente Valor
D1 1N4007
D2 1N5231B
MOSFET IRFIZ24G
58
R1,R2,R4,R8,R9 10 KΩ
R3 7,5 KΩ
R5, R6 1 KΩ
C1,C4 22 uF
C2, C3 100 nF
Recursos e insumos utilizados
Los recursos e insumos corresponden a los gastos en materiales

durante la realización del prototipo. En la Tabla 5 se muestra de forma
detallada cada uno de los recursos e insumos utilizados para realizar las
pruebas correspondientes y concretar el prototipo.
Tabla 5. Recursos e insumos utilizados
Precio
Recurso Descripción Cantidad Costo
Unitario
Baquelita PCB 1 Cara 1 6000,00 6.000,00
Memoria SD 4 GB 1 8000,00 8.000,00
Módulo GSM GPRS SIM800L 1 30.000,00 30.000,00
Resistencias, leds,
Componentes
diodo, pulsadores, 2000,00 2.000,00
Electrónicos 5
capacitor
Materiales Utilizados Mechas, Estaño 5 2000,00 2.000,00
Microcontrolador ATmega328p 1 97.000,00 97.000,00
Regulador 3.3V AMS1117 1 12.000,00 12.000,00
MP1584 REGULADOR DC-DC 1 400.000 400.000
Baterías 1,2V 1000mAh 4 30000 120.000,00
59
CAPÍTULO V
RESULTADOS
En este capítulo se presentan los resultados obtenidos de las pruebas

realizadas al reloj en tiempo real, en la tarjeta de almacenamiento SD y el
módulo SIM800L; así como, el dispositivo en su totalidad, ver figura 48. El
sistema electrónico contará con un led rojo que en caso de ocurrir un error se
mantendrá encendido y en el caso de los procesos de ser exitoso titilará y de
no ser exitoso durará 5 segundos encendido. En el caso del monitor serial fue
requerido el uso del protoboard para realizar un análisis en profundidad del
código. Ver Anexo C.
Figura 48. Pluviógrafo

60
Pruebas realizadas al reloj en tiempo real
Primera prueba
Objetivo:
Verificar el comportamiento del sistema electrónico al intentar configurar

el reloj en tiempo real sin uso del archivo de texto cfg.txt de la memoria SD.
Procedimiento:
- Apagar el equipo.
- Formatear la memoria SD.
- Encender el sistema electrónico con la memoria SD.
Resultados:
Al encender el dispositivo con la memoria SD y sin el archivo cfg.txt, el

led se mantiene encendido indicando que ocurrió un error durante el proceso
de carga de datos al reloj en tiempo real, como puede observarse por el
monitor serial. Ver figura 49.
Figura 49. Mensaje software serial error RTC

61
Segunda prueba
Objetivo:
Verificar el comportamiento del sistema electrónico al intentar configurar

el reloj en tiempo real con el uso del archivo de texto cfg.txt de la memoria SD.
Procedimiento:
- Crear el archivo de texto cfg.txt
Para la configurar el reloj en tiempo real se requiere de una memoria

SD, esta memoria debe ser formateada en formato de archivos FAT y crear un
archivo .txt con el siguiente contenido año, mes, día, horas, minutos, segundos
y guardarlo como documento de texto (*.txt) con el nombre de cfg en el
directorio raíz de la memoria SD como se muestra en la figura 50.
Figura 50. Creación de archivo para configurar RTC

- Apagar sistema electrónico y desconectar la batería por un lapso no

menor a dos segundos.
- Insertar la memoria SD y encender el sistema electrónico.
62
Resultados:
Durante la prueba, el led parpadea 3 veces indicando que los datos han
sido cargados correctamente al reloj en tiempo real como puede observarse
por el monitor serial. Ver figura 51.
Figura 51. Mensaje RTC configurado con éxito

Pruebas realizadas con la tarjeta de almacenamiento SD
Primera prueba
Objetivo
Verificar el comportamiento del sistema sin la tarjeta SD.
Procedimiento
- Apagar el sistema electrónico.

- Remover la memoria SD en caso de estar insertada.
- Encender el sistema electrónico.
63
Resultados
En este caso se mantiene encendido el led rojo y se puede observar

por medio del monitor serial que se ha producido un fallo al iniciar la
comunicación con la memoria SD, como se muestra en la figura 52.
Figura 52. Error al iniciar la comunicación con la memoria SD.

Segunda prueba
Objetivo
Verificar el comportamiento del sistema con la memoria SD.
Procedimiento

- Insertar la memoria SD.
Resultados
En el caso de la segunda prueba con el uso de la memoria SD el led no

enciende y se muestra el siguiente mensaje por monitor serial que se ha
64
iniciado la comunicación correctamente con la memoria SD como puede
observarse en la figura 53.
Figura 53. Comunicación con memoria SD iniciada correctamente

Tercera prueba
Objetivo
Verificar el registro de datos en la memoria SD.
Procedimiento

- Insertar la memoria SD.
- Registrar datos por un período de 10 minutos.
Resultados
Se registraron los datos en la memoria SD de forma correcta y sin

ningún tipo de inconveniente. Ver figura 54.
65
Figura 54. Prueba de registro de datos en la memoria SD
En la figura 55 se observa la raíz de la memoria SD con el archivo de

texto almacenado y su nombre corresponde a la fecha, en este caso el
17/06/2017. El contenido del archivo se muestra en la figura 56.
66
Figura 55. Visualización de archivo .txt en raíz SD luego de registro de datos
Figura 56. Contenido de archivo .txt luego de almacenamiento de datos

Prueba al módulo de comunicación SIM800L
Objetivo
Verificar que los datos registrados se envíen correctamente al servidor

FTP.
67
Procedimiento
- Registrar los datos en la memoria SD por un breve período de 5

minutos.
- Fijar el envío de datos a las 17:40.
Resultados
Los datos se registran de forma correcta y el módulo SIM800L se activa

a las 17:40, y una vez concretada la transferencia del archivo al servidor FTP
el led titila. Ver figuras 57 a 60.
Figura 57. Registro y envío de datos a servidor FTP

68
Figura 58. Proceso de recepción de archivo por parte del servidor FTP
Figura 59. Visualización del archivo .txt en carpeta del servidor FTP
Figura 60. Contenido archivo txt en servidor FTP

69
Prueba del dispositivo en ambiente externo
El dispositivo se sometió a diversas pruebas durante 8 días continuos,

con el fin de determinar su estabilidad, las pruebas se realizaron en ambiente
externo y con lluvias simuladas, excepto la prueba del día 8 cuya lluvia es
absolutamente real, cada basculación equivale aproximadamente a 4 ml
(resolución 0,2 mm). Ver Anexo C.
Prueba día 1:
En la primera prueba el 03/04/2018, se realizó bajo una lluvia simulada

de 10 minutos a las 9 am, 12 pm y 3 pm. Esta prueba arrojó los siguientes
resultados:
- Se obtuvo un total de 1250 basculaciones. Ver Tabla 6.

- El voltaje de la batería se encontraba en 6,4 V al finalizar el día.
- El voltaje de salida del regulador se encontraba en 4,8 V al finalizar el
día.
- Los datos obtenidos por el sensor, se registraron en la memoria SD con
su estructura en columnas y de manera correcta.
- El archivo .txt fue recibido con éxito en el servidor FTP.
Tabla 6. Basculaciones generadas el 03/04/2018
Fecha Hora Basculaciones mm/h

03/04/2018 12:00 AM 0 0
03/04/2018 01:00 AM 0 0
03/04/2018 02:00 AM 0 0
03/04/2018 03:00 AM 0 0
03/04/2018 04:00 AM 0 0
03/04/2018 05:00 AM 0 0
70
03/04/2018 06:00 AM 0 0
03/04/2018 07:00 AM 0 0
03/04/2018 08:00 AM 0 0
03/04/2018 09:00 AM 437 87,4
03/04/2018 10:00 AM 0 0
03/04/2018 11:00 AM 0 0
03/04/2018 12:00 PM 400 80
03/04/2018 01:00 PM 0 0
03/04/2018 02:00 PM 0 0
03/04/2018 03:00 PM 413 82,6
03/04/2018 04:00 PM 0 0
03/04/2018 05:00 PM 0 0
03/04/2018 06:00 PM 0 0
03/04/2018 07:00 PM 0 0
03/04/2018 08:00 PM 0 0
03/04/2018 09:00 PM 0 0
03/04/2018 10:00 PM 0 0
03/04/2018 11:00 PM 0 0
Las pruebas del día 2 hasta el día 8; así como, la representación gráfica
de los datos del día 8, se pueden observar en Anexo B.
Las pruebas realizadas arrojaron como resultados que el dispositivo:
 Es capaz de detectar cuando el reloj en tiempo real no se encuentra

configurado e informarlo manteniendo el led encendido.
 Permite configurar el reloj en tiempo real con el uso de la memoria SD,

mediante un archivo cfg.txt, que contiene los datos correspondientes al
año, mes, día, horas, minutos, segundos y una vez configurado lo
informa haciendo titilar el led.
71
 Es capaz de detectar si la memoria SD se encuentra o no insertada e
informar su ausencia manteniendo el led encendido.
 Presenta una gran estabilidad y autonomía en ambiente externo.
Por otra parte:
 Los datos fueron captados y registrados sin importar el momento en que

se produjera la precipitación ni su duración.
 Las variaciones en los datos registrados con tiempos relativamente

iguales, se debe a errores que presenta el pluviógrafo de doble cubeta
basculante; así como, fallas mecánicas.
 El envío del archivo al servidor FTP se produjo en el tiempo establecido.
72
CONCLUSIONES
Se diseñó un sistema electrónico capaz de captar cada basculación; así

como, registrar los datos en intervalos de 5 minutos con su respectiva
estructura en forma de columnas y de ejecutar de forma eficiente los protocolos
de comunicación durante el proceso de transferencia del archivo al servidor
FTP.
Se logró un sistema electrónico de gran autonomía, gracias al uso de

paneles solares, baterías y bajo consumo dado la frecuencia de trabajo
establecida en el microcontrolador y la implementación del mosfet que permite
la activación del módulo SIM800L poco antes de finalizar el día.
El proyecto desarrollado servirá de sustento para la realización de otros

sistemas de adquisición y transmisión de datos a través de la red GSM/GPRS
y servidor FTP.
El uso de la memoria SD para configurar el reloj en tiempo real redujo

de forma considerable los gastos que hubiese ocasionado el uso de pantalla
LCD y teclado.
Enfocar las mejoras de hardware en utilizar un microcontrolador de

mayor prestación a fin de anexar características adicionales.
El diseño fue terminado en circuito impreso y probado en ambiente

externo.
73
RECOMENDACIONES
Implementar paneles solares de mayor potencia y controlador de carga

a fin de brindar una carga en el menor tiempo posible y así poder hacer uso
de baterías de mayor capacidad de carga.
Hacer uso de un módulo SIM que ofrezca compatibilidad con nuevas

tecnologías como 4G.
En caso de querer agregar más funciones al dispositivo, se necesita un

microcontrolador de mayores prestaciones, tanto en memoria flash como
memoria SRAM, dado a la escasa cantidad de memoria que brinda el
ATmega328, especialmente tomando en consideración que de superar el
70%-75% de la memoria SRAM con las variables globales es muy probable
que el microcontrolador se quede sin memoria y presente inestabilidad.
74
BIBLIOGRAFIA
González Manríquez, I. A. (2016). Diseño y desarrollo de un pluviógrafo

semiautomático tipo Hellman. . Revista Mexicana de Ciencias
Agrícolas, 7(1).
Halonen, T. R. (2004). GSM, GPRS and EDGE performance: evolution towards
3G/UMTS. John Wiley & Sons.
integrated, m. (s.f.). DS1307 64 x 8, Serial, I2C Real-Time Clock. Obtenido de
https://datasheets.maximintegrated.com/en/ds/DS1307.pdf
Méndez, J., Hernández, A., Garrido, M., & Andalia, A. (2013). Captación de
lluvia con pluviógrafos de cubeta y su postprocesamiento. Ingeniería
Hidráulica y Ambiental, 34(2), 73-87.
Méndez, L. J. (2013). Captación de lluvia con pluviógrafos de cubeta y su
postprocesamiento.
Moya, C. (2014). Diseño de un pluviógrafo digital alimentado con energia solar.
Puerto Ordaz: UNEXPO, Antonio Jose de Sucre. Trabajo de Grado.
Navarro, H. A. (1995). ). Instrumentación Electrónica Moderna. Caracas:
Editorial Innovación Tecnológica – Facultad de Ingeniería Universidad
Central de Venezuela.
Núñez, C. M. (1996). Una crítica a la medida de la precipitación. (Vol. Boletín
de la AME (4ª etapa ) nº 20 ). . Revista de Meteorología, .
SIMCom. (2015). SIM800 Hardware Design. Obtenido de
simcom.ee/.../SIM800/SIM800_Hardware%20Design_V1.08.pdf
SIMCom. (2015). SIM800 Series AT Command Manual. Obtenido de
https://www.elecrow.com/download/SIM800%20Series_AT%20Comm
and%20Manual_V1.09.pdf
Tomasi, W. (2003). Sistemas de comunicaciones electrónicas. Pearson
educación.
Arduino. (s.f.). Obtenido de https://www.arduino.cc/
Arduino. (s.f.). References Libraries. Obtenido de
https://www.arduino.cc/en/Reference/Libraries
Electronics, S. (s.f.). REED SWITCH ORD213. Obtenido de
https://standexelectronics.com/wp-
content/uploads/OKI_Reed_Switch_ORD213.pdf
75
ANEXO A
Descripción detallada de los comandos AT utilizados
Verificar que el dispositivo acepta comandos AT:

AT
Respuesta: OK
Comprobar el estado de conexión a la red:

AT+CREG?
Respuesta: +CREG: <n>,<stat>
Parámetros:
<n>
0 Deshabilitar el código de resultado no solicitado de registro de red
1 Habilite el código de resultado no solicitado de registro de red
+ CREG: <stat>
2 Habilite el código de resultado no solicitado de registro de red con
información de ubicación + CREG: <stat> [, <lac>, <ci>]
<stat>
0 No registrado, MT no está buscando actualmente un nuevo
operador para registrarse a
1 red doméstica registrada
2 No registrado, pero MT está buscando actualmente un nuevo
operador para registrarse a
3 Registro denegado
4 Desconocido
5 registrado, roaming
76
Ejemplo:
AT+CREG?
+CREG: 0,1
OK
La respuesta nos Indica que está conectado a la red.
Para configurar el modulo para aplicaciones basadas en ip:

AT+SAPBR
Sintaxis: AT+SAPBR=<cmd_type>,<cid>
Si <cmd_type> = 2
Respuesta:
+SAPBR: <cid>,<Status>,<IP_Addr>
<cmd_type>
0 Cerrar al portador
1 Abierta al portador
2 Consulta portador
3 Establecer parámetros de portador
4 Obtener parámetros de portador
<cid> Identificador de perfil de portador
<Status>
0 El portador se está conectando
1 portador está conectado
2 portador está cerrando
3 portador está cerrado
77
<ConParamTag> Parámetro del portador
Tipo de conexión a Internet "CONTYPE". El valor se refiere a

<ConParamValue_ConType>
"APN" Cadena de nombre de punto de acceso: máximo 64 caracteres
"USUARIO" Cadena de nombre de usuario: máximo 32 caracteres Cadena

de contraseña "PWD": máximo 32 caracteres
Número de teléfono "PHONENUM" para llamadas de CSD
Tasa de conexión CSD "RATE". Para el valor, consulte

<ConParamValue_Rate>
<ConParamValue> Valor del parámetro del portador
<ConParamValue_ConType>
"CSD" Llamada de datos conmutada por circuito.
Conexión GPRS "GPRS".
<ConParamValue_Rate>
0 2400
1 4800
2 9600
3 14400
<IP_Addr> La dirección IP del portador
Establecer el perfil FTP:

AT+FTPCID
78
Sintaxis: AT+FTPCID=<valor>
Respuesta: OK
Ejemplo:
AT+FTPCID=1
OK
Establecer la dirección del servidor FTP:

Sintaxis: AT+FTPSERV=<valor>
Respuesta: OK
Establecer puerto de control del servidor FTP:

Sintaxis: AT+FTPPORT=<valor>
Respuesta: OK
Establecer nombre de usuario FTP:

Sintaxis: AT+FTPUN=<valor>
Respuesta: OK
Establecer contraseña FTP:

Sintaxis: AT+FTPPW=<valor>
Respuesta: OK
Establecer nombre de archivo a subir:

Sintaxis: AT+FTPPUTNAME=<valor>
Respuesta: OK
Establecer la ruta de carpeta en servidor FTP:

Sintaxis: AT+FTPPUTPATH=<valor>
79
Respuesta: OK
Iniciar sesión FTP para subir archivo:

Sintaxis: AT+FTPPUT=<valor>
Si el modo es 1 y es una sesión de obtención de FTP exitosa:
OK
+ FTPPUT: 1,1, <maxlength>
Si el modo es 1 y es una sesión fallida de obtención de FTP:
OK
+ FTPPUT: 1, <error>
Si el modo es 2 y <reqlength> no es 0
+ FTPPUT: 2, <cnflength>
//Datos de entrada
OK
Si el modo es 2 y <reqlength> es 0, responderá OK, y la sesión de

FTP finaliza.
Si la transferencia de datos terminó.

+ FTPPUT: 1,0
Si el error está relacionado con la funcionalidad ME:

+ ERROR CME: <err>
80
Comando de escritura
AT + FTPPUT = <modo> [, <reqlength>]
Parámetros
<modo>
1 Para abrir sesión FTP
2 Para escribir datos de carga de FTP.
<reqlength> Número solicitado de bytes de datos (0- <maxlength>) para ser

transmitido
<cnflength> Cantidad confirmada de bytes de datos a transmitir
<maxlength> La longitud máxima de los datos se puede enviar a la vez

depende del estado de la red.
<error>
61 Error neto
62 Error de DNS
63 Error de conexión
64 Tiempo de espera
65 Error del servidor
66 La operación no permite
70 Error de repetición
71 Error de usuario
72 Error de contraseña
73 Tipo de error
74 Descanso de error
75 Error pasivo
76 Error activo
81
77 Operar error
78 Error de carga
79 Error de descarga
86 abandono manual
Cuando se muestra "+ FTPPUT: 1,1, <maxlength>", entonces use "AT

+ FTPPUT = 2,<reqlength> "para escribir datos.
82
ANEXO B
Prueba día 2:
En la segunda prueba el 04/04/2018, se realizó una lluvia simulada de

20 minutos a las 9 am, 12 pm y 3 pm. Esta prueba arrojó los siguientes
resultados:

día.

04/04/2018 12:00 AM 0 0
04/04/2018 01:00 AM 0 0
04/04/2018 02:00 AM 0 0
04/04/2018 03:00 AM 0 0
04/04/2018 04:00 AM 0 0
04/04/2018 05:00 AM 0 0
04/04/2018 06:00 AM 0 0
04/04/2018 07:00 AM 0 0
04/04/2018 08:00 AM 0 0
04/04/2018 09:00 AM 886 177,2
04/04/2018 10:00 AM 0 0
04/04/2018 11:00 AM 0 0
04/04/2018 12:00 PM 868 173,6
83
04/04/2018 01:00 PM 0 0
04/04/2018 02:00 PM 0 0
04/04/2018 03:00 PM 880 176
04/04/2018 04:00 PM 0 0
04/04/2018 05:00 PM 0 0
04/04/2018 06:00 PM 0 0
04/04/2018 07:00 PM 0 0
04/04/2018 08:00 PM 0 0
04/04/2018 09:00 PM 0 0
04/04/2018 10:00 PM 0 0
04/04/2018 11:00 PM 0 0
Prueba día 3:
En la tercera prueba el 05/04/2018, se realizó una lluvia simulada de 30

minutos a las 9 am, 12 pm y 3 pm. Esta prueba arrojó los siguientes resultados:

día.

05/04/2018 12:00 AM 0 0
05/04/2018 01:00 AM 0 0
05/04/2018 02:00 AM 0 0
05/04/2018 03:00 AM 0 0
84
05/04/2018 04:00 AM 0 0
05/04/2018 05:00 AM 0 0
05/04/2018 06:00 AM 0 0
05/04/2018 07:00 AM 0 0
05/04/2018 08:00 AM 0 0
05/04/2018 09:00 AM 1290 258
05/04/2018 10:00 AM 0 0
05/04/2018 11:00 AM 0 0
05/04/2018 12:00 PM 1217 243,4
05/04/2018 01:00 PM 0 0
05/04/2018 02:00 PM 0 0
05/04/2018 03:00 PM 1360 272
05/04/2018 04:00 PM 0 0
05/04/2018 05:00 PM 0 0
05/04/2018 06:00 PM 0 0
05/04/2018 07:00 PM 0 0
05/04/2018 08:00 PM 0 0
05/04/2018 09:00 PM 0 0
05/04/2018 10:00 PM 0 0
05/04/2018 11:00 PM 0 0
Prueba día 4:
En la cuarta prueba el 06/04/2018, se realizó una lluvia simulada e

irregular a los largo del día. Esta prueba arrojó los siguientes resultados:

día.
85

06/04/2018 12:00 AM 0 0
06/04/2018 01:00 AM 0 0
06/04/2018 02:00 AM 0 0
06/04/2018 03:00 AM 0 0
06/04/2018 04:00 AM 0 0
06/04/2018 05:00 AM 0 0
06/04/2018 06:00 AM 0 0
06/04/2018 07:00 AM 0 0
06/04/2018 08:00 AM 0 0
06/04/2018 09:00 AM 0 0
06/04/2018 10:00 AM 113 22,6
06/04/2018 11:00 AM 490 98
06/04/2018 12:00 PM 319 63,8
06/04/2018 01:00 PM 0 0
06/04/2018 02:00 PM 0 0
06/04/2018 03:00 PM 158 31,6
06/04/2018 04:00 PM 0 0
06/04/2018 05:00 PM 0 0
06/04/2018 06:00 PM 1656 331,2
06/04/2018 07:00 PM 0 0
06/04/2018 08:00 PM 0 0
06/04/2018 09:00 PM 0 0
06/04/2018 10:00 PM 0 0
06/04/2018 11:00 PM 0 0
Prueba día 5:
En la quinta prueba el 07/04/2018, no realizó ninguna lluvia simulada a

lo largo del día. Esta prueba arrojó los siguientes resultados:
86
día.

07/04/2018 12:00 AM 0 0
07/04/2018 01:00 AM 0 0
07/04/2018 02:00 AM 0 0
07/04/2018 03:00 AM 0 0
07/04/2018 04:00 AM 0 0
07/04/2018 05:00 AM 0 0
07/04/2018 06:00 AM 0 0
07/04/2018 07:00 AM 0 0
07/04/2018 08:00 AM 0 0
07/04/2018 09:00 AM 0 0
07/04/2018 10:00 AM 0 0
07/04/2018 11:00 AM 0 0
07/04/2018 12:00 PM 0 0
07/04/2018 01:00 PM 0 0
07/04/2018 02:00 PM 0 0
07/04/2018 03:00 PM 0 0
07/04/2018 04:00 PM 0 0
07/04/2018 05:00 PM 0 0
07/04/2018 06:00 PM 0 0
07/04/2018 07:00 PM 0 0
07/04/2018 08:00 PM 0 0
07/04/2018 09:00 PM 0 0
07/04/2018 10:00 PM 0 0
87
07/04/2018 11:00 PM 0 0
Prueba día 6:
En la sexta prueba el 08/04/2018, se realizó una lluvia simulada a lo

largo del día. Esta prueba arrojó los siguientes resultados:

día.

08/04/2018 12:00 AM 0 0
08/04/2018 01:00 AM 0 0
08/04/2018 02:00 AM 0 0
08/04/2018 03:00 AM 0 0
08/04/2018 04:00 AM 0 0
08/04/2018 05:00 AM 0 0
08/04/2018 06:00 AM 0 0
08/04/2018 07:00 AM 0 0
08/04/2018 08:00 AM 0 0
08/04/2018 09:00 AM 0 0
08/04/2018 10:00 AM 0 0
08/04/2018 11:00 AM 0 0
08/04/2018 12:00 PM 0 0
08/04/2018 01:00 PM 0 0
88
08/04/2018 02:00 PM 202 40,4
08/04/2018 03:00 PM 0 0
08/04/2018 04:00 PM 0 0
08/04/2018 05:00 PM 1917 383,4
08/04/2018 06:00 PM 1662 332,4
08/04/2018 07:00 PM 0 0
08/04/2018 08:00 PM 0 0
08/04/2018 09:00 PM 0 0
08/04/2018 10:00 PM 0 0
08/04/2018 11:00 PM 0 0
Prueba día 7:
En la séptima prueba el 09/04/2018, no realizó ninguna lluvia simulada

a lo largo del día. Esta prueba arrojó los siguientes resultados:

día.

09/04/2018 12:00 AM 0 0
09/04/2018 01:00 AM 0 0
09/04/2018 02:00 AM 0 0
09/04/2018 03:00 AM 0 0
09/04/2018 04:00 AM 0 0
89
09/04/2018 05:00 AM 0 0
09/04/2018 06:00 AM 0 0
09/04/2018 07:00 AM 0 0
09/04/2018 08:00 AM 0 0
09/04/2018 09:00 AM 0 0
09/04/2018 10:00 AM 0 0
09/04/2018 11:00 AM 0 0
09/04/2018 12:00 PM 0 0
09/04/2018 01:00 PM 0 0
09/04/2018 02:00 PM 0 0
09/04/2018 03:00 PM 0 0
09/04/2018 04:00 PM 0 0
09/04/2018 05:00 PM 0 0
09/04/2018 06:00 PM 0 0
09/04/2018 07:00 PM 0 0
09/04/2018 08:00 PM 0 0
09/04/2018 09:00 PM 0 0
09/04/2018 10:00 PM 0 0
09/04/2018 11:00 PM 0 0
Prueba día 8:
En la octava prueba realizada el 10/04/2018, ocurrió una lluvia

moderada. Esta prueba arrojó los siguientes resultados:

día.
90

10/04/2018 12:00 AM 0 0
10/04/2018 01:00 AM 0 0
10/04/2018 02:00 AM 0 0
10/04/2018 03:00 AM 0 0
10/04/2018 04:00 AM 0 0
10/04/2018 05:00 AM 0 0
10/04/2018 06:00 AM 0 0
10/04/2018 07:00 AM 0 0
10/04/2018 08:00 AM 0 0
10/04/2018 09:00 AM 0 0
10/04/2018 10:00 AM 0 0
10/04/2018 11:00 AM 5 1
10/04/2018 12:00 PM 19 3,8
10/04/2018 01:00 PM 0 0
10/04/2018 02:00 PM 0 0
10/04/2018 03:00 PM 0 0
10/04/2018 04:00 PM 0 0
10/04/2018 05:00 PM 0 0
10/04/2018 06:00 PM 0 0
10/04/2018 07:00 PM 0 0
10/04/2018 08:00 PM 0 0
10/04/2018 09:00 PM 0 0
10/04/2018 10:00 PM 0 0
10/04/2018 11:00 PM 0 0
Representación gráfica del contenido de la memoria SD
Con los datos obtenidos de la octava prueba, realizada el 10/04/2018, se

obtuvo la representación gráfica del contenido de la memoria SD, a través de
los pasos descritos a continuación:
91
- Importar los datos del archivo de texto .txt a Excel, como se muestra
en la figura 61.
Figura 61. Importar datos a Excel

- Multiplicar las basculaciones (columna C) por la resolución de 0,2 que

se debe anexar en la columna D, implementando la formula =C1*$D$1
mostrada en la figura 62.
Figura 62. Formula 1 de Excel

92
- Desde el resultado obtenido de la multiplicación entre la basculación de
C1 y la resolución de 0,2 se extiende desde E1 hasta E288 con el fin de
obtener el resultado de las demás basculaciones por la resolución de
0,2. Ver figura 63.
Figura 63. Formula 2 de Excel

- Seleccionar la columna B (hora) y la columna E (mm), insertar la gráfica

de columnas y fijar unidad de intervalo a 12. Ver figura 64.
-
Figura 64. Insertar grafica
93
La intensidad de precipitación (mm/h) se presenta en la siguiente
gráfica. Ver figura 65.
1,8
1,6
1,4
1,2
0,8
0,6
0,4
0,2
Figura 65. Hietograma

94
ANEXO C
Figura 66. Protoboard

Figura 67. Sistema electrónico

95
Figura 68. Pluviógrafo durante envío de datos
96
ANEXO D
CODIGO_TG_LUIS_DIZ.INO
97

TG 2018 Electrónica Diz Luis 01-17632786 Infome VF PDF

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

TG 2018 Electrónica Diz Luis 01-17632786 Infome VF PDF

Caricato da

Copyright:

Formati disponibili

UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA

“ANTONIO JOSÉ DE SUCRE”

DISEÑO DE UN SISTEMA ELECTRÓNICO CON COMUNICACIÓN

Autor: Luis Diz

Puerto Ordaz, Mayo de 2018

DISEÑO DE UN SISTEMA ELECTRÓNICO CON

UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA

Departamento de Ingeniería Electrónica.

Tutor Académico: Ing. Manuel Gragirena.

Puerto Ordaz, Mayo 2018

DISEÑO DE UN SISTEMA ELECTRÓNICO CON COMUNICACIÓN

Autor: Luis Diz

Tutor: Ing. Manuel Gragirena

Puerto Ordaz, Mayo de 2018

Autor: Luis Diz, Tutor: Ing. Manuel Gragirena

Este trabajo surge de la necesidad de diseñar un sistema electrónico a un pluviógrafo cuyo

A mi familia por su apoyo incondicional en todo momento.

Al tutor Académico Ing. Manuel Gragirena, por su tutoría durante el desarrollo

A todas las personas que de alguna u otra forma contribuyeron con la

PLANTEAMIENTO DEL PROBLEMA ..................................................................... 3

MARCO TEÓRICO ......................................................................................... 7

REPRESENTACIÓN GENERAL DEL SISTEMA ...................................................... 26

PRUEBAS REALIZADAS AL RELOJ EN TIEMPO REAL ........................................... 61

FIGURA 1. PLUVIÓGRAFO DE SIFÓN ..................................................................... 9

FIGURA 56. CONTENIDO DE ARCHIVO .TXT LUEGO DE ALMACENAMIENTO DE DATOS 67

TABLA 1. ESPECIFICACIONES TÉCNICAS ARDUINO UNO R3 ................................ 12

Internet se ha convertido en una herramienta fundamental. Cada día

De igual forma la digitalización trajo consigo avances en el campo de

Este trabajo consiste en el diseño de un sistema electrónico eficaz y

El presente trabajo de grado está estructurado por un Capítulo I, donde

En el Capítulo II se presenta las bases teóricas y antecedentes que

El Capítulo III, presenta el marco metodológico seguido durante este

En el Capítulo IV, presenta el diseño del sistema electrónico completo y

Se agregó un Capítulo V para presentar los resultados de cada una de

Planteamiento del problema

Un pluviógrafo es un instrumento meteorológico con la capacidad de

El principal inconveniente del pluviógrafo ya elaborado, se presenta al

Otra situación es que las personas que requieran de estas mediciones

Por lo tanto, se propone el diseño de un sistema electrónico con

Diseñar un sistema electrónico con comunicación GSM/GPRS para un

 Estudiar de forma detallada el funcionamiento del pluviógrafo.

 Analizar el funcionamiento del módulo de comunicación GSM/GPRS

 Diseñar el sistema electrónico para contabilización, registro y envío de

 Implementar un servidor FTP.

 Construir el dispositivo y someterlo a pruebas.

En la presente investigación la amplitud del estudio proyectivo se basa

En cuanto al uso de recursos financieros, el estudio limita la

Este proyecto brindará grandes beneficios, dada la fácil y rápida

Desde el punto de vista académico, este proyecto facilitará un

Un antecedente interesante es el presentado pluviógrafo

Otro diseño con relevantes resultados respecto a la resolución de la

En la Unexpo, es un antecedente muy importante para esta

Un pluviógrafo es un aparato meteorológico utilizado para registrar la

Entre los pluviógrafos más conocidos está el de sifón, el cual funciona

Este pluviógrafo puede fallar en el registro al fluir el viento dado que es

Figura 1. Pluviógrafo de sifón

Otro tipo de Pluviógrafo es el de doble cubeta basculante, el cual

Figura 2. Pluviógrafo de doble cubeta basculante

Es un sistema compuesto por un transductor, acondicionador de señal

El transductor o detector primario (ó sensor), es el elemento o grupo de

Otro ejemplo es el potenciómetro, el cual produce como salida un

En el caso que ocupa esta investigación, el sensor o transductor es un

Sistema de desarrollo Arduino