Willy's profile - activity

As mentioned in the description, the Python screen printout of the dclf_2 shows updated values, so it's happening, but these aren't returned through following queries.

I assume this has worked for you. Maybe a version issue? I'm running 34.8.1.

I've tried 'PU' in busdat() for a single bus, and abusreal(), brnflo(), macdat() for swing gen updates. I've tested on a fnsl that converges too. I then alter a specific gen 'P', run DC loadflow, and no values change. I then run fnsl and values change with the gen change. Run DC after and no change

Hi there,

Using the Python API I am running different analyses where I am retrieving line flows, etc. I am running a DCLF2 when the fnsl fails to converge. However, after running the DCLF2 and extracting values the values do not update from the previous fnsl non-convergence.

The Python screen prints out the updated values (much like in the PSSE software window), but is there a way to get a hold of these DCLF_2 results?

Thanks!

Haha. Of course it's the simplest of answers. Although, it's important to note that with 3-winding transformers, the "Last Bus Number" does not adhere to the sorting and can be greater. I'm sure the raw data explanation will come in handy too for people. Many thanks!

Hi all, I have a raw file in the same version as my psse application (v34). When I import the raw file and view transformers, I see that the to and from bus were swapped during the import (i.e., "I" bus becomes "To Bus Number" and "J" Bus becomes "From Bus Number"). It seems to be associated with the "Winding 1 on From end" box not being checked in the Transformer window. I don't see a direct property for the the winding 1 association in the raw file. Are there specific conditions in the raw file that cause this swap to occur? Thanks for the help!

A quick note: I'm currently just iterating through the generators catching their busnumber from the amachint() and associated ids from inimac() and nxtmac() to compare the voltage with a machine's regulation control bus from macint(). This is not the most computational efficient method, so any improvment suggestions would be much appreciated!

Hi all, I'm looking to capture the voltage controlling equipment that are associated with a bus whose voltage is outside of tolerance through the API.

There is the maxmsm() function that returns the worst of the bunch. However, I have a situation where turning those generators off (along with a series of other actions, which includes tolerance adjustments) to help with convergence does not work. But, there is a separate bus that has a smaller voltage mismatch does solve the problem. There is the regb() that can get the full list of mismatches, but it only performs a screen printout without storing as an output variable.

I have searched the API documentation, but haven't found a function that returns a full list of the controlled buses with a mismatch. Does anyone have a function reference for me, or some other workaround?

Cheers!

Thanks! I forgot that first little psseinit() - face palm

I am loading a v30.0 .raw file into v34.0 through the API using readrawversion().

The window outputs the details of each step of the conversion from v30.0 to v34.0. After reaching v34.0 I receive errors pertaining to the items listed below. The model then fails to converge by a significant margin. Questions are:

1. Is it possible to avoid the conversion altogether? This would be ideal.

2. During the conversion, I believe it causes a change to default voltage values (I caught this reading a separate forum post). Is it possible to avoid this reset?

Error items below.

A number of generators: Error: Invalid ZSORCE reactance: .00000; set to 1.00000 (002230)

A number of non-xfr branches: Warn: Non-transformer branch connects buses with different base voltages (000490)

A number of xfrs (with different voltage tap settings): Error: Winding one tap setting is not on a step: .963250; set to .963503 (004680)

A number of interchanges: Error: Area interchange tolerance (.00000) is not positive; set to 10.0000 (000340)

A number of Owners: Info: No equipment is assigned to owner 2 (002900)

A number of switched shunts: Warn: Block 1 has no steps (004226) OR Error: Invalid number of steps in block 1: 65; set to 9 (004222)

What is the error in my attempt to load the version of a .raw file through Python?

int = psseobj.getdefaultint() psspy.readsubrawversion(int, "30.0", circuitpath+circuit_file, [int, int, int], int, [0.69, 500.0], int, int, int)

Messages for api: READSUBRAWVERSION PSS(R)E not properly initialized (005299) 12

Is it possible to convert the version of a .raw file through Python? I am looking for v30 to v34, but I guess it is a general question.

Did the raw file properly save the bus voltages and line flows from the last load flow with a save as to .raw?

Raw is text and sav is binary. When opening a raw or sav file running a load flow in the GUI, altering operating states and rerunning load flow before saving as a raw file, does the raw file hold the resulting voltage and power flow changes in its output?

Raw is text and sav is binary. When opening a raw or sav file running a load flow in the GUI, altering operating states and rerunning load flow before saving as a raw file, does the raw file hold the resulting voltage and power flow changes in its output? Or is sav the file that holds results with raw being the same base case?