Metafor

ULiege - Aerospace & Mechanical Engineering

User Tools

Site Tools


commit:futur:yannick

Differences

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

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
Next revisionBoth sides next revision
commit:futur:yannick [2017/03/10 15:31] crutzencommit:futur:yannick [2017/03/10 17:16] crutzen
Line 66: Line 66:
  
 =====Imports relatifs===== =====Imports relatifs=====
-Dans copraTools, tous les imports absolus sont remplacés par des imports relatifs, à l’exception de l’import dans le fichier Python décrivant la ligne de profilage (traduit à partir des fichiers .CPE/.CRE) qui reste un import absolu. +Dans ''rollForming/copraTools'', tous les imports absolus sont remplacés par des imports relatifs, à l’exception de l’import dans le fichier Python décrivant la ligne de profilage (traduit à partir des fichiers .CPE/.CRE) qui reste un import absolu. 
  
 =====workspace des cas-tests par enchaînement===== =====workspace des cas-tests par enchaînement=====
-Pour tous les cas-tests de profilage par enchaînement (une phase de profilage suivie d’une phase de calcul du retour élastique en dehors de la machine), la seconde phase du calcul est dès à présent réalisée dans un sous-répertoire de travail différent de celui de la première pour autant que cette première phase ne se soit pas achevée sur une configuration non-équilibrée (détection du nom de fichier step_neq.bfac.gz). Si la première phase du calcul s’achève sur une configuration non-équilibrée, la seconde phase du calcul n’est désormais plus démarrée automatiquement.+Pour tous les cas-tests de profilage par enchaînement (une phase de profilage suivie d’une phase de calcul du retour élastique en dehors de la machine), la seconde phase du calcul est dès à présent réalisée dans un sous-répertoire de travail différent de celui de la première pour autant que cette première phase ne se soit pas achevée sur une configuration non-équilibrée (détection du nom de fichier ''step_neq.bfac.gz''). Si la première phase du calcul s’achève sur une configuration non-équilibrée, la seconde phase du calcul n’est désormais plus démarrée automatiquement.
  
 =====Réorganisation des cas-tests de profilage===== =====Réorganisation des cas-tests de profilage=====
Line 95: Line 95:
  
 =====mtGeo/ProfileBuilder===== =====mtGeo/ProfileBuilder=====
-Après avoir réorganisé le module des modèles de profilage, j’ai lancé la batterie de tests pour ce module en particulier (''-run rollForming''), ce qui a entraîné, outre le lancement des simulations du répertoire ''rollForming/copraBattery/'', le lancement inattendu des simulations présentes dans le répertoire ''rollForming/copraTests/'' (gros cas-tests). Pis, parmi ces dernières, j’ai pu observer que l’une (illustrée ici??s’est achevée d’emblée sur une erreur fatale en raison d’un jacobien négatif, avant même de calculer le premier pas de temps. Dans la procédure classique de la batterie, ce cas-test est chargé mais sans aucune intégration temporelle. Le système de batterie ne pouvait dès lors faire apparaître ce cas-test comme ''failed''.+Après avoir réorganisé le module des modèles de profilage, j’ai lancé la batterie de tests pour ce module en particulier (''-run rollForming''), ce qui a entraîné, outre le lancement des simulations du répertoire ''rollForming/copraBattery/'', le lancement inattendu des simulations présentes dans le répertoire ''rollForming/copraTests/'' (gros cas-tests). Pis, parmi ces dernières, j’ai pu observer que l’une s’est achevée d’emblée sur une erreur fatale en raison d’un jacobien négatif, avant même de calculer le premier pas de temps. Dans la procédure classique de la batterie, ce cas-test est chargé mais sans aucune intégration temporelle. Le système de batterie ne pouvait dès lors faire apparaître ce cas-test comme ''failed''.
  
 Tout d’abord, observer le problème dans le maillage ALE ne fut pas évident vu la taille considérable du modèle. J’ai commencé par déterminer la demi-partie du profil concernée par le problème. Ensuite, j’ai identifié l’inter-tête du maillage en réduisant le nombre de stations importées dans le modèle. De cette manière, j’ai abouti au modèle réduit illustré ci-après. On y observe un défaut dans la géométrie des coins de la rive. La construction des deux polyCurves frontières à partir de la polyCurve à mi-épaisseur paraît être en cause. Tout d’abord, observer le problème dans le maillage ALE ne fut pas évident vu la taille considérable du modèle. J’ai commencé par déterminer la demi-partie du profil concernée par le problème. Ensuite, j’ai identifié l’inter-tête du maillage en réduisant le nombre de stations importées dans le modèle. De cette manière, j’ai abouti au modèle réduit illustré ci-après. On y observe un défaut dans la géométrie des coins de la rive. La construction des deux polyCurves frontières à partir de la polyCurve à mi-épaisseur paraît être en cause.
Line 103: Line 103:
 **En définitive, j’ai modifié la tolérance interne de l’opérateur de projection dans la classe ''ProfileBuilder'' (0.1 au lieu de 0).** De cette façon, la projection devient ''BELONG_EDGE'' lors du test d’appartenance, l’opérateur de projection n’est plus mis à zéro et la coordonnée réduite recherchée est bien correcte. **En définitive, j’ai modifié la tolérance interne de l’opérateur de projection dans la classe ''ProfileBuilder'' (0.1 au lieu de 0).** De cette façon, la projection devient ''BELONG_EDGE'' lors du test d’appartenance, l’opérateur de projection n’est plus mis à zéro et la coordonnée réduite recherchée est bien correcte.
  
-=====mtParasolid===== +=====Divers===== 
-Le répertoire ''oo_meta/mtParasolid/numisheet/'' est supprimé, après en avoir discuté avec Cristian. +  Le répertoire ''oo_meta/mtParasolid/numisheet/'' est supprimé, après en avoir discuté avec Cristian. 
 +  * Dans la méthode ''extractBoundaryForce( std::vector< std::tuple<Element*,int,double> > &boundary, mtGeo::Group & group )'' de Interaction.cpp, j'ai fait une petite correction de manière à permettre la compilation sous VS2012. 
 +  * Petit retour des warnings à la compilation sous VS2012.
  
 ===== Fichiers ajoutés/supprimés ===== ===== Fichiers ajoutés/supprimés =====
Line 135: Line 136:
  
 Added : oo_nda/rollForming/copraBattery/bavoletMovTools.py Added : oo_nda/rollForming/copraBattery/bavoletMovTools.py
 +Added : oo_nda/rollForming/copraBattery/U6Short.py
 +Added : oo_nda/rollForming/copraBattery/U6SymL.py
 +Added : oo_nda/rollForming/copraBattery/U6SymLR.py
 +Added : oo_nda/rollForming/copraBattery/U6SymR.py
 +Added : oo_nda/rollForming/copraBattery/U6SymRmm.py
  
 Added : oo_nda/rollForming/copraBattery/large/cChannel/copra/cChannel.py Added : oo_nda/rollForming/copraBattery/large/cChannel/copra/cChannel.py
Line 160: Line 166:
 Added : oo_nda/rollForming/copraBattery/springback/U6SymLR_1.py Added : oo_nda/rollForming/copraBattery/springback/U6SymLR_1.py
 Added : oo_nda/rollForming/copraBattery/springback/U6SymLR_2.py Added : oo_nda/rollForming/copraBattery/springback/U6SymLR_2.py
-Added : oo_nda/rollForming/copraBattery/U6Short.py 
-Added : oo_nda/rollForming/copraBattery/U6SymL.py 
-Added : oo_nda/rollForming/copraBattery/U6SymLR.py 
-Added : oo_nda/rollForming/copraBattery/U6SymR.py 
-Added : oo_nda/rollForming/copraBattery/U6SymRmm.py 
  
-Renamed : oo_nda/rollForming/copraTests/copraLarge -> oo_nda/rollForming/copraTests/large+Renamed : oo_nda/rollForming/copraTests/copraLarge-> oo_nda/rollForming/copraTests/large
 + 
 +Added : oo_nda/rollForming/copraTests/large/cChannel/copra/cChannelALEPrepro.py
  
 Added : oo_nda/rollForming/copraTests/large/ijss/bavoletALE_1.py Added : oo_nda/rollForming/copraTests/large/ijss/bavoletALE_1.py
commit/futur/yannick.txt · Last modified: 2024/03/01 16:05 by boman

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki