|
[Sponsors] |
hotRoom tutorial with atmosphere boundary condition |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
May 25, 2012, 10:51 |
hotRoom tutorial with atmosphere boundary condition
|
#1 |
Member
Tibor Nyers
Join Date: Jul 2010
Location: Hungary
Posts: 91
Rep Power: 17 |
Hi,
I would like to specify atmosphere boundary condition in the hootRoom tutorials. The default case uses walls on the sides and at the top, so the only modification is the change in boundary conditions. Code:
alphat { type calculated; value uniform 0; } epsilon { type inletOutlet; inletValue uniform 0.01; value uniform 0.01; } k { type inletOutlet; inletValue uniform 0.1; value uniform 0.1; } kappat { type calculated; value uniform 0; } nut { type calculated; value uniform 0; } p { type calculated; value 0; } p_rgh { type totalPressure; p0 uniform 0; U U; phi phi; rho rhok; psi none; gamma 1; value uniform 0; } T { type inletOutlet; inletValue uniform 300; value uniform 300; } U { type pressureInletOutletVelocity; value uniform (0 0 0); } It would be great if someone could share his setup to achieve correct behaviour at the boundary. Thanks! |
|
May 25, 2012, 13:26 |
|
#2 |
Senior Member
Martin
Join Date: Oct 2009
Location: Aachen, Germany
Posts: 255
Rep Power: 22 |
Hi,
you can try as BC for both p_rgh and U: Code:
ceiling { type zeroGradient; } |
|
May 29, 2012, 07:13 |
|
#3 |
Member
Tibor Nyers
Join Date: Jul 2010
Location: Hungary
Posts: 91
Rep Power: 17 |
Hi,
thanks for the tip. With the modifications the case produces a nice expected outflow in the early stages of the simulation. But then a crossflow develops across the domain - with both solvers. I think the pRefCell / pRefValue "hijacks" the flow - with the original BC there was no need for pRef. Any ideas how to overcome this situation? |
|
May 31, 2012, 11:50 |
|
#4 |
Member
Tibor Nyers
Join Date: Jul 2010
Location: Hungary
Posts: 91
Rep Power: 17 |
Hi,
I have managed to solve the problem! The combustion/fireFoam/les/smallPoolFire cases uses the boundary conditions I wanted to create, so I just copied and modified it to adjust to the buoyant solvers. I really don't now how on earth I couldn't find it sooner ... Of course if anyone has some suggestion, please share it! Thanks. |
|
June 2, 2012, 11:03 |
|
#5 |
New Member
Eric
Join Date: Aug 2010
Posts: 14
Rep Power: 16 |
Hello Tibor,
Thanks for posting this excellent example! In the past I've always had difficulty defining boundary conditions for the buoyant compressible flow solvers with inlets/outlets. I've been trying to adapt your buoyantBoussinesqPimpleFoam solver example above so that it also works with the buoyantPimpleFoam solver (no boussinesq approximation). It runs for a while, but then the solver blows up after about 50 iterations with a "maximum iterations exceeded" error Any ideas on how to get your example working in buoyantPimpleFoam? --> FOAM FATAL ERROR: Maximum number of iterations exceeded From function specieThermo<Thermo>::T(scalar f, scalar T0, scalar (specieThermo<Thermo>::*F)(const scalar) const, scalar (specieThermo<Thermo>::*dFdT)(const scalar) const) const in file /mnt/data3/OpenFOAM/OpenFOAM-2.1.0/src/thermophysicalModels/specie/lnInclude/specieThermoI.H at line 69. FOAM aborting |
|
June 4, 2012, 06:35 |
|
#6 |
Member
Tibor Nyers
Join Date: Jul 2010
Location: Hungary
Posts: 91
Rep Power: 17 |
Hi Eric,
I have altered the BC to conform with buoyantPimpleFoam and it runs without a problem, but doesn't produce the desired flow, or at least it looks strange (octopus shape). Possible source of errors:
I have limited experience with buoyant solvers so I have no idea how to fix it, maybe you can pinpoint the source of the problem. |
|
June 5, 2012, 08:20 |
|
#7 |
New Member
Eric
Join Date: Aug 2010
Posts: 14
Rep Power: 16 |
Hi Tibor, Your modified buoyantPimpleFoam case is very helpful. I will experiment further with it to see if the results seem reasonable. Thanks for your help
Best Regards, Eric |
|
June 21, 2013, 03:26 |
Experimental results to validate the results
|
#8 |
New Member
Join Date: Jun 2013
Posts: 4
Rep Power: 13 |
Hi everyone,
I am doing a similar simulation of natural convection from horizontal heated plate.Were you guys able to finish your simulation. I am doing a similar simulation and I got similar octopus shaped streamlines. I want to ask if there is any data available to validate our simulation results. Regards, EOC |
|
October 22, 2019, 06:49 |
|
#9 |
Member
Jost Kemper
Join Date: Apr 2018
Location: Kiel, Germany
Posts: 39
Rep Power: 8 |
Hi Everyone,
I realize this thread is very old but I am having some related problems with buoyantPimpleFoam at the moment. The wisdom I gained so far is that you simply cannot use any fixedValue or totalPressure BCs for p_rgh. You have to note that p_rgh is not the dynamic pressure but also contains some hydrostatic bits that come from the variable density ( this is explained here and we had some discussion about it here ). Thus if you demand p_rgh to be constant along a vertical wall (as by setting totalPressure) and then calculate your velocity from that (as by setting pressureInletOutletVelocity) you will get unphysical behavior. I am guessing this is the reason for the octopus shaped flow we have seen. The real problem is, I have no idea how to formulate better BC's for an atmosphere boundary. Cheers, Jost Last edited by Jost K; October 22, 2019 at 06:53. Reason: wrong links |
|
Tags |
atmosphere, buoyantboussinesq, hotroom |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Domain Imbalance | HMR | CFX | 5 | October 10, 2016 06:57 |
Setting outlet Pressure boundary condition using CAFFA code | Mukund Pondkule | Main CFD Forum | 0 | March 16, 2011 04:23 |
asking for Boundary condition in FLUENT | Destry | FLUENT | 0 | July 27, 2010 01:55 |
problem with boundary condition??? | smn | CFX | 5 | November 24, 2009 07:37 |
CFX Solver : Sudden crash | Hervé | CFX | 2 | June 16, 2008 07:40 |