CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > General Forums > Main CFD Forum

CFD code for studies on wall roughness

Register Blogs Community New Posts Updated Threads Search

Like Tree4Likes
  • 1 Post By sbaffini
  • 2 Post By sbaffini
  • 1 Post By sbaffini

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   January 4, 2021, 15:21
Default CFD code for studies on wall roughness
  #1
New Member
 
Join Date: Jan 2021
Posts: 4
Rep Power: 5
Francesco3097 is on a distinguished road
Hi everyone,
I'm new in the world of CFD and I'm starting to study some topics.
I want to make a thesis based on turbulent flows with different kind of roughnesses by modelling them with different boundary conditions. I was beginning to use the code Basilisk but some users suggested to search if there were more appropriate tool for this purpose.

Since I don't have much experience on the field I'm asking you how can I approach the problem and which could be the best code or if any code is anyway a good choice.
Any advice or theoretical paper/method is welcome.
Thank you.
Francesco3097 is offline   Reply With Quote

Old   January 5, 2021, 08:31
Default
  #2
Senior Member
 
sbaffini's Avatar
 
Paolo Lampitella
Join Date: Mar 2009
Location: Italy
Posts: 2,190
Blog Entries: 29
Rep Power: 39
sbaffini will become famous soon enoughsbaffini will become famous soon enough
Send a message via Skype™ to sbaffini
If you are working on DNS, maybe Nek5000 and/or Incompact3D might be more suited to you (but Gerris was an equally valid choice). Where, by DNS, I also mean that you want to actually describe the roughness explicitly with its geometry and not some model.

If you are, instead, going to use a RANS or LES approach with wall functions then, probably, both Code_Saturne and OpenFOAM would be ok. Investing in OpenFOAM seems, today, a rewarding move.

In any case, you need to give more context to have more detailed advices.
sbaffini is offline   Reply With Quote

Old   January 5, 2021, 10:26
Default
  #3
New Member
 
Join Date: Jan 2021
Posts: 4
Rep Power: 5
Francesco3097 is on a distinguished road
Yes you're right, I didn't right many details.
My aim is to perform DNS simulations on different roughness shapes using channels with dimensions of the order of magnitude of the roughness (1 mm). And then using the results for further studies.

In your opinion one of those you mentioned is more suited? Would it be worth to change code or they're equivalent with Basilisk (Gerry)?
Which are the main differences?

In addition, I'd like to know more about roughness modelling, where can I look for it?
Thanks.
Francesco3097 is offline   Reply With Quote

Old   January 5, 2021, 10:35
Default
  #4
Senior Member
 
sbaffini's Avatar
 
