CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Mesh Generation & Pre-Processing Software > Pointwise & Gridgen

Non-positive volume detected cells in FLUENT, blocks orientation

Register Blogs Community New Posts Updated Threads Search

Like Tree1Likes
  • 1 Post By dgarlisch

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   February 4, 2021, 10:21
Lightbulb Non-positive volume detected cells in FLUENT, blocks orientation
  #1
New Member
 
Join Date: Nov 2019
Posts: 13
Rep Power: 6
EleGiova is on a distinguished road
Dear all,

I have done a 3D hybrid propeller (only 1/4 of the geometry) mesh with Pointwise (the rotating part structured, outer box unstructured, 250.000.000 cells) and I am having some troubles with the hybrid inizialization with Ansys FLUENT.
I can import the mesh and then do the setup (MRF, not sliding mesh), but when I begin the hybrid inizialization it doesn't go on. I have a warning message on the console "1138109 cells with non-positive volume detected", and I think the problem is the orientation of the blocks in Pointwise.
I checked that and I have a right-hand rule for the orientation, but maybe there are other rules that I don't know of.

Can you help me ?
Thank you,
E.G
EleGiova is offline   Reply With Quote

Old   February 4, 2021, 13:46
Default
  #2
Senior Member
 
Pay D.
Join Date: Aug 2011
Posts: 166
Blog Entries: 1
Rep Power: 14
pdp.aero is on a distinguished road
Quote:
Originally Posted by EleGiova View Post
Dear all,

I have done a 3D hybrid propeller (only 1/4 of the geometry) mesh with Pointwise (the rotating part structured, outer box unstructured, 250.000.000 cells) and I am having some troubles with the hybrid inizialization with Ansys FLUENT.
I can import the mesh and then do the setup (MRF, not sliding mesh), but when I begin the hybrid inizialization it doesn't go on. I have a warning message on the console "1138109 cells with non-positive volume detected", and I think the problem is the orientation of the blocks in Pointwise.
I checked that and I have a right-hand rule for the orientation, but maybe there are other rules that I don't know of.

Can you help me ?
Thank you,
E.G
Hi there,

yes, I assume it is because of the orientation.

Here is the rule I have learned back then when I was running with 6.3.26.

For structured grid you may use your right hand’s fingers and rotate them following i and j directions on boundaries then your thumb must show the k direction. Another way that I like very much is to imagine yourself walking on boundaries of the mesh following the i and j directions then your right hand must be inside the domain.

For unstructured grid you'll see the normal direction.
pdp.aero is offline   Reply With Quote

Old   February 4, 2021, 13:58
Default
  #3
New Member
 
Join Date: Nov 2019
Posts: 13
Rep Power: 6
EleGiova is on a distinguished road
But do I have to check the orientation of all domains or all blocks? Or both?



And in my case the reference system has y "vertical", in this case do I have to orient the j with y, or always k? (Talking about blocks)
EleGiova is offline   Reply With Quote

Old   February 4, 2021, 14:59
Default
  #4
Senior Member
 
Pay D.
Join Date: Aug 2011
Posts: 166
Blog Entries: 1
Rep Power: 14
pdp.aero is on a distinguished road
Quote:
Originally Posted by EleGiova View Post
But do I have to check the orientation of all domains or all blocks? Or both?
In 2D you set the orient by setting the right direction for i, j and in 3D you set the orient by setting the i,j,k.

In unstructured grid you must set the normal direction.

Quote:
Originally Posted by EleGiova View Post
And in my case the reference system has y "vertical", in this case do I have to orient the j with y, or always k? (Talking about blocks)
As far as I know orient of the mesh doesn't depends on the axis direction in fluent meaning no matter how you rotate your mesh in your grid generator when you have the right orient i,j,k directions or normal everything is fine. In some other solvers like SU2 orient is fixed by default meaning is being determined based on the axis direction and you should always have the right axis directions for your mesh to get the right orient.

Good luck,
Pay
pdp.aero is offline   Reply With Quote

Old   February 4, 2021, 19:18
Default
  #5
Senior Member
 
David Garlisch
Join Date: Jan 2013
Location: Fidelity Pointwise, Cadence Design Systems (Fort Worth, Texas Office)
Posts: 307
Rep Power: 14
dgarlisch is on a distinguished road
Select the structured blocks and use Edit, Orient... to view and change each blocks orientation. The table at the top of the panel lists the number of right hand and left hand blocks. Reorient any left hand blocks to make them right hand.

Repeat for the unstructered blocks.

The orientation of the individual domains is irrelevant in a 3D mesh.
cfdphoenix likes this.
dgarlisch is offline   Reply With Quote

Reply

Tags
block orientation, fluent, hybrid inizialization, non-positive volumes


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
[snappyHexMesh] Layers not growing at all zonda OpenFOAM Meshing & Mesh Conversion 12 June 6, 2020 11:28
SimpleFoam & Theater jipai OpenFOAM Running, Solving & CFD 3 June 18, 2019 10:11
cellZone not taking all the cells inside rahulksoni OpenFOAM Running, Solving & CFD 6 January 25, 2019 00:11
[Commercial meshers] COnvert FLuent MEsh to openfoam with interface manuc OpenFOAM Meshing & Mesh Conversion 1 July 25, 2017 03:13
[blockMesh] non-orthogonal faces and incorrect orientation? nennbs OpenFOAM Meshing & Mesh Conversion 7 April 17, 2013 05:42


All times are GMT -4. The time now is 21:56.