Skip to content

Fix HIT IC z-extent: use problo[2] instead of problo[1] - #194

Open
WeiqunZhang wants to merge 2 commits into
AMReX-Fluids:developmentfrom
WeiqunZhang:fix-hit-lz-problo
Open

Fix HIT IC z-extent: use problo[2] instead of problo[1]#194
WeiqunZhang wants to merge 2 commits into
AMReX-Fluids:developmentfrom
WeiqunZhang:fix-hit-lz-problo

Conversation

@WeiqunZhang

Copy link
Copy Markdown
Member

In Tutorials/HIT/prob_init.cpp, Lz was computed as probhi[2]-problo[1], a copy-paste of the Ly line. When problo[1] != problo[2] the initial cos(2piz/Lz) velocity field is not periodic in z, giving a discontinuity across the periodic z boundary at step 0, and disagrees with the forcing, which uses probhi[2]-problo[2] in TurbulentForcing::init_turbulent_forcing and explicitly permits Lz > Lx.

No behavior change for the shipped inputs, which all use symmetric prob_lo.

Fixes #180

In Tutorials/HIT/prob_init.cpp, Lz was computed as probhi[2]-problo[1],
a copy-paste of the Ly line. When problo[1] != problo[2] the initial
cos(2*pi*z/Lz) velocity field is not periodic in z, giving a
discontinuity across the periodic z boundary at step 0, and disagrees
with the forcing, which uses probhi[2]-problo[2] in
TurbulentForcing::init_turbulent_forcing and explicitly permits Lz > Lx.

No behavior change for the shipped inputs, which all use symmetric
prob_lo.

Fixes AMReX-Fluids#180
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

Successfully merging this pull request may close these issues.

HIT prob_init: Lz uses problo[1] instead of problo[2], breaking z-periodic IC

1 participant