Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • openfoam openfoam
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 423
    • Issues 423
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 9
    • Merge requests 9
  • Deployments
    • Deployments
    • Releases
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Development
  • openfoamopenfoam
  • Issues
  • #2297
Closed
Open
Issue created Dec 12, 2021 by Hans Meier@hsmeier

interFoam problems with refinement at fluid surface

Summary

When running an interFoam case with two phases (water and air) with a refinement that crosses the surface as shown in picture 3, immediately after start a strange "explosion" like "dynamite fishing" occurs one cell above the surface within the refined cells along the refinement boundary, see picture 4.

The case has been derived from tutorials/multiphase/interFoam/RAS/floatingObject, simplified (no floating body any more, no water in the corner to fall into the basin at start), and modified with the said refinement.

A workaround for this simple case is to avoid local z-refinements close to the water surface.

But if I add a complex floating body with snappyHexMesh in a much larger case, this inescapably leads to refinements close to the surface resulting in high velocities in the smallest cells and thus high courant numbers. The only workaround is to add an initial calm down phase before the real action starts, but this obviously eats up a lot of CPU time.

Steps to reproduce

Run the example case with openFoam 2106. In allrun script different refinements may be selected by commenting/uncommenting: "none" (leading to pictures 1&2), "center" (leading to pictures 3&4), "block" and "all". Refinement "center" is pre-selected.

Example case

refinement-issue.tbz

What is the current bug behaviour?

We get U values other than (close to) zero in cells one cell above the surface within the refined cells along the refinement boundary causing something that looks like a compression wave spreading from there. See Picture 4.

What is the expected correct behavior?

Nothing happens. Picture 4 should be all blue just as Picture 2.

Relevant logs and/or images

alpha.0009 Picture 1: Cells and alpha.water with non-refined mesh.

U.0009 Picture 2: U values after 0.1s - nothing happens as expected.

alpha.0000 Picture 3: Cells and alpha.water with refined mesh.

U.0008 Picture 4: U values after 0.1s - High U values up to 2 m/s in cells one cell above water surface along the boundary of refinement.

Environment information

  • OpenFOAM version : 2106 (docker image opencfd/openfoam2106-run)
  • Operating system : Ubuntu 20.04.3 LTS

Possible fixes

None yet.

Edited Dec 13, 2021 by Hans Meier
Assignee
Assign to
Time tracking