[Seb_Ve]

Hello all,


I am trying to run a simulation with the pimpleCentralFoam solver but the simulation stops before it really can start and I can't really figure out why.


The log file shows this:

Build  : 4.1
Exec   : pimpleCentralFoam
Date   : May 27 2018
Time   : 12:37:25
Host   : "ThinkPad13"
PID    : 3780
Case   : /mnt/c/Projektarbeit/20180502
nProcs : 1
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

Create mesh for time = 0


PIMPLE: no residual control data found. Calculations will employ 3 corrector loops

Reading thermophysical properties

Selecting thermodynamics package 
{
    type            hePsiThermo;
    mixture         pureMixture;
    transport       const;
    thermo          hConst;
    equationOfState perfectGas;
    specie          specie;
    energy          sensibleEnthalpy;
}

Reading field U

Creating field kinetic energy K

I generated the mesh via snappyHexMesh and then "converted" it into a 2d Mesh with extrudeMesh. CheckMesh doesn't complain. The geometrie is attached.



I also tried to use sonicFoam but there something similar happens.

I don't really know what to do since there is no obvious error to fix.


Does anyboady has any ideas?


Greeting and thanks in advance,
Sebastian

[Rolny]

Hello Seb,

i've the same problem with rhoPimpleFoam,

Could you solve your case?

I hope your answer.

Thanks

[mkraposhin]

Hi,

you should post here your 0/ directory contents

[RobertHB]

From my experience, with other solvers, when the solver stops before starting any loop the problem lies with the variables. In your case your solver can read U, does calculate K, and crashes with the next variable. So fingure out what variable comes next. Are all BC defined? Do you use the correct schemes and solver settings?

[vlad]

I had a similar issue, and the problem was using subsonicSupersonicPressureOutlet from libcompressibleTools of301 in of6, as I have not noticed that this and other special boundary conditions are not ported in libcompressibleTools of6-dev branch.

Is there an intention to have those in of6-dev branch as well, or they are abandoned for newer versions?
Thanks a lot.

[mkraposhin]

Hi,

I plan to port compressibleTools to OF6, but maybe at latest days of December.