Projet

Général

Profil

Anomalie #62

pb DELTAtMINI

Ajouté par Julien Troufflard il y a plus de 9 ans.

Statut:
Nouveau
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
29/05/2015
Echéance:
% réalisé:

0%

Temps estimé:

Description

Il y a un souci dans le cas où le pas de temps mini (DELTAtMINI) est trop grand. Premièrement, il y a des sorties au fil du calcul étranges quand le calcul s'arrête parce qu'il ne peut plus diviser son pas de temps (cas 1 ci-dessous). Deuxièmement, même si le calcul converge correctement mais que pour atteindre le temps final, il doit utiliser un pas de temps inférieur à DELTAtMINI, alors Herezh ne signale pas d'erreur mais le temps final est dépassé (cas 2 ci-dessous).

------------------------------
cas 1) blocage => N_avant 'UX=4.'
------------------------------
dans ce cas, tous les incréments convergent sauf le dernier. L'écriture maple et Gmsh est correcte jusqu'à l'incrément 8. A l'incrément 9, le calcul diverge et le pas de temps mini ne permet pas de recommencer un incrément. Le calcul s'arrête donc comme prévu mais on constate les choses suivantes :
- l'affichage dans le terminal n'est pas correct (le temps annoncé de 1.02426 est supérieur au temps TEMPSFIN qui est de 1)
- il y a une écriture dans le .maple au temps 1.02426
- il y a une écriture dans les .pos Gmsh au temps 1.02426 avec un mauvais numéro d'incrément (2 fois l'incrément 8).
- il y a une écriture dans le .BI d'un second incrément 8 au temps 1.02426 (SAUVEGARDE 1)

problème rencontré dans les versions 6.687 et 6.709 par exemples.
Mais par exemple avec la version 6.681, il y a les mêmes bugs excepté le dépassement du temps final

------------------------------
cas 2) blocage => N_avant 'UX=2.'
------------------------------
le calcul converge correctement, mais le pas de temps mini ne permet pas de faire correctement le dernier laps de temps (entre l'incrément 8 t=0.924264 et l'incrément 9 t=1 => Deltat_T = 0.076 ce qui est inférieur au DELTAtMINI=0.1). Il y a donc dépassement du temps final (que l'on retrouve dans toutes les sorties .BI, .maple et Gmsh, sauf que cette fois le dernier numéro d'incrément est correct dans le .BI et Gmsh, c'est-à-dire égal à 9)

problème rencontré dans les versions 6.687 et 6.709 par exemples.
pas de problème avec la version 6.681


Fichiers

pb_sortie_maple_Gmsh.tar (8,5 ko) pb_sortie_maple_Gmsh.tar Julien Troufflard, 29/05/2015 18:23

Aucune donnée à afficher

Formats disponibles : Atom PDF

Redmine Appliance - Powered by TurnKey Linux