Bajar SimSEE

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í)