View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001869||OpenFOAM||[All Projects] Bug||public||2015-10-15 14:41||2015-10-18 19:30|
|Platform||GNU/Linux||OS||Other||OS Version||(please specify)|
|Fixed in Version|
|Summary||0001869: CHT with heat source|
|Description||I'd like to run a conjugate heat transfer simulation with an additional heat source on the coupled boundary. As far as I can tell this feature is not available yet in OpenFOAM.|
|Tags||No tags attached.|
Adding a new thermal baffle model to implement this feature request is straight-forward, however delivers a runtime eror:
"lookup of thermophysicalProperties from objectRegistry REGION1 successful
but it is not a solidThermo, it is a basicThermo"
I haven't managed to find out why the new boundary condition is treated differently than the regular turbulentTemperatureRadCoupledMixedFvPatchScalarField. If you can point me to the fix, I'd gladly contribute the code.
Test case and sample code for trying this out would make it a lot easier to help.
I didn't answer sooner myself because I'm confused about what exact type of heat source you're trying to implement that requires its own type of boundary condition. Wouldn't a fixed value boundary condition be enough?
And I also wanted to test using a patch on each side that wasn't multi-region mapped, and to apply a fixed value for it... but my guess is that this would work just fine!?
Hi Bruno, I figured it out eventually - using kappa in the constructor of the boundary condition was illegal. I uploaded the code here: https://bitbucket.org/akidess/turbulenttemperatureheatedcoupledmixed
I have a coupled patch between two domains with different thermal properties (thus using chtMultiRegionSimpleFoam). I'm modeling Joule heating by a volume source in the domains, and the increased electric contact resistance by an additional heat flux on the coupled patch.