Dans l'optique de l'unification des normales en 2D/3D - RD/DD il est apparu nécessaire de faire un travail spécifique (séparé) sur le contact Thermomec …
noAnalyticalStiffnessAvailable(const Lock &lockType)
(anciennement noAnalyticalStiffnessAvailable(Lock &lockType = ALL)
utilisée en TM où d'office tout était numérique) et conséquences …HeatCapacity
à la place de HeatFlux
dans TmContactElShcut
(évite de faire des 0/0)const CS1
à la place de CSSTIFF
(qui n'est pas à jour) pour les matrice de raideur tangente analytique thermique + passage de tool
et toolPoints
pour prendre en compte la variation de température de la surface maître dans la matrice de raideur tangenteTmFrictionlessContactMaterial
TmCoulombContactMaterial
lorsque mu = 0 (⇒ sliding = true !!!)* ajout de tests contact Dd 3d Tm2 * correction des prof pour les tests contactTm (0.99*R) * suppression de modes rigides de rotation dans certains tests de contactTm (les approximations des matrices de raideur tangente stabilisaient les tests !!!)
Dans ce commit, seuls les calculs (de force et de raideur tangente en accord avec les dites forces) ont étés corrigés. Il est indispensable avant d'utiliser de manière intensive et pour des résultats précis ces éléments, il est indispensable de vérifier numériquement les modèles et méthodes (principalement pour tout ce qui est TM2 … la température de la surface maître (ne tenant pas compte des température sur les noeuds d'interface), la méthode de répartition des forces thermiques entre surface maître et esclave,… me semble parfois “simple” voire “simpliste” et pourraît amener à des résultats potentiellement abérant !!!) En résumé : je me suis juste borné à ce que ca marche (comme ca eut du marcher avant)…
A A oo_meta\mtMaterials\boundaries\TmFrictionlessContactMaterial.cpp A oo_meta\mtMaterials\boundaries\TmFrictionlessContactMaterial.h A oo_meta\apps\contactTm\Dd3dDeg2.py A oo_meta\apps\contactTm\Dd3dFixDeg2.py A oo_meta\apps\contactTm\Dd3dTdiffDeg2.py R
— Luc PAPELEUX 2007/10/09