Sliding Interface in OpenFoam?
 

The following is part of my correspondence with 'enquiries@opencfd.co.uk':

"...In which case it is likely you will need to perform these calculations using a
sliding-interface. This functionality is not yet part of OpenFOAM but we have a
detailed plat to implement it and are looking for sponsors; would you be
interested in sponsoring this work?"

(I was asking him if modeling a 2D simulation with a rotor and stator is possible)

But I do a little bit of searching on these forums and it appears OpenFoam is capable of implementing sliding interfaces:

http://www.cfd-online.com/Forums/ope...e-problem.html
(and others, including a pdf written by Dr. Jasak)

In short:
Are sliding interfaces buit into OpenFoam?
How can I implement it? Is there an example file I can learn from and build off of?

Thanks for your time.

Hi,

did you hear of the Dev-Version

If you are not afraid of compiling the Dev-Version yourself, you will get Sliding
Interface for free.

Read more how to do it http://openfoamwiki.net/index.php/Ho...mpile_OpenFOAM =>I do not know a better link, but I do not like this one! Sorry for my incompetence.


Well you need svn installed!

1) mkdir $HOME/OpenFOAM (if not allready exists)
2) cd $HOME/OpenFOAM
3) svn co https://openfoam-extend.svn.sourcefo...nFOAM-1.5-dev/
4) Edit your .bashrc file in ~/.bashrc to let the last line read
# OpenFOAM environment variables. $HOME/OpenFOAM/OpenFOAM-1.5/etc/bashrc#take care herehttp://openfoamwiki.net/index.php/Ho...ment_variables
5) ./allmake

a little bit to much shortend


But if you are afraid of compiling get the Live Stick http://www.cfd-online.com/Forums/ope...lax-based.html or Live CD from the Workshop in Montreal 2009 or this year Workshop in Gothenburg

Hi lordvon,

hehe, when have you had this correspondance?

You might be generally better off with OpenFOAM-ext when dealing with dynamic mesh handling... Please have a look:

• PhD Course at Chalmers: http://www.tfd.chalmers.se/~hani/kur...ngTutorial.pdf or lately http://www.tfd.chalmers.se/~hani/kur..._Corrected.pdf
• OpenFOAM-Wiki (which is rather old): http://openfoamwiki.net/index.php/Ho...mic_mesh_cases
• Some newer presentation and papers on that topic (unsorted):
  • Dynamic Mesh Handling in OpenFOAM (1)
  • Dynamic Mesh Handling in OpenFOAM (2)
  • Dynamic Mesh Handling in OpenFOAM (3)
  There might be much more; I have just used my favorite web search engine, briefly searching for "mixerFvMesh" and "OpenFOAM"...

Have a closer look into the tutorial cases of the icoDyMFoam solver: mixer2D and mixerGGI. Further this case is useful, which is a simple extrusion to 3d.

best,

@Holger: The reply I reproduced was written not two weeks ago.

Thanks guys for all the help.

as the 3d-case for instance is from 2006 I was just wondering...

Anyway, thanks for notifying. Let us know in case you have any problems with the installation and/or case set-up...

best regards,

Hey guys,

Can one say generally whether MRF or sliding interface is more accurate when applied to a 2D rotor-stator simulation? If the computation times are similar within about one order of magnitude then that's something I don't care about. I have the impression that the sliding interface is more accurate. And what about GGI? Is it in a usable state for 2D rotor-stator interaction in 1.5-dev?

Also, the majority of documentation seems to be for 1.4.1-dev. Should I avoid 1.5-dev? Has 1.5-dev solved the problem of not being able to do sliding interface in parallel?

Hello Lordvon,

For more information and some very good tutorials on rotor-stator interfaces with OpenFOAM:
http://openfoamwiki.net/index.php/Sig_Turbomachinery
http://openfoamwiki.net/index.php/Si...ion_test_cases

In order to discover what other people are working on and contributing to the large and growing OpenFOAM community, quite often for free, just surf over the OpenFOAM Workshop website, and take a look at the various presentations available there:

http://www.openfoamworkshop.org/2010...itle=Main_Page
http://www.openfoamworkshop.org/2009...itle=Main_Page
http://www.openfoamworkshop.org/08/i...itle=Main_Page
http://www.openfoamworkshop.org/2007/index.php
http://powerlab.fsb.hr/ped/kturbo/FsbOpenFOAMWorkshop/

As for rotor-stator interfaces, a large part of the necessary source code is already available since 2008 under a very free, very dynamic and very open version of OpenFOAM called openfoam-dev available through the openfoam-extend project on SourceForge.NET. Just Google this information, this is quite easy to find

And yes, the GGI from 1.5-dev is in a very usable state. It also works in parallel.

A mixing plane interface is also in development and testing, and will be made available as soon as ready.

Please disseminate this information to all your friends and Email contacts interested in OpenFOAM. As you can see, not everybody seems to be aware of the growing body of work from a very serious and dynamic community of researchers and developers working with OpenFOAM, and not just in the field of rotor/stator interfaces.

This way, you will serve a great service to some people that migh not be up-to-date with many of the emerging developments for OpenFOAM for the past 2 years, and maybe an even greater service to some other OpenFOAM newcomers that will not longer be offered to finance the reinvention the wheel at their own expense.

Regards,

Martin

Hi guys,

