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
The consumption of grid electricity rises when EMS surplus energy from PV is used to increase storage temperatures. Tests have shown that this is only the case, when the battery is also connected. So probably the problem is with the battery.
There is a problem that in each HiSIM iteration there is only the information of the state of the component from the previous iteration available - this means that the battery is always one iteration behind in the control. This is fine if the whole thing converges (i.e. the outputs do not change anymore), but rather stupid in the force_convergence, because the battery is then no longer readjusted. So if the HeatPump is switched on again in the force_convergence, for example, the battery is no longer discharged to operate it.
So would it be an option that the EMS makes an extra iteration in the force_convergence? So the EMS gives again a signal to the Battery and calculates with the return of the Battery then finally the value ElectrictiyToOrFromGrid? So in principle all components send the last real consumption to the EMS (incl. Battery), then all components should be on the same level.
Another solution could be a force_convergence for components with discrete consumption values (e.g. with off, 0.5full power or 1 full power) and a second one for all continuous components (e.g. battery, which can take all values up to the power limits), which then has a few more steps.
The consumption of grid electricity rises when EMS surplus energy from PV is used to increase storage temperatures. Tests have shown that this is only the case, when the battery is also connected. So probably the problem is with the battery.
There is a problem that in each HiSIM iteration there is only the information of the state of the component from the previous iteration available - this means that the battery is always one iteration behind in the control. This is fine if the whole thing converges (i.e. the outputs do not change anymore), but rather stupid in the force_convergence, because the battery is then no longer readjusted. So if the HeatPump is switched on again in the force_convergence, for example, the battery is no longer discharged to operate it.
So would it be an option that the EMS makes an extra iteration in the force_convergence? So the EMS gives again a signal to the Battery and calculates with the return of the Battery then finally the value ElectrictiyToOrFromGrid? So in principle all components send the last real consumption to the EMS (incl. Battery), then all components should be on the same level.
Another solution could be a force_convergence for components with discrete consumption values (e.g. with off, 0.5full power or 1 full power) and a second one for all continuous components (e.g. battery, which can take all values up to the power limits), which then has a few more steps.
This issue came up in a discussion between @joga4er and @markusblasberg
The text was updated successfully, but these errors were encountered: