https://linen.dev logo
LE Wall Treatment
# general-help
l
Continuing with my quest: - Turbulence quantities change did not address the oscillations at the LE - the simulation converged to below 1e-06, so convergence is not the issue - wall boundary conditions were adjusted and resulted in no change - Discretization schemes did also not address the oscillation issues - I dont think fvSolution changes to the Matrix solvers can change anything, so I wont inspect that - I am guessing its a bad mesh now, first I am going to try a coarser leading edge seeing if that may fix the underlying issue, or atleast improve it somewhat - If this doesnt help I will try to adjust nNonOrthogonalCorrectors from 1 to 2 or even 3 and seeing if that fixes the simulation. My max non orthogonality is 57. If that doesnt help then I am all out of ideas and I dont have a deep enough understanding to really pinpoint what is causing this. Anyone else that could give advice?
k
Also your Quest deserves a separate thread
l
Probably not a bad idea, I agree
Currently I think the core issue is that refineWallLayer for 20 layers creates bad cells maybe below the 8th layer ish and also bad decomposite tet quality all around the surface, which is shared by multiple stacked cells and then resolves itself again around the 8th layer
After the nNonOrthogonalCorrectors, if that doesnt help, I will have to try to just increase the BL thickness to see if that achieves anything
z
I haven't been keeping up with what you've been doing, but have you tried different wall functions?
(if you're using wall functions)
(I've forgotten your setup)
l
So originally I was setting the wall for the turbulence quantities as: k - uniform 0 fixed value nut - nutUSpaldingWallFunction omega - omegaWallFunction U - noSlip obviously Now I switched to: k - kLowReWallFunction, which seems odd because according to literature the lowRe k BC is just uniform 0, which makes sense. Now I have a k-distribution across my surface mesh. nut - nutLowReWallFunction, which just sets it to 0 omega - omegaWallFunction
z
Almost looks like TS waves lol, but it's not that
l
This didnt really change anything
They look exactly like waves on the sand at the beach lol
z
Are the waves steady or transient? Like, does the pattern stay the same at different iterations
l
For k I am still unsure if... having k values across the surface of magnitudes if around 1e-04 is realistic. I mean its similar to my inlet conditions but yeah its just odd considering k=0 makes sense. Omega is also an interesting one, I get magnitudes going to 1e+08, with the magnitude really depending on the refinement of the surface. Although it is specific dissipation rate, so I guess it would make sense.
Stays the same over iterations
Interestingly enough they look really similar to a laminar -> turbulent BL transition in the WallShearStress, but that wouldnt make any sense. I am not using a transition Model so it cannot predict this sort of stuff.
also the wiggles happen for both pressure, y+ and wallshearstress, so it seems velocity and pressure related. So... idk
clearly iteration independent and slowly growing
Black - 0, Blue - 300
z
That's what I meant by TS waves
l
oh you mean like transition
l
I see, but yeah I have no model implemented to predict this
And yeah with the oscillations clearly showing up again on the leading edge, even with less refinement I am again out of ideas
z
But if the waves are constant then it's not some sort of transition, it's most likely a mesh thing
l
My best go to now is trying to increase the BL size again and seeing if 20 layers then behave better, even if my y+ goes up a little bit
but beforehand I will try the orthogonal correctors
z
I mean for fun you could try a transition model
l
I probably will eventually to compare it to a single state and seeing how things change. But it also means I need less ambigious turbulence BC's
But I also need to stick to a timeframe
z
What does a slice of tke and nut look like through the full domain? I find inflow values can drop off surprisingly quickly, you might find that the turbulence hitting the wing is much less than specified at the inlet
l
I know, and thats definitely happening as I dont have decay control set. But those shouldnt influence the simulation too greatly imo. I was also doing a test with ridicoulusly high turbulence values and they had similar effects
z
Yeah what I'm wondering is whether it decays so much that the inflow makes no difference, it decays to zero either way?
Like maybe your omega is set too high
l
hm, not necessarily? Spalding did a study on this a while ago.
z
If you're following the literature it's probably fine
l
For my inlet turbulence im sitting at omega = 80, k = 0.0006, which gives me a viscosity ratio of 0.5
but yeah Spalding also addresses that the decay of turbulence quantities over the domain can be problemeatic and suggests decay control. Havent used it in OpenFOAM yet, could try to but idk how much value it would give me.
z
I'm surprised how common it seems to be that people do nothing to stop the turbulence decaying
l
seems to not be a hugeissue I guess
z
I'm getting my gut feel mixed up a bit between epsilon and omega, but that seems like a very high omega
And a very low k
l
typical for atmosphere apparently, Spalding suggets for general use of typical external aerodynamic applications with two equation turbulence models: k/U^2 = 1e-06, so k = 1e-06 * U^2 and omega * chord / U = 5, so omega = 5 * U / chord
20 m/s and about 1m chord length and as such the values make sense
Although I use different equations for approximating my stuff, I use k = 3/2 ( TurbulentIntesnity * U )^2 and omega either from Spaldings suggestion or directly from nu T and k
Sorry not Spalding, Spalart
Idk why my mind told me to write Spalding
z
Yeah okay, all seems fair enough then
Aviation isn't really my area so don't have intuition for the right numbers
l
Im referencing "Effective Inflow Conditions for Turbulence Models in Aerodynamic Calculations - Philippe R. Spalart, Christopher L. Rumsey 2007"
Same Spalart from the SA model
its an okay read, kind of difficult to comprehend in areas especially when he goes into the boundary layer
z
Think I've read it before but can't remember it
l
Its pretty much my only reference point for the turbulence quantities
it seems incredibly ambigious often
z
You've probably checked already, but any correlation between the wave pattern and the triangles in your STL?
l
my STL is like 800 Mb big and has a very high LE refinement
shouldnt be the problem
I had checked before but the cells are bigger than the triangles of the STL
z
Yeah if it were me I'd be adding source terms to maintain the free stream values, but that's probably more time consuming that you're willing to get into
l
Its not, OpenFOAM has it built in
z
Didn't work for my case when I tried it
l
oh
well I didnt try it yet to be fair
z
But maybe my case was different somehow 🤷
I coded my own in the end
l
Okay I did recheck STL and surface mesh again, and in some areas behind the LE the tri's of my STL do become bigger than the cells of my surfaceMesh, I guess I can try to refine the STL even more
z
50gb STL here we come
l
I mean I feel like this shouldnt be that big of a problem but yeah, its snappyHexMesh so who knows
z
Do the triangle edges line up with the waves at all?
If not, it's probably not that
But if your curved leading edge is actually faceted, and the edges of those facets are where the peaks in shear stress are, then you might have a culprit
l
hehehehe
....
its probably it
So yeah, thanks for reminding me to check it again
literally perfect alignement of wave pattern to the STL edges
l
Yup that fixed it, still some issues with generating the STL as my pc just crashes with salome with even higher tessellation, but w/e. There is still a dip of shear stress on the wall on the LE but this is very likely due to the jump in layer height caused by the underlying meshing method. So not much I can do about it.
Opening this back up because I am too much of a perfectionist and what I said above is a little lackluster, especially if you consider where airfoils stall and what quantities dictate that, which is wallshearstress
I guess I can quantify my questions into the following: - has anyone else experienced weird behavior of WallShearStress (WST) across the interface of refinement zones - how bad is this effect in terms of global forces, local downstream and upstream and flow detachment - is there any studies or papers on this odd behavior that anyone else has experienced?
@Zino I apologise for the ping, but I'd like to know if you have seen any papers related to this/studies or heard this being thrown around because you seem experienced.
z
I'm not sure what you're referring to - what does the Y+ look like?
l
The y+ looks totally fine, but there is a dip at the leading edge between the spike at the nose and the transition into the flat region which I cant explain.
But the dip does also coincide with the y+ change between refinement regions
z
Yeah so what is the y+ either side of the transition
l
lemme draw a quick paint showing what I meant lol
the WST is supposed to be a continous function depending on the speed of the fluid or rather the gradient of the fluid on the wall. Because still no transition model there is no physical context behind having a dip in the WST over the nose. This is consisten on both the upper AND lower surface behind the nose where the y+ values change due to higher/lower refinement and the BL changing because of this.
Okay so it even happens when I have absolutley no refinement jumps, so its physical
huh
"physical" Atleast consistent across cell refinements and additionally I checked for curvature and there is no weird curvature jump aswell
3 Views