Differences

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

--- commit:2015:10_06 [2015/10/06 13:46] – created wautelet
+++ commit:2015:10_06 [2016/03/30 15:23] (current) – external edit 127.0.0.1
@@ Line 3: / Line 3: @@
 ===== Modifications =====
-==== IeTimeIntegration - Nettoyage de crasse ====
+==== IeTimeIntegration ====
-En analysant la procédure d'initialisation des schémas d'intégration, j'ai réussi à me débarrasser de cette crasse :
+J'ai éliminé les NDYN SHEX et NDYN SHIM dans le code source et le changement de schéma d'intégration via NDYN.
-<code>
+Également, les cas tests des dossiers ie et bIe ont été mis à jour avec la nouvelle interface.
-    // -- ajout RoBo [A revoir]
-    // initialisation "propre des CI": difficile a faire ici où la structure est "un peu"
-    // confuse. Pour m'en sortir, j'applique les CI avant d'appeler l'initialisation des 2
-    // schémas (qui ont besoin de la matrice des masses qui ne peut etre initialisée sans CI).
-    // Au final, les CI seront reappliquées par "DynamicTimeIntegration::initialise(true);"
-    if(!metafor.isARestart())
-    {
-        // applique les CLs
-        metafor.getInitialConditionSet().update(metafor.getCurrentTime());
-        // allouer la méthode de contact en fonction du schéma d'intégration
-        setContactMethod();
-        //pour les contacts precontraints: avoir l'origine du frottement
-        elementsInitialisation();
-    }
-    // -- fin ajout RoBo [A revoir]
-</code>
-Pour se faire, il suffisait de surcharger la fonction buildStrVector() et la fonction strVectorInitialisation() pour chaque schéma d'intégration dynamique dès que nécessaire.
+<note important>Il reste un micro commit à faire pour éliminer les derniers NDYN dans le code source et nous pourrons passer entièrement à la nouvelle interface. </note>
+==== StaggeredTmTimeIntegration ====
-Maintenant, la crasse proprement dit est localisée dans buildStrVector() de IeTimeIntegration() :
+J'ai éliminé dans le code source toutes les références vers le type de schéma étagé. Désormais, il suffit d'interroger le schéma d’intégration pour savoir si il est adiabatique et si on recalcule les contraintes.
+==== TimeIntegration ====
+Les fonctions suivantes sont redéfinies dans chaque schéma d'intégration et on ne fait plus référence au NDYN.
 <code>
-    if(updateRoot) DynamicTimeIntegration::buildStrVector(updateRoot);
+    //Type d'integration
-    //debut crasse
+    virtual bool isMethodImplicit()=0;
-    //Cette etape est indispensable. Elle fait en sorte que les connexions de chaque schéma d'intégration
+    virtual bool isMethodConsistent()=0;
-    //implicite et explicite (ainsi que les vecteurs structuraux commum dynamiques) soient les mêmes.
+    virtual bool isMethodExplicit()=0;
-    static_cast<DynamicTimeIntegration &>(getImplicitTimeIntegration()) = (*this);
+    virtual bool isMethodQuasiStatic()=0;
-    static_cast<DynamicTimeIntegration &>(getExplicitTimeIntegration()) = (*this);
+    virtual bool isMethodThermal()=0;
-    //fin crasse
+    //Interface Methode d'integration volumique
-    getExplicitTimeIntegration().buildStrVector();
+    virtual bool isMethodNotConsistent()=0;
-    getImplicitTimeIntegration().buildStrVector();
 </code>
-Il est à noter que les connexions des schémas explicites et implicites ajoutées dans le ConnexionSet ne sont plus synchronisés suite à cette modification.
-De la même manière, j'ai inséré une fonction initialiseTimeStep() pour le timeStepManager, pour initialiser le pas de temps correctement de le cas du schéma explicite (estimation du pas de temps critique).
-==== Consistent Algorithm Functions ====
+==== Remeshing2 ====
-Les paramètres insérées par l'utilisateur sont immédiatement vérifiés. Dès lors, l’objet se trouve dans un état cohérent avant la phase initialise invoquée par le schéma d'intégration.
+Les cas tests ont été adaptés avec la nouvelle interface et les derniers NDYN dans le code source de BalancingQuasiStaticTimeIntegration ont été éliminés.
 ===== Fichiers/Dossiers ajoutés/supprimés ======