View Issue Details

IDProjectCategoryView StatusLast Update
0002274OpenFOAMBugpublic2022-05-18 11:15
ReporterShorty Assigned Towill  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
PlatformGNU/LinuxOSUbuntuOS Version16.04
Fixed in Versiondev 
Summary0002274: ACMI Boundary does not let particle go through (act like a wall)
DescriptionDear all,

the usage of the ACMI boundary condition in conjunction with particle flows is not working as expected. The ACMI boundary acts on the particles as a wall. The case attached is a simple modification of the oscillatingInlet tutorial with two particles. One of them should pass from one domain through the ACMI to the second one that is not possible at the moment.
Steps To ReproduceExecute the run script...
Additional InformationI also tried the case without flow, while the gravity was the accelerating force for the particle. Although in this case, the particle just were kept by the ACMI wall.
TagsACMI, cyclicACMI, icoUncoupledKineticParcelDyMFoam, parcels

Activities

Shorty

2016-09-28 15:45

reporter  

wyldckat

2016-09-28 16:39

updater   ~0006931

This feels like it's identical to the issue #1836: http://bugs.openfoam.org/view.php?id=1836

If it is, then it's already fixed in the OpenFOAM-dev development line. Therefore, please try with OpenFOAM-dev before anyone else tries to debug this case.

Shorty

2016-09-28 18:44

reporter   ~0006932

I checked the case with the latest OpenFOAM-dev version and the problem still exist. I also checked it with the AMI boundary condition. Here it is working. For the ACMI (attached) not. If you need the AMI case (that is working), let me know.

MattijsJ

2016-09-30 12:24

reporter   ~0006945

You've got your patch interaction rebounding all particles if they hit the ACMI blockage patch. They might never hit the ACMI cyclic patch so never trigger the special handling for ACMI/AMI. What happens if you let the particles ignore the blockage patches?

Shorty

2016-09-30 13:34

reporter   ~0006946

Hi Mattijs,

I already tried it (i forgot to mention it). If I unset the interaction model - the parcel will stick to the wall and nothing more will happen. If I remove the [b]uncoupled[/b] ACMI patches from the interaction patches, I get the error that I have to specify all patches:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Selecting distribution model fixedValue
Selecting dispersion model none
Selecting patch interaction model localInteraction


--> FOAM FATAL ERROR:
All patches must be specified when employing local patch interaction. Please specify data for patches:

2
(
ACMI1_blockage
ACMI2_blockage
)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

MattijsJ

2016-10-07 09:40

reporter   ~0006977

Ok, the problem is that there are two faces on top of each other (blockage patch and cyclicACMI). If the particle would hit the cyclicACMI it would do the right thing, but if it hits the blockage it just regards it as a normal patch/wall. Since the two faces are on exactly the same location (since using the same points) it is probably the order of both faces in the cell next to it that determines which of these gets hit first. What needs to happen is for the blockage patch to 'know' that another patch determines the patch interaction.

will

2022-05-18 11:15

manager   ~0012594

This issue should be resolved by the new Non-Conformal Coupled (NCC) development. NCC does not use duplicate poly faces, so the issue in question will not occur. We have test cases (incompressible/pimpleFoam/RAS/ballValve) in which particles (streamlines) successfully cross partially overlapped couplings.

https://github.com/OpenFOAM/OpenFOAM-dev/commit/569fa31d09f98e29d1aaf84d40bb16043f104ec6

Issue History

Date Modified Username Field Change
2016-09-28 15:45 Shorty New Issue
2016-09-28 15:45 Shorty File Added: oscillatingInletACMI2D_particle.tar.gz
2016-09-28 15:45 Shorty Tag Attached: ACMI
2016-09-28 15:45 Shorty Tag Attached: cyclicACMI
2016-09-28 15:45 Shorty Tag Attached: icoUncoupledKineticParcelDyMFoam
2016-09-28 15:45 Shorty Tag Attached: parcels
2016-09-28 16:39 wyldckat Note Added: 0006931
2016-09-28 18:44 Shorty Note Added: 0006932
2016-09-30 12:24 MattijsJ Note Added: 0006945
2016-09-30 13:34 Shorty Note Added: 0006946
2016-10-07 09:40 MattijsJ Note Added: 0006977
2022-05-18 11:15 will Assigned To => will
2022-05-18 11:15 will Status new => resolved
2022-05-18 11:15 will Resolution open => fixed
2022-05-18 11:15 will Fixed in Version => dev
2022-05-18 11:15 will Note Added: 0012594