1. 29 Jun, 2020 1 commit
  2. 24 Jun, 2020 1 commit
  3. 10 Feb, 2018 1 commit
  4. 18 Nov, 2017 1 commit
    • Henry Weller's avatar
      ENH: pimpleDyMFoam: Improved efficiency and consistency when running on a static mesh · 81cea099
      Henry Weller authored
      Now pimpleDyMFoam is exactly equivalent to pimpleFoam when running on a
      staticFvMesh.  Also when the constant/dynamicMeshDict is not present a
      staticFvMesh is automatically constructed so that the pimpleDyMFoam solver can
      run any pimpleFoam case without change.
      pimpleDyMFoam: Store Uf as an autoPtr for better error handling
      pimpleFoam: Set initial deltaT from the Courant number
      for improved stability on start-up and compatibility with pimpleDyMFoam
      ENH: pimpleFoam: Merged dynamic mesh functionality of pimpleDyMFoam into pimpleFoam
      and replaced pimpleDyMFoam with a script which reports this change.
      The pimpleDyMFoam tutorials have been moved into the pimpleFoam directory.
      This change is the first of a set of developments to merge dynamic mesh
      functionality into the standard solvers to improve consistency, usability,
      flexibility and maintainability of these solvers.
      Henry G. Weller
      CFD Direct Ltd.
  5. 06 Apr, 2016 1 commit
  6. 26 Feb, 2016 1 commit
    • Henry Weller's avatar
      OpenFOAM: Updated all libraries, solvers and utilities to use the new const-safe tmp · cd852be3
      Henry Weller authored
      The deprecated non-const tmp functionality is now on the compiler switch
      NON_CONST_TMP which can be enabled by adding -DNON_CONST_TMP to EXE_INC
      in the Make/options file.  However, it is recommended to upgrade all
      code to the new safer tmp by using the '.ref()' member function rather
      than the non-const '()' dereference operator when non-const access to
      the temporary object is required.
      Please report any problems on Mantis.
      Henry G. Weller
      CFD Direct.
  7. 13 Feb, 2016 1 commit
    • Henry Weller's avatar
      Solvers: Added support for extrapolated pressure boundary conditions · fc2ce737
      Henry Weller authored
      The boundary conditions of HbyA are now constrained by the new "constrainHbyA"
      function which applies the velocity boundary values for patches for which the
      velocity cannot be modified by assignment and pressure extrapolation is
      not specified via the new
      The new function "constrainPressure" sets the pressure gradient
      appropriately for "fixedFluxPressureFvPatchScalarField" and
      "fixedFluxExtrapolatedPressureFvPatchScalarField" boundary conditions to
      ensure the evaluated flux corresponds to the known velocity values at
      the boundary.
      The "fixedFluxPressureFvPatchScalarField" boundary condition operates
      exactly as before, ensuring the correct flux at fixed-flux boundaries by
      compensating for the body forces (gravity in particular) with the
      pressure gradient.
      The new "fixedFluxExtrapolatedPressureFvPatchScalarField" boundary
      condition may be used for cases with or without body-forces to set the
      pressure gradient to compensate not only for the body-force but also the
      extrapolated "HbyA" which provides a second-order boundary condition for
      pressure.  This is useful for a range a problems including impinging
      flow, extrapolated inlet conditions with body-forces or for highly
      viscous flows, pressure-induced separation etc.  To test this boundary
      condition at walls in the motorBike tutorial case set
              type            fixedFluxExtrapolatedPressure;
              type            fixedFluxExtrapolatedPressure;
      Currently the new extrapolated pressure boundary condition is supported
      for all incompressible and sub-sonic compressible solvers except those
      providing implicit and tensorial porosity support.  The approach will be
      extended to cover these solvers and options in the future.
      Note: the extrapolated pressure boundary condition is experimental and
      requires further testing to assess the range of applicability,
      stability, accuracy etc.
      Henry G. Weller
      CFD Direct Ltd.
  8. 30 Jun, 2015 1 commit
  9. 27 Jun, 2015 1 commit
  10. 29 May, 2015 1 commit
    • Henry's avatar
      MRF: Separate MRF from fvOptions · c3ee2348
      Henry authored
      fvOptions does not have the appropriate structure to support MRF as it
      is based on option selection by user-specified fields whereas MRF MUST
      be applied to all velocity fields in the particular solver.  A
      consequence of the particular design choices in fvOptions made it
      difficult to support MRF for multiphase and it is easier to support
      frame-related and field related options separately.
      Currently the MRF functionality provided supports only rotations but
      the structure will be generalized to support other frame motions
      including linear acceleration, SRF rotation and 6DoF which will be
      run-time selectable.
  11. 20 Mar, 2014 1 commit
  12. 10 Sep, 2013 1 commit
  13. 09 Sep, 2013 1 commit
  14. 20 Aug, 2013 1 commit
  15. 07 Aug, 2013 1 commit
  16. 08 Jan, 2013 1 commit
  17. 05 Dec, 2012 1 commit
  18. 29 Nov, 2012 1 commit
  19. 23 Feb, 2012 1 commit
  20. 26 Jan, 2012 1 commit
  21. 03 Nov, 2011 1 commit
  22. 26 Oct, 2011 1 commit
  23. 14 Apr, 2011 1 commit
  24. 13 Apr, 2011 1 commit
  25. 26 Mar, 2011 1 commit
  26. 24 Mar, 2011 1 commit
  27. 11 Oct, 2010 1 commit
  28. 25 May, 2010 1 commit
  29. 13 Aug, 2008 1 commit