Openfast: تصور خطوط الإرساء باستخدام VTK

تم إنشاؤها على ٣٠ أغسطس ٢٠٢٠  ·  4تعليقات  ·  مصدر: OpenFAST/openfast

هل طلب الميزة الخاص بك متعلق بمشكلة؟

صِف الحل الذي تريده
أود أن أكون قادرًا على تصور خطوط الإرساء كشبكات خط ، من خلال إجراءات VTK ، لـ TurbineType = Type_Offshore_Floating ، عندما يتم ضبط CompMooring == Module_MAP و VTK_type على 3- جميع الشبكات>

صِف البدائل التي فكرت فيها
كنت أتساءل عما إذا كان من الممكن إضافة مخرجات شبكة أخرى ، شبكة من النوع line2 ، والتي ستكون مجموعة من النقاط الوسيطة بين العقد المحددة في ملف إدخال MAP ++ ، مما يلبي معادلات سلسال الخط لكل عنصر من عناصر خط الربط ، مع التوصيلات. يمكن ربطها بواسطة مقاطع خطوط مستقيمة على مسافة معينة من بعضها البعض ، ويعتمد عددها على طول عنصر الخط.
هل أنت مهتم بالحصول على هذه الوظيفة أم أنها تزعجك كثيرًا؟ إذا بدت هذه فكرة جيدة ، فأنا على استعداد تام للعمل على تطويرها ، لكن مهاراتي محدودة للغاية وأحتاج إلى المساعدة. أو نصيحة حول من أين تبدأ.

أنا أقرأ دليل المبرمج الآن.

تحياتي الحارة

بارتوش ستاتشوفيتش>

سياق إضافي
<--->

Help wanted FEAMooring MAP++ MoorDyn Enhancement

التعليق الأكثر فائدة

عزيزي فريق OpenFAST ،
لقد حاولت في نهاية هذا الأسبوع وكان نوعًا ما يعمل. في MAP C ++ ، يوجد روتين بالفعل لتقييم إحداثيات عدد معين من النقاط على طول الخط: map_plot_x_array
اضطررت إلى تعديل النواتج ، لإنشاء شبكة واحدة لجميع الخطوط في المحاكاة ، والمدخلات الأولية لتتمكن من ضبط طول العنصر.
ومع ذلك ، هناك تحول في توصيل العقد ، في اتجاه x الخط المحلي ، عند رسمها. آمل أن يكون هذا صحيحًا فقط بالنسبة لروتين التخطيط :).
ربما شخص ما يعرف لماذا هذا؟ لم أستطع معرفة ذلك حتى الآن.
أرفق بعض الصور من التحول.

أطيب التحيات،

بكالوريوس
lines1
linestop
linesside

ال 4 كومينتر

عزيزي @ bartoszstachowicz ،

سؤال جيد. عدم القدرة على تصور خطوط الإرساء هو تقييد مؤسف لقدرة التصور الحالية لـ OpenFAST. وليس فقط لـ MAP ++ ، ولكن أيضًا لوحدات الإرساء الأخرى لـ OpenFAST: MoorDyn و FEAMooring. فقط بعض التعليقات:

  • لا يتم تصور خطوط الإرساء حاليًا لأن وحدات الإرساء تتفاعل حاليًا مع الوحدات النمطية الأخرى من خلال اتصالاتها العادلة فقط (لتفاعل الإرساء والبنية التحتية) ، لذلك ، لا يُعرف إزاحة وتحميل النقاط على طول كل خط إرساء بواسطة كود غراء OpenFAST.

  • لإضافة إمكانية التصور ، سيكون من الأفضل على الأرجح إضافة ناتج من وحدات الإرساء المتعلقة بإزاحة العقد على طول كل خط إرساء (حتى لو لم يكن لهذا الناتج تفاعل مرتبط مع الوحدات النمطية الأخرى). يجب استخدام شبكة line2 لضمان أن وظيفة التصور يمكن أن تفسر الترابط بين عناصر النقطة.

  • يحل MAP ++ كل خط إرساء تحليليًا ، وبالتالي ، لا يتم تحديد كل سطر رقميًا (بالطبع ، هناك عقد عند الترابط بين كل خط إرساء). هذا قد يجعل من الصعب تصور شكل سلسال لكل سطر في MAP ++ ، ما لم تتم إضافة العقد بشكل مصطنع إلى الحل. يتضمن كل من MoorDyn و FEAMooring تحديد كل خط إرساء في مقاطع خط متعددة.

سأترك الآخرين يعلقون على مقدار الجهد المبذول لتطوير هذه الوظيفة الجديدة.

تحياتي الحارة،

عزيزي فريق OpenFAST ،
لقد حاولت في نهاية هذا الأسبوع وكان نوعًا ما يعمل. في MAP C ++ ، يوجد روتين بالفعل لتقييم إحداثيات عدد معين من النقاط على طول الخط: map_plot_x_array
اضطررت إلى تعديل النواتج ، لإنشاء شبكة واحدة لجميع الخطوط في المحاكاة ، والمدخلات الأولية لتتمكن من ضبط طول العنصر.
ومع ذلك ، هناك تحول في توصيل العقد ، في اتجاه x الخط المحلي ، عند رسمها. آمل أن يكون هذا صحيحًا فقط بالنسبة لروتين التخطيط :).
ربما شخص ما يعرف لماذا هذا؟ لم أستطع معرفة ذلك حتى الآن.
أرفق بعض الصور من التحول.

أطيب التحيات،

بكالوريوس
lines1
linestop
linesside

bartoszstachowicz ، هذه إضافة رائعة حقًا! لست متأكدًا تمامًا من سبب حدوث تحول في الاتجاه x للكابلات. أود أن ألقي نظرة على التنفيذ الخاص بك لمعرفة ما إذا كان هو قطعة أثرية لتصدير VTK ، أو خطأ في MAP ++.

هل هذه الميزة شيء تود المساهمة به في مجتمع OpenFAST؟ إذا كان الأمر كذلك ، هل ترغب في إنشاء طلب سحب إلى فرع dev مع إضافة الكود الخاص بك؟

@ andrew-platt ، مرحبًا ، نعم بالتأكيد ، بمجرد أن تتاح لي لحظة لترتيب الأمر قليلاً ومعرفة كيفية عمل ذلك مع طلبات السحب.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات