PROYECTO DE ASISTEMAS DE POTENCIA Y CIRCUITOS II.

I SEMESTRE 2017

Condiciones generales:

Parte 0. En el aplicativo se va a manejar de manera coordinada la accin de tres actores:

Existen tres actores: El primero es El operador de red que gestiona empresas de distribucin y
provee de energa a los usuarios. El segundo es el agente integrador que agrupa y gestiona
recursos de GD y RD. Y, por ltimo, estn los usuarios con recursos de GD y que poseen cierta
cantidad de potencia gestionable para participar en la provisin de un servicio auxiliar dentro de un
programa de RD.
El operador del Sistema de distribucin es el responsable de suplir de energa de manera
habitual a los usuarios de la red. Este operador controla empresas de distribucin de energa
elctrica. En algunos casos, el operador del Sistema de distribucin de energa elctrica se ve
forzado a reducir la cantidad de energa que compra a las plantas generadoras; en otras ocasiones
los requerimientos de disminucin de energa pueden estar ligados a necesidades que se dan de
forma no planeada como la atencin a sobredemandas en alguna zona de la red o la presentacin
de una falla. En resumen, las razones pueden estar ligadas a disminuir el precio spot de la energa
que compra, a la atencin de demandas del mercado o del sistema elctrico nacional, o a
previsiones en su gestin de capacidad para das futuros.
Hay un agente integrador que gestiona los recursos de GD y RD con que cuentan los usuarios.
Coordina la mejor forma de ofertar un servicio auxiliar de desconexin con la potencia gestionable
de los usuarios inscritos en un programa de RD por incentivos.
Los usuarios son registrados en una base de datos. La base de datos es administrada por el agente
integrador. En la base de datos son registrados los parmetros de cada usuario tales como el tipo y
potencia de GD y la potencia de RD

1. Un grupo de usuarios que poseen recursos de Respuesta de La demanda (RD) y de

Generacin Distribuida (GD).
2. Existen algunos usuarios con cargas no gestionables es decir que estn conectados a la red
todo el tiempo y se proveen de ella totalmente.

Los datos de los usuarios son recogidos a travs de un aplicativo de encuesta que puede realizarse
con herramientas libres de google o bien puede tratarse de la interfaz de adquisicin de una base
de datos en SQL o similar. A manera de ejemplo se ilustra cmo podra quedar la base de datos
inicial.
 Los recursos de RD corresponden a una cantidad de potencia gestionable que los usuarios
pueden llegar a desconectar en algunas horas del da de acuerdo a una matriz de asignacin
de horas en la cual ellos eligen en que franja y en horas se desconectaran. A manera de
ejemplo, se muestra los detalles de una matriz de asignacin por hora y por usuario, en la cual
los 1 son ubicados en las horas cuando un usuario a pactado desconectarse. Debe aclararse
que para las 24 horas los usuarios que han pactado desconectarse lo podrn hacer en un
nmero KMAX que podr ser de 3, 4 hasta 6 veces en el da.

Los usuarios declaran adems unos costos fijos y variables para cada hora del da en que
eventualmente lleguen a desconectarse.

Usuario , ,
Usuario1 800 6 0.25
Usuario2 1000 3 0.25
Usuario3 1200 4 0.25
Usuario4 600 5 0.25
Usuario5 400 4 0.25
Se debe tener en cuenta que la potencia gestionable puede ser la totalidad de la carga del usuario
o una fraccin. En todo caso debe tenerse en cuenta cuanto es la potencia que tiene asignada al
usuario y cuanto de esta potencia es gestionable. Si la potencia gestionable es toda la que posee el
usuario, entonces al ser llamado en alguna hora el usuario se desconectar totalmente. Si la
potencia gestionable es apenas una parte de la carga del usuarios, entonces al ser llamado a
participar en una desconexin de potencia en determinada hora, lo que suceder ser un deslastre
de carga.

Usuario/hora 1 2 3 4 5 6
Usuario1 0.07 0.08 0.08 0.09 0.10 0.11
Usuario2 0.07 0.08 0.08 0.09 0.10 0.11
Usuario3 0.07 0.08 0.08 0.09 0.10 0.11
Usuario4 0.10 0.10 0.12 0.15 0.16 0.17
Usuario5 0.10 0.10 0.12 0.15 0.16 0.17

Usuario/hora 7 8 9 10 11 12
Usuario1 0.10 0.11 0.12 0.11 0.14 0.11
Usuario2 0.10 0.11 0.12 0.11 0.14 0.11
Usuario3 0.10 0.11 0.12 0.11 0.14 0.11
Usuario4 0.17 0.15 0.16 0.14 0.17 0.16
Usuario5 0.17 0.15 0.16 0.14 0.17 0.16
Nota: Los costos estn dados en USD, tomando como referencia los costos de kWh para estratos 3
y 4 de la CREG.

El agente integrador anuncia que recursos tiene de RD para cada hora del da siguiente, luego
recibe los pedidos por cada hora de parte del operador de la red. Estos pedidos los puede realizar
el operador de manera manual o tambin en forma aleatoria. El agente integrador evala como va
a atender al requerimiento de desconexin solicitado, configura que usuarios puede llegar a
desconectar y enva al operador de red la informacin sobre la combinacin de usuarios ms
econmica con que dispone en el momento.

El operador de red recibe la informacin sobre los usuarios que eventualmente podran
desconectarse y evala el comportamiento de la red una vez ello ocurra, corriendo un flujo de
potencia y observando que la estabilidad de la red se mantengan dentro de los limites prefijados.

Si la oferta que recibe para una determinada hora no resulta admisible por los criterios tcnicos
antes mencionados, el operador de red debe devolver la oferta de esa hora al agente integrador.
Este a su vez tendr dos opciones: Una reconfigurar y enviar una nueva propuesta de esa hora o
esas horas y el costo que se tendr; y la segunda decir que durante esa hora (esas horas) no puede
responder al requerimiento con los recursos actuales disponibles.

La formulacin matemtica del problema de optimizacin para el servicio auxiliar de desconexin

de potencia se presenta a continuacin

24 (18)
min [ +
=1 =1
]
s.a.
(19)

=1

Donde: h= 1, 224 horas del da, i= 1, 2, N nmero de usuarios

0 (20)

24

(21)
=1

La red propuesta tendr la siguiente configuracin:

Figura 1. Red IEEE de 14 nodos

La forma topolgica de la red de manera simple es la siguiente

Figura 2. Topologa de la red

En la topologa de la red se observa que existirn cargas gestionables y no gestionables. Como

cargas no-gestionables (NG) se tienen las marcadas con los nmeros 4, 8, 11, 12, 13 y 14. Las
dems son gestionables.

A continuacin los pasos en la operacin preliminar del agente integrador:

1. Se registran los usuarios en la base de datos que administra el agente integrador. El

administrador del agente integrador tiene nombre y password.
2. Los usuarios reciben por correo un formulario o bien llenan el formulario en lnea
ingresando a la plataforma del agente integrador. Alli consignan datos esenciales:
nombres, direccin, potencia total, potencia gestionable para RD, potencia eventual de
GD, tipo de GD. Registran informacin especfica: Costo fijo (el agente integrador lo puede
fijar o determinar los niveles en puede oscilar), costos fijos por hora para cada usuario (de
igual forma el agente integrador da los niveles mnimos y mximos que puede optar el
usuario). Nmero de veces que se comprometen a participar los usuarios durante el da
siguiente, pueden ser de 3 a 6 veces como mximo en el da (salvo que se activen algunas
fuentes de GD que posea el usuario, el trmino activarse significa que tienen potencia
suficiente equivalente a la gestionable del usuario). Esta parte se explica en la segunda
parte ms adelante.
3. El agente integrador realiza la sumatoria de sus recursos de RD disponibles y declara en la
pgina y/o enva al operador de la red o a un hipottico mercado de distribucin ya todos
los usuarios registrados el vector de mxima capacidad de desconexin por hora que
posee.
4. Entra en juego el tercer actor que es el operador de la red y realiza un pedido de
desconexiones al agente integrador. La idea es que exista un usuario operador de red con
su propio nombre y clave. Este operador de red hace su pedido de dos formas:
 4.1. Hora a hora. En esta forma de pedido el operador de red que es instanciado desde una
consola diferente ingresa el pedido de desconexin de potencia para cada hora del da
siguiente, aqu debe hacerse la salvedad de que los pedidos no deben exceder la
capacidad del agente en cada hora. El pedido podr ir desde 0 kW hasta el total de kW de
cada hora.
4.2. El pedido que hace el operador de la red se hace de forma aleatoria, pero en todo caso no
debe exceder los lmites de potencia que el agente integrador a anunciado. Aqu se
plantea usar un control randomizado tipo Montecarlo o similar.
4.3. El operador de red tambin indica cules son sus restricciones de estabilidad de red
admisibles.
5. El agente integrador recibe el pedido y configura una oferta, planteando la desconexin de
algunos de los recursos de los usuarios con que cuenta en cada hora. La s variantes de
desconexin pueden ser muy diversas en funcin a la potencia de desconexin solicitada,
a cuanta potencia gestionable hay disponible de los usuarios en determinada hora, y la
menor funcin de costo.
6. El agente integrador enva inicialmente aquella configuracin de desconexin de usuarios
que ofrece el menor costo total del servicio para el operador de red.
7. El operador de red recibe dicha oferta e inicia la prueba de la desconexin y/o deslastre de
usuarios que coordina el agente integrador. Y corre un flujo de potencia en la propuesta
de red que se tendra ante eventuales desconexiones y/o deslastres de carga y evala la
estabilidad de la red.
7.1. Si la estabilidad de la red se mantiene dentro de los limites admisibles para el operador de
red entonces el operador manifiesta al agente integrador su aceptacin, y este a su vez
enva un aviso a los usuarios inscritos para informarles que se estarn desconectando el
da siguiente en tales horas de las que haban ya pactado, y que el costo del servicio le
significara determinada cantidad de USD.
7.2. Si en alguna de las horas el operador de red evala que la combinacin de usuarios a
desconectar puede violar las condiciones de estabilidad de la red, se enva un aviso al
agente integrador y se le pide que envi una nueva posible combinacin de usuarios a
desconectar (incluso si resulta ms costoso). En este punto puede darse que el agente
integrador responda con una imposibilidad de atender al requerimiento en esa hora. Se
enva la propuesta, el operador la recibe y la vuelve a probar. En este punto es importante
sealar que en caso de que no se d el cumplimiento de las condiciones de estabilidad
luego de un numero de iteraciones mayor a tres, el operador puede decir aceptar la
propuesta ultima independiente que resulte la ms cara o rechazar definitivamente las
ofertas o sencillamente optar por reconfigurar los parmetros de estabilidad con que
quera operar al inicio (dentro de lo razonable).
7.3. DEBE indicarse que las pruebas de flujo de carga deben realizarse en el software
DIGSILENT, y en la consola del operador de red y del agente integrador visualizarse los
principales resultados de la transaccin econmica y de los parmetros tcnicos de la red.

Los clculos de costos pueden hacerse en GAM, en MATLAB o Python.

ESCENARIO DOS. LA INCLUSION DE GD.

Para la inclusin de GD se indican dos posibilidades que manejara el agente integrador.

En primera instancia contara con una funcin aleatoria que simulara el hecho de que alguns
usuarios tienen en recurso de GD que haban sealado a su mximo nivel (mximo nivel se
refiere a una potencia por hora igual o superior a la gestionable de RD del usuario).

Una vez se ha corrido la funcin aleatoria de aparicin de GD, el agente integrador recibe esa
informacin y reconfigura los recursos de RD disponibles. Esta accin la hace incrementando el
nmero de participaciones de los usuarios en una vez adicional. A manera de ejemplo, el usuario N
que tienen una potencia gestionable de 100Kw en RD, resulta que por efectos de buen clima
tiene ahora la disponibilidad de potencia a partir de fotovoltaica de 110KWh. Este usuario haba
pactado participar tres veces en el da en determinadas horas, ahora resulta que el agente
integrador reajusta su matriz de asignacin y lo pone a participar 4 veces (una ms que las 3), en
cualquier hora que antes no participaba.

Esta accin la realizara el agente integrador con todos los usuarios y reconfigurara la totalidad de
su matriz de asignacin. Para el da siguiente al re3cibo de la informacin sobre la disponibilidad
de GD. Y se volvern a correr aspectos econmicos y tcnicos antes comentados.

En la segunda instancia, al recibir la informacin sobre las GD disponibles lo que se evaluar ser
el aspecto econmico de la desconexin de RD y el aspecto tcnico de dos acciones conjuntas la
desconexin de RD y la conexin de GD en la red.

Una vez ms se harn las pruebas de flujo de carga y de estabilidad de la red. Si todo funciona
manteniendo estable la red se configura la oferta con desconexin de RD y conexin de GD
aadiendo un coto fijo de GD por cada usuario.

Si no se cumple con la estabilidad se prueba solo la desconexin de RD como antes fue indicado.

OPCIONAL LA CONEXIN DE COMPENSADORES CUANDOSE DEN CASOS DE NO CUMPLIMIENTO

DE LA ESTABILIDAD LUEGO DE UN NUMERO DE ITERACIONES SUPERIOR A 3.

Debe realizarse la visualizacin de las cargas y su estado ante la repuesta de la demanda

simulando el dia siguiente de tal forma que cada ahora corresponda a 15 segundos. Cuando esto
suceda el sistema deber mostrar en una pantalla de despliegue como se estn comporando las
cargas de acuerdo a lo convenido en esa hora.

A manera de ejemplo:

Hora 1 desconexin de un 300 kW.....se visualiza en pantalla que se desconectaron carga 1, 3, 5

Hora 2 desconexin de un 400 kW.....se visualiza en pantalla que se desconectaron carga 2, 4

Hora 10 dimmerizar al 1500 kW.....se visualiza en pantalla que se ve el deslastre de cargas

3,5,6,7,8
Hora 11 desconexin de un 550 kW....se visualiza en pantalla que se desconectaron carga 1, 4, 5

Hora 12 desconexin de un 450 kW....se visualiza en pantalla que se desconectaron carga 1, 3, 5

Hora 21 desconexin al 1600 kW.....se visualiza en pantalla que se desconectaron todas las
cargas gestionables

Y as para todas las horas del nuevo da.

Para el equipo de circuitos II.

El sistema elctrico para pruebas debe responder a un programa de Respuesta a La Demanda (RD)
por incentivo, constituyndose en un agregador de la demanda.

En el aplicativo debe contemplarse a su vez la posibilidad de responder a un programa de RD por

precios. Una ilustracin de cmo puede verse el panel frontal de la aplicacin en internet se
muestra en la figura 1.
Figura 1. Posible modelo de panel frontal del aplicativo en la nube.

La forma de panel de la figura 1 es solo ilustrativa y muestra lo mnimo de informacin que debe
contener.

Una primera parte est compuesta por una aplicacin de software que permite la generacin de
una serie de datos aleatorios con los cuales se envan requerimientos provenientes del operador o
bien de un mercado energtico hipottico. Los requerimientos sern los siguientes:

1. Desconexin completa del total de cargas que se encuentran bajo el programa de RD

2. Desconexin parcial a un 30%, 50%, 70% del total de las cargas que se encuentran bajo el
programa de RD
3. Desconexin escalonada de las cargas bajo el programa de RD
4. Dimerizacin (deslastre) de las cargas bajo el programa de RD (Aquellas susceptibles a
realizarlo)

La red propuesta tendr la siguiente configuracin:

Figura 1. Red IEEE de 14 nodos

La forma topolgica de la red de manera simple es la siguiente

Figura 2. Topologa de la red

En la topologa de la red se observa que existirn cargas gestionables y no gestionables. Como

cargas no-gestionables (NG) se tienen las marcadas con los nmeros 4, 8, 11, 12, 13 y 14. Estas
cargas correspondern a los siguientes tipos:
4, 8 cargas de iluminacin

11, 12 transformadores monofsicos

13 carga resistiva

14 motor AC monofsico

Las cargas gestionables dentro del programa de respuesta de la demanda (Grd) sern las marcadas
con los nmeros 1, 2, 3, 5, 6, 7, 9, 10. Estas cargas correspondern a los siguientes tipos:

1, 2 variacs

3, 5, 9 iluminacin convencional

6, 7 iluminacin suceptible a dimerizar

10 motor asincronico con variador de RPM

Las cargas gestionables son incluidas en un programa de Respuesta de la demanda, para los cual
se crea un aplicativo en el espacio de cloud computing donde son registrados los usuarios con su
nombre, direccin, identificador, potencia y tiempo de permanencia en un servicio de desconexin
completa.

