Instrumental para medir la demanda bioquímica de oxígeno DBO

Transcripción

1 Instrumental para medir la demanda bioquímica de oxígeno DBO Responsable:Ing. Juan Carlos Suárez Barón Director: Mg. Ing. Eduardo Filomena (UNER) Colaboradores: Ing. Eric Pernía Jurado: Mg. Ing. Juan Manuel Reta (UNER) Ing. Jerónimo Labruna (FUIBA)

2 Propósito y justificación del proyecto Propósito: Crear un prototipo de un sistema de medición de demanda bioquímica de oxígeno para el monitoreo de la calidad de agua apoyado en sistemas embebidos. Terminar carrera de Especialización en Sistemas Embebidos. Justificación: La necesidad de construir equipos de monitoreo ambiental, específicamente de DBO de buenas prestaciones y de menor costo en comparación con los importados.

3 Identificación de los interesados Rol Nombre y apellido Departamento Puesto Auspiciante LABB FCEN UBA Investigación Cliente LABB FCEN UBA Investigación Responsable Juan Carlos Suárez Barón Ingeniería Orientadores Mg. Ing. Eduardo Filomena Ingeniería Director Colaboradores Esp. Ing Eric Pernía Ingeniero Docente CESE Usuario Final Interesados en monitoreo de calidad de agua.

4 Descripción del sistema LCD TFT MCU

5 Diseño del sistema Será diseñado de manera genérica de modo de no tener dependencias de fabricantes de componentes. Se implementará CMSIS para soporte de la capa de aplicación. La capa de abstracción de hardware controlará las diversas marcas de microcontroladores cortex M4, y los periféricos necesarios. El hardware será modular, con el fin que pueda funcionar con los módulos esenciales, o bien con mejores prestaciones.

6 Objetivos Diseñar la instrumentación electrónica para medir la demanda bioquímica de oxígeno. Diseñar los algorítmos y el software para procesar las señales generadas por los sensores. Obtener datos de forma automática a partir de las mediciones realizadas.

7 Alcance Diseño de los algoritmos para el cálculo de la BOD Implementación en hardware Presentación de los resultados en una LCD Constituye un prototipo de un equipo a desarrollar y fabricar en un futuro. Constituye un prototipo de un equipo a desarrollar y fabricar en un futuro. NO incluye dentro del alcance: Calibración de acuerdo a normas ambientales de monitoreo de calidad de agua nacionales e internacionales. Diseño de los sensores a utilizar.

8 Supestos La construcción y acondicionamiento de la señal de los sensores no llevará más de cuatro semanas. Se podrá construir las placas de instrumentación y salida caseramente. Se dispondrá de información suficiente en el internet y libros virtuales. La placa será correctamente ensamblada por el fabricante. Ninguna placa se quemará por una mala conexión. Suponiendo que el proyecto va a poder realizarse con 600 horas/hombre, y que se cuentan con 7 meses para la realización del mismo, se estima que, trabajando una persona sola, debe dedicar aproximadamente 4 horas diarias al proyecto (sin contar fines de semana).

9 Restricciones Una solo persona trabajará en el proyecto de forma continua. El desarrollador necesita asesoría sobre acondicionamiento de señal de niveles de voltaje del orden de los microvoltios.

10 Requerimientos Característica general del prototipo: Modos de funcionamiento: Manual y automático. Menú de usuario simple e intuitivo. El desarrollo del Software y Hardware se deberán realizar cupliendo las distintas Normas de regulación. Hardware: Módulo de acondicionamiento de señal Módulo de Interfáz Gráfica con el usuario Módulo de procesamiento Módulo de control fluídico Módulo de alimentación Software: Desarrollo de los drivers para los módulos de Hardware Desarrollo del algoritmo para la obtención de las concentraciones de DBO.

11 Diagrama Activity on Node

12 Diagrama de Gantt

13 Gestión de riesgos Riesgo 1: Daño de la placa de desarrollo por una mala conexión eléctrica. Riesgo 2: Experiencia insuficiente en programación de microprocesadores con lenguajes de alto nivel. Riesgo 3: Pérdida de algún módulo de hardware del prototipo. Riesgo 4: Aumento del precio de los distintos componentes a utilizar. Riesgo 5: La poca experiencia en diseño de los distintos miembros de equipo puede provocar que no se cumplan las fechas de finalización de cada etapa.

14 Tabla de gestión de riesgos Riesgo Severidad Ocurrencia Detección RPN Severidad* Ocurrencia* Detección RPN* 1.Daño Placa 2.Exp. Prog 3. Pérdida Precio Exp Diseño

15 Gestión de Calidad Req 3.2 Desarrollo del algoritmo para la obtención de las concentraciones de demanda bioquímica de oxígeno. Calidad: Es el método o herramienta que permite obtener información a partir de las señalesgeneradas por los sensores. Grado de calidad: Se satisface si se logra que el algoritmo funcione de acuerdo a los pasos señalados de acuerdo a los requerimientos. Costo de conformidad: Los costos asociados ya fueron tomados en cuenta en el análisis de costo. Costo de no conformidad: Sería imposible concluir el proyecto. Verificación: Investigar literatura sobre el modelo matemático y su aplicación sobre como crear un algoritmo para su cálculo. Validación: Una vez creado el algoritmo, usar un TDD para su control.

16

17

18 FIN