CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM

fixedGradient BC w/ non-uniform wall spacing

Register Blogs Community New Posts Updated Threads Search

 
 
LinkBack Thread Tools Search this Thread Display Modes
Prev Previous Post   Next Post Next
Old   March 16, 2012, 16:26
Default fixedGradient BC w/ non-uniform wall spacing
  #1
New Member
 
Brent Craven
Join Date: Mar 2009
Location: University Park, PA, USA
Posts: 21
Rep Power: 17
brent_craven is on a distinguished road
Hi All,

I am currently running a simple heat conduction problem on a plate, where one side is given a uniform heat flux via the "fixedGradient" BC and all other sides are insulated. So, theoretically the plate should *uniformly* heat up over time.

The test case that I put together to illustrate the problem includes a non-uniform structured mesh, where the wall spacing next to the fixedGradient patch varies as shown below:

mesh.jpg

If I use "laplacianFoam" to solve for transient conduction in the plate, because the near-wall mesh spacing is non-uniform, I get a highly non-uniform temperature distribution along the fixedGradient patch and in the plate, which is non-physical - as shown below:

Tcontours.jpg

As you can see. There is a problem, especially since this non-uniform temperature distribution leads to a non-physical heat flux in the other directions.

Looking at the source code for the "fixedGradient" BC, in the "evaluate" member function, the cause of this is obvious. As shown below, this first-order implementation leads to boundary patch values that depend on the near-wall spacing.


Code:
    
Field<Type>::operator=
    (
        this->patchInternalField() + gradient_/this->patch().deltaCoeffs()
    );
So, my questions are:
1. Is this just to be expected given the first order nature of the boundary condition? I.e., is this just a result of non-uniform discretization error?

2. If I require a heat flux BC on a mesh that has non-uniform near-wall spacing (e.g., a very complex unstructured mesh), how can this be accomplished? Is there another approach to implementing a fixedGradient/heat flux boundary condition that will be much less dependent on the near-wall mesh spacing?


If you are interested, here is a link to this test case that can be run with "laplacianFoam":

http://dl.dropbox.com/u/2969338/fixe...ntTestCase.tgz


Thanks for your input. I appreciate any thoughts people have.

Thanks!

Brent
brent_craven is offline   Reply With Quote

 


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
[mesh manipulation] mergeMeshes problem Attesz OpenFOAM Meshing & Mesh Conversion 3 July 29, 2015 04:15
[Commercial meshers] tmerge utility creates unwanted interface/walls comes in the final mesh Shoonya OpenFOAM Meshing & Mesh Conversion 11 January 20, 2012 06:23
convergence and off wall spacing issue josip76 FLUENT 0 June 4, 2011 18:13
Problem with rhoSimpleFoam : exploding enthalpy and density at the walls david39 OpenFOAM Running, Solving & CFD 6 January 18, 2011 11:49
Wall functions Abhijit Tilak Main CFD Forum 6 February 5, 1999 01:16


All times are GMT -4. The time now is 07:31.