CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Running, Solving & CFD

[reactingTwoPhaseEulerFoam] large time step challenge

Register Blogs Community New Posts Updated Threads Search

Like Tree1Likes
  • 1 Post By evamaria

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   February 28, 2018, 21:06
Question [reactingTwoPhaseEulerFoam] large time step challenge
  #1
Senior Member
 
Gerhard Holzinger
Join Date: Feb 2012
Location: Austria
Posts: 342
Rep Power: 28
GerhardHolzinger will become famous soon enoughGerhardHolzinger will become famous soon enough
Hi,

the commit message [1] for the introduction of the face-based momentum equation states, that the face-based momentum formulation allows for:
Quote:
improving stability and allowing larger time-steps
I have attached a rather simple bubble column case, which I have been playing around. I have been run able to run the simulation for a maxCo = 0.6 setting in controlDict, for both the face-based formulation as well as the cell-based formulation (faceMomentum true and false in fvSolution).

For a setting of maxCo=0.75, the simulation crashes within the first 5 seconds, for both formulations.

Using the face-based momentum equation, however, improves the solution in a way, that it does not show some sort-of checkerboard-like artifaces, see the attached PNGs.


My working theory is that the two-fluid Euler-Euler model is not happy with Courant numbers larger than 0.5. Single-phase solvers, on the other hand, can be run with maxCo settings up into the low two-digits, e.g. I ran a vortex shedding case up to maxCo=20 with a reasonable accuracy of the vortex shedding frequency.

So now the challenge: Does anybody find a case-setup, which allows for larger time steps respectively Courant numbers than the ones I achieved so far.

References:

[1] https://github.com/OpenFOAM/OpenFOAM...777bb10a3e1dda


Rules:
  • Post your results along with the case setup as archive.
  • All posted cases should be able to be run with an Allrun script, i.e. all necessary steps must be contained in the Allrun script.
Attached Images
File Type: png bubbleColumnFaceMom_uWater.png (22.2 KB, 33 views)
File Type: png bubbleColumnNoFaceMom_uWater.png (22.4 KB, 31 views)
File Type: png bubbleColumnFaceMom_p_rgh.png (16.2 KB, 23 views)
File Type: png bubbleColumnNoFaceMom_p_rgh.png (17.0 KB, 23 views)
Attached Files
File Type: gz oscillatingBubbleColumn.tar.gz (6.4 KB, 3 views)
GerhardHolzinger is offline   Reply With Quote

Old   August 11, 2020, 10:53
Default solution dependency on maxCo
  #2
New Member
 
Join Date: May 2018
Location: Vienna, Austria
Posts: 14
Rep Power: 8
evamaria is on a distinguished road
Hi,


I am not sure if my question/finding fits here, but I thought it is the most suitable thread.

I recognized, that the solution using reactingTwoPhaseEulerFoam in OpenFOAM-7 as well as multiphaseEulerFoam OpenFOAM-8 strongly depends on the maxCo number, even if maxCo is always well below 0.5 (see pictures).



Do you have any ideas why this is happening? Is it okay or is there a problem with the solution algorithm? (or maybe only with my case-setup?)

My idea was, that the differences come from the MULES algorithm. Possibly, different time steps lead to a different blending of high-order and low-order schemes and therefore to different "diffusivities" of the solution.

I attached the case setups for reactingTwoPhaseEulerFoam (OF7) and multiphaseEulerFoam (OF8).
Attached Images
File Type: png multiphaseEulerFoam_TransientCases_commented.png (92.6 KB, 33 views)
File Type: png twophaseEulerFoam_TransientCases_commented.png (55.5 KB, 25 views)
Attached Files
File Type: gz case_setup_multiphaseEulerFoam.tar.gz (6.6 KB, 5 views)
File Type: gz case_setup_twoPhaseEulerFoam.tar.gz (6.9 KB, 3 views)
GerhardHolzinger likes this.
evamaria is offline   Reply With Quote

Reply

Tags
euler-euler, timestep size


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
courant number increases to rather large values 6863523 OpenFOAM Running, Solving & CFD 22 July 6, 2023 00:48
p_rgh initial residual no change with different settings manuc OpenFOAM Running, Solving & CFD 3 June 26, 2018 16:53
pimpleDyMFoam computation randomly stops babapeti OpenFOAM Running, Solving & CFD 5 January 24, 2018 06:28
pressure in incompressible solvers e.g. simpleFoam chrizzl OpenFOAM Running, Solving & CFD 13 March 28, 2017 06:49
mixerVesselAMI2D's mass is not balancing sharonyue OpenFOAM Running, Solving & CFD 6 June 10, 2013 10:34


All times are GMT -4. The time now is 16:41.