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

Keyword "inertial" for connector variable (ThermoFluidStream) #3467

Open
MarekMatejak opened this issue Jan 19, 2024 · 4 comments
Open

Keyword "inertial" for connector variable (ThermoFluidStream) #3467

MarekMatejak opened this issue Jan 19, 2024 · 4 comments

Comments

@MarekMatejak
Copy link
Member

The pattern of "inertial pressure" calculated as difference between "pressure" and "steady pressure" from ThermoFluidStream library can be generalized even for chemical domain as a "inertial electro-chemical potential" and may be also for another domains.

The idea is to hide topology (e.g. implemented in ThermofluidStream.Topology.JunctionNM or in Chemical.Topology.JunctionNM https://github.com/MarekMatejak/Chemical/tree/ThermofluidStream ) behind keyword "inertial" in connector variable. These equations in case of "inertial" connector variable could be generated in similar way that "flow" or "stream" connector variable generates equations.

The goal of this should be to simplify definition of these kind of models for users, because they do not need to explicitly use splitters or junctions.

image

@HansOlsson
Copy link
Collaborator

Can you explain this in more detail? I don't fully understand this; is it "steady" as a fixed inertial frame of reference (like atmosphere pressure), or a possibly time-varying "steady-state" pressure?

@MarekMatejak
Copy link
Member Author

I mean time-varying "steady mass flow pressure" as described by Dirk Zimmer (DLR) in "Robust object-oriented formulation of directed thermofluid stream networks" https://www.tandfonline.com/doi/full/10.1080/13873954.2020.1757726 .

@HansOlsson
Copy link
Collaborator

I think this will require a lot more than just adding a keyword, but I haven't investigated it in detail.

@MarekMatejak
Copy link
Member Author

Yes, this issue is definitely not a trivial thing. However, it could make Modelica much user friendly for these types of models. Should I prepare some initial materials for this issue?

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

No branches or pull requests

2 participants