-
Notifications
You must be signed in to change notification settings - Fork 318
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
Add more rigorous balance checks for energy #202
Comments
From @billsacks on April 11, 2017 Sean Swenson thinks that we don't conserve energy when water moves through the soil: he thinks that the water simply takes on the temperature of the layer into which it's moving. We'd need to fix that in order to conserve energy. |
From @mvertens on April 11, 2017 17:53 Does this need to be added to the release task list? On Tue, Apr 11, 2017 at 11:48 AM, Bill Sacks [email protected]
|
From @billsacks on April 11, 2017 No |
From @billsacks on April 28, 2017 Note that, with the change in clm4_5_15_r235 (addition of for_testing_zero_dynbal_fluxes namelist flag), it's possible that we sometimes won't conserve gridcell-level water and energy (if this flag is set). We'll need to handle this case, probably by introducing a term to track the lack of conservation, and including that term in the balance checks. |
Update CDEPS documentation
From @billsacks on March 17, 2017 20:58
BalanceCheckMod has rigorous balance checks for water - comparing the (endwb - begwb) difference with the fluxes in and out. However, if I understand our energy balance checks correctly, they are somewhat less rigorous: They compare various energy fluxes (which is good), but don't go so far as to compare the net energy flux with the change in energy content of the column. So, for example, we could have some bug that causes soil temperatures to constantly increase (i.e., an artificial source of energy), and as far as I can tell, the current balance checks would not catch that.
The new routines in BalanceCheckMod that are about to come to the trunk - ComputeHeatLake and ComputeHeatNonLake (adapted from some code that @dlawren put in place a few years ago, and with great help from both @dlawren and @olyson ) - could facilitate adding more rigorous energy balance checks: comparing the change in total column energy content with the net fluxes.
In addition to having column-level energy balance checks like this, we would likely also want gridcell-level energy balance checks bracketing the entire run loop - similar to what's discussed for gridcell-level water balance checks in #201 .
For these energy balance checks to pass, we'd probably need to address some of the
TODO
notes in BalanceCheckMod:Also, we'd probably need to track the temperature of water lost via runoff. And there may be some other sources of unaccounted-for energy as well which we would need to address.
Copied from original issue: NCAR/CLM#4
The text was updated successfully, but these errors were encountered: