Gestión eficiente de recursos energéticos (y III)

El material utilizado para redactar estas entradas ha sido proporcionado por la Ingeniería Consultora Enco, quien ha incorporado una línea de negocio dirigida a aportar soluciones para la gestión energética (encoEnergy).
m
Para más información acerca de las actividades desarrolladas por Enco en este ámbito, se adjuntas los datos de contacto:


http://www.encoweb.com/

Manuel Guil

-------------------------------------------------------
Entradas relacionadas:


Los requerimientos generales que debe cumplir un sistema de gestión energética son estos:

  • Herramientas de monitorización. Herramientas de monitorización, comparación y previsión por tipo de servicio.
  • Facilidad de configuración. Informes (reports) y paneles de indicadores (Cockpit).
  • Sistema intuitivo. Herramientas de análisis intuitivo para la mejora de la eficiencia.
  • Conversión de consumos. A gasto (euros) y a emisiones (CO2).
  • Escalabilidad. Facilidad de añadir nuevos dispositivos de medición, de crear nuevos reports, etc.
  • Capacidades de previsión. Realizar previsiones de consumos energéticos futuros.
  • Integración. Comunicación completa con sistemas existentes.


En cualquier caso, una organización no debe plantearse un proyecto de gestión eficiente de recursos enérgeticos a no ser que su factura mensual por concepto de consumo energético supere los 100.000€.

Además hay que tener en cuenta, que el ahorro esperado al realizar con éxito este tipo de proyectos se cuantifica entre un 5% y un 10% sobre la cuota defacturación inicial.

Este beneficio de tipo cuantitativo, se complementa con otros beneficios de caracter más cualitativo:

  • Conocimiento exácto de consumos.
  • Mejor asignación a centro de costes.
  • Imagen de la empresa si es posible comunicar que ha reducido emisiones.
  • Cumplimiento de normativas de calidad mediambiental.
  • Capacidad para informar a las ESCO (Energy Service Company) de la previsión de consumo energético.

m

Gestión eficiente de recursos energéticos (II)

El material utilizado para redactar estas entradas ha sido proporcionado por la Ingeniería Consultora Enco, quien ha incorporado una línea de negocio dirigida a aportar soluciones para la gestión energética (encoEnergy).

Para más información acerca de las actividades desarrolladas por Enco en este ámbito, se adjuntas los datos de contacto:



http://www.encoweb.com/
Manuel Guil
m.guil@encoweb.com
-------------------------------------------------------



Uno de los principales instrumentos utilizados para realizar una gestión eficiente de recursos energéticos es la utilización de sistemas de gestión energética.
m
Los sistemas de gestión energética son soluciones software que a partir de la supervisión, control y captura de información en tiempo real de diferentes dispositivos de campo (contadores, caudalímetros), asociados a la medición de fuentes energéticas (normalmente gas, electricidad, y conversiones de agua fría a agua caliente y viceceversa, generación de vapor, etc), permiten reducir los costes energéticos y minimizar las emisiones.
m
Esto se materializa en las siguientes ventajas:
  • Reducen y controlan los picos de demanda.
  • Reducen las emisiones de CO2.
  • Optimizan las condiciones con los suministradores de energía.
  • Realizan asignación de costes.
  • Ayudan a tomar decisiones.


Los sistemas de gestión energética deben incluir las siguientes funcionalidades:

  • Gestión de consumos. A través de informes predefinidos para los diferentes tipos de energías, el usuario puede conocer los consumos, analizarlos y visualizar los principales indicadores de gestión energética. Esta práctica es lo que se conoce como el alisamiento de la curva de consumo. El hecho de conocer los consumo históricos de energía, proporciona a la empresala posibilidad de realizar un consumo más estable, sin que se produzcan picos que penalizan la facturación total. Esta gestión también posibilita la asignación de costes energéticos a centros de costes.
  • Balance energético. Supervisión de la carga principal así como de las subáreas, control de la carga pasiva y activa, agregación de multi-instalación y control de picos en la demanda eléctrica de cada instalación.
  • Emisiones. Conversión de consumos a emisiones CO2.
  • Forecasting. Módulo básico para identificar tendencias o previsiones de consumos futuros. En este sentido, es básico contar con una solución que recoja todaesta información en tiempo real y sin extrapolaciones ni aproximaciones.
  • Billing y Costes. Verificación de la facturación , asignación de costes y simulación. Esta funcionalidad permite que las empresas corroboren que la facturaemitida por el proveedor de energía es correcta. En ocasiones existen desviaciones de hasta un 5%.Este módulo debe permtir la integración con tarifas (para permitir esta comparación). Estas tarifas generalmente están localizadas en el ERP de las organizaciones.

v


Reunión Técnica. Tecnología OPC.

