Differences

This shows you the differences between two versions of the page.

--- commit:2015:07_24 [2015/07/24 16:36] – crutzen
+++ commit:2015:07_24 [2016/03/30 15:23] (current) – external edit 127.0.0.1
@@ Line 22: / Line 22: @@
 Cette fonctionnalité très attendue dans nos modèles ALEs de profilage est rendue techniquement possible depuis la [[commit:2015:06_12a|révision 2293]] de METAFOR. Elle est l'objet premier de ce commit.
 Pour l'implémentation de la découpe, il suffit en effet d'appliquer la désactivation d'éléments par stages sur le tronçon de maillage à l'intérieur de la machine. De cette manière, le tronçon en sortie est définitivement isolé des outillages de la machine.
-Pour ce faire, dans la procédure de génération du maillage initial, la section droite finale de Copra est dupliquée à une distance aval égale au plus grand rayon d'outils de la dernière station. Cela permet de rendre plus aisée la récupération des points géométriques nécessaires à l'application des conditions aux limites. Dans le jeu de données, la définition des conditions aux limites isostatiques est emprunte directement du modèle Lagrangien. L'utilisateur a dès lors à sa disposition toutes les options du modèle Lagrangien pour redéfinir les conditions aux limites au besoin.
+Pour ce faire, dans la procédure de génération du maillage initial, la section droite finale de Copra est dupliquée à une distance aval égale au plus grand rayon d'outils de la dernière station. Cela permet de rendre plus aisée la récupération des points géométriques nécessaires à l'application des conditions aux limites. Dans le jeu de données, la définition des conditions aux limites isostatiques est empruntée directement du modèle Lagrangien. L'utilisateur a dès lors à sa disposition toutes les options du modèle Lagrangien pour redéfinir les conditions aux limites au besoin.
 Toutes les interactions de contact sont désactivées puisqu'elles ne sont, à ce stade du calcul, plus d'aucune utilité.
 Le redémarrage du calcul est opéré en formalisme Lagrangien.
 Enfin, mentionnons que des éléments d'amortissement sont utilisés.
-Illustration à venir!!!
+{{ :commit:2015:bavalebeforecut.png?800 |}}
+//Figure 1. Solution ALE stationnaire avant découpe.//
+{{ :commit:2015:bavaleaftercut.png?800 |}}
+//Figure 2. Solution finale après découpe.//
 En ce qui concerne la modélisation Lagrangienne, la phase de calcul du retour élastique est revue. Au cours de cette phase finale, des éléments d'amortissement sont introduits en raison des vibrations transitoires provenant du changement de conditions aux limites. Ensuite, les paramètres numériques du schéma d'intégration sont adaptés pour cette phase.
@@ Line 63: / Line 66: @@
 === importCopra.py ===
-Les indices des objets géométriques sont renumérotés pour permettre l'importation de la ligne de profilage en C du CRM. Cette ligne comporte en effet un plus grand nombre de galets par station que permis originellement par l'importation dans les modèles numériques.
+Les indices des objets géométriques sont renumérotés pour permettre l'importation de la ligne de profilage en C du CRM (STEELPRO). Cette ligne comporte en effet un plus grand nombre de galets par station que permis originellement par l'importation dans les modèles numériques.
 === utilitiesCopra.py ===
@@ Line 96: / Line 99: @@
 Le nettoyage du ''workspace'' de la batterie a posé quelques problèmes avec les nouveaux cas-tests de profilage écrits sous la forme d'enchaînement.
-Dans le cas où le chemin de répertoire du ''workspace'' défini dans le jeu de données contient un point comme séparateur, aucun fichier ''_init_.py'' n'est écrit dans ce répertoire, ce qui n'est pas sans poser problème pour charger le fichier python résultant de la traduction des fichiers .cpe/.cre.
+Dans le cas où le chemin de répertoire du ''workspace'' défini dans le jeu de données contient un point comme séparateur, aucun fichier ''_init_.py'' n'est écrit dans ce répertoire, ce qui n'est pas sans poser problème pour charger le fichier Python résultant de la traduction des fichiers .cpe/.cre.
 En revanche, dans le cas où le chemin de répertoire du ''workspace'' contient comme séparateur le symbole underscore, le fichier ''_init_.py'' est généré comme attendu et l'ouverture du fichier python en question ne pose dès lors aucun problème. Néanmoins, le ''workspace'' de la batterie n'était pas nettoyé avec cette seconde méthode.
@@ Line 102: / Line 105: @@
 Dans le système de batterie, le nettoyage du ''workspace'' est désormais automatiquement opéré dans le cas particulier de cas-tests par enchaînement, si le nom du répertoire suit la convention recommandée (séparateur dans le chemin du ''workspace'' = underscore).
 Par conséquent, j'ai modifié tous les cas-tests de type "complex" dans la batterie ainsi que ceux comportant le mot clé "workdir" de manière à ce que le chemin de répertoire du ''workspace'' ne contienne plus aucun point comme séparateur.
+<note important>Pour un nettoyage correct du ''workspace'' de la batterie, dans le cas précis d'une série de cas-tests par enchaînement, le chemin du ''workspace'' écrit dans le jeu de données doit dès à présent contenir le symbole underscore au lieu du point comme séparateur.  </note>
 Il n'est pas inutile de rappeler que, selon les "règles de bonnes pratiques", les noms de fichier et de répertoire ne contiennent aucun symbole underscore, sauf dans le cas précis d'une série de fichiers par enchaînement.
@@ Line 111: / Line 114: @@
 ===== Fichiers ajoutés/supprimés =====
 <code>
+moved : arcelor.tools.copraRF.CpeCre.Channel.cpe/cre -> arcelor.tools.copraRF.CpeCre.C-Channel.Copra.Channel.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.Copra.ChannelSt2.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.Steelpro.125_r2.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L120_R2DEG_E1.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L120_R2DEG_E03.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L120_R2PIQ_E1.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L120_R2PIQ_E03.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L120_R05DEG_E1.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L120_R05DEG_E03.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L120_R05PIQ_E1.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L120_R05PIQ_E03.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L360_R2DEG_E03.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.C-Channel.TFE.L360_R05DEG_E03.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.bavoletSt6.cpe/cre
+added : arcelor.tools.copraRF.CpeCre.bavoletSt6St11.cpe/cre
+added : .cpe/cre de lignes confidentielles
 </code>
 ===== Tests ajoutés/supprimés =====
 <code>
-A :
+renamed : arcelor.tools.copraRF.profilageCopra.py -> arcelor.tools.copraRF.copraRollForming.py
-A :
+renamed : arcelor.tools.copraRF.profilageCopraALE.py -> arcelor.tools.copraRF.copraRollFormingALE.py
+added : arcelor.tests.copraLarge.comptesRendusMeca.bavolet_1.py
+added : arcelor.tests.copraLarge.comptesRendusMeca.bavolet_2.py
+added : arcelor.tests.copraLarge.comptesRendusMeca.bavoletALE_1.py
+added : arcelor.tests.copraLarge.comptesRendusMeca.bavoletALE_2.py
+added : arcelor.tests.copraRF.bavoletMovTools.py
+added : arcelor.tests.copraRF.springback.U6ALE_1.py
+added : arcelor.tests.copraRF.springback.U6ALE_2.py
+added : arcelor.tests.copraRF.springback.U6SymLR_1.py
+added : arcelor.tests.copraRF.springback.U6SymLR_2.py
+added : arcelor.tests.copraRF.minWorkingExample.U6.py
+added : arcelor.tests.copraRF.minWorkingExample.U6ALE.py
+added : cas-tests confidentiels
+removed : cas-tests confidentiels
 </code>
  --- //[[Y.Crutzen@ulg.ac.be|Yanick Crutzen]] 2015/07/24 //