Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Time step limiting based in beam velocity #22

Open
colemanjs opened this issue Feb 9, 2024 · 0 comments
Open

Time step limiting based in beam velocity #22

colemanjs opened this issue Feb 9, 2024 · 0 comments
Assignees

Comments

@colemanjs
Copy link
Collaborator

Solution controls can allow the beam to "jump" in a time step past its radius. The beam integration time step should be limited to $\Delta t = 2 \sigma / u$

@colemanjs colemanjs self-assigned this Feb 9, 2024
kincaidkc added a commit that referenced this issue Aug 27, 2024
* Add none as default or optional refinement controller

* modified initial mesh and calrified README.md

* cleaned README.md

* reorganized additivefoam solver and libraries

* Refactored solver to build from additivefoam-dedicated libraries. Improved stability of thermodynamic solution by removing explicit correction outside of solidification range (this prevents the need for persistence in AMR coarsening). Currently, the gradient based-amr is a WIP along with moving foamToExaCA to a FunctionObject that supports AMR

* removed old foamToExaCA which does not support AMR. The new ExaCA FunctionObject in a work-in-progress and currently interpolate from cell-centers to cell-vertices at every execute() call of FunctionObjects

* cleaned up uniformInvervals logic based on existing scan path functionality

* added in optional user-defined bounding box to increase refined mesh span around the moving beam

* changes to refinement controller update return logic

* updated AMR to set uniform intervals based on scan path logic start and end times. AMR continues to be called at these intervals for the remainder of the simulation to capture solidifying cells. latent heat logic corrected to remove explicit correction that causes numerical instabilities

* simplified refinement controller logic. The refinementField is only updated on intervals, so there is no need for condition calls to mesh.update()

* cleaned up refinementController and updated comments

---------

Co-authored-by: Kellis Kincaid (khk) <[email protected]>
Co-authored-by: Coleman J S <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant