Hey,
I've got nearly the same case as u do. My case is a periodic cooling pipe. At the moment i am setting up my BC but i have quiet a lot problem especially when it comes to mapping the outlet values to the inlet. For me it is very difficult to setup the BC and the offset of the mappedPatch BC because my patches are not parallel to the coordinate patches. Perhaps you can have a look at my thread and help me. Best Regards, Phil |
Hi Bruno,
thanks for the reply, I tried what is mentioned in the directory, but was not able to get it work. Should I run the commands mentioned in the web page in the OpenFOAM/user/run directory or some other location, kindly let me know. Thanks, Vimal |
Hi Vimal,
OK, a very quick way to build swak4Foam is like this: Code:
mkdir -p $FOAM_RUN Best regards, Bruno |
1 Attachment(s)
Hey Sniper and wydlckat,
I had a look at your hints about Snipers case. My case is nearly the same as the one frome him. The only difference is, my patches are not parallel to the coordinate axes/planes. Right at the moment i am facing a lot of problems with setting up my case with cyclic as well as mapped boundary conditions. Especially with setting the offsets for the cyclic/mapped planes in a case where the planes are not exactly conformal. As i explained in my thread already i want to compare OpenFoam with a Fluent case. The Fluent case has a periodic inlet with steady state pressure based simple solver. - Can you look at my case and give ma a hint why my cyclic BC's dont work. - Can you tell me where i can edit the pressure gradient or the mass flux for the inflow because out of the fluent case i get that it is pressure based. - Is my geometry working at all or do i have to edit it with i dont know commands like topoSet etc. Greetings Phil |
Greetings gelbebanane,
Quote:
I was going to suggest that you had a look into the tutorial "incompressible/pisoFoam/les/pitzDailyMapped" and to suggest using the "mapped" boundary condition, taking into account that the offset is the vector between the centroids of each patch... but since the cell count is not identical, things get a bit complicated. Quote:
I've taken a look into the list of posts you've made lately and I got lost. I have no idea to which thread you're referring to. The inlet and outlet patches do not have the exact same area, which are part of the problem. I suggest that you take a slightly different approach:
Bruno |
1 Attachment(s)
Hey,
thanks for your suggestions. Unfortunately i saw too late that you will answer my question at your github so i had no more time to update my post above. From your other link that you have attached i couldn't get any information because there it is just an blockMesh created mesh. 1. I made a point transformation in Salome and translated my inlet to my outlet and exported this as my new .stl file. 2. Generated the mesh but without any improvements. 3. Dont know what you meant here, so i came to the point that i started already wrong at 1. What i also tried is to rotate my geometry by an angle so that the inlet and outlet patches are parallel to the blockMesh patches. but it still gives me a different number of cells back. I think the main problem is the snappy process and my sharp edges. (snappy run without snap and layer add, just castellatedmesh feature) Attachment 28104 Isn't it possible to use different cell numbers as well as the mapped condition? I can also use the mentioned rotated mesh for my case, i just have to edit my velocity vector. I have also tried, using the main edges of my geometry for my blockMesh mesh but the mesh quality after snappy didn't improve and it also didn't snap anymore. I also tried cyclic and cyclicAMI. cyclic does not work because of different cell numbers and cyclicAMI gives me an error back when i try to change my patches with "createPatch" command. Code:
>createPatch -overwrite Looking forward for any further suggestions ;) Greetings Phil |
Hi Phil,
Mmm... OK, I've got two suggestions:
Bruno |
2 Attachment(s)
Hey there,
i've managed to get my case running with "cyclicAMI". Now my case is running with a modified simplefoam/cyclic solver from here. The problem is now that i dont get the expected values like in Fluent. My pressure gradient is not the same and i dont know if i specified my mass flow rate with "Ubar" correctly. My inlet velocity is (12 0 0) m/s and my mass flow rate 0.07865 kg/s. All other initial values are specified under 0/include/initialConditions. I've uploaded my case with the appropriate BC. You have to use the solver that is also attached in this thread. Just "make" the solver, i have already changed all neccessary files. Attachment 28331 Attachment 28332 Regards, Phil |
Greetings Phil,
I'm getting this error message: Code:
Unknown patchField type knutRoughWallFunction for patch type wall In addition, the solver gives a warning about these two: Code:
inlet Code:
inlet Code:
inlet Beyond this, the relaxation factors seem very relaxed. Are you certain that the solution converged? Best regards, Bruno |
2 Attachment(s)
Ok,
i have changed my case. Actually it was called nutkRoughWallFunction not knutRoughWallFunction. i have also changed my pressure to what you said. But for my outlet pressure im not sure. First of all my boundaries. My mass flux is 0.07865 kg/s, density=1.1697 kg/m^3, pressure gradient -485.4435 pascal/m, dynamic viscosity 1.85964e-05 kg/m s. My inlet flow is U=(12 0 0). So i calculated my boundaries based on these values: Code:
nu=1,85964e-05 / 1,1697 = 1,58984e-05 the distance from inlet to outlet in x direction is 0.023483. Code:
outlet pressure= -485,4435 * 0,023483 / 1,1697 = -13, 7785 Did i use the wrong length for the gradient? Do i have to use the distance vector that is perpendicular to the inlet/outlet patches or is the distance vector in flow direction ok? So the last value was "Ubar" to calculate. I used the continuum equation for this. But here i have the same problem as mentioned above. Is the mass flux perpendicular to the inlet and outlet patch or is it in flow direction? i made up 2 calculation, 1 with mass flux orthogonal and 1 with mass flux in flow direction. So i got this Ubar values: Code:
Ubar= massflux / (densitiy *patch area) I hope you understand halfway what i want so say you with my calculations and problems. For now i made 4 cases. Each a variation of Ubar direction and pressure gradient on/off. Here is a picture with what i mean about perpendicular and in flow direction (view is on top of my geometry to the ground, bird perspective, dont know the english word for this). Attachment 28448 And here is a case with pressure gradient on and mass flux in flow direction. The problem for now is that my flow does not look not even close like the one in Fluent. Attachment 28449 |
2 Attachment(s)
Greetings Phil,
I finally managed to give a proper look into this. Here's what I've found:
Bruno |
Pressure gradient
In case of fvOption, we impose momentum source term but can, though there is flow but we cannot observe any pressure gradient along the channel length. Can anyone please tell me how to obtain actual pressure in case of fvoptions
Regards, Sourav |
All times are GMT -4. The time now is 17:57. |