You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Just to not forget looking into it: constraint def_startup_capacity_rule states that the startup variable startup_pro must be greater or equal to the difference of online capacities of the current and previous time steps: cap_online[tm, ...] - cap_online[tm-1, ...]. Without at least one extensive whiteboarding session, I'm unsure whether this value should also depend on the time step length m.dt. Intuitive reasoning: an increase of cap_online by a certain value should be more expensive if it happens over a shorter time, basically increasing the gradient the process experiences.
Open question: should the new expression simply be (cap_online[tm, ...] - cap_online[tm-1, ..]) / m.dt?
The text was updated successfully, but these errors were encountered:
Conversely, I'm more an more convinced that m.dt has to be removed from the startup cost term m.costs['Startup']. Also here, some more conceptual thought has to occur.
Just to not forget looking into it: constraint
def_startup_capacity_rule
states that the startup variablestartup_pro
must be greater or equal to the difference of online capacities of the current and previous time steps:cap_online[tm, ...] - cap_online[tm-1, ...]
. Without at least one extensive whiteboarding session, I'm unsure whether this value should also depend on the time step lengthm.dt
. Intuitive reasoning: an increase ofcap_online
by a certain value should be more expensive if it happens over a shorter time, basically increasing the gradient the process experiences.Open question: should the new expression simply be
(cap_online[tm, ...] - cap_online[tm-1, ..]) / m.dt
?The text was updated successfully, but these errors were encountered: