View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003237||OpenFOAM||Feature||public||2019-05-13 20:00||2019-05-21 10:07|
|Platform||Unix||OS||Other||OS Version||(please specify)|
|Fixed in Version|
|Summary||0003237: patchCollisionDensity and particleErosion not working for DPMFoam|
|Description||MPPICFoam works well with patchCollisionDensity and particleErosion but DPM produces zero values.|
|Steps To Reproduce||Add:|
to kinematicCloudProperties file
|Tags||No tags attached.|
Goldschmidt.tar.gz (243,266 bytes)
When a pair collision model is being used a parcel interacts with the wall at a distance equal to its radius and rebounds. The tracking (of the parcel's centre) never considers it to have actually reached the wall, so wall post-processing never gets triggered.
There used to be a hack in the collision model to get around this, but it only worked on non-referred faces; that is wall faces that are on the same processor as the parcel. Anything transferred from another processor was ignored. This was removed as the inconsistency in operation between serial and parallel was judged to be worse than simply not having the functionality.
What is needed is a means of referring the interactions between parcels and non-processor-local wall faces back to the wall face's processor so that post-processing can be done correctly. There would then need to be a further referral back to the particles in order to effect any changes there (i.e., to apply the keep flag). This is a significant undertaking and would require funding. It is also unclear as to whether or not the computational expense of two additional communication steps would be acceptable.