|
[Sponsors] |
MULESImplicit fvSolution syntax in OF-1.6 (or 1.6.x) |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
|
August 10, 2009, 11:05 |
MULESImplicit fvSolution syntax in OF-1.6 (or 1.6.x)
|
#1 |
New Member
Sean McIntyre
Join Date: Mar 2009
Location: State College, PA
Posts: 11
Rep Power: 17 |
Hi,
Has anyone managed to use MULESImplicit (like a modified interFoam, or similar) in OF-1.6? I had it working in the previous version, and now it gives me errors like solver not found, etc. A sample fvSolution file that works on 1.6 for MULESImplicit would be great. Thanks, Sean McIntyre |
|
September 29, 2009, 11:26 |
|
#2 |
Member
Sachin Kanetkar
Join Date: Mar 2009
Posts: 57
Rep Power: 17 |
Hi
Even I am facing the same problem? Have you found the solution ...I m sorry my c++ knowledge is limited... I understood there was change by looking into MULES template file but could not understand how to update the fvSolution files Thanks Sachin |
|
November 3, 2009, 12:43 |
MULESImplicit
|
#3 |
Member
Hamed Aghajani
Join Date: Mar 2009
Location: London, UK
Posts: 77
Rep Power: 17 |
Hi all,
Could you find out how the setting of Alpha1 and MULESImplicit as solver should be, in the fvSolution? Please keep here posted from your findings, Best regards, Hamed |
|
November 9, 2009, 05:11 |
One step forward, perhaps?
|
#4 |
New Member
Rickard Bensow
Join Date: Mar 2009
Location: Göteborg, Sweden
Posts: 10
Rep Power: 17 |
Using the following syntax, the solver does no longer complain on MULESImplicit missing:
alpha1 { MULESImplicit { maxIter 1000; nLimiterIter 10; maxUnboundedness 1; CoCoeff 0.2; solver PBiCG{ preconditioner DILU; tolerance 1e-10; relTol 0;}; }; } Instead I get: keyword solver is undefined in dictionary "/home/ribe/OpenFOAM/ribe-1.6/run/naca15_test_case/system/fvSolution::solver" Removing the keyword solver from within the MULESImplicit gives: keyword solver is undefined in dictionary "/home/ribe/OpenFOAM/ribe-1.6/run/naca15_test_case/system/fvSolution::MULESImplicit" Other tests I've tried yields different error messages. A possible work around is to change to MULES::explicit in alphaEqn.H and then you don't need a specification for alpha1 in fvSolution. I don't know how this affects the stability of the solver though. /Rickard |
|
November 9, 2009, 10:01 |
|
#5 |
New Member
Sean McIntyre
Join Date: Mar 2009
Location: State College, PA
Posts: 11
Rep Power: 17 |
That sounds about right. I was getting that same thing.
|
|
November 9, 2009, 20:18 |
|
#6 |
Senior Member
J. Cai
Join Date: Apr 2009
Posts: 180
Rep Power: 17 |
Till now, no report about successfully using interPhaseChangeFoam of OF-1.6 occurs. Maybe there is a bug at this point of OF-1.6, but at this time I don't know what and where it is.
Best regards, Chiven |
|
November 13, 2009, 01:00 |
|
#7 |
New Member
Rickard Bensow
Join Date: Mar 2009
Location: Göteborg, Sweden
Posts: 10
Rep Power: 17 |
The only real difference I could see is the occurrence of three nested dictionaries in 1.6, instead of only two in 1.5.x, but I can't directly see why this should be a problem.
|
|
November 13, 2009, 08:14 |
|
#8 |
New Member
Aurelia Vallier
Join Date: Sep 2009
Posts: 8
Rep Power: 16 |
Hello!
I have the same problem and the same error messages. The difference from version 5 to 6 in MULESTemplates.C is the definition of MULEScontrols: const dictionary& MULEScontrols = mesh.solverDict(psi.name()).subDict("MULESImplicit"); instead of dictionary MULESSolver(mesh.solverDict(psi.name())); const dictionary& MULEScontrols =MULESSolver.subDict("MULESImplicit"); But it does exactly the same thing as before: it reads the dictionnary "MULESImplicit and I don't see why the following lines yield to an error message in OpenFOAM-1.6! solve ( psiConvectionDiffusion + fvc::div(lambda*phiCorr), MULEScontrols.lookup("solver") ); It may be a bug? Aurelia |
|
December 4, 2009, 02:26 |
|
#9 |
Senior Member
J. Cai
Join Date: Apr 2009
Posts: 180
Rep Power: 17 |
Hi, everybody, Henry has revised the MULES, the new MULESTemplates.C file and the updated dambreak case for OF-1.6 are attached.
enjoy, Chiven |
|
January 8, 2010, 23:24 |
Kunz's model PK dambreak
|
#10 |
Senior Member
Sandy Lee
Join Date: Mar 2009
Posts: 213
Rep Power: 18 |
Hi Chiven, I can not understand why Kunz's mode can been used to solve the "dambreak" problem....
Are you joking? |
|
January 9, 2010, 00:40 |
|
#11 |
Senior Member
J. Cai
Join Date: Apr 2009
Posts: 180
Rep Power: 17 |
Hi, Sandy, I don't consider the physical means, only give a setting sample for running the codes of the solver.
Best regards, Chiven |
|
March 10, 2010, 10:15 |
|
#12 |
Member
G B
Join Date: Mar 2010
Posts: 37
Rep Power: 16 |
Where should i change the mulestemplates.c to fix this error:
Code:
keyword MULESImplicit is undefined in dictionary "/home/gustavo/OpenFOAM/gustavo-1.6/Cases/freezeFront/system/fvSolution::solvers::alpha1" file: /home/gustavo/OpenFOAM/gustavo-1.6/Cases/freezeFront/system/fvSolution::solvers::alpha1 from line 122 to line 130. From function dictionary::subDict(const word& keyword) const in file db/dictionary/dictionary.C at line 449. FOAM exiting Last edited by Disco_Caine; March 10, 2010 at 11:32. |
|
March 10, 2010, 21:04 |
|
#13 |
Senior Member
Sandy Lee
Join Date: Mar 2009
Posts: 213
Rep Power: 18 |
Now, I am using OF 1.6.x. This bug has been fixed up. You can revise the file and recompile OF 1.6
|
|
March 11, 2010, 04:21 |
|
#14 | |
Member
G B
Join Date: Mar 2010
Posts: 37
Rep Power: 16 |
Quote:
Really, thank you! |
||
March 11, 2010, 23:50 |
|
#15 |
Senior Member
Sandy Lee
Join Date: Mar 2009
Posts: 213
Rep Power: 18 |
If you could not compile OF 1.6, you also can not change the Mulsetemperature.C file. You have to install the OF 1.6.x as like as me, if you really need to use the implicit MUSLE to solve.
|
|
March 12, 2010, 02:39 |
|
#16 |
Member
G B
Join Date: Mar 2010
Posts: 37
Rep Power: 16 |
Yes, now i understand, i had panicked (i barely got OF-1.6 to work yesterday). Now im compiling OF-1.6.x, lets hope it works. Thank you!
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
error while compiling the USER Sub routine | CFD user | CFX | 3 | November 25, 2002 15:16 |