|
[Sponsors] |
[mesh manipulation] Problem with stitchMesh: it does not work in meshes with several common patches |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
June 20, 2013, 12:32 |
Problem with stitchMesh: it does not work in meshes with several common patches
|
#1 |
New Member
Arnau
Join Date: Jan 2012
Posts: 17
Rep Power: 14 |
Hello,
I am using mergeMeshes and stitchMesh to merge several meshes and to get rid of internal faces, as they are not supported by OpenFOAM. Everything works fine since the patches I am stitching are perfectly conformal and the geometries very simple. However, when I try to stitch more than one pair of patches in the same merged mesh I get the following error (please see the explanatory chart I have attached): Code:
--> FOAM FATAL ERROR: Face 73125 reduced to less than 3 points. Topological/cutting error B. Old face: 2(7938 7982) new face: 2(7938 7982) From function void slidingInterface::coupleInterface(polyTopoChange& ref) const in file slidingInterface/coupleSlidingInterface.C at line 1795. FOAM aborting #0 Foam::error::printStack(Foam::Ostream&) in "/home/arnau/OpenFOAM/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #1 Foam::error::abort() in "/home/arnau/OpenFOAM/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib/libOpenFOAM.so" #2 Foam::slidingInterface::coupleInterface(Foam::polyTopoChange&) const in "/home/arnau/OpenFOAM/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib/libdynamicMesh.so" #3 Foam::polyTopoChanger::topoChangeRequest() const in "/home/arnau/OpenFOAM/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib/libdynamicMesh.so" #4 Foam::polyTopoChanger::changeMesh(bool, bool, bool, bool) in "/home/arnau/OpenFOAM/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib/libdynamicMesh.so" #5 in "/home/arnau/OpenFOAM/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/bin/stitchMesh" #6 __libc_start_main in "/lib/libc.so.6" #7 in "/home/arnau/OpenFOAM/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/bin/stitchMesh" Aborted Thank you very much for your time. Kind regards, Arnau. Chart of mergeMeshes and stitchMesh process: StitchMesh_problem.jpg |
|
June 25, 2013, 09:20 |
|
#2 |
Senior Member
Join Date: Mar 2010
Location: Germany
Posts: 154
Rep Power: 16 |
Hi,
unfortunately I can't help you yet. Just for your information, the same thing has lately been observed and discussed in other threads: http://www.cfd-online.com/Forums/ope...tml#post183551 http://www.cfd-online.com/Forums/ope...tml#post418651 http://www.cfd-online.com/Forums/ope...mesh-used.html Maybe you could provide your test case or a minimal working example too. Good luck! Cutter |
|
June 25, 2013, 09:49 |
Solution
|
#3 |
New Member
Arnau
Join Date: Jan 2012
Posts: 17
Rep Power: 14 |
Thank you very much, Cutter!
I found a way to work around this problem a couple of days ago (it works at least in OpenFOAM 2.1). I post it in case anybody else experiences the same problem: Do not ask my why, but for some reason, you have to run stitchMesh with the "-perfect" option. E.g.: Code:
stitchMesh -case {case_name} -overwrite -perfect {master_patch} {slave_patch} By the way, the files *Zones and meshModyfiers in ./constant/polyMesh can be the source of other errors, so do not forget to delete them after every stitchMesh. Besides I have observed that in some OpenFOAM versions all patches, both internal and boundary conditions, have to be defined in ./0 when you stitch meshes. Good luck! |
|
Tags |
mergemeshes, openfoam, stitchmesh |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Problem using AMI | vinz | OpenFOAM Running, Solving & CFD | 298 | November 13, 2023 09:19 |
[mesh manipulation] mirrorMesh and undoing the joining of patches | chegdan | OpenFOAM Meshing & Mesh Conversion | 3 | October 21, 2015 09:09 |
Problem exporting big meshes from ICEM to Fire | Emil | CFX | 0 | October 10, 2008 14:06 |
Divergence problem on different meshes | Harry | Main CFD Forum | 2 | September 26, 2006 01:23 |
STAR HPC. Problem with COMMON BLOCK | Denis | Siemens | 0 | April 4, 2003 08:33 |