diff --git a/docs/config.md b/docs/config.md index cf09a15d..a389e034 100644 --- a/docs/config.md +++ b/docs/config.md @@ -49,7 +49,7 @@ These are the parameters needed to properly define the optimization problem. - def_total_hours: The total number of hours that each deferrable load should operate. For example: - 5 - 8 -- treat_def_as_semi_cont: Define if we should treat each deferrable load as a semi-continuous variable. Semi-continuous variables are variables that must take a value between their minimum and maximum or zero. For example: +- treat_def_as_semi_cont: Define if we should treat each deferrable load as a semi-continuous variable. Semi-continuous variables (`True`) are variables that must take a value that can be either their maximum or minimum/zero (for example On = Maximum load, Off = 0 W). Non semi-continuous (which means continuous) variables (`False`) can take any values between their maximum and minimum. For example: - True - True - set_def_constant: Define if we should set each deferrable load as a constant fixed value variable with just one startup for each optimization task. For example: @@ -76,9 +76,9 @@ The following parameters and definitions are only needed if load_cost_forecast_m - lp_solver_path: Set the path to the LP solver. Defaults to '/usr/bin/cbc'. - set_nocharge_from_grid: Set this to true if you want to forbidden to charge the battery from the grid. The battery will only be charged from excess PV. - set_nodischarge_to_grid: Set this to true if you want to forbidden to discharge the battery power to the grid. -- set_battery_dynamic: Set a power dynamic limiting condition to the battery power. This is an additional constraint on the battery dynamic in power per unit of time. -- battery_dynamic_max: The maximum positive battery power dynamic. This is the power variation in percentage of battery maximum power. -- battery_dynamic_min: The minimum negative battery power dynamic. This is the power variation in percentage of battery maximum power. +- set_battery_dynamic: Set a power dynamic limiting condition to the battery power. This is an additional constraint on the battery dynamic in power per unit of time, which allows you to set a percentage of the battery nominal full power as the maximum power allowed for (dis)charge. +- battery_dynamic_max: The maximum positive (for discharge) battery power dynamic. This is the allowed power variation (in percentage) of battery maximum power per unit of time. +- battery_dynamic_min: The maximum negative (for charge) battery power dynamic. This is the allowed power variation (in percentage) of battery maximum power per unit of time. ## System configuration parameters diff --git a/docs/lpems.md b/docs/lpems.md index 4e91d48f..6944eea8 100644 --- a/docs/lpems.md +++ b/docs/lpems.md @@ -180,7 +180,7 @@ This type of controller performs the following actions: - Apply the first element of the obtained optimized control variables. - Repeat at a relatively high frequency, ex: 5 min. -On the example diagram presented before, the MPC is performed on 6h intervals at 6h, 12h and 18h. The prediction horizon is redecing to keep the one-day energy optimization notion. This type of optimization is used to take advantage of actualized forecast values during throughout the day. The user can of course choose higher implementation intervals. +On the example diagram presented before, the MPC is performed on 6h intervals at 6h, 12h and 18h. The prediction horizon is progressively reducing during the day to keep the one-day energy optimization notion (it should not just be a fixed rolling window as, for example, you would like to know when you want to reach the desired `soc_final`). This type of optimization is used to take advantage of actualized forecast values during throughout the day. The user can of course choose higher/lower implementation intervals, keeping in mind the contraints below on the `prediction_horizon`. When applying this controller, the following `runtimeparams` should be defined: