|
[Sponsors] |
November 20, 2017, 10:56 |
InterDyMFoam error
|
#1 |
New Member
Emanuele De Stradis
Join Date: Nov 2017
Posts: 14
Rep Power: 9 |
Hi guys,
I'm a beginner in the use of openFoam so I'm having some problems. I'm trying to simulate the slamming of an hull on the water by using interDyMFoam for my graduation project. I have placed the hull at a certain height from the water and let it move at the velocity of 1 m/s in the negative z direction to evaluate pressure on the hull due to the impact on the water. Now, when I run interDyMFoam, i got this error after some timesteps: Courant Number mean: 0.00212778 max: 6.57496 Interface Courant Number mean: 1.95423e-05 max: 0.0120632 deltaT = 0.000951527 Time = 0.00565446 PIMPLE: iteration 1 DICPCG: Solving for cellMotionUz, Initial residual = 0.00875879, Final residual = 9.55665e-09, No Iterations 44 Execution time for mesh.update() = 9.36 s GAMG: Solving for pcorr, Initial residual = 1, Final residual = 0.0598646, No Iterations 4 time step continuity errors : sum local = 8.80194e-07, global = 3.47383e-08, cumulative = -2.26463e-08 smoothSolver: Solving for alpha.water, Initial residual = 1.0246e-05, Final residual = 4.76097e-11, No Iterations 1 Phase-1 volume fraction = 0.412872 Min(alpha.water) = -1.62871e-88 Max(alpha.water) = 1 Applying the previous iteration compression flux MULES: Correcting alpha.water MULES: Correcting alpha.water MULES: Correcting alpha.water MULES: Correcting alpha.water Phase-1 volume fraction = 0.412872 Min(alpha.water) = -3.47749e-16 Max(alpha.water) = 1 #0 Foam::error:rintStack(Foam::Ostream&) at ??:? #1 Foam::sigFpe::sigHandler(int) at ??:? #2 ? in "/lib/x86_64-linux-gnu/libc.so.6" #3 Foam::GAMGSolver::scale(Foam::Field&, Foam::Field&, Foam::lduMatrix const&, Foam::FieldField const&, Foam::UPtrList const&, Foam::Field const&, unsigned char) const at ??:? #4 Foam::GAMGSolver::Vcycle(Foam::PtrList const&, Foam::Field&, Foam::Field const&, Foam::Field&, Foam::Field&, Foam::Field&, Foam::Field&, Foam::Field&, Foam::PtrList&, Foam::PtrList&, unsigned char) const at ??:? #5 Foam::GAMGSolver::solve(Foam::Field&, Foam::Field const&, unsigned char) const at ??:? #6 Foam::fvMatrix::solveSegregated(Foam::dictionary const&) at ??:? #7 Foam::fvMatrix::solve(Foam::dictionary const&) in "/opt/openfoam4/platforms/linux64GccDPInt32Opt/bin/interDyMFoam" #8 ? in "/opt/openfoam4/platforms/linux64GccDPInt32Opt/bin/interDyMFoam" #9 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" #10 ? in "/opt/openfoam4/platforms/linux64GccDPInt32Opt/bin/interDyMFoam" I tried to run moveDynamicMesh and I noticed that some bad cells appeared (non-orthogonalities, negative volumes ecc..) after some timesteps, but the initial mesh is perfect. Maybe it can be a problem of the solver but I've read that velocityLaplacian is the best for these cases. Can someone help me to solve this problem? I would be really grateful. I attach my controlDict and dynamicMeshDict files. Thank you all. Emanuele Last edited by Emanueledes; November 20, 2017 at 14:08. |
|
November 22, 2017, 15:47 |
|
#2 |
New Member
Emanuele De Stradis
Join Date: Nov 2017
Posts: 14
Rep Power: 9 |
Any idea? I'm trying different ways but unfortunately without fix the problem. I really need your help, please. Thank you.
Emanuele |
|
November 23, 2017, 04:53 |
|
#3 |
Member
Andre Z
Join Date: Dec 2009
Posts: 75
Rep Power: 17 |
Is it possible that you are moving the hull so far that the mesh gets too deformed? If that is the case you could try using an overset mesh.
__________________
www.MantiumCAE.com |
|
November 23, 2017, 05:17 |
|
#4 |
New Member
Emanuele De Stradis
Join Date: Nov 2017
Posts: 14
Rep Power: 9 |
Hi Andre,
Thank you so much for your reply. Maybe I've found the error just right now. In the files cellMotionUz and pointMotionUz I had a noSlip condition for the plane where the hull moves. I changed it to Slip and now it seems to work. If I have other problems I'll write here again. Thank you again for the reply. Regards, Emanuele De Stradis |
|
November 23, 2017, 06:43 |
|
#5 |
Super Moderator
Tobias Holzmann
Join Date: Oct 2010
Location: Bad Wörishofen
Posts: 2,711
Blog Entries: 6
Rep Power: 52 |
Just one suggestion / trick / recommendation. For any mesh motion I prefer to run the moveDynamicMesh solver. Therefore, I change the delta t in order to see the motion and save the corresponding time steps. Via ParaView and the output of the solver one can directly see if e.g. the interfaces are still connected or not and if there is a problem of the motion itself (wrong set-up in the dynamicDict). Based on the fact that the solver just moves the mesh without calculating any equation, it is faster and is a perfect tool for analyzing the moving mesh behavior
__________________
Keep foaming, Tobias Holzmann |
|
November 23, 2017, 11:09 |
|
#6 |
New Member
Emanuele De Stradis
Join Date: Nov 2017
Posts: 14
Rep Power: 9 |
Dear Tobias, thank you so much for your clear suggestion. I'll keep it in mind. Thank you again.
Sincerely, Emanuele De Stradis |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[blockMesh] blockMesh with double grading. | spwater | OpenFOAM Meshing & Mesh Conversion | 92 | January 12, 2019 10:00 |
DPM udf error | haghshenasfard | FLUENT | 0 | April 13, 2016 07:35 |
[swak4Foam] GroovyBC the dynamic cousin of funkySetFields that lives on the suburb of the mesh | gschaider | OpenFOAM Community Contributions | 300 | October 29, 2014 19:00 |
ParaView for OF-1.6-ext | Chrisi1984 | OpenFOAM Installation | 0 | December 31, 2010 07:42 |
DecomposePar links against liblamso0 with OpenMPI | jens_klostermann | OpenFOAM Bugs | 11 | June 28, 2007 18:51 |