The implementation of the dynamic Smagorinsky for OpenFOAM® in my git repository has been updated to build against OpenFOAM 2.0.x. Please, note that that this update breaks compatibility with OpenFOAM 1.7.x. A version of the code for OpenFOAM 1.7.x is available from the same repository, at commit c5b8d5d8a274ba702c68f1be75f31e8f2def81d7. This offering is not approved or endorsed by OpenCFD Limited, the producer of the OpenFOAM software and owner of the OPENFOAM® and OpenCFD® trade marks. Alberto Passalacqua is not associated to OpenCFD Ltd.
-
-
GeekoCFD 2.1 now available
GeekoCFD 2.1 is now available in SUSE Gallery. This is a minor release, which provides the new version of Eclipse Indigo with CDT, instead of Eclipse Helios with CDT.Users who downloaded version 2.0.3 and are not interested in the latest version of Eclipse, can ignore this release, or, if they installed their system, can simply upgrade Eclipse as follows: Acquire administrative rights with: su Execute in sequence: Remove the existing Eclipse cd /opt rm -r eclipse Download Eclipse Indigo with CDT wget -c http://mirror.cs.rit.edu/mirrors/eclipse/technology/epp/downloads/release/indigo/R/eclipse-cpp-indigo-incubation-linux-gtk-x86_64.tar.gz Make sure the file is in your /opt directory and execute tar xzf eclipse-cpp-indigo-incubation-linux-gtk-x86_64.tar.gz Drop your administrative rights by typing exit Enjoy 🙂
-
GeekoCFD 2 has been released
I am pleased to announce the release of GeekoCFD 2, the live distribution based on openSUSE 11.4, created for CFD applications. The new live image can be downloaded, as usual, from SUSE Gallery. The new release brings: an updated system to openSUSE 11.4 – 64 bit kernel 2.6.37 gvv 4.5.1 kde 4.6.0 updated scientific software, including: cantor gmsh 2.5.0 grace wxMaxima and Maxima Octave with an almost complete selection of octave-forge packages OpenFOAM® 2.0.x Paraview 3.10.1 pyFoam R development tools DDD Eclipse Helios with CDT Emacs git kate kompare vim with gitdiff other software Blender Firefox 4.0.1 Gimp ImageMagick LibreOffice 3.3.1 Dropped packages The following packages were dropped from GeekoCFD…
-
OpenFOAM 2.0.x and openSUSE 11.4
OpenCFD® released OpenFOAM® 2.0.0, which brings many developments and improvements. In parallel to the release of OpenFOAM 2.0.0, the git repository was updated to 2.0.x. Usually I write a detailed procedure to explain the installation of OpenFOAM on openSUSE, however with OpenFOAM 2.0.0 this is not necessary anymore. Only a few minor operations have to be made to be able to use gcc 4.5 and the version of openMPI provided by openSUSE 11.4 (openmpi-1.2.8). Assuming that OpenFOAM will be installed in the user’s home directory, the procedure to install OpenFOAM 2.0.x (git version) on openSUSE 11.4 is then as follows: Install the C/C++ development pattern: zypper install -t pattern devel_C_C++ Install other dependencies: zypper install cmake libqt4-devel gnuplot…
-
Cybook Orizon…impressive!
After a long search, I have finally bought an e-book reader, a Bookeen® Cybook® Orizon®. I have read a lot of positive comments about Bookeen e-readers, about the quality of their e-ink screens and of the ease of use of their e-book readers. Why a Cybook? There are many reasons: it does not tie me to a vendor when I have to buy books, and it is mostly based on open-source software (the operating system is a version of Linux for embedded systems), with the exception of the Adobe stack for DRM publications. Additionally, Bookeen has a strong reputation when it comes to e-ink screen quality. So, let’s take a…
-
How to access dictionary values from boundary conditions in OpenFOAM
OpenFOAM® offers a standard way to access user-specified constant data by means of dictionaries. However, dictionaries are by default read during the start-up phase of the main code. If a boundary condition requires to access the same information, the value can be looked up from the internal database used by OpenFOAM to store objects. The procedure is quite simple, and I show an example below, in a general case. Let’s assume our solver uses the “transportProperties” dictionary, which contains a subdictionary, called “mySubDict”. This sub-dictionary contains a dimensioned scalar, named “myScalar”. In the BC, you can recover “myScalar” as follows: // Extract the dictionary from the database const dictionary& transportProperties…
-
Installing OpenFOAM 1.7.x on openSUSE 11.4
The installation of OpenFOAM® 1.7.x on the freshly released openSUSE 11.4 is straighforward, however some care is required to have a working ParaView. The ThirdParty package provided with OpenFOAM ships ParaView 3.8.0, which does not successfully build with Qt 4.7. The steps for the installation on openSUSE 11.4 – 64 bit are summarized as follows: Use YaST to install the C/C++ development pattern in YaST cmake libqt4-devel (required to build paraview) libQtWebKit-devel (required to build paraview) libQtAssistantClient4 flex git Create a directory called OpenFOAM in your home directory mkdir ~/OpenFOAM Enter the OpenFOAM directory cd ~/OpenFOAM Download the source code: with the command: git clone http://github.com/OpenCFD/OpenFOAM-1.7.x.git Download both the OpenFOAM…
-
OpenFOAM is open source, and will stay so
A few days ago, it was suggested to re-license the OpenFOAM® code, currently regulated by the GPL 3 license, under the Lesser General Public License (LGPL). The suggestion came from the leader of the -extend project (see comment 1 for a clarification), which is a community driven initiative, not associated with OpenCFD, the producers of OpenFOAM. The idea behind re-licensing is of increasing the number of users of the code, and to “free up” the code more. OpenCFD, who legally own the OpenFOAM trademark, stated their position on the topic today, with an article on their website, clarifying that their release will remain under the GPL license, and will never…
-
Exporting mesh from Ansys Workbench to OpenFOAM
If you use Ansys® Workbench® to build your mesh, you probably noticed that the .msh file exported is binary, and cannot be converted properly by the OpenFOAM® converter fluentMeshToFoam. However there is a workaround. Simply set the variable export AWP_WRITE_FLUENT_MESH_ASCII=1 before launching workbench, or add it to your ~/.bashrc file. This will automatically force the mesher to save .msh files in ASCII format, which can be then imported as usual in OpenFOAM. Source: Simon Pereira @ CFD Online This offering is not approved or endorsed by OpenCFD Limited, the producer of the OpenFOAM software and owner of the OPENFOAM® and OpenCFD® trade marks.
-
Euler-Euler gas-solid flow solver for OpenFOAM
I have finally completed the implementation and the testing phases of a two-fluid code for the simulation of gas particle flows based on OpenFOAM®. The code is derived from the existing twoPhaseEulerFoam, with significant differences in the solution algorithm in order to stabilize it, and with the addition of a variety of models. This is the evolution of the twoPhaseEulerPimpleFoam code discussed previously here and here. I decided to change name to the code, and call it fluidParticleTwoPhase4Foam, since the implementation has become more and more specific for particulate flows, and future developments will move further in this direction. A summary of the improvements is reported below: Solution algorithm Adoption…