J'ai nettoyé l'interfaçage du Lagrangien Augmenté avec l'objet TimeIntegration et l'objet Metafor. Désormais, on a uniquement “AugmentedLagrangianManager.h” dans ces deux objets là et non dans tous les schémas d'intégration.

La gestion du contact tangentielle se fait au moyen d'une base locale associée à chaque nœud en contact construite à partir du gap tangentielle, de manière à ce que la direction tangentielle soit toujours alignée avec la direction du glissement. Ainsi, par construction, la valeur du cisaillement de contact est toujours positive ou nulle.

Dans certains cas de figure, afin de comparer avec des résultats de la littérature, il peut être intéressant d'utiliser la base locale de l'outil, qui est identique pour chaque nœud en contact, afin d'avoir une valeur du cisaillement de contact positive (c'est à dire que la force tangentielle de contact est alignée avec la tangente de l'outil) ou négative (cas contraire).

Pour se faire, il suffit d'utiliser les commandes suivantes :

  extractorFt = TangentForceValueExtractor(ci)
  extractorFt.setUseToolLocalSystemAxes()
  valuesmanager.add(1, extractorFt,'Ft') 

Cette fonctionnalité ne marche que pour l'instant en état plan déformation et en axisymétrique.

Afin de tenir compte de la fraction du temps CPU passée dans les routines liées à l'algorithme du Lagrangien Augmenté (Dans l'intégration temporelle), j'ai ajouté un timer dans le même ordre d'idée que ceux qui existent pour l'assemblage de la matrice de raideur tangente, la détection du contact, etc.

Il est possible de

1. de mettre à jour la fenêtre de visualisation à chaque augmentation.
2. de sauvegarder les grandeurs des extracteurs sur le disque dur à chaque augmentation.

Le cas test apps.ale.friction2Ddd utilise le mailleur gen4. J'ai constaté que le maillage dans la version de développement du cas-test dépend du fait que l'on lance Metafor avec la fenêtre de visualisation graphique ou en ligne de commande. Le cas-test plante suite à la présence de contact déformable déformable et une faible valeur de la pénalité tangentielle avec le maillage généré suite au lancement du cas test en ligne de commande.

Pour obtenir des résultats cohérents et (avoir des résultats puisqu'il plantait), j'ai augmenté la pénalité tangentielle de 1.E4 à 1.E5.

Il y a quelques cas-tests dans la batterie sur le lagrangien augmenté :

1. apps.complex.contact3dDefoDefoAugLag1
2. apps.complex.contact3dDefoDefoAugLag2
3. apps.complex.contact3dDefoDefoAugLag3
4. apps.contactMec.contact2dEpeAugLagCoul
5. apps.contactMec.contact2dEpeAugLagFricLess
6. apps.contactMec.contact2dEpeAugLagStick
7. apps.qs.contact3dDefoDefo1
8. apps.qs.contactDefoDefoAugLag1
9. apps.qs.contactDefoDefoAugLag2
10. apps.qs.contactDefoDefoAugLag3
11. apps.qs.contactDefoDefoAugLag4

J'ai adapté l'interfaçage des cas-tests en modifiant les fonctions de la boite à outil apps.toolbox.createContactTests . Les cas-tests fonctionnent mais rien ne garantit que

Dans la suite du commit, il faut

1. nettoyer toutes les classes possédant l'ancien interfaçage (1ère étape).
2. ajouter des cas-tests (état plan déformation, axisymétrique et 3D) pour tester l'interfaçage et éventuellement statuer sur le sort des cas-tests actuellement dans la batterie (2ième étape);
3. ajouter les cas-tests de référence de l'article de Simo et Laursen 1990 (3ième étape);
4. faire la documentation;

[r]:
[a]:

[r]:
[a]:

— Gaëtan WAUTELET 2014/10/29