Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • openfoam openfoam
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 379
    • Issues 379
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 13
    • Merge requests 13
  • Deployments
    • Deployments
    • Releases
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Development
  • openfoamopenfoam
  • Issues
  • #1408

Closed
Open
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 Kutalmis Bercin
Assignee
Assign to
Time tracking