05-Requerimientos de monitorización EU GUGLE

Anuncio
Características
monitorización
de
la
energética
plataforma
de
los
de
edificios
construidos al amparo del proyecto EU-GUGLE
ANTECEDENTES
El proyecto EU-GUGLE es un proyecto cofinanciado por la UE y en el que participan
diferentes socios de 6 países europeos y que tiene como objetivo más importante,
la rehabilitación energética profunda de edificios, tanto residenciales como
terciarios.
Dentro de este proyecto, participa la empresa pública Sestao Berri, dedicada a la
promoción
de
vivienda
social.
Sestao
Berri,
dentro
de
este
proyecto,
se
compromete a la rehabilitación de un número indeterminado de viviendas, en los
próximos 5 años, que cumplan con las exigencias técnicas del proyecto EU-GUGLE.
MONITORIZACIÓN
La UE se compromete a cofinanciar la rehabilitación de las viviendas, exigiendo,
entre otras contrapartidas, la monitorización de los consumos de las mismas, para
poder evaluar el grado de exigencia en términos de ahorro energético, conseguido
en estas actuaciones.
Para cumplir con los requerimientos de la UE en este aspecto, se plantea llevar a
cabo una licitación para “el desarrollo y mantenimiento (5 años) de una plataforma
de monitorización”
que recogerá datos de diferente tipología de cada promoción
que se lleve a cabo en Sestao y que este auspiciada por el proyecto EU-GUGLE.
Las características que debe cumplir esta plataforma desde el punto de vista de
funcionalidad se describen a continuación:

Debe ser capaz de leer los datos de los “concentradores” incluidos en los
sistemas individuales de regulación y control, que se instalen en cada
promoción, independientemente de la fecha de puesta en marcha y del
instalador que ejecute la obra (previamente se habrán definido las
especificaciones técnicas que deben cumplir todos los concentradores que se
instalen en los edificios para garantizar su compatibilidad con la plataforma)

Debe ser capaz de mostrar los resultados de las variables a diferentes
actores
en
función
de
sus
permisos
de
acceso,
y
en
diferentes
configuraciones (vecinos, portales, edificios...)

Debe ser capaz de admitir las descargas de los datos en formatos CSV, por
parte de los diferentes actores, en función de sus permisos de acceso. Esta
descarga debe de disponer de al menos las opciones temporales: Ultimo
mes, ultimo año, mes o meses determinados, año o años determinados,
desde una fecha a otra fecha. Además debe poder ser capaz de descargar
datos por vivienda, por portal y por edificio.

Debe tener un entorno grafico, fácil, funcional claro y didáctico, tanto para el
usuario de la vivienda como para el analista de los datos. (se puede pensar
en un aspecto WEB)

Puede ser en modo alquiler o en modo propiedad.

Debe estar preparada para soportar un mantenimiento sencillo que abarate
los costes.

Se valorará que pueda ser una plataforma externa, a la cual los distintos
equipos de recogida de datos mandarán los datos para su análisis. Por ello
se pagará una cuota anual en función de los datos gestionados. A cambio el
titular de la plataforma, será responsable de mantener los datos, sus copias
de seguridad y de mantener actualizado el software.
Desde un punto de vista de capacidad de almacenamiento y de gestión de los
datos, se señalan a continuación una estimación de las variables que se van a
medir:

Temperatura, humedad, consumo de calefacción, consumo de ACS, consumo
eléctrico por vivienda (en un número aproximado de 300 viviendas)

Consumo eléctrico de zonas comunes, energía suministrada a los vecinos en
calefacción, energía suministrada a los vecinos en ACS, energía producida
por el sistema de calefacción (desagregado si hay diferentes combustibles),
energía producida por el sistema de ACS (desagregado si hay diferentes
combustibles), energía aportado por el campo solar (si lo hubiera). (por
bloque, en un número aproximado de 20)

Temperatura y humedad exterior

Otras variables menos significativas.

Es suficiente con que el sistema recoja y almacene datos horarios

Debe tener ser capaz de almacenar datos correspondientes a la duración del
proyecto (5 años)

Los equipos propuestos para efectuar la monitorización (hardware) deben
tener la capacidad de evolución natural hacia el control, capacidad de
ampliación de lectura de circuitos, capacidad directa de conexión a través de
protocolo a distintos equipos de medida de energía eléctrica, térmica,...

Los equipos propuestos para efectuar la monitorización (hardware) deberán
tener la posibilidad de efectuar (y almacenar) cálculos como puede ser el
Grado Día,...

Los equipos propuestos para efectuar la monitorización (hardware) deberán
tener de base una mínima capacidad de efectuar control, ampliable
fácilmente.
Los equipos propuestos para efectuar la monitorización (hardware) deberán
cumplir con el nivel A de eficiencia energética que marca la norma EN 15232


Los equipos propuestos deberán poder comunicar con la plataforma por
distintos medios, como puede ser Internet y/o módem 3G.

Esta comunicación deberá poderse establecer de distintas formas, por
comunicación a través de protocolos estandarizados como Modbus IP, a
través del protocolo IEC 60870-5-104 que permite comunicar en IP (ADSL o
GPRS) con un supervisor o un equipo cliente del mismo protocolo.

Igualmente el equipo propuesto será capaz de intercambiar información con
la plataforma por medio de ficheros tipos csv, txt, bien mandándolos por email, bien alojándolos en un servidor FTP.
Descargar