Development issueshttps://develop.openfoam.com/groups/Development/-/issues2019-12-09T22:18:10Zhttps://develop.openfoam.com/Development/openfoam/-/issues/711sixDoFRigidBodyState function object not built2019-12-09T22:18:10ZAdminsixDoFRigidBodyState function object not builtAs title - code also requires further integration updates re: `writeFile` class usage and would benefit from using enums for angle typesAs title - code also requires further integration updates re: `writeFile` class usage and would benefit from using enums for angle typesv1806https://develop.openfoam.com/Development/openfoam/-/issues/713Field has no xfer()2018-03-26T20:14:18ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comField has no xfer()with
```
scalarField edgeWeight(...);
```
then the .xfer() returns a List<scalar> instead of a Field<scalar>
The workaround is
```
xferMoveTo<scalarField, scalarList>(edgeWeight)
```with
```
scalarField edgeWeight(...);
```
then the .xfer() returns a List<scalar> instead of a Field<scalar>
The workaround is
```
xferMoveTo<scalarField, scalarList>(edgeWeight)
```Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/714ENH: bounds for plane sampling2023-12-07T19:03:27ZPrashant SonakarENH: bounds for plane samplingIf bounds provided have a common co-ordinate (squeezed box), it doesn't warn.
- add a warning
@mark @Mattijs
cross ref: EP#519If bounds provided have a common co-ordinate (squeezed box), it doesn't warn.
- add a warning
@mark @Mattijs
cross ref: EP#519Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/715pimpleFoam in OF1612 shows same time step twice in log file2019-07-03T19:49:21ZAdminpimpleFoam in OF1612 shows same time step twice in log fileHi,
I recently installed OF1612 on my Uni's cluster (Scientific Linux 6.9 (Carbon)) without sudo right. I have been testing it using a wavy channel flow case. I found out if I set the timePrecision and writePrecision to 6, same time ste...Hi,
I recently installed OF1612 on my Uni's cluster (Scientific Linux 6.9 (Carbon)) without sudo right. I have been testing it using a wavy channel flow case. I found out if I set the timePrecision and writePrecision to 6, same time step will appear twice in the log file and the probed data in postProcessing:
In log file:
```
Time = 11.0001
PIMPLE: iteration 1
DILUPBiCG: Solving for Ux, Initial residual = 0.000628327, Final residual = 6.49228e-06, No Iterations 1
DILUPBiCG: Solving for Uy, Initial residual = 0.00710122, Final residual = 7.02765e-06, No Iterations 4
DILUPBiCG: Solving for Uz, Initial residual = 0.00741627, Final residual = 1.45782e-06, No Iterations 5
Pressure gradient source: uncorrected Ubar = 0.3, pressure gradient = 0.188916
DICPCG: Solving for p, Initial residual = 0.198051, Final residual = 0.00192128, No Iterations 611
time step continuity errors : sum local = 2.37292e-07, global = -1.72581e-07, cumulative = -5.94041e-07
Pressure gradient source: uncorrected Ubar = 0.300001, pressure gradient = 0.147912
DICPCG: Solving for p, Initial residual = 0.0992778, Final residual = 9.82839e-07, No Iterations 762
time step continuity errors : sum local = 1.72608e-07, global = -1.72581e-07, cumulative = -7.66622e-07
Pressure gradient source: uncorrected Ubar = 0.300002, pressure gradient = 0.141237
ExecutionTime = 52.3 s ClockTime = 52 s
Courant Number mean: 0.0777575 max: 3.3662
Time = 11.0001
PIMPLE: iteration 1
DILUPBiCG: Solving for Ux, Initial residual = 0.000555812, Final residual = 7.84982e-07, No Iterations 3
DILUPBiCG: Solving for Uy, Initial residual = 0.00624087, Final residual = 2.50926e-07, No Iterations 4
DILUPBiCG: Solving for Uz, Initial residual = 0.00659523, Final residual = 8.90043e-06, No Iterations 2
Pressure gradient source: uncorrected Ubar = 0.3, pressure gradient = 0.126081
DICPCG: Solving for p, Initial residual = 0.137678, Final residual = 0.00136057, No Iterations 522
time step continuity errors : sum local = 1.76456e-07, global = -1.43068e-07, cumulative = -9.0969e-07
Pressure gradient source: uncorrected Ubar = 0.3, pressure gradient = 0.153548
DICPCG: Solving for p, Initial residual = 0.0448662, Final residual = 9.80399e-07, No Iterations 680
time step continuity errors : sum local = 1.43092e-07, global = -1.43068e-07, cumulative = -1.05276e-06
Pressure gradient source: uncorrected Ubar = 0.299999, pressure gradient = 0.156989
ExecutionTime = 72.1 s ClockTime = 72 s
Courant Number mean: 0.0777578 max: 4.50452
Time = 11.0002
PIMPLE: iteration 1
DILUPBiCG: Solving for Ux, Initial residual = 0.000544009, Final residual = 3.90541e-06, No Iterations 1
DILUPBiCG: Solving for Uy, Initial residual = 0.00601562, Final residual = 2.7355e-06, No Iterations 3
DILUPBiCG: Solving for Uz, Initial residual = 0.00635443, Final residual = 5.66006e-06, No Iterations 3
Pressure gradient source: uncorrected Ubar = 0.3, pressure gradient = 0.158873
DICPCG: Solving for p, Initial residual = 0.0671597, Final residual = 0.000644585, No Iterations 467
time step continuity errors : sum local = 1.35701e-07, global = -1.20709e-07, cumulative = -1.17347e-06
Pressure gradient source: uncorrected Ubar = 0.3, pressure gradient = 0.154128
DICPCG: Solving for p, Initial residual = 0.0185901, Final residual = 9.677e-07, No Iterations 698
time step continuity errors : sum local = 1.20732e-07, global = -1.20709e-07, cumulative = -1.29418e-06
Pressure gradient source: uncorrected Ubar = 0.3, pressure gradient = 0.153915
ExecutionTime = 90.76 s ClockTime = 91 s
Courant Number mean: 0.077758 max: 2.9458
Time = 11.0002
PIMPLE: iteration 1
DILUPBiCG: Solving for Ux, Initial residual = 0.000541136, Final residual = 2.5145e-06, No Iterations 2
DILUPBiCG: Solving for Uy, Initial residual = 0.00600186, Final residual = 5.11656e-06, No Iterations 2
DILUPBiCG: Solving for Uz, Initial residual = 0.00634764, Final residual = 4.17754e-06, No Iterations 2
Pressure gradient source: uncorrected Ubar = 0.3, pressure gradient = 0.153745
DICPCG: Solving for p, Initial residual = 0.0565432, Final residual = 0.000557925, No Iterations 528
time step continuity errors : sum local = 1.16266e-07, global = -1.03347e-07, cumulative = -1.39752e-06
Pressure gradient source: uncorrected Ubar = 0.3, pressure gradient = 0.152974
DICPCG: Solving for p, Initial residual = 0.0136746, Final residual = 9.9346e-07, No Iterations 656
time step continuity errors : sum local = 1.03369e-07, global = -1.03347e-07, cumulative = -1.50087e-06
Pressure gradient source: uncorrected Ubar = 0.3, pressure gradient = 0.154393
ExecutionTime = 110.86 s ClockTime = 111 s
Courant Number mean: 0.077758 max: 2.6735
```
and in probed data:
```
# Probe 0 1
# Time
11.2001 (0.346425 -0.0206927 -0.0443701) (0.396648 -0.0308353 0.0045432)
11.2001 (0.346504 -0.0208275 -0.0438397) (0.396732 -0.0307284 0.00444979)
11.2002 (0.346596 -0.0209262 -0.0432698) (0.39684 -0.030652 0.00439261)
11.2002 (0.346701 -0.0209961 -0.0426602) (0.396971 -0.0306104 0.00437403)
```
Changing the timePrecision and writePrecision from 6 to 7 solves the problem. But I think there is a bug as the precision should be increased automatically if the program senses above problem. This is what OF230 did, in a similar case in OF230 (the precisions were 6 as well), the log file showed following and the time step were displayed correctly:
```
--> FOAM Warning :
From function Time::operator++()
in file db/Time/Time.C at line 1055
Increased the timePrecision from 6 to 7 to distinguish between timeNames at time 10.67
```
However, I think there is also a bug in OF230, because although OF230 automatically increase the precision in log file, it's probed data still show the same time steps twice.
The above issues can be reproduced.
I have discussed above problem in cfd-online forum and people thought it may be a bug. The link of the thread is: https://www.cfd-online.com/Forums/openfoam-bugs/197814-pimplefoam-of1612-shows-same-time-step-twice-log-file.html
Please can you have an investigation and solve the problem.
Kind regards,
YeruKutalmış BerçinKutalmış Berçinhttps://develop.openfoam.com/Development/openfoam/-/issues/716re-reading broken on time control function2019-12-09T22:18:10ZMark OLESENre-reading broken on time control functionIt seems that any functionObject with an executeControl or writeControl will not properly re-read for its managed functionObject when modified.
Need to change `timeControl::read(const dictionary&)` to include this. Eg,
writeControl...It seems that any functionObject with an executeControl or writeControl will not properly re-read for its managed functionObject when modified.
Need to change `timeControl::read(const dictionary&)` to include this. Eg,
writeControl_.read(dict);
executeControl_.read(dict);
readControls();
// Missing this:
foPtr_->read();
Versions affected: 1712, 1706, 1612
@andy @sbnaMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/717surfaceCheck output2020-01-03T14:21:04ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comsurfaceCheck output1. it does not display the number of badquality triangles.
2. it has no way of visualising these (apart from surfaceSubset+Dict)
Attached start of adding writeSet option to surfaceCheck. This needs to be extended to output strings of ed...1. it does not display the number of badquality triangles.
2. it has no way of visualising these (apart from surfaceSubset+Dict)
Attached start of adding writeSet option to surfaceCheck. This needs to be extended to output strings of edges. See ep #703.
[surfaceCheck.C](/uploads/dfe8af4f901817396c6bf2ca6d67793e/surfaceCheck.C)
Typical output:
```
min 0 for triangle 110081
max 1 for triangle 985653
--> FOAM Warning :
From function int main(int, char**)
in file surfaceCheck.C at line 483
0. This might give problems in self-intersection testing later on.
Dumping bad quality faces to "badFaces"
```https://develop.openfoam.com/Development/openfoam/-/issues/718snappyHexMesh labelledTri error2018-01-31T09:02:27ZvilfayeausnappyHexMesh labelledTri errorHi,
In 1712, wehn running snappyHexMesh, I have a fatal error due to wrong labelledTri size. See attached log file.
In 2.3.1, the same case is working fine.
Best,
Sebastien
[snappyHexMeshDict](/uploads/172f59c6374c7e1c07d86acb9782a13...Hi,
In 1712, wehn running snappyHexMesh, I have a fatal error due to wrong labelledTri size. See attached log file.
In 2.3.1, the same case is working fine.
Best,
Sebastien
[snappyHexMeshDict](/uploads/172f59c6374c7e1c07d86acb9782a138/snappyHexMeshDict)
1712 log file:
[snappyHexMesh_4401168.log](/uploads/746be00dac64cc8770b0a90b9d628a60/snappyHexMesh_4401168.log)
2.3.1 log file:
[snappyHexMesh.4275735.log](/uploads/750bbf0c579eac1f8f8375cde0da41a7/snappyHexMesh.4275735.log)Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/719No completion added for /home/foobar/OpenFOAM/OpenFOAM-v1712/platforms/linux6...2018-08-27T04:28:27ZAdminNo completion added for /home/foobar/OpenFOAM/OpenFOAM-v1712/platforms/linux64GccDPInt32Opt/binI have explained this issue here in [this StackoverFlow post](https://stackoverflow.com/questions/48463422/installing-compiling-openfoam-on-a-server-without-admin-privileges) too.
I'm trying to install/compile OpenFOAM on a remote serve...I have explained this issue here in [this StackoverFlow post](https://stackoverflow.com/questions/48463422/installing-compiling-openfoam-on-a-server-without-admin-privileges) too.
I'm trying to install/compile OpenFOAM on a remote server. As I don't have the admin privileges I have to compile it from scratch. Following [the instructions here](https://www.openfoam.com/code/build-guide.php), when I try to run
```shell
source ~/OpenFOAM/OpenFOAM-v1712/etc/bashrc
```
I get the error:
> No completion added for /home/foobar/OpenFOAM/OpenFOAM-v1712/platforms/linux64GccDPInt32Opt/bin
I checked the `~/OpenFOAM/OpenFOAM-v1712/etc/bashrc` definitely exists and it is intact. I also checked the `/home/foobar/OpenFOAM/OpenFOAM-v1712/` folder and there are no such thing as `platforms` folder! I searched and the only place I could see a similar error message is [here](https://www.cfd-online.com/Forums/openfoam-bugs/197310-possible-missing-tab-completion-ofv1712.html#post676598) where the issue is old Bash. I tried `bash --version` returning `version 4.3.48(1)-release (x86_64-pc-linux-gnu)` which is more than `4.2` as seems to be required.
**My system information:**
Looking into the possible required dependencies mentioned in [this page](https://www.openfoam.com/documentation/system-requirements.php), I checked the installed packages using the command
```shell
apt list --installed | grep -i packageName
```
The packages installed are:
> build-essential, flex, bison, cmake, zlib1g-dev, libboost-system-dev, libboost-thread-dev, libopenmpi-dev, openmpi-bin, gnuplot, libreadline-dev, libqt4-dev, libqt4-opengl-dev, freeglut3-dev
And the ones not installed are:
> libncurses-dev, libxt-dev, libqtwebkit-dev, libcgal-dev
which according to the installation page are not essential I suppose.
and checking the versions of the libraries installed:
* `mpirun --version` --> `(Open MPI) 1.10.2`
* `gcc --version` --> `gcc (Ubuntu 5.4.0-6ubuntu1~16.04.5) 5.4.0 20160609`
* `cmake --version` --> `3.5.1`
I would appreciate if could let me know what is the problem and how I can solve it? Or if not solvable, what are the alternative methods for me to have the OpenFOAM installed/compiled on the said server.https://develop.openfoam.com/Development/openfoam/-/issues/720add toc-style functionality to clouds/parcels2018-02-02T17:27:24ZMark OLESENadd toc-style functionality to clouds/parcelsCan currently write to an objectRegistry, but cannot otherwise ascertain which fields a cloud would normally write.
Add a classes() method similar to what objectRegistry and IOobjectList have. However, it is probably inconvenient to hav...Can currently write to an objectRegistry, but cannot otherwise ascertain which fields a cloud would normally write.
Add a classes() method similar to what objectRegistry and IOobjectList have. However, it is probably inconvenient to have the matcher predicate.
In the cloud:
template<class CloudType>
void queryClasses(const CloudType&, HashTable<wordHashSet>& classes) const
{
classes(IOField<label>::typeName).insert
({
"active",
"typeId",
});
classes(IOField<scalar>::typeName).insert
({
"nParticle",
"d",
"dTarget",
"rho",
"age",
"tTurb",
});
...
}
@andyv1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/721minor cleanup of lagrangian writing etc2018-02-22T12:17:21ZMark OLESENminor cleanup of lagrangian writing etc- the writeLagrangianPositions switch is not registered (so local system/controlDict changes are ignored).
- the writeLagrangianCoordinate switch should now be dropped. No longer transition, things won't restart if `coordinates` aren't t...- the writeLagrangianPositions switch is not registered (so local system/controlDict changes are ignored).
- the writeLagrangianCoordinate switch should now be dropped. No longer transition, things won't restart if `coordinates` aren't there.
- relocate geometryType enum from IOPosition to particle. This will make it non-templated.
- consolidate oldParticle struct into one place (eg, in particle) and rename as something like `compat1706` so that its compatibility level is transparently documented via the API.
Optional: add `-write-positions` command-line option that forces writeLagrangianPositions on. This could be useful for things like reconstructPar, foamToVTK, foamToEnsight etc, when the user needs the information for external consumption, but only realized it after the simulation was complete.
@andy @Rogerv1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/722getApplication does not work with #calc statements in the controlDict2020-05-23T11:04:36ZRoger AlmenargetApplication does not work with #calc statements in the controlDictWhen there are #calc statements in the controlDict (either directly or as an #include), the function getApplication fails because the output from foamDictionary includes all the output statements from #calc.
This is fixed by adding a ta...When there are #calc statements in the controlDict (either directly or as an #include), the function getApplication fails because the output from foamDictionary includes all the output statements from #calc.
This is fixed by adding a tail -1 as follows to the getApplication function:
*foamDictionary -entry application -value system/controlDict | tail -1*
Examples of issue shown below:
[controlDict](/uploads/a24ecfdd4fc33ecb3b708d568a567744/controlDict)[input.txt](/uploads/adacd8e356f3237544fac31a6ab01ee3/input.txt)v1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/723Function1 missing Integrate function definition2021-07-06T11:44:45ZMatej FormanFunction1 missing Integrate function definitionOnly few functions from **Function1** has function **Integrate** implemented
(*table, CSV table, Polynomial and Zero/One*).
Those without the Integrate function definition cannot be used to specify the **motion function** for DyM.
Woul...Only few functions from **Function1** has function **Integrate** implemented
(*table, CSV table, Polynomial and Zero/One*).
Those without the Integrate function definition cannot be used to specify the **motion function** for DyM.
Would make sense to add the definition to others as well.https://develop.openfoam.com/Development/openfoam/-/issues/724misleading name for two-parameter Foam::name()2018-02-22T12:18:23ZMark OLESENmisleading name for two-parameter Foam::name()- currently accepts a printf-style format string. It should probably be renamed as `format` instead. Since this is reasonably infrequently used, I think that it should be relegated to the stringOps namespace as well. Eg,
stringOps::...- currently accepts a printf-style format string. It should probably be renamed as `format` instead. Since this is reasonably infrequently used, I think that it should be relegated to the stringOps namespace as well. Eg,
stringOps::format("fmt%d", 10);
In fact, probably want to make the whole thing templated:
template<class Primitive, class StringType=string>
StringType format(const char* fmt, const Primitive& val)
If desired, could have convenience static `word::format` as part of the word class, etc.
Might also consider with Args... forwarding.v1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/725missing construct List from UList2018-02-22T12:19:44ZMark OLESENmissing construct List from UListseems to be handled by this one:
template<class T2>
explicit List(const List<T2>&);
only noticed when I tried to inherit constructors from List in a derived class.seems to be handled by this one:
template<class T2>
explicit List(const List<T2>&);
only noticed when I tried to inherit constructors from List in a derived class.v1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/726Adjustments for hashset hashtable2018-02-22T12:17:02ZMark OLESENAdjustments for hashset hashtableCurrently have one and two parameter non-const versions of operator() - should be possible to combine using a forwarding variadic. To avoid ambiguities it would be advisable to restrict const access to the dedicated lookup method.
Explic...Currently have one and two parameter non-const versions of operator() - should be possible to combine using a forwarding variadic. To avoid ambiguities it would be advisable to restrict const access to the dedicated lookup method.
Explicitly delete the inherited operator() in hashset instead of relying on masking. v1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/727checkMesh report on volume of cellZones2020-01-03T14:14:28ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comcheckMesh report on volume of cellZonesCurrently checkMesh reports on bb of cellZone but not the volume. This would be nice to have. Attached a hack.[checkTopology.C](/uploads/6e375995442c91c5aa45f31290ac675c/checkTopology.C)
? For all zone types report:
cellZone : nCells + ...Currently checkMesh reports on bb of cellZone but not the volume. This would be nice to have. Attached a hack.[checkTopology.C](/uploads/6e375995442c91c5aa45f31290ac675c/checkTopology.C)
? For all zone types report:
cellZone : nCells + volume
faceZone : nFaces + area + signed area (i.e. closedness)
pointZone : nPoints
https://develop.openfoam.com/Development/openfoam/-/issues/728Lagrangian Injections - Particles being removed from the system2019-12-09T22:18:10ZAdminLagrangian Injections - Particles being removed from the systemWithin the Lagrangian injections the incorrect mass is being introduced. This occurs when the number of particles per parcel becomes less than 1. As per the code in InjectionModel.C:
If (pPtr->nParticle() >= 1.0)
It is possible to redu...Within the Lagrangian injections the incorrect mass is being introduced. This occurs when the number of particles per parcel becomes less than 1. As per the code in InjectionModel.C:
If (pPtr->nParticle() >= 1.0)
It is possible to reduce the no. of parcels injected per second such that nP is satisfied -> however this workaround severely limits the accuracy for both the case that I'm investigating and in general
If (pPtr->nParticle() >= 1.0) is not satisfied a delayedVolume is created, however this doesn't seem to changed the results at all?
See: https://www.cfd-online.com/Forums/openfoam-solving/110325-incorrect-introduced-mass-sprayfoam.html#post595437https://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/730blockMesh with multi-surface edges unstable2020-01-03T12:05:03ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comblockMesh with multi-surface edges unstableThe underlying algorithm for the iterative surface-intersection in blockMesh does not handle two co-planar surfaces. The intersection line is at infinite which crashes the code.The underlying algorithm for the iterative surface-intersection in blockMesh does not handle two co-planar surfaces. The intersection line is at infinite which crashes the code.Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/731unphysical behavior of floatingObject in overInterDyMFoam2018-06-08T23:45:03ZAdminunphysical behavior of floatingObject in overInterDyMFoamI just copied floatingObject in overInterDyMFoam tutorial and edited decomposeParDict in background mesh case as follows:
numberOfSubdomains 16;
method scotch;
and set endTime to 10 in controlDict.
I found the floating object sink...I just copied floatingObject in overInterDyMFoam tutorial and edited decomposeParDict in background mesh case as follows:
numberOfSubdomains 16;
method scotch;
and set endTime to 10 in controlDict.
I found the floating object sinking to the domain bottom instead of floating with some rolling and pitching.