CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Native Meshers: blockMesh

Problems after converting a CCM Model

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

Reply
 
LinkBack Thread Tools Display Modes
Old   November 13, 2009, 07:30
Default Problems after converting a CCM Model
  #1
Member
 
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 7
sErik is on a distinguished road
Hello everyone,

I'm studying aerospace engineering at the Technical University of Munich. I have just begun working with OpenFOAM, so I'm still a rookie with the software.

Right now, I have completed all the tutorials and exercises and I would like to start s small own example, but I have several questions.

What exactly is FoamX? I haven't found any specific information neither in the User's Guide nor in the Programmer's Guide. Could you please help me with this problem? Moreover, where can I download the programm, or is it already included in the standard OpenFOAM 1.6 installation?

Are there any ohter methods to integrate the boundary conditions? I have converted a CCM Model with ccm26ToFoam, but now I have trouble with the definitions of the blockMeshDict. How can I automatically define the vertices, without having to name every each of them? Shouldn't they already be made by ccm26ToFoam?

Thanks for your held, I might need some more help for the general understandig of OpenFOAM's behaviour

Greetings,
Erik
sErik is offline   Reply With Quote

Old   November 13, 2009, 07:47
Default
  #2
Senior Member
 
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 8
madad2005 is on a distinguished road
If you have converted a ccm+ mesh to foam, then you don't need the blockMeshDict file. This is for the block-structured mesher that comes with foam called blockMesh. If you have named your boundaries properly in ccm+ before converting it, then you should have a list of your boundaries in the <casedir>/constant/polyMesh/boundary file. You specify the specific boundary conditions to apply at each of these boundary zones listed in <casedir>/0 directory, like in the other tutorials.

Does that help at all?
madad2005 is offline   Reply With Quote

Old   November 13, 2009, 08:53
Default
  #3
Member
 
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 7
sErik is on a distinguished road
Hi madad2005,
thank you for your help, yes it helps! I deleted all old files in the case, reconverted the .ccm-file and now worked fine.

Now I can see the mesh in ParaView. But the problem is, when I want to apply "p" to the mesh in ParaView, the programm crashes. Here's the error message:
__________________________________________________

keyword ground is undefined in dictionary "/home/fa1/OpenFOAM/eschirach/run/testmodelle/uebung_box/box_ccm/0/p::boundaryField"

file: /home/fa1/OpenFOAM/eschirach/run/testmodelle/uebung_box/box_ccm/0/p::boundaryField from line 21 to line 49.

From function dictionary::subDict(const word& keyword) const
in file db/dictionary/dictionary.C at line 449.

FOAM exiting
__________________________________________________


I don't know why "ground" should be undefined in p
Here's the "p" file:

__________________________________________________
{
version 2.0;
format ascii;
class volScalarField;
location "";
object p;
}

dimensions [0 2 -2 0 0 0 0];

internalField uniform 0.000000;

boundaryField
{
ground_1
{
type zeroGradient;
}
ground_2
{
type zeroGradient;
}
step
{
type zeroGradient;
}
top
{
type zeroGradient;
}
outlet
{
type cyclic;
}
inlet
{
type empty;
}
right
{
type wall;
}
left
{
type wall;
}
}
__________________________________________________

Actually, there's no keyword ground at all?!
sErik is offline   Reply With Quote

Old   November 13, 2009, 08:57
Default
  #4
Senior Member
 
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 8
madad2005 is on a distinguished road
I've got a feeling you can't use the underscore ('_') when defining patches. Change it to a '-' and it should work.
madad2005 is offline   Reply With Quote

Old   November 13, 2009, 09:57
Default
  #5
Member
 
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 7
sErik is on a distinguished road
I did as you said. I even tried different combinations, like deleting all "_" or "-" or replacing the "2" by an "a".
The Mesh in ParaView is fine, an I even see the different nominations in the"Mesh Parts", but when I like to apply either "p" or "U" it crashes, with followiong statement:
__________________________________________________ _________________________
Attempt to cast type patch to type lduInterface#0 Foam::error:rintStack(Foam::Ostream&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::error::abort() in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 Foam::Ostream& Foam:perator<< <Foam::error>(Foam::Ostream&, Foam::errorManip<Foam::error>) addr2line failed
#3 Foam::lduInterface const& Foam::refCast<Foam::lduInterface const, Foam::fvPatch const>(Foam::fvPatch const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libfiniteVolume.so"
#4 Foam::cyclicFvPatchField<double>::cyclicFvPatchFie ld(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libfiniteVolume.so"
#5 Foam::fvPatchField<double>::adddictionaryConstruct orToTable<Foam::cyclicFvPatchField<double> >::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libfiniteVolume.so"
#6 Foam::fvPatchField<double>::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) addr2line failed
#7 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricBoundaryField::GeometricB oundaryField(Foam::fvBoundaryMesh const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libfiniteVolume.so"
#8 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::readField(Foam::Istream&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libfiniteVolume.so"
#9 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricField(Foam::IOobject const&, Foam::fvMesh const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libfiniteVolume.so"
#10 void Foam::vtkPV3Foam::convertVolFields<double>(Foam::f vMesh const&, Foam::PtrList<Foam::PrimitivePatchInterpolation<Fo am::PrimitivePatch<Foam::face, Foam::SubList, Foam::Field<Foam::Vector<double> > const&, Foam::Vector<double> > > > const&, Foam::IOobjectList const&, vtkMultiBlockDataSet*) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libvtkPV3Foam.so"
#11 Foam::vtkPV3Foam::convertVolFields(vtkMultiBlockDa taSet*) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libvtkPV3Foam.so"
#12 Foam::vtkPV3Foam::Update(vtkMultiBlockDataSet*, vtkMultiBlockDataSet*) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libvtkPV3Foam.so"
#13 vtkPV3FoamReader::RequestData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libPV3FoamReader_SM.so"
#14 vtkExecutive::CallAlgorithm(vtkInformation*, int, vtkInformationVector**, vtkInformationVector*) addr2line failed
#15 vtkDemandDrivenPipeline::ExecuteData(vtkInformatio n*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#16 vtkCompositeDataPipeline::ExecuteData(vtkInformati on*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#17 vtkDemandDrivenPipeline::ProcessRequest(vtkInforma tion*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#18 vtkStreamingDemandDrivenPipeline::ProcessRequest(v tkInformation*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#19 vtkCompositeDataPipeline::ProcessRequest(vtkInform ation*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#20 vtkCompositeDataPipeline::ForwardUpstream(vtkInfor mation*) addr2line failed
#21 vtkDemandDrivenPipeline::ProcessRequest(vtkInforma tion*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#22 vtkStreamingDemandDrivenPipeline::ProcessRequest(v tkInformation*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#23 vtkCompositeDataPipeline::ProcessRequest(vtkInform ation*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#24 vtkCompositeDataPipeline::ForwardUpstream(vtkInfor mation*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#25 vtkDemandDrivenPipeline::ProcessRequest(vtkInforma tion*, vtkInformationVector**, vtkInformationVector*) addr2line failed
#26 vtkStreamingDemandDrivenPipeline::ProcessRequest(v tkInformation*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#27 vtkCompositeDataPipeline::ProcessRequest(vtkInform ation*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#28 vtkDemandDrivenPipeline::UpdateData(int) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#29 vtkStreamingDemandDrivenPipeline::Update(int) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkFiltering.so.pv3.6"
#30 vtkPVUpdateSuppressor::ForceUpdate() addr2line failed
#31 vtkPVUpdateSuppressorCommand(vtkClientServerInterp reter*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVFiltersCS.so"
#32 vtkClientServerInterpreter::ProcessCommandInvoke(v tkClientServerStream const&, int) addr2line failed
#33 vtkClientServerInterpreter::ProcessOneMessage(vtkC lientServerStream const&, int) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkClientServer.so"
#34 vtkClientServerInterpreter::ProcessStream(vtkClien tServerStream const&) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkClientServer.so"
#35 vtkSelfConnection::ProcessStreamLocally(vtkClientS erverStream&) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVServerCommon.so"
#36 vtkProcessModuleConnection::SendStream(unsigned int, vtkClientServerStream&) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVServerCommon.so"
#37 vtkProcessModuleConnectionManager::SendStream(long long, unsigned int, vtkClientServerStream&, int) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVServerCommon.so"
#38 vtkProcessModule::SendStream(long long, unsigned int, vtkClientServerStream&, int) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVServerCommon.so"
#39 vtkSMProxy::UpdateProperty(char const*, int) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVServerManager.so"
#40 vtkSMSimpleStrategy::UpdatePipeline() addr2line failed
#41 vtkSMRepresentationStrategy::Update() in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVServerManager.so"
#42 vtkSMDataRepresentationProxy::Update(vtkSMViewProx y*) addr2line failed
#43 vtkSMPVRepresentationProxy::Update(vtkSMViewProxy* ) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVServerManager.so"
#44 vtkSMViewProxy::UpdateAllRepresentations() in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVServerManager.so"
#45 vtkSMViewProxy::StillRender() in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libvtkPVServerManager.so"
#46 pqView::qt_metacall(QMetaObject::Call, int, void**) addr2line failed
#47 pqRenderViewBase::qt_metacall(QMetaObject::Call, int, void**) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libpqCore.so"
#48 pqRenderView::qt_metacall(QMetaObject::Call, int, void**) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/libpqCore.so"
#49 QMetaObject::activate(QObject*, int, int, void**) in "/usr/lib/libQtCore.so.4"
#50 QObject::event(QEvent*) in "/usr/lib/libQtCore.so.4"
#51 QApplicationPrivate::notify_helper(QObject*, QEvent*) in "/usr/lib/libQtGui.so.4"
#52 QApplication::notify(QObject*, QEvent*) addr2line failed
#53 QCoreApplication::notifyInternal(QObject*, QEvent*) in "/usr/lib/libQtCore.so.4"
#54 ?? in "/usr/lib/libQtCore.so.4"
#55 ?? in "/usr/lib/libQtCore.so.4"
#56 g_main_context_dispatch in "/usr/lib/libglib-2.0.so.0"
#57 ?? addr2line failed
#58 g_main_context_iteration in "/usr/lib/libglib-2.0.so.0"
#59 QEventDispatcherGlib:rocessEvents(QFlags<QEventL oop::ProcessEventsFlag>) in "/usr/lib/libQtCore.so.4"
#60 ?? in "/usr/lib/libQtGui.so.4"
#61 QEventLoop:rocessEvents(QFlags<QEventLoop::Proce ssEventsFlag>) addr2line failed
#62 QEventLoop::exec(QFlags<QEventLoop::ProcessEventsF lag>) in "/usr/lib/libQtCore.so.4"
#63 QCoreApplication::exec() in "/usr/lib/libQtCore.so.4"
#64 main in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/paraview-real"
#65 __libc_start_main in "/lib/libc.so.6"
#66 vtkObject::RegisterInternal(vtkObjectBase*, int) in "/opt/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/paraview-real"


From function refCast<To>(From&)
in file /home/dm2/henry/OpenFOAM/OpenFOAM-1.6/src/OpenFOAM/lnInclude/typeInfo.H at line 115.


__________________________________________________ _________________________

Any ideas?
sErik is offline   Reply With Quote

Old   November 13, 2009, 10:03
Default
  #6
Senior Member
 
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 8
madad2005 is on a distinguished road
What are you running that gives you this error message (by far the biggest I've ever come across, but I'm not big expert)? I see some vtk-related libraries being called, which is strange unless you are trying to convert foam data to vtk format?

Are you trying to run this mesh with a solver or just visualise it? Can you post the output of checkMesh? Also, as a side note, run renumberMesh and then do what you did before to see if you get the same issue.
madad2005 is offline   Reply With Quote

Old   November 13, 2009, 10:28
Default
  #7
Member
 
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 7
sErik is on a distinguished road
It should just be a test case to see how the CCM converter works, I haven't applied any solver yet, nor did I any vtk related operations - voluntarily ;-)

This is the checkMesh result:
__________________________________________

Create time

Create polyMesh for time = 0

Time = 0

Mesh stats
points: 21346
faces: 58750
internal faces: 53750
cells: 18750
boundary patches: 8
point zones: 0
face zones: 0
cell zones: 0

Overall number of cells of each type:
hexahedra: 18750
prisms: 0
wedges: 0
pyramids: 0
tet wedges: 0
tetrahedra: 0
polyhedra: 0

Checking topology...
Boundary definition OK.
Point usage OK.
Upper triangular ordering OK.
Face vertices OK.
Number of regions: 1 (OK).

Checking patch topology for multiply connected surfaces ...
Patch Faces Points Surface topology
ground 625 676 ok (non-closed singly connected)
ground2 625 676 ok (non-closed singly connected)
step 250 286 ok (non-closed singly connected)
top 1250 1326 ok (non-closed singly connected)
outlet 500 546 ok (non-closed singly connected)
inlet 250 286 ok (non-closed singly connected)
right 750 821 ok (non-closed singly connected)
left 750 821 ok (non-closed singly connected)

Checking geometry...
Overall domain bounding box (-0.05 -0.025 -0.02) (0.05 0.025 0.02)
Mesh (non-empty, non-wedge) directions (1 1 1)
Mesh (non-empty) directions (1 1 1)
Boundary openness (-1.89312e-17 1.14773e-17 2.69356e-17) OK.
Max cell openness = 1.10173e-16 OK.
Max aspect ratio = 1 OK.
Minumum face area = 4e-06. Maximum face area = 4e-06. Face area magnitudes OK.
Min volume = 8e-09. Max volume = 8e-09. Total volume = 0.00015. Cell volumes OK.
Mesh non-orthogonality Max: 0 average: 0
Non-orthogonality check OK.
Face pyramids OK.
Max skewness = 2.50571e-14 OK.

Mesh OK.

End
__________________________________________

renumberMesh also results in an error message:

__________________________________________

Create time

Create mesh for time = 0

Mesh size: 18750
Band before renumbering: 480

Reading volScalarField cellId
Reading volScalarField cellType
Reading volScalarField p


Attempt to cast type patch to type lduInterface#0 Foam::error:rintStack(Foam::Ostream&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#1 Foam::error::abort() in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libOpenFOAM.so"
#2 Foam::Ostream& Foam:perator<< <Foam::error>(Foam::Ostream&, Foam::errorManip<Foam::error>) in "/opt/OpenFOAM/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/renumberMesh"
#3 Foam::lduInterface const& Foam::refCast<Foam::lduInterface const, Foam::fvPatch const>(Foam::fvPatch const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libfiniteVolume.so"
#4 Foam::cyclicFvPatchField<double>::cyclicFvPatchFie ld(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libfiniteVolume.so"
#5 Foam::fvPatchField<double>::adddictionaryConstruct orToTable<Foam::cyclicFvPatchField<double> >::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/OpenFOAM/OpenFOAM-1.6/lib/linux64GccDPOpt/libfiniteVolume.so"
#6 Foam::fvPatchField<double>::New(Foam::fvPatch const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/OpenFOAM/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/renumberMesh"
#7 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricBoundaryField::GeometricB oundaryField(Foam::fvBoundaryMesh const&, Foam:imensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) in "/opt/OpenFOAM/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/renumberMesh"
#8 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::readField(Foam::Istream&) in "/opt/OpenFOAM/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/renumberMesh"
#9 Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>::GeometricField(Foam::IOobject const&, Foam::fvMesh const&) in "/opt/OpenFOAM/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/renumberMesh"
#10 Foam::List<Foam::word> Foam::ReadFields<Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh>, Foam::fvMesh>(Foam::fvMesh const&, Foam::IOobjectList const&, Foam::PtrList<Foam::GeometricField<double, Foam::fvPatchField, Foam::volMesh> >&, bool) in "/opt/OpenFOAM/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/renumberMesh"
#11 main in "/opt/OpenFOAM/OpenFOAM-1.6/applications/bin/linux64GccDPOpt/renumberMesh"
#12 __libc_start_main in "/lib/libc.so.6"
#13 _start at /usr/src/packages/BUILD/glibc-2.9/csu/../sysdeps/x86_64/elf/start.S:116


From function refCast<To>(From&)
in file /home/dm2/henry/OpenFOAM/OpenFOAM-1.6/src/OpenFOAM/lnInclude/typeInfo.H at line 115.

FOAM aborting
__________________________________________

Could it be, that I need to specify "p" an "U"? But I actually have them specified in "0". Do I need to copy the hole case into a solver sub-directory? It is now in my "run" directory on the same level as the "tutorial" are.
sErik is offline   Reply With Quote

Old   November 13, 2009, 10:34
Default
  #8
Senior Member
 
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 8
madad2005 is on a distinguished road
Can you paste your p and U files so I can have a look?
madad2005 is offline   Reply With Quote

Old   November 13, 2009, 11:00
Default
  #9
Member
 
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 7
sErik is on a distinguished road
Sure!

Here's p:
__________________________________________________ ______

FoamFile
{
version 2.0;
format ascii;
class volScalarField;
location "";
object p;
}

dimensions [0 2 -2 0 0 0 0];

internalField uniform 0.000000;


boundaryField
{
ground
{
type zeroGradient;
}
ground2
{
type zeroGradient;
}
step
{
type zeroGradient;
}
top
{
type zeroGradient;
}
outlet
{
type cyclic;
}
inlet
{
type empty;
}
right
{
type wall;
}
left
{
type wall;
}
}
__________________________________________________ ______________

And this is U:
__________________________________________________ ______________

FoamFile
{
version 2.0;
format ascii;
class volVectorField;
location "";
object U;
}

dimensions [0 1 -1 0 0 0 0];

internalField uniform ( 0.000000 0.000000 0.000000 );


boundaryField
{
ground
{
type fixedValue;
value uniform ( 0.000000 0.000000 0.000000 );
}
ground2
{
type fixedValue;
value uniform ( 0.000000 0.000000 0.000000 );
}
step
{
type fixedValue;
value uniform ( 0.000000 0.000000 0.000000 );
}
top
{
type fixedValue;
value uniform ( 0.000000 0.000000 0.000000 );
}
outlet
{
type cyclic;
}
inlet
{
type empty;
}
right
{
type wall;
}
left
{
type wall;
}
}
__________________________________________________ ______________
sErik is offline   Reply With Quote

Old   November 13, 2009, 11:14
Default
  #10
Senior Member
 
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 8
madad2005 is on a distinguished road
Why have you set left and right to type wall? I don't think you can do that in the 0/ dictionaries, as that word can only be used in your boundary file (someone correct me if I'm wrong). The correct pressure boundary condition type for an external flow is normally zeroGradient. Also, as far as I'm aware the empty type is required for the parallel faces in 2D meshes. Now, I'm not too sure whether these are the specific errors from which your errors are arising, but best to fix them and then try again.

What are you trying to model?

Btw, FoamX is no longer supported and it wasn't that good anyway (imo).
madad2005 is offline   Reply With Quote

Old   November 24, 2009, 04:37
Default
  #11
Member
 
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 7
sErik is on a distinguished road
Hi madad2005,

thank you for your help, I've managed to get the case running. The problem were some wrong initial conditions for p and U. Now the conversion and the processor are both running. I appreciate your help!
sErik 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
non-linear k-epsilon model implementation problems Saidi Main CFD Forum 2 March 4, 2010 14:23
2 stage axial turbine model convergence issues sherifkadry CFX 2 September 7, 2009 20:51
Problems with Size fraction in MUSIG model Karne de Boer CFX 0 August 25, 2008 02:44
IC engine Spray-EBU combustion model problems deisler CD-adapco 0 May 14, 2007 05:45
HEAT-TRANSFER & EXCHANGE HEAT MODEL Problems Jordi FLUENT 1 March 31, 2006 10:30


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