logoadme.png

logosimseesinmarco_02.jpg


 



Para todas las etapas de programación del uso de los recursos del Sistema Interconectado Nacional, ADME utiliza la plataforma de Simulación de Sistemas de Energía Eléctrica (SimSEE)

SimSEE fue desarrollado en el Instituto de Ingeniería Eléctrica de la Universidad de la República Oriental del Uruguay. Fue desarrollado en modalidad OpenSource y es actualmente mantenido por la comunidad de usuarios en el repositorio: https://sourceforge.net/projects/simsee/ del cual el equipo técnico de ADME participa activamente.

La documentación de SimSEE incluyendo los Manuales de Usuario están disponibles en el sitio: https://simsee.org

Las instrucciones para bajar/instalar la versión ejecutable de SimSEE se encuentran en: https://simsee.org/downloads.html 

El registro de cambios se encuentra en: https://simsee.org/simsee/verdoc/versiones.html

Versiones de SimSEE anteriores al 14/7/2021 se publican a continuación:

Versión viie58_215 (14/7/2021)

Binarios desde Sourceforge: (LNX64) (ClusterUY) (WIN64)
Binarios desde el servidor de ADME: (LNX64) (ClusterUY) (WIN64)

Motiva el cambio de versión mejoras en nuevo actor térmico On Off por paso y agregado de operación crónica Horizar.

Versión viie57_214 (8/7/2021)

Binarios (WIN64)  (LNX64) (ClusterUY)

Versión viie54_213 (25/5/2021)

Binarios (LNX64) (WIN64) (ClusterUY)

Motiva el cambio de versión:

rch_BUGFIX en THidroDePasda. Cuando se marca "Igual potencia en todos los postes"  la cantida de variables de control de la potencia se reducen de NPostes a 1, pero en la fijación de las restricciones de caja seguí manejando NPostes. Esto tenía el efecto de fijar restricciones de caja de variables de control que no le pertencían al Actor. En el caso de Uruguay como no usamos la opción de "Igual potencia en todos los postes" el error no nos afecta en las Salas de uso común.

fp_BUGFIX: En Tgter_combinado_on_off se estaba imponiendo NMaquinasDespachadasTV = 0 cuando se imponía ON-OFF por paso de tiempo.
 Esto provocaba que Xs_HorasEntreAP fuera siempre 0 y que no se cargara al simplex la penalidad por no respetar las horas mínimas de ON y OFF.
 En la revisión 1909 (anterior a esta) se corrigió BUG en ugter_basico_PyCVariable donde estaban invertidos los límites de potencia que se cargaba al Simplex en caso de no haber forzamiento del generador. En la revisión 1909 también  se agrega que se cumpla la condición CF <> nil cuando se chequea que las fechas de inicio y fin de la sim están comprendidas entre dtini y fin del CF.
Este error ocurría cuando la sala no tiene Variables de Estado (CF = nil).

Versión viie53_213 (8/5/2021)

Binarios (LNX64) (WIN64) (ClusterUY)

Motivan el cambio de versión:
a) Se agrega modelo de generador térmico combinado con costo de Arranque/Parada (beta)

b) Con motivo del curso SimSEE2021
 b.1) Se agrega fuente de indexación del valor de la energía almacenada en los
      bancos de batería (cuando se usa valorizado manual). (beta)
  b.2) Se agregan variables para manejo de dP/dT a nivel de TActor y en
      uGterBasico. (pre-beta).
  b.3) Bugfix (Eidtor->sr3) en formulario de edición de HistogramaGlobal no se guardaban
      los campos unidades, digitos y decimales con lo cual quedaban con
      los valores por defecto "", 12 y 2 respectivamente.

c) Se modifica el criterio de la fecha GuradaSim para que incluya el paso de tiempo especificado por la fecha especificada. El criterio anterior, incluía solo pasos de tiempos con inicio posterior o igual a la fecha especificada.

Versión viie52_211 (26/3/2021)

Binarios (LNX64) (ClusterUY) (WIN64)


Se agrega CronOper para cálculo de Potencia Firme de Largo Plazo.
Bugfix en TAdministradorDeEstadosSobremuestreado. El bug no afecta una funcionalidad que no estaba en uso que permite realizar simulacioens usando archivos de Costo Futuro de Salas con igual estructura del espacio de estado que la que se está simulando pero con paso de tiempo mayor. Por ej. para simular Salas de paso horario con un CF.bin de una Sala de paso diario.

rch_202104241459: faltó agregar la apliacicón oddface_pig en el comprimido de WIN64, se pone disponeible aquí: (oddface_pig WIN64

Versión viie50_8M_211 (15/3/2021)

Binarios (LNX64) (ClusterUY) (WIN64)

En esta versión se agrega CronOper para cálculos de Potencia Firme de Largo Plazo. 
ATENCIÓN: No usar la nueva CronOper, está todavía en pruebas y a la brevedad subiremos versión testeada. 
Esta versión se sube solo para permitir leer las Salas generadas por los Robots VATES de ADME. Si usted no usa esas salas no necesita actualizar la versión.

****
18/3/2021  Binarios viie51_211   (LNX64) (ClusterUY) (WIN64)
Se mejoran CronOper para cálculo de Potencia Firme de Largo Plazo.

Versión viie50_8M_210 (8/3/2021)

SimSEE binarios: (LNX64) (ClusterUY) (WIN64)

Motiva el cambio de versión:
fp@202103081531 Emprolijo control de cota por cota y aportes en THidroConEmbalse y corrijo bug en TMercadoSpotDetalleHorarioSemanal.
No se estaban calculando correctamente las cotas del simplex PMinDispPorPoste y PMaxDispPorPoste en PrepararPaso_ps de TMercadoSpotDetalleHorarioSemanal.

Versión viie49_210 (28/01/2021)

Binarios (WIN64) (LNX64) (ClusterUY)  (ClusterUY_GruposSPX)

Se agrega la posibilidad de especificar en el encadenamiento de centrales si el aporte es por el Turbinado, el Vertido y/o el Bombeo.

Se mejora la precisión del algoritmo Simplex agregando la posibilidad de Escalar el problema en caso de que por el método tradicional resultara infactible.

Se revisa el modelo de central térmica con costo de Arranque/Parada que no estaba funcionado en la versión anterior.

*

Versión viie47_209 (5/11/2020)

Binarios (LNX64) (WIN64) (ClusterUY)

(3/12/2020) ---> Utilidad conversión resultados simulación .rsb a .xlt (WIN64) (LNX64)
(27/11/2020 ---> Untilidad TransponerSimCosto (WIN64) )
(20/11/2020 --- > SimRes3_WIN64  Bugfix, tiraba excepción al intenter ejecutar con Excel desde el Editor.
(10/11/2020 --- > oddface_prepare.exe WIN64 el del zip de binarios está corrupto, usar este).
(16/11/2020 ----> utilidad cmdExploradorCF (WIN64). Permite listar las variables de un archivo CF.bin, guardarlo como .xlt y generar archivos con las derivadas dCF/dX respecto de las variables de estado continuas.
Ejemplo de uso

cmdExploradorCF cf=/ruta/SimSEE/rundir/sala/CF_niv0.bin xo=listar_variables
cmdExploradorCF cf=/ruta/SimSEE/rundir/sala/CF_niv0.bin xo=bin2xlt
cmdExploradorCF cf=/ruta/SimSEE/rundir/sala/CF_niv0.bin xo=crear_derivadas_continuas


Comentarios al cambio de versión.
Motiva el cambio de versión:
1) BUGFIX: En el editor que impedía el manejo de archivos de ensembles de pronósticos de los CEGHs.
2) BUGFIX: En la lectura del despacho de reserva rotante de THidroConEmbalse. Si la central no podía generar, (todas las máquinas rotas) quedaba como valor de despacho de la reserva rotante, el útlimo valor despachado cuando la central hubiese podido generar energía.
3) Implementación: Se agrega manejo de Reserva Rotante a THidroDePasada. 
4) Se agrega la posibilidad de habilitar los Forzamientos en Optimización. Hasta ahora, los Forzamientos solo era aplicables a la etapa de Simulación. Con la nueva central de ciclo combinado, en las salas de corto plazo se consideró útil disponer de esta posibilidad en la etapa de optimización.

Versión viie44_208 (13/10/2020)

Binarios (LNX64) (WIN64) (ClusterUY)

Motiva el cambio de versión que se introdujo un error en la versión anterior que impedía la simulación de Salas Sin Estados. No es necesario actualizar la versión si sus Salas tienen estados.

Versión viie43_208 (25/9/2020)

Binarios (LNX64) (WIN64) (ClusterUY)

Motiva el cambio de versión:
1) bugfix en el Editor que impedía la creación de nuevas fuentes sitetizador CEGH. Bug introduciodo en la versión anterior.
2) Mejora en las Fuentes Multi Fuentes. Ahora el usuario puede especificar un valor para test en los bornes de entrada y se agregó un botón de testeo en el formulario del script. Es responsabilidad del usuario poner valores por defecto que permitan evaluar el script.

Versión viie43_207 (14/9/2020)

Binarios (WIN64) (LNX64) (ClusterUY)

Motiva el cambio de versión:
1) Se cambia el generador de números aleatorios. Se detectó que el usado anteriormente mostraba correlaciones entre sorteos sucesivos para algunas semillas.
2) Se agrega que la Sala exporte como variables durante la simulación kPosteHorasDelPaso que indica para cada hora del paso de tiempo el Poste al que fue asignada la hora en el "postizado dinámico" que realiza SimSEE de acuerdo a la Demanda Neta.

Versión viie42_207 5/8/2020)

Binarios (WIN64) (LNX64) (ClusterUY)


// rch@202008032100
// bugfix en cmdsim. El bug fue introducido en la iie41 e impedía la impresión de resultados crónicos
// si se lanzaba la aplicación sin especificar en la línea de comando el tipo de resultados a imprimir.
// Como resultado del bug, si se lanzaba desde el editor a ejecutar en forma automática luego fallaba
// en SimRes3, pues no había resultados para procesar.

Versión viie41_207 (29/07/2020)

Binarios (WIN64) (LNX64) (ClusterUY)

Motiva el cambio de versión bugfix en SimRes3. El bug fue introducido en la viie41 y hacía que si había una guarda_sim el SimRes3 no se trancaba al leer los resultados de la simulación.

Versión viie40_207 (24/7/2020)

Binarios (WIN64) (LNX64) (ClusterUY)

Se incorpora que las simulaciones escriban archivos binarios en lugar de texto. Esto implica menor espacio en disco y una mejora sustancial en la velocidad tanto al simular como al procesar los resultados con SimRes3.

Versión viie38_207 (26/6/2020)

Binarios (WIN64) (LNX64) (ClusterUY)

Motiva el cambio de versión:
1) Bug que hacía que en algunas Salas, el simulador se trancara al finalizar la optimización. 
2) Cambio en la forma de cálculo del aporte al Servicio de Confiabilidad del Sistema de las Hidráulicas. El cálculo se realiza como que el valor del agua fuera nulo.

Editor modificado para cluster ADME (WIN64)

Versión viie37_207 (15/6/2020)

Binarios (WIN64) (LNLX64) (ClusterUY)

( viie 38_207 )(LNX64)

Versión viie36_206 (1/6/2020)

Binarios (WIN64) (LNX64) (ClusterUY)

Utilidad ExploradorCF (WIN64) (el botón dumpToXlt permite guardad un CF.bin en formato Xlt). 

Motiva el cambio de versión:
// rch@20200530
// Hasta ahora los Bornes publicados de las fuentes Sintetizador CEGH con nombre eran los de inicio del paso
// introduzco esta variable pesientente para poder especificar que sean los de fin de paso
// esto se introduce en el marco del proyecto ANII_FSE_1_2017_1_144926_Var_Red_DR para
// permitir la implementación de SDDP considerando entre las variables de CF la del Niño.

// rch@20200524
// Cambio comportamiento de THidroConEmbalse para reducir las exigencias
// de erogado mínimo a lo erogable por el vertedero. Estaba que limitaba el erogado
// mínimo a lo erogable por el vertedero más lo turbinable, pero esto fallaba en el caso
// en que la central se encuentra en un NODO aislado sin demanda y por tanto no puede generar
// esta relajación de la exigencia aplica a las exigencias de erogado mínimo por control
// de crecida y por navegabilidad pero no aplica QEMin_Falla que está modelado
// en forma flexible con penalidad por incumplimiento.

// rch@20200518
// Bugfix TFuenteMaxMin. Solo Calculaba la salida en PrepararPaso_ps
// y eso hacía que si se utiliza la salida de esta fuente como entrada de otra fuente, podría
// ocurrir que el valor no estuviera disponible.

Versión viie35_205 (11/5/2020)

Binarios (WIN64) (LNX64) (ClusterUY)

// Bugfix en uHidroConBombeo. No guardaba la fuente y borne para indexar QErogadoMinimo con Falla.
// Bugfix en actor Restriciones de Erogado (en desarrollo no afecta Salas en produccion).

Versión viie34_205 (11/5/2020)

Binarios (WIN64) (LNX64)
Motiva el cambio de vesión la implementación de controles de cota en las hidráulicas con embalse con una penalidad por incumplimiento del control.

// rch@20200509
// Agrego parámetros para controles de cota con penalidad en las hidro con embalse.

// rch@20200427 bugfix en THidroConEmbalse.
// el costo variable de la Penalidad de Erogado Mínimo con Falla no se consideraba si dicho costo
// no era afectado por una fuente de indexación.

// rch@2020040800
// agrego funciones básicas al evaluador de expresiones
// dt = encodedate( anio, mes, dia )
// dt = encodetime( hora, minuto, seguno, milisegundo )
// BUGFIX1, en las funciones básicas, la función max() estaba mal implementada
// y devolvía el mínimo.
// BGUFIX2, en las funciones básicas, el prototipo de la función SI estaba mal
// definido. Estaba como F_FF y es F_FFF.

============de último momento
// rch@202005120755 bugfix en el Editor  uHidroConBombeo. No guardaba la fuente y borne para indexar
// QErogadoMinimo con Falla. Binario Editor (WIN64)
// bugfix del simulador. Si en el control de crecida se fijaban en CERO las cotas de inicio y fin, el programa se trancaba con una excepción de divisón por cero. (Binario Simulador WIN64)

Versión viie33_204 (18/4/2020)


Binarios (LNX64) (CLusterUY) (WIN64
Motiva el cambio de versión que se detectaron diferencias en las opciones de compilación entre los ejecutables de línea de comando y el simulador con interfase gráfica. 
También se detectó un problema en el control de crecidas de las THidroConEmbalse por lo que se vuelve a una representación lineal sencilla del caudal erogado mínimo necesario hasta que se logre depurar las funciones que se habían introducido para una mejor representación.

+9/5/2020, nueva versión del Editor con bugfix del formulario de Hidro Con Bombeo (WIN64)

Versión viie30.204 (3/4/2020)

Binarios (LNX64) (WIN64) (ClusterUY)

Motiva el cambio de versión, Bugfix del editor que no permitía la edición de fuentes del tipo "MultiFuentes" y un bug en el actor Combinado que cuando estaba en modalidad On/Off por Paso fallaba al intentar leer los multiplicadores de Lagrange de la restriccion de caja de la potencia de la TV como si estuviera en modalidad On/Off por poste dando una Excepción.

Versión viie29_204 (2/4/2020)



Binarios (LNX64) (WIN64) (ClusterUY)

Motiva el cambio de versión bugfix en actor TMercadoSpotConDetalleHorarioSemanal.
El bug implicaba que el actor no se comportara en forma adecuada en salas con definición de POSTES. El error no tenía efectos en salas de paso horario.

Luego de publicada la versión viie29_204 se detectó un bug en el editor de Fuentes del tipo MultiFuentes.
Eso amerita la publicación de un nuevo binario del Editor: (LNX64) (WIN64)

Versión viie28_203 (30/3/2020)

Binarios (LNX64), (WIN64) y (WIN32)

Motiva el cambio de versión:
1) Bugfix en AnalisisSerial en el filtrado de series de índice de claridad KT, el error impedía el uso de esta característica.
2) Bugfix e el EditorSimSEE. En error impedía la edición de actores del tipo ParqueEolico_vxy.

Versión viie27_203 (18/3/2020)

Binarios (WIN64) (LNX64) (WIN32)
Fuentes (aquí).

Motiva el cambio de versión, la corrección de un BUG en la fijación de las restricciones de caja de las máquinas de falla en los actores Demanda que se producía en caso en que la Demanda tomara valores <= 0. El efecto del BUG hacía que las máquinas de falla quedaran con posibilidad de suministrar cualquier valor y por tanto la más barata de las máquinas tenía la capacidad de suministrar toda la falla. Este bug solo afecta Salas, en que las Demandas pueden tomar valores <= 0.

Versiones mejoradas de AnalisisSerial 30/3/2020 (LNX64) (WIN64) (WIN32)
Bugfix en tratamiento de filtrados por Kt y mejora  la regularización de la matriz de covarianzas para la identificación del filtro lineal.

Versión viie26_203 (15/3/2020)

Binarios viie26.203 (WIN64) (LNX64)

Motiva el cambio de versión el agregado de aplicación rbt_oddface_simple para instalación del optimizador de inversiones OddFace en sistemas simples (PCs-WIN64) como alernativa a la instalación en un Cluster con SLURM.

Versión iie26_202 (26/02/2020)

Binarios (WIN64) (LNX64)   
26/02/2020 Motiva el cambio de versión mejoras en el editor para visualización en pantallas con baja resolución y se corrigen errores menores del editor.

Versión reducida (WIN32)
Fuentes versión viie26.203 (aquí)

Versión iie25_202 (27/01/2020)

Binarios (WIN64)  (LNX64)

Motiva el cambio de versión el agregado de la función SI( x, y, z) al evaluador de expresiones. 
Esta función retorna "y" si "x>= 0" y "z" en caso contrario. La función se agrega para hacer más flexible la definición de fuentes con expresiones.

fuentes (aquí):

Versión iie24_202 (16/1/2020)

23/1/2020 - bugfix en el Simulador. Al intentar imprimir el cálculod e emisiones de CO2 se colgaba. Se actualiza solamente el Simulador (WIN64) que debe sustituir al mismo binario. No se genera una nueva versión pues no hay cambios sustanciales que lo ameriten.

Binarios (WIN64) (LNX64)

Motiva el cambio de versión:
1) Bugfix en el editor. Al guardar una sala para simular, daba mensaje de error.
2) Se implementan las opciones de forzamiento de despacho mínimo y máximo para los generadores térmicos y la hidro de pasada (en las versines anteriores, esas opciones solo funcionaban en las hidro con embalse). Falta implementar las opciones para el modelo de ciclo combinado horario.

Versión iie23_201 (15/1/2020)

Binarios (WIN64) (LNX64)

Motiva el cambio de versión correcciones y mejoras varias en el Editor.

Versión iie22_201 (18/12/2019)


Binarios (iie22.201b - 15/1/2020) (WIN64) (LNX64) 
- bugfix en el Editor, no aparecía el campo "Pago por disponibilidad" en el Actor Banco de Baterías.
- mejoras en el Editor y en las ayudas.

Binarios (WIN64) (LNX64)



Historial de cambios en versiones SimSEE:
=====================
vSimSEESimulador_ = '_iie22.'+VERSION_ArchiTexto_Str;
// rch@201911300717
// 0) PRIMER Versión Bi-lingue. (Español - Inglés) gracias a financiamiento del BID.
// 1) varias mejoras a los formularios del Editor con motivo de la traducción a Inglés de SimSEE
// 2) Se agrega que en el actor TBancoDeBaterias01 el costo de degradación esté indexado con la
// fuente que indexa los PAGOS adicionales. De esta forma se puede tener en consideración
// la evolución del precio de reposición de las baterías.

// vSimSEESimulador_ = '_iie21.'+VERSION_ArchiTexto_Str;
// 1) Bugfix en actor TBancoBaterias01 en la mejora introducida para el control
// de las restricciones dinámicas horarias en sala de paso > que la hora, había
// un error que llevaba en ocasiones a un DESPACHO INFACTIBLE interrumpiéndose la
// simulación.
// 2) Bugfix en TFuenteOperacionMultiFuente. No funcionaba con varios Bornes de Salida.

// vSimSEESimulador_ = '_iie20.'+VERSION_ArchiTexto_Str;
// rch@201908072034
// 1) Se agrega modelo TFuenteOperacionMultiFuente
// Permite definir bornes de salida a partir de expresiones sobre los
// un conjunto de fuentes seleccionadas como entradas.
// 2) Se agrega mecanismo de control de la evolución de la carga de
// los bancos de baterías para garantizar que en las salas Multi_Poste
// se mantiene 0// tiempo.
// 3) bugfix en el Editor que Impedía ejecutar en forma automática el listado
// de escenarios.

// vSimSEESimulador_ = '_iie19.'+VERSION_ArchiTexto_Str;
// bugfix. En el editor, había quedado un error que impedía simular y graficar
// los ceghs para calibrar los conos de pronósticos. En forma más genérica, el
// error fue introducido en la versión anterior e impedía simular salas sin variables de
// estado y por eso impedía graficar el cono de ponósticos, pues para ello se crea una
// sala auxiliar sin variables de estados.

// vSimSEESimulador_ = '_iie18.'+VERSION_ArchiTexto_Str;
// rch@201906241413 bugfix, checkbox cva > 0 había quedado deshabilitado en la Optmización Multi-hilo
// bugfix, el botón cargar CF_base que permtía cargar un Costo Futuro no chequeaba
/// que el horizonte temporal fuera el adecuado.

// rch@201906211548 iie17b, había faltado activar los checkboxes cva > 0 en el multihilo.
// rch@201906202025
// 1) CostosHidroPositivos. El Actor THidroConEmbalse, tradicionalemnte está compilado
// con una opción que impone que si el valor del agua le da negativo lo iguale a cero.
// En la versión iie6 (svn revisión 6143 2/3/2019 14:02) en forma involuntaria
// se cambió ese comportamiento admitiendo la existencia de valores del agua negativos.
// Esto se introdujo por error y solo actuaba si el usuario había activado alguna
// de las opciones de control de cota.
// En esta versión se vuelve a imponer cva > 0 pero se incorpora en el Simulador
// un checkbox que permite entonces probar al usuario qué sucede si se desactiva la
// imposición de cva > 0.
// 2) Se cambia el formato en que se leen y escriben los archivos de Costo Futuro (CF)
// preparando el terreno para la nueva versión de SimSEE en que CF puede tener diferentes
// representaciones.
// 3) Se mejora la interfase de usario del Simulador.

// vSimSEESimulador_ = '_iie16.'+VERSION_ArchiTexto_Str;
// rch@201906010740
// 1) Modifico acto TBancoDeBaterias para que si en las fichas de parámetros dinámcios se introducen valores
// nulos en la especificación del ensayo de la batería no realice el cálculo de los parámetros de envejecimiento.
// 2) BugFix en editor. Al intentar crear una Demanda detallada nueva se colgaba.

// vSimSEESimulador_ = '_iie15.'+VERSION_ArchiTexto_Str;
// rch@201905240901
// Modificao la clase TDemanda (madre de todas las demandas) para que puede funcionar con
// valores negativos de la demanda. En ese caso, los costos de falla reflejan los valores a PAGAR
// por el sistema en caso de que en el nodo no sea posible inyectar la energía y deba ser absorvida
// por los Generadores(Demandas) de Falla.

// vSimSEESimulador_ = '_iie14.'+VERSION_ArchiTexto_Str;
// rch@201905181906
// 1) BugFix en Expandir estado en efuentes CEGH. No calculaba la expansion del
// último borne lo que causaba que el estado del mismo no se ajustara al cambiar de estado
// y eso hacía que el resultado de la optimización se viera afectado causando diferencias entre
// corridas mono y multi-hilo.
// 2) Se mejoró el modelo de Térmico con P y CV Variable para que admita Potencias negativas.

// vSimSEESimulador_ = '_iie13.'+VERSION_ArchiTexto_Str;
// rch@20190513 bugfix en Enganche de Costos Futuros con Mapeo. Faltaba
// llamar PosicionarseEnEstrellita por lo cual las llamadas a la función
// CE_Enganche( ) en el caso de una hidro que descarga en el lago de otra
// (Caso de Baygorria en las salas con Palmar con lago) no se calculaba bien.


// vSimSEESimulador_ = '_iie12.'+VERSION_ArchiTexto_Str;
//rch@201905081107 bugfix en Enganche de Costos Futuros con Mapeo.
// 1) En el caso que desaparecieran variables discretas funcionaba mal mezclando
// el mapeo de las discretas con las continuas. Este bug nunca actuó pues nunca
// ejecutamos salas con variables de estado discretas que desaparezcan.
// 2) En el caso que desaparecieran variables continuas no aplicaba el comportamiento
// de PROMEDIAR en la dimensión desapaecida y se quedaba solo con el valor correpospondiente
// a fijar el valor de la desaparecida en 0 (CERO). El significado del CERO depende
// del rango de variación de la variable. EN el caso de variables de CEGHs, al tratarse
// de variables gaussianas N(0,1) el CERO es el valor de probabilidad 50% (y el más probable).
// En otros casos, el 0 tiene otros signficados por lo que podría tener impacto.

// vSimSEESimulador_ = '_iie11.'+VERSION_ArchiTexto_Str;
// rch@20190501 (curso SimSEE2019) Bugfix en SimRes. El bug fue introducido
// cuando se implementó el acceso a las CronVar como Cursores e implicaba que
// en las operaciones en que las CronVars NO Tenían la misma cantidad de crónicas
// se había "perdido" el comportamiento de "extender" el último valor y en lugar
// de eso se continuaba leyendo en memoria "basura". Son pocos los casos en que se
// utilizan operaciones con diferente cantidad de crónicas y por eso el bug estaba
// oculto.

// vSimSEESimulador_ = '_iie10.'+VERSION_ArchiTexto_Str;
// rch@20190430 (curso SimSEE2019) Agrego Manejo de Reserva Rotante a HidroConEmbalse y ParqueEolico.



// vSimSEESimulador_ = '_iie9.'+VERSION_ArchiTexto_Str;
// rch@20190413
// 1) bugfix en Editor. Al borrar una plantilla SimRes3 no la borraba
// de la lista de archivos y entonces revivía al abrir la sala.
// 2) bugfix en Editor SimRes3. Al leer y/o clonar una impresión de matriz
// se perdía el título de Y (las unidades).
// 3) bugfix en FuenteSintetizador, la carga del archivo de series históricas
// no funcionaba en el Cluster por no estar en el mismo directorio y no
// buscaba en la lista de caminos a de búsqueda.
// 4) Modifico PostOper Monotonizar para que si se especifica un N > que
// la cantidad de pasos, use la cantidad de pasos.

// vSimSEESimulador_ = '_iie8.'+VERSION_ArchiTexto_Str;
// rch@20190401 bugfix en posoper multiordenar de SimRes3
// el bug fue introducido al cambiar a CURSORES en el manejo de CRONVARS
// y producía una excepción de rango.

// vSimSEESimulador_ = '_iie7.'+VERSION_ArchiTexto_Str;
// rch@20190327 se pone en producción-beta el nuevo modelo e ciclo combinado
// horario.
// A partir de ahora, la versión del simulador es completada agregadno la versión
// del architexto.

// vSimSEESimulador_ = '_iie6_';
// rch@201902141733 agrego posopers FiltroVentanaHann y EspectroDePotencia


Historial de cambios en versiones de sala:
=========================

VERSION_ArchiTexto_str = '201'; // fp@20191215
// Se borran parámetros del actor TBiomasaEmabalsable asociados
// a premios por externalidades (PEX, a_PEX, b_PEX, c_PEX, d_PEX)

// VERSION_ArchiTexto_str = '200'; // vc@20191209
// Se agregan parametros al ciclo combinado horario
// estadocaldera, NmaxTG, NmaxCal, NmaxTV, horasEnfriarCaldera
// Ndisc_caldera


// VERSION_ArchiTexto_str = '199'; // rch@201912061913
// Se elimina parámetro no usado en TFichaBancoDeBaterias01
// Se elimina paráemtro flg_IgualPotenciaEnTodosLosPostes de THidroDePasada y se agrega
// a TFichaHidroDePasada para poder cambiar el comportamiento en forma dinámica.
// Se realiza el cambio para poder representar qeu Itaipú no puede modular su
// potencia hasta que se instale Corpus.

// VERSION_ArchiTexto_str = '198'; // rch@201910311900
// Agregué Qmin_vert [m3/s] en TFichaHidroDePasada.
// La idea es que intente erogar POR EL VERTEDERO ese caudal si el caudal
// afluete es necesario. La modificación se introduce para permitir representar
// el erogado por el brazo Aña Cuá de Yaciretá.
// Para permitir INCUMPLIR la restricción se agrega un parámetro cvFallaQmin_Vert [MUSD/Hm3]
// Aprovecho para cambiar en THidroConEmbalse que la del caudal erogado mínimo se exprese
// en MUSD/Hm3 en lugar de USD/Hm3


// VERSION_ArchiTexto_str = '197'; // rch@201909281945
// elimino la variable FactorAmplificadorGradCF de TGlobs

// VERSION_ArchiTexto_str = '196'; // fp@20190923
// 1) Agrego en las centrales con embalse que se Recalcule los valores del
// agua sumando a cv_agua_USD_Hm3_Dec la
// valorización del agua de una posible central con embalse aguas abajo (en USD/hm3).
// De esta forma el valor del agua impuesto en el control de cota objetivo
// refleja el valor para el despacho de la central.
// 2) Argego en ThidroconEmbalse la posibilidad de indexar el cv_Erogado_Falla_USD_hm3.

// VERSION_ArchiTexto_str = '195'; // rch@20190807
// Agrego mecanismo de aplicación de restricción dinámica por hora en BancoBateria01
// cuando se ejecuta en salas Multi-Poste.

// VERSION_ArchiTexto_str = '194'; // GFlieller@20190711

// Se agrega el flag de modo de cono (flg_modo_cono) de pronosticos a la fuente sintetizador cegh
// El modo 0 corresponde al anterior, donde se especifica la guia y los params de NPSA, NPLC, NPAC, NPCC, ai.
// Modo permite ingresar un cono a partir de un archivo de calibracion de
// cono a partir de ensemble de pronosticos

//const
// VERSION_ArchiTexto_str = '193'; // vc@20190603
// Se agregan los atributos costoporcomb, disp_cald, tRepHoras_cald al actor del ciclo combinado horario

// VERSION_ArchiTexto_str = '192'; // rch@20190429
// fReserva en TParqueEolico, THidroConEmbalse y THidroDePasada.
// En proceso, me falta poner las ecuaciones en las Hidro


// VERSION_ArchiTexto_str = '191'; // vh, rch@20190328
// Agrego parámetros para modelar el envejecimiento de los bancos de batería.
// Información del Fabricante:
// EnsayoCiclado_pd1, EnsayoCiclado_nc1, EnsayoCiclado_pd2, EnsayoCiclado_nc2
// AniosEnvejecimientoNatural
// CapacidadFinal
// CostoRecambio_MUSD



//VERSION_ArchiTexto_str = '190'; // vc@20190326
// Se agrega EstadoTimer al formulario de CicloCombinado_Horario.


// VERSION_ArchiTexto = 189; //vc@20190208
//Se agregan los atributos horasTemp_max y horasTemp_min al actor del ciclo combinado
//se le agrega la variable de estado de la temperatura de la caldera al ciclo combinado

// VERSION_ArchiTexto = 188; //vc@201901111641
//Se agrega la posibilidad de utilizar el modelo de CEGH con retardos y entradas
//Se agrega el atributo fuentesEntrada y flg_MODELO_ENTRADA_SALIDA en la fuente sintetizador,
//la clase TTablaconEditores a TEditarFuenteSintetizador


// VERSION_ArchiTexto = 187; // xc@201808171533
// Se agregan atributos de los escenarios de pronosticos que no se estaban
// guardando porque se usaba uno solo

//VERSION_ArchiTexto = 186; // fp@201808081545
//Se agrega al actor TArco y TArcoConSalidaProgramable la posibilidad de
//considerar la potencia máxima a partir de una fuente.
//Esto fue agregado para considerar potencias de intercambio con Brasil
//variables por crónica de simulación.


//VERSION_ArchiTexto = 185; // xc@201807271712
//Se agrega la funcion CalcularPagoServicioDeConfiabilidaddelSist a uActorNodal
//que calcula:
//PSCS:Participacion por Servicio de Confiabilidad del Sistema )
//PFSCS:Participacion en Forzamiento por Servicio de Confiabilidad del Sistema )


//VERSION_ArchiTexto = 183; // xc@2018070251011
//Se agrega variable flg_GradienteDeInversion_en_pu que or defecto a TRUE
//calcula el gradiente de inversion en pu, si se pone a FALSE calcula el
//gradiente de inversón sin dividir por el ingreso_por_disponibilidad

//VERSION_ArchiTexto = 182; // xc@201807041738
//Se quita de los REC los TArchiRef_Nubeseable como campo COSA, y se agregar
//como campo REFERENCIA. Esto es porque en la lista archs de saladejuego se guardan
//los TArchiRef_Nubeseable y luego cada actor guarda una referencia a la cosa

// VERSION_ArchiTexto = 181; // xc@201807031529
//Se quitan los parametros ArchiRef del tipo TArchiRef de todos los actores
//que lo tengan. (esto es porque ya tienen el TArchiRef_Nubeseable que tiene
// ese parametro)

//VERSION_ArchiTexto = 180; // xc@201806281640
//Se agrega el parametro archs en TSalaDeJuego. Es una lista con todos los
//ArchiRef

//VERSION_ArchiTexto = 179; // xc@201805301046
//mas cosas nubeseables, se pasa todos los ArchiRef a ArchiRef_Nubeseable

//VERSION_ArchiTexto = 178; // rch@201805201113
// agrego parámetro flg_cf_compress en globs. Este parámetro
// por defecto se fija en -1 lo que indica que se utilice el último
// nivel de compresión disponible para guardar el Costo futuro.
// En esta oportunidad se agrega que se comprimen los frames de tiempo
// a ocupar un WORD (16 bits) cada punto de la constelación.

// VERSION_ArchiTexto = 177; // xc@201805171606
//mas cosas nubeseables

//VERSION_ArchiTexto = 176; // xc@201804111057
//Agrego la clase TArchiRef_Nubeseable, para que los archivos sean Cosas
// y que sepan nubesearse.

//VERSION_ArchiTexto = 175; // rch@201805051859
// Agrego fuenteIndiceDePrecios a TActor para que sea utilizada para
// indexar los pagos que recibe el actor. La idea es poder representar
// la variación de los precios de las tecnologías.

// VERSION_ArchiTexto = 174; // rch@201803041045
// Agrego fuente para indexar control de cota.

// VERSION_ArchiTexto = 172; // rch@201803032328
// Agrego factorAmplificarGrad_CF

// VERSION_ArchiTexto = 171; // xc@201803211524
// Cambio el tipo de hObjetivo y delta_cva_ParaControlDeCota de Reales a
// TDAOfNReal.

//VERSION_ArchiTexto = 170; // rch@20180306119
// Agrego la clase TCaso y agrego en TSala un campo
// con la lista de Casos.

Versión iie22_200 (2019-12-10)

Binarios (WIN64) (LNX64)

Motiva el cambio de versión:
1) Se agrega indexación de los costos variables de la TV al modelo de central de ciclo combinado (clásico).
2) Se agregan parámetros al modelo horio de central de ciclo combinado. (todavía en versión beta).

Versión iie22_199 (2019-12-09)

Binarios (WIN64) (LNX64)

Motiva el cambio de versión el pasaje a parámetro dinámico de la opción de imponer igual despacho en todos los postes de las centrales hidráulicas de pasada. El cambio fue necesario para poder modelar que Itaipú no puede utilizarse modulando la potencia entre los postes hasta que ingrece Corpus.

Bugfix. En manejo de formato de fechas en el Editor. Dependiendo de la configuración del PC podía no aceptar modificar las fechas.

Versión iie22_198 (30/11/2019)

Binarios (WIN64) (LNX64)

Motiva el cambio de versión:
1) Mejoras en el Editor y primer versión bi-lingue de todas las aplicaciones.
2) Se agrega al actor TBancoBateriaa01 que el Costo de Degradación esté indexado con la misma fuente de Pagos Adiconales. Esto permite considerar la evolución de los precios de las baterías en el costo de degradación.

Versión iie21_198 (15/11/2019)

Binarios (WIN64)  (LNX64)
 --- Corrección del Editor para lanzamiento en ClusterUY (WIN64) --- 18/11/2019

Motiva el cambio de versión un sin número de mejoras de estética en los formularios del editor y la inclusión de la posibilidad de cambiar de idioma.

También se incluye un BUGFIX en el modelo de Banco de Baterías que hacía que algunas simulaciones se "colgaran".

Versión iie20_198 (4/11/2019)

Binarios SimSEE iie20.198 (WIN64) (LNX64)

Archivo de traducción del editor (aquí)

Motiva el cambio de versión, el agregado de la posibilidad de especificar una restricción de Vertimiento mínimo en las hidráulicas de pasada. 

Además se mejoran algunos formularios del editor.

Versión iie20_197 (7/10/2019)


Binarios (WIN64) (LNX64)

Cambios en esta versión:
1) el agregado de la posibilidad de indexar el Costo de Falla del requerimiento de erogado mínimo en las centrales hidráulicas con embalse.

2) se agrega la posibilidad de pasar como parámetro el archivo de Costo Futuro en los ejecutables con línea de comando (cmdopt) y (cmdsim). 
Por más información consultar las siguientes direcciones.
https://simsee.org/simsee/verdoc.php?topico=cmdopt&idioma=es

https://simsee.org/simsee/verdoc.php?topico=cmdsim&idioma=es

Fuentes: (aquí).

Versión iie20_195 (13/8/2019)

Binarios (WIN64) (LNX64) (ClusterUY_b)

// 1) Se agrega modelo TFuenteOperacionMultiFuente
// Permite definir bornes de salida a partir de expresiones sobre los
// un conjunto de fuentes seleccionadas como entradas.
// 2) Se agrega mecanismo de control de la evolución de la carga de
// los bancos de baterías para garantizar que en las salas Multi_Poste
// se mantiene 0// tiempo.
// 3) bugfix en el Editor que Impedía ejecutar en forma automática el listado
// de escenarios.

Versión iie19_193 (26/6/2019)


SimSEE viie19.193
  Binarios (WIN64) (LNX64) (ClusterUY)
  Fuentes (aquí).

// rch@201906241413 bugfix, checkbox cva > 0 había quedado deshabilitado en la Optmización Multi-hilo
// bugfix, el botón cargar CF_base que permtía cargar un Costo Futuro no chequeaba
/// que el horizonte temporal fuera el adecuado.

rch@201906211548 iie17b, había faltado activar los checkboxes cva > 0 en el multihilo.

vSimSEESimulador_ = '_iie17.'+VERSION_ArchiTexto_Str;

// rch@201906202025

// 1) CostosHidroPositivos. El Actor THidroConEmbalse, tradicionalemnte está compilado

// con una opción que impone que si el valor del agua le da negativo lo iguale a cero.

// En la versión iie6 (svn revisión 6143 2/3/2019 14:02) en forma involuntaria

// se cambió ese comportamiento admitiendo la existencia de valores del agua negativos.

// Esto se introdujo por error y solo actuaba si el usuario había activado alguna

// de las opciones de control de cota.

// En esta versión se vuelve a imponer cva > 0 pero se incorpora en el Simulador

// un checkbox que permite entonces probar al usuario qué sucede si se desactiva la

// imposición de cva > 0.

// 2) Se cambia el formato en que se leen y escriben los archivos de Costo Futuro (CF)

// preparando el terreno para la nueva versión de SimSEE en que CF puede tener diferentes

// representaciones.

// 3) Se mejora la interfase de usario del Simulador.

 

// vSimSEESimulador_ = '_iie16.'+VERSION_ArchiTexto_Str;

// rch@201906010740

// 1) Modifico acto TBancoDeBaterias para que si en las fichas de parámetros dinámcios se introducen valores

// nulos en la especificación del ensayo de la batería no realice el cálculo de los parámetros de envejecimiento.

// 2) BugFix en editor. Al intentar crear una Demanda detallada nueva se colgaba.

 

// vSimSEESimulador_ = '_iie15.'+VERSION_ArchiTexto_Str;

// rch@201905240901

// Modificao la clase TDemanda (madre de todas las demandas) para que puede funcionar con

// valores negativos de la demanda. En ese caso, los costos de falla reflejan los valores a PAGAR

// por el sistema en caso de que en el nodo no sea posible inyectar la energía y deba ser absorvida

// por los Generadores(Demandas) de Falla.

Versión iie14_192 (19/5/2019)

Binarios viie14_192 (WIN64) (LNX64) (ClusterUY)

Fuentes viie14_192 (fuentes).

Sala de largo plazo para pruebas (aquí)

viie14_192 
// rch@201905181906
// 1) BugFix en Expandir estado en efuentes CEGH. No calculaba la expansion del
//     último borne lo que causaba que el estado del mismo no se ajustara al cambiar de estado
//     y eso hacía que el resultado de la optimización se viera afectado causando diferencias entre
//     corridas mono y multi-hilo.
// 2) Se mejoró el modelo de Térmico con P y CV Variable para que admita Potencias negativas.

viie13_192
// rch@20190513
// Bugfix en Enganche de Costos Futuros con Mapeo. Faltaba
//   llamar PosicionarseEnEstrellita por lo cual las llamadas a la función
//   CE_Enganche( ) en el caso de una hidro que descarga en el lago de otra
//   (Caso de Baygorria en las salas con Palmar con lago) no se calculaba bien.

Versión iie12_192 (9/5/2019)


SimSEE viie12_192 (WIN64) (LNX64) (ClusterUY) (Fuentes)

Ultimos cambios:
viie12_192:
Bugfix en Enganche de Costos Futuros con Mapeo.
 1) En el caso que desaparecieran variables discretas funcionaba mal mezclando
 el mapeo de las discretas con las continuas. Este bug nunca actuó pues nunca
 ejecutamos salas con variables de estado discretas que desaparezcan.
 2) En el caso que desaparecieran variables continuas no aplicaba el comportamiento de  PROMEDIAR en la dimensión desapaecida y se quedaba solo con el valor correpospondiente a fijar el valor de la desaparecida en 0 (CERO). El significado del CERO depende  del rango de variación de la variable. EN el caso de variables de CEGHs, al tratarse de variables gaussianas N(0,1) el CERO es el valor de probabilidad 50% (y el más probable). En otros casos, el 0 tiene otros signficados por lo que podría tener impacto.

viie11_192:  
  Bugfix en SimRes. El bug fue introducido cuando se implementó el acceso a las CronVar como Cursores e implicaba que en las operaciones en que las CronVars NO Tenían la misma cantidad de crónicas se había "perdido" el comportamiento de "extender" el último valor y en lugar de eso se continuaba leyendo en memoria "basura". Son pocos los casos en que se utilizan operaciones con diferente cantidad de crónicas y por eso el bug estaba oculto.

viie10_192:
  Agrego Manejo de Reserva Rotante a HidroConEmbalse y ParqueEolico.

*****************************
Para compilar para ClusterUY en un Linux de 64 bits se debe instalar los fuentes en
$HOME/SimSEE/SimSEE_src/src/trunk/

y ejecutar: 

cd $HOME/SimSEE/SimSEE_src/src/trunk/ap/cmdopt
fpc -B -v0 -dRELEASE -dCLUSTER_UY @fp64.cfg ./cmdopt.lpr

cd $HOME/SimSEE/SimSEE_src/src/trunk/ap/cmdsim
fpc -B -v0 -dRELEASE -dCLUSTER_UY @fp64.cfg ./cmdsim.dpr

cd $HOME/SimSEE/SimSEE_src/src/trunk/ap/SimRes3
fpc -B -v0 -dVATES_HML -dCLUSTER_UY @fp.cfg ./cmdsimres3.lpr



***********************
SimSEE viie11_192  (ClusterUY)

Herramienta para conversión de CF a versión vieja no comprimida (WIN64)

Versión iie9_191 (26/4/2019)

SimSEE vii9_191 (WIN64) (LNX64)

Esta versión modifica el Editor para poder lanzar corridas directamente en el ClusterUY.
Para poder usar esta funcionalidad deberá disponer de un usuario de dicho cluster y hacer la configuración correspondiente.

Ahora, en el Editor de SimSEE, al intentar lanzar una corrida en el CLuster (para ello marque el check-box correspondiente al lado del los botones de ejeución normal) o al hacer click sobre la pestaña "Cluster" le aparecerá un formulario que le permite seleccionar el Perfil con el que se conecta y/o configurar nuevos perfiles.
ConfigUsuarioCluster.PNG








Tenga en cuenta que al lanzar ejecuciones en el CLuster, las respuestas no son instantáneas por lo que tenga paciencia. 
En la pestaña "CLuster" puede el listado de Salas y de Corridas asociadas.

Al lanzar una corrida con el botón "Ejecución Manual" (o "Ejecución Automática" pero marcando "Escenario Activo") marcado el casillero "Cluster" se subirá la Sala Empaquetada al Cluster y se crea y lanza la Corrida correspondiente.

Si presiona el botón "Ejecución Automática" marcado el casillero "CLuster" se subierá la Sala Empaquetada al Cluster y se crean tantas corridas como escenarios tenga activos la Sala.

En el listado de Corridas, el estado indica si la Sala ya fue despachada o no y si finalizó. Por ahora los estados son:
0: Nada;
1: Subida y ejecución soliciada
2: Optimizando
3: Simulando
4: Ejecutand SimRes3
5: Resultados disponibles para bajar.


Usted recibirá al correo electrónico puesto en la configuración los mensajes del Cluster.

Una vez disponible los resultados los puede bajar a su PC con el botón correspondiente del listado de Corridas (el triangulito hacia abajo). 
Cuando haya finalizado puede borrar la Corrida (con todos los resultados asociados) con el botón correspondiente (cruz).

Si elimina una Sala del Listado de Salas (con la cruz) se borran tanto la Sala como las corridas asociadas y sus resultados. (presione el botón Refrescar para actualizar los listados).

Versión iie8_191 (1/4/2019)


SimSEE vii8_191 binarios (WIN64)  (LNX64).
Fuentes: (aquí)

Se incorpora en forma beta modelo de Ciclo Combinado horario para representar la nueva central de Ciclo Combinado y se agrega modelado de la degradación por uso de los bancos de Baterías.
Además se corrigen algunos errores del Editor y del posprocesador SimRes3 que no afectan resultados de corridas.

Versión iie6 (2/3/2019)

Binarios viie6 ( WIN64 ) ( LNX64 )

Se agregan postoperaciones FiltroVentanaHann y EspectroDePotencia a SimRes3


Versión iie5 (14/12/2018)

Binarios SimSEE (WIN64) (LNX64)

(28/12/2018)
Binraios OddFace( WIN64 ) (LNX64) (amigables con firewall de FING).



Motiva el cambio de versión:
  • // rch@20181214 Bugfix en oddface_pig. Estaba descartando cambios en unidades
    // inestaladas cuando la fecha calculada a partir del año de ingreso más los meses
    // de construcción quedaba fuera de las etapas de decisión.
  • // rch@2018111050
    // agrego que las centrals hidráulicas calculen y publiquen los caudales
    // turbinados y vertidos por poste. La Hidro de pasada el vertido es por paso.

Versión iie4 (18/10/2018)

Binarios (WIN64) (LNX64)


Motiva el cambio de versión:
  • bugfix1: en editor, formulario de Arco, si no se seleccionaba nada en el combo de Hidro con Embalse se rompía.
  • bugfix2: en editor de fichas de Arco. El TMR lo imponía a 8 horas al crear la ficha sin importar el valor introducido en el formulario.
  • mejora: en editor, al agregar un archivo de series históricas a un CEGH, si no coinciden los nombres de las series con los bornes del CEGH lanza Excepción, ahora adicionalmente escribe en consola la lista de nombres para colaborar a entender la discordancia.

versión iie3 (17/10/2018)

Binarios (WIN64)  (LNX64)


Motiva el cambio de versión:
// bugfix1, en el Editor, se colgaba al tratar de expandir fichas períodicas con fuentes.
// se detectó en la FuenteCombinación no resolvía las referencias a las fuentes de cada ficha
// expandida.
// bugfix2, en el Editor, se rompía al tratar de crear una DemandaDetallada en una sala nueva
// las referencias a archivos_nubeseables vacía estaba resuelta intetando apuntar a una instancia
// creada vacía, pero no en todos los casos existía dicha instancia. Se cambió a que si es vacío
// apunte a NIL.
// bugfix3, en los arcos, con potencia máxima gobernada por una fuente se producía un error
// si el valor de la fuente era negativo por intentar fijar la cota sup. en lugar de la cota inf.

versión iie2 (10/10/2018)

Binarios ( WIN64 ) ( LNX64 )


Motiva el cambio de versión la corrección de errores introducidos en la versión anterior que ocasionaban el funcionamiento incorrecto del mecanismo de publicación de variables de los Actores y la selección de las mismas en la aplicación SimRes3

versión iie1 (29/8/2018)

Binarios (WIN64) (LNX64)

fuentes (aquí)

Motiva el cambio de versión corrección en Empaquetado de salas. En la versión anterior se introdujo un error que impedía usar esta funcionalidad en el Editor.

Versión iie0 (27/8/2018)

SimSEE v_iie0 binarios (LNX64) (WIN64)
Fuentes: (aquí)


Motiva el cambio de versión la corrección de varios bugs del editor y la revisión del código fuente para mejorar su inteligibilidad para dar inicio a convenio entre ADME y el IIE para control de cambio de versiones del código de SimSEE y del modelado del SIN.

Versión 184 (16/8/2018)

SimSEE binarios V184 (WIN64) (LNX64)

En esta versión se implementa la posibilidad de controlar la potencia máxima de los Arcos con una fuente y se corrigen bugs del Editor.


Versión 183 (1/8/2018)

SimSEE binarios V183 (WIN64) (LNX64)

En esta versión se introduce el cálculo de aporte/requerimiento al Servicio de Confiabilidad del Sistema (SCS).

Versión 182 (24/7/2018)

Binarios v182 (WIN64) (LNX64)


//Se continua trabajando en la versión nubeseable. En esta versión se
// crea una lista de archivos asociados a la Sala y quienes los usan tienen que referenciar
// a los inidividuos de la lista. Esto mejora el manejo en general de la Sala.
// Bugfix 1. en editor de PostOperación SumaDobleProductoConDurposTopeado
// al editar uan operación se desmarcaba la opción del checkbox "aucmularproducto"
// si es que estaba marcada.
// Bugfix 2. en SimRes3 solo se incluían Impresioines (Prints) del tipo
// Script Octave / Matlab / R sin otros tipos, no se ejecutaba la impresión.

Versión 181 (22/6/2018)

Binarios (WIN64

Esta versión incluye cambios en formato de archivo de las salas para incorporar futuras funcionalidades. No hay cambios de algoritmos o métodos respecto de la versión 180

Versión 180 (23/5/2018)

Binarios v180  (WIN64)  (LNX64)  
Fuentes v180 (aquí)

// 1) Bugfix en ejecutar automáticamente del Editor. En la versión anterior
// se introdujo un error por el que no ejecutaba el SimRes3 si la ruta
// a la plantilla era relativa.
// 2) Se agrega compression a 16 bits al escribir los archivos CF_.bin
// esto surge como necesidad en las optimizaciones de paso diario asociadas
// a las salas MP usadas en ADME. Los archivos CF_.bin quedaban de 144 MB
// con la compresión se pasan a 36 MB.

Version 179 (6/5/2018)

Binarios v179 (WIN64) (LNX64)

Se agrega posibilidad de indexar los INGRESOS de los ACTORES. Esto permite indexar los ingresos por POTENCIA (o POR ENERGIA). Este cambio se incluye para permitir considerar variaciones del costo de las tecnologías durante las optimizaciones realizadas con OddFace.

Versión 178 (9/4/2018)


SimSEE v178 binarios (WIN64) (LNX64)

En esta versión se agrega la posibilidad de especificar los controles de cota como un array (números separados por ";") tanto en la cota como en los valores del agua. También se agrega la posibilidad de seleccionar una fuente para indexar los valores del agua del control.

En la pestaña "Simular" del Editor se agrega la posibilidad de especificar un parámetro "Amplificador Grad. CF" (por defecto en 1) para permtir probar los efectos de multiplicar el gradiente del costo futuro al resolver el despacho de cada paso (tanto en OPt como en Sim).

Sala paso semanal con control de cota en Bonete en 72.3m (aquí)

Sala de paso semanal 2016-2046 para test. (aquí)

**************
Para instalar bajo Linux descomprimir los binarios en /home/usuario/SimSEE/bin
Para instalar en Windows descomprimir los binarios en c:SimSEEbin
**************

Versión 177 (3/4/2018)


SimSEE v177 binarios (WIN64) (LNX64)


// rch@201803191622
// BugFix. La implementación del administrador de estado_sobremuestreado no era
// correcta en simulaciones Multi_hilo. Esto afecta a pruebas que se hayan realizado
// con el botón [Cargar CFBase] habilitado en la versión 175_beta para testeo.

Version 176 (12/03/2018)

SimSEE v176 binarios (WIN64) (LNX64)
Fuentes v176 (aquí)


ESTUDIO DE CASO
================
Para documentar los efectos sobre la política de operación de utilizar CEGHs de paso de tiempo de sorteo superior al paso de simulación y los efectos de activar o no la opción de NO_INTERPOLA_SUBMUESTREOS, se realizó un estudio de un caso muy sencillo.

Informe de estudio de caso (pdf)

Salas del estudio de caso: (semanal) (horaria).

Binario SimuladorSimSEE v176_NO_INTERPOLA (WIN64_NOINTERPOLA) (LNX64_NOINTERPOLA)
estos binarios se pone a disposición al solo efecto de permitir reproducir el esutido de caso.

*****************************
Motivo del cambio de versión:
// rch@201802100819
// En la REV:2030 16/2/2017 , entre versiones SimSEE 151 y 152 se introdujo
// la opción de NO_INTERPOLA_SUBMUESTREOS en fuentes esclavizadas en sobre-muestreos.
// En la REV:3893 del 31/12/2017 (versión SimSEE 173) se deja prendida en
// el fuente uEsclavizadorSobreMuestreado.pas la opción de NO_INTERPOLA_SUBMUESTREOS
// Entre el 16/2/2017 y el 31/12/2017, (entre versiones 152 y 173) la opción
// puede haber estado encendida en alguno de los binarios.
// En la 173 se impuso la opción encendida en el propio fuente para evitar
// diferencias de activacicón entre los binarios con iterfase gráfica y
// los binarios de línea de comando.
// En febrero de 2018 se detecta que en salas con CEGH de aportes de paso semanal,
// la política de operación de la misma sala cuando es ejecutada con paso
// horario es mucho más conservadora con el lago.
// Esto lleva a una revisión con casos de pruebas muy simples llegando a que
// el problema está en que proyectar en cada hora el estado de la fuente como
// manteniendo constante el valor de la fuente (en lugar de interpolar con
// un sorteo hacia delante).
// Por esta razón se decide separar la opción NO_INTERPORA_SUBMUESTREOS
// en NO_INERPOLA_SUBMUESTREOS_OPT y NO_INTERPOLA_SUBMUETREOS_SIM y
// se DESACTIVA la opción NO_INTERPOLA_SUBMUESTREOS_OPT.
// Se mantiene la opción NO_INTERPOLA_SUBMUESTREOS_SIM para mentener la
// facilidad de facilidad de introducción de pronósticos.
//
// En las salas usadas en ADME, se confeccionaron CEGH de aportes de paso
// semanal, diario y horario y esta opción no tenía efecto.

Version 175 (23/02/2018)


SimSEE binarios v175 (WIN64)

SimSEE binarios v175 (LNX64)


Se habilita botón "Cargar CFBase" en el Simulador. Este botón permite seleccionar una función de costo futuro CFxxx.bin del disco para ser utilizada como función de costo futuro para la simulación. El CFxxx.bin elegido, debe tener las mismas variables de estado que la sala a simular, pero puede tener un paso de tiempo superir al de la sala. Este mecanismo fue pensado para usar salas con paso de tiempo diezminutal con políticas de operación obtenidas en salas de paso de tiempo horario. Puede usarse para otras combinaciones de pasos de tiempo de simulación.


Salas de test. (aquí) El archivo contiene 3 salas dos con pasos horarios y una con paso diario y 24 postes. Primero Optimizar la de 24 postes y luego para simular una de las horarias usar el botón "Cargar CFBase" del simulador para en lugar de optimizar pasar directamente a la simulación. Hay que seleccionar el CFxxx.bin del directorio de salidas de resultados ... SimSEErundirsala24_postes_

Version 174 (08/02/2018)


SimSEE Binarios v174 (WIN64)

// Se mejora la forma de considerar los conos de pronósticos en los CEGH
// cuando la guía de pronósticos es más corta en un canal que en otro.
// Antes se suponía un CERO gaussiano luego de NPCC de las guias eso
// llevaba a producir "saltos" en los conos de los canales cuyas guias eran
// de mayor longitud. Ahora se cambio a que una vez transcurridos los NPCC
// se consideran los decaimientos de los sesgos (NPLC) y luego un cero en el
// sesgo (no en la guia).
// Además se agregó a la calibración de los conos (se ejecuta antes de optimizar/simular)
// que si NPCC > NRetardos + Largo(GUIA) acorte el NPCC para lograr ser consistente.
// Este control se hace en el EDITOR, pero en salas editadas a mano podría introducirse
// un valor NPCC mayor que el de la cantidad de datos y por eso se agrega la verificación.

Versión 173 (30/01/2018)

Esta versión corrige problemas con el modelo de Central con Bombeo introducidos al realizar cambios en el modelo de THidroConEmbalse.

Binarios V173 (WIN64)

Sala de paso horario con Central de Bombeo para test (aquí).

Version 172 (02/01/2018)

Binarios Windows: v172 (WIN64)
 
Binarios Linux: v172 (LNX64)

Fuentes v172: (AQUI)



Historial de cambios: 

vSimSEESimulador_ = '_172'; 
(* rch@20171229 - Cerrando el 2017 -
1) Sanción del Precio Spot. (Característica EN PRUEBA)
===========================
Se agrega mecanismo por el cual los NODOS calculan el PrecioSpot del nodo.
Para ello a las Demandas se le agregó un parámetro "Prioridad de la demanda para sanconar Spot:"
Este valor debe ser 0 (CERO) para las Demandas que participan de la sanción del
Precio Spot y > 0 para aquellas que no participan (Por ej. demandas de exportación Spot)
A los Actores Generadores se les agregó la característica de publicar un cv_Spot
que es el valor a considerar como costo variable de ese generador para la sanción
del precio spot.
Esta característica está EN PRUEBA, dado que quedan aspectos por resolver como
es el cómo considerar la sanción del Spot en salas con más de un nodo y Arcos.
Por ahora se recomienda NO usar esta característica en salas con más de un Nodo.
En las Hidráulicas con Embalse se agregan los dinámcos parámetros:
cv_Spot_Acordado [USD/MWh] y P_min_Forzada [MW]
Estos parámetros NO intervienen en la operación, son solo a los efectos del
cálculo del precio Spot. La idea es que con cada Programación Semanal (o reprogramación)
se cargen los valores que serán considerados para la sanción del precio Spot coincidentes
con la regla de despacho fijada para el período. Las potencias mínimas, son para reflejar
que las condiciones de Turbinado Mínimo (de Salto y/o Río Negro) determinan un nivel
de generación mínimo forzado que no debe ser considerado para la formación del precio Spot.
Cada actor estima su cv_Spot. En particular las Hidráulicas con Embalse lo hacen
como cv_Spot = CMG - MLRC(P_Gen) siendo CMG, el Costo Marginal de Generación
del Nodo al que está conectada la central y MLRC(P_Gen) el Multiplicador de Lagrange
de la restricción de caja de la Potencia Generada escalado para expresarlo en USD/MWh
Esta estimación difiere del Valor del Agua de la central en los casos en que
no es posible sacarle el máximo provecho al agua en el presente. A modo de ejemplo,
si hay una restrición de erogar lo máximo posible por encima de determinada cota,
el Valor del Agua (valor para el futuro) puede serguir siendo > 0 pues aunque haya
que abrir vertederos, el futuro tendrá menor costo solo por el hecho de tener más
para turbinar. Pero dado que estamos obligados a turbinar o verter, aunque para
el futuro el agua tenga valor, dado que no tenemos la opción de mantenerla en
el embalse, estamos dispuestos a pagar CERO por otro recurso que la sutituya
en el presente. La estimación de cv_Spot = CMG - MLRC(P_Gen) intenta estimar
el valor presente del recurso.
Si hay un valor cv_Spot_Acordado se utiliza en lugar del cv_Spot para la sanción
del precio spot. Si no se especifica un cv_Spot_Acordado se utiliza el cv_Spot
estimado para realizar el cálculo del precio Spot.
En mecanismo completo es así: a) Durante la Simulación, luego de resuelto un
paso, los Actores leen los resultados del paso y tienen que calcular en ese
momento el cv_Spot (en el caso de las Hidro con Embalse si hay un valor acordado
usa el acordado). Como en la estimación, los actores pueden precisar conocer
el CMG del Nodo, los Nodos ejecutan primero que todos los demás la lectura de
resultados. b) Luego de que todos los Actores han leído los resultados del paso
y calculado su cv_Spot, los Nodos proceden a sancionar el Precio Spot. Para ello
hacen una lista de los generadores con sus potencias inyectadas por orden creciente
de cv_Spot y una lista con las Demandas con sus potencias ordenadas por
el valor de "Prioridad de la Demanda para sanción del Spot". Luego determinan
hasta qué recurso fue despachado para abastecer la suma de las demandas con
prioridad = 0 siendo el cv_Spot del último recurso despachado con ese propósito
el que determina el Precio Spot del Nodo.

2) Mejora en la representación del control de cota de las Hidráulicas con Embalse.
==================================================================================
Dado que con criterior operativos en oportunidades no es desable dejar bajar las cotas
de los lagos a niveles que compromentan la disponibilidad de Potencia en caso de no
verificarse caudales de aportes significativos se agrega al control de cota de las
hidráulicas con embalse la posibilidad de especificar un VALOR DEL AGUA en USD/Hm3
a ser considerado para el despacho si se viola la consigna de control.
Esta posibilidad ya existía, lo que se agrega ahora el la opción "Control Condicional"
que lo que hace es si el VALOR DEL AGUA calculado por la optimización es más conservador
respecto de la restricción de control, que el valor resultante de la penalidad impuesta
por el VALOR DEL AGUA especificado, vale la de la optimización sino vale la impuesta.
Esto permite especificar que para cotas inferiores a una dada el valor del agua
considerado para el despacho sea superior o igual a uno dado. O si el control
es de no superar una cota, permite especificar que el valor del agua por encima
de determinada cota sea menor o igual a uno especificado.
Para lograr este comportamiento hay que especificar la cota y el valor del agua
y marcar los casilleros "valor exacto" y "control condicional".

3) Manejo de los forzamientos.
==============================
Para dar más flexibilidad a la fijación de Forzamientos. Hasta ahora solo se
permitía fijar una POTENCIA forzada. Ahora se permite fijar extremos mínimo
y máximo y activar por separado las restricciones de los extremos.
La opción "Fijar P" permite especifica un único valor de P y actúa como iposición
de potencia a Inyectar.
Las opcoines P_máx y P_mín permiten activar y especificar potencías máximas
y mínimas a imponer.

3) Manejo de Conos de Pronósticos en modelos CEGHs.
===================================================
Hasta esta versión, los Conos de Pronósticos de los CEGHs no tenían
posibilidad de indicar su Fecha de Inicio. Lo que se suponía es
que el Cono iniciaba al inicio del Horizonte de estudio. Entre otras
cosas, esto IMPONIA la necesidad de usar igual fecha de inicio de Optimización
y de Simulación para que la información de los pronósticos tuviera sentido.
Igualmente era una fuente constante de error, dado que al re-utilizar una Sala
con pronósticos cargados y cambiar las fechas de inicio de Optimización/Simulación,
automáticamente se estaba desplazando los pronósticos a coincidir con las nuevas
fechas lo que generalmente era un error.
3.a) Para eliminar esta fuente de errores y para permitir la actualización de los
pronósticos con la cadencia en que están disponbiles se agregó la posibilidad
de especificar una Fecha de Inicio en el formulario que permite el ingreso
de los pronóticos en lasa Fuentes Sintetizador CEGH.
3.b) Se agregó parámetro "ai[p.u.]" en cada pronóstico que permite especificar
la "apertura inicial" del Cono. Antes se suponía que para el primer dato de la
guía la apertura inicial era CERO. Luego los parámetros NPSA y NPAC regulaban
la cantidad de pasos sin apertura y la cantidad de paso en que la apertura pasaba
de cero a 1. Ahora, se inicia el cono con apertura ai, se mantiene durante NPSA
en ese valor y el parámetro NPAC indica en cuantos paso luego de transcurridos los
NPSA pasará de ai a 1.
Al implementar estas nuevas funcionalidades se revisó el tratamiento de los conos
de pronósticos tanto en simulación como en optimización y se implementó el manejo
de los mismos en CEGHs con Filtros Variables. Generalmente en las Salas usadas
para las programaciones Estacionales y Semanales no se usan CEGHs con Filtros Variables
pero con la creación de un nuevo modelo de Demanda que depende de un CEGH con
Filtro Variable fue necesario realizar esta implementación para que los pronósticos
sean mejor considerados en la etapa de Optimización.
*)

//




vSimSEESimulador_ = '_171';
// rch@201712011347 bugfix en la versión 167 se pasó a compilar de forma de
// representar en forma explícita la restricció dinámica de los embalses
// en esa modalidad se había cometido un error que hacía que no aplicara la restricción
// de erogado mínimo con costo de falla. (no funcionaba).
//




vSimSEESimulador_ = '_170';
// rch@20171201 bugfix en sanción del precio spot.
// se colgaba cuando aparecía falla por un índice fuera de rango.

//




vSimSEESimulador_ = '_169';
// 20171127 mejoras en sanción del precio spot.
// bugfix, las máquinas en mantenimiento no-juegan.
//




vSimSEESimulador_ = '_168';
// rch@20171121 versión de transición. INcluye nuevos parámetros en los
// generadores hidráulicos para sanción del precio spot.
//




vSimSEESimulador_ = '_167';
// rch@20171116
// 1) Se recompila con versión que representa la restricción dinámica de las hidro con embalse
// en forma explícita para que el multiplicador de lagrange de la restricción de balance
// de erogado de Baygorria (es de pasada pero descarga en Palmar que tiene embalse) represente
// el incremento de costo de llevarse un Hm3 de la entrada de Baygorria.
// 2) Se pone operativo la publicación del costo variable para sanción de spot de los generadores,
// la prioridad de demanda para sanción del spot y la sanción del precio spot por parte del Nodo
// con la publicación de la correspondiente variable.

//

Version 171 (1/12/2017)


Binarios Windows: v171 (WIN64)
  La _b_ es porque en el archivo anterior faltaba el simulador.
  Si ya bajó la v171 y le falta  solo el binario del simulador puede bajarlo (aquí)


Binarios Linux: v171 (LNX64)


Cambios: 

v171: Se corrige bug por el cual no aplicaba restricción de erogado mínimo (representada con costo de falla) en las Hidro con Embalse. Este bug se introdujo en la versión 167 y solo tiene impacto en las salas en que el erogado mínimo se impone con un costo de falla con la consecuencia de ignorar la restricción. (no tiene impacto en las salas usadas en las programaciones de ADME).

v170: Motiva el cambio de versión un bug en la sanción del precio spot que hacía que se trancara la simulación en caso de haber despacho de falla en el sistema.




Version 169 (27/11/2017)

SimSEE v169

Bugfix. En fijación de restricción de caudal erogado mínimo en hidro con embalse. El error hacía que el poder cumplir o no con la condición dependiera del paso de tiempo de integración de la Sala. Estaba calculado para un paso semanal y en salas de paso horario, en determinadas situaciones no aplicaba la restricción.

binarios (WIN64)

Versión 168 (21/11/2017)

Versión 168 es de transición. Se agregan parámetros en generadores hidráulicos con embalse para sanción del precio spot. En la próxima versión estará operativa la funcionalidad, esta versión se publica solo para poder ller las salas genradas por VATES.

SimSEE_binarios_v168_WIN64 (aquí)


Version 167 (16/11/2017)

Binarios WIN64  ( binario cmdsimres3.exe (aquí) , faltó en el archivo anterior )


Binarios LNX64

Sala de prueba sanción Spot Semana 47 (aquí)

Registro de cambios:
vSimSEESimulador_ = '_167';
// rch@20171116
// 1) Se recompila con versión que representa la restricción dinámica de las hidro con embalse
// en forma explícita para que el multiplicador de lagrange de la restricción de balance
// de erogado de Baygorria (es de pasada pero descarga en Palmar que tiene embalse) represente
// el incremento de costo de llevarse un Hm3 de la entrada de Baygorria.
// 2) Se pone operativo la publicación del costo variable para sanción de spot de los generadores,
// la prioridad de demanda para sanción del spot y la sanción del precio spot por parte del Nodo
// con la publicación de la correspondiente variable.

Versión 166 (8/11/2017)

Binarios WIN64

Binarios LNX64

Fuentes (aquí)

Registro de cambios:
vSimSEESimulador_ = '_166';
// rch@201711071711
// 1) BUGFIX, en la versión anterior se introdujo error por el cual las Demandas se anulaban
// si no tenían asociada una fuente para darle variación. El error fue introducido al intentar
// solucionar en esclavizado de una fuente diaria en una sala de padso semanal para introducir
// ruido dependiente de la temperatura en la demanda.
// 2) BUGFIX en EsclavizadorSubMuestreado que no funcionaba adecuadamente en caso de fuentes
// de paso Diario en salas de Paso Semanal.
// 3) Entre las versiones 164, 165 y 166 se cambió la implementación de la afectación de las
// Demandas con las fuentes. Anteriormente, se usaba la Demanda "sin afectación" para el cálculo
// de la Demanda Neta y posterior POSTIZADO. Ahora se utiliza la Demanda "afectada" por el valor
// de las fuentes. AL introducir este cambio fue que se cometió el error que dio lugar al
// BUGFIX del numeral 1 haciendo que si no había una fuente la demanda quedara en CERO.


//vSimSEESimulador_ = '_165';
// rch@201711071050
//
// 1) Se modifica la fórmular de pérdida de salto por caudal erogado en as hidráulicas.
// la fórmula original era dh = ( cb * Q + ca ) * Q
// y generalmente el coeficiente cb es negativo siendo la forma de la curva la de
// una parábola invertida. En ocasiones de caudales superiores al caudal para el que se
// da el máximo el dh comienza a reducirse. Para evitar este degeneramiento de la representación
// se impuso que si Q > - ca/(2cb) dh = -( ca * ca / 4 ) / cb (= valor del máximo de la parábola)
//
// 2) Se agrega la opción de que el control de cota en las centrales con embalses aplique si
// implica una variación del valor del agua y sino no. Control Condicional.


// vSimSEESimulador_ = '_164';
// rch@20171024
// 1) Agrego posibilidad de especificar en los escenarios el archivo
// CF que se debe utilizar para simulación.
// 2) BugFix en clase mercado spot, la variable local de la clase lpd ocultaba
// la de la clase madre lo que hacía que en el Editor no Listara las capas
// en estos actores.

Versión 163 (11/10/2017)

Binarios (Window 64 bits)
Binarios (Linux 64 bits)


bugfix, se corrige error introducido al leer series históricas en modelos CEGH que impedía la lectura de las salas SimSEE.

Versión v161 (14/08/2017)

Binarios (WIN64)

El principal cambio es que se implementa en el Editor la posibilidad de ejecutar todos los escenarios activos (con semáforo en verde).


Versión v160 (26/07/2017)

Binarios v160 (WIN64)

v160 bugfix. Al realizar cambios en versiones anteriores se había deshabilitado la funcionalidad de "sincronizar con histórico". Se vuelve a habilitar.

Versión 158 (4/7/2017)

SimSEE v158.  binarios (WIN64) 

versión 158
1) Cambiamos parámetros en Central Solar PV. Ahora se especifica
la Potencia de Pico para 1000 W/m2 a 25C y las pérdidas eléctricas (cableado+trafo+inv)
 y la Potencia máxima de Inversor. Todo por MODULO.
2) Bugfix en usolarpv daba error si se ponía PMax = 0 en la ficha dinámica
 de parámetros.


versión 157
 1) Bugfix. Fuente selector Horario. Le faltaba inherited Create a la clase y eso
 hace que se rompa el mecanismo de persistencia por lo cual no se salvava.
 2) elimino el nilonclose de los trazosxy porque aveces daba error
 en calibrar cono.

Versión 156 (29/5/2017)


Binarios v156  (aquí). (Windows 64 bits).  


1) BUGFIX en el generador de numeros aleatorios en un rango de enteros (fddp.TMadreUniforme.randomIntRange). Tenía un error por lo cual los extremos del rango tenían una probabilidad de ocurrir igual a la mitad de la del resto de los puntos del rango. 2) BUGFIX. Había un error en el resumen de las fuentes esclavizadas
// en un sub-muestreo que hacía que al usar en conjunto con NETEAR PARA POSTIZAR se creará un sesgo en la elección del representante del poste en los generadores resumidos (eólica, solar)  hacia el lado de privilegiar las horas de mayor demanda neta lo que es lo mismo que sesgar hacia una menor generación de las renovables.
El generador de números aleatorios enteros en un rango se usa principalmente en la resolución del resument de las fuentes aleatorias sub-muestreadas por lo que el BUG1 quedaba soslayado por el BUG2.

