Development issueshttps://develop.openfoam.com/groups/Development/-/issues2017-01-27T05:37:29Zhttps://develop.openfoam.com/Development/openfoam/-/issues/238strange behaviour of interCondensingEvaporatingFoam for a simple 1D Stefan co...2017-01-27T05:37:29ZAdminstrange behaviour of interCondensingEvaporatingFoam for a simple 1D Stefan condensation test caseI created simple 1D test case for condensation, which is basically the Stefan problem for which analytical
solution exists. The test case is a rod filled with a water vapour (alpha.liquid = 0) at saturation temperature of 380.26 K. In th...I created simple 1D test case for condensation, which is basically the Stefan problem for which analytical
solution exists. The test case is a rod filled with a water vapour (alpha.liquid = 0) at saturation temperature of 380.26 K. In the first case (StefanCond_left) I set:
- on the left wall T = 370.26 K, the right wall is adiabatic and for the rest of the surfaces, empty boundary condition is appllied . In this configuration one can observe rapid condensation and after time 0.1 s all vapour is condensed (alpha.liquid = 1)
In the second case (StefanCond_right) I changed only the side of the cold wall, namely:
- the left wall is adiabatic, the right wall is at T = 370.26 K and for the rest of the surfaces, empty boundary condition is appllied . In this configuration one can observe very slow condensation and after time 0.1 s only 0.0254598 of the vapour condensed (alpha.liquid = 0.0254598).
Is it a bug? The solution should be the mirror image. Can you explain why the condensation rate decreases so much while it shouldn't chaneg? Here are the two mentioned test cases (35MB):
http://fluid.itcmp.pwr.wroc.pl/~pblasiak/download/StefanCond.tar.gzSergio FerrarisSergio Ferrarishttps://develop.openfoam.com/Development/openfoam/-/issues/1188ENH: foamFormat convert : lagrangian data2020-01-06T08:46:49ZPrashant SonakarENH: foamFormat convert : lagrangian dataAttached a simple case illustrating incorrect conversion of binary data.
[column.tgz](/uploads/e6cebf0e112f53b7da18ec2eb3531aad/column.tgz)
@andy @markAttached a simple case illustrating incorrect conversion of binary data.
[column.tgz](/uploads/e6cebf0e112f53b7da18ec2eb3531aad/column.tgz)
@andy @markhttps://develop.openfoam.com/Development/openfoam/-/issues/976Request for the thirdparty library version handling improvement2018-09-08T04:30:48ZAdminRequest for the thirdparty library version handling improvementI am using Lmod (environment module) for handling OpenFOAM-plus.
FYI, my Lmod file is attached.
Lmod comes in handy for OpenFOAM because it can manipulate environment variable dynamically as needed.
Most of the OpenFOAM behavior could b...I am using Lmod (environment module) for handling OpenFOAM-plus.
FYI, my Lmod file is attached.
Lmod comes in handy for OpenFOAM because it can manipulate environment variable dynamically as needed.
Most of the OpenFOAM behavior could be handled by Lmod without modifying bashrc and config.sh/* except thirdparty libraries.
The thirdparty libraries in ThirdParty-plus are referring to the script in OpenFOAM-plus/config.sh/* to get version information. Thus, the script file should be modified when building and installing OpenFOAM with custom thirdparty library version for the first time.
So I have a preference to have a way to get version information from environment variable without breaking OpenFOAM echo-system when it is possible.
I made some modification for the thirdparty library configurations in OpenFOAM/etc/config.sh as attached and hope this patch be reflected for better usability.
[latest.lua](/uploads/f9eab389272176e0a188e5b875535632/latest.lua)
[diff.patch](/uploads/95af7d4ea3734a2286a54801dc6df57a/diff.patch)[diff1.patch](/uploads/90133896d33aaf7083becd191246c620/diff1.patch)https://develop.openfoam.com/Development/openfoam/-/issues/557Ergun drag wrong in twoPhaseEulerFoam2019-12-09T22:11:26ZAdminErgun drag wrong in twoPhaseEulerFoamErgun drag is calculated wrongly. 4/3 in Ergun.C is integer division which produces unity. It should be 4.0/3.0.Ergun drag is calculated wrongly. 4/3 in Ergun.C is integer division which produces unity. It should be 4.0/3.0.https://develop.openfoam.com/Development/openfoam/-/issues/683lumpedPointMotion/building/steady Allclean does not remove surface2018-07-16T21:29:18ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comlumpedPointMotion/building/steady Allclean does not remove surfaceAfter ./Allclean the constant/triSurface/building_wtc2.obj is still present.After ./Allclean the constant/triSurface/building_wtc2.obj is still present.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/708foamToVTK hangs in parallel with lagrangian data2019-12-09T22:18:10ZMark OLESENfoamToVTK hangs in parallel with lagrangian dataEg, `mpirun -np 4 foamToVTK -parallel`Eg, `mpirun -np 4 foamToVTK -parallel`Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/101BUG: Update header file error2016-04-25T10:52:36ZPrashant SonakarBUG: Update header file error$FOAM_SRC/TurbulenceModels/compressible/turbulentFluidThermoModels/derivedFvPatchFields/turbulentTemperatureCoupledBaffleMixed/turbulentTemperatureCoupledBaffleMixedFvPatchScalarField.H
<b>K</b>appaName should be
<b>k</b>appaName
...$FOAM_SRC/TurbulenceModels/compressible/turbulentFluidThermoModels/derivedFvPatchFields/turbulentTemperatureCoupledBaffleMixed/turbulentTemperatureCoupledBaffleMixedFvPatchScalarField.H
<b>K</b>appaName should be
<b>k</b>appaName
@andy @Mattijs Sergio FerrarisSergio Ferrarishttps://develop.openfoam.com/Development/openfoam/-/issues/210Minor flaw in etc/config.sh/FFTW leads to always assuming it's not system-ins...2019-12-09T22:04:10ZAdminMinor flaw in etc/config.sh/FFTW leads to always assuming it's not system-installedI was writing and testing detailed installation steps for Ubuntu 16.04, when I stumbled upon two issues while building:
1. There is a typo in the variable checked, where `FFTW_ARCH_PATH_PATH` has one too many "_PATH" ;) Patch after ...I was writing and testing detailed installation steps for Ubuntu 16.04, when I stumbled upon two issues while building:
1. There is a typo in the variable checked, where `FFTW_ARCH_PATH_PATH` has one too many "_PATH" ;) Patch after the list below.
2. `ThirdParty-*/makeFFTW` was missing `-f` when calling `unset`, which @mark has already solved in Development/ThirdParty-plus#2.
The patch for fixing `etc/config.sh/FFTW`:
```
diff --git a/etc/config.sh/FFTW b/etc/config.sh/FFTW
index 7c0a488..f3cb4ea 100644
--- a/etc/config.sh/FFTW
+++ b/etc/config.sh/FFTW
@@ -64,7 +64,7 @@ then
# it is either located within ThirdParty, or a central installation
# outside of ThirdParty and must be added to the lib-path.
- ending="${FFTW_ARCH_PATH_PATH##*-}"
+ ending="${FFTW_ARCH_PATH##*-}"
if [ "$ending" != none -a "$ending" != system ]
then
_foamAddLib $FFTW_ARCH_PATH/lib$WM_COMPILER_LIB_ARCH
```https://develop.openfoam.com/Development/openfoam/-/issues/628Crash when directory contains files with spaces or other odd characters in th...2017-12-19T10:50:58ZAdminCrash when directory contains files with spaces or other odd characters in their filenamesparaFoam crash on start with the following error:
`
Created temporary 'run407.OpenFOAM'
I/O : uncollated
fileName::stripInvalid() called for invalid fileName tot6.7kn.0032.jpg
For debug level (= 2) > 1 this is considered fatal
Abo...paraFoam crash on start with the following error:
`
Created temporary 'run407.OpenFOAM'
I/O : uncollated
fileName::stripInvalid() called for invalid fileName tot6.7kn.0032.jpg
For debug level (= 2) > 1 this is considered fatal
Aborted (core dumped)
`
When the current directory contains the files:
`
tot 6.7kn.0000.jpg
tot 6.7kn.0001.jpg
tot 6.7kn.0002.jpg
tot 6.7kn.0003.jpg
etc.
`
(the files where generated by the paraFoam File -> save animation)
When the files are renamed to use underscores, paraFoam starts normally:
`
tot_6.7kn.0000.jpg
tot_6.7kn.0001.jpg
tot_6.7kn.0002.jpg
tot_6.7kn.0003.jpg
etc.
`
When a new animation is made by clicking File -> save animation -> ok
the file name selection dialog correctly merges the image files to: "[+]tot_6.7kn...jpg"
I don't know if this is a recent problem since I normally don't use spaces in filenames. It was found by someone else.
The obvious workaround is to not uses spaces in animation filenames, or deleting old images before starting paraFoam.
`
paraview 5.4.0
OS: Ubuntu 16.04.3 LTS (64 bit)
compiler: gcc (Ubuntu 5.4.0-6ubuntu1~16.04.5) 5.4.0 20160609 [CORRECTED]
build command: ./makeParaView PARAVIEW_QT_VERSION=4
`
I looked at Development/ThirdParty-plus but i'm not sure if paraFoam is a third party build script and neither project readme's mention paraFoam. Please let me know if this issue should be in ThirdParty-plus.
small detail:
I have 63 images, named 0..62. I don't know why the error is for image 32, it could be the order in which the OS lists the file names but (after renaming to underscores) ls -u *.jpg also lists image 32 somewhere in the middle of the file list.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1099checkMesh faceWeight field does not show actual surfaceInterpolation::weights2020-01-06T12:24:20ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comcheckMesh faceWeight field does not show actual surfaceInterpolation::weightsThe checkMesh faceWeights field shows the geometric interpolation weights at the polyMesh level. These are equivalent to the fv interpolation weights for internal faces but not for boundary faces. It be useful to have those instead.The checkMesh faceWeights field shows the geometric interpolation weights at the polyMesh level. These are equivalent to the fv interpolation weights for internal faces but not for boundary faces. It be useful to have those instead.https://develop.openfoam.com/Development/openfoam/-/issues/795createPatch deletes cellSets/cellZones2024-01-16T05:40:42ZAdmincreatePatch deletes cellSets/cellZonesI have a simple porous media in a duct, and use insideCells to create a cellZoneSet, which is then turned into a cellZone by topoSet. checkMesh reports the number of cells and bounding box of this cellZone correctly.
However, after runn...I have a simple porous media in a duct, and use insideCells to create a cellZoneSet, which is then turned into a cellZone by topoSet. checkMesh reports the number of cells and bounding box of this cellZone correctly.
However, after running createPatch -overwrite, the cellZone is empty. Is this desired behavior, or a bug?
I can create a very small test case is needed.
\## Reattaching the author to the issue ticket: @aerogt3 ##Prashant SonakarPrashant Sonakarhttps://develop.openfoam.com/Development/openfoam/-/issues/633overset solver crash with layerRelax different to one2021-07-06T11:23:56ZAdminoverset solver crash with layerRelax different to oneI am playing around with the overset solvers, and I found that they crash when I use a value of layerRelax = 0.3 (actually any value less than one will make the solver crash). This value is not accessible via the dynamicMeshDict, so I d...I am playing around with the overset solvers, and I found that they crash when I use a value of layerRelax = 0.3 (actually any value less than one will make the solver crash). This value is not accessible via the dynamicMeshDict, so I directly changed the value in the source code.
I am also wondering if it is possible to change the cutting hole (which I think you call block cells). So far the minimum cutting hole is computed, but I would like to use the maximum cutting hole (or something larger than the minimum cutting hole as this one is too close to the walls).
I am attaching the reference case that I am using for validation.
[ref.tar.gz](/uploads/08f1d31c4fd7b52d8bb6c83ea2a64aff/ref.tar.gz)
\## Reattaching the author to the issue ticket: @jeogi ##https://develop.openfoam.com/Development/openfoam/-/issues/648profiling improvements2017-12-18T05:05:42ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comprofiling improvements- Would be nice for memory profiling to also record the free memory on each node. This determines when swapping is about to start.
E.g.
grep 'MemFree' /proc/meminfo- Would be nice for memory profiling to also record the free memory on each node. This determines when swapping is about to start.
E.g.
grep 'MemFree' /proc/meminfoMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/696nutUBlendedWallFunction causes floating point exeption2019-12-09T22:18:09ZAdminnutUBlendedWallFunction causes floating point exeptionnew nutUBlendedWallFunction may cause a floating point exeption.
Using nutUBlendedWallFunction in simpleFoam/pitzDaily tutorial case will reproduce this error. Zero gradient at the initial state leads to yPlus of zero.
Changing the cod...new nutUBlendedWallFunction may cause a floating point exeption.
Using nutUBlendedWallFunction in simpleFoam/pitzDaily tutorial case will reproduce this error. Zero gradient at the initial state leads to yPlus of zero.
Changing the code from
`scalar yPlus = y[facei]*ut/nuw[facei];`
to
`scalar yPlus = y[facei]*ut/nuw[facei] + VSMALL;`
will prevent the problems (division by zero and logarithm of zero).AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/729Feature: A new option in systemCall to execute the call with the master proce...2018-02-17T12:47:14ZKutalmış BerçinFeature: A new option in systemCall to execute the call with the master processor onlyIn OpenFOAM 1712, `systemCall` function object can be created and used to execute system calls.
In parallel simulations, however, the same `systemCall` is executed for each processor.
Yet arguably, the usual desire is to make a ***singl...In OpenFOAM 1712, `systemCall` function object can be created and used to execute system calls.
In parallel simulations, however, the same `systemCall` is executed for each processor.
Yet arguably, the usual desire is to make a ***single*** call ***per simulation*** (e.g. sending **an** informative e-mail about the simulation at some point).
Although a shell script wrapping the calls for a single processor should be enough, IMHO, an option which can naturally limit `systemCall` to a single processor might be useful for those who are not familiar with programming.
Kind regardsMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/668"Cannot find triSurfaceMesh at...." error in Snappyhexmesh in parallel2021-07-06T11:35:22ZAdmin"Cannot find triSurfaceMesh at...." error in Snappyhexmesh in parallelSnappyhexmesh is looking for a stl file in process folders after decomposition and gives the following error:
Cannot find triSurfaceMesh at...
\## Reattaching the author to the issue ticket: @arionfard ##Snappyhexmesh is looking for a stl file in process folders after decomposition and gives the following error:
Cannot find triSurfaceMesh at...
\## Reattaching the author to the issue ticket: @arionfard ##https://develop.openfoam.com/Development/openfoam/-/issues/64Bug: Problem with potentialFoam for compressible cases2016-02-08T16:56:39ZKoushik SenguptaBug: Problem with potentialFoam for compressible casesReview potentialFoam for compressible cases. I am running tutorial case in compressible/rhoSimpleFoam/squareBend.
- If I use "potentialFoam -writep -noFunctionObjects", following is the attached output message.
[log.potentialFoam](...Review potentialFoam for compressible cases. I am running tutorial case in compressible/rhoSimpleFoam/squareBend.
- If I use "potentialFoam -writep -noFunctionObjects", following is the attached output message.
[log.potentialFoam](/uploads/dea4cb1b1aa6263cd0bb51aa380fa725/log.potentialFoam)
- For incompressible flow, the dimension of phi is m3/s and for compressible flow it should be
kg/s. However, with potentialFoam, it is always m3/s.
@Sergio @Mattijs AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/1078writeFile functionObject output always uses userTime2018-12-05T05:42:51ZMark OLESENwriteFile functionObject output always uses userTime- as mentioned in EP829, this may be inconsistent with other function objects.
- could make sense to allow this to be user-configurable
@andy- as mentioned in EP829, this may be inconsistent with other function objects.
- could make sense to allow this to be user-configurable
@andyAdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/635Cleanup of git repo2020-03-13T14:25:47ZAdminCleanup of git repoHi,
Is it possible to do some cleanup of the repo. I noticed the "twoPhasePachuka" tutorial case has historical artefacts that are mainly responsible for this. I reduced the repo size from 1.1G to 300M by issuing the following commands (...Hi,
Is it possible to do some cleanup of the repo. I noticed the "twoPhasePachuka" tutorial case has historical artefacts that are mainly responsible for this. I reduced the repo size from 1.1G to 300M by issuing the following commands (and then re-added the tutorial case)
```
git filter-branch --tag-name-filter cat --index-filter 'git rm -rf --cached --ignore-unmatch tutorials/multiphase/MPPICInterFoam/twoPhasePachuka' --prune-empty -f -- --all
rm -rf .git/refs/original/
git reflog expire --expire=now --all
git gc --aggressive --prune=now
```
Regards
Andrew
\## Reattaching the author to the issue ticket: @Jackson ##https://develop.openfoam.com/Development/openfoam/-/issues/629snappyHexMesh has problems if surface intersections are incompatible with vol...2017-12-18T05:13:03ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comsnappyHexMesh has problems if surface intersections are incompatible with volume assignment- shm baffles existing faces
- on complex geometries this can give cells being disconnected i.e. forming a separate region
- this gets resolved by assigning these regions to a connected neighbouring region
- this can occasionally cause b...- shm baffles existing faces
- on complex geometries this can give cells being disconnected i.e. forming a separate region
- this gets resolved by assigning these regions to a connected neighbouring region
- this can occasionally cause bleeding
- an alternative method is to reset the connecting neighbouring region instead (through erosion)
EP 509.Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.com