CFD Online Discussion Forums

CFD Online Discussion Forums (https://www.cfd-online.com/Forums/)
-   OpenFOAM Running, Solving & CFD (https://www.cfd-online.com/Forums/openfoam-solving/)
-   -   MRFSimpleFoam amp Salome Meca (https://www.cfd-online.com/Forums/openfoam-solving/58386-mrfsimplefoam-amp-salome-meca.html)

tommie November 3, 2008 04:20

Hi OpenFoam- users, after m
 
Hi OpenFoam- users,

after my successful compiling of MRFSimpleFoam I have problems by defining and making a correct mesh.

I tried to compose the mesh with Salome Meca. Does it have anyone experience with doing that?
The main problem is to define the internal faces correctly.

What could be wrong??

Thank you about all suggestions.

Kind regards

___________


Exec : MRFSimpleFoam . Simple_Rot_Test3
Date : Nov 02 2008
Time : 21:12:29
Host : localhost
PID : 6905
Root : /opt/OpenFOAM/volker-1.4.1/run
Case : Simple_Rot_Test3
Nprocs : 1
Create time

Create mesh for time = 0

Reading field p

Reading field U

Reading/calculating face flux field phi

Selecting incompressible transport model Newtonian
Selecting turbulence model laminar


--> FOAM FATAL IO ERROR : Attempt to return dictionary entry as a primitive

file: /opt/OpenFOAM/volker-1.4.1/run/Simple_Rot_Test3/constant/MRFZones::patches

From function ITstream& primitiveEntry::stream() const
in file db/dictionary/dictionaryEntry/dictionaryEntry.C at line 76.

FOAM aborting

#0 Foam::error::printStack(Foam:http://www.cfd-online.com/OpenFOAM_D...part/proud.gifstream&) in "/home/volker/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libOpenFOAM.so"
#1 Foam::IOerror::abort() in "/home/volker/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libOpenFOAM.so"
#2 Foam::dictionaryEntry::stream() const in "/home/volker/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libOpenFOAM.so"
#3 Foam::dictionary::lookup(Foam::word const&) const in "/home/volker/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libOpenFOAM.so"
#4 Foam::MRFZone::MRFZone(Foam::fvMesh const&, Foam::Istream&) in "/home/volker/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libfiniteVolume.so"
#5 void Foam::PtrList<foam::mrfzone>::read<foam::mrfzone:: inew>(Foam::Istream&, Foam::MRFZone::iNew const&) in "/home/volker/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libfiniteVolume.so"
#6 Foam::IOPtrList<foam::mrfzone>::IOPtrList<foam::mr fzone::inew>(Foam::IOobject const&, Foam::MRFZone::iNew const&) in "/home/volker/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libfiniteVolume.so"

prashant24983 November 3, 2008 07:11

I have never worked on salome
 
I have never worked on salome but I have it installed on my system. Are you sure that the problem is with definition of patches?

dmoroian November 3, 2008 07:11

The main problem is to define
 
Quote:

The main problem is to define the internal faces correctly.
As far as I know, you don't need internal faces, actually, there is no such thing in OpenFOAM. See the discussions about intenal walls.
The main idea is that you have to define two zones: a rotating one and a stationary one.
What I usually do, is to create using Gambit/Tgrid/Ansa the mesh including 2 fluid volumes, separated by an interior face. When I import the mesh into OpenFOAM, it ignores the interior face and generates automatically the two distinct zones.

I hope this is helpful,
Dragos

tommie November 4, 2008 06:08

Hi Dragos, hi Prashant, Tha
 
Hi Dragos, hi Prashant,

Thanks for your advices.

Where can I get Gambit or Tgrid or Ansa?
I think with Salome it's not possible.


In Salome, I defined a Rotor Solid and a Stator Solid. I made meshes form both; I created patches for walls, inlet, outlet and the touching zone between rotor and stator. I made a compound of all and imported this in OF. I created a simple case without rotating and the result was: the flow didn't go through the rotor mesh. So I checked the mesh. The pattern of the mesh is at the touching zone of Rotor and Stator complete different. I believe, there are some gaps between the elements. I tried it in following with a 2D sub mesh, but in Salome the sub mesh must belong to rotor OR stator NOT to both. So at the touching zone the pattern of the meshes were completely different again.

Kind regards

dmoroian November 4, 2008 07:03

Hello again Volker, I think h
 
Hello again Volker,
I think here is your problem: you get two overlapping or almost overlapping surfaces at the interface between rotor and stator and you shouldn't. If it is possible (I don't know Salome) try to get only one surface that belongs to both domains rotor and stator. Otherwise, construct the entire mesh as one domain (containing both rotor and stator) and then, if possible use OpenFOAM utilities cellSet, faceSet, setToZones to generate those two zones you need (rotor and stator).

I hope this is helpful,
Dragos

paweld November 5, 2014 02:54

Hi All,

I'm new to Salome and I think I am struggling with the same problem. I want to prepare the geometry of a mixer with generated mesh just like here:

www.openfoamwiki.net/index.php/MRFSimpleFoam

but in Salome (I'm working on CAELinux 2013). The problem that I'm trying to slove is how to generate the mesh and boundry conditions to solve it using the MRFSimpleFoam solver.

Have anybody done it in salome?


All times are GMT -4. The time now is 11:00.