|
OpenFOAM : snappyHexMesh Boundaries
aelmoe am 20.12.2020 um 19:10 Uhr (1)
Hi Tobi,ich gucke mal morgen auf deiner Seite Ich habe leider kein Salome bzw. wird es bei mir nicht laufen (10+ Jahre alte Hardware), da ich annehme, dass es ähnliche Systemanforderungen haben wird wie AutoCAD.Ich benutze AutoCAD über einen VPN an einem Uni-Rechner, dort gibt es (noch) kein Salome. Vielleicht können die das noch eben installieren.Die in AutoCAD erstellte STL ist mit dem surfaceCheck "closed. All edges connected to two faces". Reicht das nicht?Viel Dank dir schonmal,aelmoe
|
| In das Form OpenFOAM wechseln |
 |
OpenFOAM : Floating Point Exception
TobiSOB am 06.08.2014 um 13:43 Uhr (1)
Hallo zusammen,leider muss ich mich nochmal melden, da mein Problem doch noch nicht ganz gelöst ist Bei meiner Simulation (Hydraulischer Sprung) war das Ergebnis nicht so, wie ich es mir vorgestellt habe. Leider habe ich es auch nicht geschafft, das Ergebnis zu verbessern. Deswegen habe ich ein komplett neues Modell aufgebaut (spillway-Tutorial war hier das Vorbild), bei welchem die Welle sehr schön dargestellt wird (siehe Bild) Nun zu meinem Problem:In meiner Arbeit soll ich diese Welle auch noch bei do ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Floating Point Exception
Shor-ty am 25.07.2014 um 16:31 Uhr (2)
Hallo Tobi,solangsam kennst du dich ja mit den Funktionen im Forum aus Freut mich das du deinen Case zum Laufen gebracht hast jedoch noch ein Hinweis den du wohl ggf. nicht gelesen hast. Normalerweise wird deine Stabilität der Rechnung über die Co-Zahl justiert, diese ist bei dir auf 0,5 und ggf. zu hoch (bereits mehrere male geschrieben) Wenn deine Co-Zahl bei 0,5 ist, du aber den Zeitschritt der Speicherung heruntersetzt, kann es durchaus sein das dein Zeitschritt klein bleibt und damit die Co-Zahl. Er ...
|
| In das Form OpenFOAM wechseln |
output.zip |
OpenFOAM : Floating Point Exception
TobiSOB am 23.07.2014 um 18:26 Uhr (1)
So, ein neuer Versuch!die log-Datei ist angehängt!Vielleicht kann man mir ja jetzt weiterhelfen
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Floating Point Exception
TobiSOB am 23.07.2014 um 14:56 Uhr (1)
Hallo,achso, ich dachte, dass damit mein Problem eindeutig beschrieben wäre...hier ist die Fehlermeldung am Ende der mpirun-Datei:Code:Courant Number mean: 5.36078e-05 max: 0.513422Interface Courant Number mean: 3.12911e-07 max: 9.67362e-05deltaT = 1.76128e-13Time = 0.06060193782828[6] #0 Foam::error: rintStack(Foam::Ostream&)[7] #0 Foam::error: rintStack(Foam::Ostream&) in "/opt/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libOpenFOAM.so"[6] #1 Foam::sigFpe::sigHandler(int) in "/opt/OpenFOAM/Open ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Floating Point Exception
Shor-ty am 23.07.2014 um 14:25 Uhr (1)
Hallo Tobi,man kann dir nicht helfen wenn du dein Problem nicht beschreibst. Alles was ich weiß ist, dass du ein floatingPoint exception bekommst. Mach mal eine Log-Datei und stell diese bereit.------------------Best regards,Tobias Holzmann
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : zusätzliche Patches beim Vernetzen
Simon90 am 04.02.2021 um 17:11 Uhr (1)
Hallo zusammen,ich bin relativ neu bei OpenFoam. Ich nutze derzeit Openfoam v1806. Mein Anwendungsgebiet ist chtMultiRegionFoam. Damit möchte ich neue Kühlsysteme von Elektronik simulieren.Derzeit versuche ich ein Simulationsmodell für ein reines Wärmeleitungsproblem aufzusetzen. Dabei habe ich Probleme beim Vernetzen.Ich habe insgesamt 5 Körper.- Ein Gehäuse, welches alles umschließt- Ein Eisenkern- zwei Wicklungen um den Eisenkern- Vergussmasse, die den Raums zwischen dem Gehäuse, dem Eisenkern und den W ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : zusätzliche Patches beim Vernetzen
Simon90 am 05.02.2021 um 15:17 Uhr (1)
Hallo,vielen Dank für deine Antwort.Mein Problem ist das ich nach dem Vernetzten Patches habe, welche nach meinem Verständnis in anderen Patches enthalten sein sollten.Zum Beispiel habe ich bei "kupfer1" zwei Patches "interfaceKupfer1" und "kupfer1_to_verguss". Dabei enthält "interfaceKupfer1" nur sehr wenige Zellen, welche eigentlich im Patch "kupfer1_to_verguss" enthalten sein sollten.Zu 1. Ich habe das netzt auch schon deutlich feiner gemacht, dies hat jedoch keine Besserung gebracht. Faktor 10 kleiner ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : allBoundary nach SHM in Boundary
bastipa93 am 23.02.2021 um 08:27 Uhr (1)
Hallo agm,wenn ich dich richtig verstehe, hatte ich exakt das gleiche Problem. Ich hatte eine Geometrie, wo ich das blockMesh von der Höhe genau auf meine STL-Datei angepasst habe (Geometrie war 0.5 mm hoch, mein blockMesh ebenfalls). Dann ist bei mir in der boundary-Datei im polyMesh-Ordner allerdings immer noch der Eintrag "allBoundary" aufgetaucht mit den entsprechenden types etc. Die Lösung des Problems war, wie du schon angesprochen hast, dass ich mein blockMesh einfach auf 0.6 mm (oder jedenfalls grö ...
|
| In das Form OpenFOAM wechseln |
 |
OpenFOAM : OpenFoam - Tutorial: oscillatingInletACMI2D mit einem Solver für kompressible Medien
OpenFoamKlausi am 28.02.2021 um 17:38 Uhr (15)
Hallo zusammen,ich benutzt OpenFoamv1812. Gerade versuche ich damit das oscillatingACMI2D Tutorial mit dem Solver rhoPimpleFoam zu lösen. Leider bekomme ich dabei immer wieder Fehlermeldungen die ich nicht verstehe:Code:#0 Foam::error: :tongue:rintStack(Foam::Ostream&) at ??:?#1 Foam::sigFpe::sigHandler(int) at ??:?#2 ? in /lib/x86_64-linux-gnu/libc.so.6#3 Foam::heThermoFoam: :tongue:siThermo, Foam: :tongue:ureMixtureFoam::constTransportFoam::species::thermoFoam::eConstThermoFoam: :tongue:erfectGasFoam::sp ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : AMI bewegt sich nicht
bastipa93 am 17.03.2021 um 06:18 Uhr (1)
Oh sorry, dann habe ich das mit dem upwind falsch verstanden! Werde das dann gleich mal anders ausprobieren, sobald ich die Zeit habe!Sorry wegen des Runskripts. Aber mein Mesh erzeuge ich wie folgt:Code:blockMeshsurfaceFeatureExtractdecomposeParmpirun -np 12 snappyHexMesh -overwrite -parallelreconstructParMesh -constant -mergeTol 1E-06renumberMesh -overwritecreatePatch -overwriteAnschließend dann noch in der boundary-Datei im polyMesh die types von top und bottom auf empty statt Wall setzen, damit das mit ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : AMI bewegt sich nicht
bastipa93 am 25.03.2021 um 14:12 Uhr (1)
So, ich habe jetzt endlich mal die Zeit gefunden, mich weiter damit zu beschäftigen und einiges auszuprobieren. Entsprechend Deines Tipps habe ich die ganze Geometrie jetzt erstmal um den Faktor 1000 hochskaliert - was an sich auch gar nicht so schlimm erstmal ist, denn vorwiegend geht es mir darum, schauen zu können, wie das Fließfeld im Spalt aussieht.Die Erstellung des 2D-meshs hat auch, soweit ich das beurteilen kann, gut geklappt. Zumindest sehen checkMesh und moveDynamicMesh wie folgt aus:checkMesh ( ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : AMI bewegt sich nicht
bastipa93 am 22.04.2021 um 13:45 Uhr (1)
Irgendwo scheint bei mir der Wurm drin zu sein. Mit den Einstellungen klappt es, wie es aussieht, wohl auch nicht. Wäre es eventuell möglich, dass Du mir nochmals Deinen case zur Verfügung stellst? Dann könnte ich in aller Ruhe jede Datei durchgehen und prüfen, wo es Unterschiede gäbe und das entsprechend anpassen. Natürlich nur, wenn das ok für Dich ist.Edit: Ich weiß nicht, woran es liegt, aber nachdem ich die outerCorrectors auf 1, den momentumPredictor auf false und die Toleranz bei p/pcorr auf 1e-10 g ...
|
| In das Form OpenFOAM wechseln |
