Re: convergence problem in runpf.

tion has to resort to digging it out of the archive. It’ll be good >> to have your steps up on the FAQ. >> >> Thanks, >> Shri >> >> From: Jose Luis Marin <mari...@gridquant.com> >> Reply-To: MATPOWER discussion forum <matpowe...@list.cornell.edu>

Re: convergence problem in runpf.

his information has to resort >> to digging it out of the archive. It’ll be good to have your steps up on the >> FAQ. >> >> Thanks, >> Shri >> >> From: Jose Luis Marin <mari...@gridquant.com <mailto:mari...@gridquant.com>> >> Reply-To: MATPOW

Re: convergence problem in runpf.

matpowe...@list.cornell.edumailto:matpowe...@list.cornell.edu Date: Wednesday, August 12, 2015 at 2:42 AM To: MATPOWER discussion forum matpowe...@list.cornell.edumailto:matpowe...@list.cornell.edu Subject: Re: convergence problem in runpf. Mirish, I couldn't help notice that you're building

Re: convergence problem in runpf.

to have your steps up on the FAQ. Thanks, Shri From: Jose Luis Marin mari...@gridquant.com Reply-To: MATPOWER discussion forum matpowe...@list.cornell.edu Date: Wednesday, August 12, 2015 at 2:42 AM To: MATPOWER discussion forum matpowe...@list.cornell.edu Subject: Re: convergence problem

Re: convergence problem in runpf.

: Wednesday, August 12, 2015 at 2:42 AM To: MATPOWER discussion forum matpowe...@list.cornell.edumailto:matpowe...@list.cornell.edu Subject: Re: convergence problem in runpf. Mirish, I couldn't help notice that you're building this model from scratch (well, from a database) and you mentioned

Re: convergence problem in runpf.

Dear Jose and Shree, Thank you very much for your guidance. I followed the step as you suggested and runpf converged in 8 iterations. Actually there were three PQ buses which had excessive Q demand and when I reduced the Q demand for those buses then it converged properly. Nice regards Mirish

Re: convergence problem in runpf.

Mirish, I couldn't help notice that you're building this model from scratch (well, from a database) and you mentioned ***To make the problem simple I used all buses as PQ buses except one slack bus*. This actually makes it harder to converge, unless you have *very* accurate data on what the

Re: convergence problem in runpf.

Dear Mr.Shree, Thank you very much for your help. As per your suggestion and FAQ I tried to find out the problems. The results I got- 1) Fast-decoupled power flow did not converge in 30 iterations. 2) By following http://www.pserc.cornell.edu/matpower/#pfconvergence I tried to runcpf to get

Re: convergence problem in runpf.

...@list.cornell.edumailto:matpowe...@list.cornell.edu Date: Tuesday, August 11, 2015 at 7:36 PM To: MATPOWER discussion forum matpowe...@list.cornell.edumailto:matpowe...@list.cornell.edu Subject: Re: convergence problem in runpf. Dear Mr.Shree, Thank you very much for your help. As per your suggestion

Re: convergence problem in runpf.

I would suggest trying the following: 1. Use the solution of a fast decoupled power flow or an optimal power flow (with line limits and voltage limits relaxed) as the initial guess for the power flow. 2. Follow step 5 in http://www.pserc.cornell.edu/matpower/#pfconvergence making CPF to

Re: Convergence problem in runpf for contingency

Dear Jose L. Marin and Dr.Zimmerman, Thank you Mr.Jose L. Marin for your detailed explanations. I also thank Dr.Zimmerman for giving hint in using find_islands() function. Regards, Babulal On 31-10-2014 18:15, Jose Luis Marin wrote: Hello Babulal, I believe that the problem is

Re: Convergence problem in runpf for contingency

Hello Babulal, I believe that the problem is that MATPOWER does not automatically remove islands when running a powerflow. Each of the three contingencies you list happen to isolate a bus, therefore the network needs to be reduced prior to the call to runpf (Ray -- please correct me if I'm