Versión 155 (16/05/2017)

Binarios v155 (aquí).
Se corrige BUG de exportación/importación de fichas de parámetros dinámicos en FUENTES hacia y desde planillas ODS.

Binarios para LINUX (aquí) Probando en Ubuto 16.0 64 bits.
Crear carpeta /home/USUARIO/SimSEE/bin y copiar los binarios en la misma.

Donde USUARIO es el nombre del usuario que se utilizará para ejecutar SimSEE.

Versión 154 (24/4/2017)

Versión v154 binarios (aquí).

En esta versión, en el editor al Exportar/Importar valores lo hace a un archivo .ods en lugar de abrir un Excel. Este cambio de debe se introduce para permitir utilizar SimSEE tanto con LibreOffice, OpenOffice o MicrosoftOffice.  
El cambio fue necesario para poder continar con el curso en el IIE-FING donde está instalado solamente OpenOffice.


Versión 153 (14/3/2017)

(26/2/2018) En la versión 153 se agregó una opción de compilación NO_INTERPOLA_SUBMUESTREOS para cambiar el comportamiento de el EsclavizadorSobreMuestreado de fuentes.

Si no está definida esa variable de compilación, el comportamiento es como en versiones anteriores en que una fuente de paso de tiempo superior al paso de simulación es esclaviazda en un sobre-muestreo (por ej. la fuente de aportes hidráulicos de paso semanal en una sala horaria) y para cada paso de simulación (sub-muestreo) se interpola el valor entre dos muestreos válidos de la fuente original. 

Si está definida la variable, en lugar de interpolar los sub-muestreos entre dos valores válidos de la fuente original, se mantiene el último valor válido hasta el instante en que se dispone de un nuevo valor de la fuente original.

Este cambio se realiza para hacer coherentes los valores usados en las salas de corto plazo (los sub-muestreos) con los valores generados por la misma fuente en salas de paso de tiempo igual al de la fuente.

El binario subido originalmente (más abajo) de SimSEESimulador.exe está compilado activando la nueva opcion (esto es no interpola) lo que hace que los valores de salas de paso horario que utilicen la fuente de aportes hidráulicos de paso semanal difieran respecto de los resultados de la misma sala ejecutados con la v151.
Para poder comparar el efecto de este cambio se sube aquí el correspondiente binario compilado sin la opción activa (aquí).
 

*********
Binarios SimSEE v153 (aquí)

Fuentes (aquí).


14/3/2017

1) Corrige error del editor de fichas de parámetros de centrales hidráulicas con embalse y con bombeo que impedía marcar la imposición del erogado mínimo por poste salvo que estuviera activa la restricción de erogado mínimo. Ahora es suficiente que esté activa la restricción de erogado mínimo o la de erogado mínimo con falla.

2) Se corrige error en el cálculo de los Gradientes de Inversión que fuera introducido en la v149. Este error afecta los resultados de los Gradientes de Inversión solamente y saltaba a la vista pues faltaban restar los Pagos por Potencia y Energía.

3) Se agrega manejo de Unidades  y PagoPorDisponibilidad_USDxMWhh a los bancos de batería.

Versión 151 (6/2/2017)

SimSEE v151 Talismah  6/2/2017 (aqui)


Los principales cambios son una corrección que hacía que se leyera mal la Política de Operación si las fechas iniciales de Optimización y Simulación no coincidía. (genralmente las Salas tienen estas fechas coincidentes y no se ven por tanto afectados los resultados).

Se agregó en las Hidráulicas con embalse la posibilidad de representar mejor restricciones de erogado mínimo con penalidad por incumplimiento con un tratamiento similar al concepto de Falla en el suministro.


Versión 148b (14/12/2016)

13/12/2016 SimSEE binarios v148b (aquí)

BUGFIX. En THidroConEmbalse, no se incializaba bien la variable h_real al inicio de cada crónica lo que ocasionaba un error en el cálculo de las pérdidas por filtrado y evaporación del lago en el primer paso de tiempo de cada crónica de simulación. Este error, ocasionaba diferencias entre las simulaciones MONO-HILO y MULTI-HILO. Los errores eran muy pequeños por tratarse de las pérdidas del lago en un solo paso de tiempo.



Versión 147 (9/12/2016)

SimSEE versión v147 (aquí).

1) Se introduce mejora que permite el encganche entre los Costos Futuros (CF) de las salas en optmización mediente un Evaluador de Exprsiones. Esto permite tener la flexibiliad de traducir las variables de estado X de la Sala que se va a Optimizar al espacio de estado Y de  Sala a la que se engancha. Esto se utiliza para llenar el último FRAME TEMPORAL de de la función CF(X,t) con los puntos del espacio de estado Y = M( X ) por interporalción en CF(Y,t).

2) BUGFIX. En las simulaciones Multi-hilo no se estaba imponiendo el OblgiarDIsponibilidad y por tanto había diferencias entre las simulaciones multi-hilo y mono-hilo en las salas en que se hubiera marcado esa opción. Este bug afectaba entonces las simulaciones multi-hilo (no la optimización). La Opción ObligarDisponibilidad se utiliza solo en las salas de corto -plazo en que no se quiere simular la rotura de máquinas. 


Versión 144 (24/11/2016)

24/11/2016 Simsee, binarios Versión v144 (aquií). 

Esta versión corrige BUG introducido recientemente en el manejo del control de crecida (usado en Bonete en la PES).

Versión 143 Zafira (18/11/2016)

Versión v143 Zafira (aquí) 18/11/2016
Se introduce mejora para introducción de pronósticos como guía PE50 en CEGH con reducción total de estado en Optimizaciones. Ahora el estado Expande al la guía PE50. Esto es útil para salas de corto plazo con pronósticos.

Versión 142d Zahira (8/11/2016)

8/11/2016
versión 142d Zahira - binarios (aquí)
 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.


21/10/2016
versión v142c Zahira - binarios (aquí)
 +BUGFIX en PostOperaciones de SimRes3 Enventanar y Recronizar
 +Se incorpora en modo testeo posibilidad imponer restricción de caudal erogado con penalidad en centrales con embalse.


26/9/2016
Versión v142 Zahira - Instalador completo (aquí)

Solo binarios (aquí) (para actualización de instalación pre-existente copiar ejecutables en carpeta "bin").

En esta versión se agregaron 4 nuevas PostOperaciones a SimRes3 para facilitar el cálculo de la potencia firme y se corrigió error en  PosOperación MultiOrdenar.

Versión 140 Zareen (8/9/2016)

22/9/2016 
SimRes3 v141 (aquí)

21/9/2016
Bugfix en Editor No permitía clonar fichas dinámicas en fuentes constantes.
Nuevo binario - Solo Editor (aquí)


SimSEE v140_Zareen  8/9/2016



El principal cambio es que se compiló todo en 64bits. Las versiones anteriores son de 32bits.
Al estar en 64 bits se levanta la restricción de asignación de 2Gb de memoria al proceso lo que implica que se pueden simular salas horairas de varias años así como procesar archivos SimRes3 de muchas variables en simulaciones de más de 1000 crónicas.

En forma adicional, la versión de 64 bits ejecuta más rápido reduciendo el tiempo de ejecución en aproximadamente 30%.

Desde esta versión es posible utilizar el botón Simular_mh para lanzar la simulación usando todos los núcleos de cálculo del micro, lo que reduce sustancialmente el tiempo de simulación. 

Instalador completo SimSEE_v140_Zareen (aquí),
Solo binarios SimSEE_v140_Zareen( aquí ).

Versión 139 Zarifah (7/9/2016)

SimSEE v139 Zarifah (binarios)

7/9/2016
Se introducen mejoras para habilitar la simulación Multi-Hilo y el posprocesamiento con SimRes3.
Se agrega opción en Operación Crónica SumaDobleProductoTopeada para permitir el cálculo de los ingresos de un Actor por debajo y por encima de un umbral especificado de costo marginal.

Versión 137c Zurah (22/8/2016)

versión de SimRes3 con escritura rápida a Excel (aquí) (esta sustituye al SimRes3.exe de la v137c)

SimSEE binarios_v137c_Zurah (aquí) 22/8/2016

rch_22/8/2016 : 1) Bugfix en el editor. Se trancaba al intentar clonar fichas dinámicas.
2) Bugfix en simulador. Se trancaba en simular con crónicas históricas por falta de inicialización de sorteador de escenarios (introducido recientemente y no probado con simulación con históricas).


Simsee binarios V 137b Zurah (aquí). (19/8/2016) (Se sutituye por la v137c)

137b corrige error de la 137. El editor que se colgaba al intentar editar unidades. Este error fue introducido por cambio realizado en v136.



En la versión 135 se introdujo un cambio en la generación de números aleatorios para evitar el desborde numérico en salas que ocurría en salas de muchos pasos de simulación y muchas crónicas. Este desborde ocurría por la multiplicación de la semilla por una constante 10000 para asegurar una separación de las realizaciones al usar semillas consecutivas. En la 135 lo que se hizo fue simplemente reducir el 10000 por 525 solución que altera el comportamiento de las salas sin importar si ocurría o no el problema. Si bien es válido ese número, dificulta la comparación de resultados con simulaciones anteriores. Por esa razón, se vuelve a la constante 10000 en esta versión y se incorpora un cambio en la operación de multiplicación de la semilla para que no suceda el desbordamiento numérico.  El cambio es simplemente hacer la multiplicación en 64 bits y luego tomar el módulo del resultado en 32 bits.  

Tratamiento de los generadores aleatorios en SimSEE

Cada Entidad (Actor, Fuente) dentro de SimSEE tiene su propio generador de números aleatorios. Esto es así para lograr que el incorporar o eliminar una entidad de una Sala no afecte "la suerte" de todos los demas y se pueda entonces determinar mejor las diferencias de operación ocasionadas por el cambio realizado y que no quede opacado dicho resultado por la variación en los sorteos del resto de las entidades. 

SimSEE permtie fijar "La Semilla" tanto de Optimización como de Simulación. La Semilla, es la que se utiliza para incializar todos los generadores aleatorios. Para darle variedad a los generadores, la Semilla especificada es modificada por cada entidad aplicando un XOR con una máscara de bits que se confecciona en base a codificar el tipo de Entidad y el Identificaro de la Entidad. 

Durante la Optimización, al resolver cada paso de optimización se reincializan todos los generadores en base a la Semilla de Optimización más el ordinal del paso de Optimización y multiplicado ese resultado por M (Constante = 10000) y luego se aplica la máscara de la entidad. 

Durante la Simulación, al inicio de cada crónica se reincializan todos los generaores en base a la Semilla de Simulación más el ordinal de la crónica de SImulación y multiplicando el resultado por M (Constante = 10000 ) y luego se aplica la máscara de la entidad.

La solución adoptada en la simulación permite distribuir el cálculo entre difernetes ROBOTs de cálculo asignando rangos de crónicas y asegurando que la generación de números aleatorios es determinada por la Semilla y el Número de Crónica que el resultado sea independiente de la distribución efectiva del cálculo.

En ambos casos el objetivo de multiplicar la (semilla+Ordinal de paso o de crónica ) por la constante M tiene por objetivo que si cambiamos la semilla para testear la dependencia de los resultados a la cantidad de cróncias efectivamente se esté generando un conjunto completo diferente de realizaciones. Por ej. si se usa la Semilla 31 y luego la 32 y no se multiplicara por 10000 las soluciones adoptadas para la formación de semillas ocasionarían que simplemente se estaría observando prácticamente el mismo juego de realizaciones con un desplazamiento y solo con una nueva nueva realización. 
Por ej. en la simulación con Semilla 32 aparecería en la crónica 1 lo mismo que aparecía en la cróncia 2 de la simulación con semilla 31. Para evitar esto es qu ese decidió incluir el multiplicador M = 10000.

En agosto 2016 haciendo simulaciones de 1000 crónicas horarias de largo plazo la constante de multiplicación ocasionó un desborde numérico por superar los 32 bits lo que dio lugar al cambio de la versión v135 y a la v137.





Versión 136 Escofina (3/8/2016)

Binarios SimSEE Versión 136 Esconfina (aquí)

rch@201608031503 bugfix de pérdida de memoria que impedía la optimización/simulación de salas de horizonte temporal muy extenso. 

Versión 135 Congorosa (27/7/2016)


SimSEE - v135 - Congorosa (aquí).  Atención, esta es una versión BETA no suficientemente probada.

27/7/2016 bugfix en resumen de borneras que impedía comparación entre salas de paso diario y paso semanal. En las de paso semanal, en las fuentes esclavizadas en un sub-muestreo se estaba dejando el resultado del resumen del paso anterior como valores de inicio. Esto hacía que no coincidieran los valores al compararlos con los de una sala de paso horario.
También se cambió el uso de los modelos CEGH para que se comparta las instancias entre los hilos de ejecución haciendo más eficiente la carga y descarga de las salas y el uso de la memoria en las ejecuciones muli-hilo.


25/7/2016 - bugfix. En la versión v134 se introdujo un error en la inicialización de los conos de pronósticos en los CEGHs, que se corrige en esta versión.


DOCUMENTACION  24/7/2016
============
Se introduce un cambio importante que consiste en OBLIGAR a que en los casos de Generadores Eólicos y Solares y Fuentes Horarias incrustados en Salas de Paso Semanal, en el caso en que no se quiera usar la opción "resumir promediando" el sorte de resumen que realiza cada Actor para seleccionar la potencia que pondrá en cada poste entre aquellas potencias asociadas al poste calculadas en forma horaria sea EL MISMO para todos. Esto es, supongamos que de las 168 horas de la semana, las horas 19, 42, 69, 85 son las que resultaron etiquetadas como asociadas al poste 1.
Si se utiliza resumir promediando, los actores pondrán como potencia de poste 1, el promedio de las potencias en esas horas. Si no se está usando resumir en el poste 1, antes de esta versión, cada actor seleccionaba en forma independiente cuál de esas cuatro horas  usaría (sortenado en cada paso para elegir) usaria como potenica del poste 1. A partir de esta versión, el sorteo para determinar cuál de las horas se realiza en forma global y es el mismo para todos los actores. Por ej, si el sorteo selecciona la hora 69 como representante en este paso de la potencia del poste 1, esta selección es válida para todos los Actores y Fuentes que realizan resumen.

Si bien se realizó este cambio para que sea más sencillo de usar/interpretar los resultados de simulaciones con resumen de Máxima Varianza (esto es sin marcar resumir promediando) se aclara que esta funcionalidad de Maxima Varianza se implementó para poder detectar si las simulaciones con "resumir promediando" se apartaban mucho de lo que podría ser una representación más exacta, pero no es porque se piense que la representación de Máxima Varianza tenga sentido a los efectos de scar conclusiones de las simulaciones, solo tienen sentido como una medida del "extremo" de variabilidad. A partir de la versión 105c (feb.2015) SimSEE dispone de la posibilidad de calcular la Demanda Neta Horaria = Demanda - Generación Eólica - Generación Solar y definir en cada paso de tiempo, las horas correspondientes a cada Poste en base a la Demanda Neta en lugar de hacerlo por La Demanda tradicional. Esta funcionalidad de realizar el ordenamiento de los potes en base a la demanda neta hace que el método de "resumir promediando" se ajuste automáticamente a que el poste de putna represente la exigencia máxima de potencia así como el poste de valle represente la mínimia necesidad de potencia en el sistema (esto si se consideran postes de pocas horas para ambos extremos).

De lo anterior, para la utilización de SimSEE para cálculo de ingresos de inversiones se aconseja usar DEMANDA_NETA y RESUMIR_PROMEDIANDO.
Ruben Chaer.

Versión 133 Bozal (2/6/2016)

Versión v133_Bozal_ binarios: (aquí)

Esta versión corrige:
a) Detalles de etiquetas de gráficos.
b) Bugfix en modelo de banco de baterías. (no es relevante porque hasta ahora no se había usado)
c) Bugfix en calibrador de conos de pronósticos de CEGH. En las últimas versiones se introdujo un error y se volvió al código anterior hasta que se revisen las modificaciones.


**********
Lector Pronósticos N34. (aquí)

Versión 128 Tía (9/3/2016)

29/4/2016 Fuentes v128_Tia (aquí)
Instrucciones para los fuentes: 
1) Cree la carpeta C:simseeSimSEE_srcsrc  y copie en ella el zip 
2) Renombre el zip a "trunk.zip"
3) Botón derecho y descomprimir en carpeta trunk.


26/4/2016 Binarios de los programas cmdopt y cmdsim recompilados con mismas opciones que SimSEESimulador (aqui).


Versión completa del instalador SimSEE v128 Tia (aquí).

Solo Binarios SimSEE v128 Tía (aquí)

9/3/2016 BUGFIX. Se corrige error introducido en la versión v128_Prima. Este error afecta salidas de corridas con actor TSolarPV. El error implicaba que el Huso Horario de Uruguay se corriera en 3 horas con lo cual el sol salía y se ponía 3 horas más tarde de lo real.

Sala horaria de una semana para testeo (aquí)

Versión 128_Estribo (11/12/2015) + Prima (16/2/2016) + Prima (4/3/2016)

Binario SimSEE_EDITOR v128_PrimaPrima (aquí) (4/3/2016)
// Se corrige error del Editor que impedía cambiar los conos de pronósticos de los CEGH.


Binarios SimSEE v128_Prima (aquí) (16/2/2016)

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.



************
Binarios SimSEE v128_Estribo (aquí) (11/12/2015)

Corrige error en la edición de Comparar Multiples CronVar en SimRes3. 
No tienen cambios de modelo respecto de la versión anteriro.


*************
Versión de AnálisisSerial que permite DEFORMADORES_NULOS. (aquí)

Versión 127_Cabresto (4/12/2015)

Binarios versión v_127 Cabresto (aquí)

Esta versión incluye mejoras en el modelo de Central Bi-Nacional.

Versión 126_Sobre-Cincha (9/11/2015)

SimSEE Versión 127 Cabresto. (aquí)  




SimSEE Versión 126 Sobre-Cincha ( aquí )

Agrega posibilidad de especificar una Fuente ALeatoria en los Arcos para conectividad condicional de los mismos. 
SI el el valor de la fuente es menor o igual a CERO el arco se desconecta.



Versión 124_Pelego (1/10/2015)

15/10/2015  binarios SimRes3 recompilados (aquí)
**************
1/10/2015 BUGFIX importante!.
Versión 124 Pelego (Aquí).

Se detectó y arregló un bug- existente desde la primer versión de SimSEE que hacía que durante la optimización pudiera funcionar mal la actualización de fichas de parámetros dinámicos (Unidades, Forzamientos y/o los propios de cada actor).

Este error hacía que "no se viera" una ficha (la primera del conjunto total de fichas ordenadas por fecha) durante la optimización. Los efectos de este bug dependen de la importancia que tuviera la ficha ignorada. EN muchas salas, las primeras fichas están fijadas con fecha CERO (origen de los tiempos) y tienen otras fichas con fecha posterior por lo cual la ficha ignorada no tiene relevancia. Pero en salas donde la ficha ignorada no fuera sobreescrita por otra el bug causaba diferencias en la optimización.

*************
Programa para ver posible afectación.
El programa MOSTRAR_FICHA_CERO(aqui)  tiene la misma interfase que el simulador. Debe seleccionar la sala y darle "OPtimizar" en la patalla negra verá la FICHA_CERO que sería la que sería ignorada al optimizar. Verá que se identifica el Actor (o fuente) en cuestión y el tipo de ficha. Si no desea actualizar la versión de SimSEE, use el programa MOSTRAR_FICHA_CERO para ver la ficha afectada y luego con el Editor de SimSEE abra la sala y duplique dicha ficha, para que el ignorar la primera no tenga consecuencias.




Versión v122_Basto (3/9/2015)

Versión v122_Basto. (aquí)

  • Se agrega opción (Excel o Html) para la salida de SimRes3.
  • En versión 121 se corrige bug que ocasionaba un mal funcionamiento cuando se lanzaban dos optimizaciones multi-hilo en la misma PC.

Versión v119_Amargo (7/7/2015)

Se corrigen bugs que causaban diferencia entre optimización mono y multihilo.

SimSEE binarios v119_Amargo_ (aquí) 

Versión v117_Carqueja (17/06/2015)

Binarios SimSEE v117_Carqueja( 22/6/2015) (aquí) (Atención RECOMPILADO con salidas Excel)

Se corrigen errores que ocasionaban diferencias entre la optimización MonoHilo y MultiHilo.

 

SimRes3 - CON EXCEL - (aquí) (Esta es la opción clásica)

SimRes3 - SIN EXCEL - (aquí) (Esta no crea libro Excel y en su lugar crea una carpeta con archivos e imágenes y abre un navejador con el conjunto. Es sustancialmente más rápido que la creación del libro Excel).

***

Fuentes v119 antes merge Federico. (aquí)(30/6/2015)

Versión v113_Carqueja (3/6/2015)

Versión 113_Carqueja (3/6/2015) (Aquí)

EDITOR_BUGFIX. en el editor de TDemandaDetallada, exportaba mal a Excel si se trataba de un archivo binario de demanda que ya existía (o sea que no se creaba). El error se produce si el archivo tiene fecha de inicio diferente que la de la sala.  

Versión v112_DeNoSi (26/5/2015)

Versión 112_DeNoSi (26/5/2015) (Aquí)

Esta versión es igual que la 111 pero se recompilo desactivando la opción que promediaba las derivadas del costo futuro decremental e incremental para el cálculo del valor del agua en las Hidráulicas con Embalse. Ahora está que calcula ambas derivadas y las utiliza para valorizar extraccions y aportes al lago según corresponda.

Versión v111_Carqueja (18/5/2015)

Versión v111_Carqueja 

Se corrige error introducido en la 109 sobre conversión de formato numérico.

Bajar binarios (Aquí).

Versión v110_Carqueja (14/5/2015)

Versión v110_Carqueja (14/5/2015).

Bajar binarios (Aquí).

Versión v109_Carqueja (13/5/2015)

Versión v109_Carqueja (13/5/2015).  (Versión EXPERIMENTAL)

Se corrigen bugs del editor y de los enganches de funciones de costo futuro introducido en la versión anterior que impedían la ejecución de la optimización en determinadas situaciones.

Bajar binarios (aquí)  (Atención, esta versión NO USA EXCEL. En su lugar genera las salidas de SimRes3 en un emulador propio).

Versión v106_Garufa (22/4/2015)

Versión v106_Garufa (22/4/2015).

Se mejora optimización con aversión al riesgo.

Bajar binarios (aquí)

Versión v105c_Tranquera (20/3/2015)

20/3/2015 Versión propuesta como oficial ADME. Se inicia período de pruebas.

Instalador completo. (aquí).

-----------------------

Si usted ya tiene instalado SimSEE y desea actualizar solo los binarios descárguelos  (aquí).

--------------------

Si desea tener una copia de los archivos fuente de la paltaforma SimSEE correspondientes a esta versión puede descargar un ZIP completo  (aquí).

Versión v105c_Laud (10/3/2015)

Solo binarios v105c_Laud (aquí).

Instalador completo v105c_Laud (aquí).

Se agrega que las centrales hidráulicas de pasada publican la variable dual de la restricción de caja "Vertimiento >= 0".

Se implementó una versión BETA en la que el modelo de central con embalse representa la restricción dinámica Xs_Volumen = X_Volumne - Turbinado - Vertido - Perdidas + Aportes y se exporta el multiplicador de Lagrange de esa restricción. En la versión común de SimSEE esa restricción no está representada como de igualdad sino que está como de desigualdad imponiendo Xs_Volumne >= Volumne_Minimo_DeOperación. 

Si desea probar el simulador con esta modificación puede bajar el binario (aquí).

Versión v105c_Bagual (23/2/2015)

(Bajar binarios)

Se mejorá Copiar y Pegar en casillero de GUIA de pronóstico en el editor para facilitar pegado desde Excel de la guía de pronósticos.

ATENCIÓN. En algunas instalaciones de Windows, se produce un error al guardar el libro Excel creado por simRes3. No tenemos claro si eso se debe a una actualización de Windows o a Excel. Si experimenta ese problema sustituya el SimRes3 por la versión que puede bajar (aquí)

Versión IIE_v440

Versión de los fuentes IIE Junio 2014 (v4.40 - Garza). (FUENTES aquí)