- Dec 15, 2016
-
-
Andrew Heather authored
-
Andrew Heather authored
-
- Dec 12, 2016
-
-
Andrew Heather authored
-
Andrew Heather authored
-
- Nov 22, 2016
-
-
Andrew Heather authored
-
- Sep 20, 2016
-
-
Henry Weller authored
-
- Jun 17, 2016
-
-
Henry Weller authored
-
- Jun 16, 2016
-
-
Henry Weller authored
-
- Jun 15, 2016
-
-
Henry Weller authored
-
- Jun 14, 2016
-
-
Henry Weller authored
Usage: foamList [OPTIONS] options: -case <dir> specify alternate case directory, default is the cwd -compressibleTurbulenceModels List compressible turbulenceModels -functionObjects List functionObjects -fvOptions List fvOptions -incompressibleTurbulenceModels List incompressible turbulenceModels -noFunctionObjects do not execute functionObjects -registeredSwitches List switches registered for run-time modification -switches List switches declared in libraries but not set in etc/controlDict -unset List switches declared in libraries but not set in etc/controlDict -srcDoc display source code in browser -doc display application documentation in browser -help print the usage
-
- Jun 10, 2016
-
-
Henry Weller authored
-
- May 28, 2016
-
-
Henry Weller authored
with the more general and flexible 'postProcess' utility and '-postProcess' solver option Rationale --------- Both the 'postProcess' utility and '-postProcess' solver option use the same extensive set of functionObjects available for data-processing during the run avoiding the substantial code duplication necessary for the 'foamCalc' and 'postCalc' utilities and simplifying maintenance. Additionally consistency is guaranteed between solver data processing and post-processing. The functionObjects have been substantially re-written and generalized to simplify development and encourage contribution. Configuration ------------- An extensive set of simple functionObject configuration files are provided in OpenFOAM-dev/etc/caseDicts/postProcessing and more will be added in the future. These can either be copied into '<case>/system' directory and included into the 'controlDict.functions' sub-dictionary or included directly from 'etc/caseDicts/postProcessing' using the '#includeEtc' directive or the new and more convenient '#includeFunc' directive which searches the '<etc>/caseDicts/postProcessing' directories for the selected functionObject, e.g. functions { #includeFunc Q #includeFunc Lambda2 } '#includeFunc' first searches the '<case>/system' directory in case there is a local configuration. Description of #includeFunc --------------------------- Specify a functionObject dictionary file to include, expects the functionObject name to follow (without quotes). Search for functionObject dictionary file in user/group/shipped directories. The search scheme allows for version-specific and version-independent files using the following hierarchy: - \b user settings: - ~/.OpenFOAM/\<VERSION\>/caseDicts/postProcessing - ~/.OpenFOAM/caseDicts/postProcessing - \b group (site) settings (when $WM_PROJECT_SITE is set): - $WM_PROJECT_SITE/\<VERSION\>/caseDicts/postProcessing - $WM_PROJECT_SITE/caseDicts/postProcessing - \b group (site) settings (when $WM_PROJECT_SITE is not set): - $WM_PROJECT_INST_DIR/site/\<VERSION\>/caseDicts/postProcessing - $WM_PROJECT_INST_DIR/site/caseDicts/postProcessing - \b other (shipped) settings: - $WM_PROJECT_DIR/etc/caseDicts/postProcessing An example of the \c \#includeFunc directive: \verbatim #includeFunc <funcName> \endverbatim postProcess ----------- The 'postProcess' utility and '-postProcess' solver option provide the same set of controls to execute functionObjects after the run either by reading a specified set of fields to process in the case of 'postProcess' or by reading all fields and models required to start the run in the case of '-postProcess' for each selected time: postProcess -help Usage: postProcess [OPTIONS] options: -case <dir> specify alternate case directory, default is the cwd -constant include the 'constant/' dir in the times list -dict <file> read control dictionary from specified location -field <name> specify the name of the field to be processed, e.g. U -fields <list> specify a list of fields to be processed, e.g. '(U T p)' - regular expressions not currently supported -func <name> specify the name of the functionObject to execute, e.g. Q -funcs <list> specify the names of the functionObjects to execute, e.g. '(Q div(U))' -latestTime select the latest time -newTimes select the new times -noFunctionObjects do not execute functionObjects -noZero exclude the '0/' dir from the times list, has precedence over the -withZero option -parallel run in parallel -region <name> specify alternative mesh region -roots <(dir1 .. dirN)> slave root directories for distributed running -time <ranges> comma-separated time ranges - eg, ':10,20,40:70,1000:' -srcDoc display source code in browser -doc display application documentation in browser -help print the usage pimpleFoam -postProcess -help Usage: pimpleFoam [OPTIONS] options: -case <dir> specify alternate case directory, default is the cwd -constant include the 'constant/' dir in the times list -dict <file> read control dictionary from specified location -field <name> specify the name of the field to be processed, e.g. U -fields <list> specify a list of fields to be processed, e.g. '(U T p)' - regular expressions not currently supported -func <name> specify the name of the functionObject to execute, e.g. Q -funcs <list> specify the names of the functionObjects to execute, e.g. '(Q div(U))' -latestTime select the latest time -newTimes select the new times -noFunctionObjects do not execute functionObjects -noZero exclude the '0/' dir from the times list, has precedence over the -withZero option -parallel run in parallel -postProcess Execute functionObjects only -region <name> specify alternative mesh region -roots <(dir1 .. dirN)> slave root directories for distributed running -time <ranges> comma-separated time ranges - eg, ':10,20,40:70,1000:' -srcDoc display source code in browser -doc display application documentation in browser -help print the usage The functionObjects to execute may be specified on the command-line using the '-func' option for a single functionObject or '-funcs' for a list, e.g. postProcess -func Q postProcess -funcs '(div(U) div(phi))' In the case of 'Q' the default field to process is 'U' which is specified in and read from the configuration file but this may be overridden thus: postProcess -func 'Q(Ua)' as is done in the example above to calculate the two forms of the divergence of the velocity field. Additional fields which the functionObjects may depend on can be specified using the '-field' or '-fields' options. The 'postProcess' utility can only be used to execute functionObjects which process fields present in the time directories. However, functionObjects which depend on fields obtained from models, e.g. properties derived from turbulence models can be executed using the '-postProcess' of the appropriate solver, e.g. pisoFoam -postProcess -func PecletNo or sonicFoam -postProcess -func MachNo In this case all required fields will have already been read so the '-field' or '-fields' options are not be needed. Henry G. Weller CFD Direct Ltd.
-
- May 06, 2016
-
-
Henry Weller authored
-
- Mar 01, 2016
-
-
Henry Weller authored
-
- Feb 20, 2015
-
-
Henry authored
-
- Feb 17, 2015
-
-
Henry authored
Needed to create generic compressible turbulence model library
-
- Jan 21, 2015
-
-
Henry authored
The old separate incompressible and compressible libraries have been removed. Most of the commonly used RANS and LES models have been upgraded to the new framework but there are a few missing which will be added over the next few days, in particular the realizable k-epsilon model. Some of the less common incompressible RANS models have been introduced into the new library instantiated for incompressible flow only. If they prove to be generally useful they can be templated for compressible and multiphase application. The Spalart-Allmaras DDES and IDDES models have been thoroughly debugged, removing serious errors concerning the use of S rather than Omega. The compressible instances of the models have been augmented by a simple backward-compatible eddyDiffusivity model for thermal transport based on alphat and alphaEff. This will be replaced with a separate run-time selectable thermal transport model framework in a few weeks. For simplicity and ease of maintenance and further development the turbulent transport and wall modeling is based on nut/nuEff rather than mut/muEff for compressible models so that all forms of turbulence models can use the same wall-functions and other BCs. All turbulence model selection made in the constant/turbulenceProperties dictionary with RAS and LES as sub-dictionaries rather than in separate files which added huge complexity for multiphase. All tutorials have been updated so study the changes and update your own cases by comparison with similar cases provided. Sorry for the inconvenience in the break in backward-compatibility but this update to the turbulence modeling is an essential step in the future of OpenFOAM to allow more models to be added and maintained for a wider range of cases and physics. Over the next weeks and months more turbulence models will be added of single and multiphase flow, more additional sub-models and further development and testing of existing models. I hope this brings benefits to all OpenFOAM users. Henry G. Weller
-
- Feb 07, 2013
-
-
Henry authored
Multiphase: Update all solvers to accommodate the split between twoPhaseMixture and incompressibleTwoPhaseMixture
-
- Oct 26, 2012
-
-
mattijs authored
-
- Oct 04, 2012
-
-
mattijs authored
-
- Aug 23, 2012
-
-
Henry authored
-
Henry authored
New base class for fluid and solid thermo: veryBasicThermo Base class for fluid thermo: basicThermo (derived from veryBasicThermo) Base class for solid thermo: solidThermo (derived from veryBasicThermo) Note in next commit basicThermo -> fluidThermo, veryBasicThermo -> basicThermo
-
- Nov 08, 2011
-
-
andy authored
-
- Jun 06, 2011
-
-
mattijs authored
-
- Jun 03, 2011
-
-
andy authored
-
- Apr 06, 2011
-
-
Henry authored
-
- Feb 25, 2011
-
-
andy authored
-
- Feb 19, 2011
-
-
Henry authored
-
- Feb 16, 2011
- Feb 14, 2011
-
-
mattijs authored
-
- Feb 02, 2011
-
-
andy authored
-
- Feb 01, 2011
- Dec 08, 2010
-
-
sergio authored
pointSolidMixture. chtMultiRegion tutorials and solvers
-
- Oct 01, 2010
-
-
mattijs authored
-
- Jan 15, 2010
-
-
Mark Olesen authored
-
- Dec 02, 2009
-
-
mattijs authored
-
- Sep 17, 2009
-
-
Mark Olesen authored
- Unless the points(), cells(), patches() methods are called, the classes should know maintain a lightweight representation for as long as possible. - bugfix: old-code used xferMove() instead of xferCopy() when creating the topology mesh - causing const pointField& to break if the code order was changed - relocate blockMesh from src/meshing -> src/mesh
-
- Jun 10, 2009
-
-
Andrew Heather authored
-