|
[Sponsors] |
Compiling dynamicTopoFvMesh for OpenFOAM 2.1.x |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
February 21, 2013, 05:44 |
Update
|
#21 |
Member
Pablo Caron
Join Date: Nov 2009
Location: Buenos Aires, Argentina
Posts: 75
Rep Power: 17 |
Sandeep,
I built the library for 1.6-ext and ran the same case as before. Everything worked fine! The difference between installations is, AFAIK, the mesquite version, 2.1.2 versus 2.2.0 for extend and 2.1.x respectively. I'm going to install mesquite 2.1.2 in openFOAM 2.1.x and test the library again. Hope I'll have news soon Best Pablo |
|
February 21, 2013, 12:49 |
|
#22 |
Senior Member
Sandeep Menon
Join Date: Mar 2009
Location: Amherst, MA
Posts: 403
Rep Power: 25 |
Pablo,
I've committed a couple of bug-fixes and updated the installation instructions. Your case now works with moveDynamicMesh, although it looks like you'll have to play around with the settings a little to get a better looking mesh. |
|
February 21, 2013, 14:56 |
|
#23 |
Member
Pablo Caron
Join Date: Nov 2009
Location: Buenos Aires, Argentina
Posts: 75
Rep Power: 17 |
Hi Sandeep,
thank you! Now the 2.1.x branch works as good as the 1.6-ext!!! I've been working with version 1.6-ext and interDyMFoam since this morning and I could not find the correct configuration to adapt the mesh around the interface. I want to solve the same problem as before but adapting only the interface. The problem seems to be the map between meshes, since the solver fails trying to solve U, maybe a problem with the fluxes. I have a few questions 1) Which library does the map? Should I use your flux corrector machinery or it is done by another library in openFOAM? 2) When trying to use fluxCorrector Poisson the field rAU must exist. I added this field just copying the definition in interDyMFoam and a dimension problem arises. Any Idea? 3) Do you have a simple test case to use as a start point? Best Pablo |
|
February 22, 2013, 08:54 |
mesquite 2.2.0 with OF21x
|
#24 |
Senior Member
joegi
Join Date: Nov 2009
Location: genoa
Posts: 104
Rep Power: 17 |
Hi,
Sorry for hijacking the discussion with I find interesting (and by the way I haven't been able to run pablo's case). Anywho, I am interested in running mesquitesolver in OF21x, so far I have been using OF16ext with no problems. I managed to compile mesquite220 and dynamicTopoFvMesh class with no problems. Now I am trying to run the case ballTranslation (from the last openfoam workshop) using moveDynamicMesh and I am getting this error Code:
Create time Create mesh for time = 0 Selecting dynamicFvMesh dynamicTopoFvMesh // using new solver syntax: pcorr { solver PCG; preconditioner { type DIC; } minIter 0; maxIter 1000; tolerance 0.01; relTol 0; } // using new solver syntax: p { solver PCG; preconditioner { type DIC; } minIter 0; maxIter 1000; tolerance 1e-06; relTol 0.05; } // using new solver syntax: pFinal { solver PCG; preconditioner { type DIC; } minIter 0; maxIter 1000; tolerance 1e-06; relTol 0; } // using new solver syntax: U { solver PCG; preconditioner { type DILU; } minIter 0; maxIter 1000; tolerance 1e-05; relTol 0; } // using new solver syntax: lengthDensity { solver PCG; preconditioner DIC; tolerance 1e-06; relTol 0; } // using new solver syntax: cellDisplacement { solver PCG; preconditioner DIC; tolerance 1e-06; relTol 0; } // using new solver syntax: cellMotionU { solver PCG; preconditioner DIC; tolerance 1e-06; relTol 0; } Selecting metric Knupp Selecting motion solver: mesquiteMotionSolver Selecting quality metric: AspectRatioGamma Selecting objective function: LPtoP Selecting optimization algorithm: FeasibleNewton Outer termination criterion (tcOuter) was not found. Using default values. Time = 0.1 --> FOAM FATAL IO ERROR: Unknown patchField type oscillatingDisplacement for patch type wall Valid patchField types are : 19 ( calculated codedFixedValue cyclic cyclicAMI cyclicSlip empty fixedNormalSlip fixedValue mixed nonuniformTransformCyclic processor processorCyclic slip symmetryPlane timeVaryingUniformFixedValue uniformFixedValue value wedge zeroGradient ) file: /home/joegi/OpenFOAM/joegi-2.1.x/run/mycases/moving.1/ballTranslation/constant/dynamicMeshDict::mesquiteOptions::fixedValuePatches::ball from line 98 to line 104. From function PointPatchField<Type>::New(const pointPatch&, const Field<Type>&, const dictionary&) in file /home/joegi/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/pointPatchFieldNew.C at line 144. FOAM exiting |
|
February 22, 2013, 09:43 |
solution
|
#25 |
Senior Member
joegi
Join Date: Nov 2009
Location: genoa
Posts: 104
Rep Power: 17 |
No worries, I found what was the problem, but I think it's odd. Basically it was the order or the motion solver libraries if I use
"libmesquiteMotionSolver.so" "libfvMotionSolvers.so" It works ok, but if I use "libfvMotionSolvers.so" "libmesquiteMotionSolver.so" doesn't work. In anycase it seems that its working now. jg |
|
November 29, 2013, 06:34 |
compiling dynamicTopoFvMesh in OpenFOAM 2.1.1
|
#26 |
New Member
QuocThien
Join Date: Apr 2013
Posts: 16
Rep Power: 13 |
Dear Menon,
I've some work having to do, and I need to compile your src dynamicTopoFvMesh as the pagekage on https://github.com/smenon/dynamicTopoFvMesh to openFOAM 2.1.1. It can be very useful for me. But I faced very difficults to do this. Can you help me (and another users) by creating a user guide to do same work with OpenFOAM 2.1.1? Thanks very much. Best Regard. |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
fluent udf error while compiling: unknown type name __locale_t | aditya.pandare | Fluent UDF and Scheme Programming | 3 | April 12, 2014 15:52 |
Compilation error with OF 2.1.x | GerhardHolzinger | OpenFOAM Installation | 5 | September 18, 2012 10:04 |
Linux vs PC Compiling | Rhyno466 | Fluent UDF and Scheme Programming | 10 | May 11, 2012 18:01 |
Help with KIVA4 source code compiling | geothokar | Main CFD Forum | 0 | September 3, 2010 06:40 |
error msg when compiling user fortran | Ollimarc | CFX | 0 | March 13, 2008 19:16 |