|
[Sponsors] |
November 3, 2008, 05:20 |
Hi OpenFoam- users,
after m
|
#1 |
New Member
Volker Ludewig
Join Date: Mar 2009
Location: Chemnitz, saxony, germany
Posts: 12
Rep Power: 17 |
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:stream&) 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" |
|
November 3, 2008, 08:11 |
I have never worked on salome
|
#2 |
Member
Prashant Ojha
Join Date: Mar 2009
Posts: 38
Rep Power: 17 |
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?
|
|
November 3, 2008, 08:11 |
The main problem is to define
|
#3 | |
Senior Member
Dragos
Join Date: Mar 2009
Posts: 648
Rep Power: 20 |
Quote:
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 |
||
November 4, 2008, 07:08 |
Hi Dragos, hi Prashant,
Tha
|
#4 |
New Member
Volker Ludewig
Join Date: Mar 2009
Location: Chemnitz, saxony, germany
Posts: 12
Rep Power: 17 |
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 |
|
November 4, 2008, 08:03 |
Hello again Volker,
I think h
|
#5 |
Senior Member
Dragos
Join Date: Mar 2009
Posts: 648
Rep Power: 20 |
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 |
|
November 5, 2014, 03:54 |
|
#6 |
New Member
Paweł
Join Date: Nov 2014
Location: Poznań, Poland
Posts: 5
Rep Power: 12 |
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? Last edited by paweld; November 5, 2014 at 07:30. |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[Salome] Salome | giordy | OpenFOAM Meshing & Mesh Conversion | 3 | September 5, 2008 08:36 |
An advice on general fluid meca knowledge ? | Sakar | Main CFD Forum | 3 | October 9, 2006 11:26 |
OpenFOAM and Salome | fred | OpenFOAM Pre-Processing | 6 | September 25, 2006 21:36 |
[Salome] Salome 321 and UNV | micpage18 | OpenFOAM Meshing & Mesh Conversion | 28 | September 12, 2006 20:17 |
meca flu | cytises | Main CFD Forum | 1 | July 10, 2002 13:28 |