.TransiEnt.Consumer.Systems.PVBatteryPoolControl.Controller.PoolController

Information

1. Purpose of model

Simple primary balancing power (PBP) pool controller. Input is the PBP setpoint of the pool. Output is the individual setpoint for each unit in the pool (may be zero for units which are not needed).

The assignment uses the Pro-rata method i.e. the merit order list is sorted by the amount of PBP potential. Units with large offers are favoured over units with small offers.

The assignment is recalculated every time the communication trigger changes its value. For now no distinction between the two triggers is implemented but this could be used to e.g. stochastically change setpoint of individuals in pool within a trading period.

2. Level of detail, physical effects considered, and physical insight

(no remarks)

3. Limits of validity

The pool controller does not know what the potential is within the communication intervall. This means that only in the distinct instance where the algorithm is running, it would produce a warning message in case the pool demand cant be met (see: TransiEnt.Consumer.DemandSideManagement.PVBatteryPoolControl.Controller.Check.CheckPBPDispatcher)

In other words, the plant is responsible to provide the balancing power reserve starting from the point of time when the pool controller changes its setpoint and keep it for the entire communication intervall.

4. Interfaces

(no remarks)

5. Nomenclature

(no remarks)

6. Governing Equations

(no remarks)

7. Remarks for Usage

(no remarks)

8. Validation

Tested in check model "TransiEnt.Consumer.DemandSideManagement.PVBatteryPoolControl.Controller.Check.CheckPoolController"

9. References

(no remarks)

10. Version History

Model created by Pascal Dubucq (dubucq@tuhh.de) on 01.10.2014

Quality check (Code conventions) by Rebekka Denninger on 01.10.2016


Generated at 2024-11-21T19:25:40Z by OpenModelicaOpenModelica 1.24.2 using GenerateDoc.mos