Question regarding min up/down constraints in MOST

Dear Matpower community, I am working with a relatively large model ( approximately 1000 conventional generators and 4000 wind generators) and am solving a multi-period deterministic unit commitment problem (with DC model) in MOST. The problem requires a significant amount of time during the

Convergence failure due to transformer phase shift

Dear Matpower Community, I am attempting to include a phase shift at each of my generator step-up transformers to model a Yd05 transformer connection (with the gen on the delta side). When I run an AC opf with all transformer angles set to zero, it converges. However, when I include the 150 deg

AW: Adaption of Interface Flow Limits Extension

… fp(2) + fn(4) + fp(6) <= positive_limit fn(2) + fp(4) + fn(6) <= negative_limit Hope this clears up what I had in mind, Ray On May 5, 2015, at 12:01 PM, Hewes, Dominic mailto:dominic.he...@tum.de>> wrote: Hi Ray, Thanks for your advice. I had not considered using new

AW: Adaption of Interface Flow Limits Extension

ld add a very tiny cost to them. Ray On May 4, 2015, at 11:21 AM, Hewes, Dominic mailto:dominic.he...@tum.de>> wrote: Dear Matpower Community, The ‚Interface Flow Limits‘ extension allows me to limit the sum of all line flows between two areas to within a set range. However, I wa

Adaption of Interface Flow Limits Extension

Dear Matpower Community, The 'Interface Flow Limits' extension allows me to limit the sum of all line flows between two areas to within a set range. However, I want to instead apply two limits - one to the sum of the positive flows, and one to the negative flows. For example, whilst the sum of

RE: Solved case does not converge in zero iterations

9 2148 QT -8.65882-8.65882 1.48449e-09 2148 k = 219 220 ans = 867.6421 373.5236 0. 494.1184 ans = 867.6421 867.6421 -- Ray Zimmerman Senior Research Associate B30 Warren Hall, Cornell University, Ithaca, NY 14853 USA phone: (607) 255

AW: AW: Solved case does not converge in zero iterations

%update mpc with optimal P,V and angle values mpc.bus=resultsOPF.bus mpc.gen(:, VG) = mpc.bus(mpc.gen(:, GEN_BUS), VM); resultsPF=runpf(mpc) Regards, carlos. Hewes, Dominic wrote: Hi Uriel, Thanks for your quick response. I understand that the opf varies the PV b

AW: Solved case does not converge in zero iterations

ut, in this case pf fixes the terminal voltage the generators (PV buses) Vk == Vref. IMHO that is the reason why your are experiencing those differences. Best, Uriel El 28/01/2015, a las 10:42, Hewes, Dominic mailto:dominic.he...@tum.de>> escribió: Dear Matpower Community, I am

Solved case does not converge in zero iterations

Dear Matpower Community, I am observing a strange problem whereby the results from a successful 'runopf()' do not seem to present a solved power flow case. I want to verify the power flow solution from an OPF by running a PF with the OPF results as the mpc struct. Firstly, the 'runpf()' converg

AW: Automated Tap-Changing in Load Flow Calculation

New York at Buffalo 230V Davis Hall, Buffalo, NY 14260 Phone : (716) 239 - 8095 E-mail : goktu...@buffalo.edu<mailto:goktu...@buffalo.edu> On Wed, Jun 4, 2014 at 6:17 AM, Hewes, Dominic mailto:dominic.he...@tum.de>> wrote: Hi, Regarding the inclusion of auto tap-changers for transformer

Automated Tap-Changing in Load Flow Calculation

Hi, Regarding the inclusion of auto tap-changers for transformer branches, it has been recommended in previous posts that the tap setting for each transformer branch can be updated after each iteration of the Newton-Raphson procedure. Using the conventional 'runpf' command, is it possible to pa