Projet

Général

Profil

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.

Statut:
Résolu
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
23/05/2014
Echéance:
% réalisé:

100%

Temps estimé:
Temps passé:

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

calcul EF_pb_restart.zip (22 ko) calcul EF_pb_restart.zip Anonyme, 23/05/2014 11:20
pb_CLL.zip (59,6 ko) pb_CLL.zip Anonyme, 25/06/2014 15:08
#1

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

  • 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)
@+

#2

Mis à jour par Anonyme il y a plus de 10 ans

Bonjour,

Le même problème est rencontré pour toutes les versions > = 6.659

Ahmad

#3

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

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,

#4

Mis à jour par Anonyme il y a plus de 10 ans

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,

#5

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

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

Redmine Appliance - Powered by TurnKey Linux