Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Default voltage values way out in PSAT models (and possible more) #112

Closed
Tracked by #247
dietmarw opened this issue Mar 23, 2017 · 6 comments
Closed
Tracked by #247

Default voltage values way out in PSAT models (and possible more) #112

dietmarw opened this issue Mar 23, 2017 · 6 comments
Assignees
Milestone

Comments

@dietmarw
Copy link
Member

Just noticed that OpenIPSL's insistence on non SI base of k and M values instead of the real voltage and power values caused that many default values are too large by a factor of 1000. Reason is that whoever added the values in the first place thought of them (rightly so in my opinion) as Volts and are computational treated as kV.

Example from OpenIPSL.Electrical.Branches.PSAT.TwoWindingTransformer`:

parameter Real Vn=400000 "Voltage rating (kV)"

There are two ways to solve this.

  1. (the quick and dirty and not modelica really): change all the default parameters to be of kV and M
  2. (the cleaner and you REALLY should consider this): Get rid of any implicit k and M values and treat parameters in there base units. Add displayUnits if you like them to be displayed otherwise but as is shown already in the current state even the original developers (who argue all the time that they only think in kV and M because of the domain of the library) managed to make a mess out of this.

*The only reason this did not lead to disaster (yet) was that voltages were always used in a scaling fashion. So the error of 1000 was self-correcting. But I would not rely on this.

@MaximeBaudette
Copy link
Member

Interesting @dietmarw....
I can see why you would like to have Volts in the background, and I don't disagree with that.
The only point I'd like to raise is that, in the end, all quantities should be displayed in kV and MW,
What ever Modelica uses in the background is not of big interest to me, but the display and input units should be kV (or p.u. :-P ), as it is the most familiar units.

BTW: I think that if we go full option 2, it would quite easy to then later add better support for p.u. or am I wrong?

@dietmarw dietmarw added this to the 2.0.0 milestone Feb 19, 2019
@dietmarw dietmarw self-assigned this Feb 19, 2019
@marcelofcastro marcelofcastro self-assigned this May 21, 2020
@dietmarw
Copy link
Member Author

@marcelofcastro Did your work on the units already fix this?

@marcelofcastro
Copy link
Member

@dietmarw I will check if the units fix this issue

@dietmarw
Copy link
Member Author

@marcelofcastro I'm pretty sure this is fixed but still waiting on your check ;-)

@marcelofcastro
Copy link
Member

Yeah, I also think this issue is fixed. I've checked everything and everything seems ok in the main library. I think this issue can be closed, if you agree. If we find something later it's going to be an easy fix anyway...

@marcelofcastro
Copy link
Member

@dietmarw, I am closing this issue. As I said, if we find something later it'll be just a small fix. The issue is basically solved.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants