archive.zip |
OpenFOAM : Brauche Hilfe bei OF beim Setzen der Randbedingungen
homeboy87 am 06.07.2012 um 10:16 Uhr (0)
So, damit das Ganz einfacher nachvollziehbar ist, hab ich den ganzen Ordner mal in eine tar-Datei gepackt und dann noch einen zip-Ordner daraus gemacht und angehängt.Wäre wirklich über jede Hilfe sehr dankbar.
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Vernetzungsproblem sHM
Shor-ty am 18.06.2012 um 14:35 Uhr (0)
Hallo zusammen,ich hab grad nen Problem mit sHM. Folgendes: Ich hab meine STEP-Datei in Salome zerlegt (Oberflächen) und diese dann als STL exportiert. Die Geometrie stellt eine geschlossene Oberfläche dar. Nach Ausführung von sHM schneidet er mir allerdings die Zellen die außerhalb sind nicht weg. Wenn ich ein gröberes Netz verwendet geht es. Sobald ich dann eine Oberfläche verfeinerCode:wallInlet { level (2 2); }erhalte ich das Ergebnis - wie oben genannt - mit den äußeren Zellen. Ergo müsste die Oberflä ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Druck am Outlet ausgeben
Shor-ty am 20.07.2012 um 16:04 Uhr (0)
Hab noch ein fatalen Fehler gemacht. Nun siehts besser aus!Code:Time = 199DILUPBiCG: Solving for Ux, Initial residual = 0.000820803, Final residual = 5.87901e-05, No Iterations 1DILUPBiCG: Solving for Uy, Initial residual = 0.00316816, Final residual = 0.000134741, No Iterations 1DILUPBiCG: Solving for Uz, Initial residual = 0.00316494, Final residual = 0.000127189, No Iterations 1DICPCG: Solving for p, Initial residual = 0.00855027, Final residual = 6.49037e-05, No Iterations 85time step continuity er ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Druck am Outlet ausgeben
Shor-ty am 20.07.2012 um 15:26 Uhr (0)
Hi Flo,zu deiner Frage #1 - ja.zu deiner Frage #2 - ja.Meinst du vllt sowas?Code:Time = 104DILUPBiCG: Solving for Ux, Initial residual = 0.00833251, Final residual = 0.000377005, No Iterations 1DILUPBiCG: Solving for Uy, Initial residual = 0.00743216, Final residual = 0.000276192, No Iterations 2DILUPBiCG: Solving for Uz, Initial residual = 0.00732033, Final residual = 0.000256383, No Iterations 2DICPCG: Solving for p, Initial residual = 0.0252141, Final residual = 0.000196318, No Iterations 85time s ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : OpenFoam und Salome-Exportieren
AxelEn am 23.11.2011 um 10:26 Uhr (0)
Hallo!Eigentlich betrifft mein Problem nicht wirklich openFoam, jedoch die Geometrie, die aus Salome exportiert und dann mit Hilfe von openFoam vernetzt werden soll. Zu meinem Problem:Ich habe mit SolidWorks eine Geometrie erzeugt und diese dann als .step-Datei gespeichert. Zur Bearbeitung (genauer: zur Erstellung einer bestimmten Fläche, die ich für meine Simulation benötige) habe ich diese dann in Salome importiert und dort verschiedene Faces erzeugt. Um diese Faces dann mit openFoam weiter bearbeiten zu ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : OpenFoam und Salome-Exportieren
AxelEn am 29.11.2011 um 07:59 Uhr (0)
Hallo Shor-ty,erstmal danke für Deine Antwort. Leider bekomme ich beim Versuch die step-Datei hochzuladen die Meldung, dass der Datei-Typ nicht erlaubt ist. Für das Problem habe ich immer noch keine Lösung gefunden. Habe Salome auch schon mehrfach neu gestartet.Grüße
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : OpenFoam und Salome-Exportieren
AxelEn am 02.12.2011 um 07:17 Uhr (0)
Hallo Tobias,hab Dir eine Email geschickt mir ist aufgefallen, dass ich keine Exportieren-Probleme habe, wenn ich Die Dimensionen hochskaliere, d.h., dass die beiden angesprochenen Flächen nicht 0,007 m als Durchmesser haben, sondern 7 mm (die CAD-Dimensionen halt). Kann das etwas mit der Auflösung zu tun haben, in der SolidWorks die Datei als step speichert?Grüße Alex
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : OpenFoam und Salome-Exportieren
AxelEn am 02.12.2011 um 08:24 Uhr (0)
Hallo,ich habe zumindest ein kleines Problem gelöst. In der Solidworks-Datei, mit der ich gearbeitet habe, habe ich alles in Metern bemaßt, da ich dachte (und glaube auch gelesen zu haben), dass Salome nicht die Einheiten, sondern die numerischen Werte übernimmt. Dies stimmt aber offensichtlich nicht, da Salome doch intelligenter ist als angenommen. Es erkennt die mm aus Solidworks und macht daraus automatisch Meter. Das exportieren funktioniert jetzt also.Jetzt taucht aber das nächste Problem auf. Nachdem ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : BlockMesh vernetzt kreuz und quer
Bercht1980 am 03.08.2012 um 09:43 Uhr (0)
Hi,habe schon mit blockMesh gearbeitet aber noch nicht mit größeren Geometrien. Aber wieso ist denn der erste Block schon falsch? Ich mache das genauso wie im Tutorial aus dem User Guide. Die ersten 4 Punkte beschreiben gegen den Uhrzeigersinn die x-y Ebene. Die letzten 4 Punkte beschreiben in gleicher Reihenfolge die um z=0.1 verschobene Ebene. Wieso funktioniert das denn nicht? Edit: Habe es jetzt auch mal mit Blender und Snappy versucht, was allerdings auch nicht so toll klappt. Ich habe als Grundnetz e ...
|
| In das Form OpenFOAM wechseln |
 |
