Re: price sensitive loads

2016-02-18 Thread Ray Zimmerman
Please read the previous e-mails in this thread (I just answered the same question to someone else today) … you are trying to save your file to a directory for which you do not have write permissions. Change to a directory for which you do have write permissions before saving. Ray > On

Re: price sensitive loads

2016-02-18 Thread shruti seemala
k sir i'll try that. On Thu, Feb 18, 2016 at 10:25 PM, Ray Zimmerman wrote: > I’m afraid your questions are not very specific or clear. But you should > be able to accomplish what you want using some of the following functions. > > The load2disp() >

Re: price sensitive loads

2016-02-18 Thread Mounika Vanjarapu
sir when converting fixed loads to dispatchable we need to save with some fname from below code. MPC = load2disp(MPC0); MPC = load2disp(MPC0, FNAME); MPC = load2disp(MPC0, FNAME, IDX); MPC = load2disp(MPC0, FNAME, IDX, VOLL); for that i am writng as below mpc=loadcase(case6ww);

Re: power flow question

2016-02-18 Thread Ray Zimmerman
Good idea. That should probably be an option though. Ray > On Feb 18, 2016, at 11:58 AM, Abhyankar, Shrirang G. wrote: > > I agree. Having the warnings for all generators, voltages, etc. would be > helpful for the cases when users are also varying the generation on PV

Re: price sensitive loads

2016-02-18 Thread Ray Zimmerman
You are attempting to save a file named ‘mouni’ to your current working directory, where you apparently have no write permissions. Either change directory to somewhere where you have write permissions, or specify the full path in the file name you pass to load2disp(). I’m not sure what you

Re: power flow question

2016-02-18 Thread Abhyankar, Shrirang G.
I agree. Having the warnings for all generators, voltages, etc. would be helpful for the cases when users are also varying the generation on PV buses. I would even like MATPOWER fixing the active power at PV buses to the max. or min. limit, if the generation exceeds these limits, and informing

Re: price sensitive loads

2016-02-18 Thread Ray Zimmerman
I’m afraid your questions are not very specific or clear. But you should be able to accomplish what you want using some of the following functions. The load2disp() function simply converts fixed loads to dispatchable

Re: price sensitive loads

2016-02-18 Thread VANJARAPU VENKATARAONAIDU
sir whatever the path i am setting the same error i am getting. file='E:\project\matpower\mouni.txt'; >> [pathstr,name,ext]=fileparts(file) pathstr = E:\project\matpower name = mouni ext = .txt >> mpc=loadcase(case6ww); >> mpc1=load2disp(mpc); >> mpc1=load2disp(mpc,'mouni'); Error using

Re: Negative soft overload costs

2016-02-18 Thread Ray Zimmerman
Hi Paul, Have a look at the implementation described in Section 7.5.4 in the User’s Manual . You’ll notice that the flow violation variable is defined using inequality constraints which only works if you have a positive cost

Re: power flow question

2016-02-18 Thread Jose Luis Marin
Hi Jovan, Sorry, I see I misundertood. I had read your proposal as consisting in adding an *equality* constraint, instead of an *inequality* constraint. But as you say, I suspect that such thing would be equivalent to just adding a simple post-calculation check and a warning to the user when PG

price sensitive loads

2016-02-18 Thread shruti seemala
sir i want some clarifications about price sensitive loads. can we show the load variations at different buses during different periods for an ieee14 bus system using matpower .if yes can we do that using load2disp function.if yes how.can anyone quote with a small example please.i am trying from

Re: price sensitive loads

2016-02-18 Thread VANJARAPU VENKATARAONAIDU
i tried like this but i am getting as below.what i have to do. >> file='D:\matpower\mouni.txt'; >> [pathstr,name,ext]=fileparts(file) pathstr = D:\matpower name = mouni ext = .txt >> mpc=loadcase('case9'); >> mpc1=load2disp(mpc); >> mpc1=load2disp(mpc,'mouni'); Error using savecase (line

Re: power flow question

2016-02-18 Thread Jovan Ilic
Jose, I did not suggest to turn the swing bus into a PV bus. There should be at least one swing bus in the system unless you formulate your PF problem as ACOPF problem which does not need any slack buses. I understand what you are saying and you are right. I'd keep the swing bus as it is just to

Re: power flow question

2016-02-18 Thread Jose Luis Marin
But you did that, it would no longer be a powerflow calculation. There are good mathematical reasons why the standard powerflow calculation is formulated so that there should be at least one swing bus (where you specify both V and A, leaving P and Q "free"). If you specified V, A, and Pgen at