オープンCAEWiki OpenCAE Wiki - 最近の更新 [ja]

OpenFOAM v2606 リリースノート

2026-08-10T23:56:19Z

ページの作成:「=OpenFOAM® v2606 新リリース= OpenFOAM Teamは、2026年6月リリースのOpenFOAM® v2606を発表します。今回のリリースでは、[https://www.openfoam.com/news/main-news/openfoam-v2512 OpenFOAM-v2512]の機能が、コードのさまざまな領域にわたって拡張されています。新機能には、Keysightの顧客がスポンサーとなった開発、社内資金による開発、および[https://www.openfoam.com/governance/overview…」

差分を表示

OpenFOAM v2512 リリースノート

2026-08-10T23:44:15Z

ページの作成:「=OpenFOAM® v2512 新リリース= OpenFOAM Teamは、2025年12月リリースとなるOpenFOAM® v2512を発表しました。このリリースでは、[https://www.openfoam.com/news/main-news/openfoam-v2506 OpenFOAM-v2506]の機能を、コードの多くの領域にわたって拡張しています。新しい機能は、Keysightの顧客による支援を受けた開発、社内資金による開発、および[https://www.openfoam.com/governance/overview O…」

差分を表示

OpenFOAM v2506 リリースノート

2026-08-10T23:03:09Z

ページの作成:「 =Keysight OpenCFD、OpenFOAM® v2506をリリース= 5月1日より、OpenFOAM TeamはKeysight Technologiesの一員となりました。新しいKeysightのプロセスや組織構造への適応、および新しい同僚の間でOpenFOAMの認知度を高める活動など、統合作業によってTeamは多忙な日々を送っています。OpenFOAM Development Teamの構成に変更はなく、オープンソースに対する方針への取り組みも変…」

新規ページ

=Keysight OpenCFD、OpenFOAM® v2506をリリース=
5月1日より、OpenFOAM TeamはKeysight Technologiesの一員となりました。新しいKeysightのプロセスや組織構造への適応、および新しい同僚の間でOpenFOAMの認知度を高める活動など、統合作業によってTeamは多忙な日々を送っています。OpenFOAM Development Teamの構成に変更はなく、オープンソースに対する方針への取り組みも変わりません。リリースについても、これまでと同じスケジュールで継続されます。

7月にはドイツおよびインドから新しいメンバーを迎える予定で、今後数か月でDevelopment Teamをさらに拡大する計画です（求人情報も近日中に公開予定です）。

OpenFOAM Teamは、2025年6月リリースとなるOpenFOAM® v2506を発表しました。このリリースでは、[https://www.openfoam.com/news/main-news/openfoam-v2412 OpenFOAM-v2412]の機能を、コードの多くの領域にわたって拡張しています。

新しい機能は、OpenCFDの顧客による支援を受けた開発、社内資金による開発、および[https://www.openfoam.com/governance/overview OpenFOAM community]から提供された機能や変更を統合したものです。

OpenFOAMはOpenCFDによって[http://www.gnu.org/licenses/quick-guide-gplv3.html GPL License]の下で配布されています。

さまざまなLinuxおよびその他のPOSIXシステムでコンパイル可能な[https://develop.openfoam.com/Development/openfoam/-/blob/master/doc/Build.md ソースコードパッケージ]に加え、このリリースでは複数の[https://develop.openfoam.com/Development/openfoam/-/wikis/precompiled コンパイル済みバイナリパッケージ]も提供されています。

[https://develop.openfoam.com/Development/openfoam/-/wikis/precompiled/debian Ubuntu Linux]: Ubuntu 24.04（LTS）、22.04（LTS）向けのパッケージインストール。

[https://develop.openfoam.com/Development/openfoam/-/wikis/precompiled/suse openSUSE Linux]: Leap 15.6、15.5向けのパッケージインストール。

[https://develop.openfoam.com/Development/openfoam/-/wikis/precompiled/redhat Redhat Linux系]: epel 9、Fedora 41、42向けのパッケージインストール。

Windowsユーザーには、コンパイル済みパッケージを利用するための3つの選択肢があります（[https://develop.openfoam.com/Development/openfoam/-/wikis/precompiled/windows 詳細情報]）。

Windows Subsystem for Linuxを使用する方法（Ubuntu、openSUSEなどをベースとする）。

クロスコンパイルによるネイティブ実行ファイルを使用する方法。

Dockerを使用する方法。

OpenFOAMのApptainerサポートは、事前に構築されたイメージではなく、description fileによって提供されます。

[https://develop.openfoam.com/packaging/containers packaging/containers]を参照してください。

macOSユーザーはソースコードからコンパイルするか、コンパイル済みパッケージをDocker containerから利用できます（[https://develop.openfoam.com/Development/openfoam/-/wikis/building#darwin-mac-os 詳細情報]）。
==ニュース==
今後数週間で、公開コードリポジトリを<nowiki/>https://develop.openfoam.com<nowiki/>から<nowiki/>https://gitlab.com/openfoam<nowiki/>へ移行する予定です。

この変更はコラボレーションの強化を目的としています。例えば、よりgit-flowに近い形で、ユーザーがコードをforkし、ローカルで変更を行い、その変更をOpenFOAM Teamへ取り込むためのpull request／merge requestを発行できるようになります。

残念ながら、ユーザーアカウントを移行することはできません。

issue trackerやmerge requestなどに参加するユーザーは、https://gitlab.com<nowiki/>上で新たにアカウントを作成する必要があります。
==前処理==
===refineMeshの改良===
refineMeshユーティリティでは、ユーザー定義の座標系を使用して細分化方向を指定できるようになりました。

例えば、以下のように設定します。<syntaxhighlight lang="text"> coordinateSystem user;

userCoeffs

{

type cylindrical;

origin (0 0 0);

e1 (1 0 0); // tan1 direction

e3 (0 1 0); // normal direction

}

</syntaxhighlight>以下に、円筒ケースにおいて半径方向へ2段階の細分化を適用した例を示します。
====チュートリアル====
[https://develop.openfoam.com/Development/openfoam/-/blob/OpenFOAM-v2506/tutorials/mesh/refineMesh/cylinder $FOAM_TUTORIALS/mesh/refineMesh/cylinder]
====ソースコード====
[https://develop.openfoam.com/Development/openfoam/-/blob/OpenFOAM-v2506/applications/utilities/mesh/manipulation/refineMesh $FOAM_SRC/utilities/mesh/manipulation/refineMesh]
==境界条件==
===境界constraintの改良===
constraint境界のvalue fieldは、値の代入時に明示的に更新されるようになりました。

これにより、例えばbuoyantSimpleFoamで知られていた問題が解決されます。buoyantSimpleFoamでは修正圧力（p_rgh）を解き、圧力（p）を明示的に更新します。この変更はunder-relaxation（不足緩和）にも適用されます。

一例として、fanなどのjump cyclic条件を使用するケースがあります。この場合、fan jumpはconstraintであり、解析全体を通して考慮される必要があります。

この変更により、constraint境界条件が一貫して適用されていなかった以前のバージョン（v2306より前）のコード動作が復元されます。

下図はbuoyantSimpleFoamのケースから得られたものです。流れは左側から流入し（流れ方向はX軸に沿っています）、fan境界を通過することで旋回（オレンジ色のglyph）を持つようになります。
====ソースコード====
[https://develop.openfoam.com/Development/openfoam/-/blob/OpenFOAM-v2506/src/OpenFOAM/fields/GeometricFields/GeometricField/GeometricField.C $FOAM_SRC/OpenFOAM/fields/GeometricFields/GeometricField/GeometricField.C]
====Merge request====
[https://develop.openfoam.com/Development/openfoam/-/merge_requests/701 Merge request #701]
====Issue====
[https://develop.openfoam.com/Development/openfoam/-/issues/3292 Issue #3292]
==数値計算==
===GAMG agglomerationの改良===
GAMG agglomeration tableの名前を指定できるようになりました。

これにより、デフォルト名であるGAMGAgglomerationを上書きし、変数ごとに異なるagglomerationアルゴリズムや設定を使用できます。

例えば、以下のように設定します。<syntaxhighlight lang="text">
h
{
solver GAMG;
// Optional name (default is GAMGAgglomeration)
name hAgglomeration;
agglomerator algebraicPair;
}
</syntaxhighlight>この例では、変数hに対するGAMG agglomeration tableの名前としてhAgglomerationを指定し、agglomeratorとしてalgebraicPairを使用しています。
====ソースコード====
$FOAM_SRC/OpenFOAM/matrices/lduMatrix/solvers/GAMG/GAMGAgglomerations/GAMGAgglomeration/GAMGAgglomeration.H
====Merge request====
MR !749
==後処理==
===新しいbladeForces Function Object===
新しいbladeForces Function Objectは、単一または複数のblade（例えばプロペラやタービン翼）について、推力、抗力、トルク、および揚力／抗力／圧力係数を計算します。

主な目的は、半径方向に分割された各sectionについてblade特性を求めることです。

既存のforcesおよびpropellerInfo Function Objectとは異なり、すべての局所的な物理量は円筒座標系を基準として計算されます。

出力には以下が含まれます。

半径方向の各binに対する係数

面積加重された全体の係数

積分された力およびトルク

結果は、後処理を容易に行えるようVTK（.vtp）形式でも出力されます。

すべてのsurface結果は内部的に登録され、surfaceFieldValueなどの他のFunction Objectからも利用できます。
====ソースコード====
$FOAM_SRC/functionObjects/forces/bladeForces
====チュートリアル====
$FOAM_TUTORIALS/incompressible/pimpleFoam/RAS/propeller1
===新しいfieldStatistics Function Object===
新しいfieldStatistics Function Objectは、ユーザーが指定したフィールドについて各種統計量を計算します。

対象フィールドについて利用可能な統計量は以下の通りです。<syntaxhighlight lang="text">
min | 最小値
max | 最大値
mean | 算術平均値
variance | 標本分散（不偏分散）
</syntaxhighlight>出力する統計量は、例えばUx、Uy、Uzのようなフィールドの各成分について求めることができます。また、mag(U)のようにフィールドの大きさについて求めることもできます。

平均値は、算術平均または体積加重算術平均を使用して計算できます。

さらに、統計量は計算領域全体について求めることも、internal fieldのみに限定して求めることもできます。

最小構成の使用例を以下に示します。<syntaxhighlight lang="text">
fieldStatistics1
{
// Mandatory entries
type fieldStatistics;
libs (fieldFunctionObjects);
fields (<wordList>);
statistics (<wordList>);

// Optional entries
mode <word>;
mean <word>;
extrema <bool>;
internal <bool>;

// Inherited entries
...

}</syntaxhighlight>
====ソースコード====
$FOAM_SRC/functionObjects/field/fieldStatistics/fieldStatistics.H
====チュートリアル====
$FOAM_TUTORIALS/incompressible/pisoFoam/RAS/cavity
====Merge request====
Merge request #732
==ユーザビリティ==
===Homebrewインストール向けの新しいmacOSサポート===
macOSユーザーは、OpenFOAMでより多くのHomebrewコンポーネントを使用できるようになりました。これには、Homebrewでインストールしたgccの使用も含まれます。

Homebrew版gccを選択するには、通常、適切なWM_COMPILE_CONTROLも指定する必要があります。

例えば、<syntaxhighlight lang="bash"> export WM_COMPILE_CONTROL="version=15" </syntaxhighlight>と指定すると、Homebrewでインストールされたgcc-15、g++-15が選択されます。

その他のHomebrewコンポーネントについては、bin/tools/foamConfigurePathsヘルパースクリプトが便利です。

例えば、<syntaxhighlight lang="bash"> bin/tools/foamConfigurePaths -scotch-brew </syntaxhighlight>を実行します。

これにより、対応するconfigファイルが編集され、versionがsystemに設定されるとともに、brew --prefix PACKAGEから取得されたインストールパスが設定されます。

既知のすべてのHomebrewコンポーネントを使用したい場合には、以下の簡単なショートカットも用意されています。<syntaxhighlight lang="bash"> bin/tools/foamConfigurePaths -with-homebrew </syntaxhighlight>これらの変更により、macOSユーザーにとってOpenFOAMがより使いやすくなることが期待されます。
===一般的なユーザビリティ===
====Patch group====
patchおよびzoneの選択・除外処理が改良され、patch groupおよびzone groupの取り扱いが簡略化されました。

この動作は、foamToEnsightやfoamToVTKなどのユーティリティ、およびensightWrite、vtkWrite Function Objectに導入されています。
====軽微なユーザビリティの改善====
一部の入力dictionaryでは、n（rev/s）の代わりにrpmを使用できるようになりました。

例えば、propeller Function Objectで使用できます。
==並列計算==
===並列計算基盤の変更===
今回のリリースでは、OpenFOAMとMPIを接続するbridge codeに、多数の低レベルな変更が加えられました。

これらの変更の大部分は一般ユーザーからは見えない部分ですが、スケーラビリティの向上や、将来的な通信パターンの構築に役立ちます。
====MPIデータ型および演算への直接マッピング====
現在では、ほとんどの通信をMPIの基本データ型および事前定義された集約MPIデータ型へ直接マッピングできるようになりました。

この変更により、fieldの通信ではバイト数ではなく要素数を送信するようになりました。

通信されるデータ量そのものは変わりませんが、通信可能なデータ項目数はそれに応じて増加します。

vectorの場合、MPIの制限に達するまでに通信可能なfieldのサイズが24倍に増加します。

データ型のマッピングはコンパイル時に行われます。

MPIデータ型へのマッピングに加えて、MPIの基本演算子についてもコンパイル時にマッピングする機能が通信基盤に追加されました。

これらの変更により、例えば以下のコード<syntaxhighlight lang="cpp">
reduce(someVectors, maxOp());
</syntaxhighlight>は、複数のpoint-to-point通信を実行した後にbroadcastを行うのではなく、単一のMPI Allreduce呼び出しへマッピングされるようになりました。
====ノードトポロジー通信のサポート====
起動時には、以下のnode communicatorが常に作成されます。<syntaxhighlight lang="text">
UPstream::commInterNode() - ノード間のcommunicator
UPstream::commLocalNode() - ノード内のcommunicator
</syntaxhighlight>これらは、より高速なローカルノード内通信を活用する、トポロジーを考慮したアルゴリズムを記述する際に役立ちます。
===新しいlocal AMI communicator===
cyclicA(C)MI patchを使用する大規模な並列計算では、多くの場合、AMI patchのfaceを保持しているprocessorは全processorのうちのごく一部に限られます。

今回のリリースでは、ローカルなcommunicatorを割り当てることによって、A(C)MI固有の通信に実際に参加するprocessorのみにデータ転送を限定するようになりました。

複数のAMI setを含む大規模ケースでは、これによって通信量および通信の重複を大幅に削減できる場合があります。

新しい動作は、controlDictのOptimisationSwitchesセクションにあるlocalAMIComm設定によって制御されます。<syntaxhighlight lang="text">
localAMIComm = 0 : 従来の動作 - すべてのprocessorを通信に含める
localAMIComm = 1 : デフォルト - patch faceを持つprocessorのみ
localAMIComm = 2 : 1と同様だが、processor 0を常に含める
</syntaxhighlight>option 1と2の違いは、option 1の場合、例えばAMI matchingのweightのmin/maxといった統計情報が、通常のprocessor 0ではなく、patch faceを持つprocessorのうち最も番号の小さいprocessorから出力される点です。

並列実行方法によっては、その出力がログファイル内の通常とは異なる位置に現れる場合があります。他のすべてのメッセージはprocessor 0から出力されます。

processor 0を常に追加するoption 2を使用すると、出力元を一定にすることができますが、その一方で追加のbottleneckが発生します。

4096コア上で4組のAMI pairを持つ大規模ケースを使用した代表的な例では、以下の計算時間が得られました。<syntaxhighlight lang="text">
communicator time [s]
0 (all cores) 11514
1 (min cores) 6349
2 (min cores + master) 6370
</syntaxhighlight>なお、これらの結果は1回の実行から得られたものです。

コア数が少ない場合や、AMI pairの数が少ない場合には、この変更による効果は小さくなります。
====ソースコード====
[https://develop.openfoam.com/Development/openfoam/-/blob/OpenFOAM-v2506/src/meshTools/AMIInterpolation/AMIInterpolation $FOAM_SRC/meshTools/AMIInterpolation/AMIInterpolation]
====コード====
[https://develop.openfoam.com/Development/openfoam/-/commit/34c933c1cebb66911629a3a29b2cefad7f6dfa12 Commit 34c933]
==コミュニティ==
===コミュニティ貢献: Turbulence Committee===
Turbulence Technical Committeeのリポジトリに、新しい機能が提供されたことをお知らせします。
*'''HelicitySpalartAllmaras''': Liuらによるhelicity correctionを組み込んだSpalart-Allmaras乱流モデル。
====ソースコード====
*$WM_PROJECT_DIR/plugins/turbulence-community
====貢献者====
University of WindsorのTurbomachinery and Unsteady Flows Research Groupによって開発されました。

OpenFOAMへの最初の実装はZhifan Yuによって行われ、その後Jeff Defoeによって、より新しいバージョンのOpenFOAM向けに更新されました。
===コミュニティ貢献: HPC Committee===
HPC Technical Committeeは、Ivan Spissoが主導した基礎的な取り組みを発展させ、benchmark suiteの大規模な更新と大幅な拡張を発表しました。

更新されたリポジトリには現在30のbenchmark caseが含まれており、外部空力から反応流まで、幅広いCFDアプリケーションを網羅しています。

メッシュサイズについても、数千セル規模のものから20億セルを超えるものまで含まれています。

このbenchmark suiteは、ハードウェアアーキテクチャ、ソフトウェア環境、および設定方法の違いによる性能を評価するための標準的なリファレンスとして利用できます。特に、再現性と評価指標の一貫性を重視しています。

この開発はexaFOAM projectの一環として、Henrik Rusche（Wikki GmbH）が主導するwork package内で実施されました。

リポジトリの更新はSergey Lesnik（Wikki GmbH）が担当し、Charles Mockett（Upstream CFD）およびIvan Spisso（Leonardo Finmeccanica）との協力によって行われました。

各ケースの作成者や設定に関する情報など、ケース固有の詳細については以下のリポジトリを参照してください。
*https://develop.openfoam.com/committees/hpc
====コミュニティ貢献: Turbomachinery Special Interest Group====
Turbomachinery Special Interest Groupは、OpenFOAM Governanceによる支援を受け、foam-extendのmixingPlaneコードをOpenFOAMへ移植しました。
*https://sourceforge.net/p/turbowg/mixingPlane
このコードはAMI coupled patchと互換性があり、foam-extendから移植されたGGIにも対応しています。

このリポジトリには、軸流タービンに関する一連のチュートリアルも含まれています。

これらのチュートリアルでは、以下の機能を使用した解析の設定例が提供されています。
*SRF
*MRF
*部分的な回転メッシュ
*cyclicAMI
*cyclicPeriodicAMI
*mixingPlane
*回転機械向けの特殊な境界条件

*https://sourceforge.net/p/turbowg/axialTurbine
===謝辞===
OpenFOAMへ貢献してくださった以下の皆様に、心より感謝いたします。
====Issue trackingへの貢献====
*PorscheGTIII (Chris Schleicher) — fixedJumpAMI does not work for Distributed Parallel GL#3292
*tkeskita (Tuomo Keskitalo) — extrude2DMesh is sensitive to face normal direction GL#3293
*cris (Cristian Catellani) — Strange behavior of velocity field when using coupled velocity solver and domain symmetries are present GL#3294
*Nathanael3 (Victor Pozzobon) — Typo in twoPhaseEulerFoam GL#3295
*wyldckat (Bruno Santos) — api.openfoam.com "Invalid SSL certificate Error code 526" GL#3296
*pkanninen (Pekka) — castellatedBufferLayer fail if buffer zone is false in other patch GL#3297
*hnoda (Hiroshi Noda) — Not convert the force unit in the "umpedPointMovement" GL#3299
*tkeskita (Tuomo Keskitalo) — snappyHexMesh type castellatedBufferLayer crashes when using addBufferLayers false and true for adjacent patches GL#3300
*raffara2 (Maria Raffaella Vuolo) — Vertical profiles of k for atmospheric empty domain GL#3301
*tkeskita (Tuomo Keskitalo) — snappyHexMesh type castellatedBufferLayer always creates buffer layer on face zone type baffle GL#3302
*shorty (Tobias Holzmann) — functionObject energyScalar misses write() behavior GL#3303
*tkeskita (Tuomo Keskitalo) — snappyHexMesh type castellatedBufferLayer with face zones crash: All edges of face seem to have same neighbour GL#3304
*Ramkumar47 (Ramkumar) — new postprocessing application contribution GL#3305
*wyldckat (Bruno Santos) — API Doxygen-based website does not point to the correct location for the original source code files GL#3306
*tttt (Yanjun Tong) — Bug of thermo:mu on windows .exe version, compiled by mingw GL#3307
*a_reinhold (Alexander Reinhold) — chtMultiRegionFoam log files fluid regions incorrect GL#3309
*spignatiello (Sonia Pignatiello) — Non-physical linear momentum with PatchInjection/PatchFlowRateInjection + particle collisions in DPMFoam/MPPICFoam GL#3311
*burgreen (Greg Burgreen) — VoF rho improperly updated GL#3312
*darioZ (Dario Zivkovic) — Adding Crank-Nicolson off-centred flux correction to multiphaseInterFoam GL#3314
*raffara2 (Maria Raffaella Vuolo) — Vertical profiles of k not conserved for the case atmDownstreamDevelopment GL#3315
*otaolafr (franco otaola) — foamToEnsight crashing when having rhoInlet from thermo:rho.air GL#3317
*openfoamUser (openfoam user) — sampleCp file in the backwardFacingStep2D tutorial doesn't work GL#3319
*tsiapkinis (Iason Tsiapkinis) — Checker board effect with pimpleFoam and interfaceTracking GL#3320
*otaolafr (franco otaola) — error in sizeDistribution.h and tutorial case GL#3321
*reverseila (Ali Bozorgzadeh) — Incorrect Parsing of -with-bear and -bear-output-dir in AllwmakeParseArguments GL#3322
*biswa (Biswaroop Mukherjee) — Compilation Issues with dsmcfoamplus-v2306 GL#3324
*daniel.jasinski (Daniel) — Incorrect Heat Flux Coefficient Calculation with Radiation GL#3325
*SamMallinson (Sam Mallinson) — Tutorial: OpenFOAM-v2412 pimpleFoam/laminar/cylinder2D crashes GL#3327
*Lionel.Gamet (Lionel GAMET) — fixedJumpAMI (cyclicAMI) no longer runs in parallel GL#3328
*e.daniele (Elia Daniele) — foamDictionary works with binary files GL#3329
*atn (Antoine Bovesse) — Link to Native-windows version is broken GL#3330
*kstrien (Koen Strien) — GAMGAgglomeration unexpected caching behavior for multiple solvers GL#3332
*cthorenz (Carsten Thorenz) — snappyHexMesh type castellatedBufferLayer crashes GL#3333
*DL (David Ludlow) — volPointInterpolation fails on a subMesh, when the baseMesh contains cyclicAMIs and the subMesh doesn't. GL#3334
*Skolo (Robert) — distributedTriSurfaceMesh breaks distance-based refinementRegion when using subTriSurfaceMesh GL#3335
*dslarm (david lecomber) — Arm Compiler for Linux 24.10+ fails to compile OpenFOAM - due to removal of -fsimdmath flag GL#3336
*vaggelisp (Vaggelis Papoutsis) — v2412 does not compile with clang in distributions with an old flex version GL#3337
*Yann (Yann) — foamReport: wrong mesh statistics when running in parallel GL#3338
*janga (Jan Gärtner) — Rosin Rammler Distribution Mean Value Calculation GL#3342
*morella (Michael Orella) — WSL Syntax Error near unexpected token curl install script GL#3344
*DL (David Ludlow) — jumpCyclic (and jumpCyclicAMI) and derived boundary conditions will probably operate incorrectly in mixed precision (SPDP) mode. GL#3345
*Skolo (Robert) — Castellation runs infinitely until out of memory if a refinementRegion is partly outside domain - only in 2412 GL#3349
*e.daniele (Elia Daniele) — reorderPatches GL#3350
*muez (muez abdalla) — after sourcing openfoam paraview can not find libhdf5.so.103 GL#3351
*cthorenz (Carsten Thorenz) — functionObject surface sampling: Ensight collated format is not collated GL#3352
*otaolafr (franco otaola) — extra constants in tutorial case GL#3353
*DS.J (Da-Sol Joo) — The buoyancy solvers do not function correctly under cyclic boundary conditions. GL#3354
*Fahner (Tom) — Using an expression for d in atmBoundaryLayerInlet results in incorrect description upon writing GL#3355
*shorty (Tobias Holzmann) — Exend output of fvOptions with respect to the status of activate keyword GL#3356
*DamianHurschler (Damian Hurschler) — missing 'triSurface' directory in tutorial - /tutorials/incompressible/pimpleFoam/RAS/rotatingFanInRoom/constant GL#3358
*otaolafr (franco otaola) — bubbleColumnIATE tutorial wrongly defined GL#3362
*DIgitalPeer1 (Ishaa Patel) — Installing on fedora 42 GL#3363
*twhihehead (Tyson Whitehead) — Missing plugins tarball in v2412 release GL#3365
*gng015 (gng) — snappyHexMesh addLayer issue with relativeSizes enabled for v2312 and above GL#3369
*muez (muez abdalla) — runing multiphase LES case with adaptive mesh refinement result in floating point exception GL#3370
*MarianFuchs (Marian Fuchs) — Wrong definition of LES constant in sigma LES model GL#3371
*johan_roenby (Johan Roenby) — BUG: Wrong behaviour of cylinderToCell when axis is long GL#3378

OpenFOAM 14 リリースノート

2026-08-10T22:50:19Z

ページの作成:「=OpenFOAM 14 リリース= OpenFOAM Foundationは、CFD Directによって開発されたオープンソースCFDツールボックスOpenFOAMのバージョン14のリリースを発表しました。バージョン14には、次のような機能が含まれています。setFieldsのような前処理ユーティリティを使用せずに、非一様フィールドおよび固定値境界条件を初期化するためのfield functionsおよびfunctionalFixedV…」

差分を表示

OpenFOAM 13 リリースノート

2026-08-10T22:47:43Z

ページの作成:「 =OpenFOAM 13 リリース= OpenFOAM Foundationは、CFD Directによって開発されたオープンソースCFDツールボックスOpenFOAMのバージョン13のリリースを発表しました。バージョン13には、次のような機能が含まれています。動的な更新が可能で、より使いやすく堅牢になったメッシュゾーン機能の全面的な書き換え（使い勝手の悪かったtopoSetを置き換え）、既存コ…」

新規ページ

=OpenFOAM 13 リリース=
OpenFOAM Foundationは、CFD Directによって開発されたオープンソースCFDツールボックスOpenFOAMのバージョン13のリリースを発表しました。

バージョン13には、次のような機能が含まれています。動的な更新が可能で、より使いやすく堅牢になったメッシュゾーン機能の全面的な書き換え（使い勝手の悪かったtopoSetを置き換え）、既存コードをより柔軟で拡張性が高く効率的なものへ置き換える、65%まで完成したフィールドベースLagrangian機能、boundedness（有界性）を保証し、多相流などの計算を高速化するMULESの改良、物質移動モデルの全面的な書き換え、領域分割されたケースをParaViewで扱えるようにする機能、アニメーション用foamVTKSeries、改良されたfoamMonitorなどの可視化機能の向上、さらにマルチリージョン解析、ケース設定、メッシュ生成、Function Object、多相流、燃焼に関する多数の改良および機能追加です。

OpenFOAM 13には、以下の主要な変更が含まれています。

'''モジュラーソルバー''': flow、thermophysics、modelsを無効化するためのスイッチを追加。

'''MULES''': 反復計算の収束状態にかかわらずboundednessを保証。

'''多相流''': multiphaseEulerソルバーによる解析を大幅に高速化。

'''輸送／熱物性''': multiphaseEulerソルバーの物質移動モデルを全面的に書き換え。

'''燃焼''': エンジン解析向けの点火モデルおよび火炎モデルを改良。

'''粒子''': 65%まで完成したフィールドベースLagrangian機能。より柔軟、拡張可能、高効率など。

'''メッシュ''': メッシュ生成、および複数メッシュ領域間の連成機能を強化。

'''メッシュゾーン''': より堅牢で使いやすく、柔軟かつ高機能な代替システム。

'''マルチリージョン解析''': NCC、メッシュスティッチング、マッピングを改良。

'''Function Object''': scalarTransportを改良し、power、reaction rate、cutLayerAverageを追加。

'''モデル''': propellerDiskモデルを追加し、fvFieldSourceを改良。

'''境界条件''': 圧力、温度、物質拡散に関する条件を改良。

'''ケース設定''': 新しいfoamMergeCaseツール。

'''可視化''': ParaViewが領域分割されたケースを読み込み可能に。アニメーション用foamVTKSeriesを追加。

'''ケース''': 単相流、多相流、非圧縮性流れ、圧縮性流れの新しい例題を追加。

'''その他''': foamNewAppスクリプトで非CFDアプリケーションのスターターコードを作成可能。

約832件のコードcommit、約150件のissueを解決。

ISO/IEC 14882:2014（C++14）: GCC v5.5以降、Clang v16以降でテスト済み（v10以降でも動作する見込み）。

OpenFOAM 13は、以下のプラットフォーム向けにパッケージ化されています。

'''Ubuntu Linux''': Ubuntu 22.04、24.04、25.04向けのパッケージインストール。

'''Windows''': Ubuntuパッケージを使用したWindows Subsystem for Linux（WSL）によるインストール。

'''macOS''': Ubuntuパッケージを使用したCanonical Multipassによるインストール。

OpenFOAM 13 Source Packは、対応するLinuxプラットフォーム上でコンパイルできます。
==モジュラーソルバー==
'''一般''': すべてのソルバーモジュールにflow、thermophysics、modelsスイッチが追加され、それぞれ流れ、熱物性、および追加モデルの計算を無効化できるようになりました [ commit c822a9b7 ]。

'''燃焼''': XiFluidソルバーモジュールでは、XiモデルおよびそのサブモデルをcombustionPropertiesファイルから選択できるようになりました [ commit 8b46ef6b ]。
==MULES==
'''一般''': MULESリミッターは、反復計算の収束状態にかかわらずboundednessを保証するようになりました [ commit e53e7618 ]。MULESの制御パラメータは、より単純なキーワードを持つ小さなサブディクショナリ内で指定するようになりました [ commit f57b6e05 ]。globalBoundsスイッチにより、隣接セルの値を用いて局所的に制限する代わりに、変数のグローバルな上下限値によって解を制限できるようになりました [ commit 025f14d4 ]。

'''半陰解法''': semi-implicit MULES反復の収束は、固定反復回数を指定する代わりに、新しいtolerance制御によって管理できるようになりました [ commit adaa3f0b ]。

'''多相流''': Volume of Fluidソルバーでは、サブサイクル数をCourant数の関数として指定できるようになりました [ commit bde0fa74 ]。multiphaseEulerソルバーでは、非常に長時間の解析において丸め誤差による解のドリフトが発生する問題に対応するため、相分率計算にオプションのclip処理が追加されました [ commit d3940e3f ]。相分率の境界条件が値を設定可能ではあるものの完全には固定されていない場合、境界でphase-fluxを制限できるようになり、inletOutlet条件でもリミッターを使用できるようになりました [ commit a71780cd ]。

MULESの改良についての詳細は「MULES in OpenFOAM in 2025」を参照してください。
==多相流==
'''ソルバー''': multiphaseEulerソルバーでは、サブサイクルおよび補正ループ中の再計算を避け、圧力方程式との整合性を向上させるため、前回の反復計算からphase-pressure fluxをキャッシュするようになりました [ commit a8a84c78 ]。VoFソルバー向けに開発された相分率の解法アルゴリズムがmultiphaseEulerソルバーにも拡張され、高Courant数でより高速に計算できるようになりました [ commit fe950b90 ]。

'''運動量輸送''': multiphaseEulerソルバーでは、相分率が小さい領域における圧力勾配力と表面張力を除外し、抗力と浮力のみを残すようになりました。これにより、相分率 → 0のとき、重い相は重力によって下降し、軽い相は上昇します [ commit 30fecbbb ]。

'''ドリフトフラックス''': 工業的な分離プロセス、排水汚泥、鉱物スラリー向けのpackingDispersionModelsを追加しました [ commit 1f6ae5c8 ]。HerschelBulkley粘度モデルを追加しました [ commit 7962b54e ]。

'''粒子相''': multiphaseEulerソルバーにおける粒子相の相分率について、新しいアルゴリズムを導入しました [ commit a56c4dd6 ]。

'''界面捕捉''': VoFチュートリアルは、fvSolutionファイル内の相分率ソルバー制御でMULESサブディクショナリを使用するよう更新されました [ commit cb6641ee ]。圧縮性VoFソルバーでは、multiphaseEulerソルバーと同様に、基準圧力pRefを指定するオプションが追加されました [ commit a0c90e4b ]。

'''Population balance''': Population Balance Methodでは、singleSizeGroupまたはdistributionSizeGroupオプションを使用して、境界または内部フィールドにsize group fractionを指定できるようになりました。両者は境界条件およびソース項として実装されています [ commit d1eacce5 ]。populationBalanceSetSizeDistribution関数は、指定された分布を積分して得られた値でsize-group fractionフィールドの値を上書きし、Population Balanceの粒径分布を設定します [ commit 8e4a1b8 ]。
==輸送／熱力学==
'''物質移動''': multiphaseEulerソルバーにおける相変化過程は、熱伝達、蒸発、凝縮、溶解、キャビテーション、沸騰、均一核生成、反応駆動型移動を含む一連のfvModelsとして全面的に書き換えられました [ commit 1142ff22 ]。multiphaseEulerソルバーのblended forceモデルでは、力の符号（+/-）および固定flux境界の取り扱いに関する一般化が削除されました。これらは個々のモデル固有の処理であるためです [ commit 72b40725 ]。新しいadjustTimeStepToNucleation Function Objectでは、例えば凝縮や相分離におけるmultiphaseEulerソルバー内の液滴核生成の時間スケールに基づいてタイムステップを制御できます [ commit 8a1956f3 ]。

'''物質''': 温度の対数の多項式関数として表される、新しい二成分拡散係数binaryDiffusionCoefficientが追加されました [ commit f9139b7a ]。

'''熱力学''': incompressiblePerfectGas状態方程式はperfectGasと熱力学的に整合するようになりました。これにより、圧力変動は小さいものの、不要な圧力振動が問題となるケースに適したものとなっています [ commit f8d64ccb ]。

'''インターフェース''': devTau/Sigma関数は、CFD計算と、力や動力などの後処理との整合性を維持するため、表面トラクション力（単位面積当たりの力）を返すようになりました [ commit 6592798c ]。
==燃焼==
'''点火''': XiFluid向けにconstantIgnition fvModelを追加し、従来の個別実装コードを置き換えました [ commit 1cbf7525 ]。XiFluidによる1D、2D、3D解析向けの新しいignition fvModelsを追加しました [ commit 812e5fde ]。multiCycleConstantbXiIgnitionは、XiFluidソルバーを用いた排気再循環（EGR）モデルを含むマルチサイクル解析向けの新しい点火モデルです [ commit f7f9be71 ]。Weller b-Xi燃焼モデル向けの新しいbXiIgnited点火モデルを追加しました [ commit 7d7deec8 ]。

'''火炎速度''': 層流火炎速度モデルの設定制御をより柔軟にしました [ commit d01d62ce ]。層流火炎速度モデルを全面的に見直しました [ commit a3586e16 ]。

'''火炎しわ''': XiFluidソルバーに新しい平衡flame-wrinklingモデルを追加しました [ commit 4d77261d ]。初期火炎核成長向けの新しいflame-wrinkling補正モデルを追加しました [ commit 76c4d789 ]。Weller b-Xi燃焼モデル向けに、簡単な1D火炎伝播例を追加しました [ commit 17922670 ]。Weller b-Xi燃焼モデルにおけるflame wrinkling profileの新しいモデル構造を導入しました [ commit 19844bde ]。

'''エンジン解析''': 新しいengine2Valve2Dサンプルケースでは、動きを伴う共役熱伝達、スライディングインターフェース、mesh-to-meshマッピングを含む簡単な2Dエンジン相当解析を提供します [ commit 342980ab ]。さらに吸気弁および排気弁、燃料噴射、Weller b-Xi燃焼モデルを用いた火花点火を含み、排気再循環にも対応しています [ commit 40732682 ]。
==粒子==
'''フィールドベースLagrangian''': 新しいフィールドベースLagrangianライブラリを追加しました。完成後には、既存の粒子ベースLagrangianライブラリを置き換える予定です [ commit afdfb5bd ]。新しいライブラリはデータを個々の粒子ではなくフィールドとして保存するため、従来よりはるかに柔軟で拡張性が高く効率的であり、使いやすく、OpenFOAMのその他の部分との整合性も高くなっています。

'''トラッキング''': 2次精度のLagrangianモデルの構築を支援するため、放物線トラッキングを追加しました [ commit 143443e6 ]。

'''反応''': 反応性多相粒子では、singleMixtureFractionモデル係数における相の指定順序に解析結果が依存しないようになりました [ commit 436361e6 ]。

'''分布''': 分布関数を以前の状態から再開し、同じサンプル列を複数回生成できるようになりました。これにより、サンプルの再ランダム化によって反復計算の収束が妨げられることがなくなりました [ commit 1e761950 ]。新しいmultiFixedValue分布モデルでは、それぞれに確率を設定した複数の値を指定できます [ commit d4f88d69 ]。

'''データ処理''': cloudSurfaceDistribution Function Objectは、faceZone、faceSetまたはpatchを通過する粒子の値の分布をプロットします [ commit c6477cb4 ]。

新しいフィールドベースLagrangianについての詳細は「Field-Lagrangian in OpenFOAM」を参照してください。
==メッシュ==
'''一般''': snappyHexMeshなどのメッシュ生成ツールは、デフォルトで既存のメッシュファイルを上書きするようになりました。-noOverwriteオプションを使用すると、polyMeshディレクトリを各時刻ディレクトリに書き込む従来のデフォルト動作になります [ commit 08b82b5c ]。

'''snappyHexMeshConfig''': snappyHexMeshを設定するためのツールに、以下の新しいオプションが追加されました。-closedDomain、-minDimCells、-regions [ commit bce844a7 ]、blockMeshDictファイルの書き出しを抑制する-noBackground [ commit 45e69c59 ]、-insidePoints [ commit 87b48aff ]、およびsnappyHexMeshConfigが生成したメッシュ設定ファイルを削除する-rm [ commit 4c3ee7b7 ]。オプション引数の指定方法も簡略化され、過剰な括弧が不要になりました [ commit f21766be ]。

'''snappyHexMesh''': snappyHexMeshおよびその他のユーティリティで使用される表面形状の指定構文を簡略化しました。不要であったsearchable接頭辞が削除され、例えばsearchableBoxはboxになりました [ commit 031e50e9 ]。また、OBJやSTL形式などの表面形状ファイルを指定する場合は、triSurfaceMeshではなくtriSurfaceを使用するようになりました [ commit 974c68a5 ]。レイヤー追加時にゾーンを保持する処理も全面的に書き換えられました [ commit 414f5f88 ]。

'''extrudeMesh''': 新しいpath extrudeモデルを追加しました [ commit 4accaf6c ]。入力構文を標準化しました [ commit 7bdc653d ]。

'''変換''': fluent3DMeshToFoamメッシュコンバーターについて、一部のface番号付けを変更することで改善しました [ commit 49427c76 ]。

'''その他''': mergeMeshesはconstant/meshesサブディレクトリ内のメッシュも結合できるようになりました [ commit 8a07d26f ]。mapFieldsおよびmapFieldsParユーティリティは、non-conformal coupled（NCC）インターフェースを持つメッシュでも動作するようになりました [ commit 4a65ffb0 ]。

'''メッシュ移動''': 新しいdisplacementLayeredMotionSolverは、向かい合うpatch間にあるメッシュレイヤーを移動します [ commit 74599a66 ]。メッシュ移動、細分化、分配、および2次時間スキーム間の相互運用性を改善しました [ commit f4eb5495 ]。
==メッシュゾーン==
'''概要''': 新しい動的ゾーン生成システムが作成され、zoneGeneratorを設定することで、1つ以上のpointZone、cellZone、faceZoneから構成されるzoneSet（ゾーン集合）を生成できるようになりました [ commit da974812 ]。この新しい動的ゾーン生成システムには、ゾーンを作成・制御するための多数のzoneGeneratorが含まれています [ commits b4339ca4 ]、[ commits a578e1e8 ]。faceZoneではorientation flipMapがオプションになりました [ commit 5877765e ]。必要な場合は、flipMap zone generatorを用いて常に追加できます [ commit 32f9dd4f ]。

'''createZones''': cell zoneを作成するためのtopoSetよりも簡単かつ強力な代替機能を提供します [ commit e4278233 ]。createZonesDictまたはzoneGeneratorファイルを読み込むことができます [ commit 1703c26e ]。

'''refineMesh''': アプリケーション内部で生成した複数のゾーンを利用できるよう全面的に書き換え、簡略化しました。1回の実行で複数ゾーンを細分化できます [ commit 61e3bcb6 ]。さらにhexRef8細分化のオプションを備え、snappyHexMesh、動的細分化などによる追加の細分化にも対応します。このため、独立したrefineHexMeshユーティリティは不要になりました [ commit 1544cf9b ]。

'''subsetMesh''': cellZoneを使用したサブセット化を可能にするよう全面的に書き換えられました。通常、このcellZoneはアプリケーション内部で生成され、subsetMeshDictで設定されます [ commit 7d90588d ]。

'''createPatch''': メッシュのpatch順序を維持するようになりました [ commit 1527f1f2 ]。createPatchDictファイル内の設定から直接生成されたface zoneを用いてpatchを作成できるようになりました [ commit f05b6ee8 ]。また、設定ファイルではより簡潔なdictionary形式を使用します [ commit de7e4107 ]。

'''setFields''': ファイル入力を簡略化し、setFieldsDictファイル内で直接設定したzoneを使用できるようになりました [ commit e12d83e7 ]。

'''剛体運動''': 剛体とともに移動可能なpointZonesを含めることができるようになりました [ commit c184f81b ]。

ゾーンおよび関連ユーティリティについては、「Dynamic Zones in OpenFOAM」および「OpenFOAM User Guide: 5.6 Mesh zones」を参照してください。
==マルチリージョン解析==
'''マッピング''': マルチリージョンケースでは、マッピング時に使用するメッシュ集合をmeshesサブディクショナリに含めることでmesh-to-meshマッピングを実行できるようになりました [ commit cbfa3627 ]。

'''メッシュ生成''': 複数のregionを持つ解析では、-regionオプションを使用して個々のメッシュを生成・操作できるようになりました [ commit c0c636f6 ]。

'''Non-conformal coupling''': non-conformal coupled（NCC）インターフェースに新しいmoveUpdateパラメータを追加しました。これは、交差／マッピングの更新タイミングをnever（静止メッシュ）、always（移動メッシュ）、detect（移動する場合と静止する場合があるメッシュ）から指定します [ commit ad8a5e82 ]。Mesh stitchingは、互いに近接して接続された複数のNCCインターフェースでも動作するようになりました [ commit d76d4047 ]。領域分割時におけるnon-conformal mapped wall patchの順序を修正しました [ commit 7220bc3b ]。non-conformal coupled interfaceのどちらのpatchをownerおよびneighbourにするかを、ユーザーが間接的に制御できるようになりました。owner patchはneighbour側へ投影されるため、ownerをより粗いメッシュ側に対応させることが合理的です [ commit e458c678 ]。

'''Mesh stitching''': stitchMeshの堅牢性を改善しました [ commit 8a90693c ]。
==Function Objects==
'''一般''': #includeFuncディレクティブが引数内でのマクロ展開に対応しました [ commit 2bb1fd47 ]。

'''スカラー輸送''': scalarTransportおよびphaseScalarTransportを改良し、拡散係数をキャッシュして他の場所からも利用できるようにしました [ commit 92eef5ec ]。scalarTransport Function Objectは、タイムステップ内で収束したflux fieldを使用し、タイムステップの最後に輸送方程式を解くようになりました [ commit d4f3f480 ]。phaseScalarTransport Function Objectについても同様です [ commit 604b24e1 ]。

'''フィールド''': 新しいpower Function Objectは、さまざまな動力フィールドを計算します [ commit 0cc6f26b ]。

'''反応''': Reaction rate Function Objectに、反応速度フィールドを書き出すオプションを追加しました [ commit 1c19a34b ]。

'''グラフ''': cutLayerAverage Function Objectは、指定方向に垂直な平面、または指定した距離フィールドの等値面ごとに体積平均したセル値のグラフを出力します [ commit 0d43f803 ]。

'''その他''': Population BalanceのFunction Objectが、HZDRのfoamPostProcessでも動作するようになりました [ commit fe17ea77 ]。

'''データ出力''': 新しいFunction1として以下が追加されました。関数をx軸方向に移動するshift、指定した周期／周波数で関数を繰り返すrepeat、積分値が1（またはさらに指定倍率）となるよう関数をスケーリングするnormalise [ commit 37638286 ]。Function1では、OpenFOAM形式のtableファイルから特定のデータ列を選択できるようになりました [ commit 662fe586 ]。
==モデル==
'''流体ソース''': fvFieldSourceは、体積フィールド内の小領域だけでなく、体積フィールド全体に作用できるようになりました [ commit 6bb26587 ]。

'''運動量''': 新しいrigidBodyPropellerDisk fvModelは、メッシュ移動に対応したpropellerDiskモデルを提供します [ commit d5b963ae ]。propellerDiskForceは、propellerDiskによる力およびモーメントと反対向きの力・モーメントを、プロペラが取り付けられている物体へ作用させます [ commit 6137b137 ]。この実装は後に修正されました [ commit d118afa2 ]。
==一般境界条件==
'''圧力''': 基準圧力を使用する場合のwaveSurfacePressure境界条件を修正しました [ commit 53941b20 ]。

'''温度''': externalTemperature境界条件は、外部放射率を指定する場合に、外部対流熱伝達率を同時に指定しなくても使用できるようになりました [ commit 4b4bcef1 ]。

'''一般''': 物質拡散を計算する境界条件は、Lewis数を1と仮定するのではなく、実効拡散係数を使用するよう更新されました [ commit 4d52188c ]。
==ケース設定==
'''一般設定''': チュートリアルでは、可能な場合にgetApplication関数およびcontrolDict内の関連するapplicationエントリが削除されました。デフォルトでfoamRunが使用されるためです [ commit 9971c8c5 ]。新しいfoamMergeCaseユーティリティは、既存ケースを基に小さな変更をマージし、新しいケースを作成できます [ commit 486df09c ]。PISO、PIMPLE、VoF、multiphaseEulerの相分率計算、populationBalance、scalarTransport、phaseScalarTransportにおけるcorrector数を指定する入力キーワードとして、nCorrectorsを一貫して使用するようになりました [ commit ef79c692 ]。

'''ケース初期化''': 入力ファイル内のcoded entryで置換されるUxなどのキーワードパラメータは、パラメータ値で展開して書き出されるようになり、解析をrestartできるようになりました [ commit 52514ec4 ]。writeOptionalEntriesスイッチは、解析で使用されるデフォルト値を出力し、ユーザーがそれらを確認できるようにします [ commit 039e06cf ]。

'''単位''': Avogadro数、Universal Gas constant、Faraday定数は、それぞれmol（モル）単位とkmol（キロモル）単位の2種類の変数として提供されます。NA、R、Fはmolを使用し、NNA、RR、FFはkmolを使用します [ commit 5e423f69 ]。次元を持つ定数の値は、単位系間で自動的に変換されるようになりました [ commit 84991fbe ]。

foamMergeCaseについての詳細は「OpenFOAM User Guide: 4.7.9. The foamMergeCase script」を参照してください。
==可視化==
'''アニメーション''': 新しいfoamVTKSeriesスクリプトは.vtk.seriesファイルを生成します。これをParaViewで開くことで、OpenFOAMの後処理から生成された一連のVTKファイルを時系列データとして扱うことができます [ commit f7aac692 ]。

'''グラフ''': foamMonitorツールを改良し、interactive modeでデフォルトのグラフィカルウィンドウを開き、正常に終了できるようにしました [ commit f6a6e48c ]。

'''ParaView reader''': paraFoamスクリプトから起動するPVFoamReaderが、領域分割されたケースを読み込めるようになりました [ commit 81583278 ]。time selectorがsequence modeで停止したままになることがなくなり、常にケースの時刻を正しく表示します [ commit 737df51e ]。

foamVTKSeriesについての詳細は「OpenFOAM User Guide: 7.4.5. The foamVTKSeries script」を参照してください。
==ケース==
'''テンプレートケース''': 新しいnonConformalCHTテンプレートケースは、流体領域と固体領域をnon-conformal coupled（NCC）インターフェースで結合した共役熱伝達（CHT）解析の作成を支援します [ commit 3ccd5c18 ]。

'''incompressibleFluid''':

simpleRushtonMRF/NCCサンプルケースは、Rushton turbineを備えた円筒形タンクを提供します [ commit ff7962d1 ]。

cylinderは、パラメータ化されたblockMeshDictファイルを備えています [ commit f4dc4532 ]。

venturiTubeは、『Notes on CFD』に掲載されているVenturi tubeのサンプルです [ commit c25f3091 ]。

moodyChartは、単一の解析によってMoody chart上の点を生成します [ commit e7463c3a ]。

'''fluid''':

roomHeatingは、『Notes on CFD』のroom heating例を基にしています [ commit 075d9d30 ]。

stackPlumeは、煙突からの流れを解析するケースです [ commit 988091a6 ]。

'''incompressibleVoF''':

parshallFlumeは、ISO規格のParshall Flumeを通過する水流の解析ケースです [ commit 815067c1 ]。

'''multiphaseEuler''':

aeratedStirredTankは、multiphaseEulerソルバーで実行する撹拌槽反応器の代表的なケースです [ commit 75400d6a ]。

'''shockFluid''':

diffuserIntakeは、実験データを含むケースです [ commit 8f401d1f ]。
==その他==
'''その他の数値計算''': N×N scalarSquareMatrixの固有値分解を実装しました [ commit 4ca8ea20 ]。慣性モーメントテンソルをsymmTensorを使用するよう変更しました [ commit cf85a155 ]。多角形の三角形分割をより堅牢にしました [ commit 7cf271cd ]。

'''フィールド''': Field Operation and Manipulation（FOAM）の基本構成要素であるGeometricFieldのテンプレート引数を変更し、内部フィールドについてより柔軟なオプションを利用できるようにしました [ commit 3e98252e ]。新しいfvc::surfaceIntegrateExtrapolate関数を追加しました。この関数は境界値を含む完全なフィールドを生成します。一方、surfaceIntegrateおよびsurfaceSum関数は内部フィールドのみを返すようになりました [ commit 66a9057f ]。

'''データ管理''': OpenFOAM内部の不要なdictionaryコピーを削除しました [ commit a512d3fc ]。

'''スターターコード''': foamNewAppスクリプトに-plainオプションを追加し、単純な非CFDアプリケーション向けのスターターコードを作成できるようになりました [ commit 55568890 ]。