CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Post-Processing

surfaceFieldValue from faceZone issue

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   June 12, 2019, 01:36
Default surfaceFieldValue from faceZone issue
  #1
New Member
 
Gino Parisella
Join Date: Mar 2017
Location: Perth, WA, Australia
Posts: 15
Rep Power: 6
ginop is on a distinguished road
Hi there,


I've got this funny issue:
Code:
--> FOAM Warning : 
surfaceFieldValue my_patch: faceZone(samplingPatch):
    Region has no faces

    From function void Foam::functionObjects::fieldValues::surfaceFieldValue::initialise(const Foam::dictionary&)
    in file fieldValues/surfaceFieldValue/surfaceFieldValue.C at line 545.
    From function bool Foam::functionObjectList::read()
    in file db/functionObjects/functionObjectList/functionObjectList.C at line 817
    
--> while loading function object 'my_patch'
when I run the functionObject as:
Code:
    {
        type surfaceFieldValue;
        libs ("libfieldFunctionObjects.so");
        writeControl    writeTime;
        writeInterval   1;
        fields          (alpha.water U "p.*");
        writeFields     yes;
        regionType      faceZone;
        name            samplingPatch;
        operation       none;
    }
although if I do either checkMesh:
Code:
Checking faceZone topology for multiply connected surfaces...
    FaceZone            Faces    Points   Surface topology                  
    samplingPatch       567      616      ok (non-closed singly connected)
or foamToVTK, I see that it is there?



I am running the interFoam solver from OpenFOAM+ v1812 on Ubuntu 14.04.

Any help would be much appreciated!


Thanks in advance,
Gino
ginop is offline   Reply With Quote

Old   June 12, 2019, 04:06
Default
  #2
New Member
 
Gino Parisella
Join Date: Mar 2017
Location: Perth, WA, Australia
Posts: 15
Rep Power: 6
ginop is on a distinguished road
maybe the issue is with the faces being part of an "empty" type boundary? since the method does work on a similar 3D domain case. Someone more experienced than me can confirm this.


although the boundary type is empty, those faces are part of cells that still have scalar and field variables, so I would expect the faces' values to be the same as the cells? Perhaps I totally have the wrong ideas



anyway the above method does not (or should not) work for faces belonging to an "empty" type boundary


Cheers


EDIT;
volFieldValue with a cellZone could be used for 2D cases (see user guide)

Last edited by ginop; June 12, 2019 at 05:37. Reason: adding details
ginop is offline   Reply With Quote

Old   December 1, 2020, 09:35
Default Parallelization?
  #3
New Member
 
Tobias Kienzler
Join Date: Mar 2020
Posts: 13
Rep Power: 3
zommuter is on a distinguished road
I encountered the same error, and it turns out to be due to parallelization which leaves the interesting patch empty on some nodes empty. I don't know if there is any way to modify the functionObject to skip / consider those empty patches to non-contributing, so for now I had to comment out that part in my controlDict and post-process the reconstructPar-ed case...
zommuter is offline   Reply With Quote

Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

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
decomposePar problem: Cell 0contains face labels out of range vaina74 OpenFOAM Pre-Processing 37 July 20, 2020 05:38
[snappyHexMesh] Error snappyhexmesh - Multiple outside loops avinashjagdale OpenFOAM Meshing & Mesh Conversion 53 March 8, 2019 09:42
[swak4Foam] swakExpression on faceZone returns empty field for non-empty zone jgross OpenFOAM Post-Processing 0 March 21, 2018 11:51
Calculate Mass Flowrate at a faceZone with OpenFOAM4 donQi OpenFOAM Post-Processing 1 August 31, 2016 21:13
Problem with Application based on a faceZone in parallel psilkeit OpenFOAM Programming & Development 2 April 28, 2016 09:47


All times are GMT -4. The time now is 19:59.