|
OpenFOAM : snappyHexMesh: boundary aus blockMesh übernehmen
-nc- am 24.01.2013 um 17:05 Uhr (0)
Im Großen und Ganzen geht es - zur Zeit nur ein paar Definitionsprobleme, wie ich denke bei den RB.zu den Interfaces:Nachdem ich das Netz als UNV exportiert habe und openfoam-konform umgewandelt habe bearbeite ich die boundary-Datei noch einmal manuell. Zum einen verzichte ich auf die Definition all meiner Flächen bei Salome. Demnach bekomme ich default-Flächen welche ich noch vom Namen umdefiniere.Die Übertragerflächen mappe ich ebenfalls manuell.Code: WandToWarm { type mappedWall; nFaces ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : totalPressure
Ulrich Heck am 25.01.2013 um 14:24 Uhr (0)
Hallo,die Informationen die Du suchst findest Du in der Header-Datei der RB, bzw. in der OpenFOAM-Doku:00055 //- Name of the velocity field00056 word UName_;00057 00058 //- Name of the flux transporting the field00059 word phiName_;00060 00061 //- Name of the density field used to normalise the mass flux00062 // if neccessary00063 word rhoName_;00064 00065 //- Name of the compressibility field used to calculate the wave speed00066 word psiName_;00067 00068 //- Heat c ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : totalPressure
Shor-ty am 25.01.2013 um 16:07 Uhr (0)
Noch ergänzend zu Ulrich seinem Beitrag.In der Source Datei findest du dann die Berechnungsart:Code: if (psiName_ == "none" && rhoName_ == "none") { operator==(p0p - 0.5*(1.0 - pos(phip))*magSqr(Up)); } else if (rhoName_ == "none") { const fvPatchFieldscalar& psip = patch().lookupPatchFieldvolScalarField, scalar(psiName_); if (gamma_ 1.0) { scalar gM1ByG = (gamma_ - 1.0)/gamma_; operator== ( p0p /pow ( (1.0 + 0.5*psip*gM1ByG*(1.0 - pos(phi ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Neues ParaView Einbinden
Shor-ty am 30.01.2013 um 11:48 Uhr (0)
Hi,du brauchst das Einbinden nicht mit dem BefehlCode:paraFoamtätigen sondern kannst das alles mit paraview!In deinem Fall würde ich eine Alias im .bashrc zur neuen Paraview-3.14 Version anlegen welche bspw. mit pV (paraView) gestartet werden kann.Im Case - Ordner legst du dann nur die leere Datei paraview.foam (wichtig ist nur *.foam) an. Diese kannst du dann einladen - fertig. So mach ich es immer.------------------Grüße Tobias H.
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Wärmetransport mit OpenFoam?
Shor-ty am 19.01.2012 um 12:28 Uhr (0)
Richtig. Dazu musst du nur für jeden Teilbereich eine Datei erstellen die wie folgt aussieht:Code:"ein-name{REGION}."Name"Ein Beispiel im chtMultiRegionFoamCode:cht{heater}.paraviewcht{topSolid}.paraviewcht{leftSolid}.paraviewoder bspw.Code:test{heater}.auswertungtest{topSolid}.auswertungtest{leftSolid}.auswertungDanach einfach "paraview" öffnen und die Dateien einladen. Somit hast du dann deine Einzelregionen eingeladen und kannst dir das zusammenspiel anschauen. Tobi
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Wärmetransport mit OpenFoam?
StudentMax am 08.06.2010 um 17:26 Uhr (1)
Hi jacob,wenn du foamToVTK benutzt, dann versuche doch mal die VTK-Datei mit paraview zu öffnen, also ohne den paraFoam Befehl.Also mit dem "paraView"-Befehl Paraview starten und dann auf öffnen, und die VTK-Datei auswählen.Denn paraFoam ruft soweit ich das weiß den PV3FoamReader auf, der aber nicht auf deine VTK-Dateien zugreift, sondern versucht direkt aus dem case die Daten zu lesen...Ich glaube ich habe das damals so gemacht:1. erst chtMultiRegionFoam ausgeführt2. dann alle uninteressanten Zeitordner g ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Wärmetransport mit OpenFoam?
Shor-ty am 18.01.2012 um 14:06 Uhr (1)
Hey,klar kannst du dein k-Omega-SST Modell weiter verwenden.Die benötigten Daten für die einzelnen Regionen kannst du ganz einfach herausfinden, in dem du überhaupt keine Einträge einfügst. Dann erscheint immer die Fehlermeldung, welche Datei der SOlver von der speziellen Region benötigt.Soweit ich mich noch erinnere braucht er für die Solids die Wärmeleitfähigkeit K und das Temperaturfeld T Für das Fluid p_rgh, U, T, k, omega/epsilon
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Wärmetransport mit OpenFoam?
Cobain83 am 19.01.2012 um 14:10 Uhr (1)
ah ok, weiss zwar nicht ob die Vorgehensweise so gemeint war, aber hab die temporäre Datei die er bei paraFoam -region XXX aufmacht jeweils gespeichert und dann zusammen eingeladen, hat jedenfalls geklappt. Was würd ich nur ohne dich machen shorty Danke dir!!!
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Wärmetransport mit OpenFoam?
Cobain83 am 20.01.2012 um 13:07 Uhr (1)
Die Wärmeübertragung Wand-Fluid scheint zu funktionieren. Jedoch wird meine Alurippe nicht so beheizt wie ich möchte, dachte das wäre das trivialste an der Sache. Ich habe eine Lamelle die durch die Oberseite mit konstanter Temp beheizt wird. Jedoch ist bei mir nur die Fläche so heiß wie eingestellt, es gibt einen ganz kleinen Übergang an der Rippe (nur um das nochmal klarzustellen, das ist kein anderes Netz, möchte nur den Block über eine Fläche des Blockes beheizen), danach folgt sofort Umgebungstemperat ...
|
| In das Form OpenFOAM wechseln |
 |
OpenFOAM : OpenFoam Neuling und viele, viele Fragen
Bullllseye am 02.02.2013 um 20:15 Uhr (0)
So also das, dass ich nur den Bereich als Würfel erstelle habe ich wieder verworfen.Dafür haben sich ein paar Fragen ergeben:OpenFoam:Ich wollte mir mal das potentialFoam/cylinder anschauen. Dabei habe ich die Allrun Datei in der Konsole so aufgerufen:.../potentialFoam/cyinder ./AllrunDabei bekomme ich folgenden Fehler und zwar bei allen anderen TuTs auch, wenn das Allrunscript komplizierter wird. Wenn nur blockMesh potentialFoam paraFoam aufgerufen werden müssen läuft das AllrunscriptSalome:Erst habe ich ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : OpenFoam Neuling und viele, viele Fragen
Bullllseye am 05.02.2013 um 09:49 Uhr (0)
Hi Shorty,also "Fehler" ist z.B bei /basic/potentialFoam/cylinderCode:~/OpenFOAM/leon-2.1.1/run/tutorials/basic/potentialFoam/cylinder$ ./AllrunModifying /opt/openfoam211/etc/controlDict to enable allowSystemOperationscp: reguläre Datei »/opt/openfoam211/etc/controlDict.3315“ kann nicht angelegt werden: Keine BerechtigungEnabling allowSystemOperations in /opt/openfoam211/etc/controlDict../Allrun: 24: ./Allrun: cannot create /opt/openfoam211/etc/controlDict: Permission deniedRunning blockMesh on /home/leon/ ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : Geschwindigkeitseinbruch durch Cluster?
RonZ am 06.02.2013 um 02:13 Uhr (0)
Hallo OF-Gemeinde,ich konnte mir hier im Forum schon einiges an Inspiration anlesen, komme aber mit meinem aktuellen Problem nicht weiter:Nach erfolgreicher Installation und Konfiguration aller notwendigen Werkzeuge für die Cluster-gestützte Berechnung von laminaren, mehrphasigen Strömungen, kam es bei den ersten Tests zu einer eigenartigen Beobachtung: Im Vergleich zur Berechnung des dambreak4phaseFine-Falles jeweils auf nur einem der beiden mir zur Verfügung stehenden Rechnern auf jeweils allen Kernen (s ...
|
| In das Form OpenFOAM wechseln |
|
OpenFOAM : snappyHexMesh - allgemeine Einstellungen
ErikP am 11.02.2013 um 14:05 Uhr (0)
Guten Tag an alle Foren-User und erfahrene OpfenFOAMer,ich muss - wie offensichtlich viele Nutzer hier - gestehen, dass ich absoluter Neuling auf dem Gebiet OpenFOAM und somit auch snappyHexMesh bin. Nun ist es jedoch meine Aufgabe einen Einlasskanal samt Zylinder (siehe Zylinderkopf, Motor) zu vernetzen. Aus datenschutztechnischen Gründen ist es mir leider nicht gestattet Bilder meiner stl oder der zu vernetzenden Geometrie zu schicken. Tut mir Leid. :/Nun zum Problem: Mein Netz habe ich generieren können ...
|
| In das Form OpenFOAM wechseln |