El próximmo 4 de noviembre de 2009 la sección española de ISA organiza en Madrid (en la Facultad de Matemáticas de la Universidad Comlutense) una reunión técnica acerca de tecnología OPC. El día 5 se celebrará la misma reunión en Barcelona.

En esta reunión se analizará brevemente qué es OPC, sus especificaciones y los beneficios de su uso. En concreto, en la primera parte se tratarán los siguientes temas:
  • Requerimientos de estandarización en la conectividad industrial. Ejemplo practico de la solución OPC.
  • Presentación de las principales especificaciones existentes dentro del estándar OPC: OPC DA, OPC DHA, OPC A&E, OPC UA.
  • Beneficios obtenidos en la implementación de un estándar de conectividad en el entorno industrial.
En la segunda parte se realizará una mesa redonda y coloquio, con la participación de expertos en el tema (entre los que se encuentra Fernando Sevillano) y turnos de preguntas por parte de los asistentes.

La inscripción es gratuita:

http://www.isa-spain.org/actividad.asp?id=176
aa

La arquitectura hardware de Google

Ya hemos hablado en entradas anteriores de la buena relación coste/prestaciones de los sistemas de tipo cluster, y hemos comentado la posibilidad de diseñar arquitecturas realmente potentes incluso a partir de componentes obsoletos y completamente heterogéneos.

Como demostración para los "incrédulos", vamos a hablar hoy de la arquitectura que soporta el motor de búsqueda de Google, un cluster. Las consideraciones iniciales que los diseñadores de Google se hicieron estaban relacionadas con fiabilidad, la productividad y la relación precio/prestaciones. Debían conseguir una arquitectura con estas características que permitiera la ejecución de una aplicación programada en C/C++ y que se ejecuta sobre plataformas con Linux con replicación en como mínimo, tres puntos geográficos.

Para ello han construido un cluster a medida completamente heterogéneo y muy escalable. En cifras, cada tres meses se actualiza alguno de los componentes de los nodos de cómputo (procesador, memoria o disco) y entre un 2 y un 3% de los nodos son sustituidos cada año.

Los nodos de cómputo están agrupados en racks que contienen entre 40 y 80 nodos dcada uno. Hay cerca de 1000 racks en la actualidad, con nodos x86, desde Celeron a 533 MHz hasta biprocesadores Pentium IV. Cada nodo tiene enstre 256 MB y 1 GB de memoria DDR y 80 GB de capacidad de almacenamiento.

El cluster utiliza Gigabit Ethernet (cobre, cables de categoría 5) para la conexión entre los nodos, y los enlaces a Internet tienen un ancho de banda mayor (2 Gb/s en media).

Todos los nodos tienen instalado un sistema operativo Linux y herramientas a medida para instalación y actualización de software, para la monitorización (en media se reinician al día 20 nodos en remoto) y para la gestión del Google File System (GFS).

Como podéis observar no se ha realizado una inversión excesivamente alta en la plataforma hardware que soporta el sistema, sino que se aprovechan todo tipo de nodos de cómputo que todavía pueden servir en una arquitectura de este tipo aunque individualmente ya estén obsoletos. Sin embargo se ha conseguido un sistema independiente de fabricantes HW y SW, y que proporciona las prestaciones adecuadas para la ejecución de la aplicación.
aaa

Primer paso para la gestión de riesgos corporativos

Ya hemos introducido el concepto de ERM en entradas anteriores desde un punto de vista general.

Si nos interesa ponernos manos a la obra, existen diferentes metodologías, mejores prácticas y normativas que nos ayudan a afrontar la gestión de riesgos de una manera sistemática. Y casi todas ellas coindicen en comenzar por una primera fase de Identificación de riesgos.

El primer paso para la gestión de riesgos corporativos debe ser siempre realizar un inventario con todos los riesgos posibles. Y a ser posible, crear una base de datos de riesgos que sirva como base para toda la estrategia ERM de la organización.

Para realizar esta identificación se pueden utilizar diversos métodos:
  • Estadísticas e históricos del pasado.
  • Opiniones de expertos.
  • Experimentos, pilotos.
  • Simulaciones.
  • Análisis técnicos.
  • Brainstorming, cuestionarios.
  • Lecciones aprendidas.
  • Herramientas BPM (Business Process Management).
Y si ya sabemos cómo podemos identificar riesgos, la siguiente pregunta sería ¿dónde los buscamos?. Si intentamos comenzar por una clasificación universal, que no dependa de nuestro sector de actividad, una estrategia ERM completa debería tener en cuenta los siguientes riesgos:
  • Externos: Económicos, Medioambientales, Políticos, Legales, de Mercado y Sociales.
  • Internos: Financieros, Operacionales y Tecnológicos.
Pensando en estas categorías, ¿cuáles serían los más importantes para vuestra empresa?. ¿Por dónde empezar con la gestión de riesgos en una primera aproximación?.
ss