Plaxis 2D'nin mesh generator'indan sikayetim var: karmasik geometrilerde (iki kademeli istinat + ic donus + zemin ankraji) kaliteli mesh uretmiyor, derinlemesine denetimlerim uzadi bu yuzden. Gmsh'yi duydum, daha iyi mesh cikariyor, kontrollu anisotropic sizing, structured / unstructured karisik zonlar mumkun.

Soru: Gmsh'de urettigim mesh'i Plaxis 2D'ye aktarmanin bir yolu var mi? Plaxis'in resmi bir import API'si oldugunu bulamadim. Eger yoksa, mesh'i disarida uretmek Plaxis'e yarar saglamiyor demektir.

Tuba ablam, ne yazik ki Plaxis 2D'nin resmi mesh import API'si yok. Plaxis'in Python Scripting API'si (Plaxis Remote Scripting) var, geometry import edebiliyorsunuz (points + lines), ama mesh kendisi Plaxis'in kendi mesher'ine yaptiriliyor.

Benim denedigim workaround: Gmsh'de geometri ve cizgi segmentlerini tasarlayip, sonra bunlari .dxf ile export ediyorum, .dxf'i Plaxis'e import ediyorum, sonra Plaxis'te "mesh density" kontrolune orelama cizgileri (mesh refinement lines) koyuyorum. Gmsh'nin kendi mesh'i kaybolsa bile, density lines uzerinden Plaxis'e mesh goruntusunu iyi tarif edebiliyorum.

Tam "mesh aktarim" degil, "mesh yonlendirme" diyelim. %80 is goruyor benim ihtiyacim icin.

bim_berk yazdi:

Plaxis 2D'nin resmi mesh import API'si yok.

Hayal kirikligi. Workaround hakkinda: density lines ne kadar etkili? Plaxis bunlari 6-noded triangle olarak kendi uretirken, Gmsh'de optimizer ile yaptigim mesh kalitesine yaklasabiliyor mu?

Dogrusunu soylemek gerekirse, Plaxis mesh'i Gmsh'nin kalitesine ulasmiyor, ama iki seviye yakin. Mesh aspect ratio histogram'i karsilastirdim bir 2 projemde, Gmsh'de max aspect ratio 2.1, Plaxis'te aynii geometri icin 3.4 civari. Hesap sonuclari %3-5 farkla orusiyor, kritik nokta olmayan projelerde bu tolere edilebilir.

Cozum istiyorsan tam: Code_Aster'e gec, Gmsh ile dogrudan entegrasyonu var, full kontrol. Ama o zaman Plaxis constitutive modelleri (HS small, soft soil creep) yerine Code_Aster'in kendi modelleri gelir, bu da baska bir ogrenme egrisi.

Tuba hanim, tunel projelerinde biz tamamen Code_Aster + Gmsh'ye gectik bu sebeple. Plaxis'in mesh'i karmasik geometride yetersiz. Ogrenme egrisi dik, 2-3 ay aldi tam hakim olmak, ama simdi geri donemem.

Iki onemli kaynak tavsiyem: (1) EDF Code_Aster documentation (cok kapsamli), (2) YouTube'da "CAELinux" kanali — salome_meca ve Code_Aster tutorial'larina iyi baslangic.

Ben bir ara Gmsh'yi ANSYS Mechanical'a import etmek icin ugrastim, benzer sorun — vendor mesh'i kendi istiyor. FEA dunyasinda bu "mesh monopolsu" yaygin bir sorun.

Tuba ablaya teknik ek: Plaxis 3D'de durum biraz daha iyi — .ifc import edebiliyor, Gmsh'den .ifc cikarsan dolayli yoldan mesh goruntusunu aktarmak mumkun. Ama 2D'de .dxf workaround kaliyor.

ODTU'da master ogrencilerine "mesh'i bir kez Gmsh'de ureterek kalite olarak ne farkettigini gorun" diye odev veriyoruz. Cogu baslangicta "Plaxis mesh'i yeterli" diyor, Gmsh'ye gecince fark ediyor ki slip surface'in ince izlenmesi icin anisotropic sizing sart. Plaxis'in "fine mesh" opsiyonu her yeri ayni sikistiriyor, bu vakit israfi.

Tuba, eger kritik bir proje ise Code_Aster'e gecmeden Plaxis'in Python API'si ile bir workflow yazmayi dusunun — Gmsh'de mesh density fonksiyonunu hesaplat, cikan noktalari Plaxis'e refinement line olarak Python API ile pompala. Yarim cozum ama %95 kaliteye ulasiyor.

akademi_can_odtu yazdi:

Gmsh'de mesh density fonksiyonunu hesaplat, cikan noktalari Plaxis'e refinement line olarak Python API ile pompala

Bu fikir ilginc, Python API ile mesh density'yi yonlendirme mantikli. Berk'in dxf workaround'una alternatif, daha programatik. Ornek kod var mi elimizde, yoksa ben bir ogle tatilinde deneyebilirim.

Tuba abla, ornek kod yazarim, can hocamin onerisi iyi. Plaxis Remote Scripting'i zaten kullaniyorum birkac projede. Gmsh'den node koordinatlari cikarmak meshio ile iki satir, sonra Plaxis'te `g_i.plline(...)` ile refinement line eklemek bir dongu. Haftasonu bir notebook yazip paylasirim.

Bizim firmada iki projede Plaxis + Gmsh refinement line workaround'u kullaniyoruz, calisiyor. Mehmet Ali (MAYilmaz_Inz) abinin dedigi "mesh yazilimin ruhudur" lafi dogru cikti — mesh iyilesince sonuc gurultu azaliyor, konverjans iyi.

Bir de Gmsh'nin OpenCascade kernel'i son surumde (4.11+) cok gelisti, yarim daire + cephe + iyilestirme yuzeylerinin birlesmesi problem olmuyor, eskiden zor olan isler simdi 5 satir python ile.

Siz buyuk mesh dertleri icindeyken benim Plaxis'im ekran kartini beni trolluyor bazen. Mesh 50k element olunca GPU hang ediyor, tek cozum mesh rekalibrasyonu.

Gmsh bu sorunu yasatmiyor mu? Yoksa python + ekran karti bir bicim daha iyi anlasiyor mu?

kocaelili_hakan yazdi:

Gmsh bu sorunu yasatmiyor mu?

Gmsh CPU tabanli, ekran karti bagimsiz. ParaView ile goruntuleme yapiyorum, o da OpenGL ama modern hardware accelerated. 200k element ParaView'de bilgisayar donmadan doner. Plaxis'in goruntuleyicisi oldukca eski teknoloji, Hakan'in hang sorunu oradan geliyor.

Mesh demis fren demis, jeoteknik yazilim dunyasi 2024'te hala mesh import edemiyoruz diye tartisiyor, ilginc bir medeniyet.

Sonuc olarak: tam kopru yok, ama dxf + refinement line + Python API workaround ile Plaxis iyi mesh'e kavusturulabilir. Berk'in paylasacagi notebook'u bekliyorum. Herkese tesekkurler.

Uzun vadede Code_Aster'e gecmeyi gundemime aldim, fakat projeler hizli ilerliyor, belki sonraki yila kalir.

Tuba iyi bir arastirma baslatti, cevaplar guzel. Bir nostaljik not: 1998'de ilk FEM'i ogrenmek icin Berkeley'den gelen FEAP programi vardir, Tcl benzeri script dili, hemen hic GUI yok. Simdiki Gmsh + Code_Aster kombinasyonu o zaman icin "hayal" seviyesindeydi. Araciniz acik kaynaga donmus, kapaniyor degil. Iyi zamanlarda yasiyoruz aslinda.