Anomalie #252
Problème avec la visualisation iteractive
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
Mis à jour par Frank Petitjean il y a plus de 4 ans
- Fichier maillage.her maillage.her ajouté
- Fichier modele.CVisu modele.CVisu ajouté
- Fichier modele.info modele.info ajouté
- Fichier plan_sym.her plan_sym.her ajouté
Avec les fichiers...
Merci
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
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.
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
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