OpenFOAM : Aerdynamische Simulation
kidan am 09.08.2012 um 01:33 Uhr (0)
Da ich die "controlDict" nicht geändert habe müsste OpenFoam ja 500 Schritte berechnen und alle 100 Schritte eine Datei anlegen.Tut das Program aber nicht. Außerdem hat die Berechnung des Tutorials 16h gedauert und meine Simulation wenige Sekunden. Das macht mich schon etwas stutzig!Des Weiteren läuft in "Paraview" in der time-Leiste die Zeit in 0.1111er Schritten bis 1.Wo kommt das denn her?In der Simulation sind hinter meinem "Auto" (ein wirklich grobes Modell zum ausprobieren) keinerlei Totwassergebiete ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : FATAL IO Error
Shor-ty am 09.08.2012 um 21:44 Uhr (0)
Hi,das ist natürlich jetzt so ohne Code nicht ganz einfach dir zu helfen.Generell gilt:1. Bei der Erweiterung von Codes kann es auch bei erfolgreicher Kompilierung immer noch Problemen kommen. 2. Wenn du eine Enthalpiegleichung mit "h.thermo" baust, dann kann es sein das du durch untere (basis) Klassen noch andere Werte benötigst.3. Eine erfolgreiche Kompilation heißt nicht das du alles richtig hast. Beim Kompilieren wird nicht die Funktionalität des Codes getestet.Dein Problem sieht ja nach einer fehlende ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : FATAL IO Error
Bercht1980 am 10.08.2012 um 09:22 Uhr (0)
Hi,klar kann ich einfach eine p Datei hinzufügen, dann rechnet er auch den ersten Zeitschritt aber schmiert danach bei der Enthalpie Gleichung ab. Allerdings dürfte er gar keine p Datei verlangen, da settling ja wie gesagt mit p_rgh rechnet und darüber auch p bestimmt. Daher meine Frage:Wenn p wie oben gezeigt mit NO_READ bereits irgendwo im Code definiert wird, kann es dann noch andere Stellen im Code geben, die eine P Datei lesen wollen? Denn würde ich an anderer Stelle noch einmal ein p Feld definieren ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Tutorial
Shor-ty am 03.02.2012 um 09:09 Uhr (0)
Wie cobain bereits erwähnte ist die Allrun / Allclear Datei ein Bashfile (Skriptsprache unter Linux) das es dir ermöglicht mehrere Arbeitschritte zu automatisieren. Im Normalfall muss man bei jedem Case im Tutorial folgendes durchlaufen werden:Code:blockMeshsnappyHexMesh - nicht immerSolvereingabeparaviewIn den Allrun Files kannst du nachschauen was direkt gemacht wird.Die Allclean Datei ist eine Caseclean Datei. Bedeutet: Sobald du den Case durchrechnest legt dir OF mehrere neueOrdner an, Dateien können g ...
|
| In das Form OpenFOAM wechseln |
