Differences

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

--- commit:2019:07_05 [2019/07/05 18:34] – wautelet
+++ commit:2019:07_05 [2019/07/08 16:56] (current) – [Cas tests ajoutés/supprimés] wautelet
@@ Line 1: / Line 1: @@
 ===== Commit 2019-07-05 ======
-Ce commit est pour pouvoir utiliser la méthode du Lagrangien Augmenté directement dans la phase de l'initial balancing (mise en rotation quasi-statique),ce qui n'était pas possible jusqu'à présent.
+Ce commit est pour pouvoir utiliser la méthode du Lagrangien Augmenté directement dans la phase de l'initial balancing (mise en rotation quasi-statique), ce qui n'était pas possible jusqu'à présent.
 === Augmented Lagrangian Method ===
@@ Line 7: / Line 7: @@
 L'objet AugmentedLagrangianMethod interagit avec le schéma d'intégration DynamicTimeIntegration pour la phase d'initial balancing via la fonction "forcesComputationInitialBalancing()", tout simplement.
-Pour activer l'utilisation de la méthode du Lagrangien Augmenté, il suffit procéder comme dans les versions précédentes du code source. Rien n'a changé à ce niveau là.
+Pour activer l'utilisation de la méthode du Lagrangien Augmenté, il suffit de procéder comme dans les versions précédentes du code source. Rien n'a changé à ce niveau là.
 Pour tester la nouvelle implémentation, j'ai ajouté deux cas-tests dans la batterie.
@@ Line 13: / Line 13: @@
 === Initial Balancing - Major Refactoring ===
-Dans l'objet DynamicTimeIntegration, il y a une phase de calcul dite "initial balancing" pour la mise en rotation quasi-statique initiale des structures. Cette partie du code était assez nébuleuse et donc quasi peu changée au cours des différentes versions du code source. Il a fallu malheureusement mettre à plat tout ça et comprendre ce que l'on faisait exactement dans toutes ces lignes de code. En regardant les similitudes du code avec la fonction integrate() de l'objet QuasiStaticTimeIntegration, je suis parvenu à un refactoring de la fonctionnalité.
+Dans l'objet DynamicTimeIntegration, il y a une phase de calcul dite "initial balancing" pour la mise en rotation quasi-statique initiale des structures/solides. Cette partie du code était assez nébuleuse et donc quasi peu changée au cours des différentes versions du code source : j'ai du lancer pas mal de batterie sur gaston pour être sur d'avancer dans la bonne direction (avec 12 CPUs, ça prend plus ou moins 2h30) . Il a fallu malheureusement mettre à plat tout ça et comprendre ce que l'on faisait exactement dans toutes ces lignes de code. En regardant les similitudes du code avec la fonction integrate() de l'objet QuasiStaticTimeIntegration, je suis parvenu à un refactoring de la fonctionnalité existante.
-Notamment, le fait d'avoir nettoyé et clarifié les étapes de calcul (en comparant avec l'objet QuasiStaticTimeIntegration), j'ai pu mettre en évidence un bug dans le cas où on combine l'initial balancing et une méthode de Newton modifiée. Pour illustrer mes propos voici les étapes de calcul dans la nouvelle version du code source et l'ancienne version du code source pour le cas-test  :
+Notamment, le fait d'avoir nettoyé et clarifié les étapes de calcul (en comparant avec l'objet QuasiStaticTimeIntegration), j'ai pu mettre en évidence un bug dans le cas où on combine l'initial balancing et une méthode de Newton modifiée. Pour illustrer mes propos voici les étapes de calcul dans la nouvelle version du code source et l'ancienne version du code source pour le cas-test apps.bIe.aube2_VACONSISTANT :
   * Ancienne Version
@@ Line 85: / Line 85: @@
 </code>
-Dans la version précédente, on forçait toujours la mise à jour de la matrice de raideur tangente après la première itération, alors que l'algorithme du Newton Raphson modifié ne l'exige pas vu l'évolution du résidu du Newton Raphson.
+Dans la version précédente, on forçait toujours la mise à jour de la matrice de raideur tangente après la première itération, alors que l'algorithme du Newton Raphson modifié ne l'exige pas vu que le résidu du Newton Raphson diminue suffisamment dans les itérations suivantes.
-Par la même occasion, j'ai éliminé les multiples appels inutiles à des fonctions du style beginStep(), etc... pour simplifier la structure du code, rassemblé différentes fonctions dans une nouvelle fonction et ajouter des commentaires pour expliquer les différentes phases du calcul.
+Par la même occasion, j'ai éliminé les multiples appels inutiles à des fonctions du style beginStep(), etc... pour simplifier la structure du code. J'ai aussi rassemblé différentes fonctions dans une nouvelle fonction et ajouter des commentaires pour expliquer les différentes phases du calcul.
-Au niveau de la visualisation, il est désormais possible d'interagir les différentes phases de l'initial balancing via le widget "TimeIntegrationInteractor".
+Au niveau de la visualisation, il est désormais possible d'interagir avec les différentes phases de l'initial balancing via le widget "TimeIntegrationInteractor".
 Finalement, j'ai ajouté la mise à jour des chargements nodaux imposés via un LoadingSet, des positions des outils en force driven, des degrés de liberté liés via la fonctionnalité EqualityDofConstraint dans la phase d'initial balancing.
@@ Line 107: / Line 107: @@
 <code>
-[a]:
+[a]:apps\contactMec\initialBalancingAube2to3Moyeu2DAnaAlm.py
+[a]:apps\contactMec\initialBalancingAube2to3Moyeu3DAnaAlm.py
+[a]:apps\contactMec\initialBalancingAube2to3Moyeu2DAnaAlm.tsc
+[a]:apps\contactMec\initialBalancingAube2to3Moyeu3DAnaAlm.tsc
 [r]:
 </code>