|
[Sponsors] |
Error in thermophysical properties (chtMultiRegionFoam) |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
October 16, 2013, 00:35 |
Error in thermophysical properties (chtMultiRegionFoam)
|
#1 |
Senior Member
Mominul MuKuT
Join Date: Mar 2009
Location: Bangladesh
Posts: 124
Rep Power: 17 |
Hello foamers!
I have modified multiRegionHeater Tutorial of chtMultiRegionFoam to following geometry, as I want to simulate plasma actuator induced flow: In tutorials, following regions were created by toposetDict: topAir bottomAir heater leftSolid rightSolid Then I have modified the geometry of this tutorial like as above image in which I have defined following regions by topoSetDict topAir (same as tutorial but differ in dimension) bottomAir (same as tutorial but differ in dimension) heater (as a dielectric material which is kapton film) leftSolid (as a top electrode which is copper) rightSolid (as a bottom electrode which is copper) innerelec (as a inner electrode which is also copper) I have set themophysical properties for each region according to their material properties except topAir and bottomAir as they are same air regions in my case like tutorials. I have run following commands in the terminal: Code:
blockMesh topoSet splitMeshRegions -cellZones -overwrite decomposePar -allRegions mpirun -np 4 chtMultiRegionFoam -parallel mpirun -np 4 chtMultiRegionFoam -parallel Code:
mukut@mukut-Endeavor-MR3300:~/OpenFOAM/mukut-2.2.1/run/tutorials/heatTransfer/chtMultiRegionFoam/multiRegionHeater$ mpirun -np 4 chtMultiRegionFoam -parallel /*---------------------------------------------------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 2.2.1 | | \\ / A nd | Web: www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ Build : 2.2.1-57f3c3617a2d Exec : chtMultiRegionFoam -parallel Date : Oct 12 2013 Time : 09:50:20 Host : "mukut-Endeavor-MR3300" PID : 4482 Case : /home/mukut/OpenFOAM/mukut-2.2.1/run/tutorials/heatTransfer/chtMultiRegionFoam/multiRegionHeater nProcs : 4 Slaves : 3 ( "mukut-Endeavor-MR3300.4483" "mukut-Endeavor-MR3300.4484" "mukut-Endeavor-MR3300.4485" ) Pstream initialized with: floatTransfer : 0 nProcsSimpleSum : 0 commsType : nonBlocking polling iterations : 0 sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE). fileModificationChecking : Monitoring run-time modified files using timeStampMaster allowSystemOperations : Disallowing user-supplied system call operations // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Create time Create fluid mesh for region bottomAir for time = 0 Create fluid mesh for region topAir for time = 0 Create solid mesh for region heater for time = 0 Create solid mesh for region leftSolid for time = 0 Create solid mesh for region rightSolid for time = 0 Create solid mesh for region innerelec for time = 0 *** Reading fluid mesh thermophysical properties for region bottomAir Adding to thermoFluid Selecting thermodynamics package { type heRhoThermo; mixture pureMixture; transport const; thermo hConst; equationOfState perfectGas; specie specie; energy sensibleEnthalpy; } Adding to rhoFluid [2] #0 Adding to UFluid Adding to phiFluid Foam::error::printStack(Foam::Ostream&) in "/opt/openfoam221/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" [2] #1 Foam::sigFpe::sigHandler(int) in "/opt/openfoam221/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" [2] #2 in "/lib/x86_64-linux-gnu/libc.so.6" [2] #3 Foam::heRhoThermo<Foam::rhoThermo, Foam::pureMixture<Foam::constTransport<Foam::species::thermo<Foam::hConstThermo<Foam::perfectGas<Foam::specie> >, Foam::sensibleEnthalpy> > > >::calculate() in "/opt/openfoam221/platforms/linux64GccDPOpt/lib/libfluidThermophysicalModels.so" [2] #4 Foam::rhoThermo::addfvMeshConstructorToTable<Foam::heRhoThermo<Foam::rhoThermo, Foam::pureMixture<Foam::constTransport<Foam::species::thermo<Foam::hConstThermo<Foam::perfectGas<Foam::specie> >, Foam::sensibleEnthalpy> > > > >::New(Foam::fvMesh const&, Foam::word const&) in "/opt/openfoam221/platforms/linux64GccDPOpt/lib/libfluidThermophysicalModels.so" [2] #5 Foam::autoPtr<Foam::rhoThermo> Foam::basicThermo::New<Foam::rhoThermo>(Foam::fvMesh const&, Foam::word const&) in "/opt/openfoam221/platforms/linux64GccDPOpt/lib/libfluidThermophysicalModels.so" [2] #6 Foam::rhoThermo::New(Foam::fvMesh const&, Foam::word const&) in "/opt/openfoam221/platforms/linux64GccDPOpt/lib/libfluidThermophysicalModels.so" [2] #7 [2] in "/opt/openfoam221/platforms/linux64GccDPOpt/bin/chtMultiRegionFoam" [2] #8 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" [2] #9 [2] in "/opt/openfoam221/platforms/linux64GccDPOpt/bin/chtMultiRegionFoam" [mukut-Endeavor-MR3300:04484] *** Process received signal *** [mukut-Endeavor-MR3300:04484] Signal: Floating point exception (8) [mukut-Endeavor-MR3300:04484] Signal code: (-6) [mukut-Endeavor-MR3300:04484] Failing at address: 0x3e800001184 [mukut-Endeavor-MR3300:04484] [ 0] /lib/x86_64-linux-gnu/libc.so.6(+0x364a0) [0x7f05aec694a0] [mukut-Endeavor-MR3300:04484] [ 1] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35) [0x7f05aec69425] [mukut-Endeavor-MR3300:04484] [ 2] /lib/x86_64-linux-gnu/libc.so.6(+0x364a0) [0x7f05aec694a0] [mukut-Endeavor-MR3300:04484] [ 3] /opt/openfoam221/platforms/linux64GccDPOpt/lib/libfluidThermophysicalModels.so(_ZN4Foam11heRhoThermoINS_9rhoThermoENS_11pureMixtureINS_14constTransportINS_7species6thermoINS_12hConstThermoINS_10perfectGasINS_6specieEEEEENS_16sensibleEnthalpyEEEEEEEE9calculateEv+0x6cd) [0x7f05b3ccbdad] [mukut-Endeavor-MR3300:04484] [ 4] /opt/openfoam221/platforms/linux64GccDPOpt/lib/libfluidThermophysicalModels.so(_ZN4Foam9rhoThermo27addfvMeshConstructorToTableINS_11heRhoThermoIS0_NS_11pureMixtureINS_14constTransportINS_7species6thermoINS_12hConstThermoINS_10perfectGasINS_6specieEEEEENS_16sensibleEnthalpyEEEEEEEEEE3NewERKNS_6fvMeshERKNS_4wordE+0x5c) [0x7f05b3ceba6c] [mukut-Endeavor-MR3300:04484] [ 5] /opt/openfoam221/platforms/linux64GccDPOpt/lib/libfluidThermophysicalModels.so(_ZN4Foam11basicThermo3NewINS_9rhoThermoEEENS_7autoPtrIT_EERKNS_6fvMeshERKNS_4wordE+0x11b) [0x7f05b3cabccb] [mukut-Endeavor-MR3300:04484] [ 6] /opt/openfoam221/platforms/linux64GccDPOpt/lib/libfluidThermophysicalModels.so(_ZN4Foam9rhoThermo3NewERKNS_6fvMeshERKNS_4wordE+0x9) [0x7f05b3caa1d9] [mukut-Endeavor-MR3300:04484] [ 7] chtMultiRegionFoam() [0x423ff8] [mukut-Endeavor-MR3300:04484] [ 8] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed) [0x7f05aec5476d] [mukut-Endeavor-MR3300:04484] [ 9] chtMultiRegionFoam() [0x42c5ed] [mukut-Endeavor-MR3300:04484] *** End of error message *** -------------------------------------------------------------------------- mpirun noticed that process rank 2 with PID 4484 on node mukut-Endeavor-MR3300 exited on signal 8 (Floating point exception). How can I get rid of it? Thanks in advance. Best regards, Mukut |
|
October 21, 2013, 16:18 |
|
#2 |
New Member
Christopher Hughes
Join Date: Oct 2012
Posts: 27
Rep Power: 14 |
Did you make your own library?
libfluidThermophysicalModels.so? The standard should just be basicThermophysicalModels. If you did make your own library, you have to make sure that everything is connected and pointed to properly. The error is referring to the calculate function in the sensible enthalpy section so it may also be a typo there. If all you did was change the geometry by adding more solids, you shouldn't be getting any of those kinds of errors since they relate to the solver itself not the problem. Granted that is from 2.1.1, but I doubt they would add fluid just like that. |
|
October 21, 2013, 21:26 |
|
#3 | |
Senior Member
Mominul MuKuT
Join Date: Mar 2009
Location: Bangladesh
Posts: 124
Rep Power: 17 |
Quote:
|
||
January 30, 2014, 04:20 |
foam::error::printStack compressibleInterFoam parallel run
|
#4 |
Senior Member
Fabian Roesler
Join Date: Mar 2009
Location: Germany
Posts: 213
Rep Power: 18 |
Hi mukut
How did you solve the problem with the foam::error:rintStack? I am facing the same problem like you did in OpenFOAM 2.2.2. I perform simulations with compressibleInterFoam on a case with round about 2e6 cells. In serial the simulation runs perfect but would take weeks to finish. In parallel run I get the following error massage (I cleaned the full error output to show only errors from one calculation node): Code:
/*---------------------------------------------------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 2.2.2 | | \\ / A nd | Web: www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ Build : 2.2.2-9739c53ec43f Exec : compressibleInterFoam -parallel Date : Jan 30 2014 Time : 08:40:54 Host : "nod00" PID : 31247 Case : /home/me/OpenFOAM/me-2.2.2/run/test nProcs : 16 Slaves : 15 ( "nod01.31248" "nod02.31249" "nod03.31250" "nod04.31251" "nod05.29274" "nod06.29275" "nod07.29276" "nod08.29277" "nod09.29278" "nod10.11981" "nod11.11982" "nod12.11983" "nod13.11984" "nod14.11985" "nod15.11986" ) Pstream initialized with: floatTransfer : 0 nProcsSimpleSum : 0 commsType : nonBlocking polling iterations : 0 sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE). fileModificationChecking : Monitoring run-time modified files using timeStampMaster allowSystemOperations : Disallowing user-supplied system call operations // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Create time Create mesh for time = 0 Reading g PIMPLE: Operating solver in PISO mode Reading field p_rgh Reading field U Reading/calculating face flux field phi Constructing twoPhaseMixtureThermo Selecting thermodynamics package { type heRhoThermo; mixture pureMixture; transport const; thermo hConst; equationOfState perfectFluid; specie specie; energy sensibleInternalEnergy; } [3] #0 Foam::error::printStack(Foam::Ostream&) [3] #1 Foam::sigFpe::sigHandler(int) in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libOpenFOAM.so" [3] #2 in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libOpenFOAM.so" [3] #3 Foam::heThermo<Foam::rhoThermo, Foam::pureMixture<Foam::constTransport<Foam::species::thermo<Foam::hConstThermo<Foam::perfectFluid<Foam::specie> >, Foam::sensibleInternalEnergy> > > >::he(Foam::Field<double> const&, Foam::Field<double> const&, int) const[5] at sigaction.c:0 [3] #4 Foam::heThermo<Foam::rhoThermo, Foam::pureMixture<Foam::constTransport<Foam::species::thermo<Foam::hConstThermo<Foam::perfectFluid<Foam::specie> >, Foam::sensibleInternalEnergy> > > >::init() in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so" [3] #5 Foam::heThermo<Foam::rhoThermo, Foam::pureMixture<Foam::constTransport<Foam::species::thermo<Foam::hConstThermo<Foam::perfectFluid<Foam::specie> >, Foam::sensibleInternalEnergy> > > >::heThermo(Foam::fvMesh const&, Foam::word const&) in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so" [3] #6 Foam::rhoThermo::addfvMeshConstructorToTable<Foam::heRhoThermo<Foam::rhoThermo, Foam::pureMixture<Foam::constTransport<Foam::species::thermo<Foam::hConstThermo<Foam::perfectFluid<Foam::specie> >, Foam::sensibleInternalEnergy> > > > >::New(Foam::fvMesh const&, Foam::word const&) in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so" [3] #7 Foam::autoPtr<Foam::rhoThermo> Foam::basicThermo::New<Foam::rhoThermo>(Foam::fvMesh const&, Foam::word const&) in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so" [3] #8 Foam::rhoThermo::New(Foam::fvMesh const&, Foam::word const&) in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so" [3] #9 Foam::twoPhaseMixtureThermo::twoPhaseMixtureThermo(Foam::fvMesh const&) in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so" [3] #10 in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libtwoPhaseMixtureThermo.so" [3] #11 __libc_start_main in "/home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libtwoPhaseMixtureThermo.so" [3] #12 in "/lib64/libc.so.6" [nod03:31250] *** Process received signal *** [nod03:31250] Signal: Floating point exception (8) [nod03:31250] Signal code: (-6) [nod03:31250] Failing at address: 0x2271800007a12 [nod03:31250] [ 0] /lib64/libc.so.6() [0x3f64832920] [nod03:31250] [ 1] /lib64/libc.so.6(gsignal+0x35) [0x3f648328a5] [nod03:31250] [ 2] /lib64/libc.so.6() [0x3f64832920] [nod03:31250] [ 3] /home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so(_ZNK4Foam8heThermoINS_9rhoThermoENS_11pureMixtureINS_14constTransportINS_7species6thermoINS_12hConstThermoINS_12perfectFluidINS_6specieEEEEENS_22sensibleInternalEnergyEEEEEEEE2heERKNS_5FieldIdEESJ_i+0x9e) [0x7f35e50fcbae] [nod03:31250] [ 4] /home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so(_ZN4Foam8heThermoINS_9rhoThermoENS_11pureMixtureINS_14constTransportINS_7species6thermoINS_12hConstThermoINS_12perfectFluidINS_6specieEEEEENS_22sensibleInternalEnergyEEEEEEEE4initEv+0x206) [0x7f35e5123c96] [nod03:31250] [ 5] /home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so(_ZN4Foam8heThermoINS_9rhoThermoENS_11pureMixtureINS_14constTransportINS_7species6thermoINS_12hConstThermoINS_12perfectFluidINS_6specieEEEEENS_22sensibleInternalEnergyEEEEEEEEC2ERKNS_6fvMeshERKNS_4wordE+0x25a) [0x7f35e51306ba] [nod03:31250] [ 6] /home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so(_ZN4Foam9rhoThermo27addfvMeshConstructorToTableINS_11heRhoThermoIS0_NS_11pureMixtureINS_14constTransportINS_7species6thermoINS_12hConstThermoINS_12perfectFluidINS_6specieEEEEENS_22sensibleInternalEnergyEEEEEEEEEE3NewERKNS_6fvMeshERKNS_4wordE+0x3c) [0x7f35e51307cc] [nod03:31250] [ 7] /home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so(_ZN4Foam11basicThermo3NewINS_9rhoThermoEEENS_7autoPtrIT_EERKNS_6fvMeshERKNS_4wordE+0x115) [0x7f35e50f2495] [nod03:31250] [ 8] /home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libfluidThermophysicalModels.so(_ZN4Foam9rhoThermo3NewERKNS_6fvMeshERKNS_4wordE+0x9) [0x7f35e50f0969] [nod03:31250] [ 9] /home/me/OpenFOAM/OpenFOAM-2.2.2/platforms/linux64Gcc45DPOpt/lib/libtwoPhaseMixtureThermo.so(_ZN4Foam21twoPhaseMixtureThermoC2ERKNS_6fvMeshE+0x280) [0x7f35e53c64b0] [nod03:31250] [10] compressibleInterFoam() [0x42d908] [nod03:31250] [11] /lib64/libc.so.6(__libc_start_main+0xfd) [0x3f6481ecdd] [nod03:31250] [12] compressibleInterFoam() [0x425679] [nod03:31250] *** End of error message *** mpirun noticed that process rank 1 with PID 31248 on node nod03 exited on signal 8 (Floating point exception). -------------------------------------------------------------------------- The error occurs when OpenFOAM tries to initialize the thermophysical model of the air phase. I only changed the geometry from the tutorial case. Moreover, the error shows a problem of the thermophysical model, not the case itself. Thanks for your help. Cheers Fabian |
|
February 6, 2014, 06:39 |
twoPhaseMixtureThermo bug?
|
#5 |
Senior Member
Fabian Roesler
Join Date: Mar 2009
Location: Germany
Posts: 213
Rep Power: 18 |
Hi
I started from scratch to find the trigger of my error in compressibleInterFoam case. I took the tutorial case and ran it serial and parallel. Everything is fine. When I change the temperatures to the range I have to simulate my specific case (round about 900 °C), then the serial case runs flawless. However the parallel run stops with printStack error after constructing the twoPhaseMixtureThermo. So the only problem is the increase in temperature? I also tried with janaf thermo model without success. Could this be a bug (OF 2.2.2)? Help is still welcome! Cheers Fabian |
|
February 6, 2014, 09:14 |
|
#6 |
Senior Member
Olivier
Join Date: Jun 2009
Location: France, grenoble
Posts: 272
Rep Power: 18 |
hello,
Did you check if after decomposePar, you did not get in the proc../0/T files some "value (non)uniform 0;" ? Because some tools (merge / stitch patch, maybe other ...) seem to do that (i don"t know why). regards, olivier |
|
May 2, 2014, 16:54 |
|
#7 |
Senior Member
Fabian Roesler
Join Date: Mar 2009
Location: Germany
Posts: 213
Rep Power: 18 |
Hi
Sorry for this huge delay. I think you have a good point here. I used snappy to generate the mesh. To not have to reconstruct I copied the 0 time folder into the processor directories after meshing. Then I ran setFields. The important point know: I use Code:
"$WM_PROJECT_DIR/etc/caseDicts/setConstraintTypes" Cheers Fabian |
|
August 23, 2014, 17:40 |
|
#8 |
New Member
Cliff
Join Date: Aug 2014
Posts: 10
Rep Power: 12 |
Dear Mukut or anyone else who might be able to help,
I am trying to use chtMultiRegionFoam to model transient conduction between two solids (no fluid). I am having a very difficult time and I hope you don't mind that I trouble you with such a basic problem. Is there an possibility that you could have a look at my two-solid heat transfer case and see where I have gone wrong? https://www.dropbox.com/sh/1fxb42g1b...92kKyZgha?dl=0 I currently do not have any fluids in the region properties. I suppose this could cause trouble for chtMultiRegion. Thank you, Cliff |
|
August 23, 2014, 17:51 |
|
#9 | |
New Member
Christopher Hughes
Join Date: Oct 2012
Posts: 27
Rep Power: 14 |
Quote:
/*--------------------------------*- C++ -*----------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 2.1.x | | \\ / A nd | Web: www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ FoamFile { version 2.0; format ascii; class dictionary; location "constant"; object regionProperties; } // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // fluidRegionNames ( ); solidRegionNames ( solid1 solid2); // ************************************************** *********************** // is a good place to start. Then you have to make sure that you have the appropriate folders in your system folder for the regions, including the changeDictionaryDict files in their respective system/regionName folder |
||
August 23, 2014, 19:13 |
|
#10 |
New Member
Cliff
Join Date: Aug 2014
Posts: 10
Rep Power: 12 |
Thank you very much. It's running now. Much joy here.
You wouldn't happen to know why in the controlDict I am not able to successfully run with adjustTimeStep yes; when I remove this, it runs, albeit slowly. The adjustable time step works well for the multiRegionHeater tutorial case, but not in my simple case. Cliff |
|
August 26, 2014, 13:41 |
|
#11 |
Member
baran
Join Date: Aug 2014
Posts: 45
Rep Power: 12 |
Hello everyone,
I am trying to solve conjugate heat transfer problem in chtMultiRegionFoam with geometry of cavity with some insulation. That means two region...solid and air. But it is showing some problem when it read thermophysical property..please suggest something.. https://www.dropbox.com/s/kdt1prx29c...heck1.PNG?dl=0 -Baran Last edited by baran_foam; August 26, 2014 at 13:44. Reason: picture is not good |
|
August 27, 2014, 03:35 |
nonuniform value 0
|
#12 |
Senior Member
Fabian Roesler
Join Date: Mar 2009
Location: Germany
Posts: 213
Rep Power: 18 |
Hi
I usually get those errors when the initial fields and boundary conditions of pressure p and temperature T have nonphysical values. Sometimes, for example when you decompose a case for a parallel run, the fields get initialized with nonuniform values. So when you find a pressure or temperature boundary with value 0 this causes the error. Most obvious, the thermodynamic model can't handle a fluid with 0 K temperature and 0 Pa pressure. Best way to get around this is using changeDictionary and overwrite all fields before running. Cheers Fabian |
|
August 27, 2014, 06:37 |
|
#13 | |
Member
baran
Join Date: Aug 2014
Posts: 45
Rep Power: 12 |
Quote:
https://www.dropbox.com/s/s8faeevvgd...heck3.PNG?dl=0 After that I change bc manually in 0 directory to Code:
"cavityAir_to_.*" { type compressible::turbulentTemperatureCoupledBaffleMixed; neighbourFieldName T; K basicThermo; KName none; value uniform 300; } https://www.dropbox.com/s/3vs6c1h64y...heck2.PNG?dl=0 Maybe this is very basic thing..but...as I am new to OF...so struggling to understand this thing...please suggest ... -baran Last edited by wyldckat; August 30, 2014 at 09:41. Reason: [QUOTE] -> [CODE] |
||
August 30, 2014, 09:50 |
|
#14 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,982
Blog Entries: 45
Rep Power: 128 |
Greetings to all!
@baran: I saw the PM you sent me and came looking for public posts you had. I'm glad the first issue is solved. But the new problem is because you're using the boundary condition type "calculated" where it should not be used. Keep in mind that the "calculated" type of boundary condition means that the result on that patch for that specific field, is a result of the flow on the rest of the domain and that it can be calculated based on the other fields or from the flow itself. In other words, the error message you're getting is implying that you cannot use the "calculated" type for your patch. Beyond this, I suggest that you take a few steps back and test ideas using a simpler test case. For example, you can use the case given here: http://openfoamwiki.net/index.php/Ge..._-_planeWall2D - since it's a simpler case than yours, and since it's one where it's easier to calculate the analytical solution for comparison, you can then make small changes to make it closer and closer to your problem at hand. For example, this way you can test various thermodynamic properties with this test case, to assess what you can and cannot do. In other words: isolate and conquer one small problem at a time Best regards, Bruno
__________________
|
|
September 1, 2014, 00:55 |
|
#15 | |
Member
baran
Join Date: Aug 2014
Posts: 45
Rep Power: 12 |
Greeting everyone,
@bruno.....thanks for your guidance....I went through the tutorial of multiRegionHeater of chtMultiRegionFoam. According to this I modified my case as well as boundary conditions which was implemented in wrong way initially. But still there is some problem in turbulence model which is observed in log.chtMultiRegionFoam though I used same thing like in tutorial . Quote:
Regards, Baran |
||
September 1, 2014, 04:25 |
|
#16 | |
Senior Member
Fabian Roesler
Join Date: Mar 2009
Location: Germany
Posts: 213
Rep Power: 18 |
Quote:
probably you found out already that changeDictionary has to be called before starting the solution process with the solver. You have to prepare a changeDictionaryDict for all your regions. And then execute the change with the command Code:
changeDictionary http://www.cfd-online.com/Forums/ope...tml#post381177 Took me 1 minute to Google and read Regards Fabian |
||
September 2, 2014, 02:18 |
|
#17 | |
Member
baran
Join Date: Aug 2014
Posts: 45
Rep Power: 12 |
Hello everyone,
@ fabian , thanks...for your suggestion...i sort it out the problem......of thermophysical properties... but there is some mpi running error is coming for my case...its not running.. Quote:
http://webcache.googleusercontent.co...&ct=clnk&gl=in and change my deltaT to 10^-8 ....but still it showing same error....please suggest something... Regards, Baran Last edited by baran_foam; September 2, 2014 at 02:50. Reason: to give full error details |
||
September 3, 2014, 08:54 |
|
#18 |
Member
baran
Join Date: Aug 2014
Posts: 45
Rep Power: 12 |
Hello everyone,
my problem is solved....I did the following mistakes... 1. I convert one gambit mesh file into openfoam ,so its scaling is forgot to change.. 2. Adjustable run time is on...so deltaT is changed to some different value...which create the floating point exception issue... Regards, Baran |
|
October 28, 2015, 02:40 |
Error in chtMultiRegionFOAM
|
#19 |
New Member
Federica
Join Date: Oct 2015
Posts: 13
Rep Power: 11 |
Hi everyone!
I have this error during the execution of my simulation: Solving for fluid region water diagonal: Solving for rho, Initial residual = 0, Final residual = 0, No Iterations 0 DILUPBiCG: Solving for Ux, Initial residual = 1, Final residual = 1.167835e-009, No Iterations 4 DILUPBiCG: Solving for Uy, Initial residual = 1, Final residual = 5.9374103e-008, No Iterations 4 --> FOAM FATAL ERROR: Kappa defined to employ fluidThermo method, but thermo package not available From function temperatureCoupledBase::kappa(const scalarField&) const in file derivedFvPatchFields/temperatureCoupledBase/temperatureCoupledBase.C at line 116. FOAM exiting The solver is ChtmultiRegionFOAM. Anyone can help me? Thank you so much! |
|
October 31, 2015, 09:18 |
|
#20 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,982
Blog Entries: 45
Rep Power: 128 |
Quick questions @fkika: Please provide more details, such as:
|
|
Tags |
chtmultiregionfoam, error, plasma actuator modeling, pre-processing |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
table properties for thermophysical properties | romant | OpenFOAM Running, Solving & CFD | 1 | August 12, 2014 09:41 |
thermophysical properties | immortality | OpenFOAM Running, Solving & CFD | 0 | December 2, 2012 07:49 |
polynomial thermophysical properties in a solid region (chtMultiRegionSimpleFoam) | Koga | OpenFOAM Programming & Development | 0 | November 15, 2012 05:14 |
how to incorporate temperature dependent thermophysical properties in fluent. | CANDY | Fluent UDF and Scheme Programming | 4 | October 22, 2012 05:19 |
thermophysical properties of ham | Alex Ivancic | Main CFD Forum | 1 | November 5, 1998 12:09 |