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

New CloudMicrophysics parameters interface #2299

Closed
wants to merge 1 commit into from

Conversation

trontrytel
Copy link
Member

This PR:

  • Tests the new CM.jl parameters interface (currently on the main branch. We should have the release once we are confident that things for for CA.jl)
  • removes the obsolete TurbulenceConvection/Parameters.jl file

precipitation_advection_tendency!(Yₜ, Y, p, colidx, precip_model)
return nothing
end
#function precipitation_cache(Y, precip_model::Microphysics1Moment)
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we use it anywhere. I would prefer to first update things properly for the 0-moment microphysics and the code up the 1-moment microphysics

subparam_structs = (; thermo_params),
)

toml_dict["τ_precip"]["value"] = FT(CA.time_to_seconds(parsed_args["dt"]))
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Probably a temporary solution? The alternative is for me to make the CloudMicrophysics structs be kwdef

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As we discussed, using @kwdef does not seem logical when default values are not being set! Updating the value for the dict key looks like the more natural thing to do!

Base.broadcastable(param_set::ACAP) = tuple(param_set)
Base.broadcastable(param_set::ATCP) = tuple(param_set)

Base.@kwdef struct TurbulenceConvectionParameters{FT} <: ATCP
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure if we want to keep edmf parameters in a separate struct or have them be part of ClimaAtmos parameters below. Right now things are mixed up a little. I can clean it up in a separate PR, once we decide @szy21

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

At least right now we don't put microphysics parameters inside turbconv parameters so that we can create thermodynamics parameters...

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it would be good to have edmf parameters in a separate struct. We can do it after this.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually, I think I'll do it before. Stay tuned ;)

@trontrytel trontrytel force-pushed the aj/new_micro_interface branch from 881b12b to dc9cbcf Compare October 30, 2023 17:37
@trontrytel trontrytel closed this Oct 30, 2023
@trontrytel trontrytel deleted the aj/new_micro_interface branch November 6, 2023 19:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants