CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Running, Solving & CFD

openfoam fatal error interfoam

Register Blogs Community New Posts Updated Threads Search

Like Tree1Likes
  • 1 Post By sc369

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   March 7, 2024, 03:09
Default openfoam fatal error interfoam
  #1
New Member
 
sameer
Join Date: Mar 2024
Posts: 10
Rep Power: 2
sc369 is on a distinguished road
i created a interfoam case it did run well
but
i used this case previously that time it worked but now i just replaced the stl files now the blockmesh , surfacefeatureextract, and snappy are running well but when i run decompose par or interfoam command i am getting this error i did looked at the lines but theire isnt any change and whole case is same as previous working case. no change except location in mesh, blockmesh size, and stl files


error
Lenovo-ideapad-520-15IKB:~/Desktop/TESTC$ interFoam
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \\ / O peration | Version: 2306 |
| \\ / A nd | Website: www.openfoam.com |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
Build : _fbf00d6b-20230626 OPENFOAM=2306 version=2306
Arch : "LSB;label=32;scalar=64"
Exec : interFoam
Date : Mar 07 2024
Time : 12:50:54
Host : sahil-Lenovo-ideapad-520-15IKB
PID : 21665
I/O : uncollated
Case : /home/sahil/Desktop/TESTC
nProcs : 1
trapFpe: Floating point exception trapping enabled (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster (fileModificationSkew 5, maxFileModificationPolls 20)
allowSystemOperations : Allowing user-supplied system call operations

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

--> FOAM Warning :
From static Foam::IOstreamOption::compressionType Foam::IOstreamOption::compressionEnum(const Foam::word&, Foam::IOstreamOption::compressionType)
in file db/options/IOstreamOption.C at line 115
Unknown compression specifier 'uncompressed', using compression off
Create mesh for time = 0

Selecting dynamicFvMesh staticFvMesh

PIMPLE: Operating solver in PISO mode

Reading field p_rgh



--> FOAM FATAL IO ERROR: (openfoam-2306)
Cannot find patchField entry for allBoundary

file: 0/p_rgh.boundaryField at line 28 to 49.

From void Foam::GeometricBoundaryField<Type, PatchField, GeoMesh>::readField(const Foam:imensionedField<TypeR, GeoMesh>&, const Foam::dictionary&) [with Type = double; PatchField = Foam::fvPatchField; GeoMesh = Foam::volMesh]
in file ./src/OpenFOAM/lnInclude/GeometricBoundaryField.C at line 177.

FOAM exiting

Lenovo-ideapad-520-15IKB:~/Desktop/TESTC$



please do help in solving this Error if u have any Question u cantact me
Thanks in advance.
sc369 is offline   Reply With Quote

Old   March 7, 2024, 03:21
Default
  #2
Senior Member
 
Yann
Join Date: Apr 2012
Location: France
Posts: 1,049
Rep Power: 26
Yann will become famous soon enough
Hello,

This is a very common problem, you can use the search function to find posts about similar issues on the forum.

"Cannot find patchField entry for allBoundary" - when setting two inlets in interFoam

Check your mesh and boundary conditions and see which one is wrong.

Regards,
Yann
Yann is offline   Reply With Quote

Old   March 7, 2024, 03:25
Default
  #3
New Member
 
sameer
Join Date: Mar 2024
Posts: 10
Rep Power: 2
sc369 is on a distinguished road
Quote:
Originally Posted by Yann View Post
Hello,

This is a very common problem, you can use the search function to find posts about similar issues on the forum.

"Cannot find patchField entry for allBoundary" - when setting two inlets in interFoam

Check your mesh and boundary conditions and see which one is wrong.

Regards,
Yann

Thankyou for this can u please Explain why my other cases are working whereas Everything is same Except cad files
sc369 is offline   Reply With Quote

Old   March 7, 2024, 03:31
Default
  #4
Senior Member
 
Yann
Join Date: Apr 2012
Location: France
Posts: 1,049
Rep Power: 26
Yann will become famous soon enough
If allBoundary is a patch defined in blockMesh: it got removed while meshing your geometry in your previous meshes but not on this one, because the CAD file is not the same.

I have no idea about what you are meshing and what changed in your CAD files so this is up to you.

Check your mesh in ParaView, load the patches and see what is wrong and why you still have allBoundary patch if this is not supposed to be there anymore.

Yann
Yann is offline   Reply With Quote

Old   March 7, 2024, 04:40
Default
  #5
New Member
 
sameer
Join Date: Mar 2024
Posts: 10
Rep Power: 2
sc369 is on a distinguished road
Quote:
Originally Posted by Yann View Post
If allBoundary is a patch defined in blockMesh: it got removed while meshing your geometry in your previous meshes but not on this one, because the CAD file is not the same.

I have no idea about what you are meshing and what changed in your CAD files so this is up to you.

Check your mesh in ParaView, load the patches and see what is wrong and why you still have allBoundary patch if this is not supposed to be there anymore.

Yann
/*--------------------------------*- C++ -*----------------------------------*\
| ========= | |
| \\ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \\ / O peration | Version: 4.0 |
| \\ / A nd | Web: www.OpenFOAM.org |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
FoamFile
{
version 2.0;
format ascii;
class dictionary;
object blockMeshDict;
}
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //

convertToMeters 1;

//These vertices define the block below. It envelopes the stl files. The block can be even bigger than the stl files
//Watch out if the stl files are created in mm or m!

vertices
(
( -5 -4 -1)
( 5 -4 -1)
( 5 6 -1)
( -5 6 -1)
( -5 -4 20)
( 5 -4 20)
( 5 6 20)
( -5 6 20)
);

blocks
(
hex (0 1 2 3 4 5 6 7) (30 30 30) simpleGrading (1 1 1)//coarse grid - we will refine in snappyHexMeshDict
);

edges
(
);

boundary
(
allBoundary//Don't worry about these settings
{
type patch;
faces
(
(3 7 6 2)
(0 4 7 3)
(2 6 5 1)
(1 5 4 0)
(0 3 2 1)
(4 5 6 7)
);
}
);
can you please guide me how to correct it this is my blockmeshdict file it do have allboundary
sc369 is offline   Reply With Quote

Old   March 7, 2024, 04:46
Default
  #6
Senior Member
 
Yann
Join Date: Apr 2012
Location: France
Posts: 1,049
Rep Power: 26
Yann will become famous soon enough
The blockMesh is not necessarily the issue.

What mesh do you get when you open it in ParaView?
What is the geometry you are trying to mesh?
Yann is offline   Reply With Quote

Old   March 7, 2024, 05:20
Default
  #7
New Member
 
sameer
Join Date: Mar 2024
Posts: 10
Rep Power: 2
sc369 is on a distinguished road
Quote:
Originally Posted by Yann View Post
The blockMesh is not necessarily the issue.

What mesh do you get when you open it in ParaView?
What is the geometry you are trying to mesh?
https://drive.google.com/file/d/1-T7...usp=drive_link
here is link to my file
i am Experimenting on Dental cavity for internal flow. i am getting the mesh of internal area as it was required
sc369 is offline   Reply With Quote

Old   March 7, 2024, 06:04
Default
  #8
Senior Member
 
Yann
Join Date: Apr 2012
Location: France
Posts: 1,049
Rep Power: 26
Yann will become famous soon enough
Alright so in the allBoundary.png file you can see your mesh. the allBoundary patch is in red. Since this is a boundary of your mesh, you need to define boundary condition for this patch in order to be able to run the solver. This is the error message you get (Cannot find patchField entry for allBoundary)

You get this patch because the upper bound of your STL files on the z axis perfectly align with the blocMesh boundary. (blockMesh_and_stl.png)

Now it's up to you to decide how to solve this. If the mesh is ok, you can just define proper boundary conditions for the allBoundary patch.

If allBoundary patch is not supposed to be here, you need to extend the upper bound of your blockMesh so the STL files are fully enclosed in the blockMesh. While meshing snappy with remove all cells around your geometry and you won't have any allBoundary patch left after meshing.

This being said, your STL files are a bit weird:
the straightCase.stl is a closed volume, it is defined in the geometry section of your snappyHexMeshDict but it is not used anywhere so it is useless.

You are actually meshing the inlet.stl, outlet.stl, cavity_wall.stl and needle_wall.stl but these STL do not form a closed volume. (stl_files.stl)
A surface is missing to close the volume so if you extend your blockMesh dimensions you won't get the expected result.

Long story short : you can either add boundary conditions for allBoundary or extend your blockMesh and fix your STL files by adding the missing surface.

Cheers,
Yann
Attached Images
File Type: png allBoundary.png (115.7 KB, 5 views)
File Type: png blockMesh_and_stl.png (103.4 KB, 4 views)
File Type: png stl_files.png (155.6 KB, 3 views)
Yann is offline   Reply With Quote

Old   March 7, 2024, 06:10
Smile
  #9
New Member
 
sameer
Join Date: Mar 2024
Posts: 10
Rep Power: 2
sc369 is on a distinguished road
Quote:
Originally Posted by Yann View Post
Alright so in the allBoundary.png file you can see your mesh. the allBoundary patch is in red. Since this is a boundary of your mesh, you need to define boundary condition for this patch in order to be able to run the solver. This is the error message you get (Cannot find patchField entry for allBoundary)

You get this patch because the upper bound of your STL files on the z axis perfectly align with the blocMesh boundary. (blockMesh_and_stl.png)

Now it's up to you to decide how to solve this. If the mesh is ok, you can just define proper boundary conditions for the allBoundary patch.

If allBoundary patch is not supposed to be here, you need to extend the upper bound of your blockMesh so the STL files are fully enclosed in the blockMesh. While meshing snappy with remove all cells around your geometry and you won't have any allBoundary patch left after meshing.

This being said, your STL files are a bit weird:
the straightCase.stl is a closed volume, it is defined in the geometry section of your snappyHexMeshDict but it is not used anywhere so it is useless.

You are actually meshing the inlet.stl, outlet.stl, cavity_wall.stl and needle_wall.stl but these STL do not form a closed volume. (stl_files.stl)
A surface is missing to close the volume so if you extend your blockMesh dimensions you won't get the expected result.

Long story short : you can either add boundary conditions for allBoundary or extend your blockMesh and fix your STL files by adding the missing surface.

Cheers,
Yann

thankyou so much for resolving this issue
Yann likes this.
sc369 is offline   Reply With Quote

Reply

Tags
interfoam solver


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
type limitTemperature problem AdamRM OpenFOAM Running, Solving & CFD 6 November 16, 2023 05:55
OpenFOAM 5.0 Released CFDFoundation OpenFOAM Announcements from OpenFOAM Foundation 11 June 5, 2018 23:48
OpenFOAM Training Jan-Jul 2017, Virtual, London, Houston, Berlin CFDFoundation OpenFOAM Announcements from Other Sources 0 January 4, 2017 06:15
New OpenFOAM Forum Structure jola OpenFOAM 2 October 19, 2011 06:55
error while compiling the USER Sub routine CFD user CFX 3 November 25, 2002 15:16


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