In the world of OpenFOAM, many advanced solutions already exist for fluid-structure interaction, conjugate heat transfer, or other multiphysics problems. These solutions are often the result of long and dedicated research, being optimized for a specific application field, and (most commonly) OpenFOAM-only. In several cases, users opt for different computational frameworks and libraries for each single-physics domain, as domain-specific software often offers features that are difficult to find in general-purpose tools. Partitioned coupling tools are in this case a sustainable alternative. The coupling library preCICE (www.precice.org, LGPL3) is an established and actively developed project, offering advanced coupling algorithms, mapping techniques, and communication channels. A minimally-invasive, high-level API in C++, C, Fortran, Python, and Matlab allows to exchange coupling participants arbitrarily, treating the numerics of each participant as a black box. Ready-to-use adapters for OpenFOAM and other free and proprietary solvers comprise a flexible coupling ecosystem, now including OpenFOAM, FEniCS, deal.ii, Nutils, SU2, CalculiX, and more. The OpenFOAM adapter is a function object that passes data from/to the preCICE library, manages checkpoints, and adapts the time step size. It can be used with a variety of OpenFOAM solvers and for different applications, while it can easily be extended for different types of coupling data. The growing preCICE community has now tried the OpenFOAM adapter in conjugate heat transfer, fluid-structure interaction, and fluid-fluid coupling scenarios, while recent contributions extended its capabilities to further directions. This talk will present the current state of preCICE and the OpenFOAM adapter, with an emphasis on recently added and upcoming features.     «

In the world of OpenFOAM, many advanced solutions already exist for fluid-structure interaction, conjugate heat transfer, or other multiphysics problems. These solutions are often the result of long and dedicated research, being optimized for a specific application field, and (most commonly) OpenFOAM-only. In several cases, users opt for different computational frameworks and libraries for each single-physics domain, as domain-specific software often offers features that are difficult to find in...     »