Changes between Version 9 and Version 10 of PortageJeanZay


Ignore:
Timestamp:
Oct 16, 2019, 7:48:38 AM (5 years ago)
Author:
fhourdin
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • PortageJeanZay

    v9 v10  
    2727On passe flxw comme flux de masse verticale à physique dans dyn2dmem/leaprfog_loc. Or ce flux de masse n'est pas forcément calculé encore. Il l'est par caladvtrac_loc mais celui ci ne calcule flxw que tous les iapp_tracvl pas de temps. Peut être que ce n'est un problème que quand iapp_tracvl n'est pas égal à iphysiq ... Je n'ai plus la main sur jean-zay ce matin pour faire des tests la dessus. En fait , on peut passer w à la place de flxw. C'est pas exactement le même mais c'est plus cohérent. Malheureusement ca change un peu les résultats numériques avec la nouvelle physique. Mais du coup, je ne comprends plus comment on avait 1+1=2. Ceci dit, je vois que les résultats ne sont pas changé au premier jour. (ce w n'est utilisé que dans les fermetures convectives). Est-ce qu'on peut être passé à côté ?
    2828
    29 ==== Solution du problème =====
     29==== Solution du problème ====
    3030
    3131Ce problème survient quand la fréquence d'appel à la physique n'est pas un multiple de la fréquence d'appel aux traceurs.
     
    3333Donc, au premier pas de temps physique, flxw n'était pas initialisé.
    3434
    35 ==== A décider =====
     35==== A décider ====
    3636
    3737Est-ce qu'on commet w à la place de flxw dans l'interface pour éviter ce problème ?