|
OpenFOAM : mappen von Geschwindigkeitsfeldern
Shor-ty am 16.10.2015 um 09:10 Uhr (1)
Morgen zusammen,also das mit dem Rohr ist mir nach euren Ausführungen noch nicht so ganz klar. Erste Frage an euch, es sind schon zwei Simulationen, oder?Es kann immer / und wird immer so sein das groovy für diverse Versionen von FOAM nicht standardmäßig funktioniert, allerdings ist Bernhard schon auf zack Nach ein paar Tagen ist das dann auch immer behoben.Die Randbedingung heißt glaub timeVariing etc. Das list dir Daten aus einer Datei ein. Über Sample hast du ja die Daten glaub ich dann als File vorlie ...
|
| In das Form OpenFOAM wechseln |
 |
OpenFOAM : shm add layer inlet/outlet problem
Shor-ty am 21.10.2015 um 13:33 Uhr (1)
Hi,ich war so frei und hab auch mal ein 90° Rohr vernetzt. Resultat im Anhang. Wie du siehst hab ich 100% Layergenerierung ohne irgendwelche Probleme. Bei meinem Tutorial unter 45° ist natürlich das Hintergrundnetz entscheidend. Wie schon erwähnt hab ich unglücklicherweise die Cad-Datei gelöscht und auf die Schnelle nur eine x-beliebiges Backgroundnetz erstellt (wichtig ist hier die Bounding-Box). Jenachdem wie du dein Hintergrundnetz definierst, sind die Zellen am Outlet entweder irgendwo zwischen den Zel ...
|
| In das Form OpenFOAM wechseln |
spritze_halb_fein.zip |
OpenFOAM : snappyhexMesh wrongFaces
schingel am 30.10.2015 um 18:32 Uhr (1)
erstmal vielen dank für deine Erklärung, die war sehr verständlich! habs jetzt auch hinbekommen habe mir deine Tipps zur Herzen genommen und die STLs noch einmal feiner gemacht aber sobald ich es versuche mit Snappy zu meshen, tauchen wieder Fehler auf Die Spitze von meiner Spritze wird mir einfach weggesnappt... (s. Anhang), habe mir auch deinen Case angeschaut und versucht einige Sachen zu übernehmen... aber keine Chance, snappy ist da echt stur...bitte korrigier mich wenn ich da ein Verständnisfehler h ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : snappyhexMesh wrongFaces
Shor-ty am 30.10.2015 um 23:51 Uhr (1)
Zitat:Original erstellt von schingel:[i]erstmal vielen dank für deine Erklärung, die war sehr verständlich! habs jetzt auch hinbekommen GerneZitat:habe mir deine Tipps zur Herzen genommen und die STLs noch einmal feiner gemacht aber sobald ich es versuche mit Snappy zu meshen, tauchen wieder Fehler auf Nicht wirklich... deine STL ist zwar an der großen Rundung besser aber unten ist das ja noch genauso schlecht wie zuvor und das ist ja die interessante Stelle (also die Nadel).Zitat:Die Spitze von meiner ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : simpleFoam bisher keine Konvergenz
schingel am 09.11.2015 um 13:10 Uhr (1)
heyhey,danke für die Ratschläge! das mit dem fixedValue für outlet war ein Versehen meinerseits, habs dann auch geändert, nach dem ich das ganze hier gepostet hab!@ shor-ty: habe gerade eine Simulation mit niedrigeren Relaxationsfaktoren durchlaufen lassen... die Simulation bricht ziemlich schnell ab! Ich denke die Kontinuität ist das Problem, was ich unter Kontrolle bekommen mussMeine Skalierung ist auch richtig (also die checkMesh datei, die ich hochgeladen habe, war bevor ich transformPoints durchlaufen ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Rauheit/Reibung in OpenFOAM
Michi.K. am 12.11.2015 um 13:50 Uhr (1)
Hallo zusammen,ich soll mich während meines Masterstudiums (Bauingenieurwesen, Hydromechanik) intensiv mit der Rauheit in OpenFOAM beschäftigen. Genauer: Wie man Geometrien und Wänden Rauhigkeitswerte zuordnet um die Simulation so genau wie möglich durchführen zu können. In meiner Bachelorarbeit habe ich mich mit der Überströmungssimulation von Deichen befasst. Allerdings bin ich dabei nicht so tief in die Materie eingestiegen und habe die Einstellungen von ähnlichen Projekten übernommen. Damals habe ich a ...
|
| In das Form OpenFOAM wechseln |
 |
OpenFOAM : simpleFoam bisher keine Konvergenz
Shor-ty am 17.11.2015 um 09:44 Uhr (1)
Hallo,bei mir rechnet er ohne Probleme durch. Residuen sind wunderschön und das bei beiden Fällen bis p 1e-7 und U 1e-8. Übrigens für 1 ml/min sinds 1,66e-8 m³/s; denke aber das das von dir ein Schreibfehler war.Die Geschwindigkeit die ich rausbekomme bei 1,66e-8 m³/s beträgt 3,7 m/s unter Betrachtung von laminarer Strömung. Zudem müsste man bei der Hälfte der Geometrie auch die Hälfte des Massen-/Volumenstroms angeben, das ich nicht getan habe!Zudem 200 Iterationen sind nicht viel und du verwendest SIMP ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : mergeMeshes
namali92 am 27.11.2015 um 11:19 Uhr (1)
Ja ich rechne natürlich auf Clustern Also ich simuliere die Strömung eins Fluids durch ein Gewebe aus Fasern mit umliegender Kavität. Der Aufbau des Fasergewebes besteht aus sehr vielen Zellen. Ich denke, dass die Datei deshalb so riesig wird, wenn ich die umliegende Form (einfache Geometrie) und die Fasern für den Vernetzungsprozess im sHMDict zusammenführe. Bisher habe ich noch keinen Solver angewandt..Daher mein Problem: Ich glaube, dass bei mir der -overwrite- Befehl für sHM nicht ausreicht, um die Dat ...
|
| In das Form OpenFOAM wechseln |
 |
OpenFOAM : Abweichungen der Eintrittsflächen (Catia / OpenFOAM)
robertsoe am 30.11.2015 um 12:51 Uhr (1)
Hallo Tobias,ich habe anbei ein paar Bilder angefügt die besser zeigen wo und wie meine Inlet und Outletflächen (rot markiert) definiert sind. Das Problem konnte ich nun selbst lösen. Die Blau gekennzeichnete Fläche ist die STL Datei die ich von Catia exportiert habe und als Inlet definiert habe. Die weißen Rechtecke/Vierecke sind die "Flächenparts", die OpenFOAM erkannte und vernetzte (in Paraview mit Wireframe angezeigt). Das Problem lag daran, dass OpenFOAM die numerische Flächen rundet. Visuell betrach ...
|
| In das Form OpenFOAM wechseln |
salomeBalken.zip |
OpenFOAM : solidEquilibriumDisplacementFoam
BobMarley am 01.12.2015 um 13:27 Uhr (1)
Hallo zusammen,ich bin noch relativ neu in OpenFOAM und versuche gerade einen Biegebalken zu simulieren.Mit dem Tutorial Case habe ich das auch schon geschafft und die Kraft auch verändert usw.Nun bin ich aber gerade dabei die Geometrie selbst in SALOME zu erstellen und dann als .unv Datei in OpenFOAM zu importieren. Das klappt auch soweit.Wenn ich aber dann den Solver starte bekomme ich nach ein paar Iterationsschritten folgende Fehlermeldung:Code:GAMG: Solving for Dcorrx, Initial residual = 0.999974, Fin ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : chtMultiRegionFoam + UNV-Mesh = Fehler
Shor-ty am 06.12.2015 um 12:07 Uhr (1)
Was sagt den deine Boundary Datei. Poste doch bitte mal den Inhalt.------------------Viele Grüße,Tobias Holzmann
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : chtMultiRegionFoam + UNV-Mesh = Fehler
Umis am 06.12.2015 um 14:14 Uhr (1)
Die Boundary Datei im polyMesh Ordner (ich hoffe das ist die richtige) sagt: Code:9( top { type patch; nFaces 10000; startFace 919284; } bottom { type patch; nFaces 10000; startFace 929284; } Inlet { type patch; nFaces 4066; startFace 939284; } Outlet { type patch; nFaces 4066; startFace 943350; } frontAndBack { type patch; nFaces 20000; startFace 947416; } ChannelBottom { type ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : chtMultiRegionFoam + UNV-Mesh = Fehler
Shor-ty am 06.12.2015 um 14:39 Uhr (1)
Ist das eine Boundary Datei von einem deiner Netze?Das Netz unter constant/polyMesh wird nämlich beim CHT nicht verwendet.Falls dir das alles noch zu kompliziert ist -- Tutorials von chtMulti durchsehen oder das von mir auf der Homepage (hast ja schon gemacht anscheinend). Allerdings sieht das ja nicht so aus als würdest du die Schritte nachvollzogen haben.------------------Viele Grüße,Tobias Holzmann
|
| In das Form OpenFOAM wechseln |
