Splitting solver with immersed boundary extension for the analysis of backward-facing step flow
Flow analysis of backward-facing step is claimed to be a necessity when it comes to Computational Fluid Dynamics solver validation. The turbulence development with both separation and reattachment passing through the step has become the practical challenge for solver developers ever since the numeri...
Saved in:
| Main Authors: | , , |
|---|---|
| Format: | Conference or Workshop Item |
| Language: | English |
| Published: |
AIP Publishing LLC.
2012
|
| Subjects: | |
| Online Access: | http://umpir.ump.edu.my/id/eprint/26979/1/Splitting%20solver%20with%20immersed%20boundary%20extension%20for%20the%20analysis.pdf http://umpir.ump.edu.my/id/eprint/26979/ https://doi.org/10.1063/1.4704319 |
| Tags: |
Add Tag
No Tags, Be the first to tag this record!
|
| Summary: | Flow analysis of backward-facing step is claimed to be a necessity when it comes to Computational Fluid Dynamics solver validation. The turbulence development with both separation and reattachment passing through the step has become the practical challenge for solver developers ever since the numerical computation revolution started. In-line with the trend, this work is predestined to further validate the use of Splitting velocity-pressure coupling method with immersed boundary extension for unsteady Navier-Stokes flow solver. The comparison is launched with steady numerical results via established software for commonly used benchmark backward-facing step construction. Flow parameters in both solvers are set equivalent to Reynolds number of 1000. The assessment is carried out when the flow has reached steady flow condition. The streamwise velocity profiles are well-matched where the maximum error is within 4%. The reattachment distance measured from the developed solver is also in good agreement with the reference results with only 1.84% difference recorded. The comparison proves that the solver developed in this work could become a very handy alternative especially when we look at the solver simplicity and the number of nodes it consumes to obtain comparable results. |
|---|