CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > General Forums > Main CFD Forum

Modification of High Resolution Schemes for arbitrary mesh.

Register Blogs Community New Posts Updated Threads Search

Like Tree3Likes
  • 1 Post By mprinkey
  • 1 Post By arjun
  • 1 Post By mprinkey

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   June 11, 2016, 15:17
Default Modification of High Resolution Schemes for arbitrary mesh.
  #1
New Member
 
Join Date: Jun 2016
Posts: 17
Rep Power: 10
karahan is on a distinguished road
Hello Everybody,

I am reading the Phd-Thesis of Jasak about the implementation of High resolution schemes for arbitrarily unstructured mesh.

There is one thing I don't understand. For the calculation of normalized variable there is no need for the far upwind value Phi_u. Furthermore it says there is also no need for opposite upstream face f^-. If this opposite upstream face is not used, how is it possible to calculate the divergence (DeltaPhi)_C using the Theorem of Gauss?

How is (DeltaPhi)_C is computed?

The related article is here: http://citeseerx.ist.psu.edu/viewdoc...=rep1&type=pdf
See page 438.

Thanks a lot

Karahan
karahan is offline   Reply With Quote

Old   June 12, 2016, 00:09
Default
  #2
Senior Member
 
Michael Prinkey
Join Date: Mar 2009
Location: Pittsburgh PA
Posts: 363
Rep Power: 25
mprinkey will become famous soon enough
Hrv is often around these forums, so he may give you a more definitive answer, but TVD-type schemes on unstructured meshes almost all work with the values of the phi and the (limited) values of grad(phi) = gradPhi...a vector field computed from Gauss theorem or Least Squares. Simple second-order upwinding can be done via phi_f = phi_upwind + (r_upwind - r_face).gradPhiLimited_upwind.

Here is how Fluent does it. I believe OpenFOAM (and Star and almost every other unstructured FV code) does it the same way.

https://www.sharcnet.ca/Software/Flu...ug/node994.htm

The key difference here between structured algorithms (like QUICK) that use East-of-East and West-of-West cells in the stencil...instead, it uses only the phi and gradPhi(limited) values in the cells on either side of the shared face. That has hugely important ramifications for mesh referencing, parallel layer updated, etc.

This paper has an exhaustive explanation of unstructured TVD treatments, discussing the raw gradient assembly, limiting approaches, and the final face interpolation.

https://www.nas.nasa.gov/assets/pdf/...nas-05-007.pdf
karahan likes this.
mprinkey is offline   Reply With Quote

Old   June 12, 2016, 01:21
Default
  #3
Senior Member
 
Arjun
Join Date: Mar 2009
Location: Nurenberg, Germany
Posts: 1,286
Rep Power: 34
arjun will become famous soon enougharjun will become famous soon enough
https://feaweb.aub.edu.lb/research/c...ethodology.pdf
karahan likes this.
arjun is offline   Reply With Quote

Old   June 12, 2016, 06:11
Default
  #4
New Member
 
Join Date: Jun 2016
Posts: 17
Rep Power: 10
karahan is on a distinguished road
Hey thanks a lot. All of those links were very helpful. The calculation of divergence at the cell center makes reference to the far upwind value or the opposite upwind face value in those articles.

My question regarding the elimination of far upwind center and face values in Jasak's paper still persists.
karahan is offline   Reply With Quote

Old   June 12, 2016, 21:23
Default
  #5
Senior Member
 
Michael Prinkey
Join Date: Mar 2009
Location: Pittsburgh PA
Posts: 363
Rep Power: 25
mprinkey will become famous soon enough
Perhaps I am misunderstanding your question. The "far upwind" cell *is* accessed along with all of the other neighbor cells when assembling grad(phi) in each cell. That is step 1...build all of the gradients by using Gauss theorem or Least Squares. Step 2 is generally limiting those gradients in some way...see the Berger paper I referenced earlier. This occurs cell-by-cell. And then Step 3 is the face interpolation/face flux calculation. That step does NOT access the far upwind cell data, but only the upwind cell phi value and the upwind cell (limited) gradPhi value. That is the point...it eliminates the need to identify a single far upwind cell for a given face/flux interpolation and instead references only the derived gradient data based on all of the upwind cell's neighbors.
karahan likes this.
mprinkey is offline   Reply With Quote

Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
decomposePar problem: Cell 0contains face labels out of range vaina74 OpenFOAM Pre-Processing 37 July 20, 2020 06:38
[snappyHexMesh] SnappyHexMesh no layers and no decent mesh for complex geometry pizzaspinate OpenFOAM Meshing & Mesh Conversion 1 February 25, 2015 08:05
High residual for extruder mesh arun7328 STAR-CCM+ 0 March 28, 2013 11:27
k-omega-SST breakdown with high resolution mesh romant OpenFOAM Running, Solving & CFD 6 July 4, 2012 12:45
[snappyHexMesh] snappyHexMesh won't work - zeros everywhere! sc298 OpenFOAM Meshing & Mesh Conversion 2 March 27, 2011 22:11


All times are GMT -4. The time now is 09:59.