# Turbulence boundary values

 Register Blogs Members List Search Today's Posts Mark Forums Read

 October 24, 2002, 13:46 Turbulence boundary values #1 lego Guest   Posts: n/a Hi! I need your suggestion which kind of turbulence boundary condition to be used. I calculate flow field and mixing between heated rod bundles. I already have a result file, and I would like to set the inlet turbulence parameters for a new run on the basis of the outlet results of this previous calculation. I use the k-Omega turbulence model. I can export the following turbulence parameter values: Eddy Viscosity [kg /m/s] Shear Strain Rate [1/s] Turbulence Eddy Dissipation [1/m2/s3] Turbulence Eddy Frequency [1/s] Turbulence Kinetic Energy [1/m2/s2] And I can set as input parameter the followings: Turbulent Intensity and Eddy Viscosity Ratio [dimensionless], [dimensionless] k and Epsilon [1/m2/s2], [1/m2/s3] Turbulent Intensity and Eddy Length Scale [dimensionless], [m] My problem is that I have a detailed result, but I can set only AVERAGE values. And for example in case the Turbulence Kinetic Energy (k) the values near the wall is much different than it is in the main flow. Which type of setting should I use? And how can I calculate these parameters from the parameters, which can be exported? (For example Eddy Viscosity Ratio = Eddy Viscosity/Dynamic Viscosity) Thanx: LEGO

 October 24, 2002, 16:27 Re: Turbulence boundary values #2 Jan Rusås Guest   Posts: n/a You do not need to only set the average If you use CFX4.4 you can set a value in each cell face with usrbcs. You can export the data you have to I file and read it in USRBCS If you are using CFX5 I think I recall that it is possible to do this very easy, it is possible to use the vaules from another calculation as input. Try to search the forum. Was the fantastic LEGO toys named after you

 October 24, 2002, 18:55 Re: Turbulence boundary values #3 lego Guest   Posts: n/a You won't belive... There is no possibility to set an exported field as inlet boundary condtion in the CFX-5.5. I have a direct contact to the support and they informed me. There is only a cloud interpolation method, but this method takes into consideration in every point the all other data point with a 1/r factor. So it blurs the field, and corrupts conservativity. They said me that their object to make possible to solve great problems (for example 8 000 000 volume elements) in one piece. They suggested to buy greater hardver... Yeah, I'm the LEGO's grandpa

 October 25, 2002, 02:30 Re: Turbulence boundary values #4 Holidays Guest   Posts: n/a This is not fully accurate as you can set the tolerance for the DWA method and switch to a "local node" approach ie take only the neibourinhg nodes into account for the interpolation to improve things (avoid spikes) I believe.

 October 25, 2002, 03:36 Re: Turbulence boundary values #5 lego Guest   Posts: n/a It would be perfect for me because the meshes of the exported outlet and the inlet to be import are exactly the same. I asked the support whether I can set or change the source of the cloud interpolation that it takes into consideration only the nearest nodes, but they said, it impossible. (I think DWA and cloud interpolation is the same... On the other hand I think this DWA method is a fool method, because the 1/dr weight function has singularity at dr=0. And I have data set with dr=0 in every points...) Do you know or only belive that setting local node approach is bossible in case of CFX-5 (CFX-5.5.1)? Because I could not find this mode.

 October 25, 2002, 04:11 Re: Turbulence boundary values #6 Holidays Guest   Posts: n/a ... which is why I am saying there's a tolerance value to be adjusted via an env variable so that when dr <= tol, the interpolated value = the nodal value.

 October 25, 2002, 04:47 Re: Turbulence boundary values #7 Jan Rusås Guest   Posts: n/a Sorry if I made a mistake, I would though not be concerned about "bluring" it. I once had a problem in the old CFX4.3 with periodic boundaries for a cylindrical problem, there was a bug in CFX for my problem so it was not possible to use the periodic boundaries. The answer to my problem was that CFD is so fast today that I should just solve it in 3D )) making my mesh in this case 60 times bigger !!!! If you are LEGO's grandpa then you should have no problem in just getting more hardware.

 October 25, 2002, 08:27 Re: Turbulence boundary values #8 Robin Guest   Posts: n/a Actually, if you have nodal data the distance is never zero, since boundary values are applied at the faces, not the nodes. Robin

 October 25, 2002, 08:38 Re: Turbulence boundary values #9 lego Guest   Posts: n/a Yes, and it means, that in my case the weight factor depends on the last digits of the coordinate values...

 October 25, 2002, 11:55 Re: Turbulence boundary values #10 Robin Guest   Posts: n/a No. Face coordinates do not coincide with node location (see documentation for details). So in your case, you are not dealing with the last digits of the coordinate value. If you have a grid for the upstream run, why not GGI them together and run the whole thing? Robin