====== Commit 2013-03-19 ======

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

Implémentation de la classe NortonHoff**P**HypoMaterial 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. 

<code>
[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é**                
</code>

<code>
[a]  NortonHoffPHypoGpkState.h/cpp
[a]  NortonHoffPHypoMaterial.h/cpp
</code>

===== 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

<code>
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
</code>

=== 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

<code>
apps.qs.cont2STEP
gdTech.tests.stp.palplanche 
</code>

=== 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 :

<code>
oo_meta\apps\qs\cont2.stp
oo_meta\apps\qs\cont2STEP.py
oo_meta\toolbox\stp2py.py
</code>

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.