IEEE Power & Energy Magazine - Spanish - September/October 2020 - 84

Este VEN gestiona un laboratorio de redes inteligentes con
varias tecnologías.
Aunque se simularon las acciones del GRD, la plataforma
asociada con el VTN se diseñó de forma modular para proporcionar un servidor automatizado de RD independiente
de la plataforma del GRD. Asimismo, el VTN y el DRMS
están diseñados como módulos independientes. Por lo tanto,
diferentes tipos de DRMS podrían usar el mismo VTN. La
VTN que se muestra en la figura 9 proporciona diferentes
API, algunas de las cuales están orientadas a abastecer a
los VEN mientras que otras abastecen a sistemas superiores, como el DRMS. El API incluye diferentes conjuntos de
servicios que se ofrecen a los clientes de VTN (plataforma
del GRD y DRMS), como se describe en la sección "El protocolo estándar OpenADR y otras alternativas". Además, el
VTN mantiene su configuración en una memoria caché y, en
caso de una falla, el sistema podría obtener la información
más reciente del administrador de capa de persistencia, que
es un disco duro que contiene una copia del estado del VTN.
El VTN está desarrollado completamente en Java.

El administrador de memoria caché utiliza un estándar
de información para mantener los datos del VTN y así facilitar el correcto funcionamiento del sistema. El administrador de la capa de persistencia trabaja en segundo plano para
reducir la influencia sobre el funcionamiento del VTN (disminuyendo el consumo de recursos informáticos). La capa
de persistencia se basa en una tecnología diferente para marcar la mejor opción en este tipo de escenario. Esta tecnología
trabaja en diferentes partes del proceso, almacenando información en diferentes etapas. El DRMS se implementa en el
VTN, proporcionando una interfaz para administrarlo. El
DRMS involucra todos los servicios disponibles en el VTN,
y este permite que el DRMS envíe cualquier comando o solicitud a uno o más VEN registrados en los programas de RD.

Prueba de la PoC

Dominio del cliente

Dominio agregador

Dominio GRD

Varias pruebas realizadas en la PoC mostraron que los servicios de flexibilidad podrían proporcionar un nuevo método
para gestionar la congestión y controlar la red. La tabla 1 enumera los resultados de algunas pruebas realizadas en la PoC
durante el año 2018. Los resultados muestran una reducción del
consumo de aproximadamente el
50 % durante los periodos en los
OpenADR
DRMS
que se ejecutan los servicios de
TCP/IP
flexibilidad, especificados en la
VTN
BACnet
World
Wide
Web
tabla 1. Los servicios de flexibiServidor
lidad ha brindado la posibilidad
de gestionar la congestión y, en un
escenario con varios VEN, sería
VEN
posible controlar varias fuentes,
implementando el control de la
estrategia de manejo de FED. En
la tabla 1, hay varias columnas:
✔✔ "Fecha de activación" conPlataforma del agregador
tiene el día en el que se
configuró el servicio de flexibilidad.
BMS
✔✔ "Hora de activación" es la
(SEB)
hora durante la cual se configuró el servicio de flexiServidor SEB
bilidad.
✔✔ La "Duración" mide el
tiempo que inicia a la hora
de activación. Este término
Puerta de enlace BACnet
se denomina "Duración de
la oferta" en la figura 10.
✔✔ "Oferta" describe la licitación de reducción de energía
en vatios-hora. Este término
se denomina "Oferta de reSondas
Iluminación Dispositivos de Cargas
Medidores
Paneles
geotérmicas
aire acondicionado
de energía
solares
ducción" en la figura 10.
✔✔ El "Consumo pronosticado"
muestra el consumo de enerfigura 8. El esquema de la PoC. TCP/IP: Protocolo de Control de Transmisión/Protogía esperado en vatios-hora.
colo de Internet.
84

ieee power & energy magazine

septiembre/octubre 2020

IEEE Power & Energy Magazine - Spanish - September/October 2020

Table of Contents for the Digital Edition of IEEE Power & Energy Magazine - Spanish - September/October 2020