[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 i’m  
> 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