|
[Sponsors] |
November 13, 2014, 00:41 |
Editing Star-CCM+ mesh
|
#1 |
New Member
John K
Join Date: Mar 2013
Location: Columbia, MO
Posts: 2
Rep Power: 0 |
Here's a fun problem. I've built a mesh of a simple rectangular duct in Star-CCM+ with flow along the length (0.6477 m long, 0.1102868 m wide, 0.005588 m thick). With this being a thin channel (that will only get thinner in later models), I've elected for a Low y+ wall treatment, to allow resolution of the viscous sublayer. The use of a Low y+ model has, understandably, forced the need for very thin cells near the wall. This by itself would drive up the mesh density to absurd levels. Therefore, I've used volumetric controls to scale up the cell sizes in the length and width directions. The resulting mesh is a reasonable 4 million cells, and has been validated against analytic models.
Now the hard part. I need to validate against an experiment I recently completed. However, try as hard as I might, the walls of the channel in the experiment are not perfectly flat. I mapped them and want to capture these variations. In previous work in Abaqus, I've been able to edit the Abaqus mesh directly to move nodes slightly to match a given geometry. I want to do something similar to my Star mesh. As it stands now, if I know the x, y, z coordinates of a given vertex, I can calculate the new position of the vertex. I don't need to know the positions of its neighbors. Doing this for all vertices in the mesh would yield a meshed geometry that matches the experiment. However, in Star, there appears to be no way to access and change the coordinates of the mesh vertices using a custom user function. I've been told by CD-Adapco that this is impossible. My dissertation depends on this being doable. Now, I've already tried mesh morphing, but the thin wall cells result in negative volumes after morphing. I've also tried meshing the experiment geometry directly (rather than adapting an ideal geometry). However, this didn't play well with the volumetric controls, and resulted in a mesh of over 75 million cells. If anyone has experience with either 1) directly moving vertices within Star-CCM+, or 2) exporting, modifying, and reimporting a mesh in Star, I would greatly appreciate any help. Thanks! |
|
November 13, 2014, 10:20 |
|
#2 |
New Member
Bastian N.
Join Date: Jul 2014
Posts: 6
Rep Power: 12 |
I have unfortunately neither experience with directly moving vertices within Star-CCM+, nor exporting, modifying, and reimporting a mesh.
But I wonder if there is any specific reason why you do not use prism cells/layers to mesh the boundary layer? This should reduce the cell count remarkaby. |
|
Tags |
meshing, morphing |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
sliding mesh problem in CFX | Saima | CFX | 46 | September 11, 2021 08:38 |
[snappyHexMesh] SnappyHexMesh for internal Flow | vishwa | OpenFOAM Meshing & Mesh Conversion | 24 | June 27, 2016 09:54 |
[snappyHexMesh] No layers in a small gap | bobburnquist | OpenFOAM Meshing & Mesh Conversion | 6 | August 26, 2015 10:38 |
[snappyHexMesh] snappyHexMesh won't work - zeros everywhere! | sc298 | OpenFOAM Meshing & Mesh Conversion | 2 | March 27, 2011 22:11 |
fluent add additional zones for the mesh file | SSL | FLUENT | 2 | January 26, 2008 12:55 |