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

Single-mesh Multizone SU2_CFD Zone number invalid

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

Like Tree1Likes
  • 1 Post By meher_rahul

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   April 21, 2020, 20:04
Default Single-mesh Multizone SU2_CFD Zone number invalid
  #1
New Member
 
Braulio Gutierrez Pimenta
Join Date: Aug 2016
Posts: 2
Rep Power: 0
braulhiu is on a distinguished road
Greetings, I am trying to simulate an aerodynamic flow with several dynamic meshes with steady grid movement. The solver is set to use the RANS solver with no time domain. As detailed by the multizone documentation, I have added the following variables in the main .cfg file:


% Enable Multizone mode
MULTIZONE= YES
MULTIZONE_MESH= NO
% List of config files to specify zone options
CONFIG_LIST= (base_rans.cfg, floor.cfg)


since I am using .cgns format meshes, I have added the main .cfg and the moving mesh .cfg in the config list. The first .cfg has all the case definition variables and the moving mesh .cfg has the mesh filename and dynamic mesh definition section variables.



The SU2_CFD parsing for the first zone (zone 0) does the mesh and case reading fine but when the second .cfg file is loaded, I get the following error:


------------------- Geometry Preprocessing ( Zone 1 ) -------------------
Reading the CGNS file: floor.cgns.
CGNS file contains 1 database(s).
Database 1, BASE#1: cell dimension of 2, physical dimension of 3.
1 total zone(s).
Zone number 2 invalid



I am using the cgns meshes with one zone each, since the current version does not support multizone meshes from cgns files.


I am running SU2 7.0.3 compiled with gcc 9.3.0 and Mvapich 2.3.3 on Arch Linux.


Thank you.
braulhiu is offline   Reply With Quote

Old   November 17, 2020, 10:17
Default
  #2
New Member
 
Ricardo Puente
Join Date: Nov 2020
Posts: 4
Rep Power: 5
rpuenter is on a distinguished road
Hi. I can't really help, since I have the same problem, with version 7.0.6 and 7.0.7.


The case is a large cylinder with a smaller cookie like cylinder with a propeller inside. I have defined only one interface surface between them, which is flagged in the main cfg as:


MARKER_ZONE_INTERFACE= (interface_r, interface_s)
MARKER_FLUID_INTERFACE= (interface_r, interface_s)


In the subdomain cfgs only the remaining boundaries are flagged.


I've tried using the MULTIPHYSICS solver in the main cfg but then specifying the same flow solver for each subdomain cfg, as well as having only the solver flagged in the main cfg.


I think I've set the mesh movement parameters correctly (the motion is compatible with the meshes), but even if they weren't, it would crash at a later point I'm guessing:


Zone 1 (rotor):


% ----------------------- DYNAMIC MESH DEFINITION -----------------------------%
%
% Type of dynamic mesh (NONE, ROTATING_FRAME)
GRID_MOVEMENT= RIGID_MOTION
%
%

MOTION_ORIGIN= 0.0 0.0 0.0

ROTATION_RATE = 0.1 0.0 0.0


Zone 2 (Stator)

% ----------------------- DYNAMIC MESH DEFINITION -----------------------------%
%
% Type of dynamic mesh (NONE, ROTATING_FRAME)
GRID_MOVEMENT= NONE







Both meshes run separately, and changing the order of the subdomain configs yields the same error, when reading respectively the second zone, so I believe there's something wrongly set in the cfg files, not necessarily with the meshses themselves.



Is there some testcase with cgns files? All the testcases I found use SU2 native format with multizone meshes. It most probably is a slight detail we are missing.
rpuenter is offline   Reply With Quote

Old   August 14, 2021, 15:22
Default
  #3
New Member
 
Rahul Dev Meher
Join Date: Apr 2021
Posts: 4
Rep Power: 5
meher_rahul is on a distinguished road
Hello braulhiu,

I am also facing the same problem. Could you solve this problem ?

Thank you
AmarotoS7 likes this.
meher_rahul is offline   Reply With Quote

Old   January 15, 2022, 03:03
Default
  #4
New Member
 
Join Date: Mar 2016
Posts: 3
Rep Power: 10
Shbz is on a distinguished road
Hello All,

I have the same problem. I searched about that issue and my search revealed me that conversation.

I am trying to apply a cfd simulation of a helicopter rotor with sliding mesh. I created my rotating and stationary domains separately via Ansys Tgrid. Then i saved the meshes into .cgns format by reading meshes with Fluent solver and by exporting from solver with cgns format.

Normally ,this mesh export method works fine with single zone meshes in SU2.I obtained well results.

I think there is no progress about the solution of that problem however it should be helpful to keep this topic up-to-date

Best Regards
Shbz is offline   Reply With Quote

Old   January 15, 2022, 04:04
Default
  #5
pcg
Senior Member
 
Pedro Gomes
Join Date: Dec 2017
Posts: 465
Rep Power: 13
pcg is on a distinguished road
As a workaround you can try converting each mesh to su2 format. You can do that with SU2_DEF
pcg 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
[General] Extracting ParaView Data into Python Arrays Jeffzda ParaView 30 November 6, 2023 21:00
[solids4Foam] MultiMaterial in FSI problems Hgholami OpenFOAM CC Toolkits for Fluid-Structure Interaction 12 July 7, 2021 19:18
[snappyHexMesh] snappyHexMesh does not create any mesh except one for the reference cell Arman_N OpenFOAM Meshing & Mesh Conversion 1 May 20, 2019 17:16
SigFpe when running ANY application in parallel Pj. OpenFOAM Running, Solving & CFD 3 April 23, 2015 14:53
[Commercial meshers] fluentMeshToFoam multidomain mesh conversion problem Attesz OpenFOAM Meshing & Mesh Conversion 12 May 2, 2013 10:52


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