You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
We currently have one angle, theta, for changing the orientation of the wall velocity and imposed pressure gradient or bulk velocity relative to the computational box. However, there's no reason these shouldn't be independent.
Describe the solution you'd like
I propose splitting -theta into -thetaWall and -thetaBulk, and applying them as follows in dnsflags.cpp
This issue came up as I started documenting the base/fluctuation decomposition in the channelflow-2 paper. I have a feeling that our nomenclature and input parameters have evolved organically from a simple unidirectional beginning, and will end up needing some revisions to really clarfiy the relation of the input parameters to the math.
Perhaps also we could allow for different frames of reference with respect to moving walls. I found myself wanting this for ASBL, to have a lower wall with speed 0 at y=0 and an upper wall with speed 1 at y=H. Granted this is transformation is pretty trivial, but I think it would still be nice for direct comparisons between near-wall dynamics between channel and ASBL.
Comments?
The text was updated successfully, but these errors were encountered:
johnfgibson
changed the title
allow differnet theta for wall motion and dP/ds, bulk vel
allow different theta for wall motion and dP/ds, bulk vel
Nov 10, 2018
It was complicated enough to figure out and implement the general laminar solution to arbitrary combinations of wall speeds, positions, suction velocity, pressure gradient and bulk constraint, assuming alignment of wall motion and pressure gradient (#9). Adding this generalization might not be that much more complicated, but I think I'll let someone who needs it do it.
Is your feature request related to a problem? Please describe.
We currently have one angle, theta, for changing the orientation of the wall velocity and imposed pressure gradient or bulk velocity relative to the computational box. However, there's no reason these shouldn't be independent.
Describe the solution you'd like
I propose splitting -theta into -thetaWall and -thetaBulk, and applying them as follows in dnsflags.cpp
This issue came up as I started documenting the base/fluctuation decomposition in the channelflow-2 paper. I have a feeling that our nomenclature and input parameters have evolved organically from a simple unidirectional beginning, and will end up needing some revisions to really clarfiy the relation of the input parameters to the math.
Perhaps also we could allow for different frames of reference with respect to moving walls. I found myself wanting this for ASBL, to have a lower wall with speed 0 at y=0 and an upper wall with speed 1 at y=H. Granted this is transformation is pretty trivial, but I think it would still be nice for direct comparisons between near-wall dynamics between channel and ASBL.
Comments?
The text was updated successfully, but these errors were encountered: