Libro Final

Sede La Serena
RED DE APOYO AL MONITOREO EN REDES
DE AGUA POTABLE
“RAMAP”
Trabajo de titulación presentado en conformidad a los requisitos, para

obtener el Título de Ingeniero en Telecomunicaciones, Conectividad y
Redes.
Profesor Guía: Sr. Luis Mayorga Fuentes.
Joaquín Ossandón Gómez
Nicolás Pozo Rivera
Catalina Ramos Rojas
2017
Sede La Serena
RED DE APOYO AL MONITOREO EN REDES

DE AGUA POTABLE
“RAMAP”
Trabajo de titulación presentado en conformidad a los requisitos, para

obtener el Título de Ingeniero en Telecomunicaciones, Conectividad y
Redes.
Profesor Guía: Sr. Luis Mayorga Fuentes.
Joaquín Ossandón Gómez
Nicolás Pozo Rivera
Catalina Ramos Rojas
2017
DEDICATORIA
Quiero dedicar esta memoria de título a mi mamá, ya que, sin su ayuda nada de esto
hubiera sido posible, desde el primer día de este largo camino confió en mis
capacidades y me dio su apoyo incondicional para sobrellevar cualquier situación que
se me presentara. También agradecer a mi hermana y hermano por darme ánimo en
días difíciles, por hacer que con sus juegos y bromas pudiese llevar este camino de
forma más amena. Además, destacar el apoyo de mi tía Caroline que desde lejos
siempre se preocupó por mi avance, felicitándome por mis logros y apoyándome en
momentos complejos. Y de manera especial dedicar y agradecer a mi pareja, pilar
fundamental de mi vida en estos últimos cuatro años, gracias por tus palabras de
aliento cuando todo parecía cuesta arriba, gracias por siempre creer en mí.
Catalina Ramos R.
A todos los que me apoyaron sin condiciones, comenzando por mi madre y cada gota
de su esfuerzo, a mi hermana por sus ánimos, comprensión y amistad, finalmente a mi
pareja por brindarme cariño incondicional, tiempo y compañía, siendo a la vez mi mejor
amiga y el mejor lugar de desahogo, a ustedes gracias por todo, por ustedes he logrado
llegar hasta aquí.
Joaquín Ossandón G.
“A todos los entusiastas de la tecnología y pioneros que se mantienen a la
vanguardia intelectualmente gracias a sus intereses, motivaciones y progresos
obtenidos a través de sus capacidades autodidactas. A quienes buscan encontrarse
personalmente y pulir sus habilidades, dispuestos tanto a auto superarse al igual que
enfrentar instancias que desafíen desde sus más grandes características hasta las más
ocultas con el fin de perfeccionarlas. A todos cuya inteligencia pragmática los incita a
desarmar y volver a armar su entorno sin importar los límites y obstáculos, con el fin de
entender los engranajes que mueven al mundo, vivir en búsqueda de mecanismos y
comprensión del funcionamiento de todo elemento que se quiera considerar para formar
una ideología y propósitos por el beneficio de su vida y el ambiente. A quienes se
encuentran convencidos y están dispuestos a utilizar sus conocimientos, capacidades y
sacar provecho a todo el legado científico y ético de la humanidad, en voluntad de
integrar el avance tecnológico orientado a crear un futuro amigable con la tecnología y
el medio ambiente.”
Nicolás Pozo R
Índice
CAPÍTULO I: INTRODUCCIÓN ............................................................................................. 25
INTRODUCCIÓN ................................................................................................................... 25
ORIGEN DEL PROBLEMA ...................................................................................................... 26
ALTERNATIVAS SOLUCIÓN ................................................................................................. 27
3.1. Telemetría con medio inalámbrico (Malla - Punto – Multipunto) ............................ 27
3.2. Telemetría con medio inalámbrico (Malla – GPRS) ................................................. 28
JUSTIFICACIÓN DEL PROYECTO ........................................................................................... 29
OBJETIVOS .......................................................................................................................... 30
5.1. Objetivo general ........................................................................................................ 30
5.2. Objetivos específicos ................................................................................................. 30
MAGNITUD Y CAPACIDAD ................................................................................................... 31
6.1. Delimitaciones del proyecto ...................................................................................... 31
6.2. Limitaciones del proyecto.......................................................................................... 31
PLANIFICACIÓN DEL TRABAJO DE TITULO ........................................................................... 32
METODOLOGÍA ................................................................................................................... 32
8.1. EDT............................................................................................................................ 32
8.2. Cronograma .............................................................................................................. 33
8.3. RACI .......................................................................................................................... 34
8.4. CANVAS .................................................................................................................... 34
CAPÍTULO II: MARCO TEÓRICO ........................................................................................ 35
RED DE ABASTECIMIENTO DE AGUA POTABLE ................................................................... 36
9.1. Presión de Agua Potable ........................................................................................... 37
9.2. Válvula reductora de presión .................................................................................... 39
9.3. Administración de presión mediante válvula reductora de presión .......................... 39
RED DE TELECOMUNICACIONES.......................................................................................... 40
10.1. Red Mallada Inalámbrica ...................................................................................... 40
10.2. Red de Sensores Inalámbricos................................................................................... 42
SENSORES ........................................................................................................................... 42
11.1. Sensor de presión ...................................................................................................... 43
11.2. Sensor de pH.............................................................................................................. 43
ARDUINO ............................................................................................................................ 44
DIGIMESH .......................................................................................................................... 44
GPRS ................................................................................................................................. 45
CAPITULO III: EVALUACIONES .......................................................................................... 50
FACTIBILIDAD TÉCNICA ...................................................................................................... 50
15.1. Equipos de telecomunicaciones ................................................................................. 52
15.2. Equipos de medición y controladores ....................................................................... 52
15.3. Equipos informáticos y UPS ...................................................................................... 52
FACTIBILIDAD OPERACIONAL ............................................................................................. 54
FACTIBILIDAD AMBIENTAL ................................................................................................. 55
FACTIBILIDAD LEGAL ......................................................................................................... 56
FACTIBILIDAD COMERCIAL................................................................................................. 57
FACTIBILIDAD ECONÓMICA................................................................................................. 58
CAPÍTULO IV: DESARROLLO EXPERIMENTAL............................................................. 59
METODOLOGÍA ................................................................................................................... 59
SOLUCIONES PROPUESTAS .................................................................................................. 60
22.1. Malla – Punto – Multipunto ...................................................................................... 60
22.2. Malla – GPRS ............................................................................................................ 60
ESTUDIO DE LAS SOLUCIONES ............................................................................................. 61
23.1. Conectividad .............................................................................................................. 61
23.2. Disponibilidad ........................................................................................................... 61

23.3. Distancia de operación .............................................................................................. 62
23.4. Costo .......................................................................................................................... 63
23.5. Seguridad ................................................................................................................... 63
SOLUCIÓN ESCOGIDA .......................................................................................................... 64
FUNCIONAMIENTO .............................................................................................................. 65
25.1. Recogida de datos ...................................................................................................... 65
25.2. Envío y tráfico de datos ............................................................................................. 65
25.3. Juicio de transmisión ................................................................................................. 66
25.4. Almacenamiento y proyección de datos .................................................................... 66
25.5. Solicitud de cliente..................................................................................................... 66
25.6. Acción de contingencia .............................................................................................. 67
DESCRIPCIÓN DE TOPOLOGÍAS ............................................................................................ 68
26.1. Mesh – Multipunto – GPRS ....................................................................................... 68
26.2. Centro de Servicios y Base de Datos ......................................................................... 69
ANÁLISIS DE COMPONENTES ............................................................................................... 70
27.1. Sistema de enrutamiento primario ............................................................................ 70
27.2. Switch backbone ........................................................................................................ 71
27.3. Dispositivos para punto de acceso inalámbrico........................................................ 72

27.4. Servidor ..................................................................................................................... 74
27.5. Arduino UNO............................................................................................................. 75
27.6. Medidor de presión 1,2 MPa ..................................................................................... 77
27.7. Medidor de pH DFRobot 0161 .................................................................................. 79
27.8. ESP8266 .................................................................................................................... 80
27.9. Batería solar .............................................................................................................. 81
CAPÍTULO V: SIMULACRO E IMPLEMENTACIÓN ........................................................ 82
PRESENTACIÓN/DESCRIPCIÓN DE PROTOTIPO ..................................................................... 82
CUADRO COMPARATIVO: SOLUCIÓN PROPUESTA VERSUS PROTOTIPO ................................ 82
PLANIFICACIÓN .................................................................................................................. 84
TOPOLOGÍA DE RED DEL PROTOTIPO ................................................................................... 85
EQUIPOS Y MATERIALES ..................................................................................................... 86
DISTRIBUCIÓN DE DISPOSITIVOS ......................................................................................... 87
33.1. Central ....................................................................................................................... 87
33.2. Simulación de Red de agua potable .......................................................................... 87
33.3. WAN ........................................................................................................................... 88
DESARROLLO ...................................................................................................................... 89
34.1. Conectividad: Nodos - Base de datos – Internet ....................................................... 89

34.2. Configuraciones de conectividad .............................................................................. 91
34.3. AP .............................................................................................................................. 91
34.4. Pruebas de funcionamiento de conectividad ............................................................. 92
34.5. Central Servicios y Base de Datos ............................................................................ 96
34.6. Configuraciones de equipos CSBD ........................................................................... 96
34.7. Configuración de Router ........................................................................................... 97
34.8. Configuración de Servidor ........................................................................................ 99
34.9. Instalación y configuración de XAMPP .................................................................... 99
34.10. Montaje del sitio web........................................................................................... 101
34.11. Edición de la base de datos ................................................................................. 103
34.12. Pruebas de acceso a la plataforma web .............................................................. 104
34.13. Instalación de sensores ........................................................................................ 107
FOTOGRAFÍAS: EXPERIENCIA DEL PROTOTIPO................................................................... 111
INCONVENIENTES ENFRENTADOS ...................................................................................... 115
36.1. Problemas con ESP8266 ......................................................................................... 115
36.2. Problemas con Arduino ........................................................................................... 116
36.3. Problemas con la página web ................................................................................. 119
36.4. Problemas de gestión de riesgos en presentación de prototipo .............................. 121

PROBLEMA EN LA COMPATIBILIDAD DE CONFIGURACIONES .............................................. 122
CAPÍTULO VI: CONCLUSIONES ........................................................................................ 123
REFERENCIA BIBLIOGRÁFICA ......................................................................................... 126
ANEXOS .................................................................................................................................... 129
SENSOR DE PRESIÓN.......................................................................................................... 129
COMANDOS AT: ESP8266................................................................................................ 132
SENSOR DE PH .................................................................................................................. 133
PRUEBAS JPERF................................................................................................................. 134
HERRAMIENTAS DE GESTIÓN DE PROYECTOS .................................................................... 136
42.1. CANVAS .................................................................................................................. 136
42.2. Matriz de riesgos ..................................................................................................... 137
42.3. EDT.......................................................................................................................... 140
42.4. Cronograma ............................................................................................................ 143
42.5. RACI ........................................................................................................................ 148
FODA .............................................................................................................................. 150
43.1. Estrategias ............................................................................................................... 152
CORREO ELECTRÓNICO ..................................................................................................... 154

Glosario
En esta sección se encuentra una breve descripción de los conceptos expuestos a lo largo del
informe. La mayoría de éstos pueden ser encontrados también en la lista de siglas.
 AP: Dispositivo que crea una red de área local inalámbrica (WLAN), normalmente en una
oficina o un edificio de grandes dimensiones.
 Baudios: Unidad de medida utilizada en telecomunicaciones, que representa el número de
símbolos por segundo en un medio de transmisión digital.
 BNC: Son los conectores más populares para conexiones de RF con una impedancia de 50
Ω y ampliamente utilizados en redes de conexión para computadoras y aplicaciones de
videofrecuencia donde es solicitado por su bajo costo y su sistema de conexión rápida por
bayoneta.
 CEAZA: Centro regional de investigación científica y tecnológica, de la Región de
Coquimbo.
 cm2: Unidad de medida de longitud equivalente a la superficie que ocupa un cuadrado de
un centímetro de lado.
 D.F.L.: Cuerpos normativos que emanan del presidente de la República y que recaen sobre
materias legales, en virtud de una delegación de facultades del Parlamento, o bien para fijar
el texto refundido, coordinado o sistematizado de las leyes.
 DHCP: Protocolo de red de tipo cliente/servidor en el que generalmente un servidor posee
una lista de direcciones IP dinámicas y las va asignando a los clientes cuando éstas se
encuentran libres.
 DNS: Sistema que regula la resolución de nombres en Internet. Su principal misión es
traducir direcciones IP en direcciones con el nombre de dominio.
 D.S.: Norma dictada por cualquier el presidente de la República sobre los asuntos o
negocios.
 FTP: Protocolo de red para la transferencia de archivos entre sistemas interconectados o
enlazados a Internet, basado en la arquitectura cliente-servidor.
 GND: Término eléctrico que indica la conexión a tierra.
 GSM: Sistema estándar, libre de regalías, de telefonía móvil digital.
 kPa: Unidad de presión del Sistema Internacional de Unidades multiplicada por mil.
 ICMP: Protocolo que permite administrar información relacionada con errores de los
equipos en red.
 IEEE: Asociación mundial de ingenieros dedicada a la estandarización y el desarrollo en
áreas técnicas.
 IoT: Concepto que se refiere a la interconexión digital de objetos cotidianos con Internet.
Alternativamente, Internet de las cosas es la conexión de Internet con más “cosas u objetos”
que personas.
 IP: Protocolo de comunicación de datos digitales clasificado funcionalmente en la capa de
red según el modelo internacional OSI.
 mca: Unidad de presión que equivale a la presión ejercida por una columna de agua pura
de un metro de altura sobre la gravedad terrestre.
 MHz: Medida de frecuencia que es igual a 1 millón de hertz.

 MOP: Planifica, proyecta y construye infraestructura pública en Chile, así como también
las conserva y las administra.
 NAT: Mecanismo utilizado por routers IP para intercambiar paquetes entre dos redes que
asignan mutuamente direcciones incompatibles.
 PHP: Lenguaje de programación de propósito general de código del lado del servidor
originalmente diseñado para el desarrollo web de contenido dinámico
 PoE: Tecnología que incorpora alimentación eléctrica a una infraestructura LAN estándar
(IEEE 802.3af).
 PVC: Producto de la polimerización del monómero de cloruro de vinilo. Es el derivado del
plástico más versátil.
 RCP: Método de envío de datos en una red de computadoras.
 RF: Término que se aplica a la porción menos energética del espectro electromagnético,
situada entre los 3 hercios y 300 gigahercios.
 RT: Proporciona conectividad a nivel de red o nivel tres en el modelo OSI.
 SISS: Organismo normativo y fiscalizador de las empresas concesionarias que prestan los
servicios de agua potable y alcantarillado.
 SQL: Lenguaje específico del dominio que da acceso a un sistema de gestión de bases de
datos relacionales que permite especificar diversos tipos de operaciones en ellos.
 SSID: Nombre que identifica una red inalámbrica WIFI y el que viaja junto con cada
paquete de información de la misma, de forma que pueda ser identificado como parte de
ella.
 SUBTEL: Subsecretaría de Estado dependiente del Ministerio de Transportes y
Telecomunicaciones (MTT) encargada del control y supervisión en el ejercicio de las
telecomunicaciones en el país de Chile.
 SW: Dispositivo digital lógico de interconexión de equipos que opera como conmutador en
la capa de enlace de datos del modelo OSI.
 TDMA: Técnica de comunicaciones que utiliza un canal común para comunicaciones entre
múltiples usuarios al asignarle a cada uno de ellos una ranura de tiempo diferente.
 UDP: Protocolo del nivel de transporte basado en el intercambio de datagramas
(Encapsulado de capa 4 o de Transporte del Modelo OSI).
 UHF: Banda del espectro electromagnético que ocupa el rango de frecuencias de 300 MHz
a 3 GHz.
 UPS: dispositivo que puede proporcionar energía eléctrica por un tiempo limitado y durante
un apagón eléctrico a todos los dispositivos que tenga conectados.
 V: Magnitud que cuantifica la diferencia de potencial eléctrico entre dos puntos.
 VLAN: Método para crear redes lógicas independientes dentro de una misma red física
(IEEE 802.1Q).
 WAN: Red de computadoras que une varias redes locales, aunque sus miembros no estén
todos en una misma ubicación física.
 WLAN: Sistema de comunicación inalámbrico para minimizar las conexiones cableadas
de una red de área local.

Lista de abreviaciones y acrónimos
 AP: Access Point (Punto de acceso inalámbrico).
 BNC: Bayonet Neill-Concelman.
 CEAZA: Centro de Estudios Avanzados en Zonas Áridas.
 cm2: Centímetros cuadrados.
 CSBD: Centro de Servicios y Base de Datos.
 D.F.L.: Decreto con Fuerza de Ley.
 DHCP: Dynamic Hosts Configuration Protocol.
 DNS: Domain Name System.
 D.S.: Decreto Supremo.
 EDT: Estructura de Descomposición del Trabajo.
 FTP: File Transfer Protocol.
 GGSN: Gateway GPRS Support Node.
 GND: Ground.
 GTP: GPRS Tunnel Protocol.
 GPRS: General Packet Radio Service.
 GSM: Global System for Mobile communications.
 kPa: Kilo Pascales.
 ICMP: Internet Control Message Protocol.
 IEEE: Institute of Electrical and Electronic Engineers.
 IGW: Internet Gateway.

 IoT: Internet of Things.
 IP: Internet Protocol.
 MC: Mesh Client.
 mca: Metros por columna de agua.
 MHz: MegaHertz.
 MOP: Ministerio de Obras Públicas.
 MR: Mesh Router.
 NAT: Network Address Translation.
 NIC: Norma Internacional de Contabilidad.
 PDP: Packet Data Protocol.
 PHP: Personal Home Page.
 PoE: Power over Ethernet.
 PVC: Policloruro de Vinilo.
 RACI: Responsable - A cargo (Accountable) - Consultado - Informado.
 RAMAP: Red de Apoyo al Monitoreo de Agua Potable
 RCP: Redes de Conmutación de Paquetes.
 RF: Radiofrecuencia.
 RT: Dispositivo Router
 SISS: Superintendencia de Servicios Sanitarios.
 SGSN: Serving GPRS Support Node.
 SQL: Structured Query Language.
 SSID: Service Set Identifier.

 SUBTEL: Subsecretaría de Telecomunicaciones.
 SW: Dispositivo Switch
 TCP: Transmission Control Protocol.
 TDMA: Time Division Multiple Access.
 UDP: User Datagram Protocol.
 UHF: Ultra High Frequency.
 UPS: Uninterruptible Power Supply.
 V: Unidad de voltaje.
 VLAN: Virtual Local Area Network.
 WAN: Wide Area Network.
 WLAN: Wireless Local Area Network.
 WMN: Wireless Mesh Network.
 WSN: Wireless Sensor Network.

Índice de figuras
Ilustración 1 - Alternativa Punto Multipunto ________________________________________ 27
Ilustración 2 - Alternativa GPRS _________________________________________________ 28
Ilustración 3 - Esquema de Red de Agua Potable ____________________________________ 37
Ilustración 4 - Esquema de Jerarquía en WMNs _____________________________________ 41
Ilustración 5 - Arquitectura Red de Servicios GPRS __________________________________ 45
Ilustración 6 - Redes Troncales GPRS _____________________________________________ 47
Ilustración 7 - Estaciones de una Red GSM-GPRS ___________________________________ 49
Ilustración 8 - Mapa sectorial y ubicaciones de nodos ________________________________ 62
Ilustración 9 - Topología General del Proyecto _____________________________________ 68
Ilustración 10 - Topología CSBD _________________________________________________ 69
Ilustración 11 - Router Cisco 2811 _______________________________________________ 70
Ilustración 12 - Switch Cisco Catalyst 2950 ________________________________________ 71
Ilustración 13 - Cisco Aironet 1240AG ____________________________________________ 72
Ilustración 14 - Ubiquiti Nanostation LOCO M2 ____________________________________ 73

Ilustración 15 - Equipo Virtualizador _____________________________________________ 74
Ilustración 16 - Arduino UNO ___________________________________________________ 75
Ilustración 17 - Sensor de presión 1,2 MPa Prototipo_________________________________ 77
Ilustración 18 - Sensor pH + Placa acondicionadora Prototipo _________________________ 79
Ilustración 19 - ESP8266 Prototipo ______________________________________________ 80
Ilustración 20 - Topología de red del prototipo ______________________________________ 85
Ilustración 21 - Esquema de conectividad de nodos Prototipo __________________________ 90
Ilustración 22 - Esquema de lógica de transmisión de datos ____________________________ 90
Ilustración 23 - Respuesta Comando "AT" _________________________________________ 92
Ilustración 24 - Respuesta comando "AT+CWLAP" __________________________________ 93
Ilustración 25; Conexión ESP8266 a placa Arduino __________________________________ 95
Ilustración 26 - Arranque de Servicios - Prototipo __________________________________ 100
Ilustración 27 - Respuesta Servicio en navegador - Prototipo _________________________ 101
Ilustración 28 - Directorio Servicio WEB- Prototipo ________________________________ 102
Ilustración 29 - Creación de Base de Datos - Prototipo ______________________________ 103

Ilustración 30 - Creación Tabla de Base de Datos - Prototipo _________________________ 104
Ilustración 31 - Resultado: Prueba de acceso a la página web - Prototipo _______________ 105
Ilustración 32 - Resultados: Prueba de lectura de datos I – Prototipo ___________________ 105
Ilustración 33 - Resultados: Prueba de lectura de datos II - Prototipo ___________________ 106
Ilustración 34 - Esquema de funcionamiento del sensor de presión - Prototipo ____________ 107
Ilustración 35 – Conexión electrónica sensor de presión y Arduino UNO - Prototipo _______ 108
Ilustración 36 – Esquema de tubería, sensor de pH y placa acondicionadora - Prototipo ____ 109
Ilustración 37 – Conexión sensores y Arduino UNO - Prototipo _______________________ 110
Ilustración 38 - Estudio del sensor de presión. - Prototipo ____________________________ 111
Ilustración 39 - Calibración del Sensor pH. - Prototipo ______________________________ 111
Ilustración 40 - Unificación de elementos - Prototipo ________________________________ 112
Ilustración 41 - Soldado de la placa electrónica del prototipo _________________________ 112
Ilustración 42 - Ensamble______________________________________________________ 113
Ilustración 43 - Pruebas de recolección e interpretación de datos a través de la plataforma web
móvil ______________________________________________________________________ 113
Ilustración 44 – Prototipo de medición en terreno __________________________________ 114

Ilustración 45, ESP8266 y Arduino UNO, comunicación desincronizada. ________________ 116
Ilustración 46 Prueba con Leds y pulsador ________________________________________ 117
Ilustración 47, Prueba con Leds; encendido en cascada ______________________________ 117
Ilustración 48, Problema en la visualización de fecha _______________________________ 119
Ilustración 49, Formato de fecha corregido _______________________________________ 120
Ilustración 50, alertas visuales descartadas _______________________________________ 121

Índice de tablas
Tabla 1 - Equipamiento Solución - Fact. Técnica ____________________________________ 51
Tabla 2 - Vida útil para equipos activos ___________________________________________ 53
Tabla 3 - Personal considerado para el desarrollo el proyecto - Fact. Operacional _________ 55
Tabla 4 - Detalle de insumos - Fact. Comercial _____________________________________ 58
Tabla 5 - Especificaciones Ubiquiti Nanostation LOCO M2 ____________________________ 73
Tabla 6 - Especificaciones Sensor de Presión Prototipo _______________________________ 78
Tabla 7 - Tabla comparativa: Solución Propuesta - Prototipo __________________________ 83
Tabla 8 - Elementos del prototipo ________________________________________________ 86
Tabla 9 - Configuraciones AP Cisco Aironet 1240AG ________________________________ 91
Tabla 10 - Configuración del Switch ______________________________________________ 96
Tabla 11 - Configuraciones Router SubEst _________________________________________ 98

Resumen ejecutivo
En el presente informe el grupo de trabajo describe el estudio y realización de una propuesta

orientada a complementar estadísticas de calidad del servicio que la empresa cliente Aguas del
Valle ofrece, pudiendo ser estas visibles en tiempo real a través de una plataforma web, otorgando
así una solución novedosa, escalable y versátil estando integrada al entorno IoT. Adicionalmente
se dan a conocer pruebas del funcionamiento a través del diseño y desarrollo de un prototipo.
El proyecto pretende otorgar mayor control sobre el estado de los indicadores presentes en las
redes de agua potable tales como presión de las cañerías o índice de pH del agua, los cuales son
ejemplos utilizados en el desarrollo del prototipo, a través de diversos nodos interconectados por
enlaces inalámbricos de forma optimizada y funcionamiento inteligente. El estudio se desarrolla
en base a la zona centro de La Serena y sus alrededores, trabajando con una empresa proveedora
de servicios públicos.
Abstract
Through the following report, the workgroup describes the study and realization of a project
offer orientated to complement statistics of quality of the service delivered by the client enterprise,
by giving the capacity of visually monitoring statistics in real time through a web platform, granting
a modern solution, which is scalable and versatile being integrated to the IoT environment.
Additionally, it’s shown the functional probes by the design and development of a prototype.
The project pretends to grant high control of indicators that can be founded on hydraulic
networks of drinking water like plumbing pressure or water’s pH value, which are examples
employed in the developing prototype, by different nodes interconnected by wireless links in an
optimized and smartly functional way. The study takes it base in La Serena’s downtown zone and
its precincts, working with a public services provider company.
Error! Use the Home tab to apply Título 1 to the text that you want to appear here.
Capítulo I: Introducción
Introducción
El servicio de agua potable es esencial para el desarrollo del día a día, empezando desde el
desayuno, y terminando con la cena o último vaso de agua consumido. Bajo este concepto, es de
conocimiento común que el agua potable es el servicio que más trascendencia tiene en la vida
cotidiana. En Chile, dicho servicio se maneja bajo entrega de concesión monopolizada regional o
sectorial, al igual que la electricidad y en algunos sectores del país, el gas. según lo mencionado
por ESVAL S.A (comunicación personal, 24 de octubre, 2017, adjuntada como anexo “correo
electrónico”), la empresa a quien se adjudica la concesión es responsable del funcionamiento y
cuidado de la red pública de agua potable, atribuyéndose los costos implicados en reparaciones,
mantenimiento y multas por incumplimiento en el contrato, por ejemplo; cortes en el suministro,
interrupciones del servicio o baja sanidad del agua.
Por el párrafo anterior, se puede inferir que una inconsistencia en el servicio y en la calidad del
agua puede ser perjudicial para todos aquellos que hagan uso del servicio en ese momento,
afectando bien estar y con ello su salud. Uno de los casos más recientes de roturas en la red de agua
potable, ocurrió el día 17 de mayo del 2017, el cual tuvo como consecuencia el corte de suministro
en el cuadrante Cordovez-Amunátegui-Balmaceda- y Pedro Pablo Muñoz de La Serena. Este se
produjo aproximadamente a las seis de la mañana con extensión aproximada a las dos de la tarde
(Retamal & Rojas, 2017). Según lo redactado en un artículo publicado por el Diario El Día “la
autoridad de Salud Rosendo Yáñez señaló que “al no contar con agua potable la recomendación es
que los establecimientos que elaboran alimentos como restaurantes, supermercados y fábricas, no
25
RAMAP
abran hasta que se regularice el servicio” (Diario El Día, 2017). Pues dicho corte de suministro
representa una condición de riesgo para la salud de la población”.
Si bien estas intervenciones no son tan reiterativas, cuando sucede se paraliza gran parte del
centro, donde se ve afectado el comercio, el tránsito peatonal, el tránsito vehicular y la salud de los
usuarios.
Origen del problema
Se pretende orientar a que el problema radica en la falta de monitoreo en las redes de agua
potable con el fin cumplir con un mantenimiento preventivo a las roturas o fallas en el suministro.
Esto vale para la empresa Aguas del Valle, grandes multas por el incumplimiento de contrato de
concesión, además puede ser el detonante a la pérdida de la concesión al terminar su periodo, sin
embargo, un buen comportamiento, y denotada preocupación por mejorar el servicio que entrega,
puede ser la gran jugada para poder seguir siendo la empresa encargada de la distribución de agua
en la región de Coquimbo.
26
RAMAP
Alternativas Solución
3.1. Telemetría con medio inalámbrico (Malla - Punto –
Multipunto)
El monitoreo se basa en una red inalámbrica mallada, con terminación punto – multipunto con
el propósito de brindar conectividad redundante y altamente escalable, la interconexión de las
placas Arduino es mediante la tecnología DIGIMESH, teniendo además las placas de borde, un
módulo RF operando aproximadamente sobre 900MHz de la banda UHF para comunicarse con
una antena ubicada en el centro de operaciones de Aguas del valle.
Fuente: Elaboración propia
Ilustración 1 - Alternativa Punto Multipunto
27
RAMAP
3.2. Telemetría con medio inalámbrico (Malla – GPRS)
Al igual que la solución anterior, se presenta una red inalámbrica de tipo mallada, capaz de
brindar una conexión robusta y flexible, la interconexión de las placas Arduino, es en base a la
tecnología DIGIMESH, de las cuales una o más placas (según se estime necesario), cuentan con
módulos GPRS, el cual aprovecha la señal brindada por las redes móviles, para transmitir la
información hasta la central de datos ubicada en las propiedades de Aguas del Valle.
Ilustración 2 - Alternativa GPRS
28
RAMAP
Justificación del proyecto
La necesidad de agregar puntos de control en la red de agua potable pública, administrada por
Aguas del Valle, más específicamente, el área entregada por el cliente abastecida por el estanque
Santa Lucía el cual abarca los sectores del Centro de La Serena, Puertas del mar y sector de Av.
del Mar (desde el Faro Monumental hasta Cuatro Esquinas), surge para detectar irregularidades en
el funcionamiento debido presiones inadecuadas y baja calidad del agua, que signifiquen roturas
de matrices o contaminación en la red, lo que con frecuencia se puede traducir en cortes masivos
sobre sectores de alto tráfico, que afecten tanto a la salud de los usuarios como al tránsito peatonal,
vehicular y a los comerciantes del sector, significando además, posibles multas por parte de la
Superintendencia de Servicios Sanitarios (SISS) y gastos en reparaciones que, pudieron ser
evitadas.
Precisando estos factores y tomando en cuenta que la red de este sector es bastante antigua,
añadir estos puntos de control ayudará a tener un monitoreo más preciso, de esta forma, mantener
un servicio más continuo, previniendo posibles fallas en el servicio y acotando los tiempos de
respuesta.
Cabe destacar, que, para tener mayores oportunidades frente a la renovación de la concesión
entregada por la SISS, el cliente debe haber mostrado un historial de buen comportamiento y
preocupación por la calidad en la distribución de las redes otorgadas. Esto en base al historial de
multas, mantenimiento e inversión en el desarrollo de las mismas.
29
RAMAP
Objetivos
5.1. Objetivo general
Diseñar una red de apoyo al monitoreo de la red pública de agua potable empleando una red de
telecomunicaciones basada en sensores para Aguas del Valle, que supervise en tiempo real las
presiones del servicio de agua potable distribuidas por el estanque Santa Lucia.
5.2. Objetivos específicos
 Realizar un análisis de requerimientos y factibilidad mediante entrevistas y visitas a Aguas
del Valle con el fin de definir los elementos a intervenir e implementar.
 Definir equipamiento, tecnologías y metodologías a utilizar en base al estudio de
factibilidad previo para el desarrollo de la propuesta.
 Planificar el despliegue de una red de sensores a través de módulos GPRS, apoyado
mediante tecnología DigiMesh para la recolección de datos.
 Establecer modelo de página y configuración de servidor, a través de base de datos SQL y
lenguaje de programación PHP, para mostrar las lecturas de los sensores en tiempo real.
 Diseñar y simular un prototipo, mediante tecnología equivalente, con el fin de demostrar el
funcionamiento de la propuesta.
30
RAMAP
Magnitud y capacidad
6.1. Delimitaciones del proyecto
Se realizará un prototipo en una maqueta que cuente con la capacidad suficiente, para simular
el funcionamiento de la propuesta.
El área geográfica a considerar y los elementos a intervenir corresponden a la red pública de
agua potable abastecida por el estanque Santa Lucía, cuyo sector se conoce principalmente como
Centro de La Serena, sector de Puertas del mar y sector de Av. del Mar, desde el Faro Monumental
hasta Cuatro Esquinas.
Principalmente la propuesta se acota a ubicar puntos claves dentro de la red de agua potable en
el sector Centro de La Serena para monitorear en tiempo real y mantener una observación más
precisa de anomalías en el funcionamiento. A su vez, se busca respetar y cumplir con las
recomendaciones y exigencias de la Subsecretaría de Telecomunicaciones y la Superintendencia
de Servicios Sanitarios.
6.2. Limitaciones del proyecto
El proyecto solo se enfoca en la ubicación de puntos de control de presión, índice pH y su
respectivo monitoreo, no se considerará a intervenir redes de agua dentro de establecimientos
privados tales como viviendas o locales comerciales. El monitoreo consiste en mantener
actualizada la información sobre los valores de presión, cuyo rango debe encontrarse dentro de los
límites que indica la Superintendencia de Servicios Sanitarios.
31
RAMAP
Planificación del trabajo de titulo
La propuesta a desarrollar como proyecto tiene una idea base formada por el equipo de trabajo,
la cual consiste en ser un sistema incondicional para el apoyo a la recolección de estadísticas en
tiempo real para la empresa cliente. Al contar con usuarios clientes y usuarios definidos, se logró
acotar el proyecto en orden de los requisitos establecidos, lo cual es importante que se mantenga
presente en todo el transcurso de su planificación y desarrollo. Para se utilizan los recursos de las
herramientas consideradas en el estudio de la propuesta en el ámbito más apegado a la gestión y
evaluación de proyectos de telecomunicaciones. A continuación, se dan a conocer la noción de
estas herramientas según el equipo de trabajo a modo de introducción y vinculación con el
correspondiente material adjunto.
Metodología
8.1. EDT
Consiste en la descomposición en orden jerárquico de los entregables de cada tarea, actividades
requeridas y detalles de éstas, orientado al cumplimiento de los objetivos del proyecto.
Se basa en las buenas prácticas de la Gestión de Proyectos y es recomendada por las principales
certificadoras de esta disciplina a nivel internacional, tal como lo es el caso de PMBoK.
Permite apreciar con claridad el trabajo asociado a cada paquete de trabajo del proyecto, hasta
cumplir con la finalización exitosa de éste.
A lo largo de su desglose, puede relacionar y describir el alcance del proyecto.
32
RAMAP
En su esquema de organigrama podemos encontrar en el nivel superior, bajo el nombre del
proyecto, los entregables requeridos para mantener el control y seguimiento de actividades. Se debe
tener presente que como entregable se dan a conocer los productos de las actividades y no el
esfuerzo en sí de cada actividad.
Para que no resulte complejo la distribución de la información de actividades a cada
involucrado del proyecto, se emplea esta herramienta en lugar de explicarlo a través de conversas
y declaraciones, lo que podría resultar en procesos engorrosos para la comprensión del desarrollo
del proyecto.
8.2. Cronograma
Esta herramienta entrega un apoyo a la planificación además de permitir la programación de
las tareas dentro de un periodo de tiempo estipulado.
Tiene la característica de poder ordenar gráficamente las acciones involucradas a través de
barras horizontales en una línea de tiempo, de modo que, visualmente permite comprender la
relación de los hitos, tener un seguimiento de las actividades y por, sobre todo, control.
Puede tener diversos tipos de configuración en la relación de cada una de las actividades y la
duración de cada hito o tarea a desarrollar en el proyecto.
Para ver el desarrollo de esta herramienta, es necesario acceder al directorio “Anexo
Cronograma” adjunto en el disco presentado por el equipo de proyecto, en el directorio se encuentra
un archivo “PFD” y un archivo “MPP” para su apertura a través del software Project.
33
RAMAP
8.3. RACI
A través de esta herramienta se realiza la relación de cada actividad del proyecto con los roles
y responsabilidades de los principales ejecutores del proyecto, como también principales
involucrados.
Logra asegurar que cada proceso tenga asignado recursos con un rol coherente. Además, otorga
fluidez en el desarrollo de los procesos y también permite ser reactivo ante diversos inconvenientes
e imprevistos, como hasta tratar con conflictos con los clientes, ya que se tiene el registro a quién
le corresponde mantener la responsabilidad sobre cierta actividad.
El desarrollo de esta herramienta está disponible en “Anexo RACI”.
8.4. CANVAS
Bajo la mano de esta herramienta, es posible desarrollar un lienzo de modelo de negocio de
forma intuitiva y completa, mostrando de forma más didáctica y comprensiva, la estructura general
del proyecto.
En el contexto del proyecto, se utilizó para servir como referencia para desarrollar la estructura
general del proyecto, y direccionar de forma correcta el proyecto, encontrando así, un modelo claro
y sustentable.
Para observar el contenido presente en el modelo, es necesario acceder al “Anexo CANVAS”.
34
RAMAP
Capítulo II: Marco Teórico
A mediados del siglo XIX, Chile se incorporó a los tiempos modernos, al construirse algunas
importantes obras de ingeniería sanitaria como: la primera cañería surtidora de agua potable para
la ciudad de Valparaíso, en 1850. A Día de hoy, el 99,92% del país cuenta con cobertura de agua
potable y un 96,83% cuenta con alcantarillado, siendo este sistema de abastecimiento, de vital
importancia para la vida diaria de prácticamente todos los residentes del país.
Las redes de abastecimiento de agua potable y sanitarias en Chile se manejan bajo concesión y
para la mayoría del país, bajo monopolio, esto quiere decir que sólo una empresa se atribuye el
mantenimiento y la responsabilidad por sobre dichas redes, acatando gastos de reparación y multas
por interrupciones en el servicio o incumplimiento de las normas establecidas por la
superintendencia de servicios sanitarios (SISS), quien se encarga de regular dichos parámetros.
Con el fin de comprender de mejor manera el proyecto presentado en este documento, se
detallan a continuación, algunos elementos considerados, por el equipo de desarrollo, los más
relevantes.
35
RAMAP
Red de Abastecimiento de Agua Potable
Una red de abastecimiento de agua potable es aquella que facilita que el agua avance desde el
punto de captación hasta el punto de consumo en condiciones aptas para su consumo. (…) Una red
de abastecimiento de agua potable es aquella que facilita que el agua avance desde el punto de
captación hasta el punto de consumo en condiciones aptas para su consumo. La fuente de agua que
da origen al sistema puede ser de:
 Agua de manantiales naturales.
 Agua de mar, que se desaliniza antes de entrar en la red de abastecimiento.
 Agua superficial, como la procedente de lagos, ríos, embalses o arroyos.
 Agua subterránea, captada con extracciones.
 Otros, como agua de lluvia almacenada en aljibes.
El proceso de saneamiento y desinfección es el que media entre el agua en su punto de origen
y el domicilio para su consumo humano, ya como agua potable. La red de abastecimiento de agua
más completa es la que emplea aguas superficiales, con cuatro partes; captación y almacenamiento
de agua bruta, tratamiento del agua, almacenamiento del agua tratada y distribución por medio de
conducciones. (Arístegui, 2016)
36
RAMAP
Fuente: Jose Ramón Arístegui, CEO de Aristegui maquinaria
Ilustración 3 - Esquema de Red de Agua Potable
9.1. Presión de Agua Potable
La presión con la que fluye el agua a través de las redes potables es de alta influencia para el
usuario, ya que la falta de esta puede causar problemas para encender el calefón y usar otros
artefactos, esto puede ser causado por malas regulaciones por parte de la empresa proveedora de
servicios o por malas condiciones de la red domiciliaria interna (Superintendencia de servicios
sanitarios [SISS], S.f.). Sin embargo, el domicilio no es el único espacio que se ve afectado por la
ausencia de presión. Para este caso, la ausencia de presión en la red pública, puede ser un claro
indicativo de que hay un desperfecto en la misma, el cual debe ser atendido en el menor tiempo
posible, de igual forma sucede con el exceso de presión, mismo que puede causar roturas de
equipamiento en la red de conductos, dejando a un gran número de clientes sin servicio y quizás,
cortando el tránsito de una calle importante con el fin de llevar a cabo las reparaciones de la misma.
37
RAMAP
Con la finalidad de regular las características relacionadas con la presión de agua potable, se
deben tener en cuenta diversos factores, como los nombrados a continuación:
Las empresas sanitarias tienen por obligación respetar y mantener las presiones mínimas y
máximas de servicio señaladas en la norma chilena NCh 691.Of98, y son las siguientes:
A nivel de terreno sobre la tubería, la presión mínima de servicio en las tuberías de distribución,
excluyendo el arranque, debe ser 147 kPa (1,5 kgf/cm2 = 15 mca), para el consumo máximo
horario, con una pérdida de carga máxima de 49 kPa (5 mca) en el arranque.
A nivel de terreno sobre la tubería, la presión estática en tuberías de distribución no debe ser
mayor que 686,47 kPa (7 kgf/cm2 = 70 mca).
En el caso de uso de grifos, la presión mínima en la red a nivel de terreno, calculada con las
condiciones indicadas en 7.1.1. de esta norma, debe ser igual o mayor que 49,03 kPa (0,5 kgf/cm2
= 5 mca). (Superintendencia de Servicios Sanitarios [SISS], s.f.)
Conocer estos parámetros es de alta relevancia para el proyecto, puesto que así se puede escoger
con mayor certeza el equipamiento óptimo a utilizar para este parámetro.
38
RAMAP
9.2. Válvula reductora de presión
La válvula reductora de presión, a veces también llamada reguladora de presión es una válvula
de control hidráulico cuya consigna es reducir una elevada presión aguas arriba de la válvula, a un
valor menor constante aguas abajo de la misma, independientemente de las variaciones de presión
aguas arriba y de las variaciones del flujo o de la demanda en la línea.
9.3. Administración de presión mediante válvula reductora de
presión
En redes de distribución de agua existen zonas donde la presión es elevada, ya sea por estar
cerca de las estaciones de bombeo o porque geográficamente están en sectores de baja elevación o
cota. No solo es necesario reducir presión a estos usuarios para su confort sino también para evitar
roturas de tuberías y evitar mayores fugas de agua, ya que todas las redes de agua tienen en mayor
o menor medida, pérdidas y/o fugas. (Ingeniería de Fluidos, 2016)
39
RAMAP
Red de Telecomunicaciones
La palabra telecomunicación significa transmisión de mensajes a distancia por medio de
conductores eléctricos, ópticos o electromagnéticos. Una red de telecomunicaciones (o
simplemente, una red de comunicaciones) es el conjunto de elementos que hace posible el
establecimiento de comunicaciones entre usuarios distantes. (Figueiras, 2002) (Artés, García,
Hernández, & Gómez, 2002)
Mediante estas redes de telecomunicaciones, es que se planea brindar el soporte necesario para
que el sistema de monitoreo pueda operar de forma exitosa y en tiempo real.
10.1. Red Mallada Inalámbrica
La arquitectura de las Redes Malladas Inalámbricas (WMNs) se deriva en gran parte como una
combinación de WLANs infraestructurales y Redes Móviles Ad Hoc. Las WMNs abarcan Mesh
Routers (MRs) y Clientes Mesh (MCs). Así las WMNs pueden ser organizadas en una arquitectura
jerárquica de tres niveles, tal como se muestra en la Figura 18.1.
El primer (o el superior) nivel incluye un subconjunto de MRs llamados Internet Gateways
(IGWs), lo cuales son conectados a la red cableada y aquellos IGWs actúan como un puente entre
el backbone mallado inalámbrico y la red cableada. Los IGWs además cuentan con una interfaz
solamente para comunicar con la red cableada. El segundo (o el medio) nivel es el backbone
mallado, consistiendo de un gran numero relativo de MRs inalámbricos, los cuales se comunican
con el IGW y con cada otro empleando un paradigma de comunicación de múltiples saltos,
40
RAMAP
formando así una red inalámbrica de múltiples saltos. Los MRs se organizan autónomamente y
tienen autocuración, facilitando la adición y eliminación de nodos en la red en una base dinámica.
Esta red backbone de MRs es responsable de proveer servicios a los MCs transportando tráfico
ya sea hacia/desde los ICWs retransmitiendo en cooperativa el tráfico de cada otro y facilitando la
interconectividad. El tercer (o el bajo) nivel incluye los usuarios finales de los MCs, los cuales usan
la red para acceder a internet y otros servicios tal como telefonía IP, etc. (Xie, 2010, pág. 478)
Fuente: (Xie, 2010, pág. 479)
Ilustración 4 - Esquema de Jerarquía en WMNs
41
RAMAP
10.2. Red de Sensores Inalámbricos
Una Red de Sensores Inalámbricos (WSN) se compone de sensores autónomos espacialmente
distribuidos con el objetivo de monitorear condiciones físicas o ambientales, tales como
temperatura, sonido, vibración, movimiento o humedad, y pasar cooperativamente sus datos a
través de la red a una ubicación principal. (Jaramillo, Villada, & Ospina, 2011)
Sensores
Los sensores son dispositivos capaces de transformar magnitudes físicas y/o químicas en caídas
de tensión, capacitancia, resistencia o flujo eléctrico que varían proporcionalmente a la variación
en dichas magnitudes, que pueden ser, por ejemplo, movimiento, fuerza, distancia, pH, turbidez,
etc.
El uso de estos dispositivos es variado en diferentes ámbitos, como lo es en cualquier industria
y hasta en la vida cotidiana, midiendo temperaturas, niveles de llenado en estanques, proximidad
en un smartphone, por mencionar algunos ejemplos, su uso es tan amplio que a veces son
imperceptibles.
42
RAMAP
11.1. Sensor de presión
Los sensores de presión son uno de los dispositivos sensoriales a utilizar en el proyecto, se trata
de transductores de la magnitud física de presión o fuerza por unidad de superficie en otra magnitud
eléctrica que será la que se empleará para poder medir los niveles de presión en los puntos
estratégicos. Los rangos de medida son muy amplios, desde unas milésimas de bar hasta los miles
de bar. (Sensing, S.L, s.f.)
11.2. Sensor de pH
Utilizado para medir el pH o alcalinidad de una disolución, ayudando de esta forma a conocer
los niveles de calidad de cualquier líquido procesado para cumplir algún grado de estándar, en este
caso utilizado para la medición de pH en el agua potable.
43
RAMAP
Arduino
Es una plataforma de prototipos electrónica de código abierto (open-source) basada en
hardware y software flexibles y fáciles de usar. Arduino es una herramienta totalmente versátil a
la hora de llevar a cabo casi cualquier tipo de proyecto relacionado a la electrónica, gracias a que
posee una capacidad modular que le permite transformarse en la solución perfecta a los
requerimientos que se necesitan cubrir. Además, mediante diferentes posibles interfaces, este es
capaz de interactuar con software en ejecución lo cual le agrega un gran valor. (Arduino AG
[Arduino], s.f.)
DigiMesh
DigiMesh es propietario de una topología de red mallada inalámbrica desarrollada por expertos
ingenieros de Digi's RF los cuales permiten a nodos dormidos ser sincronizados por tiempo y operar
en bajo consumo. Un único aspecto de DigiMes, comparado a otros protocolos como ZigBee® o
Z-wave, es que todos los dispositivos en una red DigiMesh son el mismo tipo de dispositivo. No
se requiere una arquitectura compleja para definir diferentes nodos en una red como nodos finales,
routers, coordinadores, routers de borde, etc. Cada dispositivo es el mismo, y capaz de enrutar,
dormir para optimización de consumo, y comunicar a través de una red mallada.
44
RAMAP
GPRS
El propósito del sistema GPRS (General Packet Radio Service) es la transmisión eficiente de
datos mediante la conmutación de paquetes desde terminales móviles. GPRS comparte una vasta
infraestructura y arquitectura con el sistema GSM; así, por ejemplo, utiliza las mismas bandas de
frecuencia y la misma estructura de la trama TDMA, a continuación, se detalla su arquitectura y la
base de su funcionamiento.
14.1.1. Arquitectura y bases de funcionamiento
La arquitectura general del sistema GPRS, representada esquemáticamente en la ilustración
6, coincide en buena medida con la arquitectura del sistema GSM.
Fuente: Servicios avanzados de telecomunicación, 2003
Ilustración 5 - Arquitectura Red de Servicios GPRS
45
RAMAP
Ahora bien, para efectuar el encaminamiento de los paquetes de datos hacia y desde las
estaciones móviles, se han incorporado dos nuevos elementos lógicos a la estructura básica de
GSM:
- Nodo de soporte servidor de GPRS (SGSN por sus siglas en inglés): Se trata del 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 (autenticación y cifrado, por ejemplo) y recopilar la
información necesaria para efectuar la tarificación.
- Nodo de soporte de pasarela de GPRS (GGSN, por sus siglas en inglés): 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úblicas de conmutación de paquetes X.25.
La comunicación entre ambos nodos tiene lugar sobre una red IP de carácter privado la cual
forma parte de la infraestructura de la red de comunicaciones móviles- y que en los niveles
inferiores puede hacer uso de distintos protocolos de red. Sobre esta red, que recibe el nombre de
red troncal GPRS, se establece un túnel entre los nodos GSN, mediante un protocolo específico
denominado protocolo de túnel GPRS, GTP. A través del túnel se transmiten los paquetes de
usuario y los mensajes de señalización entre los nodos.
Existe la posibilidad de que los nodos SGSN y GGSN pertenezcan a redes de comunicaciones
móviles distintas. En ese caso, se precisa una interconexión entre las respectivas redes troncales
GPRS. Esta interconexión, tal y como se muestra en la ilustración 7, tiene lugar a través de una
tercera red troncal intermedia, a la que se conectan ambas redes troncales GPRS en ciertos puntos
46
RAMAP
que actúan de pasarelas (interfaz Gp). La red troncal de interconexión puede estar constituida por
una línea dedicada o bien tratarse de una red de conmutación de paquetes. En cualquier caso, esta
interconexión exige medidas de seguridad adicionales, estipuladas en acuerdos mutuos entre
operadores de las redes.
Ilustración 6 - Redes Troncales GPRS
La ilustración 8 ilustra el modo de operación del servicio GPRS. En el ejemplo representado se
ha puesto que los dos usuarios que se comunican son móviles y que cada uno pertenece a una red
distinta. En ambos casos, los nodos SGSN y GGSN que proporcionan servicio al usuario se hallan
conectados a la misma res troncal GPRS. La conexión entre las redes tiene lugar a través de una
red de paquetes externa. Las etapas por las que atraviesa el servicio son las siguientes:
- En primer lugar, la estación móvil entabla una relación con un nodo SGSN: aquél dentro
de cuya área de servicio se halla la estación en dicho momento. El procedimiento que
permite entablar dicha relación se denomina “attach”.
47
RAMAP
- A continuación, se establece una relación con un nodo GGSN que proporcione acceso hacia
la red de paquetes externa a la cual la estación móvil pretende conectarse. Dicha relación
se denomina “contexto PDP (Packet Data Protocol), y el proceso que permite crearla recibe
el nombre de “activación de contexto PDP”. Como consecuencia de la activación del
contexto, se establece un túnel GTP entre los notos SGSN y GGSN.
- Los paquetes de datos generados por la estación móvil origen se encaminan hacia el nodo
servidor SGSN dentro de su área de servicio, o nodo servidor origen SGSN-O.
- El nodo servidor origen encapsula los paquetes y los envía a través del túnel GTP hacia el
nodo pasarela de origen (GGSN-O).
- El nodo pasarela de origen des encapsula los paquetes de datos y, basándose en la dirección
de destino que contienen, los encamina a través de la red de paquetes externa. El destinatario
de los paquetes de datos puede ser un sistema final conectado a la red de paquetes externa
o bien otra estación móvil GPRS. En este último caso, que es el considerado en el ejemplo,
los paquetes se dirigen hacia la pasarela de destino (GGSN-D).
- La pasarela de destino determina a qué nodo servidor debe dirigir el paquete recibido (nodo
servidor destino, SGSN-D) y se lo envía a través de un segundo túnel GTP sobre la red IP
interna.
- Finalmente, el nodo servidor de destino, se ocupa de hacer llegar el paquete a la estación
móvil destinataria del mismo. (Boquera, 2003)
48
RAMAP
Ilustración 7 - Estaciones de una Red GSM-GPRS
49
RAMAP
Capitulo III: Evaluaciones
Factibilidad técnica
La tecnología de telemetría permitirá a la empresa cliente llevar un mayor control sobre las
estadísticas y condiciones de las instalaciones bajo su custodia, además, permitirá registrar dicha
información con propósito de estudios posteriores.
Para el funcionamiento de la tele medición, en este caso sobre las redes de agua potable, se
requieren diversos dispositivos y tecnologías que unifiquen las áreas tecnológicas comprendidas
en las telecomunicaciones, electrónica e informática, con el sector en el que se desarrolla el cliente.
Dichas tecnologías, existen y son compatibles mediante correcta configuración y selección de las
mismas.
El equipo, ha estipulado que son necesario los dispositivos señalados en la Tabla 1 para el
correcto funcionamiento de la solución:
50
RAMAP
Nombre Categoría Cantidad Extranjero Proveedor

Transmisor de presión MNPT de
1/4" de 0 a 3000 psi, salida de 1 a 5 Sensor 5 Sí Grainger
VCC
Lab Grade pH Probe, 1 Meter Cable Sensor 5 Sí Grainger
Arduino UNO R3 Microcontrolador 5 No MCI Electronics
Digi XBee Cellular 3G Módulo / Módem 2 No MCI Electronics
XBee PRO 900HP con conector RP-
Módulo 3 No MCI Electronics
SMA
Celda Solar 8V 550mA Panel Solar 5 No MCI Electronics
Bateria 9v 2000mAh Batería 5 No Spice
Cisco C1921 Router 1 Sí Amazon / Cisco
Cisco Catalyst C9407R Switch 1 Sí Amazon / Cisco
Dell® Server PowerEdge T30 Intel
Xeon E3-1225v5/8GB/1 TB Servidor 1 No PC Factory
HDD/DVD Drive
Firewall CISCO ASA5506-X Firewall 1 Sí Amazon / Cisco
UBIQUITI 900MHZ 2-RPSMA 28DBM
Access-point 1 No Compratecno
630MW
UBIQUITI 13DBI 120-GRADOS
900MHZ 2-RPSMA-M 2X2 ANTENA Antena 1 No LinkStore
SECTORIAL
APC® UPS 2200VA SMART
UPS 1 No PC Factory
(SMT2200I)
Tabla 1 - Equipamiento Solución - Fact. Técnica
Como se puede observar en la Tabla 1, en su mayoría, el equipamiento seleccionado está disponible
en el extranjero, por lo cual es necesario realizar una planificación exacta y comprarlos con
anticipación para evitar retrasos en el cronograma del proyecto; en la tabla superior se enlistan los
equipos requeridos, en conjunto con la cantidad necesaria y su respectivo proveedor.
51
RAMAP
15.1. Equipos de telecomunicaciones
Los equipos de telecomunicaciones a utilizar corresponden a Switch, Router, Firewall y el
módulo módem de xBee, este último es el encargado de enviar información de lecturas a través de
la red celular hacia el servidor receptor, para su posterior visualización. Mediante el Switch y el
router se realiza la conmutación y direccionamiento adecuado dentro de la red local, por su parte
el router además, otorga la conectividad con la red de internet; el firewall; es el encargado de
realizar el control del tráfico tanto de entrada como de salida. otorgando un nivel de seguridad
extra.
15.2. Equipos de medición y controladores
Comprenden los dispositivos Raspberry y los sensores, el primero debe ser configurado
utilizando lenguaje de programación, haciéndolo capaz de recibir e interpretar los datos ofrecidos
por los sensores, los cuales deben ir minuciosamente conectados e instalados al dispositivo
Raspberry y las redes de agua potable respectivamente.
15.3. Equipos informáticos y UPS
Se incluye en el proyecto un servidor y una UPS, con la finalidad de instalar servicios capaces
alojar el sitio WEB y la base de datos dentro del mismo, habilitando así la recepción de la
información enviada por los dispositivos Raspberry por medio de los xBee. Por otro lado, la UPS
permitirá mayor autonomía, brindando una alimentación limpia y continua en caso de ruido en la
señal eléctrica y caídas repentinas de voltaje.
52
RAMAP
Es necesario acotar que todos los dispositivos presentes en el proyecto requieren de un
funcionamiento continuo, por lo cual y considerando lo establecido en la Norma Internacional de
Contabilidad nº 16 (NIC 16), que considera activos fijos al material que posee una entidad para su
uso en la producción o suministro de bienes y servicios, y lo expresado en el Servicio de impuestos
internos en la “NUEVA TABLA DE VIDA ÚTIL DE LOS BIENES FÍSICOS DEL ACTIVO
INMOVILIZADO” corresponde a la siguiente:
Considerando lo consignado en la Norma Internacional de Contabilidad nº 16 (NIC 16) acerca
del inmovilizado material, se puede determinar que, dada la naturaleza de los dispositivos presentes
en el proyecto, estos corresponden a tal denominación. Por lo anterior, se puede determinar que,
para el caso, es aplicable la nueva tabla del Servicio de Impuestos Internos, la cual establece la vida
útil para los bienes del activo inmovilizado. A continuación, la Tabla 2 muestra los más resaltantes:
Activos Vida útil normal
Sistemas computacionales, computadores, periféricos, y 6

similares (ejemplos: cajeros automáticos, cajas
registradoras, etc.).
Instalaciones anexas al tranque. Bombas extractoras de agua, 10

estanques e instalaciones similares en general.
Equipos canalizadores y repetidores en O.C. 10
Equipos de radio. 12
Fuente: (Servicio de Impuestos Internos [SII], 2002)
Tabla 2 - Vida útil para equipos activos
53
RAMAP
Factibilidad Operacional
Debido a que la solución propuesta para el proyecto necesita intervención en las instalaciones
establecidas en los ductos de agua potable, es necesario contratar personal capacitado para trabajar
en dichas estructuras. Es necesario además realizar capacitaciones con el fin de instruir el correcto
uso e instalación del sistema tanto al personal encargado de la supervisión como al encargado de
instalación y mantenimiento. Para ello, se ha de otorgar un manual de instalación y mantención del
producto.
Para el desarrollo del proyecto se considera personal capacitado al incluido y descrito en la
tabla 3, mostrada a continuación:
Ingeniero en Personal encargado de realizar estudios en conjunto con el x3
telecomunicaciones ingeniero en mecánica de fluidos sobre el diseño e inclusión de
sensores en la red de agua potable. Además de estudiar, diseñar y
brindar una propuesta de solución basada en la tecnología de
telecomunicaciones más factible para el propósito
Ingeniero en Encargado de realizar estudio de diseño para la implementación de x2
mecánica de fluidos los sensores en la red de agua potable, además, brindar apoyo al
ingeniero en telecomunicaciones en materia de hidráulica.
Analista Encargado de realizar la programación de Raspberry y elementos x1
programador necesarios para el correcto funcionamiento de la interfaz web.
54
RAMAP
Diseñador Web Encargado de realizar un diseño web intuitivo y seguro para x1
usuarios finales y la propia empresa cliente.
Jornales Personal encargado de realizar labores de intervención y mano de x5
obra dura acatando los requerimientos dispuestos en el proyecto.
Tabla 3 - Personal considerado para el desarrollo el proyecto - Fact. Operacional
Factibilidad ambiental
El proyecto bajo un buen uso permite reducir las pérdidas de agua provocadas por roturas en
los ductos de la red, minimizando así, gastos para la empresa cliente y cuidando del estado
hidrológico actual, el cual según el boletín climático de septiembre del 2017 de CEAZA, se
presenta con un 86% de capacidad total regional, siendo que hace dos años, este mismo presentaba
sólo un 10%.
Además, se presume que el proceso de instalación será limpio, teniendo siempre un plan de
recolección, cuyos desechos, dependiendo de sus características, serán enviados a una empresa de
reciclaje competente.
En base y continuidad del párrafo anterior, se puede estipular que el proyecto ayuda al cuidado
del agua potable, puesto que se enfoca a prevenir roturas en las redes de distribución de la misma,
evitando así enormes pérdidas tanto económicas como de agua. Por parte de la intervención y mano
de obra del proyecto, no se adjudican mayores desechos, puesto que los producidos son reciclables,
pertenecientes a envases plásticos y cartón de bajo volumen.
55
RAMAP
Factibilidad Legal
En Chile los servicios de agua potable son entregados a modo de monopolio, mismo que es
adjudicado por el estado y normado por las siguientes leyes:
D.F.L. M.O.P. Nº382/1988 "Ley General de Servicios Sanitarios".
D.S. MOP N°1199/2004 "Reglamento de las concesiones sanitarias de producción y
distribución de agua potable y de recolección y disposición de aguas servidas y de las normas sobre
calidad de atención a los usuarios de estos servicios".
La propuesta a la que apunta el proyecto está destinada a permitir una regulación más
efectiva por parte del cliente, ayudando a cumplir con los rangos de presión, pH y cualquier otro
factor que se requiera, estipulados en la NCh691:2015 y exigido por la fiscalizadora SISS, siempre
y cuando esté dentro de la factibilidad tecnológica y legal.
Por otro lado, el proyecto en el factor técnico orientado a las telecomunicaciones está
regulado por la Subsecretaría de Telecomunicaciones (SUBTEL), la cual debe otorgar (en caso de
necesitar) aprobaciones sobre las bandas de frecuencias a utilizar y, además, supervisar de que el
proyecto acata las regulaciones adjudicadas, además desde el día 23 de septiembre, la SUBTEL,
exige que cada dispositivo que haga uso de la red móvil debe ser registrado con anterioridad.
Como es de esperar de un proyecto que cuenta con hardware y software, las licencias no son
de exclusión, el uso de la tecnología otorgada por Raspberry y Microsoft debe ser tomada en cuenta
y conseguir los permisos de licencia correspondientes.
56
RAMAP
Al no ser un asunto de menor relevancia, los acuerdos de confidencialidad también han de ser
respetados. La solución cuenta con un base de datos privada con acceso restringido y equipamiento
de seguridad, de forma tal que la utilización de esta sea completamente segura para los usuarios y
el propio cliente.
Factibilidad Comercial
Dado que el cliente al que está dirigido la propuesta pertenece a una industria monopolizada,
la solución está sujeta netamente a sus necesidades.
La necesidad del cliente dentro del desarrollo incluye la instalación y mantención de este
sistema, el cual otorgará un monitoreo más preciso que reducirá la posibilidad de fallos en la red
de agua potable, lo cual desencadena en un mejor mantenimiento y por lo tanto, al ser una industria
tan grande causará una mejor percepción de la entrega del servicio en el usuario final.
Enlazado la factibilidad legal, la adquisición de dispositivos se efectuará a nivel nacional e
internacional, mediante transferencias bajo los estándares de la ley, lo cual no implica riesgo legal
alguno.
57
RAMAP
Factibilidad económica
A continuación, en la tabla 4 se muestran los detalles de factibilidad, mostrando nombre,
categoría, cantidad de dispositivos a comprar, el tipo de transacción, el proveedor y los costos en
dólares asociados a la obtención de los mismos en USD, convirtiéndolos finalmente en pesos
chilenos.
Nombre Categoría Cantidad Precio Sub. Total

Transmisor de presión MNPT
de 1/4" de 0 a 3000 psi, salida Sensor 5 $ 189,00 $ 945,00
de 1 a 5 VCC
Lab Grade pH Probe, 1 Meter
Sensor 5 $ 196,00 $ 980,00
Cable
Arduino UNO R3 Microcontrolador 5 $ 29,24 $ 146,20
Digi XBee Cellular 3G Módulo / Módem 2 $ 92,38 $ 184,76
XBee PRO 900HP con
Módulo 3 $ 61,58 $ 184,74
conector RP-SMA
Celda Solar 8V 550mA Panel Solar 5 $ 72,31 $ 361,55
Bateria 9v 2000mAh Batería 5 $ 84,55 $ 422,75
Cisco C1921 Router 1 $ 1.074,00 $ 1.074,00
Cisco Catalyst C9407R Switch 1 $ 315,23 $ 315,23
Dell® Server PowerEdge T30
Intel Xeon E3-1225v5/8GB/1 Servidor 1 $ 874,00 $ 874,00
TB HDD/DVD Drive
Firewall CISCO ASA5506-X Firewall 1 $ 873,87 $ 873,87
UBIQUITI 900MHZ 2-RPSMA
Access-point 1 $ 308,00 $ 308,00
28DBM 630MW
UBIQUITI 13DBI 120-GRADOS
900MHZ 2-RPSMA-M 2X2 Antena 1 $ 500,00 $ 500,00
ANTENA SECTORIAL
APC® UPS 2200VA SMART
UPS 1 $ 925,73 $ 925,73
(SMT2200I)
TOTAL $ 8.095,83
Conversión $ 5.124.663
Tabla 4 - Detalle de insumos - Fact. Económica
58
RAMAP
Capítulo IV: Desarrollo Experimental
La evolución y adaptación de la propuesta deja en evidencia la demanda y necesidad de diversos
elementos que considerar a lo largo de su desarrollo. El equipo de trabajo pretende dar a conocer
la propuesta principal del proyecto, fortaleciendo la así el vínculo y comprensión de los objetivos
y alcance, respaldado por el desarrollo de un prototipo equivalente tecnológicamente que deje en
evidencia la efectividad de las funciones de la propuesta realizada.
Metodología
En este punto se comprende el plan de seguimiento propuesto por el equipo de trabajo, que
estaría apegado al desarrollo técnico del proyecto, aplicado básicamente para la solución propuesta
pero más apegado al desarrollo de la solución prototipo.
1. Investigación de tecnologías.
2. Investigación de infraestructura.
3. Desarrollo de diagramas (Análisis de topologías factibles - Diagrama Lógico - Diagrama
Físico).
4. Cotización - Búsqueda de elementos.
5. Compras.
6. Investigación y preparación de la página web.
7. Investigación y preparación Servidor con base de datos.
8. Estudio y preparación de la placa Arduino UNO y sensores.
9. Configuraciones.
10. Pruebas.
59
RAMAP
Soluciones propuestas
22.1. Malla – Punto – Multipunto
Esta solución comprende el diseño de una red mallada inalámbrica compuesta por una red de
nodos de sensores ubicados personal y estratégicamente en la red hidráulica.
¿En qué consiste una conexión punto - multipunto?
Permite la interconexión de dos áreas, o más bien dispositivos en ellas, gracias a un mismo
punto de acceso comunicándose a través de canales de una línea común.
Esta característica permite la creación de las WMNs a través de módulos de comunicación
inalámbrica en conexión con un punto de acceso inalámbrico con capacidad de gestionar
múltiples conexiones, lo cual permite la transmisión de datos desde cada nodo de sensores
hasta el centro de datos a través de los espectros radioeléctricos.
22.2. Malla – GPRS
Esta solución consta de una red de sensores cuyos nodos son interconectados a través de la red
de datos celular, siendo así capaces de llevar la información desde cada sensor hasta los servidores
de la central de base de datos a través del servicio GPRS.
60
RAMAP
Estudio de las soluciones
Se ha considerado realizar una comparación de las características que posee cada solución en
base a las especificaciones de sus componentes con respecto a las variables que afecten la capacidad
de la solución para poder operar eficientemente.
23.1. Conectividad
Malla – Punto – Multipunto: Al emplear la tecnología Digimesh, Xbee o similar, éstos operan
bajo sus propios protocolos de comunicación entre sí, a diferencia de los dispositivos que utilizan
el modelo TCP/IP.
Malla – GPRS: El servicio de datos permite el acceso directamente a internet para cada nodo, los
cuales pueden enviar estadísticas por este medio hasta la base de datos.
23.2. Disponibilidad
Malla – Punto – Multipunto: Debido a las características de algunos sectores se complica la
recepción de señal en ciertos nodos, ya que, por ejemplo, en un sector central, muchos edificios
podrían interferir en la línea de visión que tenga el punto de acceso con los nodos. Esta red tiene la
característica de ser más privada e independiente, lo cual la disponibilidad de su servicio depende
de su correcta implementación y supervisión.
Malla – GPRS: Por fortuna, casi todos los sectores que cuentan con la red de agua potable se
encuentran iluminados por la señal de red celular, cuyo espectro permite sortear o penetrar diversas
y grandes estructuras manteniendo así la conexión con los dispositivos. La integridad de su
disponibilidad depende en una parte de quienes han implementado y supervisado los elementos
61
RAMAP
externos a la red celular, y por otra de los propietarios o proveedores de los servicios de conexión
en la red GSM.
23.3. Distancia de operación
Malla – Punto – Multipunto: Ciertos módulos pueden operar transportando la señal desde 100
metros hasta 24 kilómetros aproximadamente, permitiendo cubrir con una red personal zonas
extensas en las que otras tecnologías no mantienen funcionalidad ni cobertura de señal.
Cabe señalar que la CSBD queda en un sector cercano a los puntos que se han de intervenir,
por lo tanto, aminora aún más (para el correspondiente caso) el problema de distancia operacional,
mostrado en la ilustración 8, donde los nodos son representados por los chinches amarillos y la
CSBD por el icono circular rojo, donde además se estableció el campo visual (marcado en verde)
a una altura de 12 metros relativa al suelo.
Ilustración 8 - Mapa sectorial y ubicaciones de nodos
Malla – GPRS: La distancia de operación dependerá de las zonas iluminadas con la señal de red
celular e interconectadas a través de sus diversas estaciones.
62
RAMAP
23.4. Costo
Malla – Punto – Multipunto: Para esta solución los costos van orientados al equipamiento
correspondiente a equipos de telecomunicaciones, como Router, Switch, antenas y Firewall además
se considera la red mallada correspondiente a Xbee, Arduino y sensores.
Malla – GPRS: A diferencia de la solución anterior, esta no requiere una antena sectorial, por lo
tanto, el costo en equipamiento de telecomunicaciones, baja, sin embargo, para la realización de la
red mallada, se utiliza un módulo Xbee, cuyas características elevan su precio.
23.5. Seguridad
Malla – Punto – Multipunto: Al trabajar bajo sus propios protocolos de comunicación, la red
mallada de esta solución bastante es menos propensa a ser rastreada e intervenida a través de la red
pública de internet, así teniendo su debilidad en la central donde se encuentra el acceso a la nube,
motivo por el cual se pretende contar con equipos de seguridad en dicho establecimiento.
Malla – GPRS: Al operar con acceso a la red pública de internet, los nodos y otros elementos
podrían encontrar disponibles y hasta vulnerables, lo que en su mayor parte es responsabilidad de
la seguridad integral de la red del proveedor.
Cabe destacar, que la seguridad del servidor de base de datos depende netamente del personal
informático que se ha dispuesto para el desarrollo de la plataforma, por otro lado, y como se
menciona en los párrafos anteriores, la solución cuenta con equipo de seguridad para evitar
conexiones no deseadas.
63
RAMAP
Solución escogida
Tras los procesos de análisis y comparaciones, se han observado diversas formas en las que las
tecnologías involucradas operan, por lo que en consideración de los posibles riesgos y situaciones
que puedan presentarse, se ha optado por realizar un diseño de solución mezclando ambas
soluciones para así obtener una red optimizada para la función del envío de estadísticas, escalable
para el desarrollo de las obras públicas tanto como de la empresa, redundante esperando aumentar
la contingencia y robusta para los servicios dentro del alcance y propósito del proyecto.
Esta consiste en redes de sensores cuyos nodos son pertenecientes a alguna de las redes
malladas inalámbricas posibles, la cuales pueden contar con acceso directo para el envío de datos
a la central, o poder arribar a dicho destino a través de la red GSM como también tener la
disponibilidad de esta como un plan de contingencia para ruta de respaldo ante algún inconveniente
de conectividad y disponibilidad.
Se considera realizar diversas WMNs para la segregación del sistema en los sectores
geográficos correspondientemente designados.
64
RAMAP
Funcionamiento
Al establecer el diseño de la solución y los principales elementos a considerar para la propuesta,
se procede a establecer el plan de operación con el que el sistema funcionaría aprovechando los
recursos de la red de sensores, las WMNs, los servicios de transmisión de datos a través de GSM,
web con base de datos y respuestas para los usuarios finales.
A continuación, se detallan los pasos que contempla la operación del sistema, comenzando por
los nodos de sensores:
25.1. Recogida de datos
El proceso de obtención de datos y envío de estadísticas comienza con la recepción de la
información de los sensores por las placas microcontroladoras de cada nodo. Éstas procesan y
preparan la información adjuntando los correspondientes datos de identificación y destino para
poder ser enviadas a través de la red.
25.2. Envío y tráfico de datos
El dispositivo comunicador ha de definir su rol activo en la red en conjunto con sus pares,
gestionando así el envío de información a través de su WMN correspondiente y manteniendo los
enlaces disponibles con otros nodos que sean necesarios para mantener la red integralmente activa.
65
RAMAP
25.3. Juicio de transmisión
Cuando la información llega al nivel jerárquico más alto de la WMN, los MR al actuar como
puertas de enlace deben decidir el medio por el cual la información será entregada a la central de
base de datos, estos serían la conectividad directa con la central si es que ha de existir, o a través
del servicio GPRS de la red GSM (a nivel de prioridad respectivamente).
25.4. Almacenamiento y proyección de datos
Al recibir la información en el centro de base de datos, ocurre la interacción de los servicios
para el procesamiento de los datos como estadísticas para finalmente ser representadas
gráficamente en la página web del sistema.
25.5. Solicitud de cliente
A través de los dispositivos compatibles (notebooks, computadoras de escritorio y smartphones
principalmente), los usuarios finales pueden acceder a visualizar la información en tiempo real del
estado de la red de agua potable según los nodos estratégicamente ubicados, accediendo a estos a
través de la página web que se encuentra disponible en la red pública de internet.
66
RAMAP
25.6. Acción de contingencia
Dentro del servicio que proyecta la información en tiempo real del estado de la red de agua
potable se encuentra la función de alertar a través de la plataforma o terminal en la que se accede
a visualizar, si algún cambio drástico ha ocurrido en las estadísticas arrojadas, pudiendo esto
significar una grave alteración física en la integridad de la red hidráulica o su flujo contenido.
67
RAMAP
Descripción de topologías
En esta sección se dará a explicar la estructura de la red de la solución propuesta, realizando
una definición a gran escala de la red en general tanto como la del Centro de Servicios y Base de
Datos.
26.1. Mesh – Multipunto – GPRS
En el siguiente esquema se comprenden los elementos que componen la topología del sistema,
considerando los nodos de la red de sensores pertenecientes a la WMN y su respectiva jerarquía,
además de abarcar y explicar gráficamente la conexión de éstos hasta el Centro de Servicios y Base
de Datos.
Ilustración 9 - Topología General del Proyecto
68
RAMAP
26.2. Centro de Servicios y Base de Datos
A continuación, se da a conocer la arquitectura interna del CSBD que da alojo al equipamiento
de los servicios y trabaja internamente la información para mantenerla accesible a través de internet
en la plataforma web de monitoreo.
Vlan Sensores
Ilustración 10 - Topología CSBD
69
RAMAP
Análisis de componentes
Tras haber establecido y explicado el propósito, composición y arquitectura de la propuesta, se
darán a conocer las tecnologías escogidas por el grupo de trabajo para el diseño e implementación
de un prototipo que permita simular el funcionamiento efectivo de la propuesta a través de
tecnología similar y equivalente en ciertas características.
27.1. Sistema de enrutamiento primario
27.1.1. Router Cisco 2811
Ilustración 11 - Router Cisco 2811
Dispositivo que interconecta las diferentes redes utilizadas en el prototipo, donde se ha
configurado DHCP, NAT estático y diferentes sub-interfaces para agregar las redes necesarias,
correspondientes a RAMAP Clientes, RAMAPS y RAMAP Servidores, donde sólo la red
RAMAPS, correspondiente a la red de los sensores, no posee permisos para acceder a internet,
puesto que es innecesario.
70
RAMAP
27.2. Switch backbone
27.2.1. Switch Cisco Catalyst 2950
Fuente: (Alfonso, 2013)
Ilustración 12 - Switch Cisco Catalyst 2950
Para el prototipo, este dispositivo se encarga de otorgar acceso separado a las redes entregadas
por el router mediante configuración de vlans y enlaces troncales con el router y el AP, con el fin
de acceder a ellas de forma inalámbrica.
71
RAMAP
27.3. Dispositivos para punto de acceso inalámbrico
27.3.1. Access Point Cisco Aironet 1240AG
Ilustración 13 - Cisco Aironet 1240AG
“La serie de Access Points Cisco Cisco® Aironet® 1240AG entrega la versatilidad, gran
capacidad, seguridad, y características de nivel empresarial exigidas por los clientes WLAN. Los
Access points IEEE 802.11a/b/g son diseñados específicamente para enfrentar entornos RF tal
como lo son fábricas, almacenes, grandes establecimientos de ventas retail que requieren la
versatilidad de la antena asociada con antenas conectorizadas, una fuerte cubierta de metal, y
un amplio rango de temperatura operable. La serie Cisco Aironet 1240AG entrega energía local
tanto como en línea, incluyendo soporte para IEEE 802.3af Power over Ethernet (PoE).” ( Cisco
Systems, Inc., 2006)
El presente dispositivo de punto de acceso tiene como función en el prototipo entregar
acceso a la VLAN de nodos y a la VLAN de clientes a través de cobertura inalámbrica Wi-Fi y
gracias a su capacidad de múltiples SSID para mantener la segmentación de la red.
72
RAMAP
27.3.2. Ubiquiti Nanostation LOCO M2
Ilustración 14 - Ubiquiti Nanostation LOCO M2
Este dispositivo tiene como función en el prototipo interconectar el router principal hacia
una red con salida a internet, simulando de esta manera la conexión a la Red de Área Amplia
(WAN), permitiendo acceso a la red pública a lo que corresponde como el CSBD.
Especificaciones LOCO M2
Dimensiones 161 x 31 x 80 mm
Peso 180 g
Alimentación (PoE) 24V – 0.5 A
Potencia máxima de consumo 5.5 W
Frecuencia operadora 2412-2462 MHz
Ganancia 8.5 dBi
Interfaz de red 1 x 10/100 Puerto Ethernet
Frecuencia 2.4 GHz
Polarización Dual Lineal
Temperatura de trabajo -30 a 75°C
Humedad de trabajo 5 a 95% no condensado
Tabla 5 - Especificaciones Ubiquiti Nanostation LOCO M2 (Ubiquiti, 2016)
73
RAMAP
27.4. Servidor
27.4.1. Lenovo Ideapad 110
Ilustración 15 - Equipo Virtualizador
El servidor a utilizar se trata de una simulación sobre el equipo de un integrante del grupo de
trabajo, el cual ejecuta los servicios de Apache, MySQL y DNS, con el fin de realizar el prototipado
de la página web y la representación de los datos capturados en gráficos.
74
RAMAP
27.5. Arduino UNO
Ilustración 16 - Arduino UNO
En el prototipo, el presente dispositivo se encarga de controlar los elementos tales como
sensores y módulos de comunicación presentes en cada nodo. Recopila la respectiva información
y la prepara para ser enviada a través de las redes inalámbricas.
27.5.1. Características
Las características de las placas Arduino varían según el modelo que se requiera para llevar
a cabo el proyecto planteado, por ello a continuación se describen las características generales de
la misma.
27.5.2. Entradas y salidas
Cada placa Arduino, dependiendo los fines, poseen entradas y salidas, por las que circula
energía de alimentación y datos tanto procesados como sin procesar (dependiendo el punto de
vista), estas pueden ser digitales y analógicas, en ellas se pueden conectar placas de expansión
llamadas “shields” las cuales tiene como fin, ampliar las capacidades y/o funcionalidades de
Arduino.
75
RAMAP
27.5.3. Lenguaje de programación
Arduino opera bajo un lenguaje propio denominado Arduino Programming Language, el
cual se basa en Wiring y su entorno de desarrollo; en Processing, los cuales a su vez están basados
en C, C++ y Java.
27.5.4. Otras características importantes
 Voltaje operativo: 5V.
 Voltaje de entrada recomendado: 7-12V.
 Voltaje de entrada límite: 6-20V.
 Intensidad de corriente: 40mA.
27.5.5. Usos de Arduino
Como se menciona en los párrafos anteriores, esta placa puede ser de utilidad para diversos
proyectos, desde domótica, construcción de robots y automatizaciones hasta hacer música con los
ya antiguos lectores de disquetes. (Arduino AG [Arduino], s.f.)
76
RAMAP
27.6. Medidor de presión 1,2 MPa
Ilustración 17 - Sensor de presión 1,2 MPa Prototipo
El presente medidor de presión interactúa directamente con el entorno de la red hidráulica
al estar instalado en ella y conectado a la placa Arduino UNO a la vez, la cual recibe sus datos y se
encarga de procesarlos.
Consta de una línea de alimentación (Vcc – Cable Rojo), una línea de aterrizaje (GND –
Cable negro) y una línea de señal (Signal – Cable amarillo) conectada al panel de pines análogos
de la placa Arduino UNO la cual a través de la diferencia de voltaje producto de su mecanismo de
funcionamiento logra entregar un valor el cual resulta ser el índice de presión en la red hidráulica.
Voltaje de funcionamiento DC 5.0V
Voltaje de salida DC 0.5-4.5 V
Material del sensor Aleación de carbón y acero
Corriente de trabajo ≤10 mA
Rango de presión 0-1.2 MPa
Presión máxima 2.4 MPa
Longitud del cable 19cm
77
RAMAP
Presión destructiva 3.0 MPa
Rango de temperatura 0-85℃
Rango de temp. Almacenado 0-100℃
Medición de error ±1.5 %FSO
Rango de error de temp. ±3.5 %FSO
Tiempo de respuesta ≤2.0 ms
Ciclo de vida 500,000 pcs
Aplicaciones Medición de gas líquido no corrosivo
Tabla 6 - Especificaciones Sensor de Presión Prototipo (BangGood, 2017)
78
RAMAP
27.7. Medidor de pH DFRobot 0161
Ilustración 18 - Sensor pH + Placa acondicionadora Prototipo
El presente medidor se encarga de recopilar índices de basicidad o acidez del fluido
almacenado dentro de la red hidráulica. Consta principalmente de un electrodo en el cual su
extremo debe ser puesto en la muestra que se pretende medir y comunica la información a una
placa acondicionadora a través de un cable conector BNC.
27.7.1. Placa acondicionadora
A través de su circuito se encarga de recibir e interpretar la información del índice pH entregada
por el electrodo a través de su puerto BNC, ahorrando de esta manera intervenciones extensas en
la placa Arduino UNO en adición de componentes electrónicos. Posee una interfaz PH2.0 la cual
comunica hacia el Arduino UNO a través de tres pines, siendo estos: Alimentación (Vcc - Cable
Rojo), aterrizaje (GND – Cable negro) y señal (Cable azul), la cual se dirige a un pin análogo del
Arduino UNO para enviar la correspondiente información.
79
RAMAP
27.8. ESP8266
Fuente: Fabricadigital.org
Ilustración 19 - ESP8266 Prototipo
Este módulo de funciones muy variables, amplias y útiles permite establecer al dispositivo la
capacidad de funciones TCP/IP, pudiendo así entrar a una red WLAN dentro de la banda de los
2.4GHz. Este corresponde a ser el elemento esencial para la comunicación del prototipo, ya que
cuenta con una antena integrada la cual finalmente permitió lograr la conexión a un punto de acceso
inalámbrico y transmitir los datos hasta el servidor con base de datos.
80
RAMAP
27.9. Batería solar
Se ha considerado relevante el suministro adicional de energía para mantener constante el
funcionamiento del dispositivo, manteniendo el servicio con los datos actualizados en todo
momento. Dar énfasis a la capacidad de auto sustentabilidad y demostrar el efectivo uso de la
implementación de tecnologías comprendidas, orientados por la base de promover la evolución
IoT.
Para ello, se ha integrado una batería con capacidad de cargarse a través de energía solar, y
además poder distribuir la energía a otros dispositivos. La batería presentada cumple con las
propiedades aptas para mantener la alimentación del dispositivo.
81
RAMAP
Capítulo V: Simulacro e Implementación
Presentación/Descripción de prototipo
El presente prototipo se ha implementado en base a tecnología alternativa y equivalente a la
solución propuesta, cumpliendo requerimientos de funcionamiento, el mismo, en su mayoría ha
sido desarrollado en las horas correspondientes al plan de estudios de la institución de INACAP La
Serena, consta a grandes rasgos de un Arduino, módulo Wi-Fi, sensores y una interfaz gráfica
desarrollada por los integrantes del proyecto, esto incorporado a un router y un switch encargados
encaminamiento y distribución, adicionalmente de los puntos de acceso inalámbrico.
Cuadro Comparativo: Solución propuesta versus Prototipo
Categoría Solución Propuesta Prototipo
Implementación Puntos estratégicos en la red Maqueta de tuberías PVC -
hidráulica en el centro de La Serena. Instalaciones de Inacap La
Serena
Kit de desarrollo RASPBERRYPI3-MODB-1GB Arduino UNO
Medidor de presión Transmisor de presión MNPT de 1/4 Sensor de presión 1,2 Mpa con
"de 0 a 3000 psi, salida de 1 a 5 VCC señal residual (baja)
Medidor de pH Lab Grade pH Probe, 1 Meter Cable Sensor de Ph compatible con
arduino.
Conectividad Inalámbrica: Inalámbrica:
82
RAMAP
 Red MESH  Modulo WiFi ESP8266

 Red celular  Access Point Ubiquiti
 Digi XBee Cellular LTE NanoStation LOCO M2
Cat 1
Servicios Dedicado: Mediante virtualización:
Dell® Server PowerEdge T30 Intel S.O Windows 7 con XAMPP y
Xeon E3-1225v5/8GB/1 TB servidor DNS (Dual Server).
HDD/DVD Drive.
Seguridad Dedicado: Mediante virtualización:
Firewall CISCO ASA5506-X S.O Untangle basado en GNU
Linux.
Energía y protección UPS: APC® UPS 2200VA SMART Batería portátil con panel solar
(SMT2200I) en central de datos. incorporado.
Batería y panel solar para autonomía Sin protección UPS.
de hardware remoto.
Tabla 7 - Tabla comparativa: Solución Propuesta – Prototipo
83
RAMAP
Planificación
Con el fin de completar exitosamente el prototipo propuesto se ha planteado llevar a cabo la
siguiente planificación y desarrollo:
1. Establecer las funcionalidades del prototipo.
2. Buscar, comparar y conseguir el equipamiento necesario para el desarrollo del prototipo.
3. Realizar pruebas del equipamiento adquirido.
4. Estudiar el funcionamiento de servidores con base de datos e implementarlo en el prototipo.
5. Investigar y recaudar información sobre el funcionamiento del Arduino en función del
servidor con base de datos.
6. Realizar las configuraciones sobre los equipos de telecomunicaciones.
7. Realizar pruebas de prototipo en su fase final.
8. Concluir en base a sistemas de evaluación basados en porcentajes de logros cuantitativos y
cualitativos.
84
RAMAP
Topología de red del prototipo
A continuación, se presenta el diagrama topológico implementado para el prototipo instalado
en el espacio correspondiente a la sub estación de INACAP La Serena:
Ilustración 20 - Topología de red del prototipo
85
RAMAP
Equipos y materiales
A continuación, se mencionan los elementos adquiridos y empleados para la configuración del
prototipo:
Nombre Marca
Sensor de presion 1,2 Mpa GRAINGER
Sensor de Ph GRAINGER
Arduino Uno ARDUINO
Modulo WiFi ESP8266 Espressif Systems
Router CISCO
Switch CISCO
Access Point Ubiquiti
Equipo virtualizador Lenovo
Batería con Panel Solar 5v -
Tuberías y conexiones PVC -
Tabla 8 - Elementos del prototipo
86
RAMAP
Distribución de dispositivos
33.1. Central
Se dispuso a modo de central de datos y servicios, la subestación de la sede de INACAP La
Serena, donde se instalaron los siguientes equipos:
 Router Cisco 2811
 Switch Cisco Catalyst 2950
 Access Point Cisco Aironet 1240AG
 Equipo virtualizador
33.2. Simulación de Red de agua potable
Ubicado en las afueras de la subestación, a un lado del acceso vehicular y contando con
conexión a la red de agua potable se encuentra el cuerpo que simulará las redes públicas de agua
potable, el cual consta de los siguientes materiales:
 Dispositivo colector y comunicador de datos.
 Sensor de presión.
 Sensor de pH.
 Estructura PVC variable entre 50mm y 20mm.
 Llave de agua.
 Manguera.
87
RAMAP
33.3. WAN
Con el fin de simular una red WAN y lograr comunicación con Internet, se instalaron los
siguientes equipos en la torre auto soportada de la subestación:
 Access Point Ubiquiti Nanostation LOCO M2
88
RAMAP
Desarrollo
En esta sección se exponen las acciones llevadas a cabo para implementar el prototipo del
proyecto, dejando en claro tanto las configuraciones del equipamiento de telecomunicaciones,
como las del servidor y diferentes servicios con los que éste cuenta, aclarando en todo momento
las funciones que cumple cada dispositivo y servicio.
34.1. Conectividad: Nodos - Base de datos – Internet
Con la finalidad de simular la tecnología recomendada a utilizar en el proyecto se ha
implementado una red inalámbrica encargada de recibir la información generada por los sensores
conectados al Arduino y enviados a través del ESP8266 (Módulo Wi-Fi), de esta forma dar
recepción e interpretar mediante un gráfico en pantalla con el apoyo del servidor multiservicio.
Además, para conectar este último a internet, se ha establecido una conexión punto a punto entre
la subestación y el Laboratorio LEICA, ubicado en el tercer piso del Edificio A de INACAP La
Serena.
89
RAMAP
Ilustración 21 - Esquema de conectividad de nodos Prototipo
Ilustración 22 - Esquema de lógica de transmisión de datos
90
RAMAP
34.2. Configuraciones de conectividad
En esta sección se exponen los parámetros establecidos en los diferentes dispositivos que
componen la red mencionada en los párrafos anteriores.
Para ver las configuraciones realizadas en ellos, véase “Anexo Configuraciones”.
34.3. AP
Se ha configurado el Access Point Cisco air-1240ag-k9 con direcciones IPv4 privadas de clase
C y dos SSID, una para la red de sensores que establece la comunicación de los mismos con el
servidor y otra para los clientes, facilitando la visualización remota del comportamiento de los
sensores instalados.
Parámetro AIR-1240AG-K9
Banda de trabajo 2,4GHz
Multi – SSID Sí
- SSID 1: Sensores_WAWN
- SSID 2: Clientes_WAWN
Seguridad Autenticación:
- WPA2
Encriptación:
- AES-CCMP
Canal de transmisión 20MHz de ancho

Tabla 9 - Configuraciones AP Cisco Aironet 1240AG
91
RAMAP
34.4. Pruebas de funcionamiento de conectividad
34.4.1. Nodo
Las primeras pruebas de conectividad fueron ejecutadas al adquirir el módulo ESP8266
para verificar la integridad y funcionamiento de éste a través de sus comandos AT. (Véase "Anexo:
Comandos AT ESP8266")
Al conectar el módulo a través de la placa Arduino, permite acceder a dar instrucciones en
interfaz de línea de comandos a través del puerto serial.
Como primera instrucción, se ejecuta el comando <AT>, el cual si arroja como respuesta
"OK" , indica que el funcionamiento del módulo es correcto.
Ilustración 23 - Respuesta Comando "AT"
92
RAMAP
A través del comando <AT+CWLAP> se ejecuta la función de escaneo de redes
inalámbricas, el cual arroja como respuesta las diversas SSID que se encuentren disponibles.
Ilustración 24 - Respuesta comando "AT+CWLAP"
Tras conectarse a la red correspondiente con <AT+CWJAP="SSID","Password">, se
procede a deshabilitar las conexiones TCP/UDP múltiples con el comando <AT+CIPMUX=0>.
A este nivel se tiene noción de que la conectividad de los equipos activos de la red es efectiva, la
cual se puede comprobar a través de pruebas ICMP a las direcciones IP correspondientes de los
equipos.
93
RAMAP
Para corroborar si la conectividad cumple funcionalmente con el envío de datos, se pondrá
a prueba la conectividad entre el módulo y el servidor con base de datos a través del siguiente
método:
Se establece una conexión TCP con el servidor con el comando:
<AT+CIPSTART="TCP","192.168.10.100","80">.
A través del comando <AT+CIPSEND=XX> se puede enviar diversos valores ("XX") hacia
el servidor.
Si los datos se encuentran en la tabla del servidor con base de datos significa que la prueba
de conectividad y entrega de datos ha sido completamente efectiva. En conclusión, el módulo
permite trabajar con los diversos equipos de la red y además actuar como cliente web, recoger datos
y enviarlos al servidor concretamente.
Para las pruebas del consumo de ancho de banda y tráfico realizadas en JPerf, revise
“Anexo: Pruebas iPerf”.
94
RAMAP
El módulo ESP8266, se conecta a la placa Arduino como indica la ilustración 25:
Ilustración 25; Conexión ESP8266 a placa Arduino
95
RAMAP
34.5. Central Servicios y Base de Datos
En conjunto con lo anterior, se llevó a cabo la configuración de los dispositivos del Data-center,
los cuales contemplan un Router administrable CISCO, el cual permite el acceso a internet, y otorga
las redes pertenecientes al servidor, sensores y clientes locales.
34.6. Configuraciones de equipos CSBD
34.6.1. Configuración de Switch
La configuración del switch contempla únicamente brindar acceso a las diferentes VLANs
establecidas, esto a través de un único puerto troncal, dejando los demás puertos en modo acceso
con destino a la VLAN correspondiente. La configuración establecida, es la siguiente:
Enable interface range f0/14 - 20

configure terminal switchport mode access
switchport access vlan 20
interface range f0/1 - 2 no shut
switchport mode trunk exit
no shut
exit
interface range f0/21 - 24
interface range f0/3 - 13 switchport mode access
switchport mode access switchport access vlan 30
switchport access vlan 10 no shut
no shut exit
exit
Tabla 10 - Configuración del Switch
96
RAMAP
34.7. Configuración de Router
La administración de los parámetros del router contemplan la configuración de sus interfaces
de conexión y su respectivo direccionamiento considerando los segmentos de redes designados,
administración del protocolo de configuración dinámica de hosts para mantener la asignación
automática tanto como exclusión de direcciones IP para la comunidad de la red, principalmente
para los clientes, ya que por buenas medidas cierto equipamiento se trabajará con direcciones
estáticas. Además, se otorga la capacidad de traducción de direcciones de redes internas a externas
para permitir a los diversos servicios ser accesibles a través de internet.
Elemento
Hostname RAMAP
Descripción WAN
FastEthernet0/0 Dirección IP Automática (DHCP)
Configuración NAT Exterior
FastEthernet0/1 Descripción Activa para 802.1Q
Descripción Vlan SERVIDORES
Encapsulación 802.1Q 10
FastEthernet0/1.10
Dirección IP 192.168.55.1/24
Configuración NAT Interior
Descripción Vlan SENSORES
FastEthernet0/1.20
Dirección IP 192.168.50.1/24
Configuración NAT Nulo
97
RAMAP
Descripción Vlan CLIENTES
FastEthernet0/1.30
Dirección IP 192.168.60.1/24
Configuración NAT Interior
Red 192.168.50.0/24
Servidor DNS 192.168.55.10

DHCP SENSORES
Dominio RAMAP.CL
Gateway 192.168.50.1
Red 192.168.60.0/24
Servidor DNS 192.168.55.10

DHCP CLIENTES
Dominio RAMAP.CL
Gateway 192.168.60.1
192.168.50.1
Exclusiones DHCP
192.168.60.1
Administración SSH
Tabla 11 - Configuraciones Router SubEst
98
RAMAP
34.8. Configuración de Servidor
En conjunto a lo anterior, se procedió a realizar la configuración del servidor, el cual cuenta
con los servicios de DNS, APACHE, MySQL y FTP, ejecutándose sobre un sistema operativo
Windows 7 virtualizado.
Cabe destacar que la página web y el código de programación han sido recopilados de diversas
fuentes y ajustados a las necesidades del equipo de proyecto por los mismos miembros de este.
Las principales funciones que contempla el servidor son las siguientes:
1. Dar recepción a los datos enviados por el módulo ESP8266 conectado al dispositivo
Arduino.
2. Agregar los datos en su base de datos y columnas correspondientes.
3. Interpretar la tabla establecida en la base de datos mediante uno a varios gráficos.
4. Realizar peticiones con el fin de comprobar cambios en los datos de la tabla.
5. Mostrar cambios en tiempo real sobre el estado de los sensores.
34.9. Instalación y configuración de XAMPP
El servidor XAMPP es un software gratuito que provee a un sistema operativo la capacidad de
instalar APACHE, MySQL, FTP y la capacidad de interpretar lenguajes PHP y Perl.
Principalmente el prototipo requiere APACHE y MySQL, sin embargo, se ha optado por
agregar el servicio FTP con la finalidad de agregar archivos de forma remota, ya que se trabajó en
gran manera con el software Adobe DreamWeaver.
99
RAMAP
La instalación de XAMPP comienza descargando el paquete de instalación para Windows
desde la página oficial del mismo (www.apachefriends.org). Posteriormente se ejecuta dicho
paquete, iniciando así el proceso de instalación, el cual es muy intuitivo y no requiere de gran
esfuerzo, sin embargo, su uso comercial no es recomendable debido a que se prefiere el uso de
sistemas dedicados.
Por defecto la ruta de instalación de XAMPP es:
C:\xampp
Una vez finalizado el proceso de instalación de XAMPP se abrirá un panel, donde
tendremos que presionar “Start” en los servicios que se requieran tal como indica la ilustración 26:
Ilustración 26 - Arranque de Servicios - Prototipo
100
RAMAP
Si el software se instaló correctamente, al ingresar al navegador y apuntar “localhost” en la
barra de direcciones, en consecuencia, se debe mostrar una página como indica la ilustración 27:
Ilustración 27 - Respuesta Servicio en navegador - Prototipo
34.10. Montaje del sitio web
Ya que está instalado, se procede a montar el sitio WEB, el cual pertenece a una plantilla
llamado “Dewi - Free Multi Purpose” extraído desde la página bootstrapmade.com. Dicho sitio
web debe ser extraído siguiendo la siguiente ruta:
C:\xampp\htdocs
101
RAMAP
Se debe tomar en consideración que el contenido puede ser editado con anterioridad,
posteriormente enviado a dicha ruta, quedando de la misma forma en que se muestra en la
ilustración 28:
Ilustración 28 - Directorio Servicio WEB- Prototipo
102
RAMAP
34.11. Edición de la base de datos
XAMPP trae por defecto, la herramienta phpMyAdmin Para comenzar con la edición de la
base de datos se ha de ingresar a la siguiente dirección en el navegador:
http://localhost/phpmyadmin
Cabe aclarar que el ingreso a esta página es posible sólo de modo local, a menos que se
indique lo contrario en los archivos de configuración del servicio MySQL.
Una vez dentro, se ha de crear una nueva base de datos, en este caso, llamada “monitor”,
indicado en la ilustración 29:
Ilustración 29 - Creación de Base de Datos - Prototipo
103
RAMAP
Posterior a la creación de la base de datos, es la creación de una tabla llamada sensores,
cuya estructura es la siguiente:
Ilustración 30 - Creación Tabla de Base de Datos - Prototipo
Para lograr el traspaso de los datos capturados por el Arduino hasta la base de datos, es
necesario utilizar programación PHP.
Cabe destacar que los detalles de programación serán adjuntados a los “Anexos Programación”.
34.12. Pruebas de acceso a la plataforma web
Con el fin de corroborar la correcta ejecución de la página web, se han realizado tres pruebas,
las cuales se pueden puntear de la siguiente manera:
 Acceso a la página principal
 Acceso al monitoreo
 prueba de monitoreo en tiempo real
104
RAMAP
A continuación, en la ilustración 31, se muestra la prueba de acceso a página web:
Ilustración 31 - Resultado: Prueba de acceso a la página web - Prototipo
En la ilustración 32 se muestra la prueba de lectura de datos en apartado monitoreo:
Ilustración 32 - Resultados: Prueba de lectura de datos I – Prototipo
105
RAMAP
En la ilustración 33, se demuestra la lectura en tiempo real, tras insertar nuevos valores:
Ilustración 33 - Resultados: Prueba de lectura de datos II - Prototipo
106
RAMAP
34.13. Instalación de sensores
Al igual que la red de telecomunicaciones, los sensores son parte fundamental tanto del
prototipo como del proyecto real, puesto que son los encargados de capturar los datos que se
enviarán a través de la red, es por ello por lo que deben ser instalados y/o configurados de forma
correcta. A continuación, se detalla cómo conectar estos en la placa Arduino.
34.13.1. Sensor de presión
Ilustración 34 - Esquema de funcionamiento del sensor de presión - Prototipo
Como se presenta en la figura 33, el sensor cuenta con tres conexiones, VCC, GND y
SEÑAL, donde las primeras dos menciones son encargadas de alimentar eléctricamente el sensor,
permitiendo que el pin de SEÑAL pueda responder a las alteraciones en el nivel de presión del
agua mediante diferencia de potencial, convertida a un valor legible posteriormente por el Arduino.
107
RAMAP
En el prototipo se ha conectado el sensor de la siguiente forma:
Simulación gráfica
sensor de presión
Fuente: Elaboración Propia
Ilustración 35 – Conexión electrónica sensor de presión y Arduino UNO - Prototipo
En la ilustración 35, se puede apreciar que el pin de señal (marcado en amarillo), está conectado a
la entrada “A0”, correspondiente a una entrada analógica, los pines de alimentación (VCC y GND),
conectados a los pines 5V y GND de Arduino, los cuales alimentan las filas horizontales de la placa
de pruebas, lo cual permite conectar más dispositivos que necesiten alimentarse de 5v.
108
RAMAP
34.13.2. Sensor de pH
Ilustración 36 – Esquema de tubería, sensor de pH y placa acondicionadora - Prototipo
Bajo la ilustración 36, se puede apreciar que el sensor de pH está fijado a una tubería del
prototipo, quedando la membrana al interior de esta y mientras tenga flujo reaccionará ante el nivel
pH siendo enviado a la placa adaptadora y recibida por la placa de Arduino.
La conexión realizada en este caso es similar a la del sensor de presión, ya que, la placa
adaptadora, posee los mismos pines; VCC, GND y Señal, explicados con anterioridad. Por lo que
la conexión de este sólo cambiará en la entrada conectada al Arduino, la cual corresponde a “A5”,
como se indica en la ilustración 37.
109
RAMAP
Simulación gráfica
sensor de presión
Simulación
gráfica sensor
de pH
Fuente: Elaboración propia.
Ilustración 37 – Conexión sensores y Arduino UNO - Prototipo
110
RAMAP
Fotografías: Experiencia del prototipo
Ilustración 38 - Estudio del sensor de presión. - Prototipo
Ilustración 39 - Calibración del Sensor pH. - Prototipo
111
RAMAP
Ilustración 40 - Unificación de elementos - Prototipo
Ilustración 41 - Soldado de la placa electrónica del prototipo
112
RAMAP
Ilustración 42 - Ensamble
Ilustración 43 - Pruebas de recolección e interpretación de datos a través de la plataforma web móvil
113
RAMAP
Ilustración 44 – Prototipo de medición en terreno
Las imágenes anteriores se exponen con el fin de dejar en evidencia la experiencia relatada en
el presente informe y entregar al lector una afirmación visual sobre las ideas y descripciones
entregadas de los elementos descritos del prototipo. Todas las imágenes de esta sección (Ilustración
38 a 44) son elaboración propia del equipo de trabajo.
114
RAMAP
Inconvenientes enfrentados
En los que concierne a los inconvenientes enfrentados, estos se presentaron más que nada en el
apartado relacionado a la informática, presente en la configuración del dispositivo de medición
(Arduino), y el desarrollo de la página web. En este último, el mayor desafío, fue la representación
de los gráficos en tiempo real y la comunicación entre el dispositivo de medición y el servidor.
Frente al apartado de las telecomunicaciones, hubo algunos problemas menores, solucionados
de forma rápida y eficiente por el equipo de trabajo.
A continuación, se detallarán los aspectos más importantes de estos errores, y cómo se enfrentó
la situación por parte del equipo de desarrollo.
36.1. Problemas con ESP8266
El módulo encargado de la comunicación entre el dispositivo de medición y el servidor presenta
una peculiaridad al trabajar con un Arduino UNO, debido a un problema que presenta este último
al funcionar a una velocidad de comunicación digital de 115200 baudios.
115
RAMAP
Ilustración 45, ESP8266 y Arduino UNO, comunicación desincronizada.
Para solucionar el problema, mostrado en la ilustración 45, es necesario bajar la velocidad
de baudios del dispositivo ESP8266, por lo cual se deben ejecutar los siguientes comandos AT:
𝐴𝑇 + 𝑈𝐴𝑅𝑇_𝐷𝐸𝐹 = 9600,8,1,0,0
Si el comando se ejecuta correctamente, devolverá “OK” como respuesta, quedando el
ESP8266 listo para trabajar sin problemas en la representación de datos.
36.2. Problemas con Arduino
36.2.1. Pruebas
Los problemas con el dispositivo radicaron principalmente, en el desconocimiento sobre
lenguajes de programación, por lo cual el equipo de desarrollo, con el fin de familiarizarse con este,
comenzó realizando pruebas sencillas para comprender de mejor manera el funcionamiento lógico
del mismo.
Las pruebas realizadas corresponden a las siguientes imágenes:
116
RAMAP
Ilustración 46 Prueba con Leds y pulsador
Ilustración 47, Prueba con Leds; encendido en cascada
Luego de realizadas estas pruebas, el equipo adquirió conocimiento básico sobre el
funcionamiento de Arduino, además, se apoyó de material otorgado por el profesor guía,
correspondiente a un curso de Arduino, desarrollado por INACAP.
117
RAMAP
36.2.2. Sensor de presión
Al montar el sensor de presión en conjunto con el de pH, este no permitió la agregación de
operatoria, notándose este error, al iniciar la transferencia de valores desde Arduino al servidor, ya
que sólo se logró enviar el valor 0, por lo cual, se optó por no transformar a niveles de presión
reales y se trabajó con los valores que entrega por defecto Arduino, los cuales comprenden el rango
de 0 a 1024.
El error se presentó bajo el siguiente código (extracto):
𝑝𝑟𝑒𝑠𝑖𝑜𝑛 = (𝑎𝑛𝑎𝑙𝑜𝑔𝑅𝑒𝑎𝑑(𝐴0));
𝑣𝑎𝑟𝑖𝑎𝑏𝑙𝑒1 = (𝑝𝑟𝑒𝑠𝑖𝑜𝑛 / 1024) ∗ 122 //𝑐𝑜𝑛𝑣𝑖𝑒𝑟𝑡𝑒 𝑎 𝑚𝑒𝑡𝑟𝑜𝑠 𝑐𝑜𝑙𝑢𝑚𝑛𝑎 𝑑𝑒 𝑎𝑔𝑢𝑎 (𝑎𝑝𝑟𝑜𝑥)
La solución fue quitar las operaciones, quedando de la siguiente forma:
𝑣𝑎𝑟𝑖𝑎𝑏𝑙𝑒1 = (𝑎𝑛𝑎𝑙𝑜𝑔𝑅𝑒𝑎𝑑(𝐴0));
118
RAMAP
El equipo de trabajo no concibió resolver el problema de forma total, sino mitigarlo, puesto
que posterior al cambio en la programación el dispositivo de medición logró transmitir datos
diferentes de 0, logrando de esta forma que el prototipo funcionase al cien por ciento, no obstante,
sin conversión alguna en los valores de presión.
Para ver el código completo, véase el anexo “programa Arduino”.
36.3. Problemas con la página web
36.3.1. Visualización de gráficos
Primeramente, se llevó a cabo el levantamiento de la página web y la base de datos, donde
se aplicaron las tablas correspondientes, con el fin de recibir los valores enviados por el dispositivo
de medición. Antes de realizar cualquier tipo de envío, se realizaron los gráficos sobre la página
web, donde surgieron diversos errores, primeramente, en la “llamada de datos” hacia el gráfico,
pues no se mostraba correctamente la hora, tal como indica la ilustración 48 a continuación:
Ilustración 48, Problema en la visualización de fecha
119
RAMAP
Este problema fue solucionado aplicando en el código una operación de multiplicación,
encontrado en un comentario de un video en YouTube, realizado por el usuario Oscar Flores, que
corresponde al siguiente:
$statement=$pdo->prepare("SELECT UNIX_TIMESTAMP(CONVERT_TZ(Fecha,
'+00:00', @@global.time_zone)) * 1000 as x, valor1 as y FROM sensores ORDER BY id
DESC LIMIT 0,1”);
Este código extrae la fecha y los valores desde la tabla creada en la base de datos y muestra
la fecha con un formato reconocible para el usuario, demostrado a continuación, en la figura 49:
Ilustración 49, Formato de fecha corregido
120
RAMAP
36.3.2. Fallo en alertas visuales
Se implementó, además, un sistema de medición con ánimos de alertar de forma visual, el
estado del sensor, por el motivo mencionado en los problemas con Arduino, sobre el fallo en la
conversión del sensor de presión y, además, un error desconocido en últimas instancias que no
permitía refrescar los niveles de pH en tiempo real se optó por descartarlo. A continuación, en la
figura 50, se muestra la visualización:
Ilustración 50, alertas visuales descartadas
36.4. Problemas de gestión de riesgos en presentación de
prototipo
Se produjo un percance minutos antes de la presentación del prototipo, el cual consistió en un
fallo sobre la base de datos que no permitió el acceso a la misma, por lo cual, la visualización de
los datos enviados por el dispositivo de medición, no podría ser llevada a cabo, ante este problema,
el equipo no contaba con un respaldo funcional de los archivos y base de datos, lo cual obligó a
reinstalar los servicios, desencadenando que la presentación del prototipo fuese pospuesta en dos
horas aproximadamente.
121
RAMAP
Problema en la compatibilidad de configuraciones
Debido a que la presentación se pospuso y a la llegada de los colegas de la sección vespertina,
el equipo de desarrollo tuvo que adaptarse a las configuraciones que estos tenían sobre el
equipamiento de telecomunicaciones, con el fin de no interrumpir su proceso natural de desarrollo.
Esto se logró configurando un router aparte, y conectando el Access-point al switch con el fin de
tener acceso a la red del Laboratorio Cisco.
122
RAMAP
Capítulo VI: Conclusiones
Desde el inicio del desarrollo del proyecto y mediante fases de investigación se visualizó
una problemática en las redes de agua potable de La Serena, que afectaba directamente a los
usuarios. Esta problemática consistía en roturas en las redes de agua, causadas principalmente por
presiones de agua inadecuadas, al analizar de manera más exhaustiva se determinó que también
existía una problemática con respecto a la calidad del agua la cual se veía afectada por cañerías con
excesiva antigüedad.
El equipo de trabajo en conjunto con el cliente realizó un análisis profundo de la situación
de las redes de agua para determinar de forma precisa la solución y el alcance que esta tendría. El
cliente asigno una zona específica a trabajar dando énfasis principalmente al sector céntrico de la
ciudad de La Serena. El equipo pretendía desarrollar una solución integral que lograra ayudar a
resolver ambas problemáticas existentes ajustándose a los requerimientos entregados por el cliente.
El levantamiento de una red de apoyo al monitoreo de las redes de agua potable con
tecnología de telecomunicaciones se ajustó perfectamente a los requerimientos del cliente, por lo
tanto, se decidió comenzar con los estudios para llegar a entregarles una solución que satisficiera
en el mayor grado posible la necesidad observada.
Mediante los conocimientos adquiridos durante los cuatro años de formación académica y
una alta cuota autodidacta, el equipo comenzó una serie de estudios relacionados a factibilidades,
los cuales permitieron conocer los costos estimados y las tecnologías necesarias para realizar la
solución.
123
RAMAP
Para asegurar que es posible implementar esta solución se realizó un prototipo, el cual tuvo
como objetivo simular el funcionamiento real del sistema de apoyo, el cual resulto con éxito ya
que se logró el funcionamiento de todas las características contempladas en la solución. El
prototipo fue capaz de trasmitir los datos entregados por los sensores mediante la placa hasta la
base de datos y luego ser reflejados en un sitio web creado por el equipo mediante dispositivos
locales y móviles, donde destacó, además, la utilización de tecnología IoT, mediante conocimiento
autodidacta. Por lo tanto, quedo demostrada de gran manera la forma en que la red de apoyo
funcionaria.
Es importante destacar que existen sugerencias y posibles riesgos del proyecto que deben
tomarse en cuenta:
Sugerencias:
 En un Centro de Base de Datos, se debe contar con un correcto sistema de respaldo de
información y suministro enérgico para enfrentar inconvenientes.
 Se recomienda un modo de confidencialidad para el acceso a la plataforma, quedando
así disponible para un grupo de usuarios privilegiados, como lo pueden serlo, por
ejemplo, operadores y técnicos de la empresa.
 Una presión con un valor superior a 260 según el indicador del prototipo podría resultar
destructivo para la maqueta. Esto permite establecer indicadores de integridad en
futuras aplicaciones, que puedan ser utilizados, por ejemplo, como rangos efectivos de
operatividad y para la generación de alertas.
124
RAMAP
 Se sugiere sacar provecho a diversos protocolos y servicios que pueden ser integrados
al funcionamiento de la propuesta, como podría ser la medición del flujo de datos, o
habilitar eficientemente el protocolo SNMP para permitir el monitoreo del estado de
conexión del nodo, además de confeccionar un mapa inteligente de la red.
Desafío a futuro:
Se pretende que la solución propuesta pueda ser replicada en toda la región y a gran escala
se espera que esté presente en todas las concesionarias y/o monopolios que son regulados por la
Superintendencia de Servicios Sanitarios en Chile.
Para finalizar cabe destacar que el aprendizaje y los resultados obtenidos al realizar el
proyecto de tesis, fueron muy satisfactorios y valiosos, permitió el desarrollo de habilidades dentro
del equipo de trabajo tales como, la auto exigencia, auto superación y principalmente la capacidad
de aprender cosas nuevas de una manera totalmente autodidacta donde si bien existieron
inconvenientes se pudieron sobrellevar de forma eficaz gracias al compromiso que se realizó, las
exigencias autoimpuestas por el equipo de trabajo lograron desarrollar un alto grado de
responsabilidad que significaron resultados positivos, recalcando que los resultados si fueron los
esperados y demostró que la propuesta de solución integral es funcional.
125
RAMAP
Referencia Bibliográfica
Cisco Systems, Inc. (20 de Noviembre de 2006). Cisco Aironet 1240AG Series 802.11A/B/G Access
Point Data Sheet. Obtenido de Cisco:
https://www.cisco.com/c/en/us/products/collateral/collaboration-endpoints/unified-ip-
phone-7900-series/product_data_sheet0900aecd8031c844.html
Alfonso. (16 de Julio de 2013). Conoce el Cisco Catalyst 2950. Obtenido de nGeeks.com:
https://www.ngeeks.com/conoce-el-cisco-catalyst-2950-24/
Arduino AG [Arduino]. (s.f.). Arduino - Introduction. Obtenido de Arduino:
https://www.arduino.cc/en/Guide/Introduction
Arístegui, J. R. (23 de mayo de 2016). Cómo funciona una red de abastecimiento de agua potable.
Obtenido de LinkedIn | La mayor red profesional del mundo:
https://es.linkedin.com/pulse/c%C3%B3mo-funciona-una-red-de-abastecimiento-agua-
potable-maquinaria
BangGood. (2017). 5V 0-1.2 MPa Pressure Transducer Sensor Oil Fuel Diesel Gas Water Air
Sensor. Obtenido de BangGood.com: https://www.banggood.com/Pressure-Transducer-
Sensor-Oil-Fuel-Diesel-Gas-Water-Air-Sensor-p-1007341.html?cur_warehouse=CN
Boquera, M. C. (2003). Servicios avanzados de telecomunicación. En M. C. Boquera, Servicios
avanzados de telecomunicación (págs. 154-156). Madrid: Díaz de Santos, S.A.
126
RAMAP
Diario El Día. (17 de Mayo de 2017). ¡Atención! Entregan recomendaciones ante corte de agua
en el centro de La Serena. Obtenido de Diario El Día | E Diario de la Región de Coquimbo:
http://www.diarioeldia.cl/region/atencion-entregan-recomendaciones-ante-corte-agua-en-
centro-serena
Figueiras, A. (2002). Una panorámica de las Telecomunicaciones. Madrid: Pearson Education
S.A.
Ingeniería de Fluidos. (2016). Válvula Reductora de Presión. Obtenido de Ingeniería de Fluidos.
Todos los derechos reservados. ©: https://www.ingenieriadefluidos.com/valvula-
reductora-de-presion
Jaramillo, M., Villada, J., & Ospina, S. (2011). APLICACIÓN DE REDES DE SENSORES
INALÁMBRICOS (WSN) EN UN SISTEMA. Obtenido de Proyecto de Grado, Mario,
Sandra, Camilo:
https://repository.eafit.edu.co/bitstream/handle/10784/2397/JaramilloJaramillo_Mario_20
11.pdf?sequence=1
Retamal, A., & Rojas, J. (17 de Mayo de 2017). Corte de agua en el centro de La Serena [Archivo
de video]. Obtenido de http://www.24horas.cl/regiones/coquimbo/corte-de-agua-en-el-
centro-de-la-serena-2388113
Sensing, S.L. (s.f.). Sensores de presión. Transductores de presión. Obtenido de Sensing:
http://www.sensing.es/Transductores_de_presion_Cm.htm
127
RAMAP
Servicio de Impuestos Internos [SII]. (26 de Diciembre de 2002). NUEVA TABLA DE VIDA ÚTIL
DE LOS BIENES FÍSICOS DEL ACTIVO INMOVILIZADO. Obtenido de SII - Servicio de
Impuestos Internos: http://www.sii.cl/pagina/valores/bienes/tabla_vida_enero.htm
Superintendencia de Servicios Sanitarios [SISS]. (s.f.). Presión de agua potable. Obtenido de Sitio
web Super Intendencia de Servicios Sanitarios - Gobierno de Chile:
http://www.siss.gob.cl/577/w3-printer-3841.html
Superintendencia de servicios sanitarios [SISS]. (S.f.). Presión de agua potable. Obtenido de SISS
- Superintendencia de servicios sanitarios - Gobierno de Chile:
http://www.siss.gob.cl/577/w3-article-3841.html
Ubiquiti. (2016). NanoStation M & NanoStation LOCOM Datasheet. Obtenido de Ubnt.com -
Ubiquiti Networks Inc. - All Rights Reserved:
https://dl.ubnt.com/datasheets/nanostationm/nsm_ds_web.pdf
Xie, B. A. (2010). Encyclpedia On Ad Hoc and Ubiquitous Computing: Theory and Design of
Wireless Ad Hoc, Sensor, and Mesh Networks. Singapore: World Scientific.
128
RAMAP
ANEXOS
Sensor de presión
129
RAMAP
130
RAMAP
131
RAMAP
Comandos AT: ESP8266
132
RAMAP
Sensor de PH
133
RAMAP
Pruebas Jperf
134
RAMAP
135
RAMAP
Herramientas de gestión de proyectos

42.1. CANVAS
136
RAMAP
42.2. Matriz de riesgos
Riesgo Valorización Plan de Valor de las % de Riesgo Plan de

del riesgo contingencia acciones efectividad residual mitigación
Fallo en la 4 Doble tarjeta SIM 3 3,7 1,1 Instalar antena
conectividad externa
entre los SIM roaming 5
sensores y la
nube Cambiar antena
interna
Llamar al 3
proveedor
Perdida de 4 Respaldo en la 5 4 1 Volver a
información nube recolectar la
información
Respaldo en 3
dispositivo externo
137
RAMAP
Falla en la 3 Información en 4 3,5 0,9 Apoyo en

Programación internet especialistas
del sitio web de
la maqueta Apoyo en
docentes
Consultas a 3
compañeros del
área Cursos de
programación
Error en el 3 Repartir los 4 3,5 0,9 Escoger
cálculo del costos equipamiento
presupuesto equivalente de
para los Cotizar los 3 menor valor
materiales de la equipos mas
maqueta económicos
Mala 5 Controles 4 4 1,25 Adelantar tareas

organización del periódicos a corto
tiempo plazo
Asignar más
horas de trabajo
Falta de 3 Mantener un 4 4 1 Esperar el
información por contacto término de la
parte del cliente constante huelga o paro
debido a Realizar la 4 Obtener la

huelgas o paros petición de mayor cantidad
dentro de la documentos con de información
empresa anticipación de internet
138
RAMAP
42.2.1. Supuestos
 Retraso en las pruebas de la maqueta: La avería de los materiales de la maqueta impide demostrar avances
y retrasa las pruebas. Para mitigar esta situación se procede a reparar los equipos o a comprar equipos
nuevos.
 Equipos con retraso en la entrega: Que los equipos cotizados no lleguen en el tiempo estimado, para esto
se cotizarán nuevos equipos con proveedores dentro de la región o que cuenten con una llegada más pronta.
 Retraso en la entrega de información por parte del cliente: El cliente se puede comprometer a entregar
la información solicitada, sin embargo, los tiempos de entrega pueden variar. Para poder atenuar esta
situación se aprovechará de pedir todos los documentos necesarios en las reuniones para evitar pedirlos
paulatinamente y generar una mayor demora y también se recurrirá a la información que se encuentra en
internet dentro de los sitios oficiales.
139
RAMAP
42.3. EDT
Consiste en la descomposición en orden jerárquico de los entregables de cada tarea, actividades requeridas y detalles de
éstas, orientado al cumplimiento de los objetivos del proyecto.
Se basa en las buenas prácticas de la Gestión de Proyectos y es recomendada por las principales certificadoras de esta
disciplina a nivel internacional, tal como lo es el caso de PMBoK.
Permite apreciar con claridad el trabajo asociado a cada paquete de trabajo del proyecto, hasta cumplir con la finalización
exitosa de éste.
A lo largo de su desglose, puede relacionar y describir el alcance del proyecto.
En su esquema de organigrama podemos encontrar en el nivel superior, bajo el nombre del proyecto, los entregables
requeridos para mantener el control y seguimiento de actividades. Se debe tener presente que como entregable se dan a
conocer los productos de las actividades y no el esfuerzo en sí de cada actividad.
Para que no resulte complejo la distribución de la información de actividades a cada involucrado del proyecto, se emplea
esta herramienta en lugar de explicarlo a través de conversas y declaraciones, lo que podría resultar en procesos
engorrosos para la comprensión del desarrollo del proyecto.
140
RAMAP
141
RAMAP
142
RAMAP
42.4. Cronograma
Esta herramienta entrega un apoyo a la planificación además de permitir la programación de las tareas dentro de un periodo
de tiempo estipulado. Tiene la característica de poder ordenar gráficamente las acciones involucradas a través de barras
horizontales en una línea de tiempo, de modo que, visualmente permite comprender la relación de los hitos, tener un
seguimiento de las actividades y por, sobre todo, control.
Puede tener diversos tipos de configuración en la relación de cada una de las actividades y la duración de cada hito o tarea
a desarrollar en el proyecto.
143
RAMAP
144
RAMAP
145
RAMAP
146
RAMAP
147
RAMAP
42.5. RACI
A través de esta herramienta se realiza la relación de cada actividad del proyecto con
los roles y responsabilidades de los principales ejecutores del proyecto, como también
principales involucrados.
Logra asegurar que cada proceso tenga asignado recursos con un rol coherente.
Además, otorga fluidez en el desarrollo de los procesos y también permite ser reactivo
ante diversos inconvenientes e imprevistos, como hasta tratar con conflictos con los
clientes, ya que se tiene el registro a quién le corresponde mantener la responsabilidad
sobre cierta actividad.
Cuadro RACI Recursos

Catalina Ramos R. Joaquín Ossandón Nicolás Pozo
- G. R.
Actividad Directora de - -
Cliente
proyecto Jefe de operación Jefe Técnico
Anteproyecto
Problemática A R C I
Alcance A R C I
Objetivos A R C I
Metas A R C I
Acta de
Requerimientos
Dialogar R A I C
Redactar A R C I
Gestionar R C A I
Signatura R I A C
Factibilidad
Investigar A R I C
Analizar A C R I
Determinar A R C I
Matriz de riesgos I
Identificar riesgos R A C I
Valorizar riesgos A R C I
148
RAMAP
Generar plan de I
A C R
contingencia
Valorizar plan de C
A R I
contingencia
Medir riesgo C
A R I
residual
General plan de
A R C I
mitigación
Presupuesto
Flujo de caja A R C I
Estimación VAN
A R C I
y TIR
EDT
Definición de
A C R I
actividades
Actividades
A R C I
resumen
Actividades
A R C I
descriptivas
Cronograma
Revisión EDT R C A I
Revisión RACI R C A I
Prototipo
Diagramas A R C I
Adquisiciones R A C I
Desarrollo – I
A C R
Ensamble
Configuración A R C I
Pruebas A C R I
Acta de proyecto
Leer R I A C
Verificar R A I C
Gestionar R C A I
Signatura R A I C
Libro de Tesis
Recopilar
R A C I
desarrollo
Redactar R A C I
Verificar R C A I
Entregar R A I C
R = Responsable A = Aprobado por... C = Consultado I = Informado
149
RAMAP
FODA
El análisis FODA representa un análisis interno y externo para con el equipo de
desarrollo siendo estas correspondientes a Debilidades, Fortalezas, Oportunidades y
Amenazas. El estudio de dicho análisis permitirá desarrollar estrategias que servirán para
la supervivencia (DA), reorientación (DO), defensa (FA) y ofensiva (FO) que permitirán
mantener el proyecto en pie.
Fortalezas Debilidades
 Se ha acordado y acotado el alcance  El equipo de desarrollo mantiene
en el cual se acuerda el área a poco conocimiento técnico respecto al
intervenir y el flujo de información. área funcional de la empresa cliente
 El equipo cuenta con capacidades para (Servicio de Agua Potable).
manejar la información, administrar y  El prototipo para desarrollar requiere
gestionar procesos con relación a los habilidades de programación en
elementos involucrados. diversos lenguajes, de los cuales el
 Los integrantes del equipo cuentan con equipo cuenta con un nivel bajo-
diversos conocimientos en medio.
especialidades, tales como:  Los recursos disponibles para el
o Cisco (NetAcad - INACAP). desarrollo de una maqueta del
o Sistemas operativos de proyecto son bajos.
redes. (INACAP)  La capacidad del equipo con respecto
o Arquitectura y diseño de a la anticipación de problemas en el
redes. (INACAP) proyecto es inexperta.
o Electrónica básica  No se cuenta con experiencia en
(Conocimiento autodidacta). desarrollo de proyectos reales y
 El equipo cuenta con la competencia concretos, por esto se puede llegar a
de desarrollar sus ideas en conjunto ignorar diversos puntos importantes
con la capacidad de poder abordar y en las etapas de desarrollo.
enfrentar diversas situaciones que se
puedan manifestar en el desarrollo del
proyecto.
150
RAMAP
Oportunidades Amenazas
• El desarrollo e implementación (o • La correcta y efectiva incorporación
simulación) del proyecto involucra la de los sensores en el prototipo puede
adquisición de conocimientos y manejo implicar un mayor trabajo en la
sobre específicas tecnologías preparación y configuración de éstos.
(Capacitaciones). • La competencia con rasgos
• El sector designado a estudiar comparables al prototipo y que está
mantiene cobertura de red celular, la presente en el mercado es escasa
cual se puede aprovechar como medio pero consolidada, puesto que posee
de transmisión de datos. mayor experiencia en el campo.
• Existen fondos de desarrollos • Un retraso o la no entrega de
orientados al trabajo, cuidado y información relevante por parte del
concientización del agua. Además, la cliente presenta una desventaja para
empresa cliente cuenta con un fondo el equipo tanto como para el
para su departamento de desarrollo de desarrollo del prototipo y el proyecto,
redes. en relación a la orientación e
• La empresa cliente se ha integración del producto hacia el
comprometido a entregar un sector cliente.
idóneo para investigar e información
complementaria a éste para
orientarnos en a la situación presente
en el funcionamiento de las redes de
agua potable (Contribuciones del
cliente, Disponibilidad de información y
Transparencia).
• El segmento del mercado al que el
prototipo entra como un producto, se
maneja bajo concesión sectorial, por lo
cual, en la mayor parte de la cuarta
región se cuenta sólo con un proveedor
de servicio.
151
RAMAP
43.1. Estrategias
En base a lo redactado en el cuadro FODA se han desarrollado las siguientes
estrategias, que pretenden sacar provecho de las fortalezas y oportunidades, y
defenderse o mitigar en la medida de lo posible las debilidades y amenazas que se
presentan:
43.1.1. FO (Ofensiva)
Diseñar un producto y servicio de calidad, mostrando en todo momento
profesionalismo y entusiasmo en mejorar las características del mismo en base a los
conocimientos propios y autodidactas del equipo, proporcionando al cliente,
recomendaciones y capacitaciones en relación a los requerimientos de uso del producto.
43.1.2. DO (Reorientación)
• Investigar mediante revistas, libros e internet aprovechando la oportunidad que
éste último ofrece para realizar cursos gratuitos.
• Ya que el equipo cuenta con bajos recursos económicos para el desarrollo de la
maqueta, se han de provechar los fondos concursables para realizar una
propuesta llamativa y atractiva para el cliente.
• Investigar mediante la información otorgada por el cliente ayudará a consolidar los
conocimientos respecto al funcionamiento de su área de desempeño.
152
RAMAP
43.1.3. FA (Defensiva)
Apoyar y asesorar el proyecto, ante cualquier duda sobre el área de desempeño
del cliente, mediante contacto continuo con los encargados de área respectivos, con la
finalidad de ofrecer una solución personalizada y comprender mejor el mercado en el cual
se desarrolla.
Además, recurrir a personas capacitadas y fuentes de información como foros,
páginas web confiables y documentos de imprenta, fortaleciendo así, los conocimientos
del equipo.
43.1.4. DA (Supervivencia)
• Buscar asesoría en el profesor para encaminar de forma correcta el proyecto para
establecer un proyecto conciso, capaz de enfrentar a la competencia.
• Obtener conocimientos básicos en el área de desempeño del cliente de forma
rápida y en gran volumen, así evitar futuros retrasos en la entrega de información.
• Buscar persona especializada en el área de informática capaz de desarrollar los
requerimientos del proyecto referentes a programación en caso de que el equipo
no pueda realizar este proceso.
• Identificar riesgos con minuciosidad apoyándose en proyectos de similares
características.
153
RAMAP
Correo electrónico
154
RAMAP
155
RAMAP

Libro Final

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Libro Final

Загружено:

Авторское право:

Доступные форматы

Sede La Serena

RED DE APOYO AL MONITOREO EN REDES

Trabajo de titulación presentado en conformidad a los requisitos, para

Profesor Guía: Sr. Luis Mayorga Fuentes.

Joaquín Ossandón Gómez

Nicolás Pozo Rivera

Catalina Ramos Rojas

RED DE APOYO AL MONITOREO EN REDES

Trabajo de titulación presentado en conformidad a los requisitos, para

Profesor Guía: Sr. Luis Mayorga Fuentes.

Joaquín Ossandón Gómez

Nicolás Pozo Rivera

Catalina Ramos Rojas

capacidades y me dio su apoyo incondicional para sobrellevar cualquier situación que

se me presentara. También agradecer a mi hermana y hermano por darme ánimo en

siempre se preocupó por mi avance, felicitándome por mis logros y apoyándome en

momentos complejos. Y de manera especial dedicar y agradecer a mi pareja, pilar

de su esfuerzo, a mi hermana por sus ánimos, comprensión y amistad, finalmente a mi

llegar hasta aquí.

vanguardia intelectualmente gracias a sus intereses, motivaciones y progresos

obtenidos a través de sus capacidades autodidactas. A quienes buscan encontrarse

entender los engranajes que mueven al mundo, vivir en búsqueda de mecanismos y

una ideología y propósitos por el beneficio de su vida y el ambiente. A quienes se

encuentran convencidos y están dispuestos a utilizar sus conocimientos, capacidades y

sacar provecho a todo el legado científico y ético de la humanidad, en voluntad de

integrar el avance tecnológico orientado a crear un futuro amigable con la tecnología y

CAPÍTULO I: INTRODUCCIÓN ............................................................................................. 25

ORIGEN DEL PROBLEMA ...................................................................................................... 26

ALTERNATIVAS SOLUCIÓN ................................................................................................. 27

3.1. Telemetría con medio inalámbrico (Malla - Punto – Multipunto) ............................ 27

3.2. Telemetría con medio inalámbrico (Malla – GPRS) ................................................. 28

JUSTIFICACIÓN DEL PROYECTO ........................................................................................... 29

5.1. Objetivo general ........................................................................................................ 30

5.2. Objetivos específicos ................................................................................................. 30

MAGNITUD Y CAPACIDAD ................................................................................................... 31

6.1. Delimitaciones del proyecto ...................................................................................... 31

6.2. Limitaciones del proyecto.......................................................................................... 31

PLANIFICACIÓN DEL TRABAJO DE TITULO ........................................................................... 32

8.3. RACI .......................................................................................................................... 34

8.4. CANVAS .................................................................................................................... 34

CAPÍTULO II: MARCO TEÓRICO ........................................................................................ 35

RED DE ABASTECIMIENTO DE AGUA POTABLE ................................................................... 36

9.1. Presión de Agua Potable ........................................................................................... 37

9.2. Válvula reductora de presión .................................................................................... 39

9.3. Administración de presión mediante válvula reductora de presión .......................... 39

10.1. Red Mallada Inalámbrica ...................................................................................... 40

10.2. Red de Sensores Inalámbricos................................................................................... 42

11.1. Sensor de presión ...................................................................................................... 43

11.2. Sensor de pH.............................................................................................................. 43

FACTIBILIDAD TÉCNICA ...................................................................................................... 50

15.1. Equipos de telecomunicaciones ................................................................................. 52

15.2. Equipos de medición y controladores ....................................................................... 52

15.3. Equipos informáticos y UPS ...................................................................................... 52

FACTIBILIDAD OPERACIONAL ............................................................................................. 54

FACTIBILIDAD AMBIENTAL ................................................................................................. 55

FACTIBILIDAD LEGAL ......................................................................................................... 56

CAPÍTULO IV: DESARROLLO EXPERIMENTAL............................................................. 59

SOLUCIONES PROPUESTAS .................................................................................................. 60

22.1. Malla – Punto – Multipunto ...................................................................................... 60

22.2. Malla – GPRS ............................................................................................................ 60

ESTUDIO DE LAS SOLUCIONES ............................................................................................. 61

23.1. Conectividad .............................................................................................................. 61

23.2. Disponibilidad ........................................................................................................... 61