|
[Sponsors] |
March 8, 2012, 10:59 |
Problem running perturbUCyl
|
#1 | |
New Member
senpatras
Join Date: Mar 2012
Posts: 16
Rep Power: 14 |
The question might seem trivial to some, but I am only a beginner with OpenFoam, just 2 weeks into it.
I am trying to simulate pipe flow using LES. I generated the mesh using ICEM CFD and then imported it as Fluent Mesh (.msh file) and then converted it using fluentMeshtoFoam. I then try to generate turbulence quickly, and hence I try using PerturbCylinder. When I try to run PerturbUcyl on the terminal, the following error message is generated. Any idea, as to how it can be fixed. I am modifying the ChannelFoam inbuilt solver to set up my code. Quote:
|
||
March 12, 2012, 05:46 |
PeturbU
|
#2 | |
Member
supercommandodhruv
Join Date: Sep 2011
Posts: 57
Rep Power: 15 |
Hi sen,
I am also a newie in OpenFOAM, and I am also simulating the channel flow in OF using LES. I am also trying to use this utility PeturbU, to generate turbulence in the initial field, but did not get a correct version of it, that can run on my machine. Can you tell me the link? Quote:
|
||
March 12, 2012, 06:58 |
|
#3 | |
New Member
senpatras
Join Date: Mar 2012
Posts: 16
Rep Power: 14 |
Quote:
http://http://www.cfd-online.com/Forums/openfoam-solving/58905-les-turbulent-pipe-flow.html It seems ok to me. Though I have solved the problem that I had stated previously, which was caused due to wrong initialisations in the 0 directory, I am still trying to find my way. As it stands now, I have extremely high Courant numbers. The time step that I deduced from the experimental data is 2d-5. Does someone have a suggestion as to how one might go about it, or maybe, what one might try? |
||
March 12, 2012, 07:56 |
Courant number
|
#4 | |
Member
supercommandodhruv
Join Date: Sep 2011
Posts: 57
Rep Power: 15 |
Hi,
Thanks for the reply. Regarding the Courant no, did you fix the maxCo in controlDict? It happened in my case too, when I ran the calculation, but then I had fixed it, and it was stable. Regards, dhruv. Quote:
|
||
March 12, 2012, 08:27 |
PerturbU
|
#5 | ||
Member
supercommandodhruv
Join Date: Sep 2011
Posts: 57
Rep Power: 15 |
Hi,
Can you tell me how did you compile it. I am using wmake perturbU, and it gives in the following error. Quote:
Dhruv Quote:
|
|||
March 13, 2012, 05:20 |
|
#6 | |
New Member
senpatras
Join Date: Mar 2012
Posts: 16
Rep Power: 14 |
Quote:
What you can or rather should do is write 'wmake' only on the terminal. Make sure you are in the 'perturbU' folder, while doing that. It should work, I guess. After that, come out of the perturbU folder and write 'perturbU' on the terminal. The turbulence will be generated I guess. |
||
March 13, 2012, 05:54 |
|
#7 |
New Member
senpatras
Join Date: Mar 2012
Posts: 16
Rep Power: 14 |
I found the source of my problem, somewhat though. The modified 'U' field, after I run perturbUCyl is quite unreasonable. Before running perturbUCyl, my internal field is defined uniformly as (1,0,0). After running perturbUCyl, the non uniform internal field varies somewhere in the range of (10e6 - 10e7, 0, 0). Apart from the unusually high Ux, the 0 field for Uz is not expected. Uy is not altered, that is fine, but why Uz?
Anyone with any suggestions? |
|
March 13, 2012, 07:00 |
PerturbU Compilation error
|
#8 | ||
Member
supercommandodhruv
Join Date: Sep 2011
Posts: 57
Rep Power: 15 |
Hi sen.1986
Thanks for the input. i tried to compile it. However it again throws up this error. Quote:
Regards, Dhruv. Quote:
|
|||
March 13, 2012, 08:57 |
|
#9 |
New Member
senpatras
Join Date: Mar 2012
Posts: 16
Rep Power: 14 |
No idea. Check the perturU.c file and your initialisations. (0 directory). Sorry for not being of much help.
|
|
March 13, 2012, 09:33 |
|
#10 | |
New Member
senpatras
Join Date: Mar 2012
Posts: 16
Rep Power: 14 |
Ok, so I found this. The perturbUCyl is functional when I keep the inlet values at zeroGradient. But when I try to put them as cyclic (which is what I need), the following error message is flashed.
Quote:
|
||
March 13, 2012, 09:38 |
perturbU compilation
|
#11 |
Member
supercommandodhruv
Join Date: Sep 2011
Posts: 57
Rep Power: 15 |
Hi
I got the correct answer from this link. Now it works. http://www.cfd-online.com/Forums/ope...m-2-0-0-a.html |
|
March 13, 2012, 09:44 |
|
#12 | |
New Member
senpatras
Join Date: Mar 2012
Posts: 16
Rep Power: 14 |
Quote:
|
||
March 13, 2012, 09:49 |
|
#13 |
Member
supercommandodhruv
Join Date: Sep 2011
Posts: 57
Rep Power: 15 |
Hi sen,
I was a little late in posting, but the above post is related to the compilation and the problem I was facing with physicalConstant. The link given in my post addresses that. Secondly, I am using cyclic condition for my inlet and outlet. I ran perturbU but did not encounter these errors. However, I did have error like this, when I tried to run my case having cyclic patches in parallel. The only thing I can recommend you is to try to use createPatch to generate your cyclic patches. I hope it helps. |
|
March 15, 2012, 06:13 |
|
#14 |
New Member
senpatras
Join Date: Mar 2012
Posts: 16
Rep Power: 14 |
Hello Dhruv,
I got rid of the previous problem. I redid my meshing and modeling, this time using blockmeshdict. The reported problems are mainly caused due to orientation problem of faces. Anyway, my problem with perturbU is far from being over. The 'U' field that perturbU generates, is very unreasonable. The Ux are in the range of ~4000, Uy is 0 (understandably so), Uz is also 0 (Why?). Do you have any idea, what might be causing this? Also, it would be helpful if you could attach three files, your 'transportproperties', 'U' after you run perturbU and the script, perturbU.c. Sorry for sounding too demanding. |
|
March 23, 2012, 05:12 |
PerturbU
|
#15 | |
Member
supercommandodhruv
Join Date: Sep 2011
Posts: 57
Rep Power: 15 |
Hi Sen,
Sorry for the late reply. Can you tell me the following: 1. What is the velocity that you impose at the beginning of the channel? 2. How did you calculate the expected U_tau and Re_tau? I am also having the problems with perturbU, that it does not generate the fields in my whole geometry. I am pretty sure, that I am not wrong in giving the dimensions for the channel case, that I have. I am attaching the pictures of the fields getting generated. As you can see, Uz is being generated only in a part of the channel, and the whole thing. My transport properties are Code:
/*--------------------------------*- C++ -*----------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 2.1.x | | \\ / A nd | Web: www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ FoamFile { version 2.0; format ascii; class dictionary; location "constant"; object transportProperties; } // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Ubar Ubar [ 0 1 -1 0 0 0 0 ] ( 0.8 0 0 ); Retau Retau [ 0 0 0 0 0 0 0 ] 5; transportModel Newtonian; nu nu [ 0 2 -1 0 0 0 0 ] 1.52e-06; //Retau Retau [ 0 0 0 0 0 0 0 ] 500; CrossPowerLawCoeffs { nu0 nu0 [ 0 2 -1 0 0 0 0 ] 1e-06; nuInf nuInf [ 0 2 -1 0 0 0 0 ] 1e-06; m m [ 0 0 1 0 0 0 0 ] 1; n n [ 0 0 0 0 0 0 0 ] 1; } BirdCarreauCoeffs { nu0 nu0 [ 0 2 -1 0 0 0 0 ] 1e-06; nuInf nuInf [ 0 2 -1 0 0 0 0 ] 1e-06; k k [ 0 0 1 0 0 0 0 ] 0; n n [ 0 0 0 0 0 0 0 ] 1; } // ************************************************************************* // Code:
/*---------------------------------------------------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 1.0 | | \\ / A nd | Web: http://www.openfoam.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ FoamFile { version 2.0; format ascii; root "/home/penfold/mattijs/foam/mattijs2.1/run/icoFoam"; case "cavity"; instance "system"; local ""; class dictionary; object perturbUDict; } // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // // Expected turbulent Re(tau) Reynolds number with respect to utau Retau 395; // Streamwise component of flow. 0=x, 1=y, 2=z streamwise 0; // Spanwise component of flow. 0=x, 1=y, 2=z spanwise 2; // Halfheight of channel. This is the direction normal to both streamwise and // spanwise directions. h 0.0024; // Set (overwrite) velocity to laminar profile setBulk false; // Perturb velocity with some cosine like perturbations perturb true; // Perturbation properties //wall normal circulation as a fraction of Ubar/utau duplus 0.25; //spanwise perturbation spacing in wall units betaPlus 200; //streamwise perturbation spacing in wall units alphaPlus 500; //transverse decay sigma 0.00055; //linear perturbation amplitude as a fraction of Ubar epsilon 0.005; // ************************************************************************* // Quote:
|
||
December 19, 2017, 04:37 |
|
#16 | |
New Member
Anna
Join Date: Oct 2017
Posts: 1
Rep Power: 0 |
Quote:
I am replying here on a post of already more than five years ago but I hope that you can help me out. I have a similar problem with using PerturbU to generate a U initial field for a cylinder with cyclic boundary conditions. The values for Ux (streamwise direction) are very large ~11000 and Uy and Uz are zero. I tried different Retau but the results are the same. I was wondering if you have found a way to generate a U initial field, either with PerturbU or with another tool? Something that works for pipe flow with periodic conditions. Thank you very much for any suggestions! |
||
November 13, 2018, 14:28 |
|
#17 |
Member
Join Date: Apr 2011
Posts: 57
Rep Power: 15 |
I was searching the forums for something different entirely, but came across this post. In case someone else is searching and looking for an answer to the above problem, I believe it is because the Retau and diameter values are hard-coded in perturbCylinder. You have to edit the perturbU.C file and either change the const scalar Retau and d values to what is correct for your case, or edit the code to read in these values from somewhere (such as the transportProperties file, like the code does for Ubar).
|
|
June 4, 2019, 06:56 |
|
#18 |
Senior Member
Jianrui Zeng
Join Date: May 2018
Location: China
Posts: 157
Rep Power: 8 |
I have seen that perturbCylinder only works for flow in the x direction, is it rght? And how can I calculate Ra_tau rightly?
|
|
Tags |
channelfoam, initial conditions, les, perturbcyl, perturbu |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Parallel running of 3D multiphase turbulence model (unknown problem!!) | MOHAMMAD67 | OpenFOAM Running, Solving & CFD | 7 | November 23, 2015 11:53 |
Problem while running in Highperformance computing environment | Phanipavan | STAR-CD | 1 | September 11, 2013 07:42 |
running FLUENT on cluster problem | cth_yao | FLUENT | 2 | December 2, 2011 07:05 |
problem with running in parallel | dhruv | OpenFOAM | 3 | November 25, 2011 06:06 |
Kubuntu uses dash breaks All scripts in tutorials | platopus | OpenFOAM Bugs | 8 | April 15, 2008 08:52 |