Re=5 Mio. Still steady?
In this validation example provided by NASA, that runs SA turbulence
model RANS on zero pressure gradient flat plate, http://turbmodels.larc.nasa.gov/flatplate_sa.html how come the RANS solver can still converge to steady state solution when Re is around 5 million? If even (much) finer mesh is used, i.e., DNS, I suppose one shall pick up the unsteadiness. The question is, how fine the mesh needs to be in order to NOT converge to steady state? Is it possible to predict this critical mesh density a priori? Cheers, Shenren 
From your question I suppose you are not familiar with RANS/URANS/LES/DNS formulations...
The RANS equation are obtained from the DNS ones by applying the Reynolds average, which implies a statistical steady state: <f>(x) = (1/T) Int [t0, t0+T] f(x,t) dt for T going to infinite 
I think if you run your RANS code with very small time step and
very fine mesh, you are doing DNS. Isn't that the case? Quote:

Quote:

1) Why can't I run RANS using a small time step to get an unsteady solution? If your time step is small enough, it shall presumably pick up fluctuation with very small temporal scale.
2) Why not? Could you please point me to any reference? 3) What equation is discretized in a DNS solver then? Quote:

Quote:
The RANS equations are steady by definition, no timederivative exists, there is no timestep. The URANS formulation is a special version of the RANS wherein the time derivative exists but the resolved time frequency is quite low compared to the turbulence ones (see for example the flow in a cylinder with a moving piston). In any case the URANS solution would not converge to the DNS one for small time step. The DNS formulation requires to solve the original NavierStokes system of equations over all the characteristic scales of turbulence. See the book of Pope for general topic on turbulence and the book of Ferziger and Peric for CFD related issues. 
1) Okay, so you call that URANS... Then, I alter my question to be: why does not URANS with REALLY REALLY REALLY small time step converge to DNS result? Shouldn't the 'resolved time frequency' determined by your time step (which is prescribed by the user), and not an intrinsic feature of this particular method URANS?
2) Again, how is the equation you are working with in DNS from the RANS equation, or URANS equation, except using a small time and length scale? I agree with you that it WANTS to resolve flow features of all scales, but how is it done? 3) Anyways, thanks for the patience and I really appreciate your reply. Cheers :) Quote:

in URANS you can also try using a very small time step but the variable you solve is always a statistical variable <f>. That means that even for dt>0 the contribution of the turbulence model will not vanish in general .
Only if your URANS turbulence modelling is built in such a way that vanishes for dt>0, h>0 you would tend towards DNS. DNS is very simple, use the NavierStokes equation without any average/filtering/modelling and solve over a computational grid having h of the order of the Kolmogorov scale. 

What if I run my URANS solver (without turbulence modeling, as if running for laminar flow) over a grid having h of the order of the Kolmogorov scale? Does it produce your DNS result? (And at the same time, using the same time step you are using for your DNS solver, of course.)
Statistical or not, it's just how you look at the RANS equation. And if the Reynolds stress is not taken into account, should that be exactly the same as your NS equation discretized for DNS solver? Quote:

Quote:
yes, if you eliminate from your URANS code all the turbulence models and use dt and h to resolve all scales, you will get a DNS solution. 
I apologize for not having stating clearly that I meant running RANS/URANS without modeling the turbulence, otherwise I would have saved a lot of your time explaining to me. Thanks a lot for the help!
Cheers, Shenren Quote:

Having confirmed that RANS/URANS without modeling turbulence, if run with small dt, and fine mesh, is identical to DNS.
Then back to my original question, would the flow starts to get unsteady if finer mesh is used? If yes, then, would we ever get mesh convergence? Quote:

Quote:

Quote:
Of course the computational is very expensive... see this recent paper http://journals.cambridge.org/action...ne&aid=5876700 
This is exactly what I have been looking for. Thanks!
Quote:

This is interesting to know. So the difference is that in RANS/URANS with turbulence modelling, it assumes fluctuation of all scales are modelled, while in LES, the code models only the part of fluctuation that's subgrid scale, and it will automatically vanish when subgrid scale tends towards zero?
Quote:

Quote:
Conversely, using explicit filtering the filter width is taken fixed, independently from the computational step which can also tends to zero producing a grid independent LES solution, not a DNS one. 
I have very little knowledge about LES. This is a good introduction for me. I learnt something useful, thanks!
Quote:

All times are GMT 4. The time now is 18:53. 