[Wrf-users] Re: Wrf-users Digest, Vol 46, Issue 9
wrfhelp
wrfhelp at ucar.edu
Fri Jun 20 16:45:00 MDT 2008
If you would like to try what Todd suggested, you will need to make a
change in
Registry/Registry.EM, and change this line from
rconfig integer max_step_increase_pct namelist,domains
1 5 h "max_step_increase_pct"
to
rconfig integer max_step_increase_pct namelist,domains
max_domains 5 h "max_step_increase_pct"
Do 'clean -a', and recompile. Then you can set your namelist variable
max_step_increase_pct as 5, 51,51.
wrfhelp
On Jun 20, 2008, at 12:00 PM, wrf-users-request at ucar.edu wrote:
> Send Wrf-users mailing list submissions to
> wrf-users at ucar.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mailman.ucar.edu/mailman/listinfo/wrf-users
> or, via email, send a message with subject or body 'help' to
> wrf-users-request at ucar.edu
>
> You can reach the person managing the list at
> wrf-users-owner at ucar.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Wrf-users digest..."
>
>
> Today's Topics:
>
> 1. could not find trapping x locations (Guan Song)
> 2. RE: Tests with adaptive time step in WRF-ARW (v3)
> (Hutchinson, Todd)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 20 Jun 2008 00:27:04 -0400
> From: Guan Song <songguan1981 at hotmail.com>
> Subject: [Wrf-users] could not find trapping x locations
> To: <wrf-users at ucar.edu>
> Message-ID: <BAY137-W522C3B9A08BFEB186BD377C6A50 at phx.gbl>
> Content-Type: text/plain; charset="windows-1252"
>
>
> Hi
>
> I ran WRF and got the following errors, how can I fix it then?thanks
> a lot,
>
>
> -------------- FATAL CALLED --------------- FATAL CALLED FROM FILE:
> module_initialize_real.b LINE: 3382 troubles, could not find
> trapping x locations -------------------------------------------
> _________________________________________________________________
> The other season of giving begins 6/24/08. Check out the im
> Talkathon.
> http://www.imtalkathon.com?source=TXT_EML_WLH_SeasonOfGiving
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://mailman.ucar.edu/pipermail/wrf-users/attachments/20080620/66032103/attachment-0001.html
>
> ------------------------------
>
> Message: 2
> Date: Fri, 20 Jun 2008 11:42:38 -0400
> From: "Hutchinson, Todd" <thutchinson at wsi.com>
> Subject: RE: [Wrf-users] Tests with adaptive time step in WRF-ARW (v3)
> To: <edu.penabad at meteogalicia.es>, <wrf-users at ucar.edu>
> Cc: wrfhelp <wrfhelp at ucar.edu>
> Message-ID:
> <8536F69C1FCC294B859D07B179F069440E48F9F9 at EXCHANGE.ad.wsicorp.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Eduardo,
>
> Glad to see that you are working with the adaptive time-step. As I'm
> sure you know, it is new in WRF3.0. We developed and have been using
> the adaptive time-step in operational forecasts with a modified
> version
> of WRF2.2 for quite some time. Our operational simulations consist of
> an outer 12km nest and an inner 4km nest. This configuration has
> been
> very stable for us. However, we have only done limited testing with
> three levels of nesting.
>
> I'm interested to see the length of the time-steps just before the
> model
> crash. Could you post the last hundred or so "Timing for main" lines
> from the rsl.out.0000 file?
>
> Have you set any parameters in the namelist file other than the
> use_adaptive_time_step setting?
>
> I'd suggest that you add the following to your namelist file:
> max_step_increase_pct = 5, 51, 51 (the default is 5,5,5)
>
> This will limit the time-step of the outer nest from changing by more
> than 5%, but allow the time-step on the inner two nests to change by
> up
> to 51%. Since the inner nest(s) time steps must be evenly divisible
> into the outer nest time-step, with the default of 5,5,5, the time
> step
> on the inner nests will not increase unless the time-step on the outer
> nest changes.
>
> Just FYI:
> I believe the 'WOULD GO OFF TOP" lines that you see are a symptom of
> the
> model being unstable. I've seen these types of errors in several
> situations:
> 1) a couple of minutes into a simulation -- often this is caused by
> bad
> input data
> 2) later on during a simulation -- this is most often caused by a
> time-step problem, or bad boundary data.
>
> ________________________________
>
> From: wrf-users-bounces at ucar.edu [mailto:wrf-users-bounces at ucar.edu]
> On
> Behalf Of Eduardo Penabad Ramos
> Sent: Tuesday, June 17, 2008 11:37 AM
> To: wrf-users at ucar.edu
> Cc: 'wrfhelp'
> Subject: [Wrf-users] Tests with adaptive time step in WRF-ARW (v3)
>
>
> Hello!
>
> we are running a setup of 3 nested grids with WRF-ARW (v3) over
> Galicia
> (NW Iberian Peninsula), with dx=36,12 and 4 km.
>
> We are testing the adaptive time step with this grid configuration,
> and
> with the following set of physics:
>
> Radiation: Longwave RRTM, Shortwave MM5-Dudhia
> PBL: YSU (with sfclay: Monin-Obukhov from MM5 MRF)
> Surface: 5 layer MM5 LSM
> Cumulus: Kain-Fritsch
> Microphysics: WSM6
>
> With this setup we have experienced some problems related with
> Kain-Fritsch (we guess). After about 40-50 hours of simulation, error
> messages appear in the WRF output textfiles:
> WOULD GO OFF TOP: KF_ETA_PARA I,J,DPTHMX,DPMIN
> where NaNs appeared for DPTHMAX
> We have tested with Betts-Miller-Janjic cumulus parameterization, and
> although no error messages appeared, wrfout files also have some NaNs
> inside.
>
> Do you have any suggestions? Thanks in advance!
>
> Eduardo Penabad
> MeteoGalicia
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://mailman.ucar.edu/pipermail/wrf-users/attachments/20080620/3c671e90/attachment-0001.html
>
> ------------------------------
>
> _______________________________________________
> Wrf-users mailing list
> Wrf-users at ucar.edu
> http://mailman.ucar.edu/mailman/listinfo/wrf-users
>
>
> End of Wrf-users Digest, Vol 46, Issue 9
> ****************************************
More information about the Wrf-users
mailing list