|
[Sponsors] |
January 22, 2015, 15:00 |
|
#181 |
Senior Member
Karl-Johan Nogenmyr
Join Date: Mar 2009
Location: Linköping
Posts: 279
Rep Power: 21 |
Hi!
Sorry for late response! Are you trying to make an O-mesh? Have you seen the example of meshing a cylinder on https://openfoamwiki.net/index.php/Contrib/SwiftBlock? Kalle |
|
January 27, 2015, 05:54 |
Need help for swiftblock
|
#182 |
Member
amine
Join Date: Jan 2014
Location: FRANCE
Posts: 84
Rep Power: 12 |
Hi,
I try to make a projection of the mesh on the curvature of the half-cylinder, but it does not give me the result desired. Do I have to divide my STL file to tell him to throw on the half cylinder. Are we can tell him what block you want to project. thank you |
|
January 27, 2015, 06:05 |
|
#183 | |
Senior Member
Karl-Johan Nogenmyr
Join Date: Mar 2009
Location: Linköping
Posts: 279
Rep Power: 21 |
Looks like you have a nice block structure in fig 2, but on the preview mesh it looks that some edges, which you wanted to be straight have been given polyLines. This happens when both vertices of an edge are co-located with vertices of the "polyLine object" _and_ there is a connected path in the polyLines object between those two vertices;
From https://openfoamwiki.net/index.php/Contrib/SwiftBlock: Quote:
K |
||
January 27, 2015, 06:52 |
|
#184 |
Member
amine
Join Date: Jan 2014
Location: FRANCE
Posts: 84
Rep Power: 12 |
Hi,
I have divided my STL on two file (surface of the half cylinder alone) and it works better. But I have a problem (see picture). I had checked all vertices, edges and faces. I don't know what is a problem Thanks |
|
January 27, 2015, 22:05 |
|
#185 |
Senior Member
Karl-Johan Nogenmyr
Join Date: Mar 2009
Location: Linköping
Posts: 279
Rep Power: 21 |
Looks like it failed to pick up two polylines. Check that your block vertices are really colocated with a vertex or are exacly on an edge. Possibly you have by mistake forced the two edges to be "straight"
K |
|
February 14, 2015, 04:44 |
|
#186 |
New Member
Krzysztof Wołosz
Join Date: Oct 2010
Location: Poland
Posts: 15
Rep Power: 16 |
Hi!
I've been recently working on an axisymmetrical model. I wanted to create block mesh by using SwiftBlock. I worked for me for simple geometry when I edited manualy blockMeshDict. But is it possible to make some kind of "workaround" in swiftBlock in order to proceed with wedge blocks? Regard Krzysztof |
|
February 14, 2015, 07:11 |
|
#187 |
Senior Member
Karl-Johan Nogenmyr
Join Date: Mar 2009
Location: Linköping
Posts: 279
Rep Power: 21 |
Hi,
I haven't tried it, but I think that the MakeAxialMesh tool is your friend here! If you try it, please let us know the result here. Regards K |
|
February 14, 2015, 12:24 |
|
#188 |
New Member
Krzysztof Wołosz
Join Date: Oct 2010
Location: Poland
Posts: 15
Rep Power: 16 |
I tried the axial symmetry model already by using another mesh tool. I'm using openfoam 2.3.1 at the moment, and terrible errors occured. My case considers turbulent supersonic airflow and I am trying to fix the solver errors first. If it succeed, I will let you know.
Regards Krzysztof |
|
May 28, 2015, 18:51 |
|
#189 |
New Member
Krzysztof Wołosz
Join Date: Oct 2010
Location: Poland
Posts: 15
Rep Power: 16 |
Hi,
There is an issue during meshing. I hope the figures show the problem. First shows geometry, second - blocks, third - result. There is no hole in mesh where it should be. I am using blender 2.72. Am I making a mistake? And one more question: Is there a possibility to manage the number of digits of point coordinates in blockMeshDict? Regards, Krzysztof |
|
May 29, 2015, 01:25 |
|
#190 | |
Senior Member
Karl-Johan Nogenmyr
Join Date: Mar 2009
Location: Linköping
Posts: 279
Rep Power: 21 |
Hi!
This is exactly the situation where SwiftBlock cannot know if the block in the center is something the user want or not. This is mentioned in the wiki: Quote:
Kalle |
||
May 29, 2015, 05:53 |
|
#191 |
Senior Member
Karl-Johan Nogenmyr
Join Date: Mar 2009
Location: Linköping
Posts: 279
Rep Power: 21 |
About the number of decimals; I guess there is a way in Python to control that, but it is nothing I have investigeted or put any functionality for in the UI.
K |
|
July 8, 2015, 11:13 |
SwiftSnap & blockMeshDict
|
#192 |
New Member
anonymous
Join Date: Jul 2015
Posts: 21
Rep Power: 11 |
Hello,
I'm trying to make my own simulation in OpenFOAM. For such a task, I used SwiftSnap to export my mesh into scripts from blender. I selected my input,output and wall as in the "pipe" example/tutorial. Resolution is set as 0.005m and size of my Stl is around 0.1m. Refinement on inlet/outlet : 3. On wall : 2. Detect features : wall are selected, I set it as level 0 (level0.eMesh created) I didn't add any layers. - blockMesh took 1 s - snapyHexMesh took 30s Problem : - paraFoam displays a block barely sculpted and doesn't seem to work corretly When I compare my snappyHexMeshDict with the others everything looks fine, except refinementRegions, where they use a cube. Is this mandatory for having snappyHexMesh working? Last edited by iy-a; July 13, 2015 at 12:48. Reason: more accurate description of the problem. |
|
July 13, 2015, 06:54 |
|
#193 |
New Member
anonymous
Join Date: Jul 2015
Posts: 21
Rep Power: 11 |
Source of the problem ?
Last edited by iy-a; July 13, 2015 at 12:50. |
|
July 16, 2015, 03:53 |
|
#194 |
Senior Member
Karl-Johan Nogenmyr
Join Date: Mar 2009
Location: Linköping
Posts: 279
Rep Power: 21 |
Hi! Sounds like your base mesh is much too coarse!
|
|
July 16, 2015, 09:17 |
Be sure model is not too big
|
#195 |
New Member
anonymous
Join Date: Jul 2015
Posts: 21
Rep Power: 11 |
Indeed, mesh was too coarse but I had been able to increase resolution
only if I rescaled the model down in Blender. Otherwise, core dumped. I should have answered it as I correct the problem. Now the real struggle is that my mesh get PARTLY rendered. As it worked with the pipe example, this problem looks to be specific to my own mesh, that I detailed in this thread. Thanks for the answer. |
|
July 16, 2015, 14:19 |
|
#196 |
Senior Member
Mikko
Join Date: Jul 2014
Location: The Hague, The Netherlands
Posts: 243
Rep Power: 13 |
Hey Kalle,
I have been testing swiftBlock a bit and it seems very promising! I did not have any experience with Blender before but it seems to suit very well for designing blocks. I have found a nice workflow to make O-grids. Thanks! Do you have any plans to add the latest blockMesh features? The multi-grading feature would decrease the number of necessary blocks. I could try to implement it as well but to understand the Blender Python interface will still take some time. It would be nice to have a possibility to specify the first cell sizes, expansion ratios and number of cells/max cell size for each edge. |
|
July 17, 2015, 04:02 |
|
#197 |
Senior Member
Mikko
Join Date: Jul 2014
Location: The Hague, The Netherlands
Posts: 243
Rep Power: 13 |
I added two videos on YouTube which show my workflow to make O-grid for a pipe:
http://youtu.be/a3ULmJe8I1o http://youtu.be/IzwFvqum5P0 A couple of comments about them: 1. When I extrude the plane, I first choose "Extrude Invidual Faces", press ESC and then just make a normal extrusion. This is a bit hacky but I did not find any other way to also include the internal edges. 2. The extrusion creates a huge amount of zero length edges, zero areas and duplicate vertices which you have to remove. So always after extrusion, remember to clean up your blocking. This is done by selecting the whole blocking geometry and using "Mesh-> Clean up -> Degenerate Dissolve" and "Remove Doubles" tools. |
|
July 17, 2015, 05:52 |
|
#198 |
Senior Member
Karl-Johan Nogenmyr
Join Date: Mar 2009
Location: Linköping
Posts: 279
Rep Power: 21 |
Hi Mikko!
Great! Thanks for the videos, they are really needed! I have been thinking of the new features. A key issue here is that those new features need more information to store for each edge. If you would browse the code you can see that I go a rather long way with Blender to be able to store even a simple float. I have recently though found a way to store more info for blender mesh polygons. I hope the same method can be applied to edges. If so, it would be possible to make use of the new blockMesh features... As it looks now, I do not have the time to implement it though. If you are interested, I'd be happy to share the method for storing data for polygons. Regards, Kalle |
|
July 18, 2015, 10:50 |
|
#199 |
Senior Member
Mikko
Join Date: Jul 2014
Location: The Hague, The Netherlands
Posts: 243
Rep Power: 13 |
Hi Kalle,
Thanks for the information! I have been reading your code and googling a bit. I see that the method you have implemented now seems a bit complex. Is there some specific reason why not to use the BMesh module http://www.blender.org/api/blender_p...3_2/bmesh.html? It allows to add layers to the edges which could have the necessary data (cell sizes, first cell sizes, etc..). Regards, Mikko |
|
July 19, 2015, 05:38 |
|
#200 |
Senior Member
Karl-Johan Nogenmyr
Join Date: Mar 2009
Location: Linköping
Posts: 279
Rep Power: 21 |
When I wrote most of the code, BMesh wasn't implemented (2.61 & 2.62). I would probably be good to make a large rewrite and instead rely on BMesh for storing data, and also make use of the new grading. If you want to try this out, it would be great!
If new grading is implemented, one has to look at the code that determines the total number of cells needed for an edge. Regards, Kalle |
|
|
|