Development issueshttps://develop.openfoam.com/groups/Development/-/issues2016-03-15T03:55:56Zhttps://develop.openfoam.com/Development/openfoam/-/issues/77Installation Error on OpenSUSE ---icoFoam critical error2016-03-15T03:55:56ZAdminInstallation Error on OpenSUSE ---icoFoam critical errorMy system is OpenSUSE 13.2. I have done the Installation several times as website openfoam.org/download/source.php, but the error still cannot be solved. The details are:
When I execute the 'foamInstallationTest', it displays as follo...My system is OpenSUSE 13.2. I have done the Installation several times as website openfoam.org/download/source.php, but the error still cannot be solved. The details are:
When I execute the 'foamInstallationTest', it displays as follows:
__________________________________-
Third party software
-------------------------------------------------------------------------------
Software Version Location
-------------------------------------------------------------------------------
flex 2.5.37 /usr/bin/flex
gcc 4.8.3 /usr/bin/gcc
g++ 4.8.3 /usr/bin/g++
gzip 1.6 /usr/bin/gzip
tar 1.28 /bin/tar
icoFoam
WARNING: Conflicting installations:
OpenFOAM settings : /home/van/OpenFOAM/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/icoFoam
current path :
CRITICAL ERROR
-------------------------------------------------------------------------------
Summary
-------------------------------------------------------------------------------
Base configuration ok.
The foam installation contains 1 critical error(s).
----------------------------------
BESIDES, when I check the make.log file under OpenFOAM-3.0.1, it shows as follow:
___________________________________________
In file included from UOPwrite.C:30:0:
PstreamGlobals.H:41:17: fatal error: mpi.h: No such file or directory
#include <mpi.h>
^
compilation terminated.
/home/van/OpenFOAM/OpenFOAM-3.0.1/wmake/rules/General/transform:8: recipe for target '/home/van/OpenFOAM/OpenFOAM-3.0.1/platforms/linux64GccDPInt32OptSYSTEMOPENMPI/src/Pstream/mpi/UOPwrite.o' failed
make: *** [/home/van/OpenFOAM/OpenFOAM-3.0.1/platforms/linux64GccDPInt32OptSYSTEMOPENMPI/src/Pstream/mpi/UOPwrite.o] Error 1
____________________________________________
FURTHER MORE, when I check the make.log file under ThirdParty-3.0.1, it shows as follow:
make[1]: Leaving directory '/home/van/OpenFOAM/ThirdParty-3.0.1/scotch_6.0.3/src/check'
(cd esmumps ; make realclean)
make[1]: Entering directory '/home/van/OpenFOAM/ThirdParty-3.0.1/scotch_6.0.3/src/esmumps'
rm -f *~ common.h *.o lib*.so main_esmumps
make[1]: Leaving directory '/home/van/OpenFOAM/ThirdParty-3.0.1/scotch_6.0.3/src/esmumps'
rm -f ../bin/* ../include/* ../lib/*
WARNING: required include file 'ptscotch.h' not found!
========================================
Build Metis decomposition
optional component Metis was not found
========================================
Build CGAL
CGAL headers in /home/van/OpenFOAM/ThirdParty-3.0.1/platforms/linux64Gcc/CGAL-4.7/include
CGAL libs in /home/van/OpenFOAM/ThirdParty-3.0.1/platforms/linux64Gcc/CGAL-4.7/lib
========================================
Done ThirdParty Allwmake
========================================
I'd appreciate if anyone knows the answer! AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/1815installation instructions for fedora 322024-01-10T11:32:04ZGhost Userinstallation instructions for fedora 32Hello,
I couldn't find any documentation on how to build openfoam2006 from source on Fedora 32. Could you please point me to the right location?
I have also tried to install it from copr (see below) but it fails:
```
$ sudo dnf copr en...Hello,
I couldn't find any documentation on how to build openfoam2006 from source on Fedora 32. Could you please point me to the right location?
I have also tried to install it from copr (see below) but it fails:
```
$ sudo dnf copr enable openfoam/openfoam
Enabling a Copr repository. Please note that this repository is not part
of the main distribution, and quality may vary.
The Fedora Project does not exercise any power over the contents of
this repository beyond the rules outlined in the Copr FAQ at
<https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr>,
and packages are not held to any quality or security level.
Please do not file bug reports about these packages in Fedora
Bugzilla. In case of problems, contact the owner of this repository.
Do you really want to enable copr.fedorainfracloud.org/openfoam/openfoam? [y/N]: y
Error: This repository does not have any builds yet so you cannot enable it now.
```
ThanksMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/136installation on ubuntu - flex version2016-06-06T10:17:11ZMatej Formaninstallation on ubuntu - flex versionOpenFOAM is checking for older version of flex then installed by default in Ubuntu.
Ubuntu 16.04 is using flex version 2.6.0-11
There is a solution https://openfoamwiki.net/index.php/Installation/Linux/OpenFOAM-3.0.1/Ubuntu
Step 10...OpenFOAM is checking for older version of flex then installed by default in Ubuntu.
Ubuntu 16.04 is using flex version 2.6.0-11
There is a solution https://openfoamwiki.net/index.php/Installation/Linux/OpenFOAM-3.0.1/Ubuntu
Step 10.
We should either add this step to the build guide: http://openfoam.com/code/build-guide.php
or suggest users to install flex-old package with version 2.5.4
Or do the changes in the source code for successful compilation.
AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/1893Installing on Fedora 32: dnf conflicting requests - nothing provides libmpi.s...2020-11-26T01:16:19ZPhilipInstalling on Fedora 32: dnf conflicting requests - nothing provides libmpi.so.40()(64bit) needed by openfoam2006-201012-201012.fc32.x86_64This is different than the closed https://develop.openfoam.com/Development/openfoam/-/issues/1815
### Summary
<!-- Summarize the bug encountered concisely -->
dnf install openfoam2006 # FAILS! With
```
Error:
Problem: conflicting re...This is different than the closed https://develop.openfoam.com/Development/openfoam/-/issues/1815
### Summary
<!-- Summarize the bug encountered concisely -->
dnf install openfoam2006 # FAILS! With
```
Error:
Problem: conflicting requests
- nothing provides libmpi.so.40()(64bit) needed by openfoam2006-201012-201012.fc32.x86_64
(try to add '--skip-broken' to skip uninstallable packages)
Note that libmpi.so.40 exists in /usr/lib64/openmpi/lib/
ll /usr/lib64/openmpi/lib/libmpi.so*
lrwxrwxrwx. 1 root root 17 Jun 18 11:49 /usr/lib64/openmpi/lib/libmpi.so -> libmpi.so.40.20.4
lrwxrwxrwx. 1 root root 17 Jun 18 11:49 /usr/lib64/openmpi/lib/libmpi.so.40 -> libmpi.so.40.20.4
-rwxr-xr-x. 1 root root 1169088 Jun 18 11:50 /usr/lib64/openmpi/lib/libmpi.so.40.20.4
```
### Steps to reproduce
dnf copr enable openfoam/openfoam
dnf install openfoam2006
dnf install openfoam2006 --skip-broken
### Example case
see above.
### What is the current *bug* behaviour?
<!-- What actually happens -->
```
# dnf install openfoam2006 # CFD OpenFOAM
Last metadata expiration check: 0:59:38 ago on Thu 22 Oct 2020 05:09:25 PM HKT.
Error:
Problem: conflicting requests
- nothing provides libmpi.so.40()(64bit) needed by openfoam2006-201012-201012.fc32.x86_64
(try to add '--skip-broken' to skip uninstallable packages)
# dnf install openfoam2006 --skip-broken # CFD OpenFOAM
Last metadata expiration check: 0:51:03 ago on Thu 22 Oct 2020 05:09:25 PM HKT.
Dependencies resolved.
Problem: conflicting requests
- nothing provides libmpi.so.40()(64bit) needed by openfoam2006-201012-201012.fc32.x86_64
=============================================================================================
Package Arch Version Repository Size
=============================================================================================
Skipping packages with broken dependencies:
openfoam2006
x86_64 201012-201012.fc32 copr:copr.fedorainfracloud.org:openfoam:openfoam 83 M
Transaction Summary
=============================================================================================
Skip 1 Package
Nothing to do.
Complete!
```
### What is the expected *correct* behavior?
dnf install should complete successfully.
### Relevant logs and/or images
<!--
Paste any relevant logs - please use code blocks (```) to format console
output, logs, and code as it's very hard to read otherwise.
-->
### Environment information
- OpenFOAM version : openfoam2006-common-201012-201012.fc32.noarch
- Operating system : fedora32 5.8.15-201.fc32.x86_64 #1 SMP Thu Oct 15 15:56:44 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
- Hardware info : x86_64
- Compiler : gccPawan GhildiyalPawan Ghildiyalhttps://develop.openfoam.com/Development/openfoam/-/issues/237Instructions that refer to the cavity case need to be updated2016-09-28T16:27:29ZAdminInstructions that refer to the cavity case need to be updatedI haven't checked them all, but at least the following two pages need updating:
* http://www.openfoam.com/download/install-windows.php
* http://www.openfoam.com/download/install-binary.php
The reason is that the tutorial `incompress...I haven't checked them all, but at least the following two pages need updating:
* http://www.openfoam.com/download/install-windows.php
* http://www.openfoam.com/download/install-binary.php
The reason is that the tutorial `incompressible/icoFoam/cavity` is now a group of cases and not a single case. You have at least two possibilities:
* Use the path `incompressible/icoFoam/cavity/cavity`
* Use the `Allrun` script, instead of `blockMesh`+`icoFoam`
For more details: http://bugs.openfoam.org/view.php?id=2149#c6527
----
Side note: I only spotted this while trying to answer a question on the forum: http://www.cfd-online.com/Forums/openfoam-installation/176161-openfoam-plus-v1606-compiling-installing-problems-2.html#post618348AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/1776Instructions to build Paraview FoamReader plugin2021-07-07T09:01:40ZGhost UserInstructions to build Paraview FoamReader pluginHello,
I've compiled OpenFOAM v2006 on Ubuntu 20.04. However, I have already Paraview 5.7 installed on my machine, so I didn't compile Paraview, because that will take more than 10 hours on my machine.
I can't figure out how to compile t...Hello,
I've compiled OpenFOAM v2006 on Ubuntu 20.04. However, I have already Paraview 5.7 installed on my machine, so I didn't compile Paraview, because that will take more than 10 hours on my machine.
I can't figure out how to compile the Paraview Foam Reader Plugin alone to be able to use `paraFoam`, I can't find instructions on your website.
Thank youhttps://develop.openfoam.com/Development/openfoam/-/issues/1173integrate updated kahip2020-03-13T13:38:53ZMark OLESENintegrate updated kahip- parallel (openmpi only?) and with 64-bit indices
@Prashant- parallel (openmpi only?) and with 64-bit indices
@PrashantMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/705integration for paraview/catalyst2018-07-02T09:38:02ZMark OLESENintegration for paraview/catalystv1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/2508intel compiler issue:2022-06-28T11:07:31ZPawan Ghildiyalintel compiler issue:Hello All,
WIth same environment set up , I am able to compile v2112 but unable to compile
latest dev branch
`/cineca/prod/opt/compilers/intel/pe-xe-2018/binary/bin/icc`
It is throwing following messages
```
icpc -std=c++14 -...Hello All,
WIth same environment set up , I am able to compile v2112 but unable to compile
latest dev branch
`/cineca/prod/opt/compilers/intel/pe-xe-2018/binary/bin/icc`
It is throwing following messages
```
icpc -std=c++14 -pthread -fp-trap=common -fp-model precise -DOPENFOAM=2204 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -Wno-unknown-pragmas -diag-disable 327,654,1125,1292,2289,2304,11062,11074,11076 -O3 -DNoRepository -I/marconi_scratch/userexternal/pghildiy/openfoam-dev/build/linux64IccDPInt32Opt/src/OpenFOAM -DHAVE_LIBZ -iquote. -IlnInclude -I/marconi_scratch/userexternal/pghildiy/openfoam-dev/src/OpenFOAM/lnInclude -I/marconi_scratch/userexternal/pghildiy/openfoam-dev/src/OSspecific/POSIX/lnInclude -fPIC -c db/IOstreams/Pstreams/IPBstreams.C -o /marconi_scratch/userexternal/pghildiy/openfoam-dev/build/linux64IccDPInt32Opt/src/OpenFOAM/db/IOstreams/Pstreams/IPBstreams.o
Internal error loop: assertion failed: find_seq_in_lookup_table: seq_number not found (shared/cfe/edgcpfe/il.c, line 4118)
compilation aborted for db/IOstreams/Pstreams/IPBstreams.C (code 4)
make: *** [/marconi_scratch/userexternal/pghildiy/openfoam-dev/build/linux64IccDPInt32Opt/src/OpenFOAM/db/IOstreams/Pstreams/IPBstreams.o] Error 4
```https://develop.openfoam.com/Development/openfoam/-/issues/544Intel compiler issues with operator "" _deg2021-03-30T17:34:18ZMark OLESENIntel compiler issues with operator "" _degicc version 17.0.4 (gcc version 4.8.5 compatibility)
AMIMethod.C(304): internal error: assertion failed at: "shared/cfe/edgcpfe/symbol_tbl.c", line 16334
if (cosI > Foam::cos(89.0_deg))
@andyicc version 17.0.4 (gcc version 4.8.5 compatibility)
AMIMethod.C(304): internal error: assertion failed at: "shared/cfe/edgcpfe/symbol_tbl.c", line 16334
if (cosI > Foam::cos(89.0_deg))
@andyMark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/1153intel mpi paths2019-12-09T22:37:28ZMark OLESENintel mpi pathsas noted by @Prashant - more recent versions of intel mpi may not have bin64/, lib64/ directories.
```
bin64 -> intel64/bin
etc64 -> intel64/etc
include64 -> intel64/include
lib64 -> intel64/lib
```
So it would be better to check for t...as noted by @Prashant - more recent versions of intel mpi may not have bin64/, lib64/ directories.
```
bin64 -> intel64/bin
etc64 -> intel64/etc
include64 -> intel64/include
lib64 -> intel64/lib
```
So it would be better to check for the `intel64/` directory first.Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/2774Intel MPI sometimes hangs on exit with FatalError2023-06-22T07:56:23ZMark OLESENIntel MPI sometimes hangs on exit with FatalErrorcross-ref EP2164
Hanging on finalize is a [known occurrence with Intel MPI](https://community.intel.com/t5/Intel-oneAPI-HPC-Toolkit/MPI-program-hangs-in-quot-MPI-Finalize-quot/m-p/1158477)cross-ref EP2164
Hanging on finalize is a [known occurrence with Intel MPI](https://community.intel.com/t5/Intel-oneAPI-HPC-Toolkit/MPI-program-hangs-in-quot-MPI-Finalize-quot/m-p/1158477)Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/465interCondensatingEvaporatingFoam for closed domain2017-05-09T15:41:27ZAdmininterCondensatingEvaporatingFoam for closed domainHello,
The solver shows a very strange behaviour for `alpha` field for closed domain cases. Simply after running the simulation for a while the entire domain reach `alpha = 1`. Indeed closed domains pose numerical challenges but usually...Hello,
The solver shows a very strange behaviour for `alpha` field for closed domain cases. Simply after running the simulation for a while the entire domain reach `alpha = 1`. Indeed closed domains pose numerical challenges but usually the problem appears due to `p` underspecification not `alpha`. I never had a similar experience with `interFoam` in closed domain cases.
To reproduce the issue:
* use the existing tutorial for this solver, `condensatingVessel`.
* set the `top` patch to wall.
* use the same boundary conditions for all fields as the `bottom` patch.
* add reference value for pressure in `pimple` subDict.
Note: I am using OpenFOAM-plus updated to commit e6cbe0b11923b2fe3ef24068af8da282db1c0978 to make sure I didn't miss any bug fix.
Thanks for your support, please let me know if further testes are required.
Best wishes,
Hassanhttps://develop.openfoam.com/Development/openfoam/-/issues/2216interCondensatingEvaporatingFoam: interfaceHeatResistance model failing for c...2021-10-29T07:57:20ZMoritz MuthinterCondensatingEvaporatingFoam: interfaceHeatResistance model failing for condensation cases### Summary
I initialized a stefans problem case inside a rectangular domain with a small liquid film on the bottom wall and a vapour phase above the film. The film was set to a temperature 10K below the saturation temperature while the ...### Summary
I initialized a stefans problem case inside a rectangular domain with a small liquid film on the bottom wall and a vapour phase above the film. The film was set to a temperature 10K below the saturation temperature while the vapour was at saturation temperature. The phase change model used was the interfaceHeatResistance model. The top wall is hot and the bottom wall cold, gravity is off. Condensation should appear and the film should grow, while the evaporation massflux should be zero.
The condensation mass flux, which can be viewed in ParaView, seems to produce the correct value but there is also an evaporation mass flux, which is none zero. Also there is a strange behavior within the interface area calculation, which seems to randomly add parts of the walls. If i reversed the temperature setting and looked at an evaporation case the right behavior with growing vapour phase occurred.
### Steps to reproduce
Run the attached testcase, look at the mass fluxes and alpha-field in ParaView, especially at the interface.
### Example case
The example case is attached. [Example_case.zip](/uploads/4b1b23eb3154eb27a9cb0ac217df36e5/Example_case.zip)
### What is the current *bug* behaviour?
The solver produces an evaporation mass flux which isn't set to zero for a condensation case (T < Tsat). For information: In the reversed case (evaporation) the condensation mass flux is set to zero. Also the solver uses an wrong interface area with parts of the side walls.
### What is the expected *correct* behavior?
The evaporation mass flux should be set to zero in the case of a condensation case. And the liquid film should grow depending on the analytic solution for the Stefans problem. The interface area, which the solver uses, should only be the interface between the liquid and the vapour phase.https://develop.openfoam.com/Development/openfoam/-/issues/1149interCondensatingEvaporatingFoam mishandles heat conduction2019-02-22T02:57:23ZAdmininterCondensatingEvaporatingFoam mishandles heat conductionHey all,
I've tested interCondensatingEvaporatingFoam and found a pretty significant issue. If one takes a stagnant container with an initial condition of separated vapor and liquid phases, it appears that a strong temperature sink appe...Hey all,
I've tested interCondensatingEvaporatingFoam and found a pretty significant issue. If one takes a stagnant container with an initial condition of separated vapor and liquid phases, it appears that a strong temperature sink appears at the liquid/vapor interface. I noticed that this is because heat conduction is treated as laplacian(k/cp,e), which is wrong since e is discontinuous across the boundary due to the latent heat difference, and taking its gradient gives weird results.
I believe I can fix this issue, do I just submit a PR once it works?https://develop.openfoam.com/Development/openfoam/-/issues/1703interCondensatingEvaporatingFoam: missed UEqn.H2020-05-13T19:24:08ZOleg RogozininterCondensatingEvaporatingFoam: missed UEqn.H<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be ...<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be rendered on the platform by using the
"preview" tab above
-->
<!--
All text between these markers are comments and will not be present in the
report
-->
### Summary
File `UEqn.H` was removed in this [commit](https://develop.openfoam.com/Development/openfoam/-/commit/b3b9dd9b18640bf0b92ff355d5f52da9a72984d4).
### Steps to reproduce
Just look at [master branch](https://develop.openfoam.com/Development/openfoam/-/tree/master/applications/solvers/multiphase/interCondensatingEvaporatingFoam).
### Possible fixes
```
git checkout b3b9dd9b^ -- applications/solvers/multiphase/interCondensatingEvaporatingFoam/UEqn.H
```
/label ~bughttps://develop.openfoam.com/Development/openfoam/-/issues/1682interCondensatingEvaporatingFoam: pressure equation mass transfer source term2020-05-19T23:53:31ZDanial KhazaeiinterCondensatingEvaporatingFoam: pressure equation mass transfer source term### Summary
I was going through interCondensatingEvaporatingFoam equations derivation including constant phase change model. Considering the mass balance equation of the liquid phase (e.g. $`\alpha_{1}`$) and positive mass transfer defi...### Summary
I was going through interCondensatingEvaporatingFoam equations derivation including constant phase change model. Considering the mass balance equation of the liquid phase (e.g. $`\alpha_{1}`$) and positive mass transfer defined as being from the vapor to the liquid:
```math
\frac{\partial \left ( \alpha_{1}\rho_{1} \right )}{\partial t} + \bigtriangledown\cdot \left ( \alpha_{1}\rho_{1}\vec{U} \right ) = -\dot{m_{12}} + \dot{m_{21}}
```
with $`\dot{m_{12}} , \dot{m_{21}}> 0`$.
By summing over both phases one can derive the statement for total mass balance equation:
```math
\bigtriangledown\cdot \left ( \vec{U} \right ) = \left [ -\dot{m_{12}} + \dot{m_{21}} \right ] \left ( \frac{1}{\rho_{1}} - \frac{1}{\rho_{2}} \right )
```
Converting to the solver implementation notations, we have:
```math
\dot{m_{v}} = -\dot{m_{12}}
```
```math
\dot{m_{c}} = \dot{m_{21}}
```
Keeping in mind that the current implementation returns the mass transfer calculated for each phase with the correct sign, we can re-write the total mass balance equation with OpenFOAM notations as follow:
```math
\bigtriangledown\cdot \left ( \vec{U} \right ) = \left [ -\dot{m_{12}} + \dot{m_{21}} \right ] \left ( \frac{1}{\rho_{1}} - \frac{1}{\rho_{2}} \right ) = \dot{v_{21}} - \dot{v_{12}} = \dot{v_{c}} + \dot{v_{v}}
```
However, instead of $`\dot{v_{c}} + \dot{v_{v}}`$ the current pEqn implementation reads:
```
fvScalarMatrix p_rghEqn
(
fvc::div(phiHbyA)
- fvm::laplacian(rAUf, p_rgh)
==
vDotv - vDotc
);
```
Can you explain why the solver is using $`\dot{v_{v}} - \dot{v_{c}}`$?
It is worth to mention that the mass transfer source terms for alphaEqn and TEqn are following the correct analogy as the sign of the terms are consistent. However, there seems to be a another problem regarding how energy sources are calculated for TEqn which I try to explain below.
### Steps to reproduce
1. Run condensatingVessel tutorial with the current configuration
1. Run condensatingVessel tutorial with the coeffE = 0
The result is completely different.
### Example case
condensatingVessel
### What is the current *bug* behaviour?
When simulating a condensation only problem, the evaporation coefficient affects the solution.
### What is the expected *correct* behavior?
The evaporation coefficient should not affect the condensation only problems and vice-versa.
### Environment information
- OpenFOAM version : develop
- Operating system : Ubuntu
- Hardware info : irrelevant
- Compiler : gcc-7
### Possible fixes
The reason for this behaviour is that the constant model defines the evaporation and condensation sources simultaneously. Based on the implemented mass transfer mechanisms, a cell can only have one of the following conditions:
1. no phase change
2. evaporation
3. condensation
However, the current implementation includes phase change energy sources without considering the cell condition:
```
const volScalarField Vcoeff
(
coeffE_*mixture_.rho1()*limitedAlpha1*L
);
const volScalarField Ccoeff
(
coeffC_*mixture_.rho2()*limitedAlpha2*L
);
TSource =
fvm::Sp(Vcoeff, T) - Vcoeff*TSat
- fvm::Sp(Ccoeff, T) + Ccoeff*TSat;
```
I think the correct implementation should consider the cell condition as follow, e.g. we should not have evaporation energy source when the cell is actually condensing.
```
const volScalarField Vcoeff
(
coeffE_*mixture_.rho1()*limitedAlpha1*L*pos(T - TSat)
);
const volScalarField Ccoeff
(
coeffC_*mixture_.rho2()*limitedAlpha2*L*pos(TSat - T)
);
TSource =
fvm::Sp(Vcoeff, T) - Vcoeff*TSat
- fvm::Sp(Ccoeff, T) + Ccoeff*TSat;
```Sergio FerrarisSergio Ferrarishttps://develop.openfoam.com/Development/openfoam/-/issues/332interCondensatingEvaporatingFoam restarting simulation problem2018-05-29T05:39:49ZAdmininterCondensatingEvaporatingFoam restarting simulation problemSimulation do not restart properly in the solver: interCondensatingEvaporatingFoam.
They crush after a few time steps after the restart from a later/last written time folder.
It seems that the crush starts from the pressure fields. The...Simulation do not restart properly in the solver: interCondensatingEvaporatingFoam.
They crush after a few time steps after the restart from a later/last written time folder.
It seems that the crush starts from the pressure fields. The pressure rises very much just after a first time step, no matter how small.
After some investigations I found out that all the fields are written well from the old time folders, but it seems that something may not be initialized properly and calculations always crush.
I hope someone can find this bug.
Best
ZMMSergio FerrarisSergio Ferrarishttps://develop.openfoam.com/Development/openfoam/-/issues/1823interCondensatingEvaporatingFoam: wrong temperature field inside vapour in ph...2021-07-08T20:32:29ZSebastian BorrmanninterCondensatingEvaporatingFoam: wrong temperature field inside vapour in phase-transition region near interface<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be re...<!--
*** Please read this first! ***
Before opening a new issue, make sure to search for keywords in the issues
filtered by the "bug" label and check to see if it has already been reported
You can see how your report will be rendered on the platform by using the
"preview" tab above
-->
<!--
All text between these markers are comments and will not be present in the
report
-->
### Summary
I initialized a vapor-bubble inside a rectangular liquid domain and set the heat conduction in the vapor to 0 (in order to visualize the problem). The condensation and evaporation coefficients are set to 0. The top wall is hot and the bottom wall cold, gravity is off. A temperature gradient emerges in the liquid as expected.
The wrong behavior occurs in the vapor-bubble near the interface, in the alpha-transition region, where 0 < alpha < 1. The temperature gradient that should only be present in the liquid phase also travels into this transition-region inside the vapor-phase (note that it is not smeared according to alpha in this region, but continued from the liquid) I discussed this problem with colleagues and we couldn't find a physical reason for this behavior. It seams that the temperature-field inside the vapor is only correct if alpha is exactly 0 (or at least smaller than 1e-8).
<!-- Summarize the bug encountered concisely -->
### Steps to reproduce
Run the attached testcase (Allrun), look at the alpha- and temperature-field in paraview and compare their size.
<!-- How one can reproduce the issue - this is very important -->
### Example case
[bugreport.tar.gz](/uploads/eeff365fc1b69b64c7e90888464536c9/bugreport.tar.gz)
<!--
If possible, please create a SMALL example and attach it to your report
If you are using an older version of OpenFOAM this will also determine
whether the bug has been fixed in a more recent version
-->
### What is the current *bug* behaviour?
The temperature-field of the surrounding field is present in the alpha-transition region inside the bubble near the interface.
<!-- What actually happens -->
### What is the expected *correct* behavior?
The temperature should be constant everywhere in the bubble, due to heat conduction kappa = 0.
<!-- What you should see instead -->
### Relevant logs and/or images
![camparison](/uploads/adcc705a6dfd4cb5052fe553a860acc5/camparison.png "Temperature-field (left) and alpha-field (right)")
Temperature-field (left) and alpha-field (right)
![temperatureInAlphaClip05](/uploads/623224fc46a9de86cedce5b0a9b713b8/temperatureInAlphaClip05.png "Temperature field inside the bubble (clipped with alpha = 0.5)")
Temperature field inside the bubble (clipped with alpha = 0.5)
<!--
Paste any relevant logs - please use code blocks (```) to format console
output, logs, and code as it's very hard to read otherwise.
-->
### Environment information
<!--
Providing details of your set-up can help us identify any issues, e.g.
OpenFOAM version : v1806|v1812|v1906 etc
Operating system : ubuntu|openSUSE|centos etc
Hardware info : any info that may help?
Compiler : gcc|intel|clang etc
-->
- OpenFOAM version : tested in v1912 (fixed version with interface.correct()) and v2006
- Operating system : debian
- Hardware info :
- Compiler : gcc
### Possible fixes
Didn't find one yet.
<!--
If you can, link to the line of code that might be responsible for the
problem
The "/label ~bug" text is a gitlab flag that will add the "bug" label to this
issue
-->v2112Kutalmış BerçinKutalmış Berçinhttps://develop.openfoam.com/Development/openfoam/-/issues/857interDyMFoam/RAS/motorBike tutorial fails2020-01-03T13:58:32ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.cominterDyMFoam/RAS/motorBike tutorial fails(branch develop-pre-release)
[log.interFoam](/uploads/3b57a8add908b399ebf6add29ab0125d/log.interFoam)(branch develop-pre-release)
[log.interFoam](/uploads/3b57a8add908b399ebf6add29ab0125d/log.interFoam)