PROSADEC Arquitectura,implementación y ejemplos. Ponente: Jordi Vega 11

Transcripción

1 PROSADEC Arquitectura,implementación y ejemplos. Ponente: Jordi Vega D@T@ de noviembre de 2011

2 1.Introducción: Por qué son necesarios los Sistemas de Adquisición de Emisiones en Continuo?

3 NORMATIVA SOBRE EMISIONES Instalaciones obligadas a disponer de analizador en continuo Por normativa sectorial: RD 833/75. Normativa general. Por carga de emisión. RD 117/03. Utilización de disolventes. RD 653/03. Incineración de residuos. RD 430/04. Grandes instalaciones de combustión. Por autorización individual. Declaración de impacto ambiental. Normativas Autonómicas. 1. Introducción

4 NORMATIVA SOBRE EMISIONES Verificar el cumplimiento de los requisitos definidos en la norma : NGC 2 y EAS emitidos por los laboratorios de ensayo. Verificar el cumplimiento de los requisitos definidos en la norma en los informes de NGC 3 emitidos por los responsables de las plantas. Comprobar el cumplimiento de los límites de emisión establecidos por parte de las instalaciones. Crear, almacenar y transmitir ficheros periódicos con resúmenes de las emisiones en continuo. 1. Introducción

5 EXTENDER LA FUNCIONALIDAD DE UN DATALOGGER La normativa actual nos pide ir más allá de la simple adquisición y almacenamiento de datos. Hay que hacer un tratamiento de los datos adquiridos (calibración, normalización, intervalos de confianza, asignación de caracteres de validación) hasta obtener el dato final. Post-proceso de la información: Medias con asignación de carácter de validación, condiciones de incumplimiento e indisponibilidad, generación de informes. 1. Introducción

6 DIAGRAMA DE FLUJO Recepción datos Comprobación horaria Normalizar Presión Temperatura Humedad Oxigeno Hora histórica Hora actual Cambio de unidades Escalar Cálculos avanzados Calibrar Totalizadores Alarmas 1. Introducción

7 2.Arquitectura del Sistema de Adquisición de Emisiones en Continuo PROSADEC

8 CARACTERÍSTICAS PRINCIPALES Sistema distribuido Cliente/Servidor. Arquitectura abierta tanto para la adquisición de datos (OPC, ModBus RTU, 4..20, CSV, ) como para la explotación de datos (Cliente Web, WPF, Mobile,..). Comunicaciones seguras (encriptación AES 128/256bits) a través de 1 único puerto configurable. Redundancia de datos y de proceso. 2. Arquitectura

9 DIAGRAMA ARQUITECTURA Server Primario Server Standby Internet Inicio Sesión 1..n Clientes Internet Planta LAN 1 único puerto Interface primaria Interface Standby 1..n Clientes Intranet Origen de datos (OPC,ModBus RTU, 4.20, CSV) 2. Arquitectura

10 3.Implementación de normativas en PROSADEC. Casos prácticos.

11 EJEMPLO 1. ASIGNACIÓN DE CARÁCTER DE VALIDACIÓN Norma: Procedimiento para la transmisión de los datos de los SAM en focos estacionarios Consejería de medio ambiente y ordenación del territorio, Comunidad de Madrid. Caracteres de validación especificados: COD_FLAG C D E M N O P R T V Z Y S DESCRIPCION Dato nulo por calibración de SPAN Dato nulo por fallo tecnico Dato procedente de cálculos externos Dato nulo por mantenimiento Dato nulo, no valido o anulado Dato procedente de estimación desde otro analizador Instalación parada, en proceso de arranque o en proceso de parada Dato reconstruido Dato temporal pendiente de validar Dato validado Dato nulo por calibración de CERO Dato nulo por calibración de (CERO-SPAN) Dato mayor al límite superior del rango de calibración

12 EJEMPLO 1. ASIGNACIÓN DE CARÁCTER DE VALIDACIÓN 1.- Parametrizar caracteres de validación y su prioridad

13 EJEMPLO 1. ASIGNACIÓN DE CARÁCTER DE VALIDACIÓN 2.- Establecer condiciones de asignación globales.

14 EJEMPLO 1. ASIGNACIÓN DE CARÁCTER DE VALIDACIÓN 3.- Establecer condiciones de asignación particulares.

15 EJEMPLO 2. NORMALIZACIÓN Norma: Instrucción Técnica de la Dirección General de Calidad Ambiental (IT014). Departament de Medi Ambient i Habitatge (Generalitat de Catalunya) Fórmula general de normalización:

16 EJEMPLO 2. NORMALIZACIÓN 1.- Parametrizar la fórmula.

17 EJEMPLO 2. NORMALIZACIÓN 2.- Condiciones de normalización.

18 EJEMPLO 3. MEDIA HORARIA Norma: Instrucción Técnica de la Dirección General de Calidad Ambiental (IT018). Departament de Medi Ambient i Habitatge (Generalitat de Catalunya). Cálculo de medias y asignación del carácter de validación. Carácter de Validación Descripción VD Valida Disponible Sí PD Parada Disponible No NI No Válida Indisponible No ND No Válida Disponible No VA Válida Anómala No Cuenta par medias Se establece que para evaluar el cumplimientos del valor límite de emisión solo se podrán calcular medias horarias o semihorarias cuando un 75% de los datos minutales registrados en el periodo a evaluar tengan el caracter válidao asociado (V)

19 EJEMPLO 3. MEDIA HORARIA 1.- Configuración del cálculo.

20 EJEMPLO 3. MEDIA HORARIA 2.- Asignación del carácter de validación.

21 EJEMPLO 4. CONDICIONES ANOMALAS VLE Norma: Instrucción Técnica de la Dirección General de Calidad Ambiental (IT018). Departament de Medi Ambient i Habitatge (Generalitat de Catalunya) Instalaciones de incineración Se considera funcionamiento anómalo de una instalación de incineración, según el artículo 20 del RD 653/2003, cuando las medias semihorárias superan, para cada contaminante, los valores siguientes: Contaminante Partículas HCI NF SO2 NOx Media Semihoraria 30 mg/m3 60 mg/m3 4 mg/m3 200 mg/m3 400 mg/m3 El RD 653/2003 establece un máximo de 60 horas anuales en las que se puede estar en esta situación y un máximo de 4 horas sin interrumpción.

22 EJEMPLO 4. CONDICIONES ANOMALAS VLE (ANUAL) 1.- Creación del Tag Totalizador anual

23 EJEMPLO 4. CONDICIONES ANOMALAS VLE (ANUAL) 2.- Definición de la condición de evaluación

24 EJEMPLO 4. CONDICIONES ANOMALAS VLE (CONTINUO) 3.- Definición del Totalizador.

25 EJEMPLO 4. CONDICIONES ANOMALAS VLE (CONTINUO) 3.- Creación del Tag totalizador.

26 EJEMPLO 4. CONDICIONES ANOMALAS VLE ANUAL 4.- Definición del reset automático del totalizador anual.

27 EJEMPLO 4. CONDICIONES ANOMALAS VLE ANUAL 5.- Definición de las condiciones del totalizador anual.

28 EJEMPLO 4. CONDICIONES ANOMALAS VLE ANUAL 6.- Programación de la alarma.

29 EJEMPLO 5. PLANTILLA XML DEFINICIÓN FICHERO FTP 1.- Ejemplo Fichero Resultado. E021 01F01;111116;0100;2;003;20;14;28,06;64,88;V;28,06;10;17,47;19,99;146,42;101,51;11,12;11,12;103 E021 01F01;111116;0200;2;003;20;14;29,05;67,25;V;29,05;10;17,44;20,31;146,03;101,51;11,08;11,08;103 E021 01F01;111116;0300;2;003;20;14;28,70;64,29;V;28,70;10;17,36;20,57;146,62;101,49;11,13;11,13;103 E021 01F01;111116;0400;2;003;20;14;29,15;65,08;V;29,15;10;17,34;20,77;147,50;101,49;11,13;11,13;103 E021 01F01;111116;0500;2;003;20;14;28,92;65,76;V;28,92;10;17,40;20,81;174,81;143,46;11,17;11,17;103 E021 01F01;111116;0600;2;003;20;14;29,64;68,48;V;29,64;10;17,42;20,68;174,79;143,50;11,23;11,23;103 E021 01F01;111116;0700;2;003;20;14;29,25;68,61;V;29,25;10;17,47;20,48;174,66;143,57;11,31;11,31;103 E021 01F01;111116;0800;2;003;20;14;28,51;66,98;V;28,51;10;17,50;20,44;174,52;143,60;11,33;11,33;103...

30 EJEMPLO 5. PLANTILLA XML DEFINICIÓN FICHERO FTP 2.- Cabecera del fichero Xml. <?xml version="1.0" encoding="utf-8"?> <configuration> <configsections> <section name="general" type="system.configuration.dictionarysectionhandler" /> </configsections> <EstructuraDir> <Dir> <Nombre>DATE.YEAR</Nombre> <Formato>yy</Formato> </Dir> </EstructuraDir> <EstructuraFichero>E001[DATE,(yyMMdd)].txt</EstructuraFichero>

31 EJEMPLO 5. PLANTILLA XML DEFINICIÓN FICHERO FTP 3.- Cuerpo del fichero Xml. <Bloques> <Bloque> <Tipo>1</Tipo> <!-- 0: Horizontal 1: Vertical--> <PrimeraEscritura>3600</PrimeraEscritura> <Perioricidad>3600</Perioricidad> <Lineas> <ElemLinea> <!-- Codigo foco emisor--> <Formato></Formato> <Tamaño></Tamaño> <FuncionFormateo></FuncionFormateo> <Formula></Formula > <Repetir>0</Repetir> <Origen></Origen> <Valor>E021 01F01;</Valor> <ValorError></ValorError> </ElemLinea> <ElemLinea> <!-- Fecha Lectura--> <Formato>yyMMdd</Formato> <Tamaño></Tamaño> <FuncionFormateo></FuncionFormateo> <Formula></Formula > <Repetir>0</Repetir> <Origen>IdTAG.103.dia</Origen> <Valor></Valor> <ValorError>0</ValorError> </ElemLinea>...

32