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.

J'ai nettoyé l'ensemble du code source qui fait référence à cette objet, qui existait dans l'objet Metafor et qui n'est plus du tout utilisé suite à un commit précédent.

Par défaut, il y a une instance du LoadAdapationManager dans l'objet Metafor. Désormais, il faut ajouter une référence à Metafor dans son constructeur pour l'ajouter à Metafor :

lam = LoadAdapationManager(metafor)

et nous n'avons plu dans la fenêtre de sortie de Metafor LoadAdaptationManager::initialise() quand on ne l'utilise pas.

J'ai adapté les 4 cas-tests dans oo_nda.sonaca.tests avec ce nouvel interface.

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 .

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