CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Running, Solving & CFD

Lagrangian particle tracking cannot be run in parallel for the cases with AMI patches

Register Blogs Community New Posts Updated Threads Search

Like Tree1Likes
  • 1 Post By blebon

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   August 3, 2017, 21:04
Default Lagrangian particle tracking cannot be run in parallel for the cases with AMI patches
  #1
New Member
 
Join Date: Dec 2016
Posts: 9
Rep Power: 10
Armin.Sh is on a distinguished road
Hi everybody,

I'm going to run a lagrangian particle tracking for a case with cyclicAMI patches with OpenFOAM-dev. In OpenFOAM there is currently a limitation, that the particle tracking cannot be run in parallel for the cases with AMI patches and if you try it, you will get the following error:


[3] --> FOAM FATAL ERROR:
[3] Particle tracking across AMI patches is only currently supported for cases where the AMI patches reside on a single processor
[3]
[3] From function void Foam::Cloud<ParticleType>::checkPatches() const [with ParticleType = Foam::CollidingParcel<Foam::KinematicParcel<Foam:: particle> >]
[3] in file /home/armin/OpenFOAM/OpenFOAM-dev/src/lagrangian/basic/lnInclude/Cloud.C at line 59.
[3]
FOAM parallel run aborting



As you can see, it says, that the AMI patches must reside on a single processor in order to run the case in parallel. For this purpose I used then the "singleProcessorFaceSets" setting in decomposeParDict and the AMI patches reside now only on one processor, but the problem is, that it leads again to the same error:


[6] --> FOAM FATAL ERROR:
[6] Particle tracking across AMI patches is only currently supported for cases where the AMI patches reside on a single processor
[6]
[6] From function void Foam::Cloud<ParticleType>::checkPatches() const [with ParticleType = Foam::CollidingParcel<Foam::KinematicParcel<Foam:: particle> >]
[6] in file /home/armin/OpenFOAM/OpenFOAM-dev/src/lagrangian/basic/lnInclude/Cloud.C at line 59.
[6]
FOAM parallel run aborting



I'd like to know if somebody knows, how to overcome this issue.

Thanks in advance!
Armin
Armin.Sh is offline   Reply With Quote

Old   August 11, 2017, 12:09
Post
  #2
New Member
 
Join Date: Dec 2016
Posts: 9
Rep Power: 10
Armin.Sh is on a distinguished road
Dear Foamers,

I found the solution.

Regards,
Armin
Armin.Sh is offline   Reply With Quote

Old   September 20, 2017, 05:41
Default
  #3
Member
 
Bruno Lebon
Join Date: Dec 2012
Posts: 33
Rep Power: 14
blebon is on a distinguished road
How did you solve it?
blebon is offline   Reply With Quote

Old   September 27, 2017, 10:49
Default
  #4
C-L
Member
 
Charlie Lloyd
Join Date: Feb 2016
Posts: 57
Rep Power: 10
C-L is on a distinguished road
I would like to know the solution too please!
C-L is offline   Reply With Quote

Old   September 27, 2017, 11:17
Default
  #5
Member
 
Bruno Lebon
Join Date: Dec 2012
Posts: 33
Rep Power: 14
blebon is on a distinguished road
I encountered the same error in a case ... without Lagrangian. Turns out I had a function object for extracting variables along a line intersecting an AMI patch. This was causing the bug.

To get the case working, I had to comment out the function object. And I had to extract two lines: one on each side of the AMI.
AliVali likes this.
blebon is offline   Reply With Quote

Old   September 27, 2017, 11:20
Default
  #6
C-L
Member
 
Charlie Lloyd
Join Date: Feb 2016
Posts: 57
Rep Power: 10
C-L is on a distinguished road
Hi Bruno,

That is exactly the same error that I am getting except even when my start and end points don't touch the boundaries I am getting the same issue. How did you ensure there were no intersections?

Thanks
C-L is offline   Reply With Quote

Old   December 15, 2017, 11:48
Default
  #7
Member
 
Bruno Lebon
Join Date: Dec 2012
Posts: 33
Rep Power: 14
blebon is on a distinguished road
Sorry for the late reply. It's been a while since I logged in.

I am not sure how you can ensure that there is no intersection using some OpenFOAM function. I just know where the AMI surface is located in my geometry and take care not to cross it with a line extract function object.

Incidentally, line extraction seems to work when using postProcess -func "function" instead.
blebon is offline   Reply With Quote

Old   March 28, 2021, 23:33
Default
  #8
New Member
 
YANG Lu
Join Date: Feb 2021
Location: Usa
Posts: 4
Rep Power: 5
YANGLU1021 is on a distinguished road
Send a message via ICQ to YANGLU1021 Send a message via AIM to YANGLU1021 Send a message via Yahoo to YANGLU1021 Send a message via Skype™ to YANGLU1021
Quote:
Originally Posted by Armin.Sh View Post
Dear Foamers,

I found the solution.

Regards,
Armin
Could you please share your solution? I am meeting the same problem recently.

Thanks and Regards
YANGLU1021 is offline   Reply With Quote

Reply

Tags
ami, lagrangian, parallel, particle tracking, singleprocessorfacesets


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
chtMultiRegionSimpleFoam: crash on parallel run student666 OpenFOAM Running, Solving & CFD 3 April 20, 2017 12:05
Request for Lagrangian Particle Tracking Validation or Verification Paper Mojtaba.a OpenFOAM Verification & Validation 6 May 23, 2016 02:47
Access processor patches in parallel run mheinz OpenFOAM Programming & Development 1 February 12, 2016 04:54
Compressor Simulation using rhoPimpleDyMFoam Jetfire OpenFOAM Running, Solving & CFD 107 December 9, 2014 14:38
injection problem Mark New FLUENT 0 August 4, 2013 02:30


All times are GMT -4. The time now is 13:39.