Anomalie #29
Problème de prise en compte des conditions imposées pour effectuer un restart
Ajouté par Anonyme il y a plus de 10 ans.
Mis à jour il y a plus de 10 ans.
Description
Bonjour,
J'ai rencontré un problème concernant la lecture du fichier.info pour effectuer un restart du calcul. Mes conditions limites doivent se désactiver à l'instant ou je souhaite relancer mon calcul (en faisant un restart), pour être remplacées par des conditions limites linéaires. Le logiciel n'arrive pas à faire le nécessaire et considère que les conditions limites sont toujours actives, à l'instant du démarrage du restart et ne peuvent donc pas être remplacées par les conditions linéaires.
Ci-joints les fichiers du calcul.
Merci,
Fichiers
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Effectivement, il y avait un cas de surcharge de conditions limites qui n'étaient pas pris en compte lors d'un restart ce qui bloquait le processus de redémarrage. C'est ok maintenant, ce sera disponible dans la nouvelle mise à jour. (> 6.657)
@+
Bonjour,
Le même problème est rencontré pour toutes les versions > = 6.659
Ahmad
normalement le pb a été réparé, et sur le cas test du premier mail cela a fonctionné.
Donc, il me faudrait un cas test qui met en évidence le problème de manière a reproduire l'anomalie.
merci,
Re-bonjour,
Ci-joints les fichiers de calcul.
Dans mon cas, quand je les lance avec la version 6.658 je peux atteindre l'incrément 2 (moment ou je veux, pour la même référence, désactiver une condition de blocage et la remplacer par une condition linéaire), ce qui n'est pas possible avec la version 6.659 ou au delà.
Merci,
suite à l'analyse du test, il y a deux pb.
1) une erreur dans la mise en données: dans la ligne définissant les conditions bloquées la deuxième apostrophe n'était pas correcte exemple:
N_LIGNE_ruban_gauche 'UX= COURBE_CHARGE: c1 ECHELLE: 0’ TEMPS_MINI= 0. TEMPS_MAXI= 1.
qui devrait être:
N_LIGNE_ruban_gauche 'UX= COURBE_CHARGE: c1 ECHELLE: 0' TEMPS_MINI= 0. TEMPS_MAXI= 1.
La conséquence est que le temps maxi n'est pas bien lu (il n'est même pas lu du tout) d'où une surcharge réelle de conditions à partir de 1 seconde
2) une erreur dans herezh ou plutôt un fonctionnement inadéquate: à chaque restart les conditions limites étaient relues et en particulier le type de bloquage. Aussi, si une condition disparait dans le nouveau .info, elle perdurait néanmoins en tant que blocage via l'opération de restart. J'ai modifié en libérant systématiquement tous les ddl juste après un restart. Ces ddl sont ensuite bloqué en fonction des CL lue dans le .info au moment du restart. De cette manière, on peut changer effectivement de CL entre un premier calcul et un autre après restart.
Cela fonctionne sur le test, à voir sur d'autre cas de calcul !!
Les versions > 6.623 intègrent la modif.
Formats disponibles : Atom
PDF