CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > General Forums > Main CFD Forum

LocalPatchInteractionModel for Sliding Mesh Patches in lagrangian solver in OpenFOAM

Register Blogs Community New Posts Updated Threads Search

Like Tree1Likes
  • 1 Post By LuckyTran

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   August 9, 2023, 13:09
Default LocalPatchInteractionModel for Sliding Mesh Patches in lagrangian solver in OpenFOAM
  #1
New Member
 
Shaik Asif
Join Date: Apr 2020
Posts: 12
Rep Power: 6
shaikasif808 is on a distinguished road
Hi Everyone,

I am running a mixervessel tutorial with sliding mesh approach using NCC. Its a based on particleFoamSolver.
I need to provide the LocalPatchInteraction type in cloudProperties file, I provided the nonCouple1 and nonCouple2 as none type.

HTML Code:
    patchInteractionModel localInteraction; //standardWallInteraction; LocalInteraction; MultiInteraction; NoInteraction; PatchInteractionModel; Rebound; RecycleInteraction

    localInteractionCoeffs
    {
        patches
        (
            outlet
            {
                type escape;
            }
            ports
            {
                type rebound;
                e    0.97;
                mu   0.09;
            }
            vessel
            {
                type rebound;
                e    0.97;
                mu   0.09;
            }
            stirrer
            {
                type rebound;
                e    0.97;
                mu   0.09;
            }
            shaft
            {
                type rebound;
                e    0.97;
                mu   0.09;
            }
            shshaftRotatingaft
            {
                type rebound;
                e    0.97;
                mu   0.09;
            }
            sparger
            {
                type rebound;
                e    0.97;
                mu   0.09;
            }
            inlet
            {
                type rebound;
                e    0.97;
                mu   0.09;
            }
            nonConformalCyclic_on_nonCouple1
            {
                type none;
            }
            nonConformalCyclic_on_nonCouple2
            {
                type none;
            }
            nonConformalError_on_nonCouple1
            {
                type none;
            }
            nonConformalError_on_nonCouple2
            {
                type none;
            }
            nonCouple1
            {
                type none;
            }
            nonCouple2
            {
                type none;
            }
        );
    }
But when running the case in Parallel the patches are getting divided into different processors and I am getting error stating slidingmeshPatches for each processor need to be assigned in localPatchInteraction in cloudProperties.

Please can anyone help me with this challenge?
shaikasif808 is offline   Reply With Quote

Old   August 10, 2023, 08:17
Default
  #2
Senior Member
 
Lucky
Join Date: Apr 2011
Location: Orlando, FL USA
Posts: 5,675
Rep Power: 66
LuckyTran has a spectacular aura aboutLuckyTran has a spectacular aura aboutLuckyTran has a spectacular aura about
You are sure all boundaries are specified for a serial case then?


You can try adding a wildcard .* patch entry at the start, this will ensure everything is at least defined



Code:
            .*
            {
                type none;
            }
shaikasif808 likes this.
LuckyTran is offline   Reply With Quote

Old   August 10, 2023, 08:21
Default
  #3
New Member
 
Shaik Asif
Join Date: Apr 2020
Posts: 12
Rep Power: 6
shaikasif808 is on a distinguished road
Quote:
Originally Posted by LuckyTran View Post
You are sure all boundaries are specified for a serial case then?


You can try adding a wildcard .* patch entry at the start, this will ensure everything is at least defined



Code:
            .*
            {
                type none;
            }
Thank you for the reply. I will apply this changes and update about the result. Once again thank you.
shaikasif808 is offline   Reply With Quote

Old   August 18, 2023, 13:27
Default
  #4
New Member
 
Shaik Asif
Join Date: Apr 2020
Posts: 12
Rep Power: 6
shaikasif808 is on a distinguished road
Quote:
Originally Posted by LuckyTran View Post
You are sure all boundaries are specified for a serial case then?


You can try adding a wildcard .* patch entry at the start, this will ensure everything is at least defined



Code:
            .*
            {
                type none;
            }
Hi,

Actually this trick did not worked. I am getting following error "ill defined primitiveEntry starting at keyword 'patches' on line 135 and ending at line 182"

at line 182 I have .*{type none}.

All patches must be specified when employing local patch interaction. Please specify data for patches:

nonCouple1
nonCouple2
nonConformalCyclic_on_nonCouple1
nonConformalCyclic_on_nonCouple2
nonConformalError_on_nonCouple1
nonConformalError_on_nonCouple2
procBoundary1to0throughnonConformalCyclic_on_nonCo uple1
procBoundary1to0throughnonConformalCyclic_on_nonCo uple2
procBoundary1to2throughnonConformalCyclic_on_nonCo uple2
procBoundary1to3throughnonConformalCyclic_on_nonCo uple2
procBoundary1to4throughnonConformalCyclic_on_nonCo uple2
procBoundary1to5throughnonConformalCyclic_on_nonCo uple2
procBoundary1to6throughnonConformalCyclic_on_nonCo uple2
procBoundary1to7throughnonConformalCyclic_on_nonCo uple2
procBoundary1to8throughnonConformalCyclic_on_nonCo uple2
procBoundary1to9throughnonConformalCyclic_on_nonCo uple2
procBoundary1to10throughnonConformalCyclic_on_nonC ouple2
procBoundary1to11throughnonConformalCyclic_on_nonC ouple2
procBoundary1to2throughnonConformalCyclic_on_nonCo uple1
procBoundary1to3throughnonConformalCyclic_on_nonCo uple1
procBoundary1to4throughnonConformalCyclic_on_nonCo uple1
procBoundary1to5throughnonConformalCyclic_on_nonCo uple1
procBoundary1to6throughnonConformalCyclic_on_nonCo uple1
procBoundary1to7throughnonConformalCyclic_on_nonCo uple1
procBoundary1to8throughnonConformalCyclic_on_nonCo uple1
procBoundary1to9throughnonConformalCyclic_on_nonCo uple1
procBoundary1to10throughnonConformalCyclic_on_nonC ouple1
procBoundary1to11throughnonConformalCyclic_on_nonC ouple1

Due you have some idea regarding this?
shaikasif808 is offline   Reply With Quote

Old   August 18, 2023, 14:20
Default
  #5
Senior Member
 
Lucky
Join Date: Apr 2011
Location: Orlando, FL USA
Posts: 5,675
Rep Power: 66
LuckyTran has a spectacular aura aboutLuckyTran has a spectacular aura aboutLuckyTran has a spectacular aura about
Use the wildcard *
LuckyTran is offline   Reply With Quote

Old   August 18, 2023, 14:23
Default
  #6
New Member
 
Shaik Asif
Join Date: Apr 2020
Posts: 12
Rep Power: 6
shaikasif808 is on a distinguished road
I tried that it gave an error "expected string".

Exact error is --> FOAM FATAL IO ERROR:
[15] wrong token type - expected word or string, found on line 0 the punctuation token '*'
shaikasif808 is offline   Reply With Quote

Old   August 18, 2023, 14:48
Default
  #7
Senior Member
 
Lucky
Join Date: Apr 2011
Location: Orlando, FL USA
Posts: 5,675
Rep Power: 66
LuckyTran has a spectacular aura aboutLuckyTran has a spectacular aura aboutLuckyTran has a spectacular aura about
So have you tried ".*" already or are strings new to you?


I have no clue what system you are using to know if your wildcard is .* or * and string quotes are ' or "
LuckyTran is offline   Reply With Quote

Old   August 18, 2023, 15:21
Default
  #8
New Member
 
Shaik Asif
Join Date: Apr 2020
Posts: 12
Rep Power: 6
shaikasif808 is on a distinguished road
Hi LuckyTran,

I tried patches(
'*'
{type none}
);

I got following error :

Constructing clouds
[0]
[0]
[0] --> FOAM FATAL IO ERROR:
[0] invalid first character found : '
[0]
[0] file: /mnt/work/GOFIQ/01_204rpm/constant/cloudProperties at line 185.
[0]
[0] From function virtual Foam::Istream& Foam::ISstream::read(Foam::word&)
[0] in file db/IOstreams/Sstreams/ISstream.C at line 439.
[0]
FOAM parallel run exiting
[0]

Then I tried this
"*"
{
type none;
}

I got following error:

--> FOAM FATAL ERROR:
[2] Failed to compile regular expression '*'
Invalid preceding regular expression
[2]
[2] From function void Foam::regExp::set(const char*, bool) const
[2] in file regExp.C at line 154.
shaikasif808 is offline   Reply With Quote

Old   August 18, 2023, 17:57
Smile Answer
  #9
New Member
 
Shaik Asif
Join Date: Apr 2020
Posts: 12
Rep Power: 6
shaikasif808 is on a distinguished road
Quote:
Originally Posted by shaikasif808 View Post
Hi,

Actually this trick did not worked. I am getting following error "ill defined primitiveEntry starting at keyword 'patches' on line 135 and ending at line 182"

at line 182 I have .*{type none}.

Hi LuckyTran,
you were right the correct implementations as you suggested.

".*"
{
type none;
}

Once Again thank you very much
shaikasif808 is offline   Reply With Quote

Reply


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
[Other] [cfMesh] Error when creating AMI patches propeller gabrielfelix OpenFOAM Community Contributions 2 July 5, 2023 20:54
foam-extend-4.1 release hjasak OpenFOAM Announcements from Other Sources 19 July 16, 2021 05:02
Suggestion for a new sub-forum at OpenFOAM's Forum wyldckat Site Help, Feedback & Discussions 20 October 28, 2014 09:04
Star cd es-ice solver error ernarasimman STAR-CD 2 September 12, 2014 00:01
Cross-compiling OpenFOAM 1.7.0 on Linux for Windows 32 and 64bits with Mingw-w64 wyldckat OpenFOAM Announcements from Other Sources 3 September 8, 2010 06:25


All times are GMT -4. The time now is 01:16.