| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Ansys |
| |
| Innovationsdynamik statt Innovationsdruck: Einblicke, Antworten, Praxistipps zur Umsetzung, ein Whitepaper
|
Autor
|
Thema: Kontaktproblem NX Nastran (6116 mal gelesen)
|
Fungo1985 Mitglied Student
Beiträge: 26 Registriert: 25.06.2007 NX 7.0
|
erstellt am: 29. Jul. 2010 12:56 <-- editieren / zitieren --> Unities abgeben:
Ich habe zwei Komponenten mit Hex8 Elementen vernetzt. Die eine Komponente besteht aus einer konkaven Flächen auf die eine konvexe Fläche gepresst wird. Die Flächen sind kongruent zueinander, um ein optimales Gleitverhalten zu erhalten. Beide Komponenten sind mit einer recht hohen Anzahl an Elementen vernetzt. Jedoch erhalten ich nach dem Lösen nur an einzelnen Stellen erhöhte Spannungen. Müsste die nicht bei kongruenten Körper etwas verteilter sein? Ich soll nachweisen, dass gerade eine kongruente Konstruktion zu verminderung der Flächenpressung führt. Ich würde mich über eure Hilfe freuen, da ich im Bereich von Kontaktproblemem noch sehr neu bin. Habe im Moment alles mit Standardeinstellungen durchgeführt. Wie ist denn zum Beispiel Target und Source zu definieren? Ich danke Euch! Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Fungo1985 Mitglied Student
Beiträge: 26 Registriert: 25.06.2007 NX 7.0
|
erstellt am: 29. Jul. 2010 19:59 <-- editieren / zitieren --> Unities abgeben:
Die Bauteile sind per Boolean Subtraktion erstellt worden. Ich habe jetzt auch mit der Funktion Node to proximity auch die Knoten noch auf die Geometrie angepasst, aber trotzdem immer noch so ein schlechtes Ergebnis Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Fungo1985 Mitglied Student
Beiträge: 26 Registriert: 25.06.2007 NX 7.0
|
erstellt am: 31. Jul. 2010 20:26 <-- editieren / zitieren --> Unities abgeben:
Also ich habe noch Stunden rumprobiert, aber es hat sich nichts geändert. Ich beschreibe nochmal mein Vorgehen. Der konkave Körper ist durch den konvexen per Boolean erstellt worden => Kongruenz Mit der Node to proximity Funktion habe ich das Netz auf die Polygongeometrie angepasst. Dann habe ich zwischen den beiden mit Standardeinstellungen den Kontakt definiert. Würde vielleicht ein andere Solver helfen? Ich bin echt total ratlos, das bremst mich total in meiner Diplomarbeit- [Diese Nachricht wurde von Fungo1985 am 31. Jul. 2010 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ChristophN Mitglied Berechnungsingenieur
Beiträge: 773 Registriert: 13.12.2008
|
erstellt am: 01. Aug. 2010 10:10 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
Hallo, Die Ergebnisse sehen sehr seltsam aus. Welchen Kontaktalgorithmus verwendest du denn? Hast du eine symmetrische Kontaktdefinition überprüft (d.h. beide Kontaktflächen sind sowohl target- als auch contact-Flächen)? Wie werden die die beiden Körper aufeinander gebracht? Hast du eine Verschärfung des Konvergenzkriteriums überprüft? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Fungo1985 Mitglied Student
Beiträge: 26 Registriert: 25.06.2007 NX 7.0
|
erstellt am: 01. Aug. 2010 10:48 <-- editieren / zitieren --> Unities abgeben:
Also ich habe den Surface-to-Surface Contact von Nastran verwendet. Der benutzt glaube ich das Penalty Verfahren, jedefalls glaube ich das aus den Contact Parameters abzulesen. Meine konvexe Fläche ist Source, die konkave Fläche ist Target. Ich habe das nun geändert, dass eine symmetrische Bedingung vorliegt, also konkav ist T und S und konvex ist T und S. Leider keine großartige Änderung zu erkennen. Das konkave Bauteil wird auf dem konvexen platziert. Das konvexe ist aus der Rückseite fest gelagert. Am Boden des konkaven Bauteils greift eine Flächenlast an und drückt das Bauteil auf das konvexe. Ich habe auch feinere Netze und verschiedene Elemente (Hex20 Tet10) verwendet, immer ein ähnliches Bild Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ChristophN Mitglied Berechnungsingenieur
Beiträge: 773 Registriert: 13.12.2008
|
erstellt am: 01. Aug. 2010 11:04 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
Dann versuch mal, den Kontakt mit der Methode der LAGRANGE-Multiplikatoren zu beachten. An den Stellen, an denen die hohen Spannungen auftreten, ist immer ein einzelner Knoten stark eingedrückt, das könnte durch das Penalty-Verfahren hervorgerufen werden. Möglichweise hilft auch einfach nur das Heruntersetzen des Penalty-Parameters, da werden Durchdringungen nicht so stark bestraft und einzelne Knoten nicht so stark eingedrückt. Was passiert bei Verschärfung des Konvergenzkriteriums? Wieso sieht das Netz der konvexen Fläche so aus wie es aussieht? Also wozu die kreisförmige Vernetzung in der Mitte? Die Elementgrößen der beiden Kontaktflächen unterscheiden sich signifikant, kannst du beide Flächen ähnlich vernetzen? Vielleicht hilft das ja auch weiter... Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Fungo1985 Mitglied Student
Beiträge: 26 Registriert: 25.06.2007 NX 7.0
|
erstellt am: 01. Aug. 2010 13:13 <-- editieren / zitieren --> Unities abgeben:
Das Netz der konvexen Fläche sieht leider so aus, weil an der Rückseite ein Pin angebracht ist, der zur Verankerung im Knochen dient. Da Advanced Simulation leider nur den 3d-Swept Algorithmus zur Vernetzung mit Hexa Elementen beherrscht, musste ich das Bauteil so zerlegen. Mir gefällt das selber nicht, aber ich habe da wirklich viele Stunden mit zugebracht und es funktioniert leider nur so. Ich habe das ganze aber auch schon mit Tet10 Elementen durchgeführt, da ist die Fläche regelmäßig vernetzt und das Ergebnis ist sehr ähnlich gewesen. Habe eben mir diese Sache durchgelesen: http://predictiveengineeringconsulting.com/news/pdfs/Seminar_Linear-Contact-Anal ysis_Notes.pdf Ich verwende ja den linearen 101 Solver. Seltsamerweise kann ich nirgends den Kontakt Algorithmus auf Lagrange ändern, auch keinen expliziten Penaltyfaktor angeben. Ich hänge mal die beiden Fenster an, in denen mir die Optionen für den Kontakt angezeigt werden. Ich hab nun mal die Penalty Unit geändert (Def ist in der Datei oben) und erhalte nun das nachfolgende Ergebnis. Ich habe mal die max. Hauptspannungen aufgetragen, weil das Keramiken sind und ich die Normalspannungshypothese verwende. [Diese Nachricht wurde von Fungo1985 am 01. Aug. 2010 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Fungo1985 Mitglied Student
Beiträge: 26 Registriert: 25.06.2007 NX 7.0
|
erstellt am: 01. Aug. 2010 13:15 <-- editieren / zitieren --> Unities abgeben:
und der rest Interessant finde ich, dass ich auf der Hälfte der konkaven Fläche langsam Zugspannungen erhalte. Ich hätte erwartet, dass das noch etwas ausgewogener ist bei einer kongruenten Konstruktion. Wie gesagt, ich habe nur die Penalty Unit geändert bisher. Habt ihr noch weitere Ideen? [Diese Nachricht wurde von Fungo1985 am 01. Aug. 2010 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Fungo1985 Mitglied Student
Beiträge: 26 Registriert: 25.06.2007 NX 7.0
|
erstellt am: 01. Aug. 2010 13:26 <-- editieren / zitieren --> Unities abgeben:
Also ich habe eben mal anhand meiner Geometrie eine ganz triviale Überschlagsrechnung der Flächenpressung gemacht, ich gebe 1362N auf die konkave Komponente und habe eine über den Daumen gepeilte Fläche von 360mm². Das ergibt zirka 3,78MPa Nun habe ich mal den durcschnittlichen Wert der Elemente im Kontaktbereich genommen und erhalte 3,8Mpa im konkaven Bereich und 2,9Mpa im konvexen Bereich. Ich denke, dass ist schonmal ganz ok. Aber so ganz zufrieden bin ich mit den Ergebnissen noch nicht, vorallem mit der Zug-Druckverteilung. Denn es sieht so aus, als wenn nicht überall ein Kontakt ausgewertet wird. [Diese Nachricht wurde von Fungo1985 am 01. Aug. 2010 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ChristophN Mitglied Berechnungsingenieur
Beiträge: 773 Registriert: 13.12.2008
|
erstellt am: 01. Aug. 2010 13:43 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
Es sieht so aus, als wäre PENN der Penalty-Parameter, versuche den mal kleiner zu machen. Warum verwendest du einen linearen Kontakt? Es ist ja durchaus denkbar, dass Gleitungen auftreten, die die Ergebnisse stark (womöglich für dich positiv) beeinflussen. Hast du Werte für den Reibkoeffizienten vorliegen? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Fungo1985 Mitglied Student
Beiträge: 26 Registriert: 25.06.2007 NX 7.0
|
erstellt am: 01. Aug. 2010 14:59 <-- editieren / zitieren --> Unities abgeben:
Meine Aufgabenstellung beschränkt das ganze erstmal im linearen Bereich zu bleiben, da Untersuchungen an gekrümmten Bauteilen bei uns bisher nicht so durchgeführt worden sind. Ja Reibkoeffi habe ich immer mit drin gehabt mit 0.15 für Oxidkeramiken auf Oxidkeramik. Habe auch ein wenig an den PENN Parametern gedreht und die Werte haben sich nicht großartig verändert. Ich bin mit der Größenordnung der Werte eigentlich auch sehr zufrieden, aber mich macht die Hauptspannungsverteilung ein wenig stuzig, aber viellt muss ich einfach nochmal richtig drüber nachdenken. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MaikB. Mitglied M. Eng. Maschinenbauinformatik
Beiträge: 112 Registriert: 15.11.2002 NX7.5.2; NX-Nastran 7.1, XP-64bit, Dell PrecisionT7500, 2x Quad-Core Xeon X5667 3.06GHz, 24GB-Ram, NVIDIA Quadro FX4800 1,5GB
|
erstellt am: 05. Aug. 2010 08:59 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
Hallo, ich würde nochmal in diese Richtung gucken: 1. Durch die unterschiedliche Netzstruktur auf den Kontaktseiten kann es dazu kommen, dass die Netze oder Knoten sich durchdringen. Das sollte auf keinen Fall so sein. Es gibt zwar die Möglichkeit die Knoten vor der Berechnung zurüchstellen zu lassen, aber das führt zu einer Vorspannung. Was evtl. dein Problem sein könnte. Lies dir das folgende mal durch. Da stehen auch noch einige Dinge die du bei Kontakt beachten solltest. Ab Seite 186! [URL=http://books.google.de/books?id=UkNvAD0MdVcC&printsec=frontcover&dq=nasdala&hl=de&ei=8llaTL2ALcKX4gbMr8TgAQ&sa=X&oi=book_result&ct=result&resnum=1&ved=0CCkQ6AEwAA#v=onepage&q& f=fal]http://books.google.de/books?id=UkNvAD0MdVcC&printsec=frontcover&dq=nasdala&hl=de&ei=8llaTL2ALcKX4gbMr8TgAQ&sa=X&oi=book_result&ct=result&resnum=1&ved=0CCkQ6AEwAA#v=onepage&q &f=fal[/URL] se Grüße, Maik [Diese Nachricht wurde von MaikB. am 05. Aug. 2010 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ChristianB. Mitglied Uni Assistent
Beiträge: 49 Registriert: 21.05.2007
|
erstellt am: 09. Nov. 2010 08:58 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
Vielleicht hilft es ja noch was. Meine Erfahrung: Je ähnlicher sich die beiden Netze für den Kontakt sind desto besser sollte die Kontaktrechnung funktionieren. Ein Knoten soll bei Belastung immer direkt auf einen anderen Knoten treffen. Christian Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MaikB. Mitglied M. Eng. Maschinenbauinformatik
Beiträge: 112 Registriert: 15.11.2002 NX7.5.2; NX-Nastran 7.1, XP-64bit, Dell PrecisionT7500, 2x Quad-Core Xeon X5667 3.06GHz, 24GB-Ram, NVIDIA Quadro FX4800 1,5GB
|
erstellt am: 09. Nov. 2010 09:42 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
Hallo, Kontakte "laufen" nicht von Knoten zu Knoten. Sondern Source-Knoten stützen sich auf die Target-Fläche und es entstehen so genannte Kontaktpunkte. Deshalb Source-Mesh feiner als Target-Mesh. (deutlich vereinfachte Erklärung) Es gibt auch noch andere Möglichkeiten Kontakte zu bilden aber Knoten Knoten geht nach meinem Wissensstand nicht! Grüße [Diese Nachricht wurde von MaikB. am 09. Nov. 2010 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Callahan Moderator Administrator PDMLink
Beiträge: 5611 Registriert: 12.09.2002
|
erstellt am: 09. Nov. 2010 11:20 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
|
piknockyou Mitglied
Beiträge: 32 Registriert: 06.07.2018 CATIA V5R26
|
erstellt am: 03. Feb. 2019 15:12 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
|
MAXITE Mitglied
Beiträge: 26 Registriert: 13.01.2019
|
erstellt am: 03. Feb. 2019 16:53 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
Für Kontakte wird üblicherweise eine Master und eine Slave Seite definiert. Die Kontaktbedingung wird dann zwischen den Knoten der Slave-Seite und den Element-Oberflächen der Master Seite ins Gleichungssystem eingebaut. Auf der Master-Seite werden dabei über die Ansatzfunktionen die Kontaktkräfte auf die Knoten verteilt. Dadurch ist es möglich, dass ein Slave-Knoten an einer beliebigen Stelle auf die Master-Oberfläche auftreffen kann. Dementsprechend ist es nicht unbedingt erforderlich, dass die Master und Slave Knoten aufeinander liegen. Schlecht ist es allerdings nicht... Oftmals sind Free-Coincident MMCs bei Kontakten mit Spalten auch gar nicht möglich. Ein sauber strukturiertes und ausreichend fein vernetztes Gitter hilft unabhängig davon sehr dabei, vernünftige Ergebnisse zu erhalten... Aufklärung genug? Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
piknockyou Mitglied
Beiträge: 32 Registriert: 06.07.2018 CATIA V5R26
|
erstellt am: 04. Feb. 2019 12:42 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
Danke. Du hast mir erklärt, wie die Kontaktpaare sich bilden. Aber was ist denn jetzt nun, wenn Knoten über Knoten bei Anwendung von MMCs liegen? Ich würde gerne besser verstehen, was DANN passiert. Wie du in meinem verlinkten Forenbeitrag lesen kannst, führe ich aus, dass Leute in dem Forum sagen, das GERADE MMC das beste ist für Konvergenz und Präzision. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MAXITE Mitglied
Beiträge: 26 Registriert: 13.01.2019
|
erstellt am: 04. Feb. 2019 14:35 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
"Verbindet" man über die free-coincident MMC zwei Netze miteinander, werden die Knoten der beiden Netze aneinander ausgerichtet. Das bedeutet, dass die Netze auf beiden Verbindungsflächen die selbe Knoten-Anordnung haben und die Knoten "genau" aufeinander liegen. Das führt automatisch dazu, dass sich nicht Knoten des einen Netzes in Element-Volumina des anderen Netzes befinden (keine Durchdringungen). Im Falle einer Kontaktberechnung würden diese Anfangs-Durchdringungen lokal zu hohen Spannungen führen. Besteht ein schmaler Spalt zwischen den beiden Netzen, kann das Konvergenzverhalten verbessert werden, indem man die Netze mittels MMC übereinanderlegt (das Öffnen und Schließen von Kontakten ist einer der Aspekte, die Konvergenz-Schwierigkeiten verursachen können). Modelliert man den Kontakt nach der "alten Methode" mit Kontaktelementen, die direkt zwischen den Knoten der beiden Kontaktflächen verlaufen (z.B. in NX über CGAP Elemente), so ist es sehr wichtig, dass die Knoten der Netze aneinander ausgerichtet sind (ggf. über die MMC), damit die Normal- und Tangentialkräfte der Kontaktelemente auch zu den Normal- und Tangentialrichtungen der Flächen passen. Berechnet man den Kontakt mit der Knoten-zu-Fläche Methode (siehe letzter Beitrag), sind beide Seiten sinnvoll vernetzt und durchdringen sich die Netze nicht, fällt mir gerade keine Notwendigkeit ein, free-coincident MMCs zu definieren (klappt wie gesagt häufig ja auch gar nicht). Sollte man dies doch tun, liegen die Knoten halt "genau" aufeinander und die Kontaktberechnung erfolgt nicht anders als sonst ... über die Normale der Master Seite gap/penetration bestimmen, Kontaktbedingungen ins Gleichungssystem einbauen... Man bedenke, dass sich im Verlauf der Berechnung Komponenten verschieben und verformen können und daher Knoten, die zu Beginn an aufeinanderlagen, dies ggf. später nicht mehr tun. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
farahnaz Ehrenmitglied V.I.P. h.c. Ing.
Beiträge: 2483 Registriert: 24.04.2007 CAE, FEM, Test, NPD
|
erstellt am: 12. Feb. 2019 21:45 <-- editieren / zitieren --> Unities abgeben: Nur für Fungo1985
Zitat: Original erstellt von Fungo1985: Ich habe zwei Komponenten mit Hex8 Elementen vernetzt. Die eine Komponente besteht aus einer ...., um ein optimales Gleitverhalten zu erhalten. ..... Jedoch erhalten ich nach dem Lösen nur an einzelnen Stellen erhöhte Spannungen..... Müsste die nicht bei kongruenten Körper etwas verteilter sein? Ich danke Euch!
Würde ich mal allgemein nicht sagen. Was sind die Belastung und Randbedingungen? ------------------ Grüße, Moe [Diese Nachricht wurde von farahnaz am 12. Feb. 2019 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |