1. 07 Jan, 2020 1 commit
  2. 31 Oct, 2019 1 commit
  3. 22 Oct, 2019 1 commit
    • Andrew Heather's avatar
      ENH: Pressure function object - added optional inclusion of hydrostatic pressure · 186b0350
      Andrew Heather authored
      Example - create p-rgh from p:
      
          pressure-p-rgh
          {
              type            pressure;
              libs            (fieldFunctionObjects);
              writeControl    writeTime;
              mode            static;
              rho             rhoInf;
              rhoInf          1;
              hydrostaticMode subtract;
              g               (0 -9.81 0);
              hRef            0;
          }
      
      - the hydrostaticMode entry is optional - setting is shown during construction
      - g and/or hRef values are retrieved from the database if not specified
      186b0350
  4. 19 Jun, 2019 2 commits
  5. 05 Apr, 2019 1 commit
  6. 06 Feb, 2019 1 commit
  7. 23 Jun, 2017 1 commit
  8. 20 Oct, 2016 1 commit
  9. 23 Sep, 2016 1 commit
  10. 28 Jun, 2016 1 commit
  11. 17 Jun, 2016 2 commits
  12. 09 Jun, 2016 1 commit
  13. 28 May, 2016 1 commit
    • Henry Weller's avatar
      postProcessing: Replaced 'foamCalc' and the 'postCalc' utilities · e4dc50dc
      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.
      e4dc50dc
  14. 25 May, 2016 1 commit
  15. 22 May, 2016 1 commit
  16. 16 May, 2016 2 commits
  17. 15 May, 2016 1 commit
    • Henry Weller's avatar
      functionObjects: rewritten to all be derived from 'functionObject' · 78d2971b
      Henry Weller authored
        - Avoids the need for the 'OutputFilterFunctionObject' wrapper
        - Time-control for execution and writing is now provided by the
          'timeControlFunctionObject' which instantiates the processing
          'functionObject' and controls its operation.
        - Alternative time-control functionObjects can now be written and
          selected at run-time without the need to compile wrapped version of
          EVERY existing functionObject which would have been required in the
          old structure.
        - The separation of 'execute' and 'write' functions is now formalized in the
          'functionObject' base-class and all derived classes implement the
          two functions.
        - Unnecessary implementations of functions with appropriate defaults
          in the 'functionObject' base-class have been removed reducing
          clutter and simplifying implementation of new functionObjects.
        - The 'coded' 'functionObject' has also been updated, simplified and tested.
        - Further simplification is now possible by creating some general
          intermediate classes derived from 'functionObject'.
      78d2971b
  18. 11 May, 2016 1 commit
  19. 10 May, 2016 1 commit
  20. 04 May, 2016 1 commit
  21. 03 May, 2016 1 commit
  22. 02 May, 2016 1 commit
    • Henry Weller's avatar
      functionObjects: Moved into the functionObjects namespace and rationalized and... · 0534a225
      Henry Weller authored
      functionObjects: Moved into the functionObjects namespace and rationalized and simplified failable construction
      
      Rather than requiring each functionObject to handle failed construction
      internally (using the active_ flag) the static member function "viable"
      is provided which returns true if construction of the functionObject is
      likely to be successful.  Failed construction is then handled by the
      wrapper-class which constructs the functionObject,
      e.g. "OutputFilterFunctionObject".
      0534a225
  23. 08 Dec, 2015 1 commit
  24. 25 Nov, 2015 1 commit
    • Andrew Heather's avatar
      ENH: Multiple updates to function objects · 6838df9c
      Andrew Heather authored
      Updated objects
      - corrected Peclet number for compressible cases
      - propagated log flag and resultName across objects
      
      New function objects
      - new fluxSummary:
        - calculates positive, negative, absolute and net flux across face
          zones
      - new runTimeControl
        - abort the calculation when a user-defined metric is achieved.
          Available options include:
          - average value remains unchanged wrt a given threshold
          - equation initial residual exceeds a threshold - useful to abort
            diverging cases
          - equation max iterations exceeds a threshold - useful to abort
            diverging cases
          - min/max of a function object value
          - min time step exceeds a threshold - useful to abort diverging
            cases
      - new valueAverage:
        - average singular values from other function objects, e.g. Cd, Cl and
          Cm from the forceCoeffs function object
      6838df9c
  25. 12 Oct, 2015 2 commits
  26. 07 Jun, 2013 1 commit
  27. 13 May, 2013 1 commit
  28. 13 Dec, 2012 1 commit
  29. 11 Dec, 2012 1 commit
  30. 23 Nov, 2012 2 commits
  31. 22 Nov, 2012 2 commits
  32. 21 Nov, 2012 1 commit
  33. 24 Sep, 2012 1 commit
  34. 23 Jul, 2012 1 commit