Projet

Général

Profil

Anomalie #313

Calcul implicite avec loi HH

Ajouté par Frank Petitjean il y a presque 3 ans. Mis à jour il y a plus de 2 ans.

Statut:
Résolu
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
12/02/2022
Echéance:
% réalisé:

100%

Temps estimé:

Description

Bonjour Gérard, Julien

A la demande de Anne-Sophie j'ai mené des calculs de BPL avec les 3 lois HH proposées par Julien. L'écart entre la loi max et min, pour la contrainte longitudinale maximale, atteint 30%. Cela donne une idée de la sensibilité des résultats des calculs EF aux paramètres de la loi HH.

Dans Omher les calculs de BPL se terminent par une phase de statique implicite. Le ballon étant sous pression, les membranes sont tendues et il n'y a aucun problème de convergence... pour la loi HE ! Les mêmes calculs avec la loi HH divergent lors de la phase statique en quelques itérations.

Question : avez-vous déjà utilisé la loi HH (cet assemblage de lois !) dans un calcul implicite avec plus qu'un élément ? Peut-il y a voir un problème dans l'opérateur tangent ? Avez-vous une idée du problème ?

Petite précision, si le calcul avec la loi HE dure 15min, le même avec la loi HH dure... 5 jours !!! Difficile donc d'utiliser ce modèle comme test.

Merci,
Frank

#1

Mis à jour par Gérard Rio il y a presque 3 ans

  • Statut changé de Nouveau à En cours

bonjour Frank,
Je n'ai pas de réponse définitive à tes interrogations mais voici quelques réflexions.
Le fait d'avoir un convergence plus difficile (voir une non convergence) avec une loi HH par rapport à une loi HE n'est pas à priori anormal compte tenu de la nature des lois, comme tu peux le penser.
La première idée serait de penser à une erreur dans l'opérateur tangent.
- Tout d'abord il faut noter qu'avec une loi incrémentale type élasto-plasticité, une convergence dans tous les cas n'est pas systématique ! Par exemple, en général, lorsque l'on se trouve dans une partie fortement non linéaire de la loi, il est nécessaire de limiter le pas de chargement, pour converger.
- En fait j'ai fait beaucoup de calcul avec des comportements de type "élasto-hystérésis" (qui constitue la composante différente avec la loi HE et qui est de type incrémental) et dans la grande grande majorité des cas, je me suis aperçu que le véritable problème venait:
1) soit des choix effectués au niveau des paramètres de calcul de la loi.
La résolution de la partie hystérésis est complexe, plusieurs schémas sont proposés qui n'utilisent pas exactement les mêmes hypothèses. Du coup pour bien appréhender la signification des paramètres de réglage, il est nécessaire de rentrer un peu dans le coeur de la résolution... ce qui n'est pas facile, même pour moi qui ait conçu ces schémas de calcul.
Par exemple, je me suis rendu compte qu'il n'y avait pas un jeu de paramètre qui convient à tous les jeux de paramètres matériaux... ce qui est dommage, mais pas aberrant compte tenu des différentes possibilités de modélisation de la lois !
2) soit des conditions d'entrée imposées au calcul de la loi: par exemple localement, on cherche une réponse pour un incrément de déformation très grand. Dans le cas d'un comportement hyperélastique, pas de pb, il y a (sauf cas très particulier) toujours une solution, mais c'est une autre affaire avec une loi incrémentale !

Dans 90% des cas c'est le 2) qui constitue la raison de la non convergence... (mais il reste 10% pour le 1) )

Ces considérations sont connues mais c'est important de les avoir en tête.
Du coup:
- la loi fonctionne bien avec un élément: pourquoi elle ne fonctionne pas avec un maillage complexe ?
Dans le cas de l'étude sur un élément, la déformation est homogène, le chargement est progressif, on maîtrise les changements de déformation à chaque incrément, on peut même dans certains cas observer directement l'action des paramètres de contrôle des schémas numériques...
Dans le cas d'un maillage complexe avec un chargement quelconque on peut rapidement obtenir des localisations de déformations et/ou des variations locales importantes, qui dépassent la capacité des schémas numériques, voir ... du comportement possible théorique de la loi !

- oui, mais la loi fonctionne bien en explicite en contrainte plane ! pourquoi pas en implicite ?
Effectivement, en CP on utilise l'opérateur tangent, donc il n'y a pas de raison que celui-ci ne fonctionne plus en implicite.
En fait dans une première étape, je commencerais par regarder en détail le champ de déformation obtenu à chaque itération implicite. De plus je mettrais un niveau de commentaire important pour la loi d'hystérésis. Éventuellement j'essaierai d'isoler un élément particulier qui pose vraiment pb. Ensuite, connaissant son num de pti et le num d'élément, je ferais une
sortie d'information maximal de loi, uniquement pour ce pti, ceci pour y voir plus clair ... en particulier j'essaierai de voir si sur la carte globale de déformation (avec gmsh) on ne voit pas quelque chose de particulier...

Comme j'ai moi-même eu à faire ce type d'investigation, j'ai mis en place dans herezh plusieurs stratégie et méthodes qu'il faut utiliser:
- sortie debug,
- utilisation des cartes d'iso et/ou de sortie maple spécifiques,
- niveau de commentaire spécifiques pour les fonctions, et ... la possibilité de piloter ces sorties via une fonction nD: en particulier on peut ainsi sortir l'info spécifiquement à un pti ou un groupe de pti...
- des maillages de complexité croissantes ... si c'est possible, pour éviter de se décourager devant des temps de réponse astronomique !

NB: dans le cas général de la conduite d'un calcul implicite, se rappeler qu'il existe un moyen simple de limiter la déformation d'une itération à l'autre via le paramètre:
NORME_MAXI_INCREMENT
on peut aussi regarder les autres paramètres dédiés au "pilotage de la résolution globale"

Bon courage et bonne journée

#2

Mis à jour par Frank Petitjean il y a presque 3 ans

Merci Gérard pour cette réponse très détaillée.
La première étape pour essayer de comprendre, voir de résoudre se problème serait de pouvoir le reproduire sur un cas simple et rapide. Je ne peux pas envisager de faire toute une série de tests sur un calcul où le problème survient après 5 jours de calcul. Dans mon jeu de données le calcul implicite prolonge le calcul RD dans le même incrément. Il n'y a donc pas de sauvegarde dans le .BI pour un possible RESTART au bon moment. Je peux par contre relancer un calcul complet mais dans lequel les algos RD et implicite sont dans des incréments distincts.
A suivre.

Frank

#3

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

  • % réalisé changé de 0 à 80

Bonjour Frank,
est-ce que je ferme le ticket ?

#4

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

Oui merci

#5

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

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

Formats disponibles : Atom PDF

Redmine Appliance - Powered by TurnKey Linux