|
[Sponsors] |
interFoam: Solve gives better results than MULES |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
August 26, 2013, 09:01 |
interFoam: Solve gives better results than MULES
|
#1 |
Member
Hrushi
Join Date: Jan 2013
Posts: 58
Rep Power: 13 |
Hi everyone,
I have been toying with interFoam lately. I have observed that solve method gives better results than MULES::explicitSolve. When I switched off the U and p equations and added a source term to alpha evolution equation, I got better analytical results using solve than with MULES. Has anyone seen effect like this before? Thanks, Hrushi |
|
August 26, 2013, 12:12 |
|
#2 |
Senior Member
Bernhard
Join Date: Sep 2009
Location: Delft
Posts: 790
Rep Power: 22 |
You are not solving for U and p, and are comparing with analytical results, so I am assuming your case is steady state? Would you be able to apply your solver on, e.g., the dam break case?
|
|
August 28, 2013, 03:29 |
|
#3 |
Member
Hrushi
Join Date: Jan 2013
Posts: 58
Rep Power: 13 |
Hi Bernhard,
Sorry for a delayed reply. I am out of town and little access to my results. I will try to get some pictures before eve and put them online. I am solving for a transient problem and not steady state one. Its a modified alpha equation with source term. I first tried it on damBreak case, but water column did not break. In fact, I got some unphysical results in the dam itself. My UEqn also does not seem to be working. Since then, I am trying to debug by trying various options. One of them was to remove U and p equations and see how the alpha equation is solved. I am trying different solutions for solve on randomly initialized alpha field. But to my surprise, mules gave a very uniformly distributed alpha while solve method gave me a distinction between different phases, which is the typical solution with extra source term. Not sure why my UEqn fails and nor do I have any idea why alpha equation should give me unphysical answer for same source term. Thanks, Hrushi |
|
August 28, 2013, 13:37 |
|
#4 |
Member
Hrushi
Join Date: Jan 2013
Posts: 58
Rep Power: 13 |
Hi Bernhard,
Following is my solve output. I could not get the MULES output but I can describe that MULES gives much diffuse interface than solve. Does it give you an idea? Thanks Hrushi |
|
September 10, 2013, 12:23 |
|
#5 |
Senior Member
Santiago Marquez Damian
Join Date: Aug 2009
Location: Santa Fe, Santa Fe, Argentina
Posts: 452
Rep Power: 24 |
Hi, probably solve give you less diffusive solutions, but in some cases mass conservation could not be guaranteed, MULES is more robust in this sense.
Regards.
__________________
Santiago MÁRQUEZ DAMIÁN, Ph.D. Research Scientist Research Center for Computational Methods (CIMEC) - CONICET/UNL Tel: 54-342-4511594 Int. 7032 Colectora Ruta Nac. 168 / Paraje El Pozo (3000) Santa Fe - Argentina. http://www.cimec.org.ar |
|
September 10, 2013, 13:39 |
|
#6 |
Member
Hrushi
Join Date: Jan 2013
Posts: 58
Rep Power: 13 |
Hi Santiago,
Thanks for your reply. I have read part of your thesis where you have explained MULES solver. But I found that if we decrease the time step by one order of magnitude, we get better results and at the same time, it has as good conservation as MULES. Any idea why? Regards, Hrushi |
|
September 10, 2013, 13:57 |
|
#7 |
Senior Member
Santiago Marquez Damian
Join Date: Aug 2009
Location: Santa Fe, Santa Fe, Argentina
Posts: 452
Rep Power: 24 |
Hi, MULES as other FCT methods make a blending between a first order flux and and a high order flux which is in somewhat fixed. Using TVD methods with solver allows you to use different limiters to obtain a solution as sharp as you want (within the possible range of solution given by the limiters).
The FCT version coded in MULES is iterative, which is a difference with the original Zalesak method, going up in iterations recovers the original method, with less iterations it is less diffusive, but at the same time more unstable I guess, you could try to change the number of iterations in the MULESLimiter method (they are hardcoded). Regards
__________________
Santiago MÁRQUEZ DAMIÁN, Ph.D. Research Scientist Research Center for Computational Methods (CIMEC) - CONICET/UNL Tel: 54-342-4511594 Int. 7032 Colectora Ruta Nac. 168 / Paraje El Pozo (3000) Santa Fe - Argentina. http://www.cimec.org.ar |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
InterFoam MULES solver | jaswi | OpenFOAM Running, Solving & CFD | 6 | June 21, 2022 09:46 |
interFoam vs. simpleFoam channel flow comparison | DanM | OpenFOAM Running, Solving & CFD | 12 | January 31, 2020 16:26 |
Strange Results at Tank Outlet with InterFoam | mgdenno | OpenFOAM | 18 | November 29, 2019 00:05 |
Problem of simulating of small droplet with radius of 2mm | liguifan | OpenFOAM Running, Solving & CFD | 5 | June 3, 2014 03:53 |
Strange results from interFoam solution converges but sum of all forces not equal to zero | nicasch | OpenFOAM Running, Solving & CFD | 0 | April 15, 2008 03:01 |