Compatibility with newer OpenFoam versions

Submitted by cnx on Fri, 11/10/2023 - 06:35

It seems the currently recommended OpenFoam version for compiling with the latest CFDEMcoupling 3.8.0 is version 5.x. However, this is a very old OpenFoam version, and I wonder if there are any reasons why the newer versions such as 7 or 8 cannot be used. Is there any experience on coupling with newer OpenFoam versions?

Daniel Queteschiner | Fri, 11/10/2023 - 12:20

Sorry in advance for the grumbling:
The issue is that from a developer (not so much from an OpenFOAM user) perspective, migrating from one OpenFOAM version to the next is a rather tedious and annoying endeavor.
Library names change, include paths change, model names change, model methods are removed, model behavior changes and so on and so forth. Often changes seem to be made arbitrarily or just for the sake of changing the code. While moving from one version to next is more or less doable, supporting multiple OpenFOAM versions (need an old feature that was removed and a new one that was added?) becomes a real nightmare. So the question we are facing here is always the same: does a new OpenFOAM version provide any features we really need and is it worth going through all the hassle? Most of the time, the answer is simply: no.
That said, in case you are interested, the fork we are developing at our department (www.particulate-flow.at) is currently based on OpenFOAM 6:
https://github.com/ParticulateFlow/CFDEMcoupling-PFM
(use in combination with our version of LIGGGHTS: https://github.com/ParticulateFlow/LIGGGHTS-PFM)
There are plans to update to OpenFOAM 10 but we still need to sort out some issues ...