spalt_cpl.zip |
OpenFOAM : Creeping/Stokes flow in OpenFOAM - stabiler Zeitschritt zu klein
Ingeniorator am 08.03.2017 um 12:52 Uhr (1)
Hallo,ich versuche mich an viskoelastischen Simulationen von HDPE-Schmelze in OpenFOAM und zur Einarbeitung beschäftige ich mich zuerst mit strukturviskosem Verhalten. Das Problem hierbei ist, dass die Viskosität von HDPE verdammt hoch, die Fließgeschwindigkeit sehr niedrig und die daraus resultierende Reynoldszahl äußerst klein ist. Prinzipiell kein Problem, würde die Numerik einem keinen Strich durch die Rechnung machen.Bei derart niedriger Reynoldszahl kommt neben der Courantzahl ein weiteres Stabilität ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Steigende Courant-Zahl bei sinkender Geschwindigkeit
Nigirim am 12.09.2013 um 12:34 Uhr (1)
Hallo MAopen,Das Problem mit dem Ansteigen von alpha hatte ich auch vor einiger Zeit (noch in OpenFOAM 2.1.0). Das Problem damals war, dass das Netz nicht einwandfrei war.Überprüf mal dein Netz mit Code: checkMesh -allGeometry -allTopology es könnte sein, dass die Tetraeder die du hast verzogen sind oder ein negatives Volumen haben, das wird im normalen checkMesh meines Wissens nach nicht geprüft.Grüße Nigirim
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Druckprofil als Einlassrandbedingung
Shor-ty am 10.06.2014 um 13:01 Uhr (1)
Hallo,groovyBCLink zum OpenFOAM WIKIScheint so als würde bei dir das nicht funktioniert haben.Randbedingung Syntax beachten! deine Variable w kann nicht funktionieren weil es in Groovy die Variable "x" nicht gibt In deinem Fall müsste es dann wie folgt aussehen:Code:variables "w=0.001*pow(pos().x,2)+0.029*pos().x-0.068"; es dürfte auch möglich sein es mit der allgemeinen Gleichung durchzuführen aber dann musst du eben deine Variable "x" vorher definieren je nach Koordinatensystem halt x, y oder z -------- ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : rotierendes Gitter
TTB am 25.05.2010 um 20:03 Uhr (0)
Hallo,und herzlich willkommen hier im Forum. Ich habe GGI schon lange nicht mehr verwendet, aber so viel Handarbeit war da gar nicht. Die meiste Arbeit übernahm ja OpenFOAM selbst. Vielleicht kommen deine Fehler deswegen und du solltest dir einen anderen Weg suchen, um ein GGI Case aufzubauen?Ich habe meine MSH Dateien auch per "fluent3DMeshToFoam" eingelesen. Dabei habe ich mir aber 2 Cases (fixed Mesh MSH/ rotierendes Mesh MSH) zusammengebaut und die mit "mergeMeshes" zu einem zusammen geschmolzen. Hinte ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Thermal Resistive Layers chtMultiRegionFoam
Moargaz am 11.12.2017 um 13:53 Uhr (1)
Servus zusammen,ich bin derzeit im Aufbau eines chtMultiRegionSimpleFoam Modells. Darin sollen auch thermische Widerstandsschichten eingebaut und mit berücksichtigt werden. Mir ist jedoch im Laufe der Berechnung aufgefallen, dass die Temperaturen höhere Werte erreichen als erwartet, also habe ich mir einen Testcase gebaut. Dieser besteht aus zwei aneinandergrenzenden Würfeln mit der Kantenlänge von je 1m. In Würfel 1 gehen 100 W, diese werden von "box1" an "box2" geleitet und aus "box2" wird ein konvektive ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : OpenFoam Neuling und viele, viele Fragen
Shor-ty am 12.02.2013 um 16:13 Uhr (0)
Also wenn du dein Heizelement auch mit modellieren möchtest dann bleibt dir gar nichts anderes übrig als den MultiRegion Solver zu nehmen. Allerdings dürfte dein Problem auch mit einem einfacheren Wärmelöser -- mit einer Wärmestromvorgabe (Watt/m²) als BC -- auch zum richtigen Ergebnis führen. Eine konstante Wandtemperatur ist natürlich falsch.Apropos: simpleFoam ist nicht für Wärmeprobleme geeignet, da gebe ich deinem Professor recht (hab ich hier auch noch nie behauptet )------------------Grüße Tobias H.
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : checkMesh
t.schumacher am 07.08.2013 um 13:38 Uhr (1)
Schwer pauschal zu sagen.Bei guten Gittern kommt man ohne Correctors aus.Sollte die Rechnung divergieren oder nicht richtig runterkonvergieren kann (!) es helfen mit einem nonOrthoCorrector zu rechnen. Ich habe bisher maximal mit zwei nonOrthoCorrectors in ausgewählten Fällen gerechnet. Zu beachten ist, dass ja mit jedem zusätzlichem nonOrthoCorrector auch zusätzlicher CPU Aufwand / Zeit einhergeht. Ab einem bestimmten Punkt macht es dann mehr Sinn sich nochmal mit dem Gitter zu beschäftigen.Thomas S------ ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Konvergenzprobleme mit simpleFoam (Fahrzeugumströmung)
t.schumacher am 08.08.2013 um 12:51 Uhr (1)
Du hast dir die Frage doch schon selbst beantwortet. Die Strömung hat instationäre Elemente, gerade im Nachlauf. Ein stationärer Solver ist deswegen nur bedingt geeignet.Die Residuen sehen völlig normal aus für einen simpleFoam Run für den Ahmed. 10-15% Abweichung bei 700.000 Zellen ohne Layers und stationär ist schon sehr gut.Layer würde ich auf jeden Fall spendieren.Auch scheint mir die z-Ausdehung deines Gitters zu niedrig zu sein, es sei denn du bildest exact den Windkanal nach?Thomas S.--------------- ...
|
| In das Form OpenFOAM wechseln |
|
AutoCAD LT : Polylinien bzw. 3D-Flächen nach DGM in 3D-Volumenkörper zum Export in .STL
aelmoe am 30.11.2020 um 15:50 Uhr (1)
Hey Klaus,ich simuliere mit der STL-Datein in OpenFoam die Fließverhältnisse.Ich habe gerade nachgeschaut. Das ist AutoCAD 2019 (Schulungsversion)Mit der Netzglätte und Konvertierung in 3D-VolumenKörper bin ich nicht weitergekommen.Folgende Fehlermeldung kam: Netz wurde nicht konvertiert, weil es nicht geschlossen ist oder sich selbst schneidetSollte ich die Frage nochmal in dem richtigen Forum stellen? (Hatte AutoCAD 2019 nicht gefunden)Oder hast du eine Idee?Grüße,aelmoe
|
| In das Form AutoCAD LT wechseln |
|
OpenFOAM : foamToTecplot360
TTB am 05.08.2010 um 08:21 Uhr (0)
Hallo Joscha,hmm, es klappt aber auch gar nichts bei dir Es scheint, dass inkompatible Dinge auf deinem Linux mit meiner OF Version vorhanden sind. Spontan fällt mir jetzt auch keine Lösung ein, als den Source- Code in deiner Linux-Umgebung (anderer Gcc Compiler) neu zu kompilieren.Probiere das doch mal aus. Gehe in den Code von OpenFOAM und führe "./Allwmake" aus. Lösche aber vorher alle Dinge im "/lib"- und "/applications/bin"-Ordner. Vielleicht klappt es ja doch...Gruß Thomas
|
| In das Form OpenFOAM wechseln |
|
CATIA V5 Part / Assembly : Catia V5 Flächenmodell aus 3D Scann auf KS verschieben
TheDuder am 12.11.2010 um 01:44 Uhr (0)
Hi,Zum Ablauf: zunächst werden 3D Bilder abgescannt, mit RapidForm nachbearbeitet und anschliessend als Gitternetz in ein .STP-File exportiert. Diese .STP in Catia V5 importiert, ergibt ein ganz ansehnliches Oberflächenmodel. Das allerding und nun zum Problem, mitten im Nirgendwo liegt. Für die Weiterverarbeitung (Export als .STL-File zur Strömungsanalyse mit OpenFoam) muss das Flächenmodel aber auf dem Ursprungs KS liegen. Wenn ich aber Bedingungen erstelle, verschiebt sich immer nur ein Flächenteil zum K ...
|
| In das Form CATIA V5 Part / Assembly wechseln |
|
OpenFOAM : Fehler in der Massenstrombilanz
Shor-ty am 18.12.2013 um 22:30 Uhr (1)
Hallo,1. du verwendest wohl den simpleFoam Löser bzw. einen inkompressiblen ?2. die Integration läuft über deine Slices? Wenn ja ist der Fehler eindeutig.Sollte 2. zutreffen, liegt es an der Interpolation von Paraview.Abhilfe schafft hier die Interpolationen der Patches mittels OpenFOAM zu machen. Gibt ein paar schöne Tools.Ansonsten - schau dir deine Residuen an (Tipp: pyFoam). Dort gibt es auch die Massenstrombilanz. Siehst du auch an deiner Ausgabe des Solvers.------------------Grüße Tobias Holzmann
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Probleme mit Tutorials
Bistor am 14.04.2011 um 15:41 Uhr (0)
Hallo erst einmal,ich bin noch ganz neu im Forum. Und leider auch ein blutiger Anfänger was OpenFoam angeht.Ich bin gerade am Tutorials durcharbeiten. Schaffe es allerdings nicht, auch nur eines davon fehlerfrei durchlaufen zu lassen. Schon beim ersten Tutorial "cavity" habe ich permanent den Time step continuity... error.Meine Frage vorab, die Tutorials sollten doch eigentlich fehlerfrei laufen? Sprich ohne Fehlermeldungen laufen. Oder????Viele Grüße,
|
| In das Form OpenFOAM wechseln |
