「OpenFOAM v6.0 リリースノート」の版間の差分

ナビゲーションに移動 検索に移動

OpenFOAM v6.0 リリースノート (ソースを閲覧)

2019年7月14日 (日) 23:34時点における版

2,000 バイト追加 、 2019年7月14日 (日) 23:34
編集の要約なし
 
1行目: 1行目:
OpenFOAM 6 Released
OpenFOAM 6 Released
OpenFOAM Foundationは、OpenFOAMオープンソースCFDツールボックスのバージョン6のリリースを発表しました。バージョン6は、持続可能な開発を通じて常に解放可能なOpenFOAM開発バージョンのスナップショットです。ユーザビリティ、堅牢性、および拡張性に対する厳しい要求を伴い、既存のコードに新しい機能と大きな改善をもたらします。
OpenFOAM Foundationは、OpenFOAMオープンソースCFDツールボックスのバージョン6のリリースを発表しました。バージョン6は、持続可能な開発を通じて常に解放可能なOpenFOAM開発バージョンのスナップショットです。ユーザビリティ、堅牢性、および拡張性に対する厳しい要求を伴い、既存のコードに新しい機能と大きな改善をもたらします。


46行目: 48行目:
**リラクゼーション・エントリーが必要になります。安定したケースでは、
**リラクゼーション・エントリーが必要になります。安定したケースでは、
**ワイルドカードで終わる "。*"は、変数名に十分なはずです。安定した場合に適切な解パラメータを以下に示します。
**ワイルドカードで終わる "。*"は、変数名に十分なはずです。安定した場合に適切な解パラメータを以下に示します。
 
**<syntaxhighlight>
<syntaxhighlight>
     solvers
     solvers
     {
     {
87行目: 88行目:
     } 
     } 
</syntaxhighlight>
</syntaxhighlight>
**[コミット7c237a]chtMultiRegionFoam:反応のサポートを追加しましたchtMultiRegionFoamは、流体中での反応/燃焼モデリングをサポートするようになりました
**[コミット7c237a]chtMultiRegionFoam:反応のサポートを追加しましたchtMultiRegionFoamは、流体中での反応/燃焼モデリングをサポートするようになりました
**reactingFoamと同じ方法で領域を分割します。
**reactingFoamと同じ方法で領域を分割します。


*Case Setup: foamSetupCHTユーティリティを使用してCHTケースのケースファイルを生成する[コミット5eb746]; singleFluidCHTテンプレートケースで、CHTシミュレーションの作成を簡素化し、冷却用のチュートリアル[コミットa86333]を添付します。 メッシュを使った加熱教師練習はsnappyHexMesh [コミット719d56]を使って生成されました。
*'''Case Setup''': foamSetupCHTユーティリティを使用してCHTケースのケースファイルを生成する[コミット5eb746]; singleFluidCHTテンプレートケースで、CHTシミュレーションの作成を簡素化し、冷却用のチュートリアル[コミットa86333]を添付します。 メッシュを使った加熱教師練習はsnappyHexMesh [コミット719d56]を使って生成されました。
**[コミット5eb746]
**[コミット5eb746]
***foamSetupCHT：共役熱伝達ケースのセットアップアプリケーション
***foamSetupCHT：共役熱伝達ケースのセットアップアプリケーション
97行目: 97行目:
**[コミットa86333]
**[コミットa86333]
***singleFluidCHT：共役熱伝達のテンプレートケース
***singleFluidCHT：共役熱伝達のテンプレートケース
***このテンプレートは、新しいfoamSetupCHTユーティリティで動作するように設計されています。
***これは、単一の流体領域（および複数の流体領域
***固体領域）; 複数の流体を使用する場合にも適用できます
***地域。 詳細は、付属のREADMEファイルを参照してください。
**[コミット719d56]
***chtMultiRegionFoam：heatedDuctチュートリアルを追加
***これは、snappyHexMeshを使用するCHTケースです。 チュートリアルです
***教育目的のために設計されている点で、従来の意味で使用されていました。
***それは、ディクショナリ、サーフェスユーティリティ、または広範なものに依存しません
***スクリプティング


 
* '''Data Processing''': 複数領域シミュレーションにおける個々の領域の関数オブジェクト
このテンプレートは、新しいfoamSetupCHTユーティリティで動作するように設計されています。
[コミットa5a034]; 壁の熱伝達係数を計算するwallHeatTransferCoeff関数オブジェクト
これは、単一の流体領域（および複数の流体領域
[コミット99841e]; wallHeatFluxでは、熱流束計算[コミット6584fa]の改善された効率と放射熱流束の修正された寄与[コミット396259]。
固体領域）; 複数の流体を使用する場合にも適用できます
**[コミットa5a034]
地域。 詳細は、付属のREADMEファイルを参照してください。
***functionObjectList :: findDict：リージョン固有のfunctionObject指定のサポートが追加されました。例えば
[コミット719d56]
***<syntaxhighlight>
chtMultiRegionFoam：heatedDuctチュートリアルを追加
 
 
これは、snappyHexMeshを使用するCHTケースです。 チュートリアルです
教育目的のために設計されている点で、従来の意味で使用されていました。
それは、ディクショナリ、サーフェスユーティリティ、または広範なものに依存しません
スクリプティング
Data Processing: 複数領域シミュレーションにおける個々の領域の関数オブジェクト[コミットa5a034]; 壁の熱伝達係数を計算するwallHeatTransferCoeff関数オブジェクト[コミット99841e]; wallHeatFluxでは、熱流束計算[コミット6584fa]の改善された効率と放射熱流束の修正された寄与[コミット396259]。
[コミットa5a034]
functionObjectList :: findDict：リージョン固有のfunctionObject指定のサポートが追加されました。例えば
 
<syntaxhighlight>
postProcess -func sample -region bottomWater
postProcess -func sample -region bottomWater
</syntaxhighlight>
</syntaxhighlight>
 
***検索する前にsystem / bottomWater / sample辞書を検索します
検索する前にsystem / bottomWater / sample辞書を検索します
***システム/サンプルの場合は、サンプリングのフィールドとタイプをオプションで指定できます
システム/サンプルの場合は、サンプリングのフィールドとタイプをオプションで指定できます
***特定の地域に対して異なって指定されています。
特定の地域に対して異なって指定されています。
**[コミット99841e]
 
***wallHeatTransferCoeff：壁の熱伝達係数を計算するための新しいfunctionObjectsimpleFoam、pimpleFoam、またはpisoFoamを使用してシミュレートされる非圧縮フローの場合。説明
[コミット99841e]
***推定された非圧縮性の流れ伝熱を計算して書き出します。
wallHeatTransferCoeff：壁の熱伝達係数を計算するための新しいfunctionObjectsimpleFoam、pimpleFoam、またはpisoFoamを使用してシミュレートされる非圧縮フローの場合。説明
***volScalarFieldフィールドとしてのウォールパッチの係数
推定された非圧縮性の流れ伝熱を計算して書き出します。
***'wallHeatTransferCoeff'すべてのウォールパッチがデフォルトで含まれています。 計算を制限する
volScalarFieldフィールドとしてのウォールパッチの係数
***特定のパッチは、オプションの 'patches'エントリを使用します。
'wallHeatTransferCoeff'すべてのウォールパッチがデフォルトで含まれています。 計算を制限する
***関数オブジェクト指定の例：
特定のパッチは、オプションの 'patches'エントリを使用します。
***<syntaxhighlight>
 
関数オブジェクト指定の例：
 
<syntaxhighlight>
     wallHeatTransferCoeff1
     wallHeatTransferCoeff1
     {
     {
146行目: 140行目:
     }
     }
</syntaxhighlight>
</syntaxhighlight>
 
***Usage
Usage
***<syntaxhighlight>
 
<syntaxhighlight>
     Property | Description                  | Required | Default value
     Property | Description                  | Required | Default value
     type    | Type name: wallHeatTransferCoeff | yes  |
     type    | Type name: wallHeatTransferCoeff | yes  |
160行目: 152行目:
</syntaxhighlight>
</syntaxhighlight>


注意
***注意
フィールド 'wallHeatTransferCoeff'の書き込みはデフォルトで行われますが、
***フィールド 'wallHeatTransferCoeff'の書き込みはデフォルトで行われますが、
空の\ cオブジェクトリストを定義することでオーバーライドされます。 詳細は
***空の\ cオブジェクトリストを定義することでオーバーライドされます。 詳細は
writeLocalObjects。
**writeLocalObjects。


[コミット6584fa]
**[コミット6584fa]
functionObjects :: wallHeatFlux：熱流束のより効率的な評価フィールド補間とsnGrad仕様の必要性を回避し、
***functionObjects :: wallHeatFlux：熱流束のより効率的な評価フィールド補間とsnGrad仕様の必要性を回避し、
評価。
***評価。
[コミット396259]
**[コミット396259]
wallHeatFlux：放射熱流の寄与の変化の兆候このフラックスの一貫性のない定義を補償する
***wallHeatFlux：放射熱流の寄与の変化の兆候このフラックスの一貫性のない定義を補償する
Multi-Region: マルチリージョンソルバのソリューションコントロール[コミット4c8122]。 transformPoints [コミット0c4562]に-allRegionsオプションを追加しました。
[コミット4c8122]
solutionControl：マルチリージョンおよびPIMPLEタイムループコントロールソリューションコントロールは、マルチリージョンで使用するために書き直されました
ソルバ、およびPIMPLE流体/固溶体制御が実装されています
この枠組みの中で。PIMPLEには、タイムループコンバージェンス制御機能が備わっています。
一定の初期残差に達するとシミュレーションを終了する。 この
PIMPLEソルバは、同等のコンバージェンス制御で実行できます。
簡単なソルバー。 コレクタループコンバージェンス制御は引き続き利用可能ですが、
タイムループ制御と同時に使用することができます。PIMPLEの「residualControl」サブディクショナリには、
シミュレーションのタイムステップの最初の解決に必要な値
終わり。 この動作はSIMPLEと同じです。 ザ
"outerCorrectorResidualControl"サブ辞書には許容誤差が含まれています
補正ループが終了するために必要とされる。と例の仕様
両方のタイプのコントロールが以下に示されています。


<syntaxhighlight>
*Multi-Region: マルチリージョンソルバのソリューションコントロール[コミット4c8122]。 transformPoints [コミット0c4562]に-allRegionsオプションを追加しました。
**[コミット4c8122]
***solutionControl：マルチリージョンおよびPIMPLEタイムループコントロールソリューションコントロールは、マルチリージョンで使用するために書き直されました
***ソルバ、およびPIMPLE流体/固溶体制御が実装されています
***この枠組みの中で。PIMPLEには、タイムループコンバージェンス制御機能が備わっています。
***一定の初期残差に達するとシミュレーションを終了する。 この
***PIMPLEソルバは、同等のコンバージェンス制御で実行できます。
***簡単なソルバー。 コレクタループコンバージェンス制御は引き続き利用可能ですが、
***タイムループ制御と同時に使用することができます。PIMPLEの「residualControl」サブディクショナリには、
***シミュレーションのタイムステップの最初の解決に必要な値
***終わり。 この動作はSIMPLEと同じです。 ザ
***"outerCorrectorResidualControl"サブ辞書には許容誤差が含まれています
***補正ループが終了するために必要とされる。と例の仕様
***両方のタイプのコントロールが以下に示されています。
***<syntaxhighlight>
PIMPLE
PIMPLE
{
{
212行目: 204行目:
}
}
</syntaxhighlight>
</syntaxhighlight>
 
***既存のPIMPLE "residualControl"エントリは、
 
***「outerCorrectorResidualControl」という名前に変更されました。
既存のPIMPLE "residualControl"エントリは、
***ソルバ内のアプリケーションもやや変更されています。 持っている
「outerCorrectorResidualControl」という名前に変更されました。
***時間ループ全体の収束制御、
 
***solutionControl :: loop（Time＆）メソッド（または同等の実行メソッド）は
ソルバ内のアプリケーションもやや変更されています。 持っている
***利用される; すなわち、
時間ループ全体の収束制御、
***<syntaxhighlight>
solutionControl :: loop（Time＆）メソッド（または同等の実行メソッド）は
利用される; すなわち、
 
<syntaxhighlight>
     while (simple.loop(runTime))
     while (simple.loop(runTime))
     {
     {
230行目: 218行目:
     }
     }
</syntaxhighlight>
</syntaxhighlight>
 
***もしくは、
もしくは、
***<syntaxhighlight>
 
<syntaxhighlight>
     while (pimple.run(runTime))
     while (pimple.run(runTime))
     {
     {
244行目: 230行目:
     }
     }
</syntaxhighlight>
</syntaxhighlight>
 
**[コミット0c4562]
[コミット0c4562]
***transformPoints：-allRegionsオプションを追加しました-allRegionsオプションを使用すると、
transformPoints：-allRegionsオプションを追加しました-allRegionsオプションを使用すると、
constant / regionPropertiesが変換されます。
constant / regionPropertiesが変換されます。
Parallel Running: decomposeParは、マルチリージョンのケースで新しい分解のために改良された[コミット6a417d]; decomposeParおよびreconstructPar [コミットd0dfb1]およびrecontructParMesh [コミット35326b]の合理化された-allRegionsオプション。
[コミット6a417d]
decomposePar：-allRegionsオプションを指定して-forceオプションのサポートを追加する
[コミットd0dfb1]
decomposePar：-allRegionsオプションを指定して-forceオプションのサポートを追加する
[コミット35326b]
reconstructParMesh：-allRegionsオプションを追加


*Parallel Running: decomposeParは、マルチリージョンのケースで新しい分解のために改良された[コミット6a417d]; decomposeParおよびreconstructPar [コミットd0dfb1]およびrecontructParMesh [コミット35326b]の合理化された-allRegionsオプション。
**[コミット6a417d]
***decomposePar：-allRegionsオプションを指定して-forceオプションのサポートを追加する
**[コミットd0dfb1]
***decomposePar：-allRegionsオプションを指定して-forceオプションのサポートを追加する
**[コミット35326b]
***reconstructParMesh：-allRegionsオプションを追加


Thermal Radiation: T^4を平均化することによってビューファクター放射の一貫した熱流束を作った[コミット337176]。 blackBodyEmissionモデル[コミットbf74d1]の修正された非結合境界値。 externalWallHeatFluxTemperature BC [コミット6c5607]での輻射伝熱の補正された表面放射率。
[コミット337176]
viewFactor：一定の熱流束のためにTではなく平均T ^ 4
[コミットbf74d1]
blackBodyEmission：連結されていない境界値を修正する
[コミット6c5607]
externalWallHeatFluxTemperature：放出と吸収の両方に表面放射率を使用する
Arbitrary Mesh Interface
Performance/Numerics: スペースを完全に埋め込む新しいsweptFaceAreaWeightAMIprojectionメソッド[コミット889329]; オーバーラップ領域と正規化領域が一貫していた[コミットdb8751]。
[コミット 889329]
AMI：AMMethodをpolyPatch辞書から選択できるようにしました。


*Thermal Radiation: T^4を平均化することによってビューファクター放射の一貫した熱流束を作った[コミット337176]。 blackBodyEmissionモデル[コミットbf74d1]の修正された非結合境界値。 externalWallHeatFluxTemperature BC [コミット6c5607]での輻射伝熱の補正された表面放射率。
**[コミット337176]
***viewFactor：一定の熱流束のためにTではなく平均T ^ 4
**[コミットbf74d1]
***blackBodyEmission：連結されていない境界値を修正する
**[コミット6c5607]
***externalWallHeatFluxTemperature：放出と吸収の両方に表面放射率を使用する


結合されたAMIパッチ間の領域の重なりを計算する方法
実行時にpolyPatch辞書から選択できるようになりました。 この
主に新しい掃引AMIの選択を容易にするために行われた
方法。 選択は、定数/ポリメッシュ/境界内で行うことができます


ファイルを次のようにします。
== Arbitrary Mesh Interface ==


<syntaxhighlight>
*Performance/Numerics: スペースを完全に埋め込む新しいsweptFaceAreaWeightAMIprojectionメソッド[コミット889329]; オーバーラップ領域と正規化領域が一貫していた[コミットdb8751]。
**[コミット 889329]
***AMI：AMMethodをpolyPatch辞書から選択できるようにしました。
***結合されたAMIパッチ間の領域の重なりを計算する方法
***実行時にpolyPatch辞書から選択できるようになりました。 この
***主に新しい掃引AMIの選択を容易にするために行われた
***方法。 選択は、定数/ポリメッシュ/境界内で行うことができます
***ファイルを次のようにします。
***<syntaxhighlight>
   AMI1
   AMI1
     {
     {
301行目: 286行目:
     }
     }
</syntaxhighlight>
</syntaxhighlight>
***これは、パッチの仕様セクション内で行うこともできます。
***blockMeshDict内、またはcreateBafflesDict内にあります。
***デフォルトはfaceAreaWeightAMIメソッドのままです。
**[コミットdb8751]
***AMI：重複/正規化領域間の一貫性
***パッチのmagSf計算が変更され、同じものを使用する
***オーバーラップアルゴリズムとしての三角測量。 これにより、一貫性と
***パッチを正確に適合させるために（通常はメッシュの前に
***モーション）、ウェイトは正規化を必要としません。


これは、パッチの仕様セクション内で行うこともできます。
*Other:cyclicRepeatAMIは、周期的なジオメトリを有する回転/移動セクションを有するシミュレーションを可能にする。 ミキサー、タービンなどのセクターメッシュの場合[コミット785a7d]。
blockMeshDict内、またはcreateBafflesDict内にあります。
**[コミット785a7d]
 
***cyclicRepeatAMI：新しい制約パッチの種類
 
***AMI結合を可能にする新しい制約パッチが追加されました。
デフォルトはfaceAreaWeightAMIメソッドのままです。
***サイクリックジオメトリ。カップリングは、異なる倍数の
[コミットdb8751]
***完全な対応を達成するための循環変換。
AMI：重複/正規化領域間の一貫性
***これにより、例えば、円柱状のAMIインタフェースを
 
***回転ジオメトリのセクタ。
 
***このパッチは、cyclicAMIと同様の方法で使用されますが、
パッチのmagSf計算が変更され、同じものを使用する
***追加エントリ "transformPatch"。このエントリは、
オーバーラップアルゴリズムとしての三角測量。 これにより、一貫性と
***パッチ。 AMI結合を繰り返すために使用される変換は、
パッチを正確に適合させるために（通常はメッシュの前に
***このパッチ。たとえば、system / blockMeshDictの場合は次のようになります。
モーション）、ウェイトは正規化を必要としません。
***<syntaxhighlight>
Other:cyclicRepeatAMIは、周期的なジオメトリを有する回転/移動セクションを有するシミュレーションを可能にする。 ミキサー、タービンなどのセクターメッシュの場合[コミット785a7d]。
[コミット785a7d]
cyclicRepeatAMI：新しい制約パッチの種類
 
 
AMI結合を可能にする新しい制約パッチが追加されました。
サイクリックジオメトリ。カップリングは、異なる倍数の
完全な対応を達成するための循環変換。
これにより、例えば、円柱状のAMIインタフェースを
回転ジオメトリのセクタ。
 
 
このパッチは、cyclicAMIと同様の方法で使用されますが、
追加エントリ "transformPatch"。このエントリは、
パッチ。 AMI結合を繰り返すために使用される変換は、
このパッチ。たとえば、system / blockMeshDictの場合は次のようになります。
 
