commit:2013:03_19
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| commit:2013:03_19 [2013/03/19 18:43] – carretta | commit:2013:03_19 [2017/11/27 11:37] (current) – [Problèmes de transfert des sources sur les stations] boemer | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== 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' | ||
| + | |||
| + | |||
| + | 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 | ||
| + | [a] oo_meta\fluidMaterial\tests\muP_NH.py | ||
| + | </ | ||
| + | |||
| + | < | ||
| + | [a] NortonHoffPHypoGpkState.h/ | ||
| + | [a] NortonHoffPHypoMaterial.h/ | ||
| + | </ | ||
| + | |||
| + | ===== 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' | ||
| + | |||
| + | |||
| + | ==== 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' | ||
| + | |||
| + | < | ||
| + | oo_meta\apps\qs\cont2.stp | ||
| + | oo_meta\apps\qs\cont2STEP.py | ||
| + | oo_meta\toolbox\stp2py.py | ||
| + | </ | ||
| + | |||
| + | L' | ||
| + | |||
| + | Sur les conseils de Romain et Luc, je commite uniquement les résultats windows. | ||
