Projet

Général

Profil

Anomalie #252

Problème avec la visualisation iteractive

Ajouté par Frank Petitjean il y a plus de 4 ans. Mis à jour il y a plus de 4 ans.

Statut:
Résolu
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
16/07/2020
Echéance:
% réalisé:

100%

Temps estimé:
Temps passé:

Description

Gérard,

Le module de visualisation interactive déclenche une erreur après le choix des incréments pour l'initialisation de la visu :

  • erreur en lecture des parametres specifiques de l'algorithme
    Algori::Lecture_base_info(...
    passage dans la methode Sortie
    • warning: erreur en ecriture pour la visualisation interactive via le format maple

Pourtant sans l'option avec visualisation et le CVisu actuel j'ai bien un fichier Maple de créé !

Je n'ai conservé qu'un incrément de charge avec une précision de 0.95.
Je ne comprends pas le problème...

Frank


Fichiers

maillage.her (24,7 ko) maillage.her Frank Petitjean, 16/07/2020 16:24
modele.CVisu (8,89 ko) modele.CVisu Frank Petitjean, 16/07/2020 16:24
modele.info (16,5 ko) modele.info Frank Petitjean, 16/07/2020 16:24
plan_sym.her (2,56 ko) plan_sym.her Frank Petitjean, 16/07/2020 16:24
#1

Mis à jour par Frank Petitjean il y a plus de 4 ans

Avec les fichiers...
Merci

#2

Mis à jour par Gérard Rio il y a plus de 4 ans

  • Statut changé de Nouveau à En cours
  • % réalisé changé de 0 à 20

la raison est le fonctionnement actuel de l'algo combiner. La difficulté (qui n'est pas réglé aujourd'hui) est de gérer au niveau des sauvegardes/restarts, le fait que certains algos utilisent des paramètres spécifiques qui ne sont pas génériques, c-a-d stockés dans les paramètres de contrôles dédié à l'algo.
Bon... j'ai imaginé une stratégie+développement et je suis en train de voir si cela fonctionne dans tous les cas ...
donc... affaire à suivre

#3

Mis à jour par Gérard Rio il y a plus de 4 ans

  • % réalisé changé de 20 à 90

finalement cela a conduit à plusieurs modifications importante et corrections qui impacte les sorties en particulier dans le .BI et les restarts ainsi que l'affichage pendant le calcul.
J'ai remarquer plusieurs pb:
1) le compteur d'incrément lors du restart ne fonctionnait pas correctement, on sautait un numéro: par exemple pour un restart à 1, on affichait un premier calcul à l'incrément 3...
2) lorsque l'on faisait de la stabilisation de membrane avec de la relaxation dynamique seule (c-a-d sans algo combiné) il manquait une grandeur quelconque définie aux noeuds, par contre cette grandeur était introduite dans le cas implicite du coup avec l'algo combiné, pas de pb ! étonnant
3) lors de la fin des algos, je demandais à tous les algos de faire une sauvegarde ... du coup, on avait plusieurs fois la dernière sauvegarde...

Bon, a priori ces 3 pb sont supprimés, et j'ai amélioré la prise en compte des paramètres spécifiques non génériques.
Du coup, une bonne nouvelle: on peut maintenant commencer un calcul avec un type d'algo (combiné ou pas) et ensuite via un restart, repartir avec un nouvel algo (combiné différent ou pas ou non combiné).
Lors de la lecture en restart, soit l'algo (ou le sous-algo) trouve les paramètres spécifiques non génériques qui lui correspondent, dans ce cas il en tient compte, sinon, il utilise les paramètres indiqués dans la mise en données ( c-a-d les paramètres valides pour le début du calcul) ou à défaut, les paramètres par défaut. Cependant il faut noter que si ces paramètres sont pilotés par une fonction nD, ils vont se mettre à jour automatiquement quelque soit la valeur lue !

Ce sera dispo dans la version >= 6.948

NB: J'attends une validation de ta part avant de clore le ticket.

#4

Mis à jour par Frank Petitjean il y a plus de 4 ans

Bonjour Gérard,

Le problème est résolu pour moi, merci.
Tu peux fermer le ticket.

Frank

#5

Mis à jour par Gérard Rio il y a plus de 4 ans

  • Statut changé de En cours à Résolu
  • % réalisé changé de 90 à 100

Formats disponibles : Atom PDF

Redmine Appliance - Powered by TurnKey Linux