|
[Sponsors] |
[Other] OpenFoam is too fussy about non-orthoganal meshes! |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
November 5, 2014, 18:03 |
OpenFoam is too fussy about non-orthoganal meshes!
|
#1 |
Member
Brenda EM
Join Date: Jan 2012
Posts: 38
Rep Power: 14 |
I wish OpenFoam would realize that in the real world, meshes aren't all made of neat diagonally sliced cubes.
I've even tried the Salome export script, and that's all I get is *Number of severely non-orthogonal (> 70 degrees) face... Well, it should still work, even if the volumes are useless slivers, right? One something has rounded corners, which seems to generate a lot of them, OpenFoam all comes apart. Yes, I am using Salome, but people are still having problems with snappyhexmesh. And if openFoam has it's own pet mesh conversion utility, will it turn its back on the rest of them? Are there any other open pre-processors that are being developed? ~ I wish there was an open source alternative to OpenFoam. Reading these forums, I cannot believe that most people have not had major problems with OpenFoam. Why must we get out experience and documentation from other users? In the large sense, do you know how woefully inefficient that is, to have the blind leading the blind? Just copy xx case, is not as good as taming the syntax or documenting the beast. (Feel better now : ) |
|
November 5, 2014, 22:17 |
|
#2 |
Senior Member
Kyle Mooney
Join Date: Jul 2009
Location: San Francisco, CA USA
Posts: 323
Rep Power: 18 |
snappyHexMesh is a pretty capable mesher. I would take some extra time and figure it out so you can get away from using tet meshes if at all possible. Any finite volume code will be less stable on those elements. There are a few free GUI's out there that can help with meshing setup if you have STL based geometries too.
A good way to start might be to setup a few cases with a GUI, take a look at the snappyHexMeshDict it produces, and reverse engineer from there. |
|
November 6, 2014, 02:47 |
|
#3 | ||
Senior Member
|
Hi,
Quote:
Quote:
|
|||
November 6, 2014, 05:23 |
|
#4 |
Senior Member
|
Hi,
I am not sure how do you convert your mesh from salome to OF. Do you use ideasUnvToFoam, or the script https://github.com/nicolasedh/salomeToOpenFOAM mentioned http://www.salome-platform.org/forum...3165#994489164 ? ideasUnvToFoam does not convert everything unfortunately http://pythonflu.wikidot.com/hybridflu is not actively developed |
|
November 6, 2014, 10:39 |
|
#5 |
Member
Brenda EM
Join Date: Jan 2012
Posts: 38
Rep Power: 14 |
kmooney, I appreciate your reply, but you validated my apprehension about favoring an OpenFoam internal mesher.
Meshing from a mesh is sub-optimal, because the user has to do twice the work to change it. I build my objects from nurbs surfaces, that's why i had been using stp/step. I can import my object, from stp, which is currently the defacto standard for surfaces(like it or not), and I want to mesh from that. I am not aware of pre-processors that can use snappyHexMesh. At least with Salome there is some workflow. I can choose and label surfaces to give them boundary names. As a thought experiment, what percentage of the time how often do you use OpenFoam's data without Paraview to investigate it? And if we use a powerful tool for PostProcessing, then why not preprocessing? [I am trying to a CFD solve on a replica of a real world object, in one case a NACA duct. With filleted corners it has 32 surfaces. Meshed so I have around 10 volumes high in the duct, so I can see the vortices, it has roughly 2,000,000 volumes. Not something I want to be doing in gedit.] alexeym, speaking from experience OpenFoam will surely crash like a cheap airplane if you try to run a case with too many non-orthaganal volumes. There are several threads on this forum which support my claim. Additionally, decomposePar will fail under the same conditions. If I am understanding the problem correctly the problem is: OpenFoam just cannot deal with tetrahedron meshes that include volumes that have large aspect ratios. elvis, I have done it both ways, the (your?) script does better, but things still work poorly. I finding it interesting that no one fixed ideasUnvToFoam? Should I even attempt to put in a bug report, when it's such common knowledge that it doesn't work well? |
|
November 6, 2014, 10:59 |
|
#6 | |
Senior Member
|
Hi,
Quote:
|
||
November 6, 2014, 16:43 |
|
#7 | |
Senior Member
Kyle Mooney
Join Date: Jul 2009
Location: San Francisco, CA USA
Posts: 323
Rep Power: 18 |
Quote:
Put the effort into understanding the tools available and put the required effort into pre-processing and meshing your geometry. You're not going to convince anyone here that OpenFOAM is 'too hard' for basic cfd. |
||
November 6, 2014, 21:39 |
|
#8 |
Member
Brenda EM
Join Date: Jan 2012
Posts: 38
Rep Power: 14 |
Respectfully, the people who have built their carreers from OpenFoam will be resistant to any change, bad or good.
Those who make thier living from commercial CFD solutions will not want OpenFoam to be any easier to use, any more reliable, or any better documented. No, I am sorry but I am not going to agree with your peer-pressured statement and say that OpenFoam is fine cannot be improved. |
|
December 18, 2014, 16:06 |
|
#9 |
Member
Brenda EM
Join Date: Jan 2012
Posts: 38
Rep Power: 14 |
I've learned that perhaps I might not be alone in my observations, suggestions for OpenFoam.
kmooney, Reenforcing an elitist attitude at the mere suggestion that a OpenFoam could be better and better documented I find quite interesting. Fortunately, up to now, I've been protected from academic peer-pressure. OpenFoam is open source. Logically, I wouldn't be looking a gift-horse in the mouth, if it were carrying me well, now would I? |
|
December 18, 2014, 18:13 |
|
#10 |
Senior Member
Philippose Rajan
Join Date: Mar 2009
Location: Germany
Posts: 552
Rep Power: 25 |
Hi there,
A Good evening to you. I thought I would also put in my two cents (euro) worth in here too :-) I have been using OpenFOAM for over 7 years now with completely real industrial cases in the field of Hydraulics (complex valves, piping, pump geometries, etc...etc...etc...), and I have results which are less than 5% off from real measurements performed on Test-stands. And... those results are in some cases, with pure tetrahedral meshes, and...with non-orthogonality up to around 82 degrees. I have used OpenFOAM with meshes created using Netgen (starting with STEP and STL geometries), GMsh (STEP and STL), snappyHexMesh (STL Geometry), cfMesh (STL Geometry) and blockMesh (for simpler test cases). Mesh sizes range from around 400000 to around 3,5 - 4 Million Cells. As mentioned already in this thread, non-orthogonality above 70 degrees is not really a problem for OpenFOAM as long as you set up the rest of the case properly (for example, using the right dicretisation schemes, the right number of non-orthogonality correctors, etc...etc...). Also, depending on the kind of simulations you are running, the physics of the system might have different mesh requirements. For example, if you are dealing with extreme shock waves, or high pressure gradients etc, non-orthogonality might be a problem. However, this is not something to do "only" with OpenFOAM... even other solvers would require specific mesh qualities for specific types of simulations. I guess you will have to delve a little deeper to investigate where and what is exactly causing the simulations to crash in your cases. Wishing you a great day ahead! Regards, Philippose |
|
December 27, 2014, 09:02 |
|
#11 | |||
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,982
Blog Entries: 45
Rep Power: 128 |
Greetings to all!
I happened to browse this thread sometime ago, but didn't have the time back then to give my 2 cents. Since this apparently popped up back again, and since I have some time today, here goes my many cents Quote:
OpenFOAM is somewhere in the middle term of all of this. It has a good community and there are platforms available to assist in its evolution, may it be wiki-wise, forum, courses and so on. Quote:
Then don't forget that many of those who do have the necessary experience to help out, do not have enough time to do so... because the burden of knowledge and experience is usually responsibility, which can easily drain ones free time. Perhaps you might want to read this page: https://www.gnu.org/philosophy/selling.html Quote:
The analogy premise:
Anyway, the conclusion to draw from all of this analogy is this: OpenFOAM is a lot like doing DIY CFD (Do It Yourself Computational Fluid Dynamics); but it's not like Ikea furniture, where a set of pre-defined furniture components has already been prepared to be just a matter of following the instructions for setting it up. ----------------- Now, coming back from the analogy: It can be defended that OpenFOAM is as finicky as real life, akin to Earth's gravity certainly not being user friendly, but it's 99.9% reliable. OpenFOAM can seem unforgiving, but keeps always on one's toes because we're using it to simulate real life. One small error or overlooked detail, is enough to be simulating things with the wrong unit scale or fluid properties. Meshing-wise, there have been some recent discoveries, which are somewhat documented on this thread: http://www.cfd-online.com/Forums/ope...mesh-pipe.html Also, indirectly related to this: http://www.cfd-online.com/Forums/ope...e-changes.html As for mesh diagnosis, here are some ideas:
In order to make using OpenFOAM interactively easier, here's a list of known GUIs: https://openfoamwiki.net/index.php/GUI - if you feel that the open-source GUIs one that list feel too... finicky, then keep in mind that they are open source As for tips for CFD newbies in general:
Best regards, Bruno
__________________
Last edited by wyldckat; December 27, 2014 at 09:06. Reason: fixed typo |
||||
December 28, 2014, 13:50 |
|
#12 |
Member
Brenda EM
Join Date: Jan 2012
Posts: 38
Rep Power: 14 |
wyldckat, you are questioning my idea of what open source software is about, and the economics of open source?
So, the OpenFOAM process goes as follows: download software, struggle, ask questions on forums, get answers, get your degree, and walk away. Don't work on the wiki. Don't make another tutorial cases. Don't create a structured knowlege-base. Do you realize that I have had someone write to me personally, stating that they indeed have had problems with OpenFOAM, that at least some of the problems I've posted are valid? I don't think they are going to post on the forum, what they wrote to me, because there is peer-pressure here. I have no interest in fitting in this community. I want to play the devil's advocate, and say to the community, that the emperor has no clothes, that things needn't be quite so challenging to learn how to run a case. The tutorials jump from a hello-world extruded 2d case, to the motorbike, which has linked case set-up files. OpenFOAM's documentation is space. I would like to see comments on every line in all tutorial case files. I have seen valid results from Open Foam. I've crashed it too, setting timesteps up, throwing untrapped, cryptic errors. The non-orthognal issue is an issue. |
|
December 28, 2014, 15:13 |
|
#13 | |||||||
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,982
Blog Entries: 45
Rep Power: 128 |
Quote:
So I guess my first question for you is: Are you willing to help getting OpenFOAM where you and many others want this to go to? Quote:
Quote:
And if you ask the OpenFOAM Foundation to fix any and all of these problems, the answer you'll get is something along these lines: "we have not yet done that, because no one has sponsored it yet" Quote:
And on top of that, some of those don't even care if they are pretty much stealing time from others who asked publicly, with each private question they ask Because their logic is apparently "if it's free anyway, then it's not stealing". One possible diagnosis is peer-pressure, but another (from my point of view) is the insufficient resources, namely people who are willing to take the time to help others and also the lack of people willing to support this cause, namely to fix this exact problems you're complaining about. Perhaps the real problem is the lack of coordination in the community... but guess what, that takes time as well Quote:
The reason why I'm answering to you is actually because:
Quote:
Quote:
Bruno |
||||||||
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
OpenFOAM course for beginners | Jibran | OpenFOAM Announcements from Other Sources | 2 | November 4, 2019 09:51 |
OpenFOAM Training Jan-Jul 2017, Virtual, London, Houston, Berlin | CFDFoundation | OpenFOAM Announcements from Other Sources | 0 | January 4, 2017 07:15 |
OpenFOAM Training: Programming CFD Course 12-13 and 19-20 April 2016 | cfd.direct | OpenFOAM Announcements from Other Sources | 0 | January 14, 2016 11:19 |
[Commercial meshers] Highly skew faces in STAR-CCM+ meshes in OpenFOAM for boats | maxof | OpenFOAM Meshing & Mesh Conversion | 11 | June 10, 2015 16:40 |
Modified OpenFOAM Forum Structure and New Mailing-List | pete | Site News & Announcements | 0 | June 29, 2009 06:56 |