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 393
    • Issues 393
    • 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
  • #393

Closed
Open
Created Jan 25, 2017 by Admin@OpenFOAM-adminMaintainer

dynamicMotionSolver plays catch up when started from a non-zero time step

Not sure if this is a bug or a limitation. But when using the dynamic mesh rotating solid body functionality in interDyMFoam, the dynamic mesh will play catch up if started from a non-zero time step. In other words, if I run a simulation for 0.5s without mesh motion (staticFvMesh), stop it, turn on mesh motion (dynamicMotionSolverFvMesh), and restart from the latestTime, the mesh will jump to the 0.5s position (as if it had already run for 0.5s) to begin the simulation rather than starting at the location where staticFvMesh left off. I did try different combinations of startTime and startFrom in the controlDict before the restart, but still couldn't get it to stop playing catch up.

I don't have a good quick test model for you yet, but the mixerVesselAMI tutorial I imagine could be modified to show this (even though it too takes a while to run).

Assignee
Assign to
Time tracking