Unfortunately, it looks like you’ve modified some core MATPOWER files*, which
is rarely a good idea, so I’m not actually able to run the case.
When I encounter unexpected results, I typically start making changes to the
inputs to try to discover the reason for the problem. For example, if I expect
hydro units to be committed and they are not, I’d start doing things like the
following …
- Remove startup and shutdown costs.
- Remove ramp rate constraints.
- Set generator marginal costs to zero.
- Remove all branch flow limits.
- Etc.
Essentially, keep simplifying your case by removing the potential causes of the
unexpected result until you discover what it was that was causing it.
Hope this helps,
Ray
* idx_brch() is called with too many output arguments
> On Nov 14, 2018, at 3:06 PM, Carlos Ferrandon Cervantes
> <[email protected]> wrote:
>
> Hello Doctor:
> I have a question whilst using MOST, I hope you can help me out clarify this.
> I am running a dcopf study using MOST. My system is the IEEE RTS 24 bus. I am
> including reserves for each generator, as well as costs; these input data is
> in the ex_xgd_res function. I am adding one contingency for the system, using
> the contab function. The system generators are as follows:
>
> - 31 conventional generator units, which 6 of them are hydro units.
> - 1 Wind injection in one node of the system (712 MW)
>
> The issue is with the hydro units. Basically they are disconnected from the
> system (each one of them is 50 MW) after the optimisation. Only one of them
> is synchronised to the system, and the output is circa 6 MW. I realise that
> most hydro units do not have steps where they can be connected to the system,
> so basically they are either connected, or not, with their maximum output. I
> do not understand why in the process they are not being selected to connect
> to the system, instead of coal units, even though in the status of
> generators, the 32 are connected upfront.
>
> I am adding the files to run the example, which the main function is
> "most_ex4_sdcopf".
>
> Thank you so much in advance!
>
> --
> Carlos Ferrandon
> <most_case24_ieee_sdcopf_RENUMBERED.m><ex_xgd_res_24BIEEE.m><ex_contab_24BIEEE.m><most_ex4_sdcopf.m>
