|
[Sponsors] |
[ICEM] merge surface elements of different surfaces |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
January 27, 2015, 06:55 |
merge surface elements of different surfaces
|
#1 |
New Member
Join Date: Nov 2014
Posts: 11
Rep Power: 11 |
Hello everyone,
I'm trying to get a nice surfacemesh of a windrotor. So I created the geometry, made curves around all surfaces and made a surfacemesh (all tri, patch dependend). But I noticed that often the nodes of to connecting surfaces don't match (at other times they do) I guess it has something to do that the curves that devide the two surfaces dont perfectly match. What can I do about it? is it possible to attach one single (matched) curve to both surfaces? or could I after generating the mesh automaticly match the nodes of the elements? doing it by hand seems really much work and how important is it anyway that the nodes are connected? |
|
January 27, 2015, 12:40 |
|
#2 |
Senior Member
Join Date: Feb 2013
Location: Germany
Posts: 200
Rep Power: 24 |
Patch dependent method needs perfect topology. Check the topology by activating the option "color by count" via RMB on curves in the display tree. The meaning of the colors are explained in the manual. It is important that adjacent surfaces share one curve.
You can delete all curves and points of the geometry. After that run the "Build Topology" tool and check the color of the curves again. |
|
January 28, 2015, 05:45 |
|
#3 |
New Member
Join Date: Nov 2014
Posts: 11
Rep Power: 11 |
Thanks for your reply.
I deleted all curves and points (there were a lot of green curves because of all the imported NACA-profile-lines) and ran build topology with a tolerance of 0.01 (my smallest elements are going to be 0.15m) afterwards all lines were red except for 2 yellow ones that were really really close (0.00001 or so) and I couldnt fix it with match edges. I thought since it is so small (much smaller than my elements) it shouldnt be a problem. But now patch dependend doesnt work anymore (the yellow lines didnt seem to bother it before, the only difference i notice is the missing profillines and points). I'm not exactly sure what the practical difference between patch dependend and in dependent is, help only says that dependend needs a better mesh. But now I get a really ugly mesh, especially at the sharp tailing edge (which actually was the reason why I wanted to start with a surfacemesh and not the octree). Is this because of patch independend or because of the missing curves? |
|
January 28, 2015, 06:04 |
|
#4 |
New Member
Join Date: Nov 2014
Posts: 11
Rep Power: 11 |
oh ok I could answer that myself:
this time I only did the build topo on the hub because it was the only part with yellow lines. the rotorblades were made of red (on the long sides) and green (the profillines). this time the build topo worked perfecly, no yellow anymore and now it was possible to do patch dependend again and the mesh is nice again. so I'll remember: patch independend is uglier in general and especially on sharp edges but for dependend to work I might need more curves than build topo creates for me correct? |
|
January 28, 2015, 08:56 |
|
#5 |
Senior Member
Join Date: Feb 2013
Location: Germany
Posts: 200
Rep Power: 24 |
It is hard to give a general answer to that. In general it is a good idea to have some more curves than necassary for both patch denpendent and independent mesh. It helps to capture details and also gives you more control over the mesh. It is also possible to add some more curves after build topology via the geometry functions.
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[ICEM] help with missing elements of curved surface | siw | ANSYS Meshing & Geometry | 7 | August 19, 2018 08:05 |
[Gmsh] Error : Self intersecting surface mesh, computing intersections & Error : Impossible | velan | OpenFOAM Meshing & Mesh Conversion | 3 | October 22, 2015 11:05 |
[snappyHexMesh] Snap Precision to a STL Surface | malaboss | OpenFOAM Meshing & Mesh Conversion | 16 | July 26, 2013 01:44 |
[Gmsh] boundaries with gmshToFoam | ouafa | OpenFOAM Meshing & Mesh Conversion | 7 | May 21, 2010 12:43 |
Penetrating elements in extruded mesh | Michael P | CFX | 2 | May 20, 2005 08:06 |