Fictitious generators and condensers controlling voltage even if stopped #1044
Conversation
vidaldid-rte
force-pushed
the
pmin_pmax_override
branch
from
2b28410 to
43ea581
Compare
vidaldid-rte
force-pushed
the
gen_fictif
branch
2 times, most recently
from
2ba368a to
fea2d6b
Compare
vidaldid-rte
force-pushed
the
pmin_pmax_override
branch
from
43ea581 to
db34142
Compare
vidaldid-rte
force-pushed
the
pmin_pmax_override
branch
from
db34142 to
53b1117
Compare
…ven if stopped Signed-off-by: VIDAL Didier (Externe) <didier.vidal_externe@rte-france.com>
Signed-off-by: VIDAL Didier (Externe) <didier.vidal_externe@rte-france.com> Signed-off-by: Didier Vidal <didier.vidal_externe@rte-france.com>
Signed-off-by: VIDAL Didier (Externe) <didier.vidal_externe@rte-france.com> Signed-off-by: Didier Vidal <didier.vidal_externe@rte-france.com>
vidaldid-rte
changed the title
Signed-off-by: Didier Vidal <didier.vidal_externe@rte-france.com>
I have added the condenser currently modelled now as "generators" not generating power but controlling tension. |
Signed-off-by: Didier Vidal <didier.vidal_externe@rte-france.com>
| @@ -120,6 +120,13 @@ public enum SlackDistributionFailureBehavior { | |||
|
|
|||
| protected static final double GENERATOR_VOLTAGE_CONTROL_MIN_NOMINAL_VOLTAGE_DEFAULT_VALUE = -1d; | |||
|
|
|||
| public enum FictitiousGeneratorVoltageControlMode { | |||
There was a problem hiding this comment.
Why do you need en enum here? What happens when the enum is NORMAL?
There was a problem hiding this comment.
You mean instead of a boolean parameter ? No "need". I just saw the fictitiousGeneratorVoltageControlMode as a string param with values ALWAYS , NORMAL. ALWAYS meaning Always maintaining voltage, and NORMAL the normal behaviour - that is maintaining Voltage in started and target P between pmin and pmax.
annetill
changed the title
src/main/java/com/powsybl/openloadflow/OpenLoadFlowParameters.java
Outdated
Show resolved
Hide resolved
Signed-off-by: Anne Tilloy <anne.tilloy@rte-france.com>
jeandemanged
changed the title
Signed-off-by: Anne Tilloy <anne.tilloy@rte-france.com>
|
Note also that this solves a problem similar to powsybl/powsybl-core#2999 and needs coordination with resolution of that issue (generators controlling voltage whether they produce power or not).
Please check if the PR fulfills these requirements
What kind of change does this PR introduce?
Feature
What is the current behavior?
When modeling a network outside of the area of interest, the network is simplified and voltage control is sometime incorrect. In particular, a generator with a zero
targetPis disabled from voltage control, but it is desirable to keep voltage control for external equivalents.What is the new behavior (if this is a feature change)?
In order to give a more realistic voltage behavior, we can use "fictitious" generators that may or may not provide active power, but that can also control voltage even when not generating active power.
A generator with status fictitious and controlling voltage will control voltage even if target P is zero or outside normal operating range. Note that
fictitiousGeneratorVoltageControlCheckModeoption is introduced and allows to return to previous behavior.Does this PR introduce a breaking change or deprecate an API?
fictitiousGeneratorVoltageControlCheckModetoNORMAL.