Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Register
  • Sign in
  • openfoam openfoam
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 455
    • Issues 455
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 15
    • Merge requests 15
  • Deployments
    • Deployments
    • Releases
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Development
  • openfoamopenfoam
  • Issues
  • #1408
Closed
Open
Issue created Aug 22, 2019 by Admin@OpenFOAM-adminMaintainer

Decoupling between the ``background mesh`` and ``front mesh`` if there is no hole present [overset]

Summary

I'm sorry for reporting again about overset but it happens that I'm running few tests nowadays. The algorithm doesn't set any interpolated cells on the background mesh when there is no holes in the model. This leads to complete decoupling between the background mesh and front mesh.

Steps to reproduce

Since there is not geometry needed, simple empty overlapping meshes of any type or shape can reproduce this issue. In order to see the issue clearly, I would suggest selecting actuation disk on the front mesh or the front and back together. By inspecting the case in paraview, you will not found any interpolated cells on the background mesh. Also, both velocity and pressure fields on the background mesh are disturbed by the disk (of course in case, the disk is selected from the front mesh cells only). Using overSimpleFoam is enough to see this behavior.

Example case

wakeInside

Environment information

  • OpenFOAM version : v1906, commit 506990e079af
  • Operating system : Ubuntu 18.04LTS
  • Hardware info :
  • Compiler : gcc

Possible fixes

If this feature is not supported, maybe just through a warning or fatal error would be enough for the user to understand the limitation of the method. A solution for this issue could be by selecting few layers inwards around the oversetPatch to ensure the coupling. Or just marking few cells in the background as a hole before adding the interpolation layers. Probably, it is more trick than that specially if the front mesh is moving.

## Reattaching the author to the issue ticket: @hikassem ##

Edited Dec 11, 2019 by Kutalmış Berçin
Assignee
Assign to
Time tracking