Table of Contents

Commit 2013-03-19

Norton-Hoff : prise en compte des effets de la pression

Implémentation de la classe NortonHoffPHypoMaterial qui dérive de NortonHoffHypoMaterial. Cette nouvelle classe permet de prendre en compte l'influence de la pression sur la viscosité (paramètre NORTON_MU) et le module de compressibilité (BULK_MODULUS).

Les deux cas test suivants ont été ajoutés à la batterie. Il s'agit de tests réalisés sur des mono-éléments. Le premier est un cas de traction compression avec un module de compressibilité qui varie de manière linéaire avec la pression. Le second est un test de compression-cisaillement dans lequel la viscosité varie suivant la loi de Barus.

[a] oo_meta\fluidMaterial\tests\kP_NH.py   -> influence de la pression sur le **module de compressibilité**
[a] oo_meta\fluidMaterial\tests\muP_NH.py  -> influence de la pression sur la **viscosité**                
[a]  NortonHoffPHypoGpkState.h/cpp
[a]  NortonHoffPHypoMaterial.h/cpp

Remarques

Sensibilité à la taille du pas de temps lorsque K dépend de p

Les résultats obtenus avec un module de compressibilité variables dépendent de la taille du pas de temps. Sur le test kP_NH.py, mentionné ci-dessus, en utilisant un pas de temps de 0.01 [s] j'obtiens des résultats identiques à la solution analytique correspondante par contre, lorsque j'augmente la taille du pas de temps (0.1 [s]) la solution numérique s'éloigne de la solution analytique. J'en ai discuté avec Luc. Il m'a donné une autre idée pour implémenter cette fonctionnalité. Sur ses conseils, je commite malgré tout pour conserver l'historique de ce que j'ai fait. Je ferai la correction dès que possible.

Problèmes de transfert des sources sur les stations

Lors du premier transfert des fichiers sur blueberry et gaston, j'ai utilisé WinRAR x64 3.93. Dans ce cas :

Sur blueberry

Le tests suivant ne passaient pas avant que je ne fasse un dos2unix des fichiers contenus dans le répertoire : oo_nda\arcelor\tools\copra5\CpeCre

arcelor.tests.copraLarge.bavoletALE
arcelor.tests.copraLarge.channel
arcelor.tests.copraLarge.traverseALE
arcelor.tests.copraRF.KitrackALE
arcelor.tests.copraRF.U6SymL
arcelor.tests.copraRF.U6SymLR
arcelor.tests.copraRF.U6SymR
arcelor.tests.copraRF.U6SymRmm

Sur gaston

En plus des tests ci-dessus, les deux jeux de données ci-dessous ne passaient pas. J'ai tenté un dos2unix des 2 fichiers python pour résoudre le problème mais sans succès

apps.qs.cont2STEP
gdTech.tests.stp.palplanche 

Nouvelle version de WinRar

Ensuite, j'ai téléchargé la version 4.20 de WinRar. J'ai transféré les sources (sur gaston uniquement) et j'ai relancé la batterie en pensant que l'utilisation de la nouvelle version de WinRar résoudrait le problème. Les mêmes cas tests plantent. Ensuite, pour essayer de faire passer apps.qs.cont2STEP j'ai fait un dos2unix des fichiers :

oo_meta\apps\qs\cont2.stp
oo_meta\apps\qs\cont2STEP.py
oo_meta\toolbox\stp2py.py

L'import du fichier cont2.stp ne fonctionne pas. Alors que ça se passe bien sur blueberry et sur mon pc.

Sur les conseils de Romain et Luc, je commite uniquement les résultats windows.