Hello,
I'm running a model with WRF version 4.5.2, but it can't proceed any further due to an error.
What is unusual is that if I set the domain to nesting d02, it runs normally, but if I set it to d01, the model does not run.
Also, even when set to one domain, it performs well if I change the surface and pbl schemes.
error : bl_pbl_physics - (1) YSU scheme, sf_sfclay_physics - (1) Revised MM5 Monin-Obukhov scheme (Jimenez, renamed in v3.6)
success : bl_pbl_physics - (2) Mellor-Yamada-Janjic TKE scheme, sf_sfclay_physics - (2) Monin-Obukhov (Janjic) scheme
I tried tracking WRF.exe trace and found that the error occurs in module_sf_noahmplsm.f90.
So when I output the actual values in phys/module_sf_noahmplsmdrv.F and phys/module_surface_driver.F, the second time step (after 15 seconds) ZLVL became nan, and before that, DZ8W became nan.
The DZ8W calculated in start_date is a normal value without nan values, but after the second time step of 15 seconds, it contains nan values.
Here, DZ8W seems to be an INput value that divides the vertical layer, but I don't know why this value becomes NAN.
It is also questionable that changing sf_sfclay_physics performs normally without nan values.
Please help me.
I'm running a model with WRF version 4.5.2, but it can't proceed any further due to an error.
What is unusual is that if I set the domain to nesting d02, it runs normally, but if I set it to d01, the model does not run.
Also, even when set to one domain, it performs well if I change the surface and pbl schemes.
error : bl_pbl_physics - (1) YSU scheme, sf_sfclay_physics - (1) Revised MM5 Monin-Obukhov scheme (Jimenez, renamed in v3.6)
success : bl_pbl_physics - (2) Mellor-Yamada-Janjic TKE scheme, sf_sfclay_physics - (2) Monin-Obukhov (Janjic) scheme
I tried tracking WRF.exe trace and found that the error occurs in module_sf_noahmplsm.f90.
>>> addr2line -f -e ./wrf.exe 0x1d5ba80
module_sf_noahmplsm_bare_flux_
/shared/1.WRF_v4.5.2/WRFV4.5.2/phys/module_sf_noahmplsm.f90:4374
So when I output the actual values in phys/module_sf_noahmplsmdrv.F and phys/module_surface_driver.F, the second time step (after 15 seconds) ZLVL became nan, and before that, DZ8W became nan.
The DZ8W calculated in start_date is a normal value without nan values, but after the second time step of 15 seconds, it contains nan values.
Here, DZ8W seems to be an INput value that divides the vertical layer, but I don't know why this value becomes NAN.
It is also questionable that changing sf_sfclay_physics performs normally without nan values.
Please help me.