Paolo Lampitella
Join Date: Mar 2009
Location: Italy
Posts: 2,190
Blog Entries: 29
Rep Power: 39
sbaffini will become famous soon enoughsbaffini will become famous soon enough
Send a message via Skype™ to sbaffini
In theory, all of them are used for DNS studies (so, I don't know why someone would drive you away from Basilisk/Gerris if that is the code you know). In practice, Nek5000 has few advantages: it is a spectral code and is well accepted for DNS studies, besides the fact that it has a more vibrant community (my own perception, might be wrong); also, it can handle complex geometries fairly easily. More generally, if you are getting into DNS, Nek5000 is more commonly used and definitely the tool you want to be able to use.

For what concerns roughness modeling etc., I really have no idea.
Francesco3097 likes this.
sbaffini is offline   Reply With Quote

Old   January 5, 2021, 10:44
Default
  #5
Senior Member
 
sbaffini's Avatar
 
Paolo Lampitella
Join Date: Mar 2009
Location: Italy
Posts: 2,190
Blog Entries: 29
Rep Power: 39
sbaffini will become famous soon enoughsbaffini will become famous soon enough
Send a message via Skype™ to sbaffini
Pros of Nek5000: spectral, scales impressively, has a large DNS community, costantly used in production runs, can handle complex geometries "natively"

Cons of Nek5000: written in old Fortran style, "natively" means you have to build your grid by yourself (but there are tools to help), and it only supports hexa cells without hanging nodes (not sure if something changed on this aspect)

Pros of Gerris (I don't know basilisk): sort of automatic meshing (I guess)
Cons of Gerris: low order, might not scale as well as Nek5000, coded in C

Pros of Incompact3d: coded in a more modern Fortran, still some sort of automated meshing, should be more accurate than Gerris
Cons of Incompact3d: not actual meshing, it's immersed boundary, the less used of the group (personal perception)
acgnipper and Francesco3097 like this.
sbaffini is offline   Reply With Quote

Old   January 7, 2021, 14:09
Default
  #6
New Member
 
Join Date: Jan 2021
Posts: 4
Rep Power: 5
Francesco3097 is on a distinguished road
And in general we could say that Nek5000 could be easier to get familiar with, in less time? I looked a bit the documentations and Nek's seems to be well structured and there are better and richer explanations.


I received other advices, that, for example, Basilisk could be more suited for complex cases like multiphase system or non-newtonian fluid. In my case I'd like to perform under-resolved DNS in a channel, in which modifying geometries or boundary conditions I can simulate roughness.
Francesco3097 is offline   Reply With Quote

Old   January 7, 2021, 15:01
Default
  #7
Senior Member
 
sbaffini's Avatar
 
Paolo Lampitella
Join Date: Mar 2009
Location: Italy
Posts: 2,190
Blog Entries: 29
Rep Power: 39
sbaffini will become famous soon enoughsbaffini will become famous soon enough
Send a message via Skype™ to sbaffini
Nek is certainly well documented and getting better. As a personal perception I would say yes, easier to get acquainted to from a user perspective (but code might not be as clear or easy as the other ones).

Gerris is strictly linked to the VOF (I don't know basilisk, but I expect the same) and is thus used in the multiphase field. As a low order code is certainly less suited, with respect to the other ones, for DNS, but that wouldn't honestly stop me if it was the code I knew.

I think that your application might be more easy to be accomplished with Incompact3d, but I would nonetheless invest in Nek5000
Francesco3097 likes this.
sbaffini is offline   Reply With Quote

Old   January 10, 2021, 10:07
Default
  #8
Senior Member
 
sbaffini's Avatar
 
Paolo Lampitella
Join Date: Mar 2009
Location: Italy
Posts: 2,190
Blog Entries: 29
Rep Power: 39
sbaffini will become famous soon enoughsbaffini will become famous soon enough
Send a message via Skype™ to sbaffini
Speaking of the devil, I just saw this tool:

https://github.com/fschuch/xcompact3d_toolbox
https://xcompact3d-toolbox.readthedocs.io/en/latest/

Maybe this is going to be useful for you
sbaffini is offline   Reply With Quote

Old   January 15, 2021, 13:04
Default
  #9
New Member
 
Join Date: Jan 2021
Posts: 4
Rep Power: 5
Francesco3097 is on a distinguished road
Thanks for these informations. Actually I don't know Basilisk, I'm starting to use. So, I'm going to search info also about Nek and Incompact. I'll give a look to that toolbox of Incompact and at the end I'll evaluate which will be the more suited.
Francesco3097 is offline   Reply With Quote

Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Wall y+, surface roughness and inflation layer CFX Prak_32 CFX 3 December 12, 2018 06:56
Basic Nozzle-Expander Design karmavatar CFX 20 March 20, 2016 09:44
Assigning Wall Roughness in STAR-CD Sachin Patil Siemens 0 March 6, 2008 04:05
Multicomponent fluid Andrea CFX 2 October 11, 2004 06:12
public CFD Code development Heinz Wilkening Main CFD Forum 38 March 5, 1999 12:44


All times are GMT -4. The time now is 14:04.