vSimSEESimulador_= '_150_Jessenia';
jf@20161221 (revisión 1935 de uhidroconembalse)
BUGFIX: Se corrige error en el parámetro que se le pasaba a la función que calcula
el erogado mínimo de la central según el volumen embalsado (ErogadoMinimo_Ctrl_Crecida). En la versión anterior
(revisión 1928 de uhidroconembalse) se llamaba a la función con el volúmen sin erogado Vs_SinErogado (volumen inicial paso+aportes-perdidas)
sin considerar que dentro de la función se sumaban los aportes-perdidas . Esto ocasionaba que
la central aplicara el control de crecida para un volúmen superior al real y por tanto hiciera
un erogado superior al establecido en las curvas de vertido de la central.
vSimSEESimulador_= '_149_Tharaa';
rch@20161216
1) Cambio forma de leer las Cosas de forma de obligar la lectura en orden
de los parámetros. Esto quita flexibilidad pero va a simplificar la migración a otras
formas de lectura (por ej. vía web o db).
2) Agrego variable: flg_IncluirPagosPotenciaYEnergiaEn_CF a TSalaDeJuegos
para controlar si se suman o no a CF los IngresosPorDisponibilidad e IngresosPorEnergia de los Actores
En la implementación anterior estaba que SI, los sumaba. Ahora se deja la opción
QUEDA PENDIENTE DE REVISAR LA CONSIDERACION DEL PEAJE EN LOS ARCOS (eléctricos y combustibles)
EN la implementación actual (y anterior) el PEAJE se considera para el dspacho del paso y
es opcional si se contabiliza para el Costo Directo del Paso (y por tanto en el Costo Futuro) y si
se marca en el arco que se considere, se permite indicar un factor de consideración.
En la versión actual, se optó por hacer que se reproduzca el comportamiento anterior pero hay que revisar.
vSimSEESimulador_= '_148b_Yasira';
rch@201612140740 BUGFIX de bug introducido en el proceso de debug de la 148
Se había eliminado la línea que cargaba los aportes de las hidro con embalse
por lo cual le quedaban los aportes en CERO.
vSimSEESimulador_= '_148_Yasira';
rch@201612131232
BUGFIG en THidroConEmbalse. No se inicializaba adecuadamente le variable h_real
en Sim_CronicaInicio. Esto tenía como consecuencia que calculara mal las pérdidas
por filtración y evaporación en el primer paso y tenía como consecuencia que daban diferentes
las simulaciones MONO-HILO de las MULTI-HILO. Las diferencias eran muy menores por
tratarse de las pérdidas del lago en un solo paso de simulación.
vSimSEESimulador_= '_147b_Yasmin';
rch@201612111813
1) BugFix varios en los gráficos de áreas apiladas de SimRes3 tanto en formato
html como a Excel. (tema del ejex cuando el paso de tiempo es horario).
2) Mejora la exportación de SimRes3 a scripts R, Octave y Matlab (ROM)
Ahora exporta las CronVars a archivos nombre.csv y en otro archivo
con nombre_def.csv salva la inforamción de la CronVar, como nPasos, nCronicas
y la fecha de la primera muestra. De esta forma se facilita a los scripts
ROM a leer por separado la matriz de datos y la información auxiliar si
la requieren.
vSimSEESimulador_= '_147_Yasmin';
rch@20161209
1) Enganches entre salas mediante Evaluador de Expresiones. (Beta)
Se agrega posibilidad de enganchar salas con transformación de variables de estado.
Para ello se agregó en el Editor de Enganches (todavía versión beta) la posibilidad
de definir expresiones del tipo $Y_NombreVar := Expresión; dónde
Exprsión es uan expresión que puede incluir nombres de variables del tipo $X_NOmbreVar
Siendo las varialbes $X_NombreVar las variables de la Sala QUE ENGANCHA y $Y_NOmbreVar
las variables de estado de la sala A LA QUE SE ENGANCHA (la del futuro).
A TParticipanteDeMerado se le agregó un método que le permite agregar FUNCIONES al Evaluador
de expresiones, de esa forma se consiguió en forma genérica que cualquier modelo pueda plantear
transformaciones a realizar en el enganche entre salas. En particular, este mecanismo se
desarrollo para que la central binacional con embalse pueda traducir la DiferenciaDeEnergíaEmbalsada
y el volumen de la central a un VOlumenVIsto en las salas de más largo plazo a las que se engancha.
2) BUGFIX. en versión Multi-hilo del Simulador (botón agregado recientemente) había un error
por el que no se estaba imponiendo el OBLIGAR_DISPONIBILIDAD_1 en la simulación MULTI-HILO.
Esto hacía en las salas en que se había marcado OBLIGAR_DISPONIBILIDAD_1 que los resultados
entre las simulaciones Mono-HIlo y Multi-Hilo difirieran (las multi no obligaban la disponibilidad).
// VERSION_ArchiTexto = 147; // rch@201612091709
// Comienzo Migración a TCosa_RecLnk con lo cual los CreateReadFromText pueden tener
// que quedar los viejos (por ej. en TFichasLPD por el tema de la periodicidad)
// VERSION_ArchiTexto = 146; // rch@201612161629
// Agrego variable flg_IncluirPagosPotenciaYEnergiaEn_CF en las Salas para
// que se pueda controlar si incluye o no los pagos por disponibilidad y por
// energía en la función de Costo Futuro. Si la versión es anterior carga TRUE
// para reproducir el comportamiento anterior.
// VERSION_ArchiTexto = 145; // rch@201612061339
// rch: Agrego flg_usar_enganche_mapeo y enganche_mapeo_
// Agrego parámetros en PrintCronVar para indicar R, Octave o Matlab
// y parámetros flg_ejecutar y flg_quit_al_final para controlar
// la ejecución automática y qué sucede luego de ejecutar.
vSimSEESimulador_= '_146_Yakootah';
rch@201611302127
1) BUGFIX. Se corrige error del Editor por el que fallaba la importación
desde Excel de fichas de parámetros dinámicos.
2) Se corrige error en el editor que impedía la edición del valor de los
enganches de la función CF.
vSimSEESimulador_= '_145_Yakootah';
rch@201611241822
Implemento que las Demandas tengan en cuenta las UNIDADES.
Esto se hizo para poder incluir en una sala demandas auxiliares que se
habilitan o des-habilitan según el Escenario.
vSimSEESimulador_= '_144_Yakootah';
rch,fp,ps@201611241145
Bugfix en THidroConEmbalse, el polinomio de cálculo de QE para control de crecida
podía dar negativo si el volumen superaba ampliamente los valores de calibración
se corrigió para que si V > VmaxControl el erogado sea el establecido en VMaxControl.
vSimSEESimulador_= '_143_Zafira';
rch@201611181625 ... comenzamos pruebas de introducción de pronósticos en
programación de corto plazo por medio de GUIA PE50 en CEGH.
vSimSEESimulador_= '_142e_Zahira';
rch@201611072153
BUGFIX en uauxiliares agrego una TCrticalSection para el manejo de
SetSeparadoresGlobales y SetSeparadoresLocales
en la simulación multi-hilo esto traia problema en el clonado de
fichas dinámicas que terminaba confundiendo fechas y fallando dependiendo
de la velocidad de la máquina.
vSimSEESimulador_= '_142d_Zahira';
rch@201611071944
BUGFIX en editor de SimRes3, en detección de variables por poste se podía
producir una condición de error según el nombre de la variable.
También se recompila para que las fuentes PUBLIQUEN la bornera cosa que se
había deshabilitado.
vSimSEESimulador_= '_142c_Zahira';
rch@20161014
BUGFIX_1, MultiOrdenar ordenaba una crónica más de las existentes. (range check error)
BUGFIX_2, Enventalar se creaba con una crónica menos de las necesarias. (range check error)
Se agragan CONDITIONAL DEFINES en uHidroConEmbalse para deshabilitar/habilitar cambios
realizados por FP, respecto a limitar la QEmáx en las iteraciones de las hidráulicas
y en el cálculo de la QEmín por control de crecida para facilitar comparaciones de
cambios que está implementando FP en el agregado de una restricción de QEmin con
penalidad por incumplimiento.
// VERSION_ArchiTexto = 144; // fpalacio@201610141415
//JFP: Agrego a uhidrconembalse Erogado Minimo con posibilidad de fallar.
vSimSEESimulador_= '_142b_Zahira';
201610121925
BUGFIX_1, al finalizar Optimizacion MultiHilo al hacer Free de las salas
podía ocurrir que dos salas hieran Free del mismo archivo CEGH.
ahora antes de hacer haen un lock de una criticalsession.
este bug hacía que en algunas optimizaciones multihilo
se colgara al finalizar.
BUGFIX_2, en SimRes3, había un error al determinar la secuencia de crónicas
en archivos de simulación multi-hilo. El error hacía que fallara el SimRes3
con una excepción indicando que los archivos de resultados no corresponden
con un conjunto consecutivos de crónicas.
La corrección de estos bugs no cambia ningún resultado. Ambos bugas simplemente
hacian que se colgara la Optimización (multihilo) o la ejecución de SimRes3
en forma aleatoria.
vSimSEESimulador_= '_142_Zahira'; fb&ps@20160923
BUGFIX en SimRes3 -> PostOper -> MultiOrdenar operaba fuera de rango.
Se agregan cuatro PostOpers: Recronizar, Ventanar, Transponer y AcumCon
vSimSEESimulador_= '_141_Zahara'; jfp@201609131011
Se corrige tope de potencia máxima en iteraciones en uhidroconembalse que
producía turbinados mayores que los máximos de las turbinas. Dicho tope estaba
seteado como la semisuma entre la potencia generada por la central y
el tope en la iter anterior, pero no se chequeaba que fuera inferior
a la potencia máxima generable por la central el la iteracion actual. Para corregir el error
se minimizo el tope con la potencia maxima generable por la central que se actualiza
según coeficiente energético de cada iter.
vSimSEESimulador_= '_140_Zareen'; rch@201609081141
Se agrega opción en Operación Crónica SumaDobleProductoConDurPosTopeado para facilitar
cálculo de ingreso en horas críticas
Se mejora cambios realativos a ls simuació MultiHilo
se Pasa a versió 64bits con lo que se reduce del orden de 30% el tiempo de optimización
y además se levanta la restricción de que el proceso no podía solictar más de 2Gb al sistema
lo que impedía la simulación/optmizació de salas horarias de varios años y además impedía
la confección de plantillas SimRes3 de muchas variables para manejo de esas salas.
vSimSEESimulador_= '_139_Zarifah';
Correcciones a SimRes3 intentando que pueda leer los archivos de salidas de simulación
tanto en formato viejo (un archivo) como en el formato nuevo introducido en la versión
anterior.
vSimSEESimulador_= '_138_Zaina';
rch@20160830 .. Se habilita la Simulación Multihilo. Ahora los resultados de simulación
se reparten en varios archivos por ej: simres_31_Base_d00026a00050h0.xlt
donde, 31 es la semilla, "Base" es el escenario, d00026 a00050 indica el rango
de crónicas de simulación que incluye ese arcivo (de la 26 a la 50) y h0 indica que
ese archivo lo generó el Hilo 0. (los hilos se numeran de 0, a N-1).
vSimSEESimulador_= '_137d_Zurah';
rch@201608221638 vuelvo a habilitar la escritura buffereada a Excel
es notoria la diferencia de velocidad de escritura.
Esta forma de escritura se había deshabilitado cuando se implementó la versión
de salida en html ahora la vuelvo a habilitar.
vSimSEESimulador_= '_137c_Zurah';
rch@201608220739 bugfix: en Editor. Error al clonar fichas.
bugfix: se colgaba al simular con históricas por no haber sorteado los
Escenarios.
vSimSEESimulador_= '_137b_Zurah';
rch@201608191000 bugfix en el Edtior. Se rompía al intentar editar unidades
por error introducido en versión 136.
vSimSEESimulador_= '_137_Zurah';
rch@201608181208
en umadresuniformes procedure TMadresUniformes.Reiniciar( NuevaSemilla: integer );
hice cambio para que la generación de semillas no tenga desborde numérico
lo que ocurrió en simlaciones largas horarias de 1000 crónicas.
rch@201608120711
1) Se mejora el tratamiento multi-hilo de la simulación separando
el mecanismo de clonación de cosas. Tal como estaba interferían entre si los hilos
durante la simulación pues la expansión de fichas dinámicas incluye clonación de
las misma en caso de fichas períodicas. En la Optimización esto no era un problema
pues la expansión de las fichas y preparación de las salas se realiza antes de
inciar la Optimización. En la Simulación se trató de paralelizar también la preperación
de las salas y surgió el problema.
2) En versiones recientes se habilitó expresamente que las fuentes CEGH exporten toda
la bornera lo que hace que los archivos de simulación sean bastante más voluminosos
y por eso es muy importante marcar "publicar solo variables usadas en SimRes3". Una
vez marcado este checkbox, al preparse para simular, la Sala debía leer las plantillas
SimRes3 para obtener el listado de variables a plublicar. Esta LECTURA de plantillas
al inicio de las simulaciones trajo aparejado dos problemas cuando la simulación
se ejecuta desde línea de comando: a) Las Plantillas con operaciones que implican
GRAFICOS no son leibles en aplicaciones de línea de comando y b) La información de
la ruta de la Plantilla SimRes3 debe ser completa para habilitar su lectura.
Estos dos inconvenientes surgieron al intentar ejecutar la simulación multi-hilo
en el CLUSTER y dio lugar a este cambio de versión. Se implementó que en la
lectura de las plantillas para determinar las variables a publicar sólo se lee hasta
el listado de índices eviantando por tanto leer las operaciones (y evitando así
el error por intentar leer un tipo de operación gráfico en el entorno de consola)
Con respecto a la ubicación de los archivos de Plantilla se utilizó el mismo criterio
que con el resto de los archivos asociados a una sala que consiste en buscarlo en
su ubicación origial, en el directorio de ejecución y en el directorio de la Sala.
vSimSEESimulador_= '_136_Escofina';
rch@201608031459 bugfix. Se fija error de pérdida de memoria que impedía ejecutar
optimizaciones/simulaciones horarias de más de un año.
vSimSEESimulador_= '_135_Congorosa';
rch@201607271335 bugfix en manejo de borneras de fuentes esclavizadas en subsorteo.
AL cambiar de paso estaba quedando en la bornera el RESUMEN del paso anterior y eso hacía
que no coinicidieran las salidas si la misma sala se simulaba conpaso horario.
El resultado era estadísticamente correcto en el sentido que al inicio del paso se estaba
usando un valor que era el resumen (promedio o máxvar) del paso anterior pero impedía la
comparación entre salas de paso semanal y horario.
Además se implementó que los CEGHs se cargan una vez y se comparten entre los threads
para el caso de las corridas multihilo lo que aumenta la eficiencia en los tiempos de
inicialización y finalización y además consume menos memoria.
vSimSEESimulador_= '_134b_Rienda';
rch@201607251807 bugfix en inicialización de escenarios by F.Barreto.
vSimSEESimulador_= '_134_Rienda';
rch@201607220018 Cambio la forma de hacer el sorteo de ResumirBorneras en
uEsclavizadorSubMuestreado para que para todos los borners asociados a un mismo
poste el sorteo sea el mismo. Esto se cambió para que si se conectan dos actores
al mismo borne y se está utilizando el Resumir por máxima varianza, ambos actores
vean lo mismo aunque usen un borne calculado.
vSimSEESimulador_= '_133_Bozal';
rch@201606020757 bugfix se corrige error en el calibrado de conos de pronósticos
introducido en versiones anteriores al trabajar sobre la definición de "escenarios de pronósticos"
Lo que hice fue volver al código viejo hasta que revisemos el nuevo.
//VERSION_ArchiTexto = 143; // fbarreto@201606011200
vSimSEESimulador_= '_130_Rebenque';
rch@201605172047 bugfix_cursoSimSEE2016. En TActorBancoDeBaterias01 estaba mal el signo del
valor de la energía almacenada cv_MWh = - dCF/dX (faltaba el "-")
vSimSEESimulador_= '_129_Sobeo';
rch@201605111013 deshabilito el conditionaldefine SPXMEJORCAMINO en usaladejuegos.
Me parece que el uso del SPXMEJORCAMINO al "recordar" el camino de resolución del MIP_Simplex
puede causar diferencias entre el cálculo distribuido y el no distribuido (o entre el MultiHilo
y el Mono Hilo). Esas diferencias de existir tendrían que ser mínimas, pero para facilitar las
comparaciones de corridas deshabilito esta opción.
vSimSEESimulador_= '_128_Tia';
rch@201603090654 bugfix en Fuentes Reales asociadas al Actor PVSolar
El bug fue introducido el 14/2 al introducir en globs de SimSEE la variable
HUSOHorario y por tanto afecta los resultados de corridas que tuvieran el Actor Solar PV
realizadas con binarios compilados con posterioridad a dicha fecha (versiones 128_Prima y 128_PrimaPrima)
vSimSEESimulador_= '_128_PrimaPrima';
rch&fb 201603041231 bugfix en Editor de FUentes CEGH. No permitía cambiar el pronóstico.
vSimSEESimulador_= '_128_Prima';
rch 20160216 cambio en sorteo de fuentes CEGH para que si tiene un solo escenario NO sorte escenario
y así no afecte los sorteos de los Ruidos Blancos Gaussianos (RBG). EN futura versión esto se soluciona
con dos fuentes independientes de sorteso, una para los escenarios y otra para los RBG.
También se agregó un CheckBox "Modo ComparacióN" en la Operación Crónica
SumaDobleProductoConDurPosTopeado si el checkbox= false hace lo mismo que ahora si
está a true lo que hace es poner en el resutado el producto con durpos cuando el marginal está por
debajo del tope en el resultado y en el recorte cuando está para arriba. Esto tiene utilidad para
determinar la energía entregada por un generador por debajo y por encima de un determinado valor
por ejemplo para determinar la energía entregada en situación de excedentes de costo variable nulo poniendo
el umbral por encima del precio de la exportación "sumidero" de excedentes.
Volver