Openfast: Visualisez les lignes d'amarrage avec VTK

Cher @bartoszstachowicz ,

Bonne question. L'incapacité de visualiser les lignes d'amarrage est une limitation regrettable de la capacité de visualisation actuelle d'OpenFAST. Et pas seulement pour MAP++, mais aussi pour les autres modules d'amarrage d'OpenFAST : MoorDyn et FEAMooring. Juste quelques commentaires :

• Les lignes d'amarrage ne sont actuellement pas visualisées car les modules d'amarrage interagissent actuellement avec d'autres modules via leurs connexions de chaumard uniquement (pour l'interaction amarrage-sous-structure), donc, le déplacement et le chargement des points le long de chaque ligne d'amarrage ne sont pas connus par le code de colle OpenFAST.

• Pour ajouter la capacité de visualisation, il serait probablement préférable d'ajouter une sortie des modules d'amarrage liée au déplacement des nœuds le long de chaque ligne d'amarrage (même si cette sortie n'a pas d'interaction associée avec d'autres modules). Un maillage line2 doit être utilisé pour garantir que la fonctionnalité de visualisation peut interpréter l'interconnexion entre les éléments ponctuels.

• MAP++ résout chaque ligne d'amarrage analytiquement, et ainsi, chaque ligne n'est pas numériquement discrétisée (bien sûr, il y a des nœuds aux interconnexions entre chaque ligne d'amarrage). Cela peut rendre difficile la visualisation de la forme caténaire de chaque ligne dans MAP++, à moins que des nœuds ne soient ajoutés artificiellement à la solution. MoorDyn et FEAMooring impliquent la discrétisation de chaque ligne d'amarrage en plusieurs segments de ligne.

Je laisserai les autres commenter l'effort qu'il faudrait pour développer cette nouvelle fonctionnalité.

Meilleures salutations,

Chère équipe OpenFAST,
J'ai essayé ce week-end et ça marche. Dans MAP C++, il existe déjà une routine pour évaluer les coordonnées d'un nombre donné de points le long de la ligne : map_plot_x_array
J'ai dû modifier les sorties, créer un seul maillage pour toutes les lignes de la simulation et les entrées initiales pour pouvoir définir la longueur de l'élément.
Cependant, il y a un décalage des nœuds de connexion, dans la direction x de la ligne locale, lors du tracé. J'espère que ce n'est vrai que pour la routine de traçage :).
Peut-être que quelqu'un sait pourquoi ? Je ne pouvais pas encore comprendre cela.
Je joins quelques photos du changement.

Meilleures salutations,

BS

@bartoszstachowicz , C'est un très bel ajout ! Je ne sais pas exactement pourquoi il y a un décalage dans la direction x des câbles. Je devrais regarder votre implémentation pour dire s'il s'agit d'un artefact de l'exportation VTK ou d'un bogue dans MAP++.

Souhaitez-vous apporter cette fonctionnalité à la communauté OpenFAST ? Si oui, souhaitez-vous créer une pull request vers la branche dev avec votre ajout de code ?

@andrew-platt , Bonjour, oui bien sûr, dès que j'ai un moment pour ranger un peu et apprendre comment cela fonctionne avec les demandes de tirage.