<syntaxhighlight>
boundary
boundary
(
(
369行目: 345行目:
</syntaxhighlight>
</syntaxhighlight>


この例では、cyclic1とcyclic2の間の変換が使用されています
***この例では、cyclic1とcyclic2の間の変換が使用されています
2つのcyclicRepeatAMIパッチが使用する繰り返しを定義します。
***2つのcyclicRepeatAMIパッチが使用する繰り返しを定義します。
cyclic1とcyclic2のどちらが変換パッチとしてリストされているかは、
***cyclic1とcyclic2のどちらが変換パッチとしてリストされているかは、
重要。
***重要。
***チュートリアル、非圧縮性/ピンプルフォーム/ RAS /インペラーが追加されました
***機能性を実証する。これには2つの繰り返しAMIペアが含まれます。
***1つは円筒形で1つは平面状です。
***相当量のメンテナンスがAMIで実施されており、
***この作業の一環としてACMIパッチを適用します。 AMIメソッドが戻る
***デフォルトでは無次元の重み付けを使用しているため、
***建設中の重量フィールドの単位。大量の
***重複したコードは、ACMIクラスを
***彼らのAMIの同等物。 AMIウェイトの報告と作成にも
***統一されました。




チュートリアル、非圧縮性/ピンプルフォーム/ RAS /インペラーが追加されました
== General Multiphase ==
機能性を実証する。これには2つの繰り返しAMIペアが含まれます。
1つは円筒形で1つは平面状です。


*Performance/Numerics: 制限がフィールドとして指定できるように拡張されたMULESアルゴリズム[コミットf2cc03]; PhaseLimitStabilization fvOptionは、位相トランスポート方程式を安定化します[コミット38e33e]。
**[コミットf2cc03]
***MULES：不均一な制限と追加の制限の合計
***MULESとCMULESが拡張され、制限を提供できるようになりました
***フィールドとして。 これらの引数は、zeroField、oneFieldまたは
***UniformField <スカラー>はスカラー値の代わりに使用できます。
***追加のオーバーヘッド。 フラックス引数は、
***無制限のCMULESはこのテンプレート化を行うために関数を修正します
***可能。
***MULESには追加の制限合計も追加されています。 この
***相分率に比例して設定することによって磁束和を制限し、
***フラックスの大きさを同じ符号で減らすのではなく
***不均衡として 新しい手順は、フラックスを制限することを可能にする
***制約の存在下での
***ゼロ。


相当量のメンテナンスがAMIで実施されており、
**[コミット38e33e]
この作業の一環としてACMIパッチを適用します。 AMIメソッドが戻る
***fvOptions :: PhaseLimitStabilization：位相トランスポート方程式を安定化する新しいfvOption
デフォルトでは無次元の重み付けを使用しているため、
***相分率の限界で -> 0
建設中の重量フィールドの単位。大量の
***マクスウェル非ニュートン層流応力モデルを使用する場合に使用できます
重複したコードは、ACMIクラスを
***多相ソルバ。
彼らのAMIの同等物。 AMIウェイトの報告と作成にも
統一されました。
General Multiphase
Performance/Numerics: 制限がフィールドとして指定できるように拡張されたMULESアルゴリズム[コミットf2cc03]; PhaseLimitStabilization fvOptionは、位相トランスポート方程式を安定化します[コミット38e33e]。
[コミットf2cc03]
MULES：不均一な制限と追加の制限の合計


*Compressible: compressibleInterDyMFoamのメッシュを移動するための改善された保存[コミット852726]; compressibleInterFoam [コミット1d38e1]の圧力作業エラーの蓄積を回避します。 補正された遷音速フローオプション[コミット862fa9]; 混合乱流における修正された熱拡散率[コミット332f94]; 2相モーメントストレスモデリング[コミット4b5a10]を追加しました。
**[コミット852726]
***compressibleInterDyMFoam：モーフィングメッシュケースの保存の改善
**[コミット1d38e1]
***compressibleInterFoam：改善された圧力作業期間
***連続性誤差による圧力作業誤差の蓄積を回避する。
***PIMPLEループ中に修正されます。
**[コミット862fa9]
***compressibleInterFoamファミリ：遷音速オプションの修正
**[コミット332f94]
***compressibleInterFoam：混合乱流モデルによる熱拡散率の補正
**[コミット4b5a10]
***compressibleInterPhaseTransportFoamからの2相モーメントストレスモデリングを統合
***新しい運動量ストレスモデルセレクタークラス
***compressibleInterPhaseTransportModelはオプション間の選択に使用されるようになりました：
***説明
***    compressibleInterFoamファミリーのトランスポートモデル選択クラス
***    ソルバー。
***    デフォルトでは、標準的な混合物輸送モデリング手法が
***    単一モーメントストレスモデル（層流、非ニュートン、LESまたはRAS）が
***    混合物のために構築される。しかし、\ c simulationTypeが
***    constant / turbulencePropertiesが\ c twoPhaseTransportに設定されています
***    オイラー・オイラーの2相輸送モデリング手法が使用されています。
***    ストレスモデル（層流、非ニュートン、LESまたはRAS）は、それぞれについてインスタンス化されます
***    位相の異なるモデリングを可能にする。
***混合物および2相モーメントストレスモデリングは、
***compressibleInterFoam、compressibleInterDyMFoam、およびcompressibleInterFilmFoamです。
***プロトタイプのcompressibleInterPhaseTransportFoamソルバは不要になりました。
***削除されました。


MULESとCMULESが拡張され、制限を提供できるようになりました
*Marine/Waves: 新しいStokes5と孤立波モデル[コミット079c4c]; wavevelocityと[コミットb6af3a] waveの精度の向上境界での逆流の場合の圧力境界条件[コミットd9fc7e]; 波境界条件計算のための追加制御[コミット8144cf]; 滑らかなスタートアップ[コミットa80da1]のために、境界内および内部での速度ランピング。 波の垂直方向の減衰を徐々に増加させる空間的な傾斜[コミットd2175f8]; 波形シミュレーションの[vertical commit]には、verticalDamping fvOptionが記録されています[コミット94465b]。
フィールドとして。 これらの引数は、zeroField、oneFieldまたは
**[コミット079c4c]
UniformField <スカラー>はスカラー値の代わりに使用できます。
***waves：Stokes5と孤立波モデルを追加
追加のオーバーヘッド。 フラックス引数は、
**[コミットb6af3a]
無制限のCMULESはこのテンプレート化を行うために関数を修正します
***waveVelocity：逆流処理の改善
可能。
**[コミットd9fc7e]
***waves：圧力 - 速度境界配合
***wavePressure境界条件が追加され、Airyタイプの波
***非定常圧力場を生成するためにモデルが拡張されました。 この
***境界で波動を指定するための別のオプションを提供します。
***waveVelocity条件が単独で使用される場合、任意の出口フロー
***要求される流速に合うように外挿してスケーリングする。 これは
***flowRateOutletVelocity条件がどのように機能するかと同様です。
***<syntaxhighlight>
0/U:


    <patchName>
    {
        type        waveVelocity;
        // wave parameters ...
    }


MULESには追加の制限合計も追加されています。 この
0/p_rgh:
相分率に比例して設定することによって磁束和を制限し、
フラックスの大きさを同じ符号で減らすのではなく
不均衡として 新しい手順は、フラックスを制限することを可能にする
制約の存在下での
ゼロ。
[コミット38e33e]
fvOptions :: PhaseLimitStabilization：位相トランスポート方程式を安定化する新しいfvOption


    <patchName>
    {
        type        fixedFluxPressure;
    }
</syntaxhighlight>
***waveVelocityが新しいwavePressureと一緒に使用される場合
***条件を設定すると、値を設定し、もう一方は勾配を設定します。
***流れの方向に適している。
***<syntaxhighlight>
0/U:


相分率の限界で -> 0
     <patchName>
 
     {
 
         type        waveVelocity;
マクスウェル非ニュートン層流応力モデルを使用する場合に使用できます
         // wave parameters ...
多相ソルバ。
        p          p_rgh;
Compressible: compressibleInterDyMFoamのメッシュを移動するための改善された保存[コミット852726]; compressibleInterFoam [コミット1d38e1]の圧力作業エラーの蓄積を回避します。 補正された遷音速フローオプション[コミット862fa9]; 混合乱流における修正された熱拡散率[コミット332f94]; 2相モーメントストレスモデリング[コミット4b5a10]を追加しました。
     }
[コミット852726]
compressibleInterDyMFoam：モーフィングメッシュケースの保存の改善
[コミット1d38e1]
compressibleInterFoam：改善された圧力作業期間
 
 
連続性誤差による圧力作業誤差の蓄積を回避する。
PIMPLEループ中に修正されます。
[コミット862fa9]
compressibleInterFoamファミリ：遷音速オプションの修正
[コミット332f94]
compressibleInterFoam：混合乱流モデルによる熱拡散率の補正
[コミット4b5a10]
compressibleInterPhaseTransportFoamからの2相モーメントストレスモデリングを統合
 
 
新しい運動量ストレスモデルセレクタークラス
compressibleInterPhaseTransportModelはオプション間の選択に使用されるようになりました：
 
 
説明
    compressibleInterFoamファミリーのトランスポートモデル選択クラス
    ソルバー。
 
 
    デフォルトでは、標準的な混合物輸送モデリング手法が
    単一モーメントストレスモデル（層流、非ニュートン、LESまたはRAS）が
    混合物のために構築される。しかし、\ c simulationTypeが
    constant / turbulencePropertiesが\ c twoPhaseTransportに設定されています
    オイラー・オイラーの2相輸送モデリング手法が使用されています。
    ストレスモデル（層流、非ニュートン、LESまたはRAS）は、それぞれについてインスタンス化されます
    位相の異なるモデリングを可能にする。
 
 
混合物および2相モーメントストレスモデリングは、
compressibleInterFoam、compressibleInterDyMFoam、およびcompressibleInterFilmFoamです。
プロトタイプのcompressibleInterPhaseTransportFoamソルバは不要になりました。
削除されました。
Marine/Waves: 新しいStokes5と孤立波モデル[コミット079c4c]; wavevelocityと[コミットb6af3a] waveの精度の向上境界での逆流の場合の圧力境界条件[コミットd9fc7e]; 波境界条件計算のための追加制御[コミット8144cf]; 滑らかなスタートアップ[コミットa80da1]のために、境界内および内部での速度ランピング。 波の垂直方向の減衰を徐々に増加させる空間的な傾斜[コミットd2175f8]; 波形シミュレーションの[vertical commit]には、verticalDamping fvOptionが記録されています[コミット94465b]。
[コミット079c4c]
waves：Stokes5と孤立波モデルを追加
[コミットb6af3a]
waveVelocity：逆流処理の改善
[コミットd9fc7e]
waves：圧力 - 速度境界配合
 
 
wavePressure境界条件が追加され、Airyタイプの波
非定常圧力場を生成するためにモデルが拡張されました。 この
境界で波動を指定するための別のオプションを提供します。
 
 
waveVelocity条件が単独で使用される場合、任意の出口フロー
要求される流速に合うように外挿してスケーリングする。 これは
flowRateOutletVelocity条件がどのように機能するかと同様です。
<syntaxhighlight>
0/U:
 
     <patchName>
     {
         type        waveVelocity;
         // wave parameters ...
     }


0/p_rgh:
0/p_rgh:
485行目: 461行目:
     <patchName>
     <patchName>
     {
     {
         type        fixedFluxPressure;
         type        wavePressure;
     }
     }
</syntaxhighlight>
</syntaxhighlight>
 
***この新しい圧力速度配合物は、より安定性が低いが、
waveVelocityが新しいwavePressureと一緒に使用される場合
***ベロシティが逆転するパッチ上のより正確な波形。 それは
条件を設定すると、値を設定し、もう一方は勾配を設定します。
***速度を周囲に固定するサブサーフェイスの場合にも必要です
流れの方向に適している。
***ドメイン全体が連続性エラーを生成します。
 
**[コミット8144cf]
<syntaxhighlight>
***waves：コントロールの追加
0/U:
***"inletOutlet"スイッチが波速度境界に追加されました
 
***可能な限り境界を固定するための条件
     <patchName>
***対応するアルファ条件。
***波重畳に「heightAboveWave」オプションが追加されました
***波より上の高さに基づいて速度を計算するクラス
***原点よりも高い。 これは初期化を改善するかもしれないが、
***初期速度場で発散を発生させる。
***アルファ条件も完了しているため、
***流れが指摘されたときのモデル化された勾配と波圧条件
***使用中です。
**[コミットa80da1]
***マルチフェーズシミュレーションのためのランピング機能を追加
***outletPhaseMeanVelocityとwaveVelocityの境界条件が変更されました
***機能を提供できる「ランプ」キーワードをサポートする
***徐々に入力速度を上げてください。 以下はその例です
***コンセントパッチの仕様：
***<syntaxhighlight>
     outlet
     {
     {
         type        waveVelocity;
         type           outletPhaseMeanVelocity;
         // wave parameters ...
        Umean          2;
         p           p_rgh;
        ramp
        {
            type            quarterSineRamp;
            start          0;
            duration       5;
         }
         alpha           alpha.water;
     }
     }
 
</syntaxhighlight>
0/p_rgh:
***新しいvelocityRamping関数オブジェクトもあります。
 
***ドメインのボリューム内で力を一致させるので、全体の流れ
    <patchName>
***動作状態までスムーズに加速される。 例
***仕様は次のとおりです。
***<syntaxhighlight>
    velocityRamping
     {
     {
         type        wavePressure;
         type        velocityRamping;
    }
        active      on;
</syntaxhighlight>
        selectionMode all;
 
         U          U;
この新しい圧力速度配合物は、より安定性が低いが、
         velocity    (-2 0 0);
ベロシティが逆転するパッチ上のより正確な波形。 それは
速度を周囲に固定するサブサーフェイスの場合にも必要です
ドメイン全体が連続性エラーを生成します。
 
[コミット8144cf]
waves：コントロールの追加
 
 
"inletOutlet"スイッチが波速度境界に追加されました
可能な限り境界を固定するための条件
対応するアルファ条件。
 
 
波重畳に「heightAboveWave」オプションが追加されました
波より上の高さに基づいて速度を計算するクラス
原点よりも高い。 これは初期化を改善するかもしれないが、
初期速度場で発散を発生させる。
 
 
アルファ条件も完了しているため、
流れが指摘されたときのモデル化された勾配と波圧条件
使用中です。
[コミットa80da1]
マルチフェーズシミュレーションのためのランピング機能を追加
 
 
outletPhaseMeanVelocityとwaveVelocityの境界条件が変更されました
機能を提供できる「ランプ」キーワードをサポートする
徐々に入力速度を上げてください。 以下はその例です
コンセントパッチの仕様：
<syntaxhighlight>
    outlet
    {
         type            outletPhaseMeanVelocity;
         Umean          2;
         ramp
         ramp
         {
         {
             type           quarterSineRamp;
             type       quarterSineRamp;
             start           0;
             start       0;
             duration       5;
             duration   5;
         }
         }
        alpha          alpha.water;
     }
     }
</syntaxhighlight>
</syntaxhighlight>
***これらの追加は、よりスムーズな起動を容易にするように設計されています。
***スラミング・トランジェントを避けることで
***均一速度場を初期化する。
**[コミットd2175f8]
***fvOptions：verticalDamping：空間ランピングが追加されました垂直方向の減衰の開始は、今度は遠隔で卒業することができます。 ザ
***ユーザは、目盛りの原点と方向を指定する
***目盛りの形態を指定するためのランプ関数とを含む。 アン
***fvOptionの仕様の例は次のとおりです。
***<syntaxhighlight>
    verticalDamping1
    {
        type            verticalDamping;


新しいvelocityRamping関数オブジェクトもあります。
        selectionMode  all;
ドメインのボリューム内で力を一致させるので、全体の流れ
動作状態までスムーズに加速される。 例
仕様は次のとおりです。


<syntaxhighlight>
         origin          (1200 0 0);
    velocityRamping
    {
        type        velocityRamping;
        active      on;
        selectionMode all;
        U          U;
        velocity    (-2 0 0);
        ramp
        {
            type        quarterSineRamp;
            start      0;
            duration    5;
        }
    }
</syntaxhighlight>
 
これらの追加は、よりスムーズな起動を容易にするように設計されています。
スラミング・トランジェントを避けることで
均一速度場を初期化する。
 
[コミットd2175f8]
fvOptions：verticalDamping：空間ランピングが追加されました垂直方向の減衰の開始は、今度は遠隔で卒業することができます。 ザ
ユーザは、目盛りの原点と方向を指定する
目盛りの形態を指定するためのランプ関数とを含む。 アン
fvOptionの仕様の例は次のとおりです。
 
<syntaxhighlight>
    verticalDamping1
    {
        type            verticalDamping;
 
        selectionMode  all;
 
         origin          (1200 0 0);
         direction      (1 0 0);
         direction      (1 0 0);
         ramp
         ramp
611行目: 550行目:
     }
     }
</syntaxhighlight>
</syntaxhighlight>
 
***原点、方向、またはランプ入力が省略されている場合、fvOption
原点、方向、またはランプ入力が省略されている場合、fvOption
***以前と同じように機能する。 ダンピングをボリューム全体に適用するか、または
以前と同じように機能する。 ダンピングをボリューム全体に適用するか、または
***指定されたセルセット。
指定されたセルセット。
**[コミット94465b]
 
*** verticalDamping：展開されたドキュメント
[コミット94465b]
*Film Modelling: ワックス/溶剤をフィルムモデリングに添加し、溶媒蒸発をサポートする[コミット7f6687]; reactingParcelFilmFoam [コミット9d928c]にローカルタイムステッピングオプションを追加し、ソルバーをreactingParcelFoamにマージしました[コミット82675f]; 更新されたsprayFoam [コミット125a4]。
 verticalDamping：展開されたドキュメント
**[コミット7f6687]
Film Modelling: ワックス/溶剤をフィルムモデリングに添加し、溶媒蒸発をサポートする[コミット7f6687]; reactingParcelFilmFoam [コミット9d928c]にローカルタイムステッピングオプションを追加し、ソルバーをreactingParcelFoamにマージしました[コミット82675f]; 更新されたsprayFoam [コミット125a4]。
*** surfaceFilmModels :: waxSolventEvaporation、waxSolventViscosity：新しいワックス/溶媒フィルムモデルワックスフィルムからの溶媒の蒸発を支持し、
[コミット7f6687]
***溶媒含量の減少によって引き起こされる粘度である。
 surfaceFilmModels :: waxSolventEvaporation、waxSolventViscosity：新しいワックス/溶媒フィルムモデルワックスフィルムからの溶媒の蒸発を支持し、
**[コミット9d928c]
溶媒含量の減少によって引き起こされる粘度である。
*** reactingParcelFilmFoam：LTSサポートを追加しました
[コミット9d928c]
**[コミット82675f]
 reactingParcelFilmFoam：LTSサポートを追加しました
***reactingParcelFilmFoamをreactingParcelFoamに結合しました
[コミット82675f]
***統合されたソルバには、最も高度で一般的な機能が含まれています。
reactingParcelFilmFoamをreactingParcelFoamに結合しました
***各ソルバは、
 
***<syntaxhighlight>
 
     Continuous phase
統合されたソルバには、最も高度で一般的な機能が含まれています。
各ソルバは、
 
<syntaxhighlight>
     Continuous phase
     Lagrangian multiphase parcels
     Lagrangian multiphase parcels
     Optional film
     Optional film
639行目: 573行目:
     Strong buoyancy force support by solving for p_rgh
     Strong buoyancy force support by solving for p_rgh
</syntaxhighlight>
</syntaxhighlight>
 
***reactingParcelFoamチュートリアルとreactingParcelFilmFoamチュートリアルが結合されました
reactingParcelFoamチュートリアルとreactingParcelFilmFoamチュートリアルが結合されました
***更新されました。
更新されました。
**[コミット125a4]
[コミット125a4]
*** sprayFoam：reactingParcelFoamの次の変更が更新されました
 sprayFoam：reactingParcelFoamの次の変更が更新されました
Reacting Multiphase
ドラッグ結合と改善された問題の改善[コミットba8438]; reactingTwoPhaseEulerFoam [コミット799861]からのスタッガリング（「リンギング」）を除去しました。
[コミットba8438]
 reactingEulerFoam：多相部分削除と再編成




多相オイラー・オイラーの部分的な除去が実装されました
== Reacting Multiphase ==
ソルバー。これは、計算時にドラッグシステムの線形解を行います
圧力の解の後の流束および速度補正
方程式。これにより、イベントにおけるソリューションの動作が改善されます
ドラッグ結合が高いことを示す。それは、
PIMPLE制御辞書内の "partialElimination"スイッチを
fvSolution。


*ドラッグ結合と改善された問題の改善[コミットba8438]; reactingTwoPhaseEulerFoam [コミット799861]からのスタッガリング（「リンギング」）を除去しました。
**[コミットba8438]
*** reactingEulerFoam：多相部分削除と再編成
***多相オイラー・オイラーの部分的な除去が実装されました
***ソルバー。これは、計算時にドラッグシステムの線形解を行います
***圧力の解の後の流束および速度補正
***方程式。これにより、イベントにおけるソリューションの動作が改善されます
***ドラッグ結合が高いことを示す。それは、
***PIMPLE制御辞書内の "partialElimination"スイッチを
***fvSolution。
***暴露を取り除くために再組織化も行われている
***トップレベルソルバーからのサブモデリング。ループするのではなく
***ドラッグ、バーチャルマス、リフトなど...、モデルを直接、ソルバーが呼び出す
***異なる力の項をグループ化するフェーズシステムの方法のセット。
***これらの新しいメソッドは、MomentumTransferPhaseSystem.Hに記載されています。たくさんの
***このグループ化の結果、他のアクセサが削除されました。
***フェイスベースのアルゴリズムではないバグも修正されました
***与えられた界面質量に関連する運動量を伝達する
***転送。
**[コミット799861]
*** reactingTwoPhaseEulerFoam：仮想質量時間微分にddtCorrを追加しました
***これにより、磁束速度デカップリング（「スタッガリング」）のクラスが削除されます。
***仮想質量、揚力および乱流分散力間の相互作用。


暴露を取り除くために再組織化も行われている
*reactingMultiphaseEulerFoamの定常位相モデル[コミットe35282]; 別の相と同じ流体の異なる液滴サイズを扱うために追加された相間移動構造[コミット85a9e1]; 分散された液滴相をフィルム相に転写するための堆積モデル[コミット1fd4ec]。
トップレベルソルバーからのサブモデリング。ループするのではなく
**[コミットe35282]
ドラッグ、バーチャルマス、リフトなど...、モデルを直接、ソルバーが呼び出す
*** reactingMultiphaseEulerFoam：固定相選択可能なオプションとして2つの新しいフェーズモデルが追加されました
異なる力の項をグループ化するフェーズシステムの方法のセット。
***reactingMultiphaseEulerFoam; pureStationaryPhaseModelおよび
これらの新しいメソッドは、MomentumTransferPhaseSystem.Hに記載されています。たくさんの
***pureStationaryその他のモデルモデル。これらのフェーズでは、
このグループ化の結果、他のアクセサが削除されました。
***速度およびそれらの位相分率は、
 
***シミュレーション。これらは、静的粒子床のモデリングに使用することを意図しています
 
***および既存のオイラー・オイラーによる他の形態の多孔質媒体
フェイスベースのアルゴリズムではないバグも修正されました
***伝達モデル（ドラッグ、熱伝達など）。この機能は以下に拡張されていないことに注意してください。
与えられた界面質量に関連する運動量を伝達する
***reactingTwoPhaseEulerFoam、または反応しない* EulerFoamソルバを使用します。位相モデルの追加メンテナンス作業が実施されました
転送。
***位相システム構造。システムは、以下のサブセットをループすることができます。
[コミット799861]
***特定の機能を持つフェーズ（移動、マルチコンポーネントなど）
 reactingTwoPhaseEulerFoam：仮想質量時間微分にddtCorrを追加しました
***方程式や変数の存在をテストするのを避けるために
 
***トップレベルソルバ物質移動の取り扱いとその効果
 
***位相ごとのソース・タームは、重複を減らすためにリファクタリングされています。 Const
これにより、磁束速度デカップリング（「スタッガリング」）のクラスが削除されます。
***phaseプロパティへの非constアクセスは、名前の変更によって形式化されています
仮想質量、揚力および乱流分散力間の相互作用。
***"Ref"という接尾辞を持つ非constアクセサは、他のものと一貫しています
reactingMultiphaseEulerFoamの定常位相モデル[コミットe35282]; 別の相と同じ流体の異なる液滴サイズを扱うために追加された相間移動構造[コミット85a9e1]; 分散された液滴相をフィルム相に転写するための堆積モデル[コミット1fd4ec]。
***最近のtmpやGeometricFieldなどのクラスへの展開
[コミットe35282]
***その他。より詳細なサブモデリングの詳細は、
 reactingMultiphaseEulerFoam：固定相選択可能なオプションとして2つの新しいフェーズモデルが追加されました
***インタフェースのサイズを縮小し、抽象化を改善する。
reactingMultiphaseEulerFoam; pureStationaryPhaseModelおよび
**[コミット85a9e1]
pureStationaryその他のモデルモデル。これらのフェーズでは、
*** reactingEulerFoam：フェーズ転送構造の追加フェーズシステム階層に追加のレイヤーが追加されました。
速度およびそれらの位相分率は、
***相転移モデリングの適用を容易にする。これらは
シミュレーション。これらは、静的粒子床のモデリングに使用することを意図しています
***熱結合なしで相間で質量を交換するモデル
および既存のオイラー・オイラーによる他の形態の多孔質媒体
***相変化を表すために必要とされる。彼らは考えることができる
伝達モデル（ドラッグ、熱伝達など）。この機能は以下に拡張されていないことに注意してください。
***表現が変わると、例えば、
reactingTwoPhaseEulerFoam、または反応しない* EulerFoamソルバを使用します。位相モデルの追加メンテナンス作業が実施されました
***同じ物理的流体の異なる液滴サイズ。これを容易にするために、熱伝達相システムが改変されている
位相システム構造。システムは、以下のサブセットをループすることができます。
***名前が変更され、現在は両方とも一括転送をサポートしています。両面版
特定の機能を持つフェーズ（移動、マルチコンポーネントなど）
***相変化をサポートする導出にのみ必要です。ケース設定の変更点は次のとおりです。- 最も簡単なインスタンス化されたフェーズシステムは、
方程式や変数の存在をテストするのを避けるために
***basicTwoPhaseSystemとbasicMultiphaseSystemです。ザ
トップレベルソルバ物質移動の取り扱いとその効果
***heatAndMomentumTransfer *定数/ phasePropertiesファイルのシステムエントリ
位相ごとのソース・タームは、重複を減らすためにリファクタリングされています。 Const
***それに応じて更新する必要があります。
phaseプロパティへの非constアクセスは、名前の変更によって形式化されています
**** phaseTransferサブモデルのエントリは、
"Ref"という接尾辞を持つ非constアクセサは、他のものと一貫しています
最近のtmpやGeometricFieldなどのクラスへの展開
その他。より詳細なサブモデリングの詳細は、
インタフェースのサイズを縮小し、抽象化を改善する。
[コミット85a9e1]
 reactingEulerFoam：フェーズ転送構造の追加フェーズシステム階層に追加のレイヤーが追加されました。
相転移モデリングの適用を容易にする。これらは
熱結合なしで相間で質量を交換するモデル
相変化を表すために必要とされる。彼らは考えることができる
表現が変わると、例えば、
同じ物理的流体の異なる液滴サイズ。これを容易にするために、熱伝達相システムが改変されている
名前が変更され、現在は両方とも一括転送をサポートしています。両面版
相変化をサポートする導出にのみ必要です。ケース設定の変更点は次のとおりです。- 最も簡単なインスタンス化されたフェーズシステムは、
basicTwoPhaseSystemとbasicMultiphaseSystemです。ザ
heatAndMomentumTransfer *定数/ phasePropertiesファイルのシステムエントリ
それに応じて更新する必要があります。
 
- phaseTransferサブモデルのエントリは、
定数/ phasePropertiesファイル。これは空のリストにすることができます。
定数/ phasePropertiesファイル。これは空のリストにすることができます。
 
**** 熱相変化の場合のmassTransferスイッチの名前が変更されました
- 熱相変化の場合のmassTransferスイッチの名前が変更されました
***phase transfer、物質移動モデルと混同しないように
phase transfer、物質移動モデルと混同しないように
***インタフェース構成のケースで使用されます。
インタフェース構成のケースで使用されます。
**[コミット1fd4ec]
 
*** phaseTransferModels：デポジットモデルの追加
[コミット1fd4ec]
***このモデルは、分散された液滴相を膜相に速度
 phaseTransferModels：デポジットモデルの追加
***第3の相との交点に対して相対的に小さい。 第3段階は
 
***「表面」と呼ばれる。 定数/フェーズプロパティで有効にすることができます。
 
***以下：
このモデルは、分散された液滴相を膜相に速度
***<syntaxhighlight>
第3の相との交点に対して相対的に小さい。 第3段階は
「表面」と呼ばれる。 定数/フェーズプロパティで有効にすることができます。
以下：
 
<syntaxhighlight>
     phaseTransfer
     phaseTransfer
     (
     (
737行目: 660行目:
     );
     );
</syntaxhighlight>
</syntaxhighlight>
***効率は経験的因子であり、これは
***液滴が表面相の周りを流れる結果としての衝突、および
***影響を合体させない。
*With HZDR: Laakkonenら（2006）分裂モデル[コミット9de5f9]; CoulaloglouとTavlarides（1977）の合体モデル[コミットec9ca0]; Prince and Blanch（1990）合体モデル[コミット018da5]; Sauter平均直径計算の安定性の改善[コミットee6216]; phaseForces関数オブジェクトは、特定のフェーズに作用するブレンド界面力を計算します[コミットe6c224]。
**[コミット9de5f9]
***reactingEulerFoam：Laakkonenら（2006）分裂モデルを追加
***Helmholtz-Zentrumの流体力学研究所が提供したパッチ
***ドレスデン - ロッセンドルフ（HZDR）
**[コミットec9ca0]
***reactingEulerFoam：CoulaloglouとTavlarides（1977）合体モデルを追加しました
***Helmholtz-Zentrumの流体力学研究所が提供したパッチ
**[コミット018da5]
***populationBalanceModel：PrinceとBlanch（1990）合体モデルの追加
***Helmholtz-Zentrumの流体力学研究所が提供したパッチ
***ドレスデン - ロッセンドルフ（HZDR）
**[コミットee6216]
***reactingEulerFoam：改良されたSauter平均直径計算
***Sauterの平均直径計算はより安定するように修正されました
***消滅相分の限界内にある。 全体の計算
***母集団のSauter平均直径二つ以上を含むBalance
***velocityGroupが削除されました。 この計算は、位相
***画分がゼロになると安定しません。 全般的に
***Sauterの平均直径は後処理にのみ使用され、依然として使用可能です
***関係する個々の直径の畑から回収された
***velocityGroups。
***人口バランスモデリングのいくつかの部分も改名され、
***リファクタリング。
***Helmholtz-Zentrumの流体力学研究所が提供したパッチ
***ドレスデン - ロッセンドルフ（HZDR）
**[コミットe6c224]
***reactingEulerFoam：phaseForcesを追加しましたfunctionObject
***反応するオイラー・オイラーソルバの関数オブジェクトを追加しました。
***混合された界面力を評価し、書き出します。
***与えられた相（抗力、仮想質量、揚力、壁潤滑および乱流
***分散）。
***Helmholtz-Zentrumの流体力学研究所が提供したパッチ
***ドレスデン - ロッセンドルフ（HZDR）
*With VTT Finland: TDAC化学[コミット62f64f]で多相のサポートが追加されました。
**[コミット62f64f]
*** TDACChemistryModel：マルチフェーズのサポートが追加されました
***Timo Niemi、VTTによるパッチ。
*With HZDR and VTT Finland: 壁沸騰および相変化能力[コミット6e143e]; 統合された顔ベースの運動量方程式[コミット986a87]; 熱相変化と複数物質移動機構のサポート[コミットd3a23]; 集団収支方程式のためのクラス法を用いて気泡サイズ分布を有する分散相を有する流れ[コミット3e577]。
**[コミット6e143e]
***reactingEulerFoam：populationBalance機能にウォールボイリングと位相変更機能を追加
***thermalPhaseChangePopulationBalanceTwo-およびMultiphaseSystemを次のように導入しました。
***実際に複数の質量を使用する最初のユーザー選択可能なフェーズシステム
***によって可能にされた転送メカニズム
***コミットd3a237f。
***機能は、reactingTwoPhaseEulerFoamを使用して示されています
***wallBoilingPolydisperseチュートリアル。
***フィンランドのVTT技術研究センターと研究所が提供したパッチ
***Helmholtz-Zentrumドレスデン - ロッセンドルフ（HZDR）。
**[コミット986a87]
***reactingMultiphaseEulerFoam：面ベースの運動量方程式のサポートを追加しました
***faceベースの運動量方程式はtwoPhaseEulerFoamに
***コミット16f03f8は特に価値があると証明されています
***気泡流シミュレーション用。 処方はまた、
***reactingTwoPhaseEulerFoamとこのパッチは、同じ機能を
***reactingMultiphaseEulerFoam。
***これは、オプションのfaceMomentumエントリをPIMPLEに設定することで有効になります
***fvSolutionのサブ辞書：
***<syntaxhighlight>
PIMPLE
{
    nOuterCorrectors 3;
    nCorrectors      1;
    nNonOrthogonalCorrectors 0;
    faceMomentum    yes;
}
</syntaxhighlight>
***液体動力学研究所、ヘルムホルツ・ツェントラムドレスデン - ロッセンドルフの寄稿
***（HZDR）およびフィンランドのVTT技術研究センター
**[コミットd3a23]
***reactingEulerFoam：多相熱相変化と複数物質移動機構のサポート
****熱相変化および壁沸騰機能が一般化されている2フェーズおよびマルチフェーズのシミュレーションをサポートします。
****サーマル・フェーズの変更により、purePhaseModelも可能になり、ケースの設定が簡単になりました。
****phaseSystemテンプレートは、複数の準備のために再構成されました 同時質量伝達機構。 例えば、熱相 不均質な人口バランスモデル。
***フィンランドのVTT技術研究センターと研究所が提供したパッチ
***Helmholtz-Zentrumドレスデン - ロッセンドルフ（HZDR）。
**[コミット3e577]
*** reactingEulerFoam：人口バランスモデリング機能の追加
***このパッチは、reactingEulerFoamソルバーが多分散フローをシミュレートできるようにします
***状況、すなわち、分散相がサイズに曝される流れ
***分布。
***新たに追加されたpopulationBalanceModelクラスは、integro-partial
***クラス法による微分母集団平衡方程式（PBE）、また、
***いわゆる離散または断面法である。このアプローチは、
***PBEの内部座標、粒子体積を超えます。これにより、
クラス内の粒子数濃度の輸送方程式
異なる代表サイズ。これらは、ソース用語と
***分離された方法で解決される。実装はある方法で行われます。
***合体、分裂およびドリフトのために全粒子数および質量が保存される
***（すなわち、等温成長プロセスまたは相変化プロセス）、選択された
***内部座標に対する離散化。
***人口バランスは、複数の速度（温度）フィールドにわたって分割することができ、
***多項式EulerFoamを反応させてnの勢いを解く能力を使用する
***（エネルギー）方程式である。ある程度までは、これは依存性を考慮に入れます
***分散相径に対する熱および運動量の伝達また可能です
***複数の人口バランスを定義する。気泡と液滴を同時に発生させる。
***機能は、適切なphaseSystemを選択することによってオンにすることができます
***タイプ。 populationBalanceMultiphaseSystemと新たに追加されたdiameterModel
***velocityGroupと呼ばれるクラスです。この機能の使用方法を説明するために、
***bubbleColumnPolydisperseチュートリアルがreactingTwoPhaseEulerFoamに追加されました。
***reactingMultiphaseEulerFoam。
***さらに、sizeDistributionというreactingEulerFoam固有のfunctionObject
***サイズ分布の後処理を可能にするために加えられた。を取得する
***特定の領域における数密度関数。
***液体動力学研究所、ヘルムホルツ・ツェントラムドレスデン - ロッセンドルフの寄稿
***（HZDR）およびフィンランドのVTT技術研究センター
*Supported by Evonik: AttouとFerschneiderパックされたベッドを通るフィルムフローのモデルをドラッグする[コミットa59781]
**[コミットa59781]
***dragModels：トリクルベッド用のAttouFerschneiderモデルを追加
***また、使用方法を示すチュートリアルケースも追加されました。 新しいドラッグ
***モデルは対称であり、ブレンドなしで使用する必要があります。
***Examples: 単成分および多成分液滴蒸発のためのテストケース[コミット48c79c]。
***[コミット48c79c]
***reactingTwoPhaseEulerFoam：蒸発テストケースを追加
***2つのシングルセルテストケースが追加されました.TwoPhaseEulerFoam
***界面組成相系を有する。 これらは液滴である
***蒸発症; 1つの単一コンポーネントと1つのマルチコンポーネント。 ケースが実行される
***可能性のあるすべての不活性種について、
***ランは広く似ています。
***マルチコンポーネントのケースでは、開始時に若干の非物理的な変化が見られる
***最初の過渡状態の間に、ピンプル反復の非収束に至る。
***これは、時間ステップを短縮することで軽減できます。


効率は経験的因子であり、これは
== Particles and Tracking ==
液滴が表面相の周りを流れる結果としての衝突、および
影響を合体させない。
With HZDR: Laakkonenら（2006）分裂モデル[コミット9de5f9]; CoulaloglouとTavlarides（1977）の合体モデル[コミットec9ca0]; Prince and Blanch（1990）合体モデル[コミット018da5]; Sauter平均直径計算の安定性の改善[コミットee6216]; phaseForces関数オブジェクトは、特定のフェーズに作用するブレンド界面力を計算します[コミットe6c224]。
[コミット9de5f9]
reactingEulerFoam：Laakkonenら（2006）分裂モデルを追加


*Tracking: 重心追跡を40％高速化するトラッキングコールの数を減らしました[コミット6832a4]。 パーティクルトラッキングのキネマティックレイヤでメモリ使用量を30％削減[コミット795bc4]。 並列実行[コミットa0fcab]のトラッキングの堅牢性の向上。 粒子運動学における改良された計算シーケンス[コミットe7fc53]; ACMIパッチ[コミットadffa0]を使って粒子追跡を可能にしました。
**[コミット6832a4]
***ラグランジアン：最適化された次元削減制約
***4.xトラッキングは、パーセルの次元数を
***各トラックの開始時にそれらをメッシュの中心に移動させ、
***トポロジーを考慮することなく。 これは、その外に小包を残すことができます
***関連四面体。
***重心アルゴリズムは不正確なトポロジーには耐性がないため、
***位置を変更する代わりに、メッシュに追従するように書かれています
***センター。 これは効果的でしたが、トラッキングの回数が効果的に2倍になりました
***コール。 この追加費用は、
***既存のモーショントラックへの拘束変位
***以前と同様にトラッキングステップの回数が実行されます。
**[コミット795bc4]
***KinematicParcel：連続フェーズデータが削除されました
***補間された連続位相データは、トラックおよび
***したがって、小包に保管すべきではありません。 連続速度、
***密度と粘性がキネマティックパーセルから
***キネマティックパーセル追跡データ。 これにより、
***キネマティック層を約3分の1にする。 熱および反応層は依然として
***同じ治療が必要です。
**[コミットa0fcab]
***lagrangian：常にswitchProcessorフラグを設定する


Helmholtz-Zentrumの流体力学研究所が提供したパッチ
ドレスデン - ロッセンドルフ（HZDR）
[コミットec9ca0]
reactingEulerFoam：CoulaloglouとTavlarides（1977）合体モデルを追加しました


TrackData :: switchProcessorフラグがいくつかの
より複雑な小包によって行われる追跡ステップ。 また、
パーセルはすでにプロセッサ境界上にステップを開始します。
パーティクルが無期限に前後に転送されるようになります。 ザ
フラグはすべての場合に明示的に設定されるようになりました。
[コミットe7fc53]
KinematicParcel：顔を打つ前にセル内の更新を適用する


Helmholtz-Zentrumの流体力学研究所が提供したパッチ
[コミット018da5]
populationBalanceModel：PrinceとBlanch（1990）合体モデルの追加


KinematicParcelの進化は3つの段階で起こります。 （1）追跡
（2）顔またはパッチとの相互作用
ヒット、および（3）パーセルおよび細胞特性の計算および更新。
KinematicParcelはステップ1と2がこの順番で進化していました
同じ低レベルメソッドの一部。 これは、更新ステージ
顔とのやり取り後に行われた。つまり、小包は
追跡されたばかりのセル、またはパッチによって
それがもはや代表ではないように変更された
トラックをセルに通します。


Helmholtz-Zentrumの流体力学研究所が提供したパッチ
ドレスデン - ロッセンドルフ（HZDR）
[コミットee6216]
reactingEulerFoam：改良されたSauter平均直径計算


基本クラスのステージ1とステージ2の分離により、今は
顔と対話する前に更新段階を行うことが可能である（すなわち、
1、3、2の順に進む）。 これにより、
アップデートを行い、説明されている問題を回避します。


Sauterの平均直径計算はより安定するように修正されました
消滅相分の限界内にある。 全体の計算
母集団のSauter平均直径二つ以上を含むBalance
velocityGroupが削除されました。 この計算は、位相
画分がゼロになると安定しません。 全般的に
Sauterの平均直径は後処理にのみ使用され、依然として使用可能です
関係する個々の直径の畑から回収された
velocityGroups。


Timo Niemi、VTTによるパッチ。
[コミットadffa0]
Lagrangian：ACMIパッチとマイナーコードの改善によるトラッキングが可能


人口バランスモデリングのいくつかの部分も改名され、
リファクタリング。


ACMIパッチとのパーティクルの衝突が処理されるようになりました。 ヒットが検出する
位置がオーバーラップまたは結合領域内にあるかどうか、および
その地域に適した命中ルーチンを呼び出す。


Helmholtz-Zentrumの流体力学研究所が提供したパッチ
ドレスデン - ロッセンドルフ（HZDR）
[コミットe6c224]
reactingEulerFoam：phaseForcesを追加しましたfunctionObject
反応するオイラー・オイラーソルバの関数オブジェクトを追加しました。
混合された界面力を評価し、書き出します。
与えられた相（抗力、仮想質量、揚力、壁潤滑および乱流
分散）。


低レベルの追跡方法は、より一貫して命名されました。 がある
今は顔を追跡して打つこととは区別されます。 関数
オブジェクトの副作用がベースレイヤーから
意味のある小包。
Optimisation: （VTTを用いて）粒子への力と熱伝達は保全を保証し[コミットa58062]、結合された寄与と非結合寄与の計算を分割してより正確にする[コミット9ee3bb]。 パーティクルのペア衝突モデル内の不要な計算を削除[コミット937dba]。 粒子熱力学における熱伝達の数値安定性の向上[コミット631bd4]
[コミットa58062]
lagrangian：統合スキームと転送条件の書き換え


Helmholtz-Zentrumの流体力学研究所が提供したパッチ
ドレスデン - ロッセンドルフ（HZDR）
With VTT Finland: TDAC化学[コミット62f64f]で多相のサポートが追加されました。
[コミット62f64f]
 TDACChemistryModel：マルチフェーズのサポートが追加されました


粒子への力および熱伝達の統合は、
実行時に選択可能な統合スキームによって容易になります。これらのスキーム
イントロレーションステップの終わりに値を生成するように書かれていた
また、全移動量からのステップにわたる平均値
計算された。


Timo Niemi、VTTによるパッチ。
With HZDR and VTT Finland: 壁沸騰および相変化能力[コミット6e143e]; 統合された顔ベースの運動量方程式[コミット986a87]; 熱相変化と複数物質移動機構のサポート[コミットd3a23]; 集団収支方程式のためのクラス法を用いて気泡サイズ分布を有する分散相を有する流れ[コミット3e577]。
[コミット6e143e]
reactingEulerFoam：populationBalance機能にウォールボイリングと位相変更機能を追加


オイラー方式の平均値は正しく実装されていませんでした。
勢いと熱伝達過程が生じた
非保守的。しかし、平均を正しく実装すると、
多くの先進的な機能を備えています
安く安定した選択肢としてオイラー計画の目的を否定した。


thermalPhaseChangePopulationBalanceTwo-およびMultiphaseSystemを次のように導入しました。
実際に複数の質量を使用する最初のユーザー選択可能なフェーズシステム
によって可能にされた転送メカニズム


このスキームは、ステップの変更を生成するように書き直されています。
最終的な価値よりむしろ。この変更を使用して、
移転。スキームに関係なく、この配合は
控えめで、オイラー方式は計算上のままです
安価な。


コミットd3a237f。


この変更は、Timo Niemi、VTT
[コミット9ee3bb]
integrationSchemes：連結/非連結力分割の修正


機能は、reactingTwoPhaseEulerFoamを使用して示されています
wallBoilingPolydisperseチュートリアル。
フィンランドのVTT技術研究センターと研究所が提供したパッチ
Helmholtz-Zentrumドレスデン - ロッセンドルフ（HZDR）。
[コミット986a87]
reactingMultiphaseEulerFoam：面ベースの運動量方程式のサポートを追加しました


コミットa580620で実装された統合分割が表示されています
場合によっては正しくないことがあります。 新しい手順が実装されました
暗黙的明示的積分を正確に数に分割することができる
それぞれの貢献度を計算するために、 これは
結合したおよび結合していない粒子の運動量を統合することを意図している。
熱伝達。


faceベースの運動量方程式はtwoPhaseEulerFoamに
コミット16f03f8は特に価値があると証明されています
気泡流シミュレーション用。 処方はまた、
reactingTwoPhaseEulerFoamとこのパッチは、同じ機能を
reactingMultiphaseEulerFoam。


しかし、現時点では、
これらの移転（暗黙の非結合貢献はない）。 ザ
したがって、統合のみを行うための評価は短期間で行われています
結合された貢献に関して。 分割機能
追加の別個の暗黙の係数が
将来必要となる。


これは、オプションのfaceMomentumエントリをPIMPLEに設定することで有効になります
fvSolutionのサブ辞書：


<syntaxhighlight>
この変更は、Timo Niemi、VTT
PIMPLE
[コミット937dba]
{
PairCollision：不要な操作を削除
    nOuterCorrectors 3;
[コミット631bd4]
    nCorrectors      1;
 ThermoParcel：熱伝達項の数値安定性の向上
    nNonOrthogonalCorrectors 0;
    faceMomentum    yes;
}
</syntaxhighlight>


液体動力学研究所、ヘルムホルツ・ツェントラムドレスデン - ロッセンドルフの寄稿
（HZDR）およびフィンランドのVTT技術研究センター
[コミットd3a23]
reactingEulerFoam：多相熱相変化と複数物質移動機構のサポート


Timo Niemi、VTTによるパッチ。
Injection: 並列に粒子注入の位置を設定する同期乱数呼び出し[コミット11a3b3]。 新しいRandomクラス実装[コミット002e7d]で乱数生成の速度を向上させました。
[コミット11a3b3]
 ConeInjection、ConeNozzleInjection：同期された乱数


- 熱相変化および壁沸騰機能が一般化されている
   2フェーズおよびマルチフェーズのシミュレーションをサポートします。
- サーマル・フェーズの変更により、purePhaseModelも可能になり、ケースの設定が簡単になりました。
- phaseSystemテンプレートは、複数の準備のために再構成されました
   同時質量伝達機構。 例えば、熱相
   不均質な人口バランスモデル。


 
コーン注入内での位置決めのための乱数の使用
フィンランドのVTT技術研究センターと研究所が提供したパッチ
モデルはすべてのコアで一貫しています。 いくつかの呼び出しは
Helmholtz-Zentrumドレスデン - ロッセンドルフ（HZDR）。
globalSampleメソッドを使用して同期されますが、他の
[コミット3e577]
ランダム化されていないアルゴリズムに置き換えられました。
 reactingEulerFoam：人口バランスモデリング機能の追加
[コミット002e7d]
 ランダム：drand48をクラス内の実装に置き換えました




このパッチは、reactingEulerFoamソルバーが多分散フローをシミュレートできるようにします
これは、それが置き換えられるライブラリの機能よりも速い
状況、すなわち、分散相がサイズに曝される流れ
コンパイラはインライン展開を実行できます。 また、静的なものを利用しない
分布。
発電機は互いに干渉しないようにしてください。 それはまたより速い
cachedRandomの配列検索よりも cachedRandomクラス
したがってランダムよりも有利ではなく、削除されています。
Data Processing: パッチのパーセル衝突のためのpatchCollisionDensity関数オブジェクト[コミットa44e95]; nearWallFields関数オブジェクト[コミットaa24a9]の厄介な粒子の古い追跡のための特別な処理を削除しました。 icoUncoupledKinematicCloudfunctionオブジェクトを使用すると、任意のシミュレーションに粒子を追加できます[コミット db6495]。
[コミットa44e95]
ParticleFunctionObjects：PatchCollisionDensityオブジェクトが追加されました。この関数オブジェクトは、
すべてのパッチ面でパーセル衝突の面積密度。 また、
各パッチ面に衝突する衝突の割合は、
最後の出力から経過した時間に等しい間隔。 それは
最小入射速度を指定するオプションの入力。
衝突はカウントされません。
次のように、クラウドプロパティファイルで有効にすることができます。
<syntaxhighlight>
    cloudFunctions
    {
        patchCollisionDensity1
        {
            type        patchCollisionDensity;
            minSpeed    1e-3; // (optional)
        }
    }
</syntaxhighlight>


[コミットaa24a9]
functionObjects：nearWallFields：固定パーティクルが見つかりませんでしたエラー


新たに追加されたpopulationBalanceModelクラスは、integro-partial
クラス法による微分母集団平衡方程式（PBE）、また、
いわゆる離散または断面法である。このアプローチは、
PBEの内部座標、粒子体積を超えます。これにより、
クラス内の粒子数濃度の輸送方程式
異なる代表サイズ。これらは、ソース用語と
分離された方法で解決される。実装はある方法で行われます。
合体、分裂およびドリフトのために全粒子数および質量が保存される
（すなわち、等温成長プロセスまたは相変化プロセス）、選択された
内部座標に対する離散化。


扱いにくいパーティクルの特別な処理をすべて削除しました。
nearWallFields関数オブジェクト。 バージョン5以上のトラッキングが既に処理されています
これはより堅牢です。
[コミット db6495]
 追加されたicoUncoupledKinematicCloudパッケージ化された関数オブジェクト
Chemistry and Reactions
Full algebraic Jacobian (with Francesco Contino): 化学反応の解を高速化するために、第3体および圧力依存の導関数を含む新しい完全代数ヤコビ行列、および温度項の導関数を実装する。 反応速度表現とヤコビの項の拡張を容易にするためにコードを再設計しました。 安定性を改善するために温かいクリッピングが加えられました[コミット4dc35c]。
[コミット4dc35c]
 thermophysicalModels：完全代数ヤコビ行列の実装


人口バランスは、複数の速度（温度）フィールドにわたって分割することができ、
多項式EulerFoamを反応させてnの勢いを解く能力を使用する
（エネルギー）方程式である。ある程度までは、これは依存性を考慮に入れます
分散相径に対する熱および運動量の伝達また可能です
複数の人口バランスを定義する。気泡と液滴を同時に発生させる。


第3者および圧力依存のデリバティブを含む
温度の項。完全ヤコビアンは不完全なヤコビアンよりも頑強であり、
部分的に近似した形式を使用して、
ヤコビアンに依存する硬いODEソルバー。


機能は、適切なphaseSystemを選択することによってオンにすることができます
タイプ。 populationBalanceMultiphaseSystemと新たに追加されたdiameterModel
velocityGroupと呼ばれるクラスです。この機能の使用方法を説明するために、
bubbleColumnPolydisperseチュートリアルがreactingTwoPhaseEulerFoamに追加されました。
reactingMultiphaseEulerFoam。


反応速度の評価は、化学モデルからスペシ
代替の反応速度式および関連する反応速度式の簡潔なサポート
ヤコビの言葉。


さらに、sizeDistributionというreactingEulerFoam固有のfunctionObject
サイズ分布の後処理を可能にするために加えられた。を取得する
特定の領域における数密度関数。


Reactionクラスに含まれる温度クリッピング。これはデフォルトでは無効です
しかし、ほとんどの場合、温度制限を設けることをお勧めします
低い）。これらは、foamChemistryFileにキーワードThighと
トロー。 chemkinToFoamを使用する場合、これらの値はJanafの限界値に設定されます
熱力学的データ。新しいヤコビアンでこの温度クリッピングが証明されました
安定性のために、そして場合によっては非常に有益である。


液体動力学研究所、ヘルムホルツ・ツェントラムドレスデン - ロッセンドルフの寄稿
（HZDR）およびフィンランドのVTT技術研究センター
Supported by Evonik: AttouとFerschneiderパックされたベッドを通るフィルムフローのモデルをドラッグする[コミットa59781]
[コミットa59781]
dragModels：トリクルベッド用のAttouFerschneiderモデルを追加


TDAC MRUリストの改善は、追加機能および拡張機能の方がよりよく統合されています。


また、使用方法を示すチュートリアルケースも追加されました。 新しいドラッグ
モデルは対称であり、ブレンドなしで使用する必要があります。
Examples: 単成分および多成分液滴蒸発のためのテストケース[コミット48c79c]。
[コミット48c79c]
reactingTwoPhaseEulerFoam：蒸発テストケースを追加


この重要な開発を最大限に活用するには、再調整することが重要です
ODE統合の公差、特にodeCoeffsのabsTol
化学辞書のサブ辞書：


2つのシングルセルテストケースが追加されました.TwoPhaseEulerFoam
<syntaxhighlight>
界面組成相系を有する。 これらは液滴である
odeCoeffs
蒸発症; 1つの単一コンポーネントと1つのマルチコンポーネント。 ケースが実行される
{
可能性のあるすべての不活性種について、
    solver          seulex;
ランは広く似ています。
    absTol          1e-12;
 
    relTol          0.01;
}
</syntaxhighlight>


マルチコンポーネントのケースでは、開始時に若干の非物理的な変化が見られる
典型的にはabsTolを1e-8に設定し、relTolを点火を除いて0.1に設定できるようになりました
最初の過渡状態の間に、ピンプル反復の非収束に至る。
これらの設定では、統合は依然として堅牢ですが、
これは、時間ステップを短縮することで軽減できます。
多くの場合、以前よりもはるかに高速です。
Particles and Tracking
Reaction:燃焼および化学モデル[コミット61cab8]の選択を簡素化した。 初期ODE統合のタイムステップ[コミット08d5fc]を指定するオプション。 拡張（long double）精度スカラーのサポート[コミットd82cc3]; 燃焼、熱物性および乱流モデル間の依存関係を取り除くための再設計[コミット0ea0b7]; （BURNリサーチグループで）エンジン計算用に選択可能なピストン運動モデル[コミット04d5f8]; ChemFoam [コミット85e249]における液体反応のサポートを用いた酵素反応[コミット19fb48]のミカエリス - メンテン反応速度を加えた。
Tracking: 重心追跡を40％高速化するトラッキングコールの数を減らしました[コミット6832a4]。 パーティクルトラッキングのキネマティックレイヤでメモリ使用量を30％削減[コミット795bc4]。 並列実行[コミットa0fcab]のトラッキングの堅牢性の向上。 粒子運動学における改良された計算シーケンス[コミットe7fc53]; ACMIパッチ[コミットadffa0]を使って粒子追跡を可能にしました。
[コミット61cab8]
[コミット6832a4]
combustionModel、chemistryModel：モデル選択の簡略化
ラグランジアン：最適化された次元削減制約




4.xトラッキングは、パーセルの次元数を
燃焼および化学モデルの選択は単純化されているので
各トラックの開始時にそれらをメッシュの中心に移動させ、
ユーザが熱力学の形式を指定する必要がないことを意味する。
トポロジーを考慮することなく。 これは、その外に小包を残すことができます
関連四面体。




重心アルゴリズムは不正確なトポロジーには耐性がないため、
新しい燃焼および化学物質の例は、以下の通りである。
位置を変更する代わりに、メッシュに追従するように書かれています
 
センター。 これは効果的でしたが、トラッキングの回数が効果的に2倍になりました
<syntaxhighlight>
コール。 この追加費用は、
    In constant/combustionProperties:
既存のモーショントラックへの拘束変位
以前と同様にトラッキングステップの回数が実行されます。
[コミット795bc4]
KinematicParcel：連続フェーズデータが削除されました


        combustionModel PaSR;


補間された連続位相データは、トラックおよび
        combustionModel FSD;
したがって、小包に保管すべきではありません。 連続速度、
密度と粘性がキネマティックパーセルから
キネマティックパーセル追跡データ。 これにより、
キネマティック層を約3分の1にする。 熱および反応層は依然として
同じ治療が必要です。
[コミットa0fcab]
lagrangian：常にswitchProcessorフラグを設定する


    In constant/chemistryProperties:


TrackData :: switchProcessorフラグがいくつかの
        chemistryType
より複雑な小包によって行われる追跡ステップ。 また、
        {
パーセルはすでにプロセッサ境界上にステップを開始します。
            solver          ode;
パーティクルが無期限に前後に転送されるようになります。 ザ
            method          TDAC;
フラグはすべての場合に明示的に設定されるようになりました。
        }
[コミットe7fc53]
</syntaxhighlight>
KinematicParcel：顔を打つ前にセル内の更新を適用する
 
モデル名のすべての角括弧（例えば、
<psiThermoCombustion、gasHhermoPhysics>）が削除されました。
chemistryThermoエントリー。




KinematicParcelの進化は3つの段階で起こります。 （1）追跡
変更はほとんど後方互換性があります。 サポートのみ
（2）顔またはパッチとの相互作用
化学ソルバーの名前の角括弧型は削除されました。 警告
ヒット、および（3）パーセルおよび細胞特性の計算および更新。
古いエントリのいくつかが使用されている場合、
KinematicParcelはステップ1と2がこの順番で進化していました
熱力学は現在無視されている。
同じ低レベルメソッドの一部。 これは、更新ステージ
[コミット08d5fc]
顔とのやり取り後に行われた。つまり、小包は
chemistryModel：最初のODE統合のタイムステップを指定するための新しいオプションが追加されました
追跡されたばかりのセル、またはパッチによって
それがもはや代表ではないように変更された
トラックをセルに通します。




基本クラスのステージ1とステージ2の分離により、今は
定数/化学特性では、初期の仕様に加えて
顔と対話する前に更新段階を行うことが可能である（すなわち、
実行の開始時に使用されるODE統合時間ステップ：
1、3、2の順に進む）。 これにより、
アップデートを行い、説明されている問題を回避します。




Timo Niemi、VTTによるパッチ。
     initialChemicalTimeStep 1e-12;
[コミットadffa0]
Lagrangian：ACMIパッチとマイナーコードの改善によるトラッキングが可能




ACMIパッチとのパーティクルの衝突が処理されるようになりました。 ヒットが検出する
この時間ステップは、ここで、
位置がオーバーラップまたは結合領域内にあるかどうか、および
オプションのエントリmaxChemicalTimeStepを設定します。
その地域に適した命中ルーチンを呼び出す。




低レベルの追跡方法は、より一貫して命名されました。 がある
     maxChemicalTimeStep 1e-12;
今は顔を追跡して打つこととは区別されます。 関数
[コミットd82cc3]
オブジェクトの副作用がベースレイヤーから
 OpenFOAM：拡張精度スカラーのサポートが追加されました
意味のある小包。
Optimisation: （VTTを用いて）粒子への力と熱伝達は保全を保証し[コミットa58062]、結合された寄与と非結合寄与の計算を分割してより正確にする[コミット9ee3bb]。 パーティクルのペア衝突モデル内の不要な計算を削除[コミット937dba]。 粒子熱力学における熱伝達の数値安定性の向上[コミット631bd4]
[コミットa58062]
lagrangian：統合スキームと転送条件の書き換え




粒子への力および熱伝達の統合は、
OpenFOAMは、以下のようにして、single、double、またはlongのスカラーでコンパイルできるようになりました。
実行時に選択可能な統合スキームによって容易になります。これらのスキーム
WM_PRECISION_OPTION環境変数をSP、DPまたはLPに設定する
イントロレーションステップの終わりに値を生成するように書かれていた
それぞれ、
また、全移動量からのステップにわたる平均値
計算された。




オイラー方式の平均値は正しく実装されていませんでした。
ほとんどの64ビットシステムではlong doubleは128ビットとして保存されますが、
勢いと熱伝達過程が生じた
浮動小数点ハードウェアを80ビットに変換します。 これと比較してストレージが増えたため
非保守的。しかし、平均を正しく実装すると、
倍精度キャッシュとメモリアクセスにはかなりの時間がかかります
多くの先進的な機能を備えています
浮動小数点集約演算の速度を2倍に低下させます
安く安定した選択肢としてオイラー計画の目的を否定した。
3。
[コミット0ea0b7]
combustionModels：工事順序を変更しました




このスキームは、ステップの変更を生成するように書き直されています。
燃焼および化学モデルは、もはや
最終的な価値よりむしろ。この変更を使用して、
熱力学的モデル;彼らは代わりに参照を保持します。の建設
移転。スキームに関係なく、この配合は
燃焼および化学モデルが変更され、
控えめで、オイラー方式は計算上のままです
メッシュとフェーズ名ではなく、サーモダイナミックスへの参照。
安価な。




この変更は、Timo Niemi、VTT
ソルバーレベルでは、サーモ、乱気流、燃焼モデルが現在
[コミット9ee3bb]
順番に選択されます。 3つのモデル間の循環依存性は、
integrationSchemes：連結/非連結力分割の修正
解決されました。そして、rawポインタベースのpost-constructionステップは、
燃焼モデルが削除されました。




コミットa580620で実装された統合分割が表示されています
古いソルバーレベルの構築シーケンス（通常はcreateFields.H内）は、
場合によっては正しくないことがあります。 新しい手順が実装されました
以下の通りです：
暗黙的明示的積分を正確に数に分割することができる
それぞれの貢献度を計算するために、 これは
結合したおよび結合していない粒子の運動量を統合することを意図している。
熱伝達。


<syntaxhighlight>
    autoPtr<combustionModels::psiCombustionModel> combustion
    (
        combustionModels::psiCombustionModel::New(mesh)
    );


しかし、現時点では、
    psiReactionThermo& thermo = combustion->thermo();
これらの移転（暗黙の非結合貢献はない）。 ザ
したがって、統合のみを行うための評価は短期間で行われています
結合された貢献に関して。 分割機能
追加の別個の暗黙の係数が
将来必要となる。


    // Create rho, U, phi, etc...


この変更は、Timo Niemi、VTT
    autoPtr<compressible::turbulenceModel> turbulence
[コミット937dba]
    (
PairCollision：不要な操作を削除
        compressible::turbulenceModel::New(rho, U, phi, thermo)
[コミット631bd4]
    );
 ThermoParcel：熱伝達項の数値安定性の向上


    combustion->setTurbulence(*turbulence);
</syntaxhighlight>


Timo Niemi、VTTによるパッチ。
新しいシーケンスは次のとおりです。
Injection: 並列に粒子注入の位置を設定する同期乱数呼び出し[コミット11a3b3]。 新しいRandomクラス実装[コミット002e7d]で乱数生成の速度を向上させました。
[コミット11a3b3]
 ConeInjection、ConeNozzleInjection：同期された乱数


<syntaxhighlight>
    autoPtr<psiReactionThermo> thermo(psiReactionThermo::New(mesh));


コーン注入内での位置決めのための乱数の使用
    // Create rho, U, phi, etc...
モデルはすべてのコアで一貫しています。 いくつかの呼び出しは
globalSampleメソッドを使用して同期されますが、他の
ランダム化されていないアルゴリズムに置き換えられました。
[コミット002e7d]
 ランダム：drand48をクラス内の実装に置き換えました


    autoPtr<compressible::turbulenceModel> turbulence
    (
        compressible::turbulenceModel::New(rho, U, phi, *thermo)
    );


これは、それが置き換えられるライブラリの機能よりも速い
    autoPtr<combustionModels::psiCombustionModel> combustion
コンパイラはインライン展開を実行できます。 また、静的なものを利用しない
     (
発電機は互いに干渉しないようにしてください。 それはまたより速い
         combustionModels::psiCombustionModel::New(*thermo, *turbulence)
cachedRandomの配列検索よりも cachedRandomクラス
     );
したがってランダムよりも有利ではなく、削除されています。
Data Processing: パッチのパーセル衝突のためのpatchCollisionDensity関数オブジェクト[コミットa44e95]; nearWallFields関数オブジェクト[コミットaa24a9]の厄介な粒子の古い追跡のための特別な処理を削除しました。 icoUncoupledKinematicCloudfunctionオブジェクトを使用すると、任意のシミュレーションに粒子を追加できます[コミット db6495]。
[コミットa44e95]
ParticleFunctionObjects：PatchCollisionDensityオブジェクトが追加されました。この関数オブジェクトは、
すべてのパッチ面でパーセル衝突の面積密度。 また、
各パッチ面に衝突する衝突の割合は、
最後の出力から経過した時間に等しい間隔。 それは
最小入射速度を指定するオプションの入力。
衝突はカウントされません。
次のように、クラウドプロパティファイルで有効にすることができます。
<syntaxhighlight>
     cloudFunctions
    {
         patchCollisionDensity1
        {
            type        patchCollisionDensity;
            minSpeed    1e-3; // (optional)
        }
     }
</syntaxhighlight>
</syntaxhighlight>


[コミットaa24a9]
[コミット04d5f8]
functionObjects：nearWallFields：固定パーティクルが見つかりませんでしたエラー
 engineTime：ピストン運動の実行時選択を提供するために一般化される




扱いにくいパーティクルの特別な処理をすべて削除しました。
標準的なクランクコネクティングロッドと新しいフリーピストンキネマティックス運動オプション
nearWallFields関数オブジェクト。 バージョン5以上のトラッキングが既に処理されています
他のものを簡単に追加することができます。
これはより堅牢です。
[コミット db6495]
 追加されたicoUncoupledKinematicCloudパッケージ化された関数オブジェクト
Chemistry and Reactions
Full algebraic Jacobian (with Francesco Contino): 化学反応の解を高速化するために、第3体および圧力依存の導関数を含む新しい完全代数ヤコビ行列、および温度項の導関数を実装する。 反応速度表現とヤコビの項の拡張を容易にするためにコードを再設計しました。 安定性を改善するために温かいクリッピングが加えられました[コミット4dc35c]。
[コミット4dc35c]
 thermophysicalModels：完全代数ヤコビ行列の実装




第3者および圧力依存のデリバティブを含む
Francesco ContinoとBURN Research GroupのNicolas Bourgeoisによる寄稿。
温度の項。完全ヤコビアンは不完全なヤコビアンよりも頑強であり、
[コミット85e249]
部分的に近似した形式を使用して、
MichaelisMentenReactionRate：酵素反応のミカエリス - メンテン反応速度
ヤコビアンに依存する硬いODEソルバー。




反応速度の評価は、化学モデルからスペシ
液体反応をサポートするために更新されたchemFoam
代替の反応速度式および関連する反応速度式の簡潔なサポート
[コミット19fb48]
ヤコビの言葉。
 chemFoam：液体反応と気体反応の両方をサポートするためにpsiからrho thermoに変更
Other Modelling
Turbulence: 乱気流強度フィールドを書き出すturbulenceIntensity関数オブジェクト[コミットe08128]; オメガの壁機能改善治療（比散逸率）[コミット4331b9]。
[コミットe08128]
 functionObjects :: turbulenceIntensity：turbulenceIntensityフィールドを書き込む新しいfunctionObject
 


説明
    乱気流強度フィールド 'I'を評価して書き込みます。


Reactionクラスに含まれる温度クリッピング。これはデフォルトでは無効です
しかし、ほとんどの場合、温度制限を設けることをお勧めします
低い）。これらは、foamChemistryFileにキーワードThighと
トロー。 chemkinToFoamを使用する場合、これらの値はJanafの限界値に設定されます
熱力学的データ。新しいヤコビアンでこの温度クリッピングが証明されました
安定性のために、そして場合によっては非常に有益である。


    乱気流強度フィールド「I」は、乱流の二乗平均平方根である
    局所速度振幅で正規化された速度変動：
<syntaxhighlight>
    \f[
        I \equiv \frac{\sqrt{\frac{2}{3}\, k}}{U}
    \f]
</syntaxhighlight>


TDAC MRUリストの改善は、追加機能および拡張機能の方がよりよく統合されています。
    偽の極値と0による除算を避けるために、私は1に制限されています。
    速度の大きさは乱流速度の変動よりも小さい。




この重要な開発を最大限に活用するには、再調整することが重要です
    関数オブジェクト指定の例：
ODE統合の公差、特にodeCoeffsのabsTol
化学辞書のサブ辞書：


<syntaxhighlight>
<syntaxhighlight>
odeCoeffs
    functions
{
    {
    solver          seulex;
        .
    absTol          1e-12;
        .
    relTol          0.01;
        .
}
        turbulenceIntensity
        {
            type        turbulenceIntensity;
            libs        ("libfieldFunctionObjects.so");
        }
        .
        .
        .
    }
</syntaxhighlight>
</syntaxhighlight>


典型的にはabsTolを1e-8に設定し、relTolを点火を除いて0.1に設定できるようになりました
    または標準の構成ファイルを使用します。
これらの設定では、統合は依然として堅牢ですが、
多くの場合、以前よりもはるかに高速です。
Reaction:燃焼および化学モデル[コミット61cab8]の選択を簡素化した。 初期ODE統合のタイムステップ[コミット08d5fc]を指定するオプション。 拡張（long double）精度スカラーのサポート[コミットd82cc3]; 燃焼、熱物性および乱流モデル間の依存関係を取り除くための再設計[コミット0ea0b7]; （BURNリサーチグループで）エンジン計算用に選択可能なピストン運動モデル[コミット04d5f8]; ChemFoam [コミット85e249]における液体反応のサポートを用いた酵素反応[コミット19fb48]のミカエリス - メンテン反応速度を加えた。
[コミット61cab8]
combustionModel、chemistryModel：モデル選択の簡略化
 
 
燃焼および化学モデルの選択は単純化されているので
ユーザが熱力学の形式を指定する必要がないことを意味する。
 
 
新しい燃焼および化学物質の例は、以下の通りである。


<syntaxhighlight>
<syntaxhighlight>
     In constant/combustionProperties:
     functions
 
    {
        combustionModel PaSR;
        .
        .
        .
        #includeFunc turbulenceIntensity
        .
        .
        .
    }
</syntaxhighlight>
 
[コミット4331b9]
 omegaWallFunction：幾何平均から壁距離までのブレンドを変更するレイノルズ数ベース


        combustionModel FSD;


    In constant/chemistryProperties:
アドホックな幾何平均ブレンディングをより物理的な壁距離に置き換えました
レイノルズ数混合関数。


        chemistryType
        {
            solver          ode;
            method          TDAC;
        }
</syntaxhighlight>


モデル名のすべての角括弧（例えば、
さらに、y + <11.6の積極的な生産期間の部分は、
<psiThermoCombustion、gasHhermoPhysics>）が削除されました。
復活した
chemistryThermoエントリー。
Thermophysical Modelling: 非反応性混合物は、反応ソルバーで選択して、事例を段階的に設定するのを助けることができます[コミット233d8d]。
[コミット233d8d]
 reactionThermo：singleComponentMixtureをpureMixtureとして選択します。




変更はほとんど後方互換性があります。 サポートのみ
反応するソルバーでpureMixtureを指定できるようになりました。 これはさらに
化学ソルバーの名前の角括弧型は削除されました。 警告
非反応型ソルバと反応型ソルバとの互換性が向上します。
古いエントリのいくつかが使用されている場合、
熱力学は現在無視されている。
[コミット08d5fc]
chemistryModel：最初のODE統合のタイムステップを指定するための新しいオプションが追加されました




定数/化学特性では、初期の仕様に加えて
これを達成するために、混合物は同じフォームのtypeName関数を持つようになりました
実行の開始時に使用されるODE統合時間ステップ：
下部の熱中症モデルとして。 さらに、名前の衝突を避けるために、
反応しているサーモメークのマクロは、
複数選択テーブルのエントリ、および
反応温度表。
Atmosphere: 地形のための気孔率と乱流モデルを含む新しいatmosphericModelsライブラリ[コミットa5d677]
[コミットa5d677]
大気モデル：Lopes da Costaの気孔率と乱流モデルを追加しました。電力法気孔率とkε乱流モデルの特殊な変形
森林と非森林の複合体上の大気の流れをシミュレートするために開発された
地形。クラス
フォーム:: powerLawLopesdaCosta
説明
空間的に変化するパワー・ロウ・ポロシティ・モデルの変形
抵抗係数によって与えられた：
<syntaxhighlight>
        \f[
            S = -\rho C_d \Sigma |U|^{(C_1 - 1)} U
        \f]
</syntaxhighlight>


どこで


     initialChemicalTimeStep 1e-12;
<syntaxhighlight>
    \vartable
        \Sigma | Porosity surface area per unit volume
        C_d    | Model linear coefficient
        C_1    | Model exponent coefficient
    \endvartable
</syntaxhighlight>


参照:


この時間ステップは、ここで、
<syntaxhighlight>
オプションのエントリmaxChemicalTimeStepを設定します。
    \verbatim
        Costa, J. C. P. L. D. (2007).
        Atmospheric flow over forested and non-forested complex terrain.
    \endverbatim
</syntaxhighlight>


クラス
Foam::RASModels::kEpsilonLopesdaCosta


     maxChemicalTimeStep 1e-12;
Description
[コミットd82cc3]
追加の供給源を有する標準的なk-イプシロン乱流モデルの変形
 OpenFOAM：拡張精度スカラーのサポートが追加されました
によって表される多孔質領域における乱流の変化を取り扱うための用語
ポロシティモデルpowerLawLopesdaCosta。


参照:
<syntaxhighlight>
    \verbatim
        Costa, J. C. P. L. D. (2007).
        Atmospheric flow over forested and non-forested complex terrain.
    \endverbatim
</syntaxhighlight>


OpenFOAMは、以下のようにして、single、double、またはlongのスカラーでコンパイルできるようになりました。
デフォルトのモデル係数は以下のとおりです。
WM_PRECISION_OPTION環境変数をSP、DPまたはLPに設定する
それぞれ、
 


ほとんどの64ビットシステムではlong doubleは128ビットとして保存されますが、
<syntaxhighlight>
浮動小数点ハードウェアを80ビットに変換します。 これと比較してストレージが増えたため
    \verbatim
倍精度キャッシュとメモリアクセスにはかなりの時間がかかります
        kEpsilonLopesdaCostaCoeffs
浮動小数点集約演算の速度を2倍に低下させます
        {
3。
            Cmu        0.09;
[コミット0ea0b7]
            C1          1.44;
combustionModels：工事順序を変更しました
            C2          1.92;
            sigmak      1.0;
            sigmaEps    1.3;
        }
    \endverbatim
</syntaxhighlight>


チュートリアルのケースに従う。


燃焼および化学モデルは、もはや
Rigid Body Dynamics: 0-DoFジョイント[コミット59be3e]とトリプル振り子の例[コミット ae5a31]; sixDoFRigidBodyState関数オブジェクトは後処理のために剛体の状態を書き込みます[コミット7dc618]。
熱力学的モデル;彼らは代わりに参照を保持します。の建設
[コミット59be3e]
燃焼および化学モデルが変更され、
今回のバージョンアップでの特記事項はなし（dev版でのアップデート）
メッシュとフェーズ名ではなく、サーモダイナミックスへの参照。
[コミット ae5a31]
rigidBodyDynamics：一般的なボディのテストアプリケーションを追加
[コミット7dc618]
 sixDoFRigidBodyState：剛体状態を書き込む新しいfunctionObject
Meshes
blockMesh: NACA0012エアロフォイルチュートリアル、Cグリッドメッシュ付き[コミット0059f3]
[コミット0059f3]
 rhoSimpleFoamとrhoPimpleFoamのaerofoilNACA0012チュートリアルこのチュートリアルでは、blockMeshを使用してCグリッドメッシュを生成する方法を示します
この幾何形状は、NACA0012翼の表面メッシュ（OBJファイル）によって提供されます
ケースは、フリーストリーム流速がMa = 0.72デューク大学のカイ・バストス（Kai Bastos）氏に幾何学と役に立つ入力をお礼してくれました。
foamyHexMesh: 一般的なレビュー[コミットf18ffe]; 産業のジオメトリの選択により効果的に実行するための改善[コミット3260ae]。 ローカルサーフェスへの近さに基づいたセルサイジングが含まれています[コミット3e761d]。
[コミットf18ffe]
今回のバージョンアップでの特記事項はなし（dev版でのアップデート）
[コミット3260ae]
今回のバージョンアップでの特記事項はなし（dev版でのアップデート）
[コミット3e761d]
 foamyHexMesh：ローカルサーフェスの近さに基づいてセルのサイジングを追加まず、 "closeeness"オプションを有効にしてsurfaceFeatureExtractを実行します。
surfaceFeatureExtractDict：表面近接点のフィールドを抽出する


<syntaxhighlight>
    // Out put the closeness of surface elements to other surface elements.
    closeness              yes;
</syntaxhighlight>


ソルバーレベルでは、サーモ、乱気流、燃焼モデルが現在
次に、ローカルサーフェスの近さに基づいてセルのサイジングを有効にします。
順番に選択されます。 3つのモデル間の循環依存性は、
foamyHexMeshDictの "internalCloseess"オプション
解決されました。そして、rawポインタベースのpost-constructionステップは、
燃焼モデルが削除されました。
 
 
古いソルバーレベルの構築シーケンス（通常はcreateFields.H内）は、
以下の通りです：


<syntaxhighlight>
<syntaxhighlight>
    autoPtr<combustionModels::psiCombustionModel> combustion
motionControl
    (
{
        combustionModels::psiCombustionModel::New(mesh)
     defaultCellSize            4;
     );


     psiReactionThermo& thermo = combustion->thermo();
     minimumCellSizeCoeff        0.1;
    maxSmoothingIterations      100;
    maxRefinementIterations    2;


     // Create rho, U, phi, etc...
     shapeControlFunctions
 
    {
    autoPtr<compressible::turbulenceModel> turbulence
        geometry
     (
        {
        compressible::turbulenceModel::New(rho, U, phi, thermo)
            type                        searchableSurfaceControl;
     );
            priority                    1;
            mode                        inside;
 
            surfaceCellSizeFunction     nonUniformField;
 
            cellSizeCalculationType     automatic;


     combustion->setTurbulence(*turbulence);
            curvature                  false;
            curvatureFile              dummy;
            featureProximity            false;
            featureProximityFile        dummy;
            internalCloseness          true;
            internalClosenessFile      geometry.internalPointCloseness;
            internalClosenessCellSizeCoeff 25;
            curvatureCellSizeCoeff      0;
            maximumCellSizeCoeff        1;
            cellSizeFunction            uniform;
        }
     }
}
</syntaxhighlight>
</syntaxhighlight>


新しいシーケンスは次のとおりです。
Utilities: surfaceFeaturesは、1つの構成で複数のサーフェスからフィーチャを抽出し、surfaceFeatureExtract [コミットaaed62]を置き換えます。 フィールドはcreateBafflesを実行しても影響を受けませんが、オプションのfieldsswitch [コミットd66059]を設定することによって変更されます。
[コミットaaed62]
surfaceFeatures：シンプルなコントロールを持つsurfaceFeatureExtractの新バージョンサーフェスはリストとして指定され、コントロールはそれぞれに適用されます。の中に
rhoPimpleFoam / RAS / annularThermalMixerチュートリアル：


<syntaxhighlight>
<syntaxhighlight>
     autoPtr<psiReactionThermo> thermo(psiReactionThermo::New(mesh));
     surfaces
 
    // Create rho, U, phi, etc...
 
    autoPtr<compressible::turbulenceModel> turbulence
     (
     (
         compressible::turbulenceModel::New(rho, U, phi, *thermo)
         "AMI.obj"
        "shaft.obj"
        "wall.obj"
        "statorBlades.obj"
        "rotorBlades.obj"
     );
     );


     autoPtr<combustionModels::psiCombustionModel> combustion
     includedAngle  150;  // Identifes a feature when angle
     (
                      // between faces < includedAngle
         combustionModels::psiCombustionModel::New(*thermo, *turbulence)
     trimFeatures
     );
    {
         minElem        10;  // minimum edges within a feature
    }
 
     writeObj        yes; // writes out _edgeMesh.obj files to view features
</syntaxhighlight>
</syntaxhighlight>


[コミット04d5f8]
異なるサーフェスに複数のコントロールが必要な場合
 engineTime：ピストン運動の実行時選択を提供するために一般化される
サブディクショナリを使用できます。


<syntaxhighlight>
    AMIsurfaces
    {
        surfaces
        (
            "AMI.obj"
        );


標準的なクランクコネクティングロッドと新しいフリーピストンキネマティックス運動オプション
        includedAngle  140;  // Identifes a feature when angle
他のものを簡単に追加することができます。
                          // between faces < includedAngle
        trimFeatures
        {
            minElem        8;  // minimum edges within a feature
        }


        writeObj        yes;  // writes out _edgeMesh.obj files to view features
    }


Francesco ContinoとBURN Research GroupのNicolas Bourgeoisによる寄稿。
    otherSurfaces
[コミット85e249]
    {
MichaelisMentenReactionRate：酵素反応のミカエリス - メンテン反応速度
        surfaces
        (
            "shaft.obj"
            "wall.obj"
            "statorBlades.obj"
            "rotorBlades.obj"
        );


        includedAngle  150;  // Identifes a feature when angle
                          // between faces < includedAngle
        trimFeatures
        {
            minElem        10;  // minimum edges within a feature
        }


液体反応をサポートするために更新されたchemFoam
        writeObj        yes; // writes out _edgeMesh.obj files to view features
[コミット19fb48]
    }
 chemFoam：液体反応と気体反応の両方をサポートするためにpsiからrho thermoに変更
</syntaxhighlight>
Other Modelling
Turbulence: 乱気流強度フィールドを書き出すturbulenceIntensity関数オブジェクト[コミットe08128]; オメガの壁機能改善治療（比散逸率）[コミット4331b9]。
[コミットe08128]
 functionObjects :: turbulenceIntensity：turbulenceIntensityフィールドを書き込む新しいfunctionObject


特定のサーフェスに対応する既存のフィーチャエッジファイルは、
"ファイル"関連リスト：


説明
    乱気流強度フィールド 'I'を評価して書き込みます。
    乱気流強度フィールド「I」は、乱流の二乗平均平方根である
    局所速度振幅で正規化された速度変動：
<syntaxhighlight>
<syntaxhighlight>
     \f[
     surfaces
         I \equiv \frac{\sqrt{\frac{2}{3}\, k}}{U}
    (
     \f]
        "AMI.obj"
</syntaxhighlight>
         "shaft.obj"
        "wall.obj"
        "statorBlades.obj"
        "rotorBlades.obj"
     );


    偽の極値と0による除算を避けるために、私は1に制限されています。
    files
    速度の大きさは乱流速度の変動よりも小さい。
    (
        "AMI.obj" "constant/triSurface/AMI.obj.eMesh";
    );


    includedAngle  150;  // Identifes a feature when angle
                      // between faces < includedAngle
    trimFeatures
    {
        minElem        10;  // minimum edges within a feature
    }


    関数オブジェクト指定の例：
    writeObj        yes;  // writes out _edgeMesh.obj files to view features
</syntaxhighlight>


<syntaxhighlight>
[コミットd66059]
    functions
 createBaffles： "noFields" createBafflesDictスイッチを "fields"に変更しました。ここで、メッシュ変更に対応してフィールドが更新されるのは、オプションの
    {
"fields"スイッチがtrueに設定されています。
        .
Mesh Motion: pimpleFoam [コミットd1fa9b] interFoam [コミット46704f]と他のマルチフェーズソルバー[コミット4cfb2e]を含む動的ソルバーの機能を標準ソルバにマージすることで廃止予定のDyMソルバ。 メッシュリファインメント/アンレファンションのサポートとMRFへのトポロジ変更を追加[コミットc57fe2b]; メッシュの線形拡張と収縮を伴う単純なリニアモーションソルバー[コミットc00e28]
        .
[コミットd1fa9b]
        .
 pimpleFoam：pimpleDyMFoamの動的メッシュ機能をpimpleFoamに統合しました。pimpleDyMFoamをこの変更を報告するスクリプトに置き換えました。pimpleDyMFoamチュートリアルはpimpleFoamディレクトリに移動されました。この変更は、ダイナミックメッシュをマージする一連の開発のうちの最初のものです
        turbulenceIntensity
機能を標準ソルバに組み込んで、一貫性、ユーザビリティ、
        {
これらのソルバーの柔軟性と保守性を向上させます。
            type        turbulenceIntensity;
[コミット46704f]
            libs        ("libfieldFunctionObjects.so");
 interFoam：interDoMFoamのダイナミックメッシュ機能をinterFoamに統合interDyMFoamをこの変更を報告するスクリプトに置き換えました。interDyMFoamチュートリアルは、interFoamディレクトリに移動されました。この変更は、動的メッシュ機能をマージする一連の開発の1つです
        }
一貫性、ユーザビリティ、柔軟性を向上させるために標準的なソルバーに
        .
これらのソルバーの保守性。
        .
[コミット4cfb2e]
        .
multiphaseInterFoam：multiphaseInterDyMFoamの動的メッシュ機能をmultiphaseInterFoamに統合しましたこの変更を報告するスクリプトでmultiphaseInterDyMFoamを置き換えました。multiphaseInterDyMFoamチュートリアルは、multiphaseInterFoamディレクトリに移動されました。この変更は、動的メッシュ機能をマージする一連の開発の1つです
    }
一貫性、ユーザビリティ、柔軟性を向上させるために標準的なソルバーに
</syntaxhighlight>
これらのソルバーの保守性。 
 
[コミットc57fe2b]
    または標準の構成ファイルを使用します。
 MRF：メッシュリファインメント/アンブランチおよびその他のトポロジー変更のサポートが追加されました。
[コミットc00e28]
 displacementLinearMotionMotionSolver：新しい単純なリニアモーションソルバーメッシュモーションソルバーメッシュの単純な線形伸縮
領域はモーション軸とモーションの範囲で定義されます。例：


<syntaxhighlight>
<syntaxhighlight>
     functions
     dynamicFvMesh  dynamicMotionSolverFvMesh;
    {
        .
        .
        .
        #includeFunc turbulenceIntensity
        .
        .
        .
    }
</syntaxhighlight>


[コミット4331b9]
    motionSolver    displacementLinearMotion;
 omegaWallFunction：幾何平均から壁距離までのブレンドを変更するレイノルズ数ベース


    axis            (0 1 0);
    xFixed          0.8;
    xMoving        0;
    displacement    table
    (
        (0 0)
        (4 0.7)
    );
</syntaxhighlight>


アドホックな幾何平均ブレンディングをより物理的な壁距離に置き換えました
このメッシュは\ c xFixedと\ c xの間で圧縮されています
レイノルズ数混合関数。
時間0と4の間に\ c軸を持ち、最大変位は0.7です。
\ c xFixedを越えるメッシュは固定され、\ c xを超えて移動します。
変位。


Productivity and Usability
Data Visualisation: streamline関数オブジェクトの両方向を追跡するオプション[コミット8dcfc9]; グラフ、流線などのサンプリング場所を指定するための一貫した命名法を拡張、維持、導入した[コミット3ef4c8]; paraFoamの起動時に、ユーザは[コミット10b289]フィールドとメッシュとパッチコンポーネント[コミット4ece2c]をデフォルトでロードするように設定できます。
[コミット8dcfc9]
 streamLine：両方向にトラッキングするオプションが追加されましたストリームラインは、一連のストリームから両方向にトラッキングできるようになりました。
初期の場所。 この動作を制御するキーワードは
"forward"、 "backward"、 "both"のいずれかに設定することができます。この新しいキーワードは "trackForward"エントリよりも優れています
下位互換性のために保持されます。
[コミット3ef4c8]
 sampledSet：一貫した名前の変更、文書化、およびコードのメンテナンスサンプリングされたセットは、より明示的で一貫性のある名前に変更されました
2つの新しいものも追加されています。使用可能なセットは、
以下：arcUniform：円弧に沿った均一なサンプル。 「円」を置き換えます。
サークルの一部だけに沿ってサンプリングする機能を追加しました
周。例：
<syntaxhighlight>
        {
            type        arcUniform;
            centre      (0.95 0 0.25);
            normal      (1 0 0);
            radial      (0 0 0.25);
            startAngle  -1.57079633;
            endAngle    0.52359878;
            nPoints    200;
            axis        x;
        }
</syntaxhighlight>


さらに、y + <11.6の積極的な生産期間の部分は、
boundaryPoints：サブセットに関連付けられた指定点サンプル
復活した
境界。 "patchCloud"を置き換えます。例：
Thermophysical Modelling: 非反応性混合物は、反応ソルバーで選択して、事例を段階的に設定するのを助けることができます[コミット233d8d]。
[コミット233d8d]
 reactionThermo：singleComponentMixtureをpureMixtureとして選択します。


<syntaxhighlight>
        {
            type        boundaryPoints;
            patches    (inlet1 inlet2);
            points      ((0 -0.05 0.05) (0 -0.05 0.1) (0 -0.05 0.15));
            maxDistance 0.01;
            axis        x;
        }
</syntaxhighlight>


反応するソルバーでpureMixtureを指定できるようになりました。 これはさらに
boundaryRandom：境界のサブセット内のランダムサンプル。
非反応型ソルバと反応型ソルバとの互換性が向上します。
"patchSeed"を置き換えますが、動作を完全に変更します
ランダム。境界面の中心を最初に設定しません。例：


<syntaxhighlight>
        {
            type        boundaryRandom;
            patches    (inlet1 inlet2);
            nPoints    1000;
            axis        x;
        }
</syntaxhighlight>
boxUniform：軸に合わせたボックス内の標本の均一なグリッド。
"array"を置き換えます。例：


これを達成するために、混合物は同じフォームのtypeName関数を持つようになりました
下部の熱中症モデルとして。 さらに、名前の衝突を避けるために、
反応しているサーモメークのマクロは、
複数選択テーブルのエントリ、および
反応温度表。
Atmosphere: 地形のための気孔率と乱流モデルを含む新しいatmosphericModelsライブラリ[コミットa5d677]
[コミットa5d677]
大気モデル：Lopes da Costaの気孔率と乱流モデルを追加しました。電力法気孔率とkε乱流モデルの特殊な変形
森林と非森林の複合体上の大気の流れをシミュレートするために開発された
地形。クラス
フォーム:: powerLawLopesdaCosta
説明
空間的に変化するパワー・ロウ・ポロシティ・モデルの変形
抵抗係数によって与えられた：
<syntaxhighlight>
<syntaxhighlight>
         \f[
         {
             S = -\rho C_d \Sigma |U|^{(C_1 - 1)} U
            type    boxUniform;
         \f]
             box    (0.95 0 0.25) (1.2 0.25 0.5);
            nPoints (2 4 6);
            axis    x;
         }
</syntaxhighlight>
</syntaxhighlight>


どこで
circleRandom：円内のランダムサンプル。新しい。例：


<syntaxhighlight>
<syntaxhighlight>
    \vartable
        {
        \Sigma | Porosity surface area per unit volume
            type        circleRandom;
        C_d    | Model linear coefficient
            centre      (0.95 0 0.25);
        C_1    | Model exponent coefficient
            normal      (1 0 0);
     \endvartable
            radius      0.25;
            nPoints     200;
            axis        x;
        }
</syntaxhighlight>
</syntaxhighlight>


参照:
lineFace：線に沿った面交差。 「顔」を置き換えます。例：


<syntaxhighlight>
<syntaxhighlight>
    \verbatim
        {
        Costa, J. C. P. L. D. (2007).
            type        lineFace;
         Atmospheric flow over forested and non-forested complex terrain.
            start      (0.6 0.6 0.5);
    \endverbatim
            end         (0.6 -0.3 -0.1);
            axis        x;
        }
</syntaxhighlight>
</syntaxhighlight>


クラス
lineCell：中間の中間点で線に沿ってセルサンプル
Foam::RASModels::kEpsilonLopesdaCosta
顔の交差点。 "midPoint"を置き換えます。例：


Description
<syntaxhighlight>
追加の供給源を有する標準的なk-イプシロン乱流モデルの変形
        {
によって表される多孔質領域における乱流の変化を取り扱うための用語
            type        lineCell;
ポロシティモデルpowerLawLopesdaCosta。
            start      (0.5 0.6 0.5);
            end        (0.5 -0.3 -0.1);
            axis        x;
        }
</syntaxhighlight>
 
lineCellFace： "lineFace"と "lineCell"の組み合わせ。置換
"midPointAndFace"。例：


参照:
<syntaxhighlight>
<syntaxhighlight>
    \verbatim
        {
        Costa, J. C. P. L. D. (2007).
            type        lineCellFace;
         Atmospheric flow over forested and non-forested complex terrain.
            start      (0.55 0.6 0.5);
    \endverbatim
            end         (0.55 -0.3 -0.1);
            axis        x;
        }
</syntaxhighlight>
</syntaxhighlight>


デフォルトのモデル係数は以下のとおりです。
lineUniform：線に沿った均一なサンプル。 "uniform"を置き換えます。
例：


<syntaxhighlight>
<syntaxhighlight>
    \verbatim
        kEpsilonLopesdaCostaCoeffs
         {
         {
             Cmu        0.09;
             type        lineUniform;
             C1          1.44;
             start      (0.65 0.3 0.3);
             C2          1.92;
             end        (0.65 -0.3 -0.1);
             sigmak      1.0;
             nPoints    200;
             sigmaEps    1.3;
             axis        x;
         }
         }
    \endverbatim
</syntaxhighlight>
</syntaxhighlight>


チュートリアルのケースに従う。
points：指定されたポイント。順序付きフラグが "雲"の場合
false、および順序付けられたフラグがtrueの場合は「polyLine」です。例：


Rigid Body Dynamics: 0-DoFジョイント[コミット59be3e]とトリプル振り子の例[コミット ae5a31]; sixDoFRigidBodyState関数オブジェクトは後処理のために剛体の状態を書き込みます[コミット7dc618]。
<syntaxhighlight>
[コミット59be3e]
        {
今回のバージョンアップでの特記事項はなし（dev版でのアップデート）
            type        points;
[コミット ae5a31]
            points      ((0 -0.05 0.05) (0 -0.05 0.1) (0 -0.05 0.15));
rigidBodyDynamics：一般的なボディのテストアプリケーションを追加
            ordered    yes;
[コミット7dc618]
            axis        x;
 sixDoFRigidBodyState：剛体状態を書き込む新しいfunctionObject
        }
Meshes
</syntaxhighlight>
blockMesh: NACA0012エアロフォイルチュートリアル、Cグリッドメッシュ付き[コミット0059f3]
 
[コミット0059f3]
sphereRandom：球内のランダムサンプル。新しい。例：
 rhoSimpleFoamとrhoPimpleFoamのaerofoilNACA0012チュートリアルこのチュートリアルでは、blockMeshを使用してCグリッドメッシュを生成する方法を示します
この幾何形状は、NACA0012翼の表面メッシュ（OBJファイル）によって提供されます
ケースは、フリーストリーム流速がMa = 0.72デューク大学のカイ・バストス（Kai Bastos）氏に幾何学と役に立つ入力をお礼してくれました。
foamyHexMesh: 一般的なレビュー[コミットf18ffe]; 産業のジオメトリの選択により効果的に実行するための改善[コミット3260ae]。 ローカルサーフェスへの近さに基づいたセルサイジングが含まれています[コミット3e761d]。
[コミットf18ffe]
今回のバージョンアップでの特記事項はなし（dev版でのアップデート）
[コミット3260ae]
今回のバージョンアップでの特記事項はなし（dev版でのアップデート）
[コミット3e761d]
 foamyHexMesh：ローカルサーフェスの近さに基づいてセルのサイジングを追加まず、 "closeeness"オプションを有効にしてsurfaceFeatureExtractを実行します。
surfaceFeatureExtractDict：表面近接点のフィールドを抽出する


<syntaxhighlight>
<syntaxhighlight>
    // Out put the closeness of surface elements to other surface elements.
        {
     closeness              yes;
            type        sphereRandom;
            centre      (0.95 0 0.25);
            radius      0.25;
            nPoints     200;
            axis        x;
        }
</syntaxhighlight>
</syntaxhighlight>


次に、ローカルサーフェスの近さに基づいてセルのサイジングを有効にします。
Mesh：triSurfaceMeshのすべての点からのサンプル。
foamyHexMeshDictの "internalCloseess"オプション
 
"triSurfaceMeshPointSet"を置き換えます。例：


<syntaxhighlight>
<syntaxhighlight>
motionControl
{
    defaultCellSize            4;
    minimumCellSizeCoeff        0.1;
    maxSmoothingIterations      100;
    maxRefinementIterations    2;
    shapeControlFunctions
    {
        geometry
         {
         {
             type                       searchableSurfaceControl;
             type       triSurfaceMesh;
             priority                    1;
             surface    "surface.stl";
             mode                        inside;
             axis        x;
        }
</syntaxhighlight>


            surfaceCellSizeFunction    nonUniformField;
ヘッダーにもドキュメントが追加されています。使用例と使用例
制御パラメータの説明がすべてのセットに存在するようになりました。


            cellSizeCalculationType    automatic;
さらに、セットを生成する多くのアルゴリズムが、
リファクタリングまたは書き換えられました。これは、
最近の乱数生成の変更、またはアドホックの削除
重心追跡アルゴリズムによって不要になった修正。


            curvature                  false;
[コミット10b289]
            curvatureFile              dummy;
 paraFoam：起動時にロードされるデフォルトフィールドを設定する設定ファイルを追加しました。新しいデフォルトのparaFoam設定はOpenFOAM-dev / etc / paraFoamファイルにあります
            featureProximity            false;
エントリーを含む
            featureProximityFile        dummy;
 
            internalCloseness          true;
<syntaxhighlight>
            internalClosenessFile      geometry.internalPointCloseness;
    defaultFields (U p p_rgh T alpha.water alpha.air);
            internalClosenessCellSizeCoeff 25;
            curvatureCellSizeCoeff      0;
            maximumCellSizeCoeff        1;
            cellSizeFunction            uniform;
        }
    }
}
</syntaxhighlight>
</syntaxhighlight>


Utilities: surfaceFeaturesは、1つの構成で複数のサーフェスからフィーチャを抽出し、surfaceFeatureExtract [コミットaaed62]を置き換えます。 フィールドはcreateBafflesを実行しても影響を受けませんが、オプションのfieldsswitch [コミットd66059]を設定することによって変更されます。
 
[コミットaaed62]
使用可能な場合にデフォルトでロードされるフィールドのセットを指定します。 この
surfaceFeatures：シンプルなコントロールを持つsurfaceFeatureExtractの新バージョンサーフェスはリストとして指定され、コントロールはそれぞれに適用されます。の中に
追加のparaFoam設定ファイルを
rhoPimpleFoam / RAS / annularThermalMixerチュートリアル：
検索されたOpenFOAMなどのディレクトリのいずれか


<syntaxhighlight>
<syntaxhighlight>
     surfaces
     foamEtcFile -list
    (
</syntaxhighlight>
        "AMI.obj"
        "shaft.obj"
        "wall.obj"
        "statorBlades.obj"
        "rotorBlades.obj"
    );


    includedAngle  150;  // Identifes a feature when angle
例えば
                      // between faces < includedAngle
    trimFeatures
    {
        minElem        10;  // minimum edges within a feature
    }


     writeObj        yes;  // writes out _edgeMesh.obj files to view features
<syntaxhighlight>
     ~/.OpenFOAM/dev
    ~/.OpenFOAM
    ~/OpenFOAM/site/dev
    ~/OpenFOAM/site
    ~/OpenFOAM/OpenFOAM-dev/etc
</syntaxhighlight>
</syntaxhighlight>


異なるサーフェスに複数のコントロールが必要な場合
設定可能なデフォルトフィールドの新しいセットは、元のハードコードされたデフォルトの
サブディクショナリを使用できます。
"p"と "U"であり、現在のOpenFOAMの使用にははるかに便利です。
 
[コミット4ece2c]
paraFoam：デフォルトで読み込まれるパッチの種類を指定するためのサポートを追加する新しいdefaultPatchTypesエントリで指定されているデフォルトのパッチタイプ
etc paraFoam設定辞書：


<syntaxhighlight>
<syntaxhighlight>
     AMIsurfaces
     defaultPatchTypes (patch wall);
    {
</syntaxhighlight>
        surfaces
        (
            "AMI.obj"
        );


        includedAngle  140;  // Identifes a feature when angle
ワイルドカードはサポートされています。たとえば、ロードされたすべてのパッチを単純に設定する
                          // between faces < includedAngle
defaultPatchTypesから
        trimFeatures
        {
            minElem        8;  // minimum edges within a feature
        }


        writeObj        yes; // writes out _edgeMesh.obj files to view features
<syntaxhighlight>
    }
    defaultPatchTypes (".*");
</syntaxhighlight>


    otherSurfaces
Case Initialisation: 拡張子が ".orig"のオリジナルファイルはコピーする必要はなく、代わりに自動的に読み込まれます[コミットdf6e2d]; 無効なchangeDictionaryutilityをfoamDictionaryに置き換えた[コミット1c62b8]; 一般的な大文字辞書ファイルの有用な例を追加しました。 decomposeParDict [コミット351020]; ユーティリティから未使用のオプションを削除しました。 表面ユーティリティからのケース[コミット2e1825]; 設定ファイルをコピーするためのfoamGetスクリプト。 decomposeParDict、残差をケースに素早く入れます[コミット097e15]。
    {
[コミットdf6e2d]
        surfaces
 OpenFOAMフィールドの読み込み：<field> .origファイルの処理を自動化現在、<field>ファイルが存在しない場合、圧縮された<field> .gzファイルは
        (
検索され、存在しない場合は<field> .origファイルが検索されます
            "shaft.obj"
ために。これにより、大文字と小文字の設定が簡単になり、setFieldのようにスクリプトを実行できるようになりました。たとえば、
            "wall.obj"
<field> .origファイルを直接生成し、そこから<field>ファイルを生成します。
            "statorBlades.obj"
次にソルバによって読み込まれます。 さらに、によって使用されるcleanCase関数
            "rotorBlades.obj"
foamCleanCaseとAllcleanスクリプトが<field>ファイルを自動的に削除した場合
        );
対応する<field> .origファイルがあります。 だから今、
 
<field> .origファイルを<field>またはAllcleanにコピーするAllrunスクリプト
        includedAngle  150;  // Identifes a feature when angle
それらを明示的に削除するスクリプト。
                          // between faces < includedAngle
[コミット1c62b8]
        trimFeatures
 チュートリアル：foamDictionary呼び出しからのrunApplicationの削除runApplicationは、ログに記録されないため、foamDictionaryには必要ありません
        {
結果の何か。 runApplicationを使用すると、未確認のfalseになります
            minElem        10;   // minimum edges within a feature
foamDictionaryが生成しないので、テストループの完了警告
        }
終わりのステートメント
 
[コミット351020]
        writeObj        yes;  // writes out _edgeMesh.obj files to view features
etc / caseDicts：一般的な辞書ファイルの有用な例を追加decomposeParDict、mapFieldsDict、setFieldsDict、surfaceFeaturesDict、
    }
createBafflesDict、createPatchDict、snappyHexMeshDict、extrudeMeshDictおよび
collapseDict
[コミット2e1825]
 ユーティリティ：未使用のケース関連のオプションを削除する
[コミット097e15]
 foamGet：設定ファイルをケースにすばやくコピーする新しいスクリプト$ FOAM_ETC / caseDictsのサンプル設定ファイルを使用します。
ユーティリティー構成ファイルとパッケージ化された関数オブジェクトがあります。 ために
例：
<syntaxhighlight>
   foamGet decomposeParDict
  foamGet extrudeMeshDict
  foamGet createPatchDict
  foamGet surfaces
</syntaxhighlight>
</syntaxhighlight>


特定のサーフェスに対応する既存のフィーチャエッジファイルは、
ファイルはデフォルトでシステムディレクトリにコピーされます。
"ファイル"関連リスト：
-target | -tオプションを使用して異なるターゲットディレクトリを指定することができます。
 
クリスグリーンシールド、CFDダイレクト
 
Case Management: 実行時間、CPUおよびクロック時間を監視するための時間関数オブジェクト[コミットd008fe]; jobInfoはジョブ情報を小さな便利なファイルに書き出します[コミット0309a2]; foamInfoスクリプトは、モデル（境界条件やパッケージ化された関数オブジェクトを含む）、アプリケーション、スクリプトに関する迅速かつ関連性の高い情報を提供します[コミット930f02]。 foamHelp [コミットb4dfbd]に基づいて効果のない膨大な "ヘルプ"システムを削除しました。
[コミットd008fe]
timeFunctionObject：実行、CPU、および時計の時間を書き込む新しいfunctionObjectオプションで時間ステップ当たりのCPUとクロック時間。関数オブジェクト指定の例：


<syntaxhighlight>
<syntaxhighlight>
    surfaces
time
    (
{
        "AMI.obj"
     type            time;
        "shaft.obj"
        "wall.obj"
        "statorBlades.obj"
        "rotorBlades.obj"
     );


     files
     libs            ("libutilityFunctionObjects.so");
    (
        "AMI.obj" "constant/triSurface/AMI.obj.eMesh";
    );


     includedAngle  150; // Identifes a feature when angle
     writeControl    timeStep;
                      // between faces < includedAngle
     writeInterval  1;
     trimFeatures
    {
        minElem        10;   // minimum edges within a feature
    }


     writeObj        yes; // writes out _edgeMesh.obj files to view features
     perTimeStep    no;
}
</syntaxhighlight>
</syntaxhighlight>


[コミットd66059]
追加する
 createBaffles： "noFields" createBafflesDictスイッチを "fields"に変更しました。ここで、メッシュ変更に対応してフィールドが更新されるのは、オプションの
 
"fields"スイッチがtrueに設定されています。
<syntaxhighlight>
Mesh Motion: pimpleFoam [コミットd1fa9b] interFoam [コミット46704f]と他のマルチフェーズソルバー[コミット4cfb2e]を含む動的ソルバーの機能を標準ソルバにマージすることで廃止予定のDyMソルバ。 メッシュリファインメント/アンレファンションのサポートとMRFへのトポロジ変更を追加[コミットc57fe2b]; メッシュの線形拡張と収縮を伴う単純なリニアモーションソルバー[コミットc00e28]
    #includeFunc time
[コミットd1fa9b]
</syntaxhighlight>
 pimpleFoam：pimpleDyMFoamの動的メッシュ機能をpimpleFoamに統合しました。pimpleDyMFoamをこの変更を報告するスクリプトに置き換えました。pimpleDyMFoamチュートリアルはpimpleFoamディレクトリに移動されました。この変更は、ダイナミックメッシュをマージする一連の開発のうちの最初のものです
 
機能を標準ソルバに組み込んで、一貫性、ユーザビリティ、
 
これらのソルバーの柔軟性と保守性を向上させます。
コントロールの関数リストに移動します。
[コミット46704f]
 interFoam：interDoMFoamのダイナミックメッシュ機能をinterFoamに統合interDyMFoamをこの変更を報告するスクリプトに置き換えました。interDyMFoamチュートリアルは、interFoamディレクトリに移動されました。この変更は、動的メッシュ機能をマージする一連の開発の1つです
一貫性、ユーザビリティ、柔軟性を向上させるために標準的なソルバーに
これらのソルバーの保守性。
[コミット4cfb2e]
multiphaseInterFoam：multiphaseInterDyMFoamの動的メッシュ機能をmultiphaseInterFoamに統合しましたこの変更を報告するスクリプトでmultiphaseInterDyMFoamを置き換えました。multiphaseInterDyMFoamチュートリアルは、multiphaseInterFoamディレクトリに移動されました。この変更は、動的メッシュ機能をマージする一連の開発の1つです
一貫性、ユーザビリティ、柔軟性を向上させるために標準的なソルバーに
これらのソルバーの保守性。 
[コミットc57fe2b]
 MRF：メッシュリファインメント/アンブランチおよびその他のトポロジー変更のサポートが追加されました。
[コミットc00e28]
 displacementLinearMotionMotionSolver：新しい単純なリニアモーションソルバーメッシュモーションソルバーメッシュの単純な線形伸縮
領域はモーション軸とモーションの範囲で定義されます。例：


<syntaxhighlight>
<syntaxhighlight>
    dynamicFvMesh  dynamicMotionSolverFvMesh;
0              1.190000e+00    1
1              1.640000e+00    1
2              1.940000e+00    2
</syntaxhighlight>


    motionSolver    displacementLinearMotion;
時間ステップごとのCPUとクロック時間のオプションの書き込みを有効にすると、
まっすぐ進む：


    axis            (0 1 0);
<syntaxhighlight>
    xFixed          0.8;
     #includeFunc time(perTimeStep=yes)
    xMoving        0;
    displacement    table
     (
        (0 0)
        (4 0.7)
    );
</syntaxhighlight>
</syntaxhighlight>


このメッシュは\ c xFixedと\ c xの間で圧縮されています
[コミット0309a2]
時間0と4の間に\ c軸を持ち、最大変位は0.7です。
jobInfo：jobInfo。<pid>ファイルをcaseディレクトリに書き込むwriteJobInfoコントロールを変更しましたetc / controlDict :: writeJobInfoが1のjobInfoに設定されていると、<pid>ファイルが書き込まれます。
\ c xFixedを越えるメッシュは固定され、\ c xを超えて移動します。
caseディレクトリに、ジョブの実行の要約を含む
変位。


Productivity and Usability
<syntaxhighlight>
Data Visualisation: streamline関数オブジェクトの両方向を追跡するオプション[コミット8dcfc9]; グラフ、流線などのサンプリング場所を指定するための一貫した命名法を拡張、維持、導入した[コミット3ef4c8]; paraFoamの起動時に、ユーザは[コミット10b289]フィールドとメッシュとパッチコンポーネント[コミット4ece2c]をデフォルトでロードするように設定できます。
startDate
[コミット8dcfc9]
startTime
 streamLine：両方向にトラッキングするオプションが追加されましたストリームラインは、一連のストリームから両方向にトラッキングできるようになりました。
userName
初期の場所。 この動作を制御するキーワードは
foamVersion
"forward"、 "backward"、 "both"のいずれかに設定することができます。この新しいキーワードは "trackForward"エントリよりも優れています
code
下位互換性のために保持されます。
argList
[コミット3ef4c8]
currentDir
 sampledSet：一貫した名前の変更、文書化、およびコードのメンテナンスサンプリングされたセットは、より明示的で一貫性のある名前に変更されました
PPID
2つの新しいものも追加されています。使用可能なセットは、
PGID
以下：arcUniform：円弧に沿った均一なサンプル。 「円」を置き換えます。
foamBuild
サークルの一部だけに沿ってサンプリングする機能を追加しました
root
周。例：
case
<syntaxhighlight>
nProcs
        {
            type        arcUniform;
            centre      (0.95 0 0.25);
            normal      (1 0 0);
            radial      (0 0 0.25);
            startAngle  -1.57079633;
            endAngle    0.52359878;
            nPoints    200;
            axis        x;
        }
</syntaxhighlight>
</syntaxhighlight>


boundaryPoints：サブセットに関連付けられた指定点サンプル
ジョブが完了すると、次の追加エントリが書き込まれます。
境界。 "patchCloud"を置き換えます。例：


<syntaxhighlight>
<syntaxhighlight>
        {
cpuTime
            type        boundaryPoints;
endDate
            patches    (inlet1 inlet2);
endTime
            points      ((0 -0.05 0.05) (0 -0.05 0.1) (0 -0.05 0.15));
termination
            maxDistance 0.01;
            axis        x;
        }
</syntaxhighlight>
</syntaxhighlight>


boundaryRandom：境界のサブセット内のランダムサンプル。
元のetc / controlDict :: writeJobInfoコントロールは、writeJobControlという名前に変更されました。
"patchSeed"を置き換えますが、動作を完全に変更します
〜1はジョブ制御の〜/ OpenFOAM / jobControl / runningJobsとfinishedJobsファイルを書き込みます。
ランダム。境界面の中心を最初に設定しません。例：
 
[コミット930f02]
foamInfo：指定されたサブジェクトに関する情報を提供する新しいスクリプト対象は、モデル（境界条件および
パッケージ化された関数オブジェクト）、アプリケーションおよびスクリプト。 例えば：


<syntaxhighlight>
<syntaxhighlight>
        {
  foamInfo simpleFoam
            type        boundaryRandom;
  foamInfo kEpsilon
            patches    (inlet1 inlet2);
  foamInfo turbulentIntensityKineticEnergyInlet
            nPoints    1000;
  foamInfo fixedTemperatureConstraint
            axis        x;
  foamInfo surfaces
        }
  foamInfo foamNewBC
</syntaxhighlight>
</syntaxhighlight>


boxUniform：軸に合わせたボックス内の標本の均一なグリッド。
出力には以下が含まれます。
"array"を置き換えます。例：
- File：関連するソースコードヘッダーファイルの場所。
- ヘッダーファイルの説明の詳細。
- ヘッダファイルからの使用詳細。
- 例：tutorialsディレクトリの関連するケースのリスト。
 
foamInfoには、-web | -wおよび-browser | -bオプションが含まれています。
HTMLソースコードのドキュメント（https://cpp.openfoam.org）


<syntaxhighlight>
クリスグリーンシールド、CFDダイレクト
        {
            type    boxUniform;
            box    (0.95 0 0.25) (1.2 0.25 0.5);
            nPoints (2 4 6);
            axis    x;
        }
</syntaxhighlight>


circleRandom：円内のランダムサンプル。新しい。例：
[コミットb4dfbd]
 今回のバージョンアップでの特記事項はなし（dev版でのアップデート）
Boundary Conditions (BCs): 新しいfreestreamVelocityとfreestreamPressure BC [コミットfb15be]; 新しいfixedMeanOutletInletFvPatchFieldアウトレット平均値を確定するBC [コミットa0399d]; 定圧静水圧分布に対応するp_rghの境界値を設定する新しいprghUniformDensityHydrostaticPressure BC [コミット52a2ba]。 freestreamPressureFvPatchScalarField BCの超音速フローのサポート[コミット26ec6f]; semiPermeableBaffle BCは半透過性バッフルをモデル化する[コミット305558]。 あるケースから別のケースへの境界にデータをマップするtimeVaryingMapped BCのユーザビリティを向上させました[コミットf6a311]。
 
[コミットfb15be]
 freestreamPressure、freestreamVelocity：フリーストリームの新しいブレンド境界条件


<syntaxhighlight>
        {
            type        circleRandom;
            centre      (0.95 0 0.25);
            normal      (1 0 0);
            radius      0.25;
            nPoints    200;
            axis        x;
        }
</syntaxhighlight>


lineFace：線に沿った面交差。 「顔」を置き換えます。例：
これらのBCは、標準的な流入条件と流出条件との間で
速度の向き。


<syntaxhighlight>
        {
            type        lineFace;
            start      (0.6 0.6 0.5);
            end        (0.6 -0.3 -0.1);
            axis        x;
        }
</syntaxhighlight>


lineCell：中間の中間点で線に沿ってセルサンプル
airFoil2Dチュートリアルが更新され、これらの新しいBCが紹介されました。
顔の交差点。 "midPoint"を置き換えます。例：
[コミットa0399d]
 fixedMeanOutletInletFvPatchField：アウトレット平均値を修正する新しいアウトレット/インレット境界条件
 
 
説明
    この境界条件は、近接セルを用いてパッチをフィールドに外挿する
    指定された、オプションで一致するように分布を調整します
    時変の平均値。この外挿されたフィールドは、
    アウトフロー面のfixedValueではなく、ゼログラデーションが流入面に適用されます。


<syntaxhighlight>
        {
            type        lineCell;
            start      (0.5 0.6 0.5);
            end        (0.5 -0.3 -0.1);
            axis        x;
        }
</syntaxhighlight>


lineCellFace： "lineFace"と "lineCell"の組み合わせ。置換
    この境界条件は、inletOutletが
"midPointAndFace"。例：
    速度に適用され、ゼロ勾配条件が
    速度が指定されている流入面の圧力は、
    境界条件のセットの非物理的な過剰仕様。


<syntaxhighlight>
        {
            type        lineCellFace;
            start      (0.55 0.6 0.5);
            end        (0.55 -0.3 -0.1);
            axis        x;
        }
</syntaxhighlight>


lineUniform：線に沿った均一なサンプル。 "uniform"を置き換えます。
例：


<syntaxhighlight>
使用法
        {
 
            type        lineUniform;
{| class="wikitable"
            start      (0.65 0.3 0.3);
|Property||Description||Required||Default value
            end        (0.65 -0.3 -0.1);
|-
            nPoints    200;
|meanValue||mean value Function1||yes||
            axis        x;
|-
        }
|phi||Flux field name||no||phi
</syntaxhighlight>
|}


points：指定されたポイント。順序付きフラグが "雲"の場合
境界条件指定の例：
false、および順序付けられたフラグがtrueの場合は「polyLine」です。例：


<syntaxhighlight>
<syntaxhighlight>
        {
    <patchName>
            type       points;
    {
            points      ((0 -0.05 0.05) (0 -0.05 0.1) (0 -0.05 0.15));
        type           fixedMeanOutletInlet;
            ordered     yes;
        meanValue      1.0;
            axis        x;
     }
        }
</syntaxhighlight>
</syntaxhighlight>


sphereRandom：球内のランダムサンプル。新しい。例：
参照してください


<syntaxhighlight>
<syntaxhighlight>
        {
    Foam::fixedMeanFvPatchField
            type        sphereRandom;
    Foam::outletInletFvPatchField
            centre      (0.95 0 0.25);
     Foam::Function1Types
            radius      0.25;
            nPoints     200;
            axis        x;
        }
</syntaxhighlight>
</syntaxhighlight>


Mesh：triSurfaceMeshのすべての点からのサンプル。
[コミット52a2ba]
prghUniformDensityHydrostaticPressureFvPatchScalarField：p_rghの新しい境界条件
 
 
定密度静水圧に対応するp_rghの境界値を設定します。
圧力分布。
 


"triSurfaceMeshPointSet"を置き換えます。例：
説明
    この境界条件は、p_rghの静水圧条件を提供し、
    次のように計算される：


<syntaxhighlight>
<syntaxhighlight>
         {
         \f[
             type        triSurfaceMesh;
             p_{rgh} = p_{ref} - (\rho - \rho_0) g (h - h_{ref})
            surface    "surface.stl";
         \f]
            axis        x;
         }
</syntaxhighlight>
</syntaxhighlight>


ヘッダーにもドキュメントが追加されています。使用例と使用例
制御パラメータの説明がすべてのセットに存在するようになりました。


さらに、セットを生成する多くのアルゴリズムが、
    どこで
リファクタリングまたは書き換えられました。これは、
{|
最近の乱数生成の変更、またはアドホックの削除
|p_ {rgh}||擬静水圧[Pa]
重心追跡アルゴリズムによって不要になった修正。
|-
|p_ {ref}||hRefにおける静圧[Pa]
|-
|h||重力と反対方向の高さ
|-
|h_ {ref}||重力と反対方向の基準高さ
|-
|\ rho||密度フィールド
|-
|\ rho_ {ref}||境界における均一な基準密度
|-
|g||重力による加速度[m / s ^ 2]
|}
 
使用法


[コミット10b289]
{|
 paraFoam：起動時にロードされるデフォルトフィールドを設定する設定ファイルを追加しました。新しいデフォルトのparaFoam設定はOpenFOAM-dev / etc / paraFoamファイルにあります
|プロパティ||説明||必須||デフォルト値
エントリーを含む
|-
|pRef||基準静圧||はい||
|-
|rhoRef||参照密度||はい||
|-
|ρ||密度フィールド名||いいえ||rho
|}


<syntaxhighlight>
<syntaxhighlight>
     defaultFields (U p p_rgh T alpha.water alpha.air);
    境界条件指定の例：
     <patchName>
    {
        type            prghUniformDensityHydrostaticPressure;
        rhoRef          1000;
        p               0;
        value          uniform 0; // optional initial value
    }
</syntaxhighlight>
</syntaxhighlight>


[コミット26ec6f]
freestreamPressureFvPatchScalarField：超音速フリーストリームのサポートを追加しました


使用可能な場合にデフォルトでロードされるフィールドのセットを指定します。 この
追加のparaFoam設定ファイルを
検索されたOpenFOAMなどのディレクトリのいずれか


<syntaxhighlight>
フリーストリームのフローがtrueの場合は、新しいオプションのスイッチ "supersonic"をtrueに設定します。
    foamEtcFile -list
超音速。
</syntaxhighlight>
[コミット305558]
semPermeableBaffle：2つの新しい境界条件とチュートリアルが追加されました


例えば


<syntaxhighlight>
半透過性バッフルのモデリングのための2つの境界条件は、
    ~/.OpenFOAM/dev
追加されました。これらのバッフルは、内部の多数の種に対して透過性である
    ~/.OpenFOAM
流れ、そして他人に不浸透性である。与えられた種のフラックスは、
    ~/OpenFOAM/site/dev
質量分率の低下を乗じた定数として計算される
    ~/OpenFOAM/site
バッフル。
    ~/OpenFOAM/OpenFOAM-dev/etc
</syntaxhighlight>


設定可能なデフォルトフィールドの新しいセットは、元のハードコードされたデフォルトの
"p"と "U"であり、現在のOpenFOAMの使用にははるかに便利です。


[コミット4ece2c]
種の質量分率条件は、移動定数および
paraFoam：デフォルトで読み込まれるパッチの種類を指定するためのサポートを追加する新しいdefaultPatchTypesエントリで指定されているデフォルトのパッチタイプ
バッフルの反対側のパッチの名前：
etc paraFoam設定辞書：


<syntaxhighlight>
<syntaxhighlight>
     defaultPatchTypes (patch wall);
boundaryField
</syntaxhighlight>
{
     // ...


ワイルドカードはサポートされています。たとえば、ロードされたすべてのパッチを単純に設定する
    membraneA
defaultPatchTypesから
    {
        type            semiPermeableBaffleMassFraction;
        samplePatch    membranePipe;
        c              0.1;
        value          uniform 0;
    }
    membraneB
    {
        type            semiPermeableBaffleMassFraction;
        samplePatch    membraneSleeve;
        c              0.1;
        value          uniform 1;
    }
}
</syntaxhighlight>
 
cの値が省略された場合、または0に設定されている場合、パッチは次のようになります。
問題の種に不浸透性であると考えられる。 samplePatchエントリ
この場合には省略することもできる。
 
 
速度条件は特別な入力を必要としません：


<syntaxhighlight>
<syntaxhighlight>
     defaultPatchTypes (".*");
boundaryField
</syntaxhighlight>
{
     // ...


Case Initialisation: 拡張子が ".orig"のオリジナルファイルはコピーする必要はなく、代わりに自動的に読み込まれます[コミットdf6e2d]; 無効なchangeDictionaryutilityをfoamDictionaryに置き換えた[コミット1c62b8]; 一般的な大文字辞書ファイルの有用な例を追加しました。 decomposeParDict [コミット351020]; ユーティリティから未使用のオプションを削除しました。 表面ユーティリティからのケース[コミット2e1825]; 設定ファイルをコピーするためのfoamGetスクリプト。 decomposeParDict、残差をケースに素早く入れます[コミット097e15]。
    membraneA
[コミットdf6e2d]
    {
 OpenFOAMフィールドの読み込み：<field> .origファイルの処理を自動化現在、<field>ファイルが存在しない場合、圧縮された<field> .gzファイルは
        type            semiPermeableBaffleVelocity;
検索され、存在しない場合は<field> .origファイルが検索されます
        value          uniform (0 0 0);
ために。これにより、大文字と小文字の設定が簡単になり、setFieldのようにスクリプトを実行できるようになりました。たとえば、
    }
<field> .origファイルを直接生成し、そこから<field>ファイルを生成します。
    membraneB
次にソルバによって読み込まれます。 さらに、によって使用されるcleanCase関数
    {
foamCleanCaseとAllcleanスクリプトが<field>ファイルを自動的に削除した場合
        type            semiPermeableBaffleVelocity;
対応する<field> .origファイルがあります。 だから今、
        value          uniform (0 0 0);
<field> .origファイルを<field>またはAllcleanにコピーするAllrunスクリプト
    }
それらを明示的に削除するスクリプト。
</syntaxhighlight>
[コミット1c62b8]
 
 チュートリアル：foamDictionary呼び出しからのrunApplicationの削除runApplicationは、ログに記録されないため、foamDictionaryには必要ありません
これらの2つの境界条件を組み合わせて使用​​する必要があります。
結果の何か。 runApplicationを使用すると、未確認のfalseになります
質量分率条件は、すべての種に適用する必要があります
foamDictionaryが生成しないので、テストループの完了警告
シミュレーション。いずれかの場合、エラーメッセージとともに計算が失敗します。
終わりのステートメント
孤立して使用される。
[コミット351020]
etc / caseDicts：一般的な辞書ファイルの有用な例を追加decomposeParDict、mapFieldsDict、setFieldsDict、surfaceFeaturesDict、
createBafflesDict、createPatchDict、snappyHexMeshDict、extrudeMeshDictおよび
collapseDict
[コミット2e1825]
 ユーティリティ：未使用のケース関連のオプションを削除する
[コミット097e15]
 foamGet：設定ファイルをケースにすばやくコピーする新しいスクリプト$ FOAM_ETC / caseDictsのサンプル設定ファイルを使用します。
ユーティリティー構成ファイルとパッケージ化された関数オブジェクトがあります。 ために
例：
<syntaxhighlight>
  foamGet decomposeParDict
  foamGet extrudeMeshDict
  foamGet createPatchDict
  foamGet surfaces
</syntaxhighlight>


ファイルはデフォルトでシステムディレクトリにコピーされます。
-target | -tオプションを使用して異なるターゲットディレクトリを指定することができます。


クリスグリーンシールド、CFDダイレクト
燃焼/反応フォーム/ RAS /膜のチュートリアルが追加されました。
この転送プロセスを示しています。


Case Management: 実行時間、CPUおよびクロック時間を監視するための時間関数オブジェクト[コミットd008fe]; jobInfoはジョブ情報を小さな便利なファイルに書き出します[コミット0309a2]; foamInfoスクリプトは、モデル（境界条件やパッケージ化された関数オブジェクトを含む）、アプリケーション、スクリプトに関する迅速かつ関連性の高い情報を提供します[コミット930f02]。 foamHelp [コミットb4dfbd]に基づいて効果のない膨大な "ヘルプ"システムを削除しました。
[コミットd008fe]
timeFunctionObject：実行、CPU、および時計の時間を書き込む新しいfunctionObjectオプションで時間ステップ当たりのCPUとクロック時間。関数オブジェクト指定の例：


<syntaxhighlight>
この作業はBASFのStefan Lippの支援を受けて行われました。
time
[コミットf6a311]
{
timeVaryingMappedFixedValueFvPatchField：別のケースからポイントとフィールドのデータを直接読み込む機能が追加されました
    type            time;


    libs            ("libutilityFunctionObjects.so");


    writeControl    timeStep;
説明
    writeInterval  1;
    この境界条件は、供給されたセットから値を補間する
    時空間のポイント。


    perTimeStep    no;
}
</syntaxhighlight>


追加する
    デフォルトでは、データファイルは
    定数/ boundaryData / \ <パッチ名\> /ディレクトリ：
       - ポイント：ポイント場所のフィールド
       - \ <時刻\> / \ <フィールド\>：時刻\ <時刻\>の値のフィールド


<syntaxhighlight>
 
    #includeFunc time
    あるいは、ポイントおよびフィールドファイルの名前および位置は、
</syntaxhighlight>
    オプションの辞書エントリを介して明示的に指定されます。
       - dataDir \ <ポイントおよびフィールドデータのオプションの最上位ディレクトリ>;
       - points \ <ポイントファイルの名前を含むオプションのパス
                 dataDir \>;
       - sample \ <時間ディレクトリ内のサブディレクトリのオプション名
                \>フィールドを含む。
    これは、別のケースのデータをマッピングする場合に特に便利です。
    \ c sample \ c functionObjectは、パッチフィールドのデータを取得するために使用されます。
    マッピング。




コントロールの関数リストに移動します。
たとえば、ポイントとフィールドのデータを
 
<source case name>パッチの境界条件が書き込まれる
<syntaxhighlight>
0              1.190000e+00    1
1              1.640000e+00    1
2              1.940000e+00    2
</syntaxhighlight>
 
時間ステップごとのCPUとクロック時間のオプションの書き込みを有効にすると、
まっすぐ進む：


<syntaxhighlight>
<syntaxhighlight>
     #includeFunc time(perTimeStep=yes)
     <patch name>
    {
        type            timeVaryingMappedFixedValue;
        dataDir        "../<source case name>/postProcessing/sample";
        points          "0/<sample name>/faceCentres";
        sample          <sample name>;
    }
</syntaxhighlight>
</syntaxhighlight>


[コミット0309a2]
上記では、ソースケースのディレクトリは、現在の
jobInfo：jobInfo。<pid>ファイルをcaseディレクトリに書き込むwriteJobInfoコントロールを変更しましたetc / controlDict :: writeJobInfoが1のjobInfoに設定されていると、<pid>ファイルが書き込まれます。
ファイルとディレクトリの名前が展開されるため、環境変数
caseディレクトリに、ジョブの実行の要約を含む
使用することができる。
Compilation: GCC 8.1コンパイラで新しいメモリアクセスと例外の一貫性チェックを満たす[コミット3682e7]; wmakeでは、オープンファイルが多すぎないように依存関係を単純化したファイルスキャン[コミット9ffc02]、文字列パス置換[コミット60b81b]の追加によるパフォーマンスの向上、lnIncludeディレクトリ[コミット3c000d]のオンデマンド生成の追加、ファイル 削除されます[コミット61f1fe]。
[コミット3682e7]
gcc-8.1のサポートが追加されました
[コミット9ffc02]
wmkdep：開いているファイルが多すぎることを避ける依存関係のファイルスキャンの簡略化
 


<syntaxhighlight>
この変更により、一度に1つのインクルードファイルのみを開くことができます。
startDate
ツリーをスキャンして
startTime
開いているバッファのリスト この新しいアプローチは少し速く、「あまりにも
userName
ファイル数の制限が少ないマシンでは、多くのオープンファイル "エラーが発生する
foamVersion
ユーザに割り当てられた記述子。
code
[コミット60b81b]
argList
wmkdep：追加されたパス文字列置換のサポート
currentDir
PPID
PGID
foamBuild
root
case
nProcs
</syntaxhighlight>


ジョブが完了すると、次の追加エントリが書き込まれます。


<syntaxhighlight>
出力をsed'ingする必要性を回避します。 これにより、
cpuTime
追加のコマンドを呼び出して一時ファイルを生成する必要があります。
endDate
[コミット3c000d]
endTime
wmake、wmakeLnIncludeAll：依存関係に基づいてlnIncludeディレクトリの作成を自動化
termination
 
</syntaxhighlight>


元のetc / controlDict :: writeJobInfoコントロールは、writeJobControlという名前に変更されました。
今度は、必要に応じてINCLUDEがEXE_INC内のエントリの存在によって作成されます
〜1はジョブ制御の〜/ OpenFOAM / jobControl / runningJobsとfinishedJobsファイルを書き込みます。
Make / optionsファイルの変数。 これにより、
さまざまなAllwmakeファイルにwmakeLnIncludeを入れて
ln依存ライブラリをコンパイルする前にディレクトリをインクルードします。
[コミット61f1fe]
wmake：ファイルが削除されたときの依存関係の処理の改善
Parallel I/O: Matthew Janssens [コミットa4de83]からの、HPCでの効率的なI / OのためのfileHandlerと照合されたフォーマットの新しいオプション。 collge形式[コミット5bea9a]でpurgeWriteオプションを維持しました。
[コミットa4de83]
fileHandlerと照合されたIOの改善


[コミット930f02]
foamInfo：指定されたサブジェクトに関する情報を提供する新しいスクリプト対象は、モデル（境界条件および
パッケージ化された関数オブジェクト）、アプリケーションおよびスクリプト。 例えば：


<syntaxhighlight>
既存の機能の向上
  foamInfo simpleFoam
--------------------------------------
  foamInfo kEpsilon
   - MPIはスレッドサポートなしで初期化されます。コレーションされていない
  foamInfo turbulentIntensityKineticEnergyInlet
   - ネイティブのC ++ 11スレッディングを使用する。静的な破壊命令の問題を回避します。
  foamInfo fixedTemperatureConstraint
   - etc / cellModelsは、必要な場合にのみ読み込まれるようになりました。
  foamInfo surfaces
   - etc / controlDictを環境変数FOAM_CONTROLDICTから読み込むことができるようになりました
  foamInfo foamNewBC
   - 統一されたファイル（例えば、 '0 / uniform / time'）は、マスターのみで1回だけ読み取られる
</syntaxhighlight>
    （masterUncollat​​edまたはcollat​​edファイルハンドラを使用）
   - collat​​edフォーマットは 'processors'の代わりに 'processorsNNN'に書き込まれます。ファイル
    フォーマットは変更されません。
   - スレッドバッファとファイルバッファのサイズは、もはや2Gbに制限されていません。


出力には以下が含まれます。
- File：関連するソースコードヘッダーファイルの場所。
- ヘッダーファイルの説明の詳細。
- ヘッダファイルからの使用詳細。
- 例：tutorialsディレクトリの関連するケースのリスト。


foamInfoには、-web | -wおよび-browser | -bオプションが含まれています。
グローバルなcontrolDictファイルには、ファイル操作のためのパラメータが含まれています。いくつかの下で
HTMLソースコードのドキュメント（https://cpp.openfoam.org）
例えば、 NFSを使用しないシステムで並列に実行すると、ユーザーは
いくつかのパラメータを設定する必要があります。 fileHandler、グローバルcontrolDictの前
ファイルはファイルから読み込まれます。これをサポートするために、OpenFOAMではグローバル
FOAM_CONTROLDICT環境に設定された文字列として読み込まれるcontrolDict
変数。


クリスグリーンシールド、CFDダイレクト


[コミットb4dfbd]
FOAM_CONTROLDICT環境変数はグローバルなコンテンツに設定できます
 今回のバージョンアップでの特記事項はなし（dev版でのアップデート）
controlDictファイル（例： sh / bashシェルから：
Boundary Conditions (BCs): 新しいfreestreamVelocityとfreestreamPressure BC [コミットfb15be]; 新しいfixedMeanOutletInletFvPatchFieldアウトレット平均値を確定するBC [コミットa0399d]; 定圧静水圧分布に対応するp_rghの境界値を設定する新しいprghUniformDensityHydrostaticPressure BC [コミット52a2ba]。 freestreamPressureFvPatchScalarField BCの超音速フローのサポート[コミット26ec6f]; semiPermeableBaffle BCは半透過性バッフルをモデル化する[コミット305558]。 あるケースから別のケースへの境界にデータをマップするtimeVaryingMapped BCのユーザビリティを向上させました[コミットf6a311]。


[コミットfb15be]
<syntaxhighlight>
 freestreamPressure、freestreamVelocity：フリーストリームの新しいブレンド境界条件
    export FOAM_CONTROLDICT=$(foamDictionary $FOAM_ETC/controlDict)
</syntaxhighlight>




これらのBCは、標準的な流入条件と流出条件との間で
FOAM_CONTROLDICTは、-xオプションを使用してmpirunに渡すことができます。
速度の向き。


<syntaxhighlight>
    mpirun -np 2 -x FOAM_CONTROLDICT simpleFoam -parallel
</syntaxhighlight>


airFoil2Dチュートリアルが更新され、これらの新しいBCが紹介されました。
[コミットa0399d]
 fixedMeanOutletInletFvPatchField：アウトレット平均値を修正する新しいアウトレット/インレット境界条件


これにより、NFSがOpenFOAM構成を読み取る必要がなくなります
実行可能ファイルは共有ライブラリをロードする必要があります。共有ライブラリはコピーする必要があります
ローカルまたはNFSまたは同等のものを介して入手できます。


説明
    この境界条件は、近接セルを用いてパッチをフィールドに外挿する
    指定された、オプションで一致するように分布を調整します
    時変の平均値。この外挿されたフィールドは、
    アウトフロー面のfixedValueではなく、ゼログラデーションが流入面に適用されます。


新機能：複数のIOランク
----------------------
masterUncollat​​edと照合されたfileHandlerは、複数のランクを使用できるようになりました。
例えば：


    この境界条件は、inletOutletが
<syntaxhighlight>
    速度に適用され、ゼロ勾配条件が
    mpirun -np 6 simpleFoam -parallel -ioRanks '(0 3)'
    速度が指定されている流入面の圧力は、
</syntaxhighlight>
    境界条件のセットの非物理的な過剰仕様。
 




使用法
この例では、ランク0（ 'processor0'）と3（ 'processor3'）はすべての
I / O。ランク0は0,1,2を処理し、ランク3は3,4,5を処理します。 IOランクのセットは常に
第1の要素として0を含み、昇順にソートされる。


Property Description Required Default value
meanValue mean value Function1 yes


phi Flux field name no phi 
照合されたfileHandlerは、ディレクトリネーミングプロセッサNNN_XXX-YYYを使用します。
境界条件指定の例：
NNNはプロセッサーの総数で、XXXとYYYは最初と最後です
    <patchName>
プロセッサはランク内にあります。上記の例では、ディレクトリは
    {
        type            fixedMeanOutletInlet;
        meanValue      1.0;
    }
参照してください
    Foam::fixedMeanFvPatchField
    Foam::outletInletFvPatchField
    Foam::Function1Types
[コミット52a2ba]
prghUniformDensityHydrostaticPressureFvPatchScalarField：p_rghの新しい境界条件


<syntaxhighlight>
    processors6_0-2
    processors6_3-5
</syntaxhighlight>


定密度静水圧に対応するp_rghの境界値を設定します。
これらの照合された各ファイルには、ローカルランクのデータが含まれています
圧力分布。
のみ。同じ命名は、例えば、実行中のdecomposePar：


<syntaxhighlight>
decomposePar -fileHandler collated -ioRanks '(0 3)'
</syntaxhighlight>


説明
    この境界条件は、p_rghの静水圧条件を提供し、
    次のように計算される：


新規：分散データ
---------------------


        \f[
            p_{rgh} = p_{ref} - (\rho - \rho_0) g (h - h_{ref})
        \f]


個々のルートディレクトリは、異なるホスト
必要に応じてパスを入力します。現在のフレームワークでは、
スレーブプロセスごとに1つのルートを指定できますが、
-hostRootsコマンドラインオプションでホストごとのルート：


<syntaxhighlight>
    mpirun -np 6 simpleFoam -parallel -ioRanks '(0 3)' \
        -hostRoots '("machineA" "/tmp/" "machineB" "/tmp")'
</syntaxhighlight>


    どこで
hostRootsオプションの後には、マシン名+ルートディレクトリのリストが続きます。
マシン名は正規表現を含むことができます。


p_ {rgh} 擬静水圧[Pa]
p_ {ref} hRefにおける静圧[Pa]
h 重力と反対方向の高さ
h_ {ref} 重力と反対方向の基準高さ
\ rho 密度フィールド
\ rho_ {ref} 境界における均一な基準密度
g 重力による加速度[m / s ^ 2]


使用法
新規：hostCollat​​ed
-----------------


プロパティ 説明 必須 デフォルト値
pRef 基準静圧 はい


rhoRef 参照密度 はい
新しいhostCollat​​ed fileHandlerは自動的に 'ioRanks'を設定します。
最下位ランクのホスト名。 6つのプロセッサでsimpleFoamを実行する
machineA上で0-2をランク付けし、machineBで指定されたマシンで3-5をランク付けします。
ホストファイル：


ρ 密度フィールド名 いいえ rho
<syntaxhighlight>
    境界条件指定の例：
     mpirun -np 6 --hostfile hostfile simpleFoam -parallel -fileHandler hostCollated
    <patchName>
</syntaxhighlight>
     {
        type            prghUniformDensityHydrostaticPressure;
        rhoRef          1000;
        p              0;
        value          uniform 0; // optional initial value
    }
[コミット26ec6f]
freestreamPressureFvPatchScalarField：超音速フリーストリームのサポートを追加しました




フリーストリームのフローがtrueの場合は、新しいオプションのスイッチ "supersonic"をtrueに設定します。
これは
超音速。
[コミット305558]
semPermeableBaffle：2つの新しい境界条件とチュートリアルが追加されました


<syntaxhighlight>
    mpirun -np 6 --hostfile hostfile simpleFoam -parallel -fileHandler collated -ioRanks '(0 3)'


半透過性バッフルのモデリングのための2つの境界条件は、
</syntaxhighlight>
追加されました。これらのバッフルは、内部の多数の種に対して透過性である
流れ、そして他人に不浸透性である。与えられた種のフラックスは、
質量分率の低下を乗じた定数として計算される
バッフル。


この例では、ディレクトリを書きます：


種の質量分率条件は、移動定数および
<syntaxhighlight>
バッフルの反対側のパッチの名前：
    processors6_0-2/
    processors6_3-5/
</syntaxhighlight>


典型的な例は、分散データを使用する。 2つのノード、machineAおよび
machineB、それぞれ3つのプロセス：


boundaryField
<syntaxhighlight>
{
    decomposePar -fileHandler collated -case cavity
     // ...
 
    # Copy case (constant/*, system/*, processors6/) to master:
     rsync -a cavity machineA:/tmp/


     membraneA
     # Create root on slave:
     {
     ssh machineB mkdir -p /tmp/cavity
        type            semiPermeableBaffleMassFraction;
        samplePatch    membranePipe;
        c              0.1;
        value          uniform 0;
    }
    membraneB
    {
        type            semiPermeableBaffleMassFraction;
        samplePatch    membraneSleeve;
        c              0.1;
        value          uniform 1;
    }
}
cの値が省略された場合、または0に設定されている場合、パッチは次のようになります。
問題の種に不浸透性であると考えられる。 samplePatchエントリ
この場合には省略することもできる。


    # Run
    mpirun --hostfile hostfile icoFoam \
        -case /tmp/cavity -parallel -fileHandler hostCollated \
        -hostRoots '("machineA" "/tmp" "machineB" "/tmp")'
</syntaxhighlight>


速度条件は特別な入力を必要としません：
Mattijs Janssensによる寄稿
[コミット5bea9a]
Time :: purgeWrite：照合されたプロセッサディレクトリの処理を修正しました
Other Function Objects: forceCoeffs関数オブジェクトの正規化された軸の方向[コミット828254]; フィールドの時間派生を計算するddtfunctionObject（Tobias Holzmannによる）[コミットc2835a]; 所与のフィールドにスケーリングファクタを乗算するためのスケールファンクションオブジェクトである。 単位変換のため[コミット7f49d6]; writeVTK関数オブジェクトをパッケージ化して、VTK形式のケースデータの書き込みを自動化しました[コミットb012e1]。
[コミット828254]
functionObjects :: forceCoeffs：normalize liftDir、dragDirおよびpitchAxis




boundaryField
これらの方向を正規化しないように指定すると便利です
{
力を計算する前にそれらを正規化するために必要です
    // ...
係数。
[コミットc2835a]
functionObjects :: ddt：フィールドのオイラー時間導関数を計算して書き込む新しいfunctionObject


    membraneA
    {
        type            semiPermeableBaffleVelocity;
        value          uniform (0 0 0);
    }
    membraneB
    {
        type            semiPermeableBaffleVelocity;
        value          uniform (0 0 0);
    }


Tobias Holzmannが寄稿したパッチに基づいて
[コミット7f49d6]
scale：フィールドに倍率を掛ける関数オブジェクト
[コミットb012e1]
foamToVTK :: writeVTK：標準のfunctionObject設定ファイルを追加しました
Other Numerics: cubic [コミット103733]を含むcellLimitedグラジエント計算の新しいリミッタ。 時間微分磁束補正の安定性/精度の改善（ddtPhiCorr）[コミットda7872]; 登録されたsolutionControlデータベース（PIMPLEなど）[コミットdfd09a]のコントロールへの便利なアクセスを提供します。
[コミット103733]
cellLimitedGrad gradientLimiters：実行時に選択可能なグラデーションリミッタ機能のサポートが追加されました


これらの2つの境界条件を組み合わせて使用​​する必要があります。
質量分率条件は、すべての種に適用する必要があります
シミュレーション。いずれかの場合、エラーメッセージとともに計算が失敗します。
孤立して使用される。


Minmodはデフォルトのリミッタ関数であり、明示的な名前（例：


燃焼/反応フォーム/ RAS /膜のチュートリアルが追加されました。
<syntaxhighlight>
この転送プロセスを示しています。
    gradSchemes
    {
        default Gauss linear;
        limited cellLimited Gauss linear 1;
    }
</syntaxhighlight>


Venkatakrishnan関数とcubic limiter関数も用意されています。
明示的に指定された例：


この作業はBASFのStefan Lippの支援を受けて行われました。
<syntaxhighlight>
[コミットf6a311]
    gradSchemes
timeVaryingMappedFixedValueFvPatchField：別のケースからポイントとフィールドのデータを直接読み込む機能が追加されました
    {
        default Gauss linear;
        limited cellLimited<Venkatakrishnan> Gauss linear 1;
    }
</syntaxhighlight>


または


説明
<syntaxhighlight>
    この境界条件は、供給されたセットから値を補間する
     gradSchemes
    時空間のポイント。
     {
 
         default Gauss linear;
 
         limited cellLimited<cubic> 1.5 Gauss linear 1;
    デフォルトでは、データファイルは
    定数/ boundaryData / \ <パッチ名\> /ディレクトリ：
       - ポイント：ポイント場所のフィールド
       - \ <時刻\> / \ <フィールド\>：時刻\ <時刻\>の値のフィールド
 
 
    あるいは、ポイントおよびフィールドファイルの名前および位置は、
    オプションの辞書エントリを介して明示的に指定されます。
       - dataDir \ <ポイントおよびフィールドデータのオプションの最上位ディレクトリ>;
       - points \ <ポイントファイルの名前を含むオプションのパス
                 dataDir \>;
       - sample \ <時間ディレクトリ内のサブディレクトリのオプション名
                \>フィールドを含む。
    これは、別のケースのデータをマッピングする場合に特に便利です。
    \ c sample \ c functionObjectは、パッチフィールドのデータを取得するために使用されます。
    マッピング。
 
 
たとえば、ポイントとフィールドのデータを
<source case name>パッチの境界条件が書き込まれる
 
 
    <patch name>
    {
        type            timeVaryingMappedFixedValue;
        dataDir        "../<source case name>/postProcessing/sample";
        points          "0/<sample name>/faceCentres";
        sample          <sample name>;
    }
上記では、ソースケースのディレクトリは、現在の
ファイルとディレクトリの名前が展開されるため、環境変数
使用することができる。
Compilation: GCC 8.1コンパイラで新しいメモリアクセスと例外の一貫性チェックを満たす[コミット3682e7]; wmakeでは、オープンファイルが多すぎないように依存関係を単純化したファイルスキャン[コミット9ffc02]、文字列パス置換[コミット60b81b]の追加によるパフォーマンスの向上、lnIncludeディレクトリ[コミット3c000d]のオンデマンド生成の追加、ファイル 削除されます[コミット61f1fe]。
[コミット3682e7]
gcc-8.1のサポートが追加されました
[コミット9ffc02]
wmkdep：開いているファイルが多すぎることを避ける依存関係のファイルスキャンの簡略化
 
 
この変更により、一度に1つのインクルードファイルのみを開くことができます。
ツリーをスキャンして
開いているバッファのリスト この新しいアプローチは少し速く、「あまりにも
ファイル数の制限が少ないマシンでは、多くのオープンファイル "エラーが発生する
ユーザに割り当てられた記述子。
[コミット60b81b]
wmkdep：追加されたパス文字列置換のサポート
 
 
出力をsed'ingする必要性を回避します。 これにより、
追加のコマンドを呼び出して一時ファイルを生成する必要があります。
[コミット3c000d]
wmake、wmakeLnIncludeAll：依存関係に基づいてlnIncludeディレクトリの作成を自動化
 
 
今度は、必要に応じてINCLUDEがEXE_INC内のエントリの存在によって作成されます
Make / optionsファイルの変数。 これにより、
さまざまなAllwmakeファイルにwmakeLnIncludeを入れて
ln依存ライブラリをコンパイルする前にディレクトリをインクルードします。
[コミット61f1fe]
wmake：ファイルが削除されたときの依存関係の処理の改善
Parallel I/O: Matthew Janssens [コミットa4de83]からの、HPCでの効率的なI / OのためのfileHandlerと照合されたフォーマットの新しいオプション。 collge形式[コミット5bea9a]でpurgeWriteオプションを維持しました。
[コミットa4de83]
fileHandlerと照合されたIOの改善
 
 
既存の機能の向上
--------------------------------------
   - MPIはスレッドサポートなしで初期化されます。コレーションされていない
   - ネイティブのC ++ 11スレッディングを使用する。静的な破壊命令の問題を回避します。
   - etc / cellModelsは、必要な場合にのみ読み込まれるようになりました。
   - etc / controlDictを環境変数FOAM_CONTROLDICTから読み込むことができるようになりました
   - 統一されたファイル（例えば、 '0 / uniform / time'）は、マスターのみで1回だけ読み取られる
    （masterUncollat​​edまたはcollat​​edファイルハンドラを使用）
   - collat​​edフォーマットは 'processors'の代わりに 'processorsNNN'に書き込まれます。ファイル
    フォーマットは変更されません。
   - スレッドバッファとファイルバッファのサイズは、もはや2Gbに制限されていません。
 
 
グローバルなcontrolDictファイルには、ファイル操作のためのパラメータが含まれています。いくつかの下で
例えば、 NFSを使用しないシステムで並列に実行すると、ユーザーは
いくつかのパラメータを設定する必要があります。 fileHandler、グローバルcontrolDictの前
ファイルはファイルから読み込まれます。これをサポートするために、OpenFOAMではグローバル
FOAM_CONTROLDICT環境に設定された文字列として読み込まれるcontrolDict
変数。
 
 
FOAM_CONTROLDICT環境変数はグローバルなコンテンツに設定できます
controlDictファイル（例： sh / bashシェルから：
 
 
    export FOAM_CONTROLDICT=$(foamDictionary $FOAM_ETC/controlDict)
 
 
 
FOAM_CONTROLDICTは、-xオプションを使用してmpirunに渡すことができます。
 
 
    mpirun -np 2 -x FOAM_CONTROLDICT simpleFoam -parallel
 
 
 
これにより、NFSがOpenFOAM構成を読み取る必要がなくなります
実行可能ファイルは共有ライブラリをロードする必要があります。共有ライブラリはコピーする必要があります
ローカルまたはNFSまたは同等のものを介して入手できます。
 
 
新機能：複数のIOランク
----------------------
masterUncollat​​edと照合されたfileHandlerは、複数のランクを使用できるようになりました。
例えば：
 
 
    mpirun -np 6 simpleFoam -parallel -ioRanks '(0 3)'
 
 
 
この例では、ランク0（ 'processor0'）と3（ 'processor3'）はすべての
I / O。ランク0は0,1,2を処理し、ランク3は3,4,5を処理します。 IOランクのセットは常に
第1の要素として0を含み、昇順にソートされる。
 
 
照合されたfileHandlerは、ディレクトリネーミングプロセッサNNN_XXX-YYYを使用します。
NNNはプロセッサーの総数で、XXXとYYYは最初と最後です
プロセッサはランク内にあります。上記の例では、ディレクトリは
 
 
    processors6_0-2
    processors6_3-5
 
 
これらの照合された各ファイルには、ローカルランクのデータが含まれています
のみ。同じ命名は、例えば、実行中のdecomposePar：
 
 
decomposePar -fileHandler collated -ioRanks '(0 3)'
 
 
 
新規：分散データ
---------------------
 
 
個々のルートディレクトリは、異なるホスト
必要に応じてパスを入力します。現在のフレームワークでは、
スレーブプロセスごとに1つのルートを指定できますが、
-hostRootsコマンドラインオプションでホストごとのルート：
 
 
    mpirun -np 6 simpleFoam -parallel -ioRanks '(0 3)' \
        -hostRoots '("machineA" "/tmp/" "machineB" "/tmp")'
 
 
hostRootsオプションの後には、マシン名+ルートディレクトリのリストが続きます。
マシン名は正規表現を含むことができます。
 
 
新規：hostCollat​​ed
-----------------
 
 
新しいhostCollat​​ed fileHandlerは自動的に 'ioRanks'を設定します。
最下位ランクのホスト名。 6つのプロセッサでsimpleFoamを実行する
machineA上で0-2をランク付けし、machineBで指定されたマシンで3-5をランク付けします。
ホストファイル：
 
 
    mpirun -np 6 --hostfile hostfile simpleFoam -parallel -fileHandler hostCollated
 
 
 
これは
 
 
    mpirun -np 6 --hostfile hostfile simpleFoam -parallel -fileHandler collated -ioRanks '(0 3)'
 
 
 
この例では、ディレクトリを書きます：
 
 
    processors6_0-2/
    processors6_3-5/
 
 
典型的な例は、分散データを使用する。 2つのノード、machineAおよび
machineB、それぞれ3つのプロセス：
 
 
    decomposePar -fileHandler collated -case cavity
 
    # Copy case (constant/*, system/*, processors6/) to master:
    rsync -a cavity machineA:/tmp/
 
    # Create root on slave:
    ssh machineB mkdir -p /tmp/cavity
 
    # Run
    mpirun --hostfile hostfile icoFoam \
        -case /tmp/cavity -parallel -fileHandler hostCollated \
        -hostRoots '("machineA" "/tmp" "machineB" "/tmp")'
 
 
Mattijs Janssensによる寄稿
[コミット5bea9a]
Time :: purgeWrite：照合されたプロセッサディレクトリの処理を修正しました
Other Function Objects: forceCoeffs関数オブジェクトの正規化された軸の方向[コミット828254]; フィールドの時間派生を計算するddtfunctionObject（Tobias Holzmannによる）[コミットc2835a]; 所与のフィールドにスケーリングファクタを乗算するためのスケールファンクションオブジェクトである。 単位変換のため[コミット7f49d6]; writeVTK関数オブジェクトをパッケージ化して、VTK形式のケースデータの書き込みを自動化しました[コミットb012e1]。
[コミット828254]
functionObjects :: forceCoeffs：normalize liftDir、dragDirおよびpitchAxis
 
 
これらの方向を正規化しないように指定すると便利です
力を計算する前にそれらを正規化するために必要です
係数。
[コミットc2835a]
functionObjects :: ddt：フィールドのオイラー時間導関数を計算して書き込む新しいfunctionObject
 
 
Tobias Holzmannが寄稿したパッチに基づいて
[コミット7f49d6]
scale：フィールドに倍率を掛ける関数オブジェクト
[コミットb012e1]
foamToVTK :: writeVTK：標準のfunctionObject設定ファイルを追加しました
Other Numerics: cubic [コミット103733]を含むcellLimitedグラジエント計算の新しいリミッタ。 時間微分磁束補正の安定性/精度の改善（ddtPhiCorr）[コミットda7872]; 登録されたsolutionControlデータベース（PIMPLEなど）[コミットdfd09a]のコントロールへの便利なアクセスを提供します。
[コミット103733]
cellLimitedGrad gradientLimiters：実行時に選択可能なグラデーションリミッタ機能のサポートが追加されました
 
 
Minmodはデフォルトのリミッタ関数であり、明示的な名前（例：
 
 
     gradSchemes
     {
         default Gauss linear;
         limited cellLimited Gauss linear 1;
     }
     }
 
</syntaxhighlight>
 
Venkatakrishnan関数とcubic limiter関数も用意されています。
明示的に指定された例：
 
 
    gradSchemes
    {
        default Gauss linear;
        limited cellLimited<Venkatakrishnan> Gauss linear 1;
    }
 
 
または
 
 
    gradSchemes
    {
        default Gauss linear;
        limited cellLimited<cubic> 1.5 Gauss linear 1;
    }
 


標準のminmod関数は、ほとんどのアプリケーションで推奨されますが、
標準のminmod関数は、ほとんどのアプリケーションで推奨されますが、
2,414行目: 2,305行目:
見る
見る


 
<syntaxhighlight>
     Michalak, K., & Ollivier-Gooch, C. (2008).
     Michalak, K., & Ollivier-Gooch, C. (2008).
     Limiters for unstructured higher-order accurate solutions
     Limiters for unstructured higher-order accurate solutions
     of the Euler equations.
     of the Euler equations.
     In 46th AIAA Aerospace Sciences Meeting and Exhibit (p. 776).
     In 46th AIAA Aerospace Sciences Meeting and Exhibit (p. 776).
 
</syntaxhighlight>


キュービックリミッタ機能には、リミッタ
キュービックリミッタ機能には、リミッタ
「https://wiki.opencae.or.jp/index.php/特別:携帯機器差分/442」から取得

案内メニュー