|
[Sponsors] |
Convective outlet boundary condition for Unsteady flows |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
September 3, 2008, 23:38 |
Actually, I am using it in the
|
#41 |
Senior Member
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21 |
Actually, I am using it in the new version of OpenFOAM-1.5, And everthing is fine except paraFoam,
See the message below. <pre>d@d:~/OpenFOAM/d-1.5/run/tutorials/oodles/cube> paraFoam Loading socket Config module ... Creating backend ... Loading x11 FrontEnd module ... Failed to load x11 FrontEnd module. --> FOAM Warning : From function dlLibraryTable::open(const fileName& functionLibName) in file db/dlLibraryTable/dlLibraryTable.C at line 79 could not load /home/d/OpenFOAM/d-1.5/lib/linux64GccDPDebug/libconvectiveOutlet.so: undefined symbol: _ZTIN4Foam5token8compoundE Cannot find 'value' entry on patch outlet of field U in file "/home/d/OpenFOAM/d-1.5/run/tutorials/oodles/cubeA1/0/U" which is required to set the values of the generic patch field. (Actual type convectiveOutlet) Please add the 'value' entry to the write function of the user-defined boundary-condition or link the boundary-condition into libfoamUtil.so file: /home/d/OpenFOAM/d-1.5/run/tutorials/oodles/cubeA1/0/U::outlet from line 72704 to line 73722. From function genericFvPatchField<type>::genericFvPatchField(con st fvPatch&, const Field<type>&, const dictionary&) in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 72. FOAM exiting </pre> According to your readme instruction, value entry is not needed for onvectiveOutlet b.c., right? Thanks and regards, Daniel
__________________
~ Daniel WEI ------------- Boeing Research & Technology - China Beijing, China |
|
September 4, 2008, 00:49 |
According to the famous "the f
|
#42 |
Super Moderator
Takuya OSHIMA
Join Date: Mar 2009
Location: Niigata City, Japan
Posts: 518
Blog Entries: 1
Rep Power: 20 |
According to the famous "the first error is the most important" rule, <pre>--> FOAM Warning :
From function dlLibraryTable::open(const fileName& functionLibName) in file db/dlLibraryTable/dlLibraryTable.C at line 79 could not load /home/d/OpenFOAM/d-1.5/lib/linux64GccDPDebug/libconvectiveOutlet.so: undefined symbol: _ZTIN4Foam5token8compoundE</pre>looks like the root of the problem. If you recompile libconvectiveOutlet.so (wclean and wmake libso) do you still get the same error? Takuya |
|
September 4, 2008, 01:28 |
Yes, the same error.
Daniel
|
#43 |
Senior Member
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21 |
Yes, the same error.
Daniel
__________________
~ Daniel WEI ------------- Boeing Research & Technology - China Beijing, China |
|
September 4, 2008, 03:16 |
After recompilation
d@d:~ |
#45 |
Senior Member
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21 |
After recompilation <pre>d@d:~/OpenFOAM/d-1.5/run/tutorials/oodles/cubeA1> paraFoam
Loading socket Config module ... Creating backend ... Loading x11 FrontEnd module ... Failed to load x11 FrontEnd module. Attempt to cast type N4Foam5token8CompoundINS_4ListINS_6VectorIdEEEEEE to type N4Foam5token8CompoundINS_4ListINS_6VectorIdEEEEEE# 0 Foam::error::printStack(Foam:stream&) in "/home/d/OpenFOAM/OpenFOAM-1.5/lib/linux64GccDPDebug/libOpenFOAM.so" #1 Foam::error::abort() in "/home/d/OpenFOAM/OpenFOAM-1.5/lib/linux64GccDPDebug/libOpenFOAM.so" #2 Foam:stream& Foam::operator<<>(Foam:stream&, Foam::errorManip<foam::error>) at ~/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude/errorManip.H:87 #3 Foam::token::Compound<foam::list<foam::vector<doub le> > >& Foam::dynamicCast<foam::token::compound<foam::list <foam::vector<double> > >, Foam::token::compound>(Foam::token::compound&) at ~/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude/typeInfo.H:92 #4 Foam::Istream& Foam::operator>><foam::vector<double> >(Foam::Istream&, Foam::List<foam::vector<double> >&) addr2line failed #5 Foam::Field<foam::vector<double> >::Field(Foam::word const&, Foam::dictionary const&, int) addr2line failed #6 Foam::DimensionedField<foam::vector<double>, Foam::volMesh>::readField(Foam::dictionary const&, Foam::word const&) addr2line failed #7 Foam::GeometricField<foam::vector<double>, Foam::fvPatchField, Foam::volMesh>::readField(Foam::Istream&) addr2line failed #8 Foam::GeometricField<foam::vector<double>, Foam::fvPatchField, Foam::volMesh>::GeometricField(Foam::IOobject const&, Foam::fvMesh const&) addr2line failed #9 void Foam::vtkPV3Foam::convertVolFields<foam::vector<do uble> >(Foam::fvMesh const&, Foam::volPointInterpolation const&, Foam::IOobjectList const&, vtkDataArraySelection*, vtkMultiBlockDataSet*) addr2line failed #10 Foam::vtkPV3Foam::updateVolFields(vtkMultiBlockDat aSet*) in "/home/d/OpenFOAM/OpenFOAM-1.5/lib/linux64GccDPDebug/libvtkPV3Foam.so" #11 Foam::vtkPV3Foam::Update(vtkMultiBlockDataSet*) in "/home/d/OpenFOAM/OpenFOAM-1.5/lib/linux64GccDPDebug/libvtkPV3Foam.so" #12 vtkPV3FoamReader::RequestData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) in "/home/d/OpenFOAM/OpenFOAM-1.5/lib/linux64GccDPDebug/libPV3FoamReader_SM.so" #13 vtkExecutive::CallAlgorithm(vtkInformation*, int, vtkInformationVector**, vtkInformationVector*) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt ering.so.pv3.3" #14 vtkDemandDrivenPipeline::ExecuteData(vtkInformatio n*, vtkInformationVector**, vtkInformationVector*) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt ering.so.pv3.3" #15 vtkCompositeDataPipeline::ExecuteData(vtkInformati on*, vtkInformationVector**, vtkInformationVector*) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt ering.so.pv3.3" #16 vtkDemandDrivenPipeline::ProcessRequest(vtkInforma tion*, vtkInformationVector**, vtkInformationVector*) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt ering.so.pv3.3" #17 vtkStreamingDemandDrivenPipeline::ProcessRequest(v tkInformation*, vtkInformationVector**, vtkInformationVector*) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt ering.so.pv3.3" #18 vtkCompositeDataPipeline::ProcessRequest(vtkInform ation*, vtkInformationVector**, vtkInformationVector*) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt ering.so.pv3.3" #19 vtkDemandDrivenPipeline::UpdateData(int) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt ering.so.pv3.3" #20 vtkStreamingDemandDrivenPipeline::Update(int) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt ering.so.pv3.3" #21 vtkAlgorithmCommand(vtkClientServerInterpreter*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt eringCS.so" #22 vtkMultiBlockDataSetAlgorithmCommand(vtkClientServ erInterpreter*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkFilt eringCS.so" #23 vtkPV3FoamReaderCommand(vtkClientServerInterpreter *, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) in "/home/d/OpenFOAM/OpenFOAM-1.5/lib/linux64GccDPDebug/libPV3FoamReader_SM.so" #24 vtkClientServerInterpreter::ProcessCommandInvoke(v tkClientServerStream const&, int) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkClie ntServer.so" #25 vtkClientServerInterpreter::ProcessOneMessage(vtkC lientServerStream const&, int) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkClie ntServer.so" #26 vtkClientServerInterpreter::ProcessStream(vtkClien tServerStream const&) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkClie ntServer.so" #27 vtkSelfConnection::ProcessStreamLocally(vtkClientS erverStream&) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkPVSe rverCommon.so" #28 vtkProcessModuleConnection::SendStream(unsigned int, vtkClientServerStream&) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkPVSe rverCommon.so" #29 vtkProcessModuleConnectionManager::SendStream(long long, unsigned int, vtkClientServerStream&, int) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkPVSe rverCommon.so" #30 vtkProcessModule::SendStream(long long, unsigned int, vtkClientServerStream&, int) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkPVSe rverCommon.so" #31 vtkSMOutputPort::UpdatePipeline(double) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkPVSe rverManager.so" #32 vtkSMSourceProxy::UpdatePipeline(double) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkPVSe rverManager.so" #33 pqOutputPort::getDataInformation(bool) const in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCore. so" #34 pqDisplayPolicy::getPreferredViewType(pqOutputPort *, bool) const in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCore. so" #35 pqDisplayPolicy::getPreferredView(pqOutputPort*, pqView*) const in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCore. so" #36 pqDisplayPolicy::createPreferredRepresentation(pqO utputPort*, pqView*, bool) const in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCore. so" #37 pqPendingDisplayManager::createPendingDisplays(pqV iew*) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCore. so" #38 pqMainWindowCore::qt_metacall(QMetaObject::Call, int, void**) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCompo nents.so" #39 QMetaObject::activate(QObject*, int, int, void**) in "/usr/lib64/libQtCore.so.4" #40 pqObjectInspectorWidget::accept() in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCompo nents.so" #41 pqObjectInspectorWidget::qt_metacall(QMetaObject:: Call, int, void**) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCompo nents.so" #42 QMetaObject::activate(QObject*, int, int, void**) in "/usr/lib64/libQtCore.so.4" #43 QAbstractButton::clicked(bool) in "/usr/lib64/libQtGui.so.4" #44 ?? in "/usr/lib64/libQtGui.so.4" #45 ?? in "/usr/lib64/libQtGui.so.4" #46 QAbstractButton::mouseReleaseEvent(QMouseEvent*) in "/usr/lib64/libQtGui.so.4" #47 QWidget::event(QEvent*) in "/usr/lib64/libQtGui.so.4" #48 QApplicationPrivate::notify_helper(QObject*, QEvent*) in "/usr/lib64/libQtGui.so.4" #49 QApplication::notify(QObject*, QEvent*) in "/usr/lib64/libQtGui.so.4" #50 QCoreApplication::notifyInternal(QObject*, QEvent*) in "/usr/lib64/libQtCore.so.4" #51 QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<qwidget>&) in "/usr/lib64/libQtGui.so.4" #52 ?? in "/usr/lib64/libQtGui.so.4" #53 QApplication::x11ProcessEvent(_XEvent*) in "/usr/lib64/libQtGui.so.4" #54 ?? in "/usr/lib64/libQtGui.so.4" #55 QEventLoop::processEvents(QFlags<qeventloop::proce sseventsflag>) in "/usr/lib64/libQtCore.so.4" #56 QEventLoop::exec(QFlags<qeventloop::processeventsf lag>) in "/usr/lib64/libQtCore.so.4" #57 QCoreApplication::exec() in "/usr/lib64/libQtCore.so.4" #58 pqProcessModuleGUIHelper::RunGUIStart(int, char**, int, int) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCore. so" #59 vtkProcessModule::StartClient(int, char**) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkPVSe rverCommon.so" #60 vtkProcessModule::Start(int, char**) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkPVSe rverCommon.so" #61 vtkProcessModuleGUIHelper::Run(vtkPVOptions*) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libvtkPVSe rverCommon.so" #62 pqMain::Run(QApplication&, pqProcessModuleGUIHelper*) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/libpqCore. so" #63 main in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/paraview" #64 __libc_start_main in "/lib64/libc.so.6" #65 vtkObject::RegisterInternal(vtkObjectBase*, int) in "/home/d/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linux64Gcc/bin/paraview" From function dynamicCast<to>(From&) in file /home/d/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude/typeInfo.H at line 87. FOAM aborting /home/d/OpenFOAM/OpenFOAM-1.5/bin/paraFoam: line 83: 21430 Aborted paraview --data=$caseFile</pre> Daniel
__________________
~ Daniel WEI ------------- Boeing Research & Technology - China Beijing, China |
|
September 4, 2008, 03:40 |
The addition of -lOpenFOAM in
|
#46 |
Super Moderator
Takuya OSHIMA
Join Date: Mar 2009
Location: Niigata City, Japan
Posts: 518
Blog Entries: 1
Rep Power: 20 |
The addition of -lOpenFOAM in my previous post was the result of what I checked on a Linux64 box after all (and it worked), so please check your installation of your overall OF installation. Looks like addr2line is failing also.
T |
|
September 4, 2008, 04:34 |
overall OF installation? addr2
|
#47 |
Senior Member
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21 |
overall OF installation? addr2line is failing! i see.
But How to check? My foamInstallationTest is OK, huh, maybe I need to recompile the whole OpenFOAM-1.5? Thank you once again! Daniel
__________________
~ Daniel WEI ------------- Boeing Research & Technology - China Beijing, China |
|
September 4, 2008, 04:51 |
Hi Wei!
The problem "my bou
|
#48 |
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51 |
Hi Wei!
The problem "my boundary conditions that I added via 'libs' make my paraview crash" was already discussed in http://www.cfd-online.com/OpenFOAM_D...tml?1218642042 (there is also a workaround there) Bernhard
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request |
|
September 4, 2008, 06:15 |
WOW, WOOW, WOOOW, it works now
|
#50 |
Senior Member
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21 |
WOW, WOOW, WOOOW, it works now, thank you very much, Bernhard!
Daniel
__________________
~ Daniel WEI ------------- Boeing Research & Technology - China Beijing, China |
|
September 20, 2008, 14:09 |
Hi all
I tried to implement
|
#51 |
Member
David Hora
Join Date: Mar 2009
Location: Zürich, Switzerland
Posts: 63
Rep Power: 17 |
Hi all
I tried to implement the GGI from OpenFOAM-1.4.1-dev into OpenFOAM-1.5 by creating a dynamic library. The case mixerGGI was computed fine, even in parallel. Unfortunately I had problems with paraFoam. At the beginning I got the following error: ************************************************** ****** [david@localhost mixerGgi]$ paraFoam --> FOAM Warning : From function dlLibraryTable::open(const fileName& functionLibName) in file db/dlLibraryTable/dlLibraryTable.C at line 79 could not load /home/david/OpenFOAM/david-1.5/lib/linuxGccDPOpt/libGGI.so: undefined symbol: _ZTIN4Foam16coupledPolyPatchE Unknown patchField type ggi for patch type genericPatch Valid patchField types are : 8 ( symmetryPlane empty fixedValue cyclic processor calculated sliced wedge ) file: /home/david/Desktop/mixerGgi/0.006/meshPhi::insideSlider from line 1240 to line 1241. From function fvsPatchField<type>::New(const fvPatch&, const Field<type>&, const dictionary&) in file lnInclude/newFvsPatchField.C at line 115. FOAM exiting [david@localhost mixerGgi]$ ************************************************** ****** I found this thread, modified system/controlDict from ("libGGI.so") to ("libOpenFOAM.so" "libGGI.so") and got: ************************************************** ****** [david@localhost mixerGgi]$ paraFoam --> FOAM Warning : From function dlLibraryTable::open(const fileName& functionLibName) in file db/dlLibraryTable/dlLibraryTable.C at line 79 could not load /home/david/OpenFOAM/david-1.5/lib/linuxGccDPOpt/libGGI.so: undefined symbol: _ZN4Foam7fvPatch14initMovePointsEv Unknown patchField type ggi for patch type genericPatch Valid patchField types are : 8 ( symmetryPlane empty fixedValue cyclic processor calculated sliced wedge ) file: /home/david/Desktop/mixerGgi/0.006/meshPhi::insideSlider from line 1240 to line 1241. From function fvsPatchField<type>::New(const fvPatch&, const Field<type>&, const dictionary&) in file lnInclude/newFvsPatchField.C at line 115. FOAM exiting [david@localhost mixerGgi]$ ************************************************** ****** Then I tried different things and found out that with LIB_LIBS=-ldynamicFvMesh in Make/options (and ("libOpenFOAM.so" "libGGI.so") in controlDict) I get the following error message in paraFoam: ************************************************** ****** [david@localhost mixerGgi]$ paraFoam Attempt to cast type ggi to type coupled#0 Foam::error::printStack(Foam:stream&) in "/opt/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so" #1 Foam::error::abort() in "/opt/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so" #2 Foam:stream& Foam::operator<<>(Foam:stream&, Foam::errorManip<foam::error>) in "/opt/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so" #3 void Foam::pointPatchInterpolation::interpolate<double> (Foam::GeometricField<double,> const&, Foam::GeometricField<double,>&, bool) const in "/opt/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libfiniteVolume.so" #4 Foam::tmp<foam::geometricfield<double,> > Foam::volPointInterpolation::interpolate<double>(F oam::GeometricField<double,> const&) const addr2line failed #5 void Foam::vtkPV3Foam::convertVolFields<double>(Foam::f vMesh const&, Foam::volPointInterpolation const&, Foam::PtrList<foam::primitivepatchinterpolation<fo am::primitivepatch<foam::face, > > const&, Foam::Vector<double> > > > const&, Foam::IOobjectList const&, vtkDataArraySelection*, vtkMultiBlockDataSet*) in "/opt/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libvtkPV3Foam.so" #6 Foam::vtkPV3Foam::updateVolFields(vtkMultiBlockDat aSet*) addr2line failed #7 Foam::vtkPV3Foam::Update(vtkMultiBlockDataSet*) addr2line failed #8 vtkPV3FoamReader::RequestData(vtkInformation*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libPV3FoamReader_SM.so" #9 vtkMultiBlockDataSetAlgorithm::ProcessRequest(vtkI nformation*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkFiltering .so.pv3.3" #10 vtkExecutive::CallAlgorithm(vtkInformation*, int, vtkInformationVector**, vtkInformationVector*) addr2line failed #11 vtkDemandDrivenPipeline::ExecuteData(vtkInformatio n*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkFiltering .so.pv3.3" #12 vtkCompositeDataPipeline::ExecuteData(vtkInformati on*, vtkInformationVector**, vtkInformationVector*) addr2line failed #13 vtkDemandDrivenPipeline::ProcessRequest(vtkInforma tion*, vtkInformationVector**, vtkInformationVector*) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkFiltering .so.pv3.3" #14 vtkStreamingDemandDrivenPipeline::ProcessRequest(v tkInformation*, vtkInformationVector**, vtkInformationVector*) addr2line failed #15 vtkCompositeDataPipeline::ProcessRequest(vtkInform ation*, vtkInformationVector**, vtkInformationVector*) addr2line failed #16 vtkDemandDrivenPipeline::UpdateData(int) addr2line failed #17 vtkStreamingDemandDrivenPipeline::Update(int) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkFiltering .so.pv3.3" #18 vtkExecutive::Update() in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkFiltering .so.pv3.3" #19 vtkDemandDrivenPipeline::Update() addr2line failed #20 vtkStreamingDemandDrivenPipeline::Update() in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkFiltering .so.pv3.3" #21 vtkAlgorithm::Update() in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkFiltering .so.pv3.3" #22 vtkAlgorithmCommand(vtkClientServerInterpreter*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkFiltering CS.so" #23 vtkMultiBlockDataSetAlgorithmCommand(vtkClientServ erInterpreter*, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkFiltering CS.so" #24 vtkPV3FoamReaderCommand(vtkClientServerInterpreter *, vtkObjectBase*, char const*, vtkClientServerStream const&, vtkClientServerStream&) in "/opt/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libPV3FoamReader_SM.so" #25 vtkClientServerInterpreter::ProcessCommandInvoke(v tkClientServerStream const&, int) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkClientSer ver.so" #26 vtkClientServerInterpreter::ProcessOneMessage(vtkC lientServerStream const&, int) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkClientSer ver.so" #27 vtkClientServerInterpreter::ProcessStream(vtkClien tServerStream const&) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkClientSer ver.so" #28 vtkSelfConnection::ProcessStreamLocally(vtkClientS erverStream&) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerC ommon.so" #29 vtkSelfConnection::SendStreamToClient(vtkClientSer verStream&) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerC ommon.so" #30 vtkProcessModuleConnection::SendStream(unsigned int, vtkClientServerStream&) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerC ommon.so" #31 vtkProcessModuleConnectionManager::SendStream(int, unsigned int, vtkClientServerStream&, int) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerC ommon.so" #32 vtkProcessModule::SendStream(int, unsigned int, vtkClientServerStream&, int) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerC ommon.so" #33 vtkSMOutputPort::UpdatePipeline(double) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerM anager.so" #34 vtkSMSourceProxy::UpdatePipeline(double) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerM anager.so" #35 pqOutputPort::getDataInformation(bool) const in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqCore.so" #36 pqDisplayPolicy::getPreferredViewType(pqOutputPort *, bool) const in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqCore.so" #37 pqDisplayPolicy::getPreferredView(pqOutputPort*, pqView*) const in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqCore.so" #38 pqDisplayPolicy::createPreferredRepresentation(pqO utputPort*, pqView*, bool) const in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqCore.so" #39 pqPendingDisplayManager::createPendingDisplays(pqV iew*) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqCore.so" #40 pqMainWindowCore::createPendingDisplays() in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqComponents .so" #41 pqMainWindowCore::qt_metacall(QMetaObject::Call, int, void**) at moc_pqMainWindowCore.cxx:0 #42 QMetaObject::activate(QObject*, int, int, void**) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtCore.so.4" #43 QMetaObject::activate(QObject*, QMetaObject const*, int, void**) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtCore.so.4" #44 pqObjectInspectorWidget::accepted() in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqComponents .so" #45 pqObjectInspectorWidget::accept() in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqComponents .so" #46 pqObjectInspectorWidget::qt_metacall(QMetaObject:: Call, int, void**) at moc_pqObjectInspectorWidget.cxx:0 #47 QMetaObject::activate(QObject*, int, int, void**) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtCore.so.4" #48 QMetaObject::activate(QObject*, QMetaObject const*, int, int, void**) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtCore.so.4" #49 QAbstractButton::clicked(bool) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #50 ?? in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #51 ?? in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #52 QAbstractButton::mouseReleaseEvent(QMouseEvent*) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #53 QWidget::event(QEvent*) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #54 QAbstractButton::event(QEvent*) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #55 QPushButton::event(QEvent*) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #56 QApplicationPrivate::notify_helper(QObject*, QEvent*) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #57 QApplication::notify(QObject*, QEvent*) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #58 QCoreApplication::notifyInternal(QObject*, QEvent*) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtCore.so.4" #59 QCoreApplication::sendSpontaneousEvent(QObject*, QEvent*) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #60 ?? in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #61 QApplication::x11ProcessEvent(_XEvent*) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #62 ?? in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtGui.so.4" #63 QEventLoop::processEvents(QFlags<qeventloop::proce sseventsflag>) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtCore.so.4" #64 QEventLoop::exec(QFlags<qeventloop::processeventsf lag>) in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtCore.so.4" #65 QCoreApplication::exec() in "/opt/OpenFOAM/ThirdParty/Qt-4.3.5/lib/libQtCore.so.4" #66 pqProcessModuleGUIHelper::RunGUIStart(int, char**, int, int) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqCore.so" #67 vtkProcessModule::StartClient(int, char**) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerC ommon.so" #68 vtkProcessModule::Start(int, char**) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerC ommon.so" #69 vtkProcessModuleGUIHelper::Run(vtkPVOptions*) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libvtkPVServerC ommon.so" #70 pqMain::Run(QApplication&, pqProcessModuleGUIHelper*) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/libpqCore.so" #71 main in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/paraview" #72 __libc_start_main in "/lib/libc.so.6" #73 vtkObject::RegisterInternal(vtkObjectBase*, int) in "/opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/platforms/linuxGcc/bin/paraview" From function refCast<to>(From&) in file /opt/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude/typeInfo.H at line 106. FOAM aborting /opt/OpenFOAM/OpenFOAM-1.5/bin/paraFoam: line 81: 3684 Abgebrochen paraview --data=$caseFile [david@localhost mixerGgi]$ ************************************************** ****** Does anybody have an idea how this could be fixed or what I did wrong? It would be very nice if I could postprocess the cases directly with paraFoam3. Thanks, David |
|
September 22, 2008, 11:45 |
If anybody wants to take a loo
|
#52 |
Member
David Hora
Join Date: Mar 2009
Location: Zürich, Switzerland
Posts: 63
Rep Power: 17 |
||
September 22, 2008, 12:40 |
Hi,
Mattijs is asking for h
|
#53 |
Super Moderator
Takuya OSHIMA
Join Date: Mar 2009
Location: Niigata City, Japan
Posts: 518
Blog Entries: 1
Rep Power: 20 |
Hi,
Mattijs is asking for help on the ParaView list just now [1] so let's hope someone responds. [Advertisement] Meanwhile you can try the native reader [2]. It shouldn't have this type of problem as it has no dependence on external libraries. [1] http://www.paraview.org/pipermail/pa...er/009519.html [2] http://openfoamwiki.net/index.php/Contrib_Parallelized_Native_OpenFOAM_Reader_fo r_ParaView Takuya |
|
September 23, 2008, 05:25 |
Hi Takuya
The native reader
|
#54 |
Member
David Hora
Join Date: Mar 2009
Location: Zürich, Switzerland
Posts: 63
Rep Power: 17 |
Hi Takuya
The native reader seems to be a very interesting alternative. I can't test it right now but I will try it in the next days. Thanks a lot David |
|
November 9, 2008, 22:14 |
Hi Foam'ers,
I hope i was n
|
#55 |
Member
Join Date: Mar 2009
Location: adelaide, SA, Australia
Posts: 32
Rep Power: 17 |
Hi Foam'ers,
I hope i was not to late to join the discussion. Currently i was doing simulation of flow over a square (2-D) at Re = 150, low Mach number. I defined the outlet as convectiveOutlet and i was using convectiveOtlet lib that Takuya coded(thanks Takayu). Here are my uncertainty about the results 1) the unsteady aerodynamics forces (Cl and Cd) showing 'zig-zag' line instead of smooth line of sinus distribution' 2)the vortex contour at the outlet showing a group of extra vorticity. 3) during my simulation, the Courant number slowly increase and no sign to decrease. Anyone have any idea what actually happens to my simulation. Thank you -mali-
__________________
mali |
|
November 9, 2008, 22:17 |
Hi Foam'ers,
I hope i was n
|
#56 |
Member
Join Date: Mar 2009
Location: adelaide, SA, Australia
Posts: 32
Rep Power: 17 |
Hi Foam'ers,
I hope i was not to late to join the discussion. Currently i was doing simulation of flow over a square (2-D) at Re = 150, low Mach number. I defined the outlet as convectiveOutlet and i was using convectiveOtlet lib that Takuya coded(thanks Takayu). Here are my uncertainty about the results 1) the unsteady aerodynamics forces (Cl and Cd) showing 'zig-zag' line instead of smooth line of sinus distribution' 2)the vortex contour at the outlet showing a group of extra vorticity. 3) during my simulation, the Courant number slowly increase and no sign to decrease. Anyone have any idea what actually happens to my simulation. Thank you -mali-
__________________
mali |
|
November 9, 2008, 22:20 |
Hi Foam'ers,
I hope i was n
|
#57 |
Member
Join Date: Mar 2009
Location: adelaide, SA, Australia
Posts: 32
Rep Power: 17 |
Hi Foam'ers,
I hope i was not to late to join the discussion. Currently i was doing simulation of flow over a square (2-D) at Re = 150, low Mach number. I defined the outlet as convectiveOutlet and i was using convectiveOtlet lib that Takuya coded(thanks Takayu). Here are my uncertainty about the results 1) the unsteady aerodynamics forces (Cl and Cd) showing 'zig-zag' line instead of smooth line of sinus distribution' 2)the vortex contour at the outlet showing a group of extra vorticity. 3) during my simulation, the Courant number slowly increase and no sign to decrease. Anyone have any idea what actually happens to my simulation. Thank you -mali-
__________________
mali |
|
November 9, 2008, 23:46 |
Hi Foam'ers,
I hope i was n
|
#58 |
Member
Join Date: Mar 2009
Location: adelaide, SA, Australia
Posts: 32
Rep Power: 17 |
Hi Foam'ers,
I hope i was not to late to join the discussion. Currently i was doing simulation of flow over a square (2-D) at Re = 150, low Mach number. I defined the outlet as convectiveOutlet and i was using convectiveOtlet lib that Takuya coded(thanks Takayu). Here are my uncertainty about the results 1) the unsteady aerodynamics forces (Cl and Cd) showing 'zig-zag' line instead of smooth line of sinus distribution' 2)the vortex contour at the outlet showing a group of extra vorticity. 3) during my simulation, the Courant number slowly increase and no sign to decrease. * as the attach files is too big, please email me if you want to see the results; (1)CL,CD vs time (2)vorticity contour Anyone have any idea what actually happens to my simulation?. Thank you -mali- (sukri_utm@yahoo.com)
__________________
mali |
|
November 10, 2008, 16:22 |
Two words of advice first:
|
#59 |
Senior Member
Srinath Madhavan (a.k.a pUl|)
Join Date: Mar 2009
Location: Edmonton, AB, Canada
Posts: 703
Rep Power: 21 |
Two words of advice first:
a) Stop spamming the forum with repeated questions. If you are posting with attachments for the first time, use the "test" thread[1]. b) Search the forum for similar queries first. From what you have described, it is clear that your problem setup is either wrong or bad (e.g. garbage mesh or too restrictive a choice of time/space discretization). First run checkMesh on your geometry and ensure that you are using a decent (preferably conformal) mesh featuring local refinement in regions of strong pressure/velocity gradients (usually near [but not limited to] walls). For the case of a square cylinder in a rectangular/square channel you should preferably use a mesh featuring zero skewness and zero non-orthogonality. Next, take a sample problem and validate the lift and drag coefficients quantitatively. Try the problem with a traditional constant pressure outlet B/C. Increase the length of the domain if you have to. Search the posts carefully. I have already done this. If you still see a sharp sawtooth-like profile for lift and/or drag coefficients, check your time discretization. Switch to the backward scheme if you are not already using it. And finally, it does not get said enough: Please try and make sure that the maximum courant number does NOT exceed 0.25. 1.0 is just a rough upper limit. If you need accuracy in time, you will need to keep the maximum Courant number low. Read Hrv's thesis (Search the forum to figure out where it is). He has shown the effect of max. Courant number on time-accuracy graphically. References: [1] http://www.cfd-online.com/cgi-bin/OpenFOAM_Discus/board-auth.cgi?file=/3649/3649.html &lm=1218745755 |
|
November 10, 2008, 20:47 |
Thank you for your advice pU|,
|
#60 |
Member
Join Date: Mar 2009
Location: adelaide, SA, Australia
Posts: 32
Rep Power: 17 |
Thank you for your advice pU|,
A newbie like me always make a lot of mistakes for the first time. Sorry about that. I have done a few simulation on the same grid size but different time discretization scheme and outlet boundary condition. On that simulation i used Euler scheme and constant pressure outlet B/C. The results seem good and no sawtooth-like profile. After i changed the time discretization into full Crank-Nicholson scheme, and outlet B/C into convectiveOutlet B/C, the liftAndDrag vs time showing sinus distribution but the lines between the points were not smooth (zig-zag). It is because of the convectiveOutlet library? Thank you -mali-
__________________
mali |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
convective boundary condition | Mani | CFX | 8 | March 21, 2017 10:59 |
Convective boundary condition | andrea_barbera | OpenFOAM Running, Solving & CFD | 4 | March 4, 2010 05:36 |
Convective Boundary Condition | garni | FLUENT | 0 | September 25, 2005 14:00 |
Convective boundary condition | STN | Main CFD Forum | 5 | May 29, 2002 09:47 |
convective boundary condition | frederic felten | Main CFD Forum | 1 | April 25, 2001 02:20 |