blockMesh fatal error, the default patch already has faces in it
My colleagues and I have recently ran across a strange issue about the defaultFaces patch. We want to calculate the flow around the rectangular box for the simple case scenario. For the specific reasons our mesh is formed from the prisms, but according to the userguide it should be Ok. Current blockMeshDict describes the following geometry:
When I run the blockMesh command on the blockMeshDict file (given below), the program throws the fatal error:
Default patch defaultFaces already has faces in it or it is not last in list of patches.
As far as I understand, this is because we have forgot some of the faces on the outer boundaries and blockMesh has automatically added them. Nevertheless, I'm pretty sure that all the boundaries are properly described and this error confused me.
I would be really grateful for any information concerning the rules for the defaultFaces patch formation and the reasons of why it should be the "last in the list of patches".
Thanks in advance!
Here's the blockMeshDict file, just in case.
I'm also having some issues with defaultFaces but mine are an unresolved interface that shouldn't be there.
Can you see what faces are being included in defaultFaces by using ParaView?
It may help you identify what is not being defined properly, so you can add them to the proper patch or otherwise remove them.
In my case, I had 16 faces go into defaultFaces, so I tried to define them into a master and slave patch to mergePatchPairs, but I keep getting an error about creating zero thickness geometry or something like that.
Might help get you onto the right direction
djh2, thanks for the reply. Actually, we have resolved an issue (at least the blockMesh works for now).
The case was in the prism definition using the hex keyword. This notation implies that if you join the vertices of the hex to form a prism, the plane between the joined vertices remains and should be added to one of the patches.
For example, if I declare a prism with a hex keyword like this:
(8 8 5 1 21 21 18 14)
the face (5 8 8 5) exists even though it has square equal to zero, as well as the face (18 21 21 18). So, if you don't add them to some of the patches, they will automatically be included into the defaultFaces, which causes the further problems. This doesn't make a lot of sense, but thats how it works.
ParaView is helpless here, since the files which are necessary to make a 3D view are not formed by the blockMeshDict because the error appears earlier.
Hope this helps,
|All times are GMT -4. The time now is 04:29.|