|
[Sponsors] |
Simplefoam converges to a completely different solution than physical model. |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
July 19, 2018, 21:18 |
Simplefoam converges to a completely different solution than physical model.
|
#1 | |||||||||||
New Member
Michael Pucher
Join Date: Mar 2018
Posts: 4
Rep Power: 8 |
Hi,
I am starting to use Openfoam and want to validate some physical model test results. Water flows with 0.28m³/s through an upstream flume around an obstacle out through a pipe. At the end of the pipe there should be a drop towards a hydro turbine but is not modeled here. The goal is to derive the velocity distribution at the cross section. https://www.dropbox.com/s/uqq6168osg...sults.jpg?dl=0 The shaded results are from a CFD Software COMET "kepsilon model" from a dissertation while the white lines are the results of a physical model test presented in another PhD thesis. The results are shown as velocities divided by the mean velocity of the section. My results show the peak velocities on the right side of the cross section, being completely wrong. I have tried to lengthen the approach channel with no effect. I have changed the initial conditions without effect. I have changed the background mesh to 2*2*2. There was also only a small change. Peaks moved to the lower right of the cross sections. I do not what I am doing wrong. The case files can be found her under this link. HTML Code:
https://www.dropbox.com/s/254zfs9u0o4cyee/CASE.zip?dl=0 I am using ESI OpenFoamv1712 in a Virtual Box I prepared the model in Bricscad. I created the surface mesh of the model as well the background mesh (5*5*5cm blocks) in Salome Meca. For meshing I used SnappyHexMesh. CheckMesh tells me that the mesh is fine. Create mesh for time = 0 Quote:
ControlDict Quote:
fvSchemes Quote:
Quote:
turbulenceProperties Quote:
U at boundary Quote:
p at the boundaries Quote:
epsilon at the boundaries Quote:
k at the boundaries Quote:
nut at boundaries Quote:
I would really appreciate if somebody could direct me towards the right direction. thanks, Michael |
||||||||||||
July 23, 2018, 02:07 |
|
#2 |
Senior Member
harshawardhank
Join Date: Mar 2014
Posts: 209
Rep Power: 13 |
Try komega model or RSM model
Instead of kepsilon |
|
July 23, 2018, 18:12 |
|
#3 |
Member
Robin Kamenicky
Join Date: Mar 2016
Posts: 74
Rep Power: 11 |
Hi Michael,
I have had a look at the case and if you are sure that the solution is wrong. Can you try a few things?
Cheers, Robin |
|
July 24, 2018, 17:16 |
|
#4 |
New Member
Michael Pucher
Join Date: Mar 2018
Posts: 4
Rep Power: 8 |
Dear Robin,
thank you very much. I followed your advice and it looks much better now. Not yet fully matching the physical model but I am on the right track now. I am aware now that I myself have to set the rules for convergence and not, as I did, follow blindly the output ("solution has converged") of simplefoam. However, I still have to do more analysis whether the solution has fully converged. After 2000 time steps the solution has not yet reached the residuals of 1e-6 that I had set for p and U. Here would be my follow on questions. What are the best checks to see whether a solution has really converged? Are residuals of 1e-6 a good limit? What else would you check? While I was waiting for responses from the forum I also started from the beginning and tried to check every step and found that my mesh, despite passing checkMesh might not be the best. I will post this separately. Here or in the meshing forum. |
|
July 24, 2018, 17:18 |
|
#5 |
New Member
Michael Pucher
Join Date: Mar 2018
Posts: 4
Rep Power: 8 |
Dear Harsha,
I will try your advice as soon as I can and let you know the results. thanks, Michael |
|
July 25, 2018, 18:05 |
|
#6 | |
Member
Robin Kamenicky
Join Date: Mar 2016
Posts: 74
Rep Power: 11 |
Quote:
Well, in general we want to evaluate particular flows based on the converged physical values. Hence, the most important is to be sure that the fields such as U, p, k, etc. converged. Indeed, it is very usefull to check residuals, but in the end you have the most interest in the fields. Those you can check visualy in Paraview, whether they change in subsequent iterations. Surely, there are other ways to check it. In your case you can for instance plot U profile in the Trompete. Very often is also checked pressure drop across the computational domain. Sometime mass/volumetric flow at the inlet and outlet as they should match. You can also plot maximum velocity and pressure and see whether those changes with subsequent iterations or use probes. The choice can be, however, case dependent. You can use paraview or/and OpenFOAM Post-processing command line interface (CLI). There is not anything as the right value of residuals which would tell you that the case converged. This is highly case dependent, sometime a case will converge with 1-e3, sometime 1-e6. Also for various fields you will be able to reach different residuals. Regarding the mesh, surely mesh is crucial. OpenFOAM seems to be quite picky about mesh. CheckMesh values can be eventually setup by your preferences. Hope this helps, Let me know how your computation goes. Robin |
||
Tags |
physical model, simplefoam convergence, wrong results, wrong solution |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Convergence | Centurion2011 | FLUENT | 48 | June 15, 2022 00:29 |
how to model polymer solution in CFD | koraltp | Main CFD Forum | 0 | November 16, 2017 02:23 |
Symmetric vs. complete model solution stability | SanFer | Main CFD Forum | 1 | July 18, 2017 11:57 |
solution convergence and mesh density in k-omega model (FLUENT) | ripong | FLUENT | 0 | January 29, 2015 18:09 |
Wall functions | Abhijit Tilak | Main CFD Forum | 6 | February 5, 1999 02:16 |