Different nu effects the amount of gravity?
Hi look at http://youtu.be/ueMCheEpMrk
interMixingFoam with nu=1; in the square hanging in the air (marked as other. The colon on the left side have nu=1e-6 equal to water. The colon are falling faster than the square. It should be the other way around of the fact that the square just have air under and not water. And look at http://youtu.be/oKsIfmoJc6w interMixingFoam with nu=1e-6 in the square hanging in the air (marked as other. The colon on the left side have nu=1e-6 equal to water. The colon are now falling equal fast as the square, which it didn't in the other video http://youtu.be/ueMCheEpMrk . Is something wrong with the software? Or have I done some thing wrong? Here is the changes of the interMixingFoam : (I ran both it in parallel with 8 cores, but that should not effect the result. it took app. 45 minutes.) In transportProperties Code:
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Code:
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Code:
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // Code:
|
Greetings Rickard,
This is so cool! It looks like a magic trick :eek:! My best guesses without testing are:
I'll have a look into it during this coming weekend. But first a few questions:
Bruno |
Hi!
And thanks! :) I use OpenFOAM 2.3.1 Kubuntu 14.04 i7 3.2Ghz (the first edition) 24Gb RAM (It took 45 minutes used all 8 core) Regards / Rickard Hidefjäll --------------- Sorry! Yes I do use the interMixingFoam tutorial case from start. |
Hi Rickard,
Well this is certainly an interesting test case that can showcase the importance of the dynamic viscosity (mu) between fluids. Here's an example of what I'm referring to: Code:
air And why is the dynamic viscosity important? If you look at the values in the example above: Now, if you subtract the largest from the smallest: 1.48e2 - 1.48e-05 = 147.9999852 Notice anything strange yet? Well, it's simple: the solver was not designed to compensate for such large numerical discrepancies, because "147.9999852" is almost identical to "148", which means that the number of computational errors that occur due to this very small difference are far greater than the remaining values being calculated. If you increase even more to , the block barely moves. As time progresses, it then happens something very similar to this: http://www.cfd-online.com/Forums/ope...ckerboard.html Note: the reason for choosing for the "other" fluid was because I was confusing how dynamic and kinematic viscosity relate to each other. Conclusion: this is not a bug. It simply means that the solver was not designed to handle such large differences in the fluids' properties. Best regards, Bruno |
Thanks a lot!
Hi and Thanks for a fast and lightning response!
Do you have a suitable solver in mind? :) My goal is to simulate a new kind of toilette. Best regards / Rickard Hidefjäll |
Hi Rickard,
I've never used it myself, but perhaps multiphaseEulerFoam can get the job done? For more details: http://www.cfd-online.com/Forums/ope...eulerfoam.html Best regards, Bruno |
Lots ofta tank :) !!!
|
All times are GMT -4. The time now is 10:16. |