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
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.
Lors du premier transfert des fichiers sur blueberry et gaston, j'ai utilisé WinRAR x64 3.93. Dans ce cas :
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
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
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.