-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Introduce prognostic updraft velocity to saSAS and C3 cumulus convection schemes #246
base: ufs/dev
Are you sure you want to change the base?
Introduce prognostic updraft velocity to saSAS and C3 cumulus convection schemes #246
Conversation
… into updraft_velocity
…vertical advection of updraft velocity
… into updraft_velocity
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since you don't want to transport omega by updraft in the convection schemes, 'CCPP_typedefs.F90' in ...../ccpp/data needs to be modified as:
...............
n /= Model%ntsigma) => n /= Model%ntsigma .and. n /= Model%ntomega)
Otherwise, it looks good.
Hi @JongilHan66, thank you for reviewing the PR so carefully. I do have the CCPP_typedefs update that you are referring to included. But it is not under ccpp/physics, but rather under the FV3/ccpp/data directory, so you can see those file changes in my PR to FV: NOAA-EMC/fv3atm#914 |
This development incorporates a new prognostic updraft velocity equation into the saSAS deep and shallow convection schemes. It is introduced as a module and will be easily added to the C3 scheme as well, once the modularized C3 code is in place.
The equation describes the time-evolution of convective updraft velocity, with buoyancy as a source term, and quadratic damping is due to aerodynamic drag and mixing/diffusion and linear damping from wind shear.
The equation is discretized using an implicit approach, and solved as a quadratic equation. For implementation details - please see: https://docs.google.com/document/d/13VH7DV4erJcuuF_-dUGpplk9uYHF6dalfx8l1fAIxe8/edit?tab=t.0
The prognostic updraft velocity is used in the prognostic closure if progsigma = true and progomega = true, it is also replacing the diagnostic updraft velocity in the adjustment time-scale computation if progomega = true (regardless of progsigma). I here implement the scheme using the default setting of progomega = false for further testing and evaluation, and thus no regression tests should fail and no new baselines are required.
The new variable is prognostic, and advected in the dycore like the other tracers. It needs to be added into the field_table to test.