Вы находитесь на странице: 1из 5

Medidor de consumo de Agua para Edificios

Aplicando Telemetría con Raspberry pi y


gestionado por Web
JUAN FABIO CHAMBI CHAMBI, JAVIER MARIO GRIFFITHS JAUREGUI
e-mail: juanfabio.chambi@gmail.com; javier.griffiths@gmail.com
La Paz, BOLIVIA

Resumen—El trabajo propone el diseño de un sistema de


telemetríaque permita realizar una lectura automática de
A. Planteamiento del Problema
manera remotavìa web, prototipo con el cual se pueda obtener
en tiempo real el consumo registrado en los medidores de agua Las mediciones se lo realizan de forma manual, con el
instalados en los edificios para cada departamento, donde por
riesgo de errores en la lectura y su registro, llevarlos a un
medio de un Servidor Raspberry pi se implementa una serie de
aplicaciones que permiten recibir, almacenar y procesar la cálculo conlleva demoras en tiempo y costos.
información en una base de datos, que pueda ser vista mediante
una página web y por lo tanto alcanzables vía Internet.  Problema principal
Ausencia de un Sistema de adquisición y tratamiento de la
Palabras Clave—Telemetría,Consumo de Agua, Raspberry información, para el control de mediciones de consumo de
pi, Tiempo Real, página Web, Base de Datos, Aplicación, agua en tiempo real.
Internet.
 Problemas secundarios
Nomenclatura— Servicios deficientes, facturación incorrecta, reclamaciones
RUP (Rational Unified Process), de los usuarios.
Raspberry pi, tarjeta de desarrollo,
Sensor medidor de flujo,
Python, PHP, Lenguajes de programación. B. Alcance Propuesto

Diseñar un Sistema de Telemetría el cual adquiera datos


I. INTRODUCCIÓN mediante sensor electromagnético que envíe datos a una
tarjeta Raspberry pi; procesar estos datos y emitir reportes.

E n las empresas proveedoras de servicios públicos


domiciliarios de agua potable a través de acueducto, la
medición del consumo se realiza con la lectura manual y
 Proponer una estructura para la medición y lecturas
de los medidores de flujo volumétrico de agua,
variable con el tiempo.
local de los medidores; datos que son utilizados para el  Elaborar un prototipo con un posible escenario que
cálculo de los consumos. Lo que genera inconvenientes no posteriormente permita identificar las variables que
sólo a las entidades interesadas en dicha medición sino puedan ajustarse para realizar las mediciones.
también a los usuarios debido a los posibles errores humanos
y los inconvenientes logísticos que se pueden presentaren los
procesos involucrados. Es por esta razón que surge la II. MARCO REFERENCIAL
necesidad de contar con un sistema que adquiera datos de
manera automática y remota desde el departamento del En este trabajo se crea un modelo-prototipo que responde a
edificio del usuario y envíe estos datos a una central que las especificaciones de los requisitos que debe desempeñar
procese la información. Esto muestra de manera explícita los una red de medición de agua.
beneficios del diseño y de la implementación de un sistema Aplicación de sistema empotrados Raspberry pi como
de telemetría que realice esta tarea en tiempo real, haciendo datalogger para el tratamiento de datos con una
más eficiente el proceso de recolección y mejorando el disponibilidad alta.
servicio de facturación de las empresas, además del control y
seguimiento del usuario para corregir problemas de En la actualidad, los sistemas de telemetría son comúnmente
instalación. utilizados en aplicaciones industriales para el monitoreo y
control de variables como nivel, presión, volumen, entre
otras; también para detección de flotas y sistemas de
seguridad; es decir macromedición, en cambio para los
Edificios se centra en micromedición, que permite obtener la  Posteriormente se interconecta el módulo GPIO en
lectura de los medidores residenciales. su entrada digital de datos de la tarjeta Raspberry pi.

2) Medición con factor de escala


A. Metodología Adoptada
 Se realiza la conversión de los datos obtenidos, a un
factor de escala en volumen de consumo de
Las técnicas de base usadas en el diseño del Sistema son: agua.Utilizando el lenguaje de programación Python
RUP (Rational Unified Process) como metodología de para acceder al GPIO.
desarrollo, el lenguaje UML (Unified Model Language) para  Se obtiene un conjunto de datos que se almacenan en
el modelado de la arquitectura, y se ha utilizado como una base de datos.
solución técnicas apropiadas de la ingeniería de software y de
hardware en la aplicación con tecnología WEB en base a 3) Procesamiento de información
lenguaje de programación Python y PHP, y otras herramientas  Con los datos guardados en una Base de Datos, se
para analizar los reportes. realiza mediante fórmulas de conversión el cálculo
del consumo por periodos de tiempo.

4) Reportes
 Los resultados generales se los despliega en un
entorno web.
 Se tiene la información estadística del consumo de
agua.

B. Arquitectura del Sistema

Se considera la arquitectura del sistema mostrado en la figura


2.

Fig. 1. Esquema de red de medidores de agua. Reportes


TABLA I R1 R2 R3 ...
Lecturas de los medidores. Mediciión
BD

III. DESARROLLO DEL PROYECTO

A. Especificación de Requisitos

Adquisición de Datos Procesaminto Reportes de consumo


Los requerimientos generales del sistema son los siguientes:
Fig. 2. Estructura general del sistema.
 Adquisición y entrada de datos.
 Medición con factor de escala. La importancia de este sistema radica en el uso que se hace de
 Procesamiento de información.
redes de comunicaciones ya estructuradas y en la posibilidad
 Reportes.
de modificar los medidores de agua actuales sin incurrir en
mayores costos, lo cual representa un ahorro tanto para la
1) Adquisición y entrada de datos
empresa como para el usuario final.
 Empleo del sensor de tipo electromagnético, el cual
se encarga de capturar los pulsos generados de
acuerdo a las revoluciones que genera el flujo
hidráulico que se traduce del medidor.
Fig. 3. Medidor con sensor de flujo

El sistema de medidores permite a los usuarios conocer el


consumo que realizó durante el mes o por diferentes periodos.

Todo sistema debe tener arquitectura abierta y es escalable, es


decir, debe permitir su crecimiento y expansión, así como
deben poder adecuarse a las necesidades futuras del proyecto.
Fig. 4. Estructura en Capas de la Arquitectura del Sistema propuesto.

Mediciones Día “i”


En nuestro prototipo mantenemos la interconexión entre el
Lecturas parciales medidor A Ai centro de supervisión y las terminales, toda vez que el tipo de
comunicación soportada es del tipo Cliente/Servidor.
Lecturas parciales medidor B Bi

Lecturas parciales medidor C Ci

Lecturas parciales medidor D Di

Lecturas parciales medidor E Ei

Lecturas parciales medidor F Fi

Lecturas parciales medidor G Gi

Lecturas parciales medidor H Hi

Total de mediciones realizadas Ii = Bi + Ci + Di +


Ei + Fi + Gi + Hi

TABLA II
Cantidad de porcentaje y horas a Medir por Líneas en Servicio.

Número Fecha Valor Ubicación


Fig. 5. Componentes del sistema medidor.

Para la implementación el medidor de agua utiliza un sensor


Ejemplo: Un medidor realiza la lectura, se envía a la base de datos, se de transmisión magnética con el fin de adaptar un transductor
procesa y se emite los reportes que permite convertir el registro mecánico del totalizador en
pulsos con niveles TTL de voltaje que son contados y
registrados por un microprocesador del Raspberry pi que los
almacena y los procesa.
IV. IMPLEMENTACIÓN

En la figura3, se muestra el modelo en capas de la


arquitectura general del sistema. Este es el modelo UML de
mayor nivel de abstracción representando la arquitectura del
sistema SSCSVRTM.
V. CONCLUSIONES
Se ha desarrollado un modelo de medidor de agua
automatizado para el beneficio de los usuarios finales y
abordar ulteriores propósitos.

 Se cuenta con un sistema de medición automatizado,


capaz de recoger lecturas de varios medidores de un
edificio por departamento, pudiendo conocer el
consumo parcial y total de consumo de agua.
 Se han utilizado recomendaciones y estándares
internacionales para el diseño y desarrollo del
prototipo.
 Se pueden analizar medidores de energía, gas o agua,
aunque hasta el momento no se ha realizado un
estudio de mercado para determinar de cuanto sería
el ahorro real con la implementación de este sistema,
pero si se puede obtener un mayor control sobre los
medidores, proveer a los usuarios una mejor
Fig. 6. Código Python para recepción de pulsos del GPIO.
información sobre el uso del agua, una facturación
Despliegue del consumo de agua por horas. más exacta y bajas tarifas de subsistencia para las
mismas empresas.
 Al complementar este sistema con la web e Internet
puede realizar la comunicación de los datos con
mayor eficiencia (tiempo) en la recepción y
visualización de éstos, en cualquier momento que el
usuario lo desee, ya sea haciendo uso de una página
web o desde su teléfono celular y conocerla mucho
antes de que su factura le sea entregada, o cual puede
generar en él, en cierta manera, un sentido de ahorro

Por tanto, se ha resuelto el alcance propuesto del presente


Fig. 7. Gráfica Consumo vs. Tiempo (horas).
trabajo, el de diseñar un sistema de telemetría capaz de
realizar la medición del consumo de agua.
Se muestra el reporte de flujos mostrando un intervalo de un
periodo de lectura de datos. Para la interfaz del sistema con la base de datos, a partir de
las mediciones evaluar.

VI. REFERENCIAS

[1] BADGER METER (online). Toronto, Diseño de redes telemétricas,


Editorial Limusa, México 2009

[2] Lectura automática de medidores de consumo de agua. Grupo de


Automática y Robótica.

[3] Diseño y construcción de un sistema de telemetría para automatizar la


lectura de consumos en los medidores de agua. Control Electrónico
Modelado y Simulación.

[4] GRUENBERG, Eliot L. Handbook of telemetry and remote control.


New York: Mcgraw-Hill, 1967. 1459p.

[5] Serie Autodidáctica de medición del agua. Subdirección General de


Administración del Agua, CNA Coordinación de Tecnología
Hidráulica, IMTA.

[6] Learn Python the Hard Way.


Fig. 8. Reporte por periodos de medición.
VII. BIOGRAFÍAS
Biografías técnicas de los autores:

Juan Fabio Chambi Chambi,


nacido el 27 de Enero de 1987 en la
ciudad de La Paz, Bolivia.
Ingeniero titulado de la carrera de
Ing. Electrónica de la UMSA.
Hizo el Diplomado en “Gobierno
Electrónico y Gestión Pública”,
Diplomado en “Educación Superior”,
culminó la Maestría en Ingeniería en
Redes de Comunicación. Auxiliar de docencia en la UMSA,
EISPDM y otros.
Trabajó en proyectos como Analista VI en la DGSGIF del
Ministerio de Economía y Finanzas Públicas, en las áreas de
Redes, Comunicaciones y Bases de Datos, desarrollo de
Sistemas Institucionales en la Autoridad de Regulación y
Fiscalización de Telecomunicaciones y Transportes ATT e
investigación.

Javier Mario Griffiths Jáuregui, ingeniero electrónico


(UMSA) e ingeniero de sistemas, con
estudios de maestría en inteligencia de
negocios(UCB), Diplomado en Páginas
Web, certificado BIREME para
publicaciones electrónicas, Diplomado
en Gobierno Electrónico, Especialidad
en Educación Superior (UNIVALLE).
Docente en UMSA, UDABOL, UPEA y UNIVALLE.
Actualmente desarrollo de sistemas en marco de cobierno
electrónico en la Autoridad de Regulación y Fiscalización de
Telecomunicaciones y Transportes ATT. Consultor en el área
de TIC.

Вам также может понравиться