|
[Sponsors] |
![]() |
![]() |
#1 | ||
Member
António Soares
Join Date: Mar 2015
Location: Lisbon, Portugal
Posts: 48
Rep Power: 12 ![]() |
Greetings,
I'm working on a Master's thesis in which I'm continuing some work meant to validate the use of a porous medium to simulate dense submerged vegetation in compound channel flow. The first stage is meant to replicate the initial study carried out using ANSYS-CFX in OpenFOAM using porousSimpleFoam. Initially I'm just using a wall with slip condition to simulate the free surface given the porousSimpleFoam doesn't do free surface interaction. I'm having some trouble setting up the case based on the angleDuctExplicit tutorial. The mesh contains a symmetry plane and I'm not sure how to define it in the "k" file, i.e., the type for this boundary. I'm just trying the case to run right now, later on I'll have to configure it to use "k-w SST", but so far I haven't been able to properly configure all the "0" folder files and for the following code in the "k" file: Code:
symmetry { type symmetryPlane; } Quote:
Code:
symmetry { type kqRWallFunction; value uniform 1; } Quote:
|
|||
![]() |
![]() |
![]() |
![]() |
#2 |
Senior Member
Anton Kidess
Join Date: May 2009
Location: Germany
Posts: 1,377
Rep Power: 30 ![]() |
1. A wall function only makes sense on a wall. A symmetry plane is not a wall. Don't use a wall function.
2. Check your boundary file if the patch is set to symmetryPlane. Usage is documented, see 5.2.1.: http://cfd.direct/openfoam/user-guide/boundaries/
__________________
*On twitter @akidTwit *Spend as much time formulating your questions as you expect people to spend on their answer. |
|
![]() |
![]() |
![]() |
![]() |
#3 |
Member
AdOo
Join Date: Mar 2016
Location: Bordeaux
Posts: 91
Rep Power: 11 ![]() |
I guess that if you define a patch as a symmetryPlan in your blockMesdDict file, then you'll have to define this patch as a symmetryPlan in all your BC otherwise it doesn't make sense.
Regards, Adrien |
|
![]() |
![]() |
![]() |
![]() |
#4 |
Member
António Soares
Join Date: Mar 2015
Location: Lisbon, Portugal
Posts: 48
Rep Power: 12 ![]() |
Well I've define all symmetry planes as such, even the physical patch type which I'm not sure I should be doing, and I've recently changed it back.
I forgot to mention that I used Gmsh to generate the mesh and then used gmshToFoam to create the Polymesh files. This seems to create this Physical Type field. Also, I'm modifying the case for OpenFOAM 2.3.1 Meanwhile I found what the problem was in boundary file, given that the free surface patch was incorrectly configured, and the the "nut" file in the "0" folder also had problems. The inlet patches were incorrectly configured as wall patches. Right now the problem is with the porosity settings. Thanks everyone. |
|
![]() |
![]() |
![]() |
Thread Tools | Search this Thread |
Display Modes | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
[swak4Foam] funkyDoCalc with OF2.3 massflow | NiFl | OpenFOAM Community Contributions | 14 | November 25, 2020 04:30 |
[OpenFOAM.org] Patches to compile OpenFOAM 2.2 on Mac OS X | gschaider | OpenFOAM Installation | 136 | October 10, 2017 18:25 |
[foam-extend.org] problem when installing foam-extend-1.6 | Thomas pan | OpenFOAM Installation | 7 | September 9, 2015 22:53 |
Wrong flow in ratating domain problem | Sanyo | CFX | 17 | August 15, 2015 07:20 |
friction forces icoFoam | ofslcm | OpenFOAM | 3 | April 7, 2012 11:57 |