-
Notifications
You must be signed in to change notification settings - Fork 66
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
ECP 1: Establish time-to-solution for ABL #3
Comments
Adding to the activities list: |
@mbarone81 I just thoroughly read your modifications to the theory manual. They look great - many thanks. If you can change u^* to u^{\tau} to be consistent with the other usage of wall friction velocity, that would be great. Looking forward to your above activities.. |
Working on #5, Coriolis term |
I am starting on the saving of the data to an "inflow plane" to be used in a subsequent simulation. Ideally, we could simply output the data at a surface, however, we may not have that functionality in STK_io. As a first step, I can create the input_output Realm (just like in TOS) and output data to that plane. Then, we could read that data within a stand-alone simulation. The later will always require an input_output transfer, however, the former (ideally) should allow output to the surface of the first mesh. |
Sounds good -- the general capability would be to apply the field to any boundary surface (or plane). This could be accomplished by allowing for multiple planes. One can imagine, however, a use case where the inflow wind field is the same, but comes from a different direction of the compass for each wind plant simulation. In that case the position of the boundary planes for sampling may be different for each of these simulations and we would not want to rerun the ABL simulation for each one. |
@skennon10, does open-source Percept have the ability to read in a mesh (with blocks and surfaces) and export a chosen surface to a shell element? |
There is some code to do this, but it isn't exposed as an option. See PerceptMesh::convertSurfacesToShells. Would you like me to run this on one of your meshes? -- Steve Try it on the ABL mesh in the Rtest repos; concentrate on the "Front" surface.... Thanks. From: Stefan P. Domino notifications@github.com @skennon10https://github.com/skennon10, does open-source Percept have the ability to read in a mesh (with blocks and surfaces) and export a chosen surface to a shell element? You are receiving this because you were mentioned. |
@marchdf and @mbarone81, here is the interface to providing an inflow from a periodic ABL:
I should have an Rtest in soon... |
@spdomin This looks good, look forward to trying it out.. |
@mbarone81, okay, I verified the correctness in a LES channel. All looks correct. I also modified the ablUnsteadyEdge input file to output to a shell inflow plane. Then, I added a new input file to use this data as the inflow BC for the subsequent run. As noted, this domain is acting strangely in the inflow/open config. We may want to change the top and sides to a symmetry? Not sure.. Here is the SHA1 for the rest commit: commit 5236b19421ee92d2c1acd8642cf33799980eb29c The only caveat that I can think of now is that the subsequent run must include all of the dofs from the first simulation. This can be relaxed by specifying which inflow field is expected to be supplied by an external field (see below). So, some kinks to work out, but the hard part is done. Candidate interface... Velocity external, temperature not..
I think now, you still need to add each dof with the proper inflow value which is used for the first IC. |
Finished and pushed nodal Coriolis source term, and verified against Ekman spiral exact solution. Now working on #6 on the list, user-defined temperature profile. Open BC has been working well as a top BC in test cases for doubly-periodic lateral boundaries so far. |
Transition to Jira. |
Activities:
The text was updated successfully, but these errors were encountered: