Hallo NASTRAN-Gemeinde,
ich habe selbst sehr lange mit MSC.NASTRAN in der Industrie gearbeitet - und tue das noch heute im Bereich der Lehre. Unser Unternehmen hat dann später auf VR/NASTRAN "umgesattelt", da wir im Anwendungsbereich dieser Software ausschließlich lineare Statik und Dynamik berechnen.
Hierfür ist VR/NASTRAN eine vorzügliche Alternative - und speziell bei sehr großen Modellen in der Strukturdynamik noch um einiges schneller: dies liegt an dem SMS-Algorithmus für die Modalanalyse, der sehr viel weniger zeitintensives I/O produziert als der bekannte Lanczos-Algorithmus.
Die Elementformulierungen und Ergebnisqualität sowie das Datendeck-Setup ist quasi analog zu dem von MSC.Software - die Control Section sind etwas "vereinfacht". Die üblichen Pre-/Postprozessor-Systeme können wie bei MSC.NASTRAN verwendet werden.
Einschränkungen sind eigentlich nur im Hinblick auf nichtlineare Analysen (Werkstoff, gr. Deformationen und/oder Kontakt) wirksam: die gibt es bei VR/NASTRAN nicht (aber für solche Berechnungen verwenden wir ohnehin ABAQUS ...).
Interessant ist definitiv der Preis - den kennen wir ziemlich genau, denn seit einem Jahr sind wir auch Vertriebspartner des Softwareherstellers.
Demo- und/oder zeitlich befristete Testinstallationen sind verfügbar - kurze e.mail an info@fevolution.net genügt.
Weitere Details findet ihr hier: http://fevolution.net bzw. http://www.vrand.com.
Im Rahmen einer früheren Testinstallation habe ich selbst auch mal ein wenig Erfahrung mit NE/NASTRAN sammeln können: auch hierfür gilt, dass die Ergebnisqualität äquivalent zu der von MSC.NASTRAN ist. Bei NE/NASTRAN sind dann auch nichtlineare Lösungssequenzen verfügbar, aber die taugen höchstens für sehr moderate Materialnichtlinearitäten. Allgemein finden sich in den NASTRAN-Codes keine Formulierungen für größere Deformationen und/oder komplexe Kontaktgeometrien. Hier hat MSC.NASTRAN mit seiner neuen SOL 600 bzw. vielleicht mit der künftigen SOL 400 die besseren Karten ... aber wer soll's (will's) bezahlen?
Gruß und schönes Fest.
Rüdiger
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP