|
|
OF6.png (143,220 bytes) OF22x.png (109,482 bytes) |
|
|
The behaviour in OF 4 and earlier was to search the current cell for wall-interactions at every tracking step. This was inefficient for the vast majority of usage cases that do not need particles to interact with boundaries at their radius, and it was unreliable in that if a particle was positioned such that it's radius should intersect a patch face not in the current cell that interaction would be ignored. For these reasons the functionality was removed and (most) particles from version 5 onwards are considered as point masses with respect to patch interaction. The only Lagrangian element that retains the ability to interact with a wall at it's radius is the colliding parcel. As such, the only way of representing collisions in this way at present is to use a colliding-cloud-type solver (which you are, icoUncoupledKinematicParcelFoam) and switch on the pairCollision model. This is expensive to do as it will calculate all the particle-particle interactions, too. We have some funding for, and are working on, splitting up the pair collision model so that the particle-wall collisions can be used independently from the the particle-particle collisions. That would allow you to model these collisions reliably and efficiently, though it is still likely to be more expensive than before. Watch this space. |
|
|
Thanks for the clarification Will. |
- Anonymous
