Open eva-bct opened 3 years ago
Hi @eva-bct ,
symmetric loads are ignored in the unbalanced load flow at the moment, it is "work in progress" to represent them internally as 3 1ph loads
Hi,
this is not the problem. The problem accures due to an unset load type or false set load type. To suceed 3 ph load flow with networks, which are initially have no correct load type (wye or delta) there has to be an query. When the loads are set manually to any of the both types the 3 phase load works properly.
i have been trying to run pf with backward forward sweep on simbench 1-LV-rural1--0-sw network i have also corrected the slack bus index from 42 to 14 but i am getting the following error
File "d:/python rahat/osman boyaci/pp_try_four.py", line 37, in
plz help badly stuck
Dear @rahatN-tech, your issue does not fit to the topic of this issue. Please open a new issue and link to this issue so one can find my first answer: I can reproduce your issue with
import pandapower as pp
import simbench as sb
net = sb.get_simbench_net("1-LV-rural1--0-sw")
pp.runpp(net, algorithm="bfsw")
Is it mandatory for you to use the backward-forward sweep algorithm? If not, you can just use the default algorithm which works fine. To find out the reason for the bfsw crash someone is needs to take a look into the code.
This is a low level radial distribution system.. So backward forward sweep algorithm is better suited for it This algorithm is nt working on any simbench network. ۔though it is working fine on pandapower sample networks
Kindly help
؟
On Mon, 12 Jun, 2023, 4:09 pm Steffen Meinecke, @.***> wrote:
Dear @rahatN-tech https://github.com/rahatN-tech, your issue does not fit to the topic of this issue. Please open a new issue and link to this issue so one can find my first answer: I can reproduce your issue with
import pandapower as pp import simbench as sb net = sb.get_simbench_net("1-LV-rural1--0-sw") pp.runpp(net, algorithm="bfsw")
Is it mandatory for you to use the backward-forward sweep algorithm? If not, you can just use the default algorithm which works fine. To find out the reason for the bfsw crash someone is needs to take a look into the code.
— Reply to this email directly, view it on GitHub https://github.com/e2nIEE/pandapower/issues/1072#issuecomment-1587064429, or unsubscribe https://github.com/notifications/unsubscribe-auth/BAODKTMP6Z44FBTYYA2HCWLXK3WXTANCNFSM4VBILI5Q . You are receiving this because you were mentioned.Message ID: @.***>
Problem: because type of "load" and "sgen" in simbench networks and MV Oberrhein network is not "wye" or "delta", the algorithm runpp_3ph set these elements internaly to non active --> wrong power flow results
in runpp_3p line 466 --> _load_mapping line 139 --> _get_elements line 80:
active = (net["_is_elements"][element]) & (elm[:,typ_col] == typ)
for internal calcualtion an element is „active“, if: 1) "_is_elements“==True (element in operation, information from ppci structure) and 2) „type“ == „wye“ or „delta“
otherwise the elements were set to "non active"
For simbench net the "type" of "load" and "sgen" is "Nan" --> so all loads and sgen are set to non active For MV Oberrhein the "type" of "load" is "MV/LV Station" and the "type" of "sgen" is "PV" --> all loads and sgen are set to non active
this can not be seen in ppci (here they are in operation "_is_elements" ==True) and in result_tables it can not be seen either, because they were overwritten by given load/feed data at "PQ" points
Solution:
For example: