- 10 Mar, 2017 4 commits
-
-
Henry Weller authored
-
Henry Weller authored
-
Henry Weller authored
Resolves bug-report https://bugs.openfoam.org/view.php?id=2491
-
Henry Weller authored
Formally this is equivalent to the previous formulation but more convenient to use given that for compressible flow the mass flux rather than the volume flux is available.
-
- 09 Mar, 2017 4 commits
-
-
Henry Weller authored
sixDoFRigidBodyDisplacementPointPatchVectorField, uncoupledSixDoFRigidBodyDisplacementPointPatchVectorField: removed These legacy boundary conditions are no longer needed and have been superseded by the more flexible sixDoFRigidBodyMotion and rigidBodyMotion solvers. See tutorials: incompressible/pimpleDyMFoam/wingMotion/wingMotion2D_pimpleDyMFoam multiphase/interDyMFoam/RAS/DTCHull multiphase/interDyMFoam/RAS/floatingObject Resolves bug-report https://bugs.openfoam.org/view.php?id=2487
-
Henry Weller authored
-
Henry Weller authored
Resolves bug-report https://bugs.openfoam.org/view.php?id=2459
-
Henry Weller authored
Resolves bug-report https://bugs.openfoam.org/view.php?id=2489
-
- 08 Mar, 2017 3 commits
-
-
Henry Weller authored
-
Henry Weller authored
Using decomposePar -copyZero The mesh is decomposed as usual but the '0' directory is recursively copied to the 'processor.*' directories rather than decomposing the fields. This is a convenient option to handle cases where the initial field files are generic and can be used for serial or parallel running. See for example the incompressible/simpleFoam/motorBike tutorial case.
-
Henry Weller authored
-
- 07 Mar, 2017 1 commit
-
-
Henry Weller authored
-
- 06 Mar, 2017 3 commits
-
-
Henry Weller authored
Patch contributed by Mattijs Janssens
-
Henry Weller authored
-
Henry Weller authored
Fewer limiter iterations are now required to obtain sufficient boundedness and restart is more consistent.
-
- 03 Mar, 2017 3 commits
-
-
Henry Weller authored
-
Henry Weller authored
-
Henry Weller authored
-
- 28 Feb, 2017 3 commits
-
-
Henry Weller authored
PBiCGStab has proved more reliable than PCG for solving the pressure equation in compressible systems.
-
Henry Weller authored
Resolves bug-report https://bugs.openfoam.org/view.php?id=2475
-
Henry Weller authored
Both stardard SIMPLE and the SIMPLEC (using the 'consistent' option in fvSolution) are now supported for both subsonic and transonic flow of all fluid types. rhoPimpleFoam now instantiates the lower-level fluidThermo which instantiates either a psiThermo or rhoThermo according to the 'type' specification in thermophysicalProperties, see also commit a1c8cde3
-
- 27 Feb, 2017 1 commit
-
-
Henry Weller authored
Resolves bug-report https://bugs.openfoam.org/view.php?id=2477
-
- 24 Feb, 2017 2 commits
-
-
Henry Weller authored
Both stardard SIMPLE and the SIMPLEC (using the 'consistent' option in fvSolution) are now supported for both subsonic and transonic flow of all fluid types.
-
Henry Weller authored
rhoSimpleFoam now instantiates the lower-level fluidThermo which instantiates either a psiThermo or rhoThermo according to the 'type' specification in thermophysicalProperties, e.g. thermoType { type hePsiThermo; mixture pureMixture; transport sutherland; thermo janaf; equationOfState perfectGas; specie specie; energy sensibleInternalEnergy; } instantiates a psiThermo for a perfect gas with JANAF thermodynamics, whereas thermoType { type heRhoThermo; mixture pureMixture; properties liquid; energy sensibleInternalEnergy; } mixture { H2O; } instantiates a rhoThermo for water, see new tutorial compressible/rhoSimpleFoam/squareBendLiq. In order to support complex equations of state the pressure can no longer be unlimited and rhoSimpleFoam now limits the pressure rather than the density to handle start-up more robustly. For backward compatibility 'rhoMin' and 'rhoMax' can still be used in the SIMPLE sub-dictionary of fvSolution which are converted into 'pMax' and 'pMin' but it is better to set either 'pMax' and 'pMin' directly or use the more convenient 'pMinFactor' and 'pMinFactor' from which 'pMax' and 'pMin' are calculated using the fixed boundary pressure or reference pressure e.g. SIMPLE { nNonOrthogonalCorrectors 0; pMinFactor 0.1; pMaxFactor 1.5; transonic yes; consistent yes; residualControl { p 1e-3; U 1e-4; e 1e-3; "(k|epsilon|omega)" 1e-3; } }
-
- 23 Feb, 2017 1 commit
-
-
Henry Weller authored
Resolves bug-report https://bugs.openfoam.org/view.php?id=2470
-
- 22 Feb, 2017 3 commits
-
-
Henry Weller authored
Resolves bug-report https://bugs.openfoam.org/view.php?id=2470
-
Henry Weller authored
-
Henry Weller authored
functionObjects::fieldCoordinateSystemTransform: added coordinateSystem sub-dict and updated the description Patch contributed by Bruno Santos Resolves bug-report https://bugs.openfoam.org/view.php?id=2454
-
- 21 Feb, 2017 1 commit
-
-
Henry Weller authored
-
- 20 Feb, 2017 2 commits
-
-
Henry Weller authored
-
Henry Weller authored
-
- 19 Feb, 2017 1 commit
-
-
Henry Weller authored
This allows single, multi-phase and VoF compressible simulations to be performed with the accurate thermophysical property functions for liquids provided by the liquidProperty classes. e.g. in the multiphase/compressibleInterFoam/laminar/depthCharge2D tutorial water can now be specified by thermoType { type heRhoThermo; mixture pureMixture; properties liquid; energy sensibleInternalEnergy; } mixture { H2O; } as an alternative to the previous less accurate representation defined by thermoType { type heRhoThermo; mixture pureMixture; transport const; thermo hConst; equationOfState perfectFluid; specie specie; energy sensibleInternalEnergy; } mixture { specie { molWeight 18.0; } equationOfState { R 3000; rho0 1027; } thermodynamics { ...
-
- 18 Feb, 2017 2 commits
-
-
Henry Weller authored
Description Base-class for thermophysical properties of solids, liquids and gases providing an interface compatible with the templated thermodynamics packages. liquidProperties, solidProperties and thermophysicalFunction libraries have been combined with the new thermophysicalProperties class into a single thermophysicalProperties library to simplify compilation and linkage of models, libraries and applications dependent on these classes.
-
Henry Weller authored
The entries for liquid and solid species can now be simply be the name unless property coefficients are overridden in which are specified in a dictionary as before e.g. in the tutorials/lagrangian/coalChemistryFoam/simplifiedSiwek case the water is simply specified liquids { H2O; } and solid ash uses standard coefficients but the coefficients for carbon are overridden thus solids { C { rho 2010; Cp 710; kappa 0.04; Hf 0; emissivity 1.0; } ash; }
-
- 17 Feb, 2017 6 commits
-
-
Henry Weller authored
The defaultCoeffs entry is now redundant and supported only for backward compatibility. To specify a liquid with default coefficients simply leave the coefficients dictionary empty: liquids { H2O {} } Any or all of the coefficients may be overridden by specifying the properties in the coefficients dictionary, e.g. liquids { H2O { rho { a 1000; b 0; c 0; d 0; } } }
-
Henry Weller authored
When liquids are constructed from dictionary the coefficients are now first initialized to their standard values and overridden by the now optional entries provided in the dictionary. For example to specify water with all the standard temperature varying properties but override only the density with a constant value of 1000 specify in thermophysicalProperties liquids { H2O { defaultCoeffs no; H2OCoeffs { rho { a 1000; b 0; c 0; d 0; } } } }
-
Henry Weller authored
-
Henry Weller authored
-
Henry Weller authored
-
Henry Weller authored
The fundamental properties provided by the specie class hierarchy were mole-based, i.e. provide the properties per mole whereas the fundamental properties provided by the liquidProperties and solidProperties classes are mass-based, i.e. per unit mass. This inconsistency made it impossible to instantiate the thermodynamics packages (rhoThermo, psiThermo) used by the FV transport solvers on liquidProperties. In order to combine VoF with film and/or Lagrangian models it is essential that the physical propertied of the three representations of the liquid are consistent which means that it is necessary to instantiate the thermodynamics packages on liquidProperties. This requires either liquidProperties to be rewritten mole-based or the specie classes to be rewritten mass-based. Given that most of OpenFOAM solvers operate mass-based (solve for mass-fractions and provide mass-fractions to sub-models it is more consistent and efficien...
-