|
[Sponsors] |
Handling axisymmetry terms on the symmetry line |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
December 4, 2005, 11:14 |
Handling axisymmetry terms on the symmetry line
|
#1 |
Guest
Posts: n/a
|
I'm having issues in handling the axisymmetric terms (like r*v/y) on nodes set on the symmetry line (y=0). Presently, I extrapolate the r*v/y term from the interior nodes. This provides a stable and satisfactory solution, however apon fine examination of the output, there are some oscillations near the symmetry line. I have also tried to offset the nodes from the symm. line such that there are no nodes at y=0. This eliminates any oscillations, but there are errors associated with the half cells below the symm. line which I don't know how to properly handle (if possible).
Just for reference, I'm modelling the transonic flow in a thrust chamber with an explicit FD Euler solver. I could really use some more suggestions on how to handle the r*v/y term at y=0. |
|
December 4, 2005, 12:09 |
Re: Handling axisymmetry terms on the symmetry lin
|
#2 |
Guest
Posts: n/a
|
3D cylindrical polar coordinates and time accurate methods typical of LES codes have substantial problems with centrelines. There are a few papers on the subject and I recall a recent one by Lele in JCP (I think) but do not have the full reference with me. Personally, I have achieved the maintenance of wiggle free convection of smooth profiles by replacing the numerical metrics with their analytical equivalents (i.e. adding small correction involving sines and cosines) but have not written it up. It is an obvious thing to do and I am fairly sure other experienced CFD groups will have done something similar.
2D is not a major problem but to avoid oddities one does need to ensure the numerical representation of the terms behave appropriately as r tends to zero. Again no references to hand but I recall it being discussed in PhD thesis in the 70s and 80s when many of the CFD numerical schemes where first implemented. If you have access to PhDs from this time look particularly at the ones implementing RST turbulence models which had a range of problems with centre lines sufficient to actually change the conserved variables in some instances. |
|
December 6, 2005, 07:13 |
Re: Handling axisymmetry terms on the symmetry lin
|
#3 |
Guest
Posts: n/a
|
since y->0 and v->0, you can use v/y = d v/d y to compute v/y. AS for rho, axisymmetry implies d rho/ dy =0
|
|
December 6, 2005, 09:51 |
Re: Handling axisymmetry terms on the symmetry lin
|
#4 |
Guest
Posts: n/a
|
> since y->0 and v->0, you can use v/y = d v/d y to compute v/y. AS for rho, axisymmetry implies d rho/ dy =0
This is the correct type of approach for 2D where there are no serious problems. For 3D the velocity at the centre line is not zero and the gradients in the radial and circumferential velocity components are enormous because of the strong curvature as the singularity is approached. Maintaining reasonable behaviour in this case is far from easy. |
|
December 9, 2005, 17:22 |
Re: Handling axisymmetry terms on the symmetry lin
|
#5 |
Guest
Posts: n/a
|
The radial component of the velocity on the centerline must be zero for axisymmetric flow (unless there are singular sources or sinks placed on the line). Axisymmetric flow is 2D (x-r) by definition (no variation in circumferential direction).
By 3D you are probably referring to real 3D flow on an axisymmetric grid. That's a different issue (that is more robustly solved by using a different grid topology). |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[Gmsh] Problem with Gmsh | nishant_hull | OpenFOAM Meshing & Mesh Conversion | 23 | August 5, 2015 03:09 |
OpenFOAM 1.7.1 installation problem on OpenSUSE 11.3 | flakid | OpenFOAM Installation | 16 | December 28, 2010 09:48 |
Regarding FoamX running Kindly help out | hariya03 | OpenFOAM Pre-Processing | 0 | April 18, 2008 05:26 |
[blockMesh] Axisymmetrical mesh | Rasmus Gjesing (Gjesing) | OpenFOAM Meshing & Mesh Conversion | 10 | April 2, 2007 15:00 |
error while compiling the USER Sub routine | CFD user | CFX | 3 | November 25, 2002 16:16 |