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

incorrect results from wallHeatFlux utility

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   June 28, 2020, 08:15
Default incorrect results from wallHeatFlux utility
  #1
New Member
 
CFDUSER
Join Date: May 2020
Location: Germany
Posts: 4
Rep Power: 5
tbhanderi is on a distinguished road
Hello,

I am using wallHeatFlux utility to calculate heat flux on wall patches. But when I run the post processing function it calculates heat flux based on the temperature and intital values provided in 0 folder. And copying same values of flux in rest of the solution time steps, however the temperature profile is changing during simulation.


Does anyone know why this post processing function does not calculate heatflux based on temperature field of every time step ?? OR am i missing something ??

command : buoyantSimpleFoam -postProcess -func wallHeatFlux

I have added wallheatflux dictionary file in system folder as given below:

========= |
\\ / F ield | OpenFOAM: The Open Source CFD Toolbox
\\ / O peration | Version: v1912
\\ / A nd | Website: www.openfoam.com
\\/ M anipulation |
-------------------------------------------------------------------------------
Description
Calculates the heat-flux at wall patches, outputting the data as a
volScalarField.

\*---------------------------------------------------------------------------*/

type wallHeatFlux;
libs ("libfieldFunctionObjects.so");

executeControl writeTime;
writeControl writeTime;


calculated wallHeatFlux values provided in attachment.
tbhanderi is offline   Reply With Quote

Old   June 28, 2020, 10:46
Default
  #2
HPE
Senior Member
 
HPE's Avatar
 
Herpes Free Engineer
Join Date: Sep 2019
Location: The Home Under The Ground with the Lost Boys
Posts: 932
Rep Power: 12
HPE is on a distinguished road
Hi,

Do you want to compute `wallHeatFlux` during runtime or as postprocessing operation?

The `postProcess` utility is going to execute `wallHeatFlux` function object on the available solutions based on the settings file you have attached.
HPE is offline   Reply With Quote

Old   June 28, 2020, 12:04
Default
  #3
New Member
 
CFDUSER
Join Date: May 2020
Location: Germany
Posts: 4
Rep Power: 5
tbhanderi is on a distinguished road
Hi,

Thank you for your reply.

Yes. I want to calculate "wallHeatFlux" as postprocessing operation.

But as per attached result file, It gives same flux values in all iterations (0 to 1221), However it shouldn't be the same value.

Just to check it's dependance on changing scalarFields(e.g. temperature) over the iterations, I've once deleted the results and tried calculating the "wallHeatFlux" and it gave me the same value.
So wallHeatflux calculation is independant of intermediate time steps results, it only depends on value assigned in 0 folder and that makes no sense. could you please tell me what might be the problem ?

Also please tell me how to calculate it runtime ?
tbhanderi is offline   Reply With Quote

Reply


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
buoyantBoussinesqPimpleFoam gives incorrect results for non-steady laminar flows Simba OpenFOAM Running, Solving & CFD 5 November 24, 2020 04:46
wrong calculation of wallHeatFlux utility in solid patches zfaraday OpenFOAM Post-Processing 6 January 12, 2016 16:39
wallHeatFlux utility with sonicFoam hiuluom OpenFOAM Post-Processing 3 September 18, 2015 07:39
[waves2Foam] Does the surfaceElevation utility give correct results for parallel case? ashim OpenFOAM Community Contributions 1 July 22, 2015 09:24
LES of highly heated pipe flow - incorrect results MichalH FLUENT 3 June 3, 2009 05:00


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