[rgusr21305]

Hey guys,
thanks in advance for any help provided.
Ive been trying to run a simple case through su2 where im analysing the flow over the d8 aircraft, ive modelled the aircraft in openvsp, meshed the model in gmsh and am currently attempting to run it in su2. However su2 is having trouble reading the mesh file and initially outputs this error:
Error in "void CPhysicalGeometry:istributeColoring(const CConfig *, CGeometry *)":
-------------------------------------------------------------------------
Mismatch between NPOIN and number of points listed in mesh file.
Please check the mesh file for correctness.

------------------------------ Error Exit -------------------------------
through trial and error ive found that this error can be fixed by artificially adding one digit to the "NPOIN" numbe------------------- Geometry Preprocessing ( Zone 0 ) -------------------


Error in "bool CSU2ASCIIMeshReaderFVM::ReadMetadata(const bool, CConfig *)":
-------------------------------------------------------------------------
Could not find the keyword "NMARK=".
Check the SU2 ASCII file format.r in the mesh file, however a new error occurs when this happens which is:

ive iterated the model in both vsp and gmsh multiple times and keep running into the same error, ive also attached the vsp model, stl and gmsh file below. any help would be greatly appreciated.

the files related to this are in the google drive below:
https://drive.google.com/drive/folde...usp=share_link

[bigfootedrockmidget]

This happens because gmsh uses 'helper nodes' to construct the mesh. For instance when you define a circle in gmsh, you need the center point of the circle. This center point will then be defined in gmsh but not used in the end as a mesh point. If you define your entire geometry inside gmsh, you can prevent writing these additional points by deselecting the option 'save all elements'. I am not sure how this works when you import an external geometry. Is this option deselected for you?

[bigfootedrockmidget]

By the way, the files that you have shared show a completely different problem, which is that you did not write the elements to the file. Are you sure that you shared the correct case?

[rgusr21305]

Hi there,
yes this has been tried with both the save all elements ticked and unticked, but however this does not effect the issue. The only geometry that I am building in gmsh is the fluid domain which is a box, the imported geometries I dont think would be effected as they are just stl files with coordinates.
The elements not being written is what happens when I untick "save all elements" when saving, without it the elements are there. Ill upload a file with the option ticked so you can have a look
thanks.

[bigfootedrockmidget]

You are then probably not generating the internal 3D elements in gmsh. You have to make sure that the stl surfaces are closed and then create volumes for each closed stl surface.

[rgusr21305]

Hey, so ive been working around the issue regarding the volumes, as soon as I add the surfaces as volumes the mesh fails to integrate, could you potentially have a look at the mesh and see whats wrong in gmsh ?

its titled as the failed mesh in this folder.
https://drive.google.com/drive/folde...usp=share_link
thanks in advance