En la red conformada se contara con elementos de desconexin tipo relevos, que harn las veces
de disyuntores cuando se requiera entrar en rgimen de desconexin total de las cargas
(Desconexin completa del total de cargas que se encuentran bajo el programa de RD).

Para el rgimen de desconexin parcial los diseadores podrn decidir cuales cargas desconectar
siempre y cuando correspondan a los porcentajes solicitados (Desconexin parcial a un 30%, 50%,
70% del total de las cargas que se encuentran bajo el programa de RD). A manera de ejemplo:

Desconexin del 30 % - se desconectan carga 1, 3, 7

Desconexin del 50% - se desconectan 2, 5, 7, 10

Desconexin del 70% - se desconectan 1, 3, 5, 7,9

Para el rgimen de desconexin escalonada de las cargas bajo el programa de RD las rutinas de
secuencia deben ser de dos tipos mnimo LIFO (LAST INPUT FIRST OUTPUT) y FIFO (FIRST INPUT
FIRST OUTPUT). La escogencia de las cargas que ingresan en la secuencia es libertad de los
diseadores. A manera de ejemplo se muestran las posibles secuencias de conmutacin LIFO y
FIFO que se pueden implementar:

FIFO: 1, 2, 3, 5, 6, 7, 9, 10

Numero 1 2 3 5 6 7 9 10
de carga
Estado OFF ON ON ON ON ON ON ON
 OFF OFF ON ON ON ON ON ON
OFF OFF OFF ON ON ON ON ON
... ... ...
ON OFF OFF OFF OFF OFF OFF OFF
ON ON OFF OFF OFF OFF OFF OFF
ON ON ON OFF OFF OFF OFF OFF
... ... ...
ON ON ON ON ON ON ON ON
Los intervalos de desconexin escalonada se pueden dar por espacios de tiempo de 5 segundos,
aunque los diseadores pueden variar dicho tiempo. De igual forma los diseadores pueden
seleccionar otro orden de las cargas.

LIFO: 1, 2, 3, 5, 6, 7, 9, 10

Numero 1 2 3 5 6 7 9 10
de carga

Estado OFF ON ON ON ON ON ON ON

OFF OFF ON ON ON ON ON ON

OFF OFF OFF ON ON ON ON ON

... ... ...

OFF OFF OFF OFF OFF OFF OFF ON

OFF OFF OFF OFF OFF OFF ON ON

OFF OFF OFF OFF OFF ON ON ON

... ... ...

ON ON ON ON ON ON ON ON

Los intervalos de desconexin escalonada se pueden dar por espacios de tiempo de 5 segundos,
aunque los diseadores pueden variar dicho tiempo. De igual forma los diseadores pueden
seleccionar otro orden de las cargas.
Para el rgimen de dimerizacin o deslastres las cargas susceptibles a dimmerizar sern las
sealadas previamente y el motor monofsico asincrnico.

La aplicacin de software puede realizarse en MATLAB, LABVIEW, MACRO DE EXCEL, VISUAL C++ o
ser parte de una aplicacin de tipo CLOUD COMPUTING.

Al recibir la informacin el controlador del sistema debe tomar acciones de manera automtica y
mostrar alertas que brindan la posibilidad al usuario de tomar decisiones y podr en dado caso
excluirse de participar en el programa de respuesta de la demanda.

Parte II.

Sistema de monitoreo y/o control (el control es de tipo opcional). La base de esta parte puede
fundamentarse a partir de un aplicativo de software realizado en MATLAB, VISUAL C++, LABVIEW
en cuyo caso se contar con un PC que en pantalla permitir la visualizacin de los estados de
operacin que tiene el sistema:

a. Estado de las cargas: Conectada, desconectada o en rgimen de regulacin.

b. En qu momento de los regmenes de gestin se encuentra
c. Potencia de consumo de los elementos y de la red en cada momento.

Una variante adicional consiste en la visualizacin a partir de un aplicativo de CLOUD

COMPUTING, que se apoya en APPS para telfonos mviles. En este caso el sistema enviar el
estado de LEDS y elementos de conmutacin de las cargas a una tarjeta de comunicacin de tipo
ARDUINO, que luego reenviar dicha informacin a un telfono celular, Tablet, PC o cualquier
dispositivo mvil similar.

Parte III

Con el fin de lograr que la red permanezca en un balance de potencias activa y reactiva se solicita
que cuando haya desconexin total de cargas y durante el rgimen de desconexin parcial del 70%
se conecten dos o tres cargas capacitivas en los puntos de desconexin de dichas cargas.

OPCIONAL: se puede utilizar un medidor PQA para hacer el monitoreo de la red en todo momento
y que la conexin de los capacitores se realice en cualquier rgimen si se detecta un desbalance
entre potencia activa y reactiva considerado como no admisible. Como no admisible ser todo
balance que implique un Factor de potencia (coseno Fi 0.6).

Debe realizarse la visualizacin de las cargas y su estado ante la repuesta de la demanda

simulando el dia siguiente de tal forma que cada ahora corresponda a 15 segundos. Cuando esto
suceda el sistema deber mostrar en una pantalla de despliegue como se estn comporando las
cargas de acuerdo a lo convenido en esa hora.

A manera de ejemplo:

Hora 1 desconexin de un 50%.....se visualiza en pantalla que se desconectaron carga 1, 3, 5

Hora 2 desconexin de un 30%.....se visualiza en pantalla que se desconectaron carga 2, 4

Hora 10 dimmerizar al 50%.....se visualiza en pantalla que se ve el deslastre de cargas 3,5,6,7,8

Hora 11 desconexin de un 50%.....se visualiza en pantalla que se desconectaron carga 1, 3, 5

Hora 12 desconexin de un 50%.....se visualiza en pantalla que se desconectaron carga 1, 3, 5

Hora 21 desconexin al 100%.....se visualiza en pantalla que se desconectaron todas las cargas
gestionables

Hora 22 rutina LIFO.....se visualiza en pantalla que se desconectaron todas las cargas
gestionables de manera escalonada.

Y as para todas las horas del nuevo da.

ENTREGABLES

Para la entrega del proyecto final se tendr en cuenta no solo los ensambles funcionales, sino
tambin la documentacin respectiva correspondiente a:

Proyecto ensamblado y funcional. Se recomienda la realizacin de los impresos y PCB

respectivas. No se reciben montajes en protoboard para la entrega final.
Bitcora de ensamble. Descripcin paso a paso de las fases de trabajo desarrolladas, con
los respectivos clculos, diseos y simulaciones a las que haya habido lugar previo a la
implementacin de cada eslabn funcional.
Descripcin tcnica del proyecto implementado: dimensiones, materiales, parmetros
funcionales, protecciones, rangos de trabajo.
Manual de operacin: Modos de operacin manual y automatizadas, maniobras a realizar,
tiempos de operacin, escenarios de puesta en marcha, escenarios de falla, restricciones
de operacin entre otras condiciones.

Tiempo de ejecucin mximo: 12 semanas

Se considera la presentacin de avances cada dos semanas, el cronograma respectivo ser

concertado por alumnos y docentes.

Grupos de trabajo:

2 personas para circuitos II.

Trabajo individual para sistemas de potencia.

CRONOGRAMA DE PRCTICAS Y ENTREGAS:

0. 13 de junio Martes 11:30

1. 14 de junio Mircoles 11:30
2. 15 de junio Jueves 11:30
3. 20 de junio Martes 11:30 ENTREGA PARCIAL I
4. 21 de junio Mircoles 11:30
5. 22 de junio Jueves 11:30
6. 27 de junio Martes 11:30
7. 28 de junio Mircoles 11:30 ENTREGA PARCIAL II
8. 29 de junio Jueves 11:30
9. 04 de julio Martes 11:30
10. 05 de julio Mircoles 11:30
11. 06 de julio Jueves 11:30
12. 11 de julio Martes 11:30 ENTREGA PARCIAL III
13. 12 de julio Mircoles 11:30
14. 13 de julio Jueves 11:30
15. 25 de julio Martes 11:30 ENTREGA FINAL

SUGERENCIA: HACER LA ENTREGA FINAL ANTES DE SER POSIBLE.

Recuerden que se debe entregar manual de usuario, aplicativo funcional y bitcora de
realizacin paso a paso.

Un proyecto final entregada en forma correcta, funcional y acorde a los requerimientos mnimos
exigidos.