|
[Sponsors] |
March 15, 2016, 08:12 |
Cannot find intersecting face for particle
|
#1 |
Senior Member
Cees Haringa
Join Date: May 2013
Location: Delft
Posts: 607
Rep Power: 0 |
Hello all,
I'm working on particle tracking and keep getting the error: "Cannot find intersecting face for particle - ABORT..." Now, I've one quite a few DPM simulations already and have never seen this error. I've been trying to get rid of it by redefining interfaces and so on, but to no avail. Does anyone have an idea what causes this errors, and better, a solution? Cheers C |
|
March 16, 2016, 15:09 |
|
#2 |
Senior Member
Join Date: Mar 2015
Posts: 892
Rep Power: 18 |
I've not seen this error either, have you modified your mesh in Fluent and where did you create the mesh? I'm guessing the error is related to the mesh. Is the continuous phase being solved without problems? Lastly, try running Fluent with the serial solver.
|
|
March 17, 2016, 02:39 |
|
#3 |
Senior Member
Cees Haringa
Join Date: May 2013
Location: Delft
Posts: 607
Rep Power: 0 |
hi e,
I had modified my mesh in FLUENT indeed, so I went back to the original... and found the same problem. Also, I could identify the faces where it happened, they were nowhere near the modified section. (the faces were that of the impeller, which is modelled as a thin sheet wall) Continuous is solved fine, error happens also in serial. In the end, I just ran. The only thing I see is that due to the abortion the residence time of some particles is shorter than of others, but other than that, the trajectories look realistic, and the small changes in time don't hurt my results. But I'm still curious as to what happened, since my meshing and solving procedure were equal to earlier runs... |
|
March 17, 2016, 03:10 |
|
#4 |
Senior Member
Join Date: Mar 2015
Posts: 892
Rep Power: 18 |
Sounds like it's an issue when calling the boundary condition for the DPM. Perhaps try using escape, trap, reflect etc as the boundary conditions for the DPM on the impeller (if that's an option with thin sheet walls). If you're only getting this error now and it was fine before then there must have been something that changed (albeit maybe not obvious).
|
|
March 17, 2016, 03:13 |
|
#5 |
Senior Member
Cees Haringa
Join Date: May 2013
Location: Delft
Posts: 607
Rep Power: 0 |
It is reflect by default, but during particle tracking I change the coupled walls of the impeller to a single wall and set it to interior (otherwise the particles stick to the impeller due to vanishing U, k and e at the wall - that thing works better than fly paper in capturing small moving objects). But also this is my default approach, so yeah, still trying to figure out what changed.. (the baffles are treated in a similar way, and there no error pops up)
|
|
March 22, 2016, 10:22 |
|
#6 |
Senior Member
Cees Haringa
Join Date: May 2013
Location: Delft
Posts: 607
Rep Power: 0 |
Got it; the simualtion I ran was a gas-liquid phase run with particles in the liquid phase. So, particles passing through the blade would jump into the trailing vortex, where the liquid volume fraction is 0, and with the particles confined to the liquid phase, they cannot make this jump.
|
|
March 23, 2016, 05:58 |
|
#7 |
Senior Member
Cees Haringa
Join Date: May 2013
Location: Delft
Posts: 607
Rep Power: 0 |
Ok, I'm sort of retracting the previous post. Problem keeps popping up, even when I set the impellers back to walls - so the origin is not particles popping through...
|
|
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[ICEM] Error in mesh writing | helios | ANSYS Meshing & Geometry | 21 | August 19, 2021 14:18 |
snappyhexmesh remove blockmesh geometry | philipp1 | OpenFOAM Running, Solving & CFD | 2 | December 12, 2014 10:58 |
OpenFOAM 1.6-ext git installation on Ubuntu 11.10 x64 | Attesz | OpenFOAM Installation | 45 | January 13, 2012 12:38 |
[Netgen] Import netgen mesh to OpenFOAM | hsieh | OpenFOAM Meshing & Mesh Conversion | 32 | September 13, 2011 05:50 |
Errors running allwmake in OpenFOAM141dev with WM_COMPILE_OPTION%3ddebug | unoder | OpenFOAM Installation | 11 | January 30, 2008 20:30 |