Ajouté par Frank Petitjean il y a presque 6 ans. Mis à jour il y a presque 6 ans.
Description
Gérard,
Dans mon modèle BSO avec critère plis, la dernière version s'arrête avec le message:
erreur de loi de comportement element= 1 point d'integration= 1
non convergence sur une loi de comportement
Ce calcul passe avec les version antérieures. C'est cette version "non-test" qu'Anne-Sophie utilise maintenant !
Frank
Fichiers
| maillage.her (9,36 ko) maillage.her | Frank Petitjean, 05/02/2019 14:38 | ||
| modele.CVisu (7,88 ko) modele.CVisu | Frank Petitjean, 05/02/2019 14:38 | ||
| modele.info (5,61 ko) modele.info | Frank Petitjean, 05/02/2019 14:38 | ||
| modele-V6.872.log (1,85 Mo) modele-V6.872.log | Frank Petitjean, 05/02/2019 14:39 | ||
| modeleV6.873.log (1,29 Mo) modeleV6.873.log | Frank Petitjean, 05/02/2019 14:39 |
oui, c'est dans le restart c-a-d dans la relecture du fichier BI qu'il manquait quelque chose. J'ai rajouté la sauvegarde des déformations mécaniques pour les contraintes planes, et en lecture il manquait la lecture d'un mot clé...c'est corrigé.
Mais cela montre qu'il manque une routine avec restart, pour valider les nouvelles versions. Je vais donc introduire un nouveau test dans la batterie, contruit sur le modèle de ton pb.
Ce sera dispo dans la nouvelle version, quand j'aurai aussi corrigé le bug #192 pour Julien.
Heu... il n'y a pas de restart dans le jeu de données que je t'ai transmis ! Mais peut-être que le .BI est relu dans tous les cas ?
effectivement, tu as tout à fait raison... il n'y a pas de relecture du .BI, c'est d'ailleurs l'intérêt des suite_info
Il y avait quand même un bug sur le restart, mais contrairement à ce que je pensais, sa correction ne change rien au pb initial.
J'ai regardé un partout et là j'avoue que pour l'instant je ne vois rien !
Je vais arrêter pour éviter le mal de tête et je recommencerai demain.
Frank,
pour info, peux-tu m'expliquer pourquoi tu mets un temps maxi de 2 pour les conditions linéaires, alors que le temps final du calcul est de 3 ?
Cela ne change pas le pb, mais c'est pour ma gouverne.
Tu peux aussi remarquer qu'au temps final t=4 j'ai une condition d'encastrement de tous les nœuds qui est activée !
Lorsque il y a une pression hydro + des forces volumiques (poids propre) j'ai besoin de post-traiter la force de réaction au crochet pour en déduire la masse suspendue sous le ballon. C'est surtout utile pour les BSO mais l'option dans Omher peut aussi être activée pour les BP.
Si je récupère le torseur aux seuls noeuds bloqués au crochet les valeurs sont assez fluctuantes et peu précises. Je pense pour des question de critère relatif de convergence vu que ces forces sont très élevées. Pour évaluer la force de réaction global du ballon je réalise un incrément supplémentaire dans lequel je bloque tous les nœuds en conservant le même chargement. Pour que cela soit possible il me faut donc désactiver les CLL.
C'est une stratégie que j'ai mise en place dès les premiers calculs BSO car je n'arrivais jamais à retrouver la force au crochet connue par ailleurs pas le Cnes.
C'est un peu du bricolage mais cela fonctionne... C'est mon coté ingénieur ;-)
bon... j'ai trouvé le bug, une erreur d'inversion de directive de précompilation ... une histoire bien tordue
normalement ce sera ok dans la version 6.874
Je vais en faire un petit test de validation...