|
[Sponsors] |
[Commercial meshers] Problems after converting a CCM Model |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
November 13, 2009, 07:30 |
Problems after converting a CCM Model
|
#1 |
Member
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 17 |
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 |
|
November 13, 2009, 07:47 |
|
#2 |
Senior Member
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 17 |
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? |
|
November 13, 2009, 08:53 |
|
#3 |
Member
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 17 |
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?! |
|
November 13, 2009, 08:57 |
|
#4 |
Senior Member
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 17 |
I've got a feeling you can't use the underscore ('_') when defining patches. Change it to a '-' and it should work.
|
|
November 13, 2009, 09:57 |
|
#5 |
Member
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 17 |
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? |
|
November 13, 2009, 10:03 |
|
#6 |
Senior Member
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 17 |
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. |
|
November 13, 2009, 10:28 |
|
#7 |
Member
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 17 |
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. |
|
November 13, 2009, 10:34 |
|
#8 |
Senior Member
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 17 |
Can you paste your p and U files so I can have a look?
|
|
November 13, 2009, 11:00 |
|
#9 |
Member
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 17 |
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; } } __________________________________________________ ______________ |
|
November 13, 2009, 11:14 |
|
#10 |
Senior Member
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 17 |
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). |
|
November 24, 2009, 04:37 |
|
#11 |
Member
Join Date: Nov 2009
Location: Munich
Posts: 43
Rep Power: 17 |
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! |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Use of k-epsilon and k-omega Models | Jade M | Main CFD Forum | 40 | January 27, 2023 08:18 |
Superlinear speedup in OpenFOAM 13 | msrinath80 | OpenFOAM Running, Solving & CFD | 18 | March 3, 2015 06:36 |
Problems when using Population balance model with Boiling model | luliqiang | FLUENT | 0 | May 28, 2013 06:22 |
problems couplying pbe-turbulence model | adriana.nino | OpenFOAM | 0 | May 14, 2013 16:33 |
Turbine Analysis - Alternate Rotation Model and Meshing Problems | sean89dunn | CFX | 2 | March 23, 2013 23:27 |