Le calcul de la normale à un wire dépend de son orientation global et non de l'orientation de chacune des courbes le constituant. Dès lors, il fallait adapter la fonction du calcul de la normale !

J'ai corrigé un bug dans l'expression de la matrice de raideur de contact dans le cas collant ou avec frottement (Partie géométrique).

J'ai adapté le calcul de la mise à jour des composantes de la force de contact lors de la phase ALE pour faire face au cas particulier de l'area in contact (mise à jour de l'aire nodale à toutes les itérations mécaniques).

En suivant la procédure proposée par Romain pour la mise à jour des grandeurs de contact lors de la phase endALE(), j'ai proposé une méthode (peu rigoureuse !) pour mettre à jour les grandeurs liées au contact dans le cas du transfert des données d'un maillage à l'autre.

Dans le cas du Lagrangien Augmenté, il faut transférer le lagrangien normal (scalaire) et le lagrangien tangentiel (vecteur) ainsi que le point de collement.

Pour se faire, j'ai tout simplement utilisé la même méthode qu'en pénalité, c'est à dire j'ai adapté la valeur du lagrangien normal et du lagrangien tangentiel aux nouvelles valeurs de la pression de contact et du cisaillement de contact, si ceux-là étaient non nuls dans la configuration lagrangienne.

Possibilité de voir la configuration après chaque phase de Rezoning ou après chaque phase de Convection. Il suffit d'activer les options dans Metafor→File→Metafor Options.

Il est désormais possible de voir les nœuds qui ne sont pas en contact (Symbole Double Pyramide) !

J'ai rendu un peu plus robuste la lecture des strings dans un vizwin.conf. En particulier, j'ai ajouté un compteur pour sortir des boucles de lecture si on ne trouve pas les mots clés encadrant une string (Nouveau format précédemment introduit pour tenir compte des espacements !).

J'ai rendu l'affichage des numéros User et DB sous le format entier.

[r]:
[r]:
[a]:

[r]:
[a]:apps/ale/forgeAugLag.py
[a]:apps/contactMec/contact2dEpeAugLagTresca.py
 

— Gaëtan WAUTELET 2015/10/21