|
[Sponsors] | |||||
|
|
|
#1 |
|
Senior Member
|
Hi all;
I'm back to OF after a year or so and I'm trying to mesh a simple circular cylinder. I started from the motorbike tutorial and… my cylinder is not within my domain once snappyHexMesh has done his job… I'm sure is something stupid I'm missing here but yet I can't figure it out… Could anybody of you guys take a look at my files here enclosed? Thank you! |
|
|
|
|
|
|
|
|
#2 |
|
Senior Member
|
Seems like the geometry is not seen at all…
|
|
|
|
|
|
|
|
|
#3 |
|
Senior Member
|
I started again from the motorbike tutorial and I replaced the motorbike geometry with my cylinder without changing any name and yet… no geometry inside the domain… so it is not a setup issue, I think it's related to my stl/obj geometry file… but how? I really can't figure it out…
Any help would be really appreciated… |
|
|
|
|
|
|
|
|
#4 |
|
Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 4,307
Blog Entries: 31
Rep Power: 45 ![]() ![]() |
Hi Lore,
Read this thread: SnappyHexMesh Well, you can skip to post #8, where you should find a test case similar to yours and on post #9 you have my description of what was wrong on that case. If you still have problems after analyzing that case and analysis, please detail a bit your questions ![]() Best regards, Bruno
__________________
|
|
|
|
|
|
|
|
|
#5 |
|
Senior Member
|
Thank you Bruno.
I think all the points you outlined in that discussion were already ok. Please have a look at these pictures where you can see: Pic 1: domain outline (white), cylinder geometry (yellow), point inside the domain (red sphere); Pic 2: slice through the domain: I have the mesh where it should not be… So, so summarize: the geometry is within my domain and the point in the domain is where it should be, and yet, no cylinder in the mesh… Thanks again for your time. |
|
|
|
|
|
|
|
|
#6 |
|
Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 4,307
Blog Entries: 31
Rep Power: 45 ![]() ![]() |
Hi Lore,
On the "geometry" section, you specify the kinds of geometries that will be part of the mesh generation process; but then on the respective following sections, you have to specify what kinds of refinement you need on each, so sHM knows what should be done with each one. It's probably made to work this way to avoid the software making assumptions, which can lead to problems in certain cases! Therefore, you're missing at least this: Code:
refinementSurfaces
{
cilindro.stl
{
// Surface-wise min and max refinement level
level (0 0);
}
}
Best regards, Bruno
__________________
|
|
|
|
|
|
|
|
|
#7 |
|
Senior Member
|
Thank you Bruno! That was the issue!
|
|
|
|
|
|
![]() |
| Thread Tools | |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| swak4foam building problem | GGerber | OpenFOAM | 36 | September 17, 2012 19:02 |
| "parabolicVelocity" in OpenFoam 2.1.0 ? | sawyer86 | OpenFOAM Running, Solving & CFD | 21 | February 7, 2012 11:44 |
| mesh airfoil NACA0012 | anand_30 | OpenFOAM Meshing & Mesh Conversion | 12 | December 12, 2011 04:16 |
| OpenFOAM Install Script | ljsh | OpenFOAM Installation | 82 | October 12, 2009 11:47 |
| ParaView Compilation | jakaranda | OpenFOAM Installation | 3 | October 27, 2008 12:46 |