View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001682 | OpenFOAM | Bug | public | 2015-05-01 04:48 | 2017-06-30 10:39 |
Reporter | Assigned To | chris | |||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | Linux | OS | Mint | OS Version | 17 |
Summary | 0001682: turbulentTemperatureCoupledBaffleMixed resistance | ||||
Description | I found that using chtMultiRegionFoam with a constant volumetric heat source and the contact resistance results in erroneous answers as the mesh is refined. I have added more details in the cfd-online forum: http://www.cfd-online.com/Forums/openfoam-solving/152444-potential-bug-turbulenttemperaturecoupledbafflemixed.html | ||||
Tags | No tags attached. | ||||
|
Have you tested OpenFOAM-2.3.x? See bug-report http://www.openfoam.org/mantisbt/view.php?id=1447 |
|
I just tested OpenFOAM-2.3.x. I am received with the same problem. The solver can be found here: https://jessejohns@bitbucket.org/jessejohns/scrapemultiregionfoam |
|
Can you reproduce the problem with one of our standard solvers? If so could you provide a simple test-case which demonstrates the issue? |
|
When defining a heat source on the boundaries, I do not get the same problem. Here, I simply used chtMultiRegionFoam with a volumetric heat source. I think this behavior can be mimicked with fvOptions and chtMultiRegionFoam; however, I could not get this working properly hence my added source term in the solver provided. Some tests cases are provided. |
2015-05-05 18:24
|
|
2015-05-05 18:25
|
|
2015-05-05 18:26
|
|
|
I am a bit confused, are you able to reproduce the problem with one of our standard solvers or does the issue only exist with your modified solver? |
|
None of the standard solvers allow me to apply a volumetric heat source term. I tried using fvOptions, but I failed to get it working. I apologize, I'll be more thorough: If I apply a heat flux to the boundary at x=0, using: compressible::turbulentHeatFluxTemperature; with the chtMultiRegionSolver and the contact resistance at the interface then I do not get the error of increasing temperature as the mesh is refined. This is, inherently, not the problem I am trying to solve. It seems to me that this kind of definition enforces the heat flux at the interface due to conservation. In the volumetric heat source case, the heat flux out of the system may not be calculated correctly. Without the contact resistance definition, the solver, scrapeMutliRegionFoam, matches analytical results very well. So, I do think that the heat flux, prior to the contact resistance, is computed correctly. I am working on learning the controlDict functions currently to verify this claim. In summary: chtMultiRegionFoam, WITHOUT volumetric heat source, but with a surface heat flux and WITH contact resistance works. chtMutliRegionFOAM, WITH volumetric heat source (using scrapeMultiRegionFoam) WITHOUT contact resistance works. chtMutliRegionFOAM, WITH volumetric heat source (using scrapeMultiRegionFoam) WITH contact resistance produces significant errors as the mesh is refined. |
|
I can't really track down the cause of this problem. The surface flux grows with mesh count on the surface for cases with contact resistance; cases without performed as expected and match analytical results. |
|
No feedback from the reporter. |
Date Modified | Username | Field | Change |
---|---|---|---|
2015-05-01 04:48 |
|
New Issue | |
2015-05-01 10:11 | henry | Note Added: 0004710 | |
2015-05-05 17:30 |
|
Note Added: 0004711 | |
2015-05-05 18:10 | henry | Note Added: 0004715 | |
2015-05-05 18:24 |
|
Note Added: 0004716 | |
2015-05-05 18:25 |
|
File Added: cubeContact_resistence_1900.tar.gz | |
2015-05-05 18:25 |
|
File Added: cubeContact_resistence_9700.tar.gz | |
2015-05-05 18:26 |
|
Note Edited: 0004716 | |
2015-05-05 18:26 |
|
File Added: cubeContact_resistence_32000.tar.gz | |
2015-05-05 18:55 | henry | Note Added: 0004718 | |
2015-05-05 19:47 |
|
Note Added: 0004720 | |
2015-05-05 19:48 |
|
Note Edited: 0004720 | |
2015-05-05 19:52 |
|
Note Edited: 0004720 | |
2015-05-09 21:57 |
|
Note Added: 0004736 | |
2017-06-30 10:39 | chris | Assigned To | => chris |
2017-06-30 10:39 | chris | Status | new => closed |
2017-06-30 10:39 | chris | Resolution | open => fixed |
2017-06-30 10:39 | chris | Note Added: 0008292 |