I am in the process of installing 1.5-dev, and I am not sure what to do for the compiling step (Basically step 5 in Elvis's post above). I have retrieved the 1.5-dev (r1823) files via svn. I am running Ubuntu 10.04. Please help.

NOTE: For people who might be going through the same problem, right now I am going through one possible solution: http://www.tfd.chalmers.se/~hani/kur...OwnLaptop.html; but I cannot see if it works right now because my tiny Ubuntu partition has run out of space.

Hi guys,

Well, I got to the last step in the directions I posted in my last post. It's a testing step. blockMesh didn't work.

I got a less-than-ceremonious ending when compiling (no 'done' or anything, but no flamboyant error message either). So I think the compilation was incomplete. Although the compilation process goes on for a long time, I see a whole lot of 'not found', 'error (number)', and unused variable messages.

I followed exactly how it was laid out in the link I posted above.

What do you guys think?

Finally! I see lots of .o files in the terminal (didn't before), so it is actually compiling this time. All I did was install OF1.7.1 (and blocked out the OF1.7.1-specific addition to the bashrc file), then try compiling 1.5-dev again. Don't know why that worked. I will post again when I do a test case.

Received another error after a few hours of compiling, but referenced this post http://www.cfd-online.com/Forums/ope...tu-9-04-a.html and changed the settings.sh file (line 161 -- change openmpi version to 1.3.3, instead of 1.2.6) in OpenFOAM-1.5-dev/etc/ and downloaded openmpi-1.3.3 from http://www.open-mpi.org/software/ompi/v1.3/ and put it in the ThirdParty folder I extracted from the link I posted earlier: http://www.tfd.chalmers.se/~hani/kur...OwnLaptop.html .

The compilation appears to have been successful.

I have attached the log files. Are they supposed to be a little different at the end (has the compiling really gone to completion?), and what does the (+ [ = doc ]) mean? I used two slightly different compile commands: 'cd applications && ./Allwmake' and './Allwmake 2>&1'

For some strange reason I cannot copy files:

command: ~/OpenFOAM/OpenFOAM-1.5-dev$ cp -r $FOAM_TUTORIALS/icoFoam/cavity $FOAM_RUN
cp: cannot create regular file `/home/lordvon/OpenFOAM/lordvon-1.5-dev/run/cavity/.svn/all-wcprops': Permission denied
cp: cannot create regular file `/home/lordvon/OpenFOAM/lordvon-1.5-dev/run/cavity/.svn/dir-prop-base': Permission denied
cp: cannot create regular file `/home/lordvon/OpenFOAM/lordvon-1.5-dev/run/cavity/.svn/entries': Permission denied
....
etc etc.

I didnt have this problem before proper compilation...


...And the tutorials don't work.
(for cavity)
blockMesh
blockMesh: error while loading shared libraries: libPstream.so: cannot open shared object file: No such file or directory

Please help!


I searched for the term 'libpstream' in the log files, shows up in of15devlog and log_2 at lines 47 and 53 for both. No error messages. Does not show up at all in the other two logs. These logs were made within minutes of each other. If it is important to know which compiling command was used for each log, I can recreate the logs.

Also searching for 'warning' or 'error' does not return anything indicating compilation errors.

Ok, my computer has been off for a while (so I restarted it), and I changed the openmpi version in OpenFOAM-1.5-dev/src/settings.sh back to 1.2.6, recompiled, tried blockMesh, icoFoam, paraFoam, and, my god, it worked. Finally. Thanks guys for all your help.

Hi everyone,

I had to do another install on another computer and this time it took me literally less than ten minutes, maybe even less than five.

I was running Ubuntu 10.04.

1) First get svn:
sudo apt-get install subversion libapache2-svn
(from: https://help.ubuntu.com/8.04/serverg...ubversion.html )

2) Next get the of15dev files:
svn co https://openfoam-extend.svn.sourcefo...nFOAM-1.5-dev/
(As Elvis posted above)

3) Follow these few instructions:
http://openfoamwiki.net/index.php/In...ucid_10.04_LTS
(You can access the bashrc file by typing in the terminal: 'gedit ~/.bashrc')

4) And you are done. Enter startOF15dev, put some tutorials in your OpenFOAM/(your ubuntu username here)-1.5-dev/run/ (I had to create the run folder, it wasn't automatically there), and try it out. I tested icoFoam cavity and icoDyMFoam mixerGgi. To run mixerGgi, use './Allrun' to set it up; you can then just enter paraFoam to bring up all of the results.

And actually, steps 1 and 2 may be redundant; it may already be covered by step 3. As you can probably tell, I am pretty much groping around blindly here, but it worked without a hitch for me. My first install (I did not do it this way) took me a day or so.

Hello lordvon,

well done! I appriciate your devotion to make OpenFOAM work.
For those that want a quick start
=> There is CAELinux 2010 LiveDVD
http://caelinux.com/CMS/index.php?op...d=49&Itemid=40
this is for those that want to work with OF1.7.x

OF1.5-dev users might want to try
http://www.cfd-online.com/Forums/ope...d-kubuntu.html

http://sourceforge.net/projects/open...u.iso/download

Oliver Borm also made some Ubuntu-DEB for Debian based Distributions
so update your apt source.list
https://launchpad.net/%7Ecae-team/+a...s_filter=lucid

I just started looking into using ggi.

Sorry to ask a stupid question. What is the main difference between mixer2D and mixerGgi?

I know that mixerGgi use the ggi interface, what about mixer2D?

Thanks a lot

The continuity error was fixed by reducing the gap between insideSlider and outsideSlider.

The continuity error was fixed by reducing the gap between insideSlider and outsideSlider.

If I want to extend the 2d mixer ggi case to 3d case (extrude) in the z-direction. How should I set the boundary condition for the top and bottom patches - "frontAndBackPlanes" in 2d case (e.g. wall or movingWallVelocity)? or should I set the part in the "insideSlider" as movingWallVelocity and the part in the "outsideSlider" as wall?

Thanks a lot

This is absolutely brilliant - thank you lordvon. Shame on me for not reading the forum.

I have had a feeling for a long time something like this is going on at OpenCFD: the features already implemented (at least one by me) are offered as:

" This functionality is not yet part of OpenFOAM but we have a
detailed plan to implement it and are looking for sponsors; would you be
interested in sponsoring this work?"

For the record, you can have the sliding interface and all other topo change + dynamic mesh code in 1.6-ext without charge, tested and working properly and with tutorials.

Thank you, it is wonderful to know what is going on... I have also heard that Icon are looking for people to work on GGI to put it into "their version" of the code and sell this to their customers. My solicitor (and Mark Olesen, no doubt) will be de-ligted by a wonderful written proof!

Hrv