CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Pre-Processing

Problem with defaultFvPatchField gradientInternalCoeffs

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
Old   October 1, 2008, 05:27
Default Hello, while i compile my c
  #1
Member
 
Join Date: Mar 2009
Posts: 35
Rep Power: 7
booz is on a distinguished road
Hello,

while i compile my case, the compiler display the error

Time = 5

--> FOAM FATAL ERROR :
gradientInternalCoeffs cannot be called for a defaultFvPatchField (actual type AdjVelocityBoundary)
on patch inlet of field V in file "/users/studi8/OpenFOAM/studi8-1.4.1/tutorials/ObjectAdjFuncFoam/testcase/5/V"
You are probably trying to solve for a field with a default boundary condition.

From function defaultFvPatchField<type>::gradientInternalCoeffs( ) const
in file fields/fvPatchFields/basic/default/defaultFvPatchField.C at line 694.

FOAM exiting

I dont know how to solve these problem, the compiler displays, or how i solve for a field with not-default boundary condition.

Thanks!

Regards,
Khaled
booz is offline   Reply With Quote

Old   October 1, 2008, 05:37
Default Hi, I am not so sure about
  #2
Member
 
Tian
Join Date: Mar 2009
Posts: 99
Rep Power: 7
tian is on a distinguished road
Hi,

I am not so sure about it but have a look in the boundary file. Maybe your patch defination is wrong. Should be a "wall" patch or only "patch"...

Bye
Thomas
__________________
BIM HVACTool
tian is offline   Reply With Quote

Old   October 1, 2008, 07:10
Default Khaled, As the message says
  #3
Senior Member
 
Mark Olesen
Join Date: Mar 2009
Location: http://olesenm.github.io/
Posts: 774
Rep Power: 17
olesen will become famous soon enough
Khaled,

As the message says, "You are probably trying to solve for a field with a default boundary condition."
This likely means that your boundary condition hasn't been linked in at all.

To trap this case, you can set
> disallowGenericFvPatchField 1;
in the etc/controlDict. After you've found the problem, it is best to switch this back to zero - otherwise the paraview reader module will complain about lots of unknown boundary conditions.
olesen is offline   Reply With Quote

Old   October 1, 2008, 07:34
Default Hello Mark, you mean i have
  #4
Member
 
Join Date: Mar 2009
Posts: 35
Rep Power: 7
booz is on a distinguished road
Hello Mark,

you mean i have to trap
> disallowGenericFvPatchField 1
in my dictionary /controlDict ?

Is there any other possibilities?

Thanks Mark!

Regards,
Khaled
booz is offline   Reply With Quote

Old   October 2, 2008, 04:32
Default Hi, i have found the proble
  #5
Member
 
Join Date: Mar 2009
Posts: 35
Rep Power: 7
booz is on a distinguished road
Hi,

i have found the problem. I have forgotten to set

makePatchTypeField(fvPatchVectorField,...);

so that my boundary condition has now be linked!

Khaled
booz is offline   Reply With Quote

Old   November 13, 2008, 21:19
Default hi, i have the same problem
  #6
Senior Member
 
weihong yao
Join Date: Mar 2009
Posts: 117
Rep Power: 7
ivanyao is on a distinguished road
hi,
i have the same problem,but i have no idea what i can do even i saw the messages,would you tell me how to do in detail?
ivanyao is offline   Reply With Quote

Old   December 29, 2008, 01:33
Default HELLO I AM CREATING COMBUSTO
  #7
New Member
 
VIJAYAKUMAR R
Join Date: Mar 2009
Location: BANGALORE, KARNATAKA, INDIA
Posts: 20
Rep Power: 7
vijayakumar is on a distinguished road
HELLO
I AM CREATING COMBUSTOR MODEL, I ENTERED VERTICIES AND I CREATED PATCHES AS INLET, OUTLET, TOP WALL, BOTTOM WALL, AND EMPTY FRONTANDBACK, WHILE EXECUTING FOAM IS SHOWING FATAL ERROR, FOAM EXISTING.. PLEASE GIVE ME THE GUIDELINES
vijayakumar is offline   Reply With Quote

Old   January 16, 2009, 04:47
Default i am new user, i dont know sir
  #8
New Member
 
VIJAYAKUMAR R
Join Date: Mar 2009
Location: BANGALORE, KARNATAKA, INDIA
Posts: 20
Rep Power: 7
vijayakumar is on a distinguished road
i am new user, i dont know sir, u people has to guide me in the right path, read your sentences once, is that right way of guiding, i am sorry for my mistake , i need to run a combustion problem.... i used XI-foam as solver of openfoam1.4 version, i created verticies, block mesh is executed, while running some errors are showing, i want to know is that a correct solver or not, and brief description to give initial boundary conditions, and how to define field values.
below i sown my blockmesh dict

vertices
(
(0 0 0)
(0 0.5 0)
(14 0 0)
(14 0.5 0)
(180 0 0)
(180 0.5 0)
(0 22.5 0)
(180 22.5 0)
(0 0 1)
(0 0.5 1)
(14 0 1)
(14 0.5 1)
(180 0 1)
(180 0.5 1)
(0 22.5 1)
(180 22.5 1)
);

blocks
(
hex (0 2 3 1 8 10 11 9) (14 1 1) simpleGrading (1 1 1)
hex (2 4 5 3 10 12 13 11) (166 1 1) simpleGrading (1 1 1)
hex (1 5 7 6 9 13 15 14) (180 22 1) simpleGrading (1 1 1)
);

edges
(
);

patches
(
patch inlet1
(
(1 9 14 6)
)
patch inlet2
(
(0 8 9 1)
)
patch outlet
(
(5 13 15 7)
)
wall topwall
(
(6 14 15 7)
(1 9 11 3)
)
wall bottomwall
(
(0 8 10 2)
(2 10 12 4)
)
empty frontandback
(
(8 9 11 10)
(0 1 3 2)
(9 14 15 13)
(1 6 7 5)
(10 11 13 12)
(2 3 5 4)
)
);

mergePatchPairs
(
);


the error mess is
Foam::error::printStack(Foam::-Ostream&) in "/home/openfoam14/OpenFOAM/OpenFOAM-1.4.1/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::sigFpe::sigFpeHandler(int) in "/home/openfoam14/OpenFOAM/OpenFOAM-1.4.1/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 ?? in "/lib64/libc.so.6"
#3 Foam::compressible::turbulenceModels::kEpsilon::kE psilon(Foam::GeometricField<do > const&, Foam::GeometricField<foam::vector<double>, Foam::fvPatchField, Foam::volMesh> const&, Foam::GeometricField<double,> const&, Foam::basicThermo&) in "/home/openfoam14/OpenFOAM/OpenFOAM-1.4.1/lib/linux64GccDPOpt/libcompressibleTur bulenceModels.so"
#4 Foam::compressible::turbulenceModel::adddictionary ConstructorToTable<foam::compr >::New(Foam::GeometricField<double,> const&, Foam::GeometricField<foam::vector<double>, Foam::fvPatchField, Foam::volMesh> const&, Foam::GeometricField<double,> const&, Foam::basicThermo&) in "/home/openfoam14/OpenFOAM/OpenFOAM-1.4.1/lib/linux64GccDPOpt/libcompressibleTur bulenceModels.so"
#5 Foam::compressible::turbulenceModel::New(Foam::Geo metricField<double,> const&, Foam::GeometricField<foam::vector<double>, Foam::fvPatchField, Foam::volMesh> const&, Foam::GeometricField<double,> const&, Foam::basicThermo&) in "/home/openfoam14/OpenFOAM/OpenFOAM-1.4.1/lib/linux64GccDPOpt/libcompressibleTur bulenceModels.so"
#6 main in "/home/openfoam14/OpenFOAM/OpenFOAM-1.4.1/applications/bin/linux64GccDPOpt/XiFoa m"
#7 __libc_start_main in "/lib64/libc.so.6"
#8 Foam::regIOobject::readIfModified() in "/home/openfoam14/OpenFOAM/OpenFOAM-1.4.1/applications/bin/linux64GccDPOpt/XiFoa m"
vijayakumar is offline   Reply With Quote

Old   February 8, 2010, 12:20
Default gradientInternalCoeffs cannot be called!
  #9
New Member
 
Alireza Mahdavifar
Join Date: Jul 2009
Location: Kingston, ON, Canada
Posts: 4
Rep Power: 7
ali84 is on a distinguished road
Quote:
Originally Posted by booz View Post
Hi,

i have found the problem. I have forgotten to set

makePatchTypeField(fvPatchVectorField,...);

so that my boundary condition has now be linked!

Khaled

Hi Khaled,

I have the same problem. Could you please let us know more details about how you linked your boundary condition. for example where did you set makePatchTypeField(fvPatchVectorField,...);

Thanks,
Ali
ali84 is offline   Reply With Quote

Reply

Thread Tools
Display Modes

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 On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
VOF diffuse problem on two fluids problem Fang Jin FLUENT 5 February 17, 2011 05:38
Problem in Modelling Heat Transfer Problem Deepak R FLUENT 1 December 6, 2007 09:37
Problem in cavity flow problem saad Main CFD Forum 4 November 1, 2007 08:45
GradientInternalCoeffs kumar2 OpenFOAM Running, Solving & CFD 15 July 20, 2006 21:20
problem in solving "wave generation" problem san FLUENT 2 April 3, 2006 23:37


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