Comments (33)
Hi @MerleSieb, I recently experienced some of the same issues as you when trying to compile and run SOWFA with OpenFAST v2.1.0. I resolved an identical error as the last one you asked about (simulation crashes with a floating point exception during OpenFAST initialization when running the windPlantSolver.ALMAdvancedOpenFAST solver):
...
Reading transport properties...
Selecting incompressible transport model Newtonian
Reading the atmospheric boundary layer properties...
Omega [0 0 -1 0 0 0 0] (0 5.46334695074e-05 4.79966757274e-05)
Creating turbulence model...
Selecting turbulence model type LESModel
Selecting LES turbulence model oneEqEddyABL
Selecting LES delta type smooth
Selecting LES delta type cubeRootVol
oneEqEddyABLCoeffs
{
ce 0.93;
ck 0.0673;
TName "T";
kappatName "kappat";
}
[0] nFASTSubSteps has to be the same for all turbines
...
[31] nFASTSubSteps has to be the same for all turbines
[0] #0 Foam::error::printStack(Foam::Ostream&) at ??:?
[0] #1 Foam::sigFpe::sigHandler(int) at ??:?
[0] #2 ? in "/lib64/libpthread.so.0"
[0] #3 ? in "/nopt/nrel/ecom/wind/spack/opt/spack/linux-centos7-x86_64/gcc-4.8.5/gcc-4.8.5-nkqvx2ba2czsabj5rfqy6dce2yrbhiqo/lib64/libquadmath.so.0"
[0] #4 ? in "/nopt/nrel/ecom/wind/spack/opt/spack/linux-centos7-x86_64/gcc-4.8.5/gcc-4.8.5-nkqvx2ba2czsabj5rfqy6dce2yrbhiqo/lib64/libquadmath.so.0"
[0] #5 sqrtq in "/nopt/nrel/ecom/wind/spack/opt/spack/linux-centos7-x86_64/gcc-4.8.5/gcc-4.8.5-nkqvx2ba2czsabj5rfqy6dce2yrbhiqo/lib64/libquadmath.so.0"
[0] #6 __syssubs_MOD_set_ieee_constants at ??:?
[0] #7 __nwtc_library_MOD_nwtc_init at ??:?
[0] #8 __fast_subs_MOD_fast_progstart at ??:?
[0] #9 __fast_subs_MOD_fast_initializeall at ??:?
[0] #10 __fast_subs_MOD_fast_initializeall_t at ??:?
[0] #11 FAST_OpFM_Init at ??:?
[0] #12 fast::OpenFAST::init() at ??:?
[0] #13 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::initialize() at ??:?
[0] #14 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::horizontalAxisWindTurbinesALMOpenFAST(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[0] #15 ? at ??:?
[0] #16 __libc_start_main in "/lib64/libc.so.6"
[0] #17 ? at ??:?
[r2i0n6:98795] *** Process received signal ***
[r2i0n6:98795] Signal: Floating point exception (8)
[r2i0n6:98795] Signal code: (-6)
I resolved this error by making sure I compiled OpenFAST with the cmake flag -DFPE_TRAP_ENABLED=ON (thanks to @mchurchf and @ewquon for their help with solving this).
I'm also attaching a short step-by-step guide (InstallationGuide_SOWFA-2.4.x-OpenFAST-v2.0+.pdf) about how I installed OpenFASTv2.1 and SOWFA-2.4.x to hopefully make it easier for future users just starting out. Some of the compiling tips/fixes are mentioned above by @MerleSieb and @pablo-benito, but I've included more exact instructions as well as a few of my own compiling tips.
from sowfa.
Hi @MerleSieb , sorry for the delay, I was not in the office last week..
A lot of errors that you see during your compilation are related with header files or libraries (undefined symbols) not being found. That's basically because you compiled a lot of OpenFAST/OpenFOAM dependencies from scratch, on non 'well-known-paths'. That implies that you have to ensure that all the OpenFAST/SOWFA libraries and binaries, know all those paths. And that can be a little bit complicated, because you have to manually put all those paths here and there, as you have seen..
Some of the MPI warnings are normal, I think they are related with some parts of the MPI library that are not being actually used. Also, during the SOWFA compilation you will see some warnings about header not being found, like the stdbool that you mentioned. Do not worry, those files will be found by the compiler (actually they come with the compiler!). It's just the wmake tool parsing the SOWFA code, and trying to locate all the .h files listed there..
This warning:
Also I have std warnings like:
/home/ms-sowfa/openfast/install/include/OpenFAST.H:35:20: warning: extended initializer lists only available with -std=c++11 or -std=gnu++11 [enabled by default]
As it says enabled by default I suppose I can ignore this message? For the compilation of OpenFAST I had to enable this option manually for compilation.
means that gcc is detecting that part of OpenFAST is written following the C++ 2011 standard, which wasn't the default standard for your old version of gcc that came with Ubuntu 14.04. It's basically saying, 'Hey, my default standard is c++98, and you are trying to compile something that is written in c++11, so I will turn the c++11 flag for you, to compile this thing...".
Next question: yes, OpenFOAM 2.4.x is needed to build SOWFA binaries, and this version is not precompiled for Ubuntu 16.04, so you have to build it. But you can install a couple of OpenFOAM dependencies with apt, instead of building them. Also, the compilation of OpenFAST should be much easier if you install the dependencies from apt, as everything ends up into to 'well-known-paths'.
As I said, I recommend you to use a newer version of Ubuntu, as you will get newer version of everything: compilers, libraries, etc.. I've uploaded a brief summary of what I do to compile and setup SOWFA/OpenFAST/OpenFOAM on Ubuntu 16.04
https://github.com/pablo-benito/SOWFA-installation.
I think it will answer or clarify some of your questions.
from sowfa.
I guess that you downloaded the latest version of OpenFAST (v3.0). On that version, as the error suggest, the fields numScInputs and numScOutputs were removed from glue-codes/openfast-cpp/src/OpenFAST.H
If you download OpenFast v2.6.0 it should compile fine..
from sowfa.
This is the key point:
/usr/bin/ld: warning: libfvwlib.so, needed by /home/cookie/openfast/install/lib/libaerodynlib.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libuaaerolib.so, needed by /home/cookie/openfast/install/lib/libaerodynlib.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libaeroacoustics.so, needed by /home/cookie/openfast/install/lib/libaerodynlib.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libafinfolib.so, needed by /home/cookie/openfast/install/lib/libaerodynlib.so, not found (try using -rpath or -rpath-link)`
OpenFast added a couple of new libraries (related with aeroacustics and some other stuff), so you need to add them on your linker step. That is, you must add the lines:
-lfvwlib \ -luaaerolib \ -laeroacoustics \ -lafinfolib \
inside the section EXE_LIBS on this file:
and this one:
Hope it helps
Thank you very very much! It works ! There's no error anymore! And I got these in" ${SOWFA_DIR}/applications/bin/${WM_OPTIONS}"
and it's strange that the"pisoFoamTurbine.ALMAdvancedOpenFAST" is in /home/cookie/OpenFOAM/cookie-
2.4.0/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST. Do you know why?
SOWFAlog.txt
from sowfa.
hello ,I had same problem with you. So I tried these :
first ,after finishing command make ,then use "make install"
then you will find "openfast-dev/install/include"
but there are still something missing in "include"(the error would come out when compiling SOWFA)
so next I learned that if you want to couple OpenFAST and SOWFA,
you may need to turn on switch:
-DBUILD_FAST_CPP_API:BOOL=ON
(I forget where I learned it and not sure if I was right)
but since that I had not success in compiling OpenFAST ever ...
you may find something useful below
OpenFAST/openfast#233
OpenFAST/openfast#235
OpenFAST/openfast#60
please tell me if you make any progress.
from sowfa.
Hallo everyone,
I tried the following (working on Ubuntu 14.04):
- Installing OpenFOAM 2.4.x according to the Wikipage: https://openfoamwiki.net/index.php/Installation/Linux/OpenFOAM-2.4.x/Ubuntu#Ubuntu_14.04
- Building the required software packages for OpenFAST according to: https://openfast.readthedocs.io/en/latest/source/install/install_cmake_linux.html
-> I run : sudo apt-get install gfortran; the other compilers should already be build due to the openfoam compilation
-> I used following script to change to cmake 3.10, as I get a "cmake version error" when compiling yaml-cpp" when using cmake 2.8 as named in the openfast read the docs. - git clone -b dev https://github.com/OpenFAST/openfast.git
- I used the fast-install.sh commands in the shared folder of openfast ( the -DBUILD_OPENFAST_CPP_API:BOOL=ON is included here respectively in the included fast-build-cpp.sh file). I had to run those commands manually step by step, but this worked when skipping the PreInstall part and just setting the $openfast_dir to where I cloned openfast from git. Furthermore I had to set this directory again in the included fast-build-cpp.sh file in the first line again
- I cloned SOWFA and copied it completely to a new folder named SOWFA-2.4.x in my OpenFOAM folder (so in the OpenFOAM folder I can find OpenFOAM-2.4.x, ThirdParty-2.4.x and SOWFA-2.4.x)
- I adapted the .bash_profile file. You can see my file below
<# .bash_profile
Get the aliases and functions
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi
SOWFA-2.4.x
SOWFA-2.4.x()
{
#export inst_loc=/nopt/nrel/ecom/wind/OpenFOAM
export inst_loc=/home/ms-sowfa/OpenFOAM
#export spack_loc=/nopt/nrel/ecom/wind
export spack_loc=/home/ms-sowfa/openfast/
Unset OpenFOAM environment variables.
if [ -z "$FOAM_INST_DIR" ]; then
echo "Nothing to unset..."
else
echo " *Unsetting OpenFOAM environment variables..."
. $FOAM_INST_DIR/OpenFOAM-$OPENFOAM_VERSION/etc/config/unset.sh
fi
Set the OpenFOAM version and installation directory
export OPENFOAM_VERSION=2.4.x
export OPENFOAM_NAME=OpenFOAM-$OPENFOAM_VERSION
export FOAM_INST_DIR=$inst_loc
export WM_PROJECT_USER_DIR=/home/$USER/OpenFOAM/OpenFOAM-$OPENFOAM_VERSION
foamDotFile=$FOAM_INST_DIR/$OPENFOAM_NAME/etc/bashrc
if [ -f $foamDotFile ] ; then
echo "Sourcing $foamDotFile..."
source $foamDotFile
fi
export WM_NCOMPPROCS=24
export WM_COLOURS="white blue green cyan red magenta yellow"
alias tut='cd /home/$USER/OpenFOAM/OpenFOAM-$OPENFOAM_VERSION/tutorials'
export SOWFA_DIR=$FOAM_INST_DIR/SOWFA-$OPENFOAM_VERSION
export OPENFAST_DIR=/home/ms-sowfa/openfast/install
export HDF5_DIR=$OPENFAST_DIR
export LD_LIBRARY_PATH=$SOWFA_DIR/lib/$WM_OPTIONS:$OPENFAST_DIR/lib:$LD_LIBRARY_PATH
export PATH=$SOWFA_DIR/applications/bin/$WM_OPTIONS:$PATH
}>
- I ran source .bash_profiles and ran SOWFA-2.4.x to set the variables.
- I compiled SOWFA using ./Allwmake
All .H file or similar errors I faced before disappeared when using this instructions. It seems everything compiled corretly except for the solver combined with OpenFAST. For those I now get another error message saying:
"/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sgesvd': NWTC_LAPACK.f90:(.text+0x5ba): Nicht definierter Verweis auf
sgesvd_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dgesvd': NWTC_LAPACK.f90:(.text+0xffa): Nicht definierter Verweis auf
dgesvd_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_spptrf': NWTC_LAPACK.f90:(.text+0x1550): Nicht definierter Verweis auf
spptrf_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dpptrf': NWTC_LAPACK.f90:(.text+0x1860): Nicht definierter Verweis auf
dpptrf_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sposv': NWTC_LAPACK.f90:(.text+0x1cff): Nicht definierter Verweis auf
sposv_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dposv': NWTC_LAPACK.f90:(.text+0x21ef): Nicht definierter Verweis auf
dposv_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sggev': NWTC_LAPACK.f90:(.text+0x2d50): Nicht definierter Verweis auf
sggev_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dggev': NWTC_LAPACK.f90:(.text+0x3ec0): Nicht definierter Verweis auf
dggev_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sgetri': NWTC_LAPACK.f90:(.text+0x4ac8): Nicht definierter Verweis auf
sgetri_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dgetri': NWTC_LAPACK.f90:(.text+0x5138): Nicht definierter Verweis auf
dgetri_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sgetrs1': NWTC_LAPACK.f90:(.text+0x57e3): Nicht definierter Verweis auf
sgetrs_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sgetrs': NWTC_LAPACK.f90:(.text+0x5db2): Nicht definierter Verweis auf
sgetrs_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dgetrs1': NWTC_LAPACK.f90:(.text+0x6323): Nicht definierter Verweis auf
dgetrs_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dgetrs': NWTC_LAPACK.f90:(.text+0x68f2): Nicht definierter Verweis auf
dgetrs_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sgetrf': NWTC_LAPACK.f90:(.text+0x6d59): Nicht definierter Verweis auf
sgetrf_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dgetrf': NWTC_LAPACK.f90:(.text+0x72d9): Nicht definierter Verweis auf
dgetrf_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sgesv': NWTC_LAPACK.f90:(.text+0x7986): Nicht definierter Verweis auf
sgesv_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dgesv': NWTC_LAPACK.f90:(.text+0x8066): Nicht definierter Verweis auf
dgesv_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sgemm': NWTC_LAPACK.f90:(.text+0x8bd9): Nicht definierter Verweis auf
sgemm_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dgemm': NWTC_LAPACK.f90:(.text+0x93d9): Nicht definierter Verweis auf
dgemm_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_sgbsv': NWTC_LAPACK.f90:(.text+0x978c): Nicht definierter Verweis auf
sgbsv_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(NWTC_LAPACK.f90.o): In Funktion __nwtc_lapack_MOD_lapack_dgbsv': NWTC_LAPACK.f90:(.text+0x9eac): Nicht definierter Verweis auf
dgbsv_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(dlasrt2.f.o): In Funktion dlasrt2_': dlasrt2.f:(.text+0x38): Nicht definierter Verweis auf
lsame_'
dlasrt2.f:(.text+0x1c8): Nicht definierter Verweis auf lsame_' dlasrt2.f:(.text+0x205): Nicht definierter Verweis auf
xerbla_'
/home/ms-sowfa/openfast/install/lib/libnwtclibs.a(slasrt2.f.o): In Funktion slasrt2_': slasrt2.f:(.text+0x36): Nicht definierter Verweis auf
lsame_'
slasrt2.f:(.text+0x153): Nicht definierter Verweis auf lsame_' slasrt2.f:(.text+0x18d): Nicht definierter Verweis auf
xerbla_'
/home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so: Nicht definierter Verweis auf `__versioninfo_MOD_querygitversion'
collect2: error: ld returned 1 exit status
make: *** [/home/ms-sowfa/OpenFOAM/ms-sowfa-2.4.x/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST] Fehler 1"
Are the steps wrong somewhere? Have you been successful? Do your work with something else than Ubuntu 14.04?
Hope anyone can help. Thanks a lot in advance.
from sowfa.
The error that you see ('undefined symbols') is basically that the compiler (well, the linker, actually), complaining because it could not find the Blas/Lapack libraries in your system..
try to install a blas/lapack implementation from the Ubuntu repositories:
apt-get install libopenblas-dev
and then try to recompile SOWFA again.
As you said, you used the fast-build-cpp.sh script to build from scratch all the dependencies.. But I'm not sure if that script actually builds everything you need.. like the lapack library. I've installed OpenFOAM/OpenFAST/SOWFA in a couple of systems, and what I usually do is to install almost everything from official repositories.
For example, I use Ubuntu 16.04, and I install OpenFOAM 2.4.0 (or the version I want) with apt through the official OpenFOAM repo (http://dl.openfoam.org/ubuntu). To install the other dependencies, like cmake, gcc, gfortran, lapack, yaml-cpp, lapack, hdf5, etc. I also use apt using the official Ubuntu repos.
from sowfa.
Thank you for the fast reply.
Unfortunately I still have not been successful. There is a small script part about lapack in the fast-install.sh saying the following:
echo -n "Compiling Lapack" [ -d modules/lapack ] || mkdir modules/lapack cd modules/lapack curl -k -o lapack-3.6.0.tgz http://www.netlib.org/lapack/lapack-3.6.0.tgz &> log.wget tar -zxf lapack-3.6.0.tgz &> log.untar [ -d build ] || mkdir build cd build make clean &> /dev/null # if [ -f CMakeCache.txt] ; then # rm CMakeCache.txt # fi cmake -DCMAKE_CXX_COMPILER=g++ -DCMAKE_C_COMPILER=gcc -DCMAKE_FORTRAN_COMPILER=gfortran -DCMAKE_INSTALL_PREFIX=../../../../install/ -DCMAKE_BUILD_TYPE=RELEASE -DBUILD_SHARED_LIBS=ON -DBUILD_DEPRECATED=ON -DLAPACKE=ON ../lapack-3.6.0 &> log.config make -j 8 &> log.make make install &> log.makeInstall passFail $? cd ${openfast_dir}
But I also tried to use
apt-get install libopenblas-dev
as you said, but none of it succeeded.
I also recognized I additionally have the following message (I not sure if I just didn't see it before or if it has not been there):
could not open file stdbool.h for source file pisoFoamTurbine.C due to No such file or directory could not open file sys/stat.h for source file pisoFoamTurbine.C due to No such file or directory could not open file dlfcn.h for source file pisoFoamTurbine.C due to No such file or directory could not open file omp.h for source file pisoFoamTurbine.C due to No such file or directory could not open file ompi/mpi/cxx/pmpicxx.h for source file pisoFoamTurbine.C due to No such file or directory could not open file ompi/mpi/cxx/pop_inln.h for source file pisoFoamTurbine.C due to No such file or directory could not open file ompi/mpi/cxx/pgroup_inln.h for source file pisoFoamTurbine.C due to No such file or directory could not open file ompi/mpi/cxx/pstatus_inln.h for source file pisoFoamTurbine.C due to No such file or directory could not open file ompi/mpi/cxx/prequest_inln.h for source file pisoFoamTurbine.C due to No such file or directory could not open file H5FDwindows.h for source file pisoFoamTurbine.C due to No such file or directory
I thought the "mpi" part has something to do with the compilation of OpenFOAM but actually it also only appears for the FAST coupled solvers. Do I have to add something for the compilation of OpenFAST? And what about the other .h files? I could not find them anywhere. Are they needed?
I also tried compiling on Ubuntu 16.04. but there I already failed on compiling OpenFAST. I am not sure what I did wrong, but I think I am closer to the goal with this solution, so I would first try to stick to it.
Thanks a lot for any tips.
from sowfa.
Dear Pablo and everybody else,
when you say you are using Ubuntu 16.04 and install OpenFOAM 2.4.0 with help of apt-get, can you explain how you do that? Because I could not find OpenFOAM 2.4.0 (or any other version lower than 4) being "supported" for Ubuntu 16.04.
I don't have to use a special version as long as it is compatible with SOWFA and as far as I understood this is only the case for OpenFOAM 2.3.x or 2.4.x. Am I wrong here?
This was also the reason for me choosing Ubuntu 14.04.
I managed to compile OpenFAST on Ubuntu 16.04 but did not have succes on OpenFOAM (neither 2.4.x nor 2.4.0) even with descriptions from here https://openfoamwiki.net/index.php/Installation/Linux/OpenFOAM-2.4.x/Ubuntu#Ubuntu_16.04
I think the issue is some trouble with CGAL but I could not resolve it even with some posts provided.
I would be very thankful for a "list of versions" (Ubuntu, OpenFOAM, cmake (if not using version provided by the Ubuntu-Version), ...) you used for compilation of SOWFA or a description of compilation with apt-get on Ubuntu 16.04 of OpenFOAM as written above.
Thanks a lot in advance!
Merle
from sowfa.
Hi once again,
I managed to solve most of the linking problems by directly linking to the BLAS and LAPACK libraries in the options files of the OpenFAST combined solvers, although I do not quite understand why this is needed.
The .h files (stdbool.h, sys/stat.h,...) exist but cannot be found. I tried copying them in a folder within the SOWFA directory and also linking to them, which also worked but I still don't know if and what they are needed for. Can somebody help?
The mpi .h files in contrast do not exist as everywhere is a p in the start too much. Nevertheless I read somewhere not to worry about that. Can you agree on that?
I still have one linking problem remaining:
/home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so: Nicht definierter Verweis auf
__versioninfo_MOD_querygitversion' `
Do you know which library this refers to or how to solve it?
Also I have std warnings like:
/home/ms-sowfa/openfast/install/include/OpenFAST.H:35:20: warning: extended initializer lists only available with -std=c++11 or -std=gnu++11 [enabled by default]
As it says enabled by default I suppose I can ignore this message? For the compilation of OpenFAST I had to enable this option manually for compilation.
Thanks a lot for any answer and regards
Merle
from sowfa.
It seems to have been a library called versioninfolib in the openfast directory. I also included it in the options file and now all solvers are compiled.
I will test if the solvers work properly now. But so far thanks! :)
from sowfa.
Dear pablo-benito,
sorry for my late respond. Now I have not been in the office.
But thanks a lot for the tips and your installation instructions. This answered all of my questions.
from sowfa.
I am afraid I have some more questions.
I successfully compiled SOWFA on Ubuntu 16.04. I ran the example.ABL.flatTerain.neutral as precursor which also worked fine.
Afterwards I tried running example.ALM and example.ADM with the linked precursor files. For both cases I receive warning and error messages.
For ALM the message is the following:
Warning for example for checkMesh:
--> FOAM Warning : From function dlOpen(const fileName&, const bool) in file POSIX.C at line 1179 dlopen error : /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFAincompressibleLESModels.so: undefined symbol: _ZTIN4Foam14incompressible9LESModels11GenEddyViscE --> FOAM Warning : From function dlLibraryTable::open(const fileName&, const bool) in file db/dynamicLibrary/dlLibraryTable/dlLibraryTable.C at line 99 could not load "libSOWFAincompressibleLESModels.so"
error in windPlantSolver.ALM:
[1] #0 Foam::error::printStack(Foam::Ostream&)[2] #0 Foam::error::printStack(Foam::Ostream&)[0] #0 Foam::error::printStack(Foam::Ostream&) at ??:? [2] #1 Foam::sigFpe::sigHandler(int) at ??:? [1] #1 Foam::sigFpe::sigHandler(int) at ??:? [0] #1 Foam::sigFpe::sigHandler(int) at ??:? [2] #2 ? at ??:? [0] #2 ? at ??:? [1] #2 ? in "/lib/x86_64-linux-gnu/libc.so.6" [2] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6" [0] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6" [1] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() at ??:? [0] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:? [1] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:? [2] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:? [2] #5 at ??:? [0] #5 at ??:? [1] #5 ??? at ??:? [0] #6 __libc_start_main at ??:? [1] #6 __libc_start_main at ??:? [2] #6 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" [1] #7 in "/lib/x86_64-linux-gnu/libc.so.6" [2] #7 in "/lib/x86_64-linux-gnu/libc.so.6" [0] #7 ??? at ??:? [mssowfa-VirtualBox:07798] *** Process received signal *** [mssowfa-VirtualBox:07798] Signal: Floating point exception (8) [mssowfa-VirtualBox:07798] Signal code: (-6) [mssowfa-VirtualBox:07798] Failing at address: 0x3e800001e76 [mssowfa-VirtualBox:07798] [ 0] /lib/x86_64-linux-gnu/libc.so.6(+0x354b0)[0x7f5c1f79c4b0] [mssowfa-VirtualBox:07798] [ 1] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x38)[0x7f5c1f79c428] [mssowfa-VirtualBox:07798] [ 2] /lib/x86_64-linux-gnu/libc.so.6(+0x354b0)[0x7f5c1f79c4b0] [mssowfa-VirtualBox:07798] [ 3] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsStandard.so(_ZN4Foam13turbineModels29horizontalAxisWindTurbinesALM17computeBladeForceEv+0xcd2)[0x7f5c23175152] [mssowfa-VirtualBox:07798] [ 4] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsStandard.so(_ZN4Foam13turbineModels29horizontalAxisWindTurbinesALMC1ERKNS_14GeometricFieldINS_6VectorIdEENS_12fvPatchFieldENS_7volMeshEEE+0x72fa)[0x7f5c2318370a] [mssowfa-VirtualBox:07798] [ 5] at ??:?
For ADM the messages are:
warning (for example in checkMesh) but also in windPlantSolver.ADM:
--> FOAM Warning : From function dlOpen(const fileName&, const bool) in file POSIX.C at line 1179 dlopen error : libuserfiniteVolume.so: cannot open shared object file: No such file or directory --> FOAM Warning : From function dlLibraryTable::open(const fileName&, const bool) in file db/dynamicLibrary/dlLibraryTable/dlLibraryTable.C at line 99 could not load "libuserfiniteVolume.so" --> FOAM Warning : From function dlOpen(const fileName&, const bool) in file POSIX.C at line 1179 dlopen error : libuserincompressibleLESModels.so: cannot open shared object file: No such file or directory --> FOAM Warning : From function dlLibraryTable::open(const fileName&, const bool) in file db/dynamicLibrary/dlLibraryTable/dlLibraryTable.C at line 99 could not load "libuserincompressibleLESModels.so"
And error in windPlantSolver.ADM:
[0] --> FOAM FATAL IO ERROR: [0] Unknown patchField type velocityABLWallFunction for patch type wall
First of all I don't understand why for ADM the patchField type is unknown while ALM it is recognized. Is it related to the warnings (libUSERincompressibleLES instead of libSOWFAincompressibleLES)? Do these warnings still result from an unsuccessful installation or are the tutorial cases somehow not updated for the current version (I know the FAST case isn't)?
For the FAST case I updated the AeroDyn file for OpenFAST. The case is executable for OpenFAST only. I get a quite similar error message as for ALM here:
[0] nFASTSubSteps has to be the same for all turbines [1] nFASTSubSteps has to be the same for all turbines [2] nFASTSubSteps has to be the same for all turbines [0] #0 Foam::error::printStack(Foam::Ostream&) at ??:? [0] #1 Foam::sigFpe::sigHandler(int) at ??:? [0] #2 ? in "/lib/x86_64-linux-gnu/libpthread.so.0" [0] #3 ? in "/usr/lib/x86_64-linux-gnu/libquadmath.so.0" [0] #4 ? in "/usr/lib/x86_64-linux-gnu/libquadmath.so.0" [0] #5 sqrtq in "/usr/lib/x86_64-linux-gnu/libquadmath.so.0" [0] #6 __syssubs_MOD_set_ieee_constants at ??:? [0] #7 __nwtc_library_MOD_nwtc_init at ??:? [0] #8 __fast_subs_MOD_fast_progstart at ??:? [0] #9 __fast_subs_MOD_fast_initializeall at ??:? [0] #10 __fast_subs_MOD_fast_initializeall_t at ??:? [0] #11 FAST_OpFM_Init at ??:? [0] #12 fast::OpenFAST::init() at ??:? [0] #13 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::initialize() at ??:? [0] #14 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::horizontalAxisWindTurbinesALMOpenFAST(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:? [0] #15 ? at ??:? [0] #16 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" [0] #17 ? at ??:? [mssowfa-VirtualBox:08982] *** Process received signal *** [mssowfa-VirtualBox:08982] Signal: Floating point exception (8) [mssowfa-VirtualBox:08982] Signal code: (-6) [mssowfa-VirtualBox:08982] Failing at address: 0x3e800002316 [mssowfa-VirtualBox:08982] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7fcd195cb390] [mssowfa-VirtualBox:08982] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0x29)[0x7fcd195cb269] [mssowfa-VirtualBox:08982] [ 2] /lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7fcd195cb390] [mssowfa-VirtualBox:08982] [ 3] /usr/lib/x86_64-linux-gnu/libquadmath.so.0(+0x2872a)[0x7fcd16ff072a] [mssowfa-VirtualBox:08982] [ 4] /usr/lib/x86_64-linux-gnu/libquadmath.so.0(+0x23f2c)[0x7fcd16febf2c] [mssowfa-VirtualBox:08982] [ 5] /usr/lib/x86_64-linux-gnu/libquadmath.so.0(sqrtq+0x217)[0x7fcd16fd9ab7] [mssowfa-VirtualBox:08982] [ 6] /home/ms-sowfa/OpenFAST/install/lib/libnwtclibs.so(__syssubs_MOD_set_ieee_constants+0x23)[0x7fcd1cd8c003] [mssowfa-VirtualBox:08982] [ 7] /home/ms-sowfa/OpenFAST/install/lib/libnwtclibs.so(__nwtc_library_MOD_nwtc_init+0xd5)[0x7fcd1cd4c785] [mssowfa-VirtualBox:08982] [ 8] /home/ms-sowfa/OpenFAST/install/lib/libopenfast_postlib.so(__fast_subs_MOD_fast_progstart+0x2a)[0x7fcd1c46343a] [mssowfa-VirtualBox:08982] [ 9] /home/ms-sowfa/OpenFAST/install/lib/libopenfast_postlib.so(__fast_subs_MOD_fast_initializeall+0x2993)[0x7fcd1c55a803] [mssowfa-VirtualBox:08982] [10] /home/ms-sowfa/OpenFAST/install/lib/libopenfast_postlib.so(__fast_subs_MOD_fast_initializeall_t+0xe9)[0x7fcd1c588689] [mssowfa-VirtualBox:08982] [11] /home/ms-sowfa/OpenFAST/install/lib/libopenfastlib.so(FAST_OpFM_Init+0x339)[0x7fcd1c7eec39] [mssowfa-VirtualBox:08982] [12] /home/ms-sowfa/OpenFAST/install/lib/libopenfastcpplib.so(_ZN4fast8OpenFAST4initEv+0xc6f)[0x7fcd1caa924f] [mssowfa-VirtualBox:08982] [13] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFAST10initializeEv+0x41)[0x7fcd21cbc781] [mssowfa-VirtualBox:08982] [14] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFASTC1ERKNS_14GeometricFieldINS_6VectorIdEENS_12fvPatchFieldENS_7volMeshEEE+0x1ffc)[0x7fcd21cbea4c] [mssowfa-VirtualBox:08982] [15] pisoFoamTurbine.ALMAdvancedOpenFAST[0x426017] [mssowfa-VirtualBox:08982] [16] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7fcd19210830] [mssowfa-VirtualBox:08982] [17] pisoFoamTurbine.ALMAdvancedOpenFAST[0x42d189] [mssowfa-VirtualBox:08982] *** End of error message ***
I am very thankful for any tips or remarks
from sowfa.
I managed to get the ALM and ADM cases running now for really coarse meshes (I just want to check if everything is compiled correctly and I am not much interessted in the results so far).
Nevertheless I tried some things for the NREL FAST case but did not succeed (still the same errormessage as above). Again for me it is just about getting the case running to check if everything is compiled correctly and additionally using that case to adapt it for my own use (as I am new to OpenFOAM and SOWFA I think it is quite difficult to get through all functions and it is easier to do this with help of a (running) tutorial.
I am stuck with the following questions:
-
First of all I am a bit confused concerning the precursor files. They need to be "produced" beforehand for example the example.ALM simulation. Nevertheless, in the runscript of the FAST case it is not included. Aren't they needed for the FAST simulation and if so why or do I need to include it in the script?
-
In the test case the baseLocation of the turbine is defined as (5.0 0.0 -90.0).
a) What is the unit of this definition? Is it always in meters or is it defined somewhere such as the definition of the blockMeshDict defined with help of the rotor diameter?
b) Regardeless of the the unit this definition does not make sense to me. I changed it to (0.0 0.0 0.0) (without success) but can anyone explain why those values might be chosen? -
The k value is set to 0.0 (although k0 is set to 0.1 in the setUp file it is not used later on (as far as I could see). I changed it to be 0.1 but again is there a reason for the 0.0?
-
The boundary conditions are defined as cyclic for upper and lower, while they are patch for west and east. Shouldn't it be the other way around (which is how it is defined for the example.ALM case). (I also tried this without success). Or what could be the reason for this definition?
-
Is this tutorial case running for anybody and if so did you do any further changes?
-
Are there any other tutorial cases for FAST coupled SOWFA simulation or any documentation about this available?
Thanks a lot for any help provided.
from sowfa.
I managed to get the ALM and ADM cases running now for really coarse meshes (I just want to check if everything is compiled correctly and I am not much interessted in the results so far).
Nevertheless I tried some things for the NREL FAST case but did not succeed (still the same errormessage as above). Again for me it is just about getting the case running to check if everything is compiled correctly and additionally using that case to adapt it for my own use (as I am new to OpenFOAM and SOWFA I think it is quite difficult to get through all functions and it is easier to do this with help of a (running) tutorial.
I am stuck with the following questions:
- First of all I am a bit confused concerning the precursor files. They need to be "produced" beforehand for example the example.ALM simulation. Nevertheless, in the runscript of the FAST case it is not included. Aren't they needed for the FAST simulation and if so why or do I need to include it in the script?
This depends on what inflow you want. It's possible to run without the precursor, e.g., with uniform inflow. This may be useful for testing your model.
- In the test case the baseLocation of the turbine is defined as (5.0 0.0 -90.0).
a) What is the unit of this definition? Is it always in meters or is it defined somewhere such as the definition of the blockMeshDict defined with help of the rotor diameter?
These are in meters.
b) Regardeless of the the unit this definition does not make sense to me. I changed it to (0.0 0.0 0.0) (without success) but can anyone explain why those values might be chosen?
You should probably set it to some location in the center of your domain (and when you're running your actual conditions of interest, within a refined mesh region to properly capture the rotor aerodynamics and wake).
- The k value is set to 0.0 (although k0 is set to 0.1 in the setUp file it is not used later on (as far as I could see). I changed it to be 0.1 but again is there a reason for the 0.0?
For testing your model, the k0
value isn't going to have a significant impact on your results. In practice, you will start from your precursor that already has an associated k
field, so the initial conditions used by the 0.original/*
files are not used.
- The boundary conditions are defined as cyclic for upper and lower, while they are patch for west and east. Shouldn't it be the other way around (which is how it is defined for the example.ALM case). (I also tried this without success). Or what could be the reason for this definition?
Again, in practice, you would start from the precursor solution, and then update the boundary conditions using changeDictionary
(as in runscript.preprocess
).
- Is this tutorial case running for anybody and if so did you do any further changes?
- Are there any other tutorial cases for FAST coupled SOWFA simulation or any documentation about this available?
Thanks a lot for any help provided.
from sowfa.
Hi everyone,
I again have some question. I had to setup my computer new, so I recompiled SOWFA. I used a combination of the instructions above by @pablo-benito and @hjohlas (thanks again for the tips).
Anyhow: running the example test case for piso-OpenFAST (after adapting the Aerodyn input files) I get the following error:
[1] [3] [0] [2] ####0 0 0 0 Foam::error::printStack(Foam::Ostream&)Foam::error::printStack(Foam::Ostream&)Foam::error::printStack(Foam::Ostream&)Foam::error::printStack(Foam::Ostream&) at ??:? [2] #1 Foam::sigSegv::sigHandler(int) at ??:? [0] #2 ? at ??:? [3] #2 ? in in in in "/lib/x86_64-linux-gnu/libpthread.so.0" "/lib/x86_64-linux-gnu/libpthread.so.0" [2] #3 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::updateRotorSearchCells(int)[1] #3 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::updateRotorSearchCells(int)[0] #3 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::updateRotorSearchCells(int)[3] #3 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::updateRotorSearchCells(int) at ??:? [2] #4 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::initialize() at ??:? [1] #5 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::horizontalAxisWindTurbinesALMOpenFAST(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:? at ??:? [2] #6 [1] #6 [0] #6 [3] #6 ???? at ??:? [1] #7 __libc_start_main at ??:? [3] #7 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" [0] #8 in "/lib/x86_64-linux-g nu/libc.so.6" [mssowfa-VirtualBox:21747] *** Process received signal *** [mssowfa-VirtualBox:21748] Signal: Segmentation fault (11) [mssowfa-VirtualBox:21748] Signal code: (-6) [mssowfa-VirtualBox:21748] Failing at address: 0x3e8000054f4 [mssowfa-VirtualBox:21749] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7f62c5a50390] [mssowfa-VirtualBox:21749] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0x29)[0x7f62c5a50269] [mssowfa-VirtualBox:21749] [ 2] /lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7f62c5a50390] [mssowfa-VirtualBox:21749] [ 3] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFAST22updateRotorSearchCellsEi+0x3cf)[0x7f62ca6f94df] [mssowfa-VirtualBox:21749] [ 4] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFAST10initializeEv+0x72)[0x7f62ca70dfa2] [mssowfa-VirtualBox:21749] [ 5] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFASTC2ERKNS_14GeometricFieldINS_6VectorIdEENS_12fvPatchFieldENS_7volMeshEEE+0x1ffc)[0x7f62ca71023c] [mssowfa-VirtualBox:21749] [ 6] pisoFoamTurbine.ALMAdvancedOpenFAST[0x448a97] [mssowfa-VirtualBox:21749] [ 7] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f62c5695830] [mssowfa-VirtualBox:21749] [ 8] pisoFoamTurbine.ALMAdvancedOpenFAST[0x44fc09] [mssowfa-VirtualBox:21749] *** End of error message ***
Does anyone have an idea where this error comes from?
I also saw the following line at the end of the installation of openfast:
-- Set runtime path of "/home/ms-sowfa/openfast/install/bin/openfastcpp" to ""
I don't know exactly what this means but it doesn't sound intended to me. Is there something wrong with the openfast installation? And if so how to fix it?
Thanks for any help.
from sowfa.
The "error" seems to be that I set TwrAero in OpenFAST to FALSE. When setting to TRUE the case starts calculating.
Maybe someone can comment on that?
from sowfa.
Hi guys,
I'm trying to run the 5MW NREL simulation too, but I'm having a similar error to the last one of @MerleSieb !!
It happens when OpenFast is launched in the OpenFoam simulation.
Here is the error:
Running ElastoDyn.
Running AeroDyn.
[0] #0 Foam::error::printStack(Foam::Ostream&) at ??:?
[0] #1 Foam::sigSegv::sigHandler(int) at ??:?
[0] #2 ? in "/lib/x86_64-linux-gnu/libpthread.so.0"
[0] #3 FAST_OpFM_Init at ??:?
[0] #4 fast::OpenFAST::init() at ??:?
[0] #5 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::initialize() at ??:?
[0] #6 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::horizontalAxisWindTurbinesALMOpenFAST(Foam::GeometricField<Foam::Vector, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[0] #7 ? in "/home/antonio/OpenFOAM/OpenFOAM-2.4.0/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST"
[0] #8 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6"
[0] #9 ? in "/home/antonio/OpenFOAM/OpenFOAM-2.4.0/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST"
[antonio-X556URK:17711] *** Process received signal ***
[antonio-X556URK:17711] Signal: Segmentation fault (11)
[antonio-X556URK:17711] Signal code: (-6)
[antonio-X556URK:17711] Failing at address: 0x3e80000452f
[antonio-X556URK:17711] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x13f40)[0x7fd7c25bff40]
[antonio-X556URK:17711] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0xc7)[0x7fd7c25bfdd7]
[antonio-X556URK:17711] [ 2] /lib/x86_64-linux-gnu/libpthread.so.0(+0x13f40)[0x7fd7c25bff40]
[antonio-X556URK:17711] [ 3] /home/antonio/SOWFA/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(FAST_OpFM_Init+0x5a5)[0x7fd7c59d8d35]
[antonio-X556URK:17711] [ 4] /home/antonio/SOWFA/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4fast8OpenFAST4initEv+0x5a3)[0x7fd7c59d4a63]
[antonio-X556URK:17711] [ 5] /home/antonio/SOWFA/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFAST10initializeEv+0x43)[0x7fd7c5997773]
[antonio-X556URK:17711] [ 6] /home/antonio/SOWFA/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFASTC2ERKNS_14GeometricFieldINS_6VectorIdEENS_12fvPatchFieldENS_7volMeshEEE+0x1ea7)[0x7fd7c5999967]
[antonio-X556URK:17711] [ 7] pisoFoamTurbine.ALMAdvancedOpenFAST(+0x42b28)[0x5598a4356b28]
[antonio-X556URK:17711] [ 8] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb)[0x7fd7c23e7b6b]
[antonio-X556URK:17711] [ 9] pisoFoamTurbine.ALMAdvancedOpenFAST(+0x4887a)[0x5598a435c87a]
[antonio-X556URK:17711] *** End of error message ***
Primary job terminated normally, but 1 process returned
a non-zero exit code. Per user-direction, the job has been aborted.
mpirun noticed that process rank 0 with PID 0 on node antonio-X556URK exited on signal 11 (Segmentation fault).
I've also modified the AeroDyn_blade.dat file because there where 2 more lines and one of these was uncommented. I've changed the densitu in file turbineArrayProperties to 1.225 as was set in AeroDyn15.dat. Still I don't know if there's to debug something in the input files or if it's completely another problem.
Thanks for the help!!
from sowfa.
Did you try running FAST alone? The example case is build up for FAST8.16 but I assume you installed OpenFAST 2.0? The input file for Aerodyn changed (for example cavity check). I think there should be an example in the reg test on git for openfast. If you did not change that the standalone OpenFAST test will tell you dome inputs can nit be read (cause lines are missing giving numbers where bools should be and the other way around)
from sowfa.
Thank you @MerleSieb!! I installed OpenFAST (dev version) from github repository as requested from SOWFA. Then I guess I'll perform the 5MW_Baseline test on OpenFAST alone and then I'll have to update the files in the SOWFA example directory to perform the simulation,right?
Again, thanks for the precious help
from sowfa.
嗨,大家
好,我也试图运行5MW NREL模拟,但是我遇到了与@MerleSieb的最后一个类似的错误!
在OpenFoam模拟中启动OpenFast时会发生这种情况。
这是错误:运行ElastoDyn。
运行AeroDyn。
[0]#0 Foam :: error :: printStack(Foam :: Ostream&)位于??:?
[0] #1 Foam :: sigSegv :: sigHandler(int)在??:?
[0] #2 ?在“ /lib/x86_64-linux-gnu/libpthread.so.0”中
[0] #3 FAST_OpFM_Init在??:?
[0] #4 快速的::: OpenFAST :: init()在??:?
[0] #5 Foam :: turbineModels :: horizontalAxisWindTurbinesALMOpenFAST :: initialize()at ??:?
[0] #6 Foam :: turbineModels :: horizontalAxisWindTurbinesALMOpenFAST :: horizontalAxisWindTurbinesALMOpenFAST(Foam :: GeometricField <Foam :: Vector,Foam :: fvPatchField,Foam :: volMesh> const&)在??:?
[0] #7 ?在“ /home/antonio/OpenFOAM/OpenFOAM-2.4.0/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST”中
[0] #8 __libc_start_main在“ /lib/x86_64-linux-gnu/libc.so.6”中
[0 ] #9 吗?在“ /home/antonio/OpenFOAM/OpenFOAM-2.4.0/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST”中
[antonio-X556URK:17711] 处理收到的信号
[antonio-X556URK:17711]信号:分段故障(11)
[antonio-X556URK:17711]信号代码:(-6)
[antonio-X556URK:17711]在地址:0x3e80000452f
[antonio-X556URK:17711]上失败[0] / lib / x86_64-linux-gnu / libpthread.so.0(+ 0x13f40)[0x7fd7c25bff40]
[antonio-X556URK:17711] [1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0xc7)[0x7fd7c25bfdd7]
[antonio-X556URK:17711] [2] / lib / x86_64-linux-gnu /libpthread.so.0(+0x13f40)[0x7fd7c25bff40]
[安东尼奥X556URK:17711] [3] /home/antonio/SOWFA/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(FAST_OpFM_Init+0x5a5)[0x7fd7c59d8d35]
[安东尼奥X556URK: [17711] [4] /home/antonio/SOWFA/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4fast8OpenFAST4initEv+0x5a3)[0x7fd7c59d4a63]
[antonio-X556URK:17711] [5] / OW / OpenBUG / OpenFS如此(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFAST10initializeEv + 0x43)[0x7fd7c5997773]
[安东尼奥X556URK:17711] [6] /home/antonio/SOWFA/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFASTC2ERKNS_14GeometricFieldINS_6VectorIdEENS_12fvPatchFieldENS_7volMeshEEE+0x1ea7)[0x7fd7c5999967]
[安东尼奥X556URK:17711] [7] pisoFoamTurbine.ALMAdvancedOpenFAST(+ 0x42b28) 0x5598a4356b28]
[antonio-X556URK:17711] [8] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb)[0x7fd7c23e7b6b]
[antonio-X556URK:17711] [9] pisoFoamTurbOpen4887。 )[0x5598a435c87a]
[antonio-X556URK:17711] 错误消息结束主作业正常终止,但是1个进程返回
了非零的退出代码。按照用户方向,作业已中止。mpirun注意到在信号antonio-X556URK上退出进程级别为0且PID为0的节点时,信号11退出(分段故障)。
我还修改了AeroDyn_blade.dat文件,因为那里还有2行没有注释。我已经将文件eroboArrayProperties中的密度更改为AeroDyn15.dat中设置的1.225。仍然我不知道是否要调试输入文件中的内容,或者这完全是另一个问题。
谢谢您的帮助!!
Hi! Hello, I encountered the same problem as you when I was running the sowfa5Mw calculation. How did you solve it?@tonino102008
from sowfa.
Hi everyone !
I am coupling the SOWFA with Openfast, and I met some "strange" errors:
horizontalAxisWindTurbinesALMOpenFAST/horizontalAxisWindTurbinesALMOpenFAST.C:427:6: error: ‘class fast::fastInputs’ has no member named ‘numScInputs’; did you mean ‘fastInputs’?
fi.numScInputs = numSuperControllerOutputs ;
^~~~~~~~~~~
fastInputs
horizontalAxisWindTurbinesALMOpenFAST/horizontalAxisWindTurbinesALMOpenFAST.C:428:6: error: ‘class fast::fastInputs’ has no member named ‘numScOutputs’
fi.numScOutputs = numSuperControllerInputs ;
^~~~~~~~~~~~
I fellow https://openfast.readthedocs.io/en/main/source/install/index.html to install the openfast;
fellow https://github.com/pablo-benito/SOWFA-installationand https://openfoamwiki.net/index.php/Installation/Linux/OpenFOAM-2.4.0/Ubuntu#Ubuntu_18.04 to couplie the openfoam and sowfa. And I got the libSOWFAfileFormats.so;libSOWFAsampling.so;libSOWFAfiniteVolume.so ;libSOWFATurbineModelsStandard.so;libSOWFAincompressibleLESModels.so;libSOWFAutilityFunctionObjects.so. So I thought I was close to finish it, AND this problen has puzzled me for a long time, hope someone can help me!
SOWFAlog.txt
@pablo-benito @SH-Liao @ewquon @MerleSieb
from sowfa.
@Cookiewyf have you compiled OpenFAST with "BUILD_OPENFAST_CPP_API" enabled? See Sections 2.2.4.2 and 2.3 in the OpenFAST Readthedocs. I believe this C++ API is necessary for OpenFAST to interact with SOWFA.
from sowfa.
@Cookiewyf have you compiled OpenFAST with "BUILD_OPENFAST_CPP_API" enabled? See Sections 2.2.4.2 and 2.3 in the OpenFAST Readthedocs. I believe this C++ API is necessary for OpenFAST to interact with SOWFA.
yes, I made "CPP_API","SHARED_LIBS"and"FPE_TRAP_ENABLED" enabled,and OpenFAST can also run well
from sowfa.
I guess that you downloaded the latest version of OpenFAST (v3.0). On that version, as the error suggest, the fields numScInputs and numScOutputs were removed from glue-codes/openfast-cpp/src/OpenFAST.H
If you download OpenFast v2.6.0 it should compile fine..
Thank you for your help! And I did make some progress, I get the associated libraries:
libSOWFAfileFormats.so libSOWFAincompressibleLESModels.so libSOWFATurbineModelsOpenFAST.so libSOWFAutilityFunctionObjects.so
libSOWFAfiniteVolume.so libSOWFAsampling.so libSOWFATurbineModelsStandard.so
but in "${SOWFA_DIR}/applications/bin/${WM_OPTIONS}", it's still without "pisoFoamTurbine.ALMAdvancedOpenFAST" and "windPlantSolver.ALMAdvancedOpenFAST"
so I check the log.make, there's still errors:
collect2: error: ld returned 1 exit status
/home/cookie/OpenFOAM/OpenFOAM-2.4.0/wmake/Makefile:149: recipe for target '/home/cookie/SOWFA/applications/bin/linux64GccDPOpt/windPlantSolver.ALMAdvancedOpenFAST' failed
make: *** [/home/cookie/SOWFA/applications/bin/linux64GccDPOpt/windPlantSolver.ALMAdvancedOpenFAST] Error 1
Making dependency list for source file windPlantSolver.C
collect2: error: ld returned 1 exit status
/home/cookie/OpenFOAM/OpenFOAM-2.4.0/wmake/Makefile:149: recipe for target '/home/cookie/OpenFOAM/cookie-2.4.0/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST' failed
make: *** [/home/cookie/OpenFOAM/cookie-2.4.0/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST] Error 1
Making dependency list for source file pisoFoamTurbine.C
I put the log bellow,and another question is why there is a new folder(cookie-2.4.0)in openfoam.
from sowfa.
This is the key point:
/usr/bin/ld: warning: libfvwlib.so, needed by /home/cookie/openfast/install/lib/libaerodynlib.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libuaaerolib.so, needed by /home/cookie/openfast/install/lib/libaerodynlib.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libaeroacoustics.so, needed by /home/cookie/openfast/install/lib/libaerodynlib.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libafinfolib.so, needed by /home/cookie/openfast/install/lib/libaerodynlib.so, not found (try using -rpath or -rpath-link)`
OpenFast added a couple of new libraries (related with aeroacustics and some other stuff), so you need to add them on your linker step. That is, you must add the lines:
-lfvwlib \
-luaaerolib \
-laeroacoustics \
-lafinfolib \
inside the section EXE_LIBS on this file:
and this one:
Hope it helps
from sowfa.
Great!
Answering your question. The pisoFoamTurbine.ALMAdvancedOpenFAST file destination is configured inside the file:
As you can see, the variable EXE points to $(FOAM_USER_APPBIN)/pisoFoamTurbine.ALMAdvancedOpenFAST
The term, $(FOAM_USER_APPBIN)
is an environment variable defined by OpenFOAM, which, normally, points to:
/(the user's home directory) / OpenFOAM / (username) - (openfoam version) / platform / (a weird set of words that resumes the operating system and compiler that was used ) / bin /
so, in your case, this translates to:
/home/cookie/OpenFOAM/cookie-2.4.0/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST
Have fun!
from sowfa.
Great!
Answering your question. The pisoFoamTurbine.ALMAdvancedOpenFAST file destination is configured inside the file:
As you can see, the variable EXE points to
$(FOAM_USER_APPBIN)/pisoFoamTurbine.ALMAdvancedOpenFAST
The term,$(FOAM_USER_APPBIN)
is an environment variable defined by OpenFOAM, which, normally, points to:/(the user's home directory) / OpenFOAM / (username) - (openfoam version) / platform / (a weird set of words that resumes the operating system and compiler that was used ) / bin /
so, in your case, this translates to:
/home/cookie/OpenFOAM/cookie-2.4.0/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST
Have fun!
Thanks for your guidance, it helps me a lot! I have so much to learn!
Have a good day!
from sowfa.
@pablo-benito @ewquon
Hello everyone
I am looking for some theoretical knowledge about coupling sowfa-openfast, such as how sowfa and openfast exchange data, and how is sowfa-openfast different from sowfa alone? Can you provide me with some relevant documents? Thanks!
Have a good day!
from sowfa.
I have compiled the sowfa and openFAST 2.6, but the test case in the gitHub cann't run, so could you provid a complete test case to help me test the solver of "pisoFoamTurbine.ALMAdvancedOpenFAST".
thank you very much.
@Cookiewyf
@pablo-benito
from sowfa.
Hi All,
For me the same problem as below shows up when running the ADM example.
Installations and description is for me the same as written below (SOWFA, Ubuntu 16.04, ABL example flow is working fine).
I am afraid I have some more questions. I successfully compiled SOWFA on Ubuntu 16.04. I ran the example.ABL.flatTerain.neutral as precursor which also worked fine. Afterwards I tried running example.ALM and example.ADM with the linked precursor files. For both cases I receive warning and error messages. For ALM the message is the following:
Warning for example for checkMesh:
--> FOAM Warning : From function dlOpen(const fileName&, const bool) in file POSIX.C at line 1179 dlopen error : /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFAincompressibleLESModels.so: undefined symbol: _ZTIN4Foam14incompressible9LESModels11GenEddyViscE --> FOAM Warning : From function dlLibraryTable::open(const fileName&, const bool) in file db/dynamicLibrary/dlLibraryTable/dlLibraryTable.C at line 99 could not load "libSOWFAincompressibleLESModels.so"
error in windPlantSolver.ALM:
[1] #0 Foam::error::printStack(Foam::Ostream&)[2] #0 Foam::error::printStack(Foam::Ostream&)[0] #0 Foam::error::printStack(Foam::Ostream&) at ??:? [2] #1 Foam::sigFpe::sigHandler(int) at ??:? [1] #1 Foam::sigFpe::sigHandler(int) at ??:? [0] #1 Foam::sigFpe::sigHandler(int) at ??:? [2] #2 ? at ??:? [0] #2 ? at ??:? [1] #2 ? in "/lib/x86_64-linux-gnu/libc.so.6" [2] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6" [0] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6" [1] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() at ??:? [0] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:? [1] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:? [2] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:? [2] #5 at ??:? [0] #5 at ??:? [1] #5 ??? at ??:? [0] #6 __libc_start_main at ??:? [1] #6 __libc_start_main at ??:? [2] #6 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" [1] #7 in "/lib/x86_64-linux-gnu/libc.so.6" [2] #7 in "/lib/x86_64-linux-gnu/libc.so.6" [0] #7 ??? at ??:? [mssowfa-VirtualBox:07798] *** Process received signal *** [mssowfa-VirtualBox:07798] Signal: Floating point exception (8) [mssowfa-VirtualBox:07798] Signal code: (-6) [mssowfa-VirtualBox:07798] Failing at address: 0x3e800001e76 [mssowfa-VirtualBox:07798] [ 0] /lib/x86_64-linux-gnu/libc.so.6(+0x354b0)[0x7f5c1f79c4b0] [mssowfa-VirtualBox:07798] [ 1] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x38)[0x7f5c1f79c428] [mssowfa-VirtualBox:07798] [ 2] /lib/x86_64-linux-gnu/libc.so.6(+0x354b0)[0x7f5c1f79c4b0] [mssowfa-VirtualBox:07798] [ 3] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsStandard.so(_ZN4Foam13turbineModels29horizontalAxisWindTurbinesALM17computeBladeForceEv+0xcd2)[0x7f5c23175152] [mssowfa-VirtualBox:07798] [ 4] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsStandard.so(_ZN4Foam13turbineModels29horizontalAxisWindTurbinesALMC1ERKNS_14GeometricFieldINS_6VectorIdEENS_12fvPatchFieldENS_7volMeshEEE+0x72fa)[0x7f5c2318370a] [mssowfa-VirtualBox:07798] [ 5] at ??:?
For ADM the messages are:
warning (for example in checkMesh) but also in windPlantSolver.ADM:
--> FOAM Warning : From function dlOpen(const fileName&, const bool) in file POSIX.C at line 1179 dlopen error : libuserfiniteVolume.so: cannot open shared object file: No such file or directory --> FOAM Warning : From function dlLibraryTable::open(const fileName&, const bool) in file db/dynamicLibrary/dlLibraryTable/dlLibraryTable.C at line 99 could not load "libuserfiniteVolume.so" --> FOAM Warning : From function dlOpen(const fileName&, const bool) in file POSIX.C at line 1179 dlopen error : libuserincompressibleLESModels.so: cannot open shared object file: No such file or directory --> FOAM Warning : From function dlLibraryTable::open(const fileName&, const bool) in file db/dynamicLibrary/dlLibraryTable/dlLibraryTable.C at line 99 could not load "libuserincompressibleLESModels.so"
And error in windPlantSolver.ADM:
[0] --> FOAM FATAL IO ERROR: [0] Unknown patchField type velocityABLWallFunction for patch type wall
First of all I don't understand why for ADM the patchField type is unknown while ALM it is recognized. Is it related to the warnings (libUSERincompressibleLES instead of libSOWFAincompressibleLES)? Do these warnings still result from an unsuccessful installation or are the tutorial cases somehow not updated for the current version (I know the FAST case isn't)?
For the FAST case I updated the AeroDyn file for OpenFAST. The case is executable for OpenFAST only. I get a quite similar error message as for ALM here:
[0] nFASTSubSteps has to be the same for all turbines [1] nFASTSubSteps has to be the same for all turbines [2] nFASTSubSteps has to be the same for all turbines [0] #0 Foam::error::printStack(Foam::Ostream&) at ??:? [0] #1 Foam::sigFpe::sigHandler(int) at ??:? [0] #2 ? in "/lib/x86_64-linux-gnu/libpthread.so.0" [0] #3 ? in "/usr/lib/x86_64-linux-gnu/libquadmath.so.0" [0] #4 ? in "/usr/lib/x86_64-linux-gnu/libquadmath.so.0" [0] #5 sqrtq in "/usr/lib/x86_64-linux-gnu/libquadmath.so.0" [0] #6 __syssubs_MOD_set_ieee_constants at ??:? [0] #7 __nwtc_library_MOD_nwtc_init at ??:? [0] #8 __fast_subs_MOD_fast_progstart at ??:? [0] #9 __fast_subs_MOD_fast_initializeall at ??:? [0] #10 __fast_subs_MOD_fast_initializeall_t at ??:? [0] #11 FAST_OpFM_Init at ??:? [0] #12 fast::OpenFAST::init() at ??:? [0] #13 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::initialize() at ??:? [0] #14 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::horizontalAxisWindTurbinesALMOpenFAST(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:? [0] #15 ? at ??:? [0] #16 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" [0] #17 ? at ??:? [mssowfa-VirtualBox:08982] *** Process received signal *** [mssowfa-VirtualBox:08982] Signal: Floating point exception (8) [mssowfa-VirtualBox:08982] Signal code: (-6) [mssowfa-VirtualBox:08982] Failing at address: 0x3e800002316 [mssowfa-VirtualBox:08982] [ 0] /lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7fcd195cb390] [mssowfa-VirtualBox:08982] [ 1] /lib/x86_64-linux-gnu/libpthread.so.0(raise+0x29)[0x7fcd195cb269] [mssowfa-VirtualBox:08982] [ 2] /lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7fcd195cb390] [mssowfa-VirtualBox:08982] [ 3] /usr/lib/x86_64-linux-gnu/libquadmath.so.0(+0x2872a)[0x7fcd16ff072a] [mssowfa-VirtualBox:08982] [ 4] /usr/lib/x86_64-linux-gnu/libquadmath.so.0(+0x23f2c)[0x7fcd16febf2c] [mssowfa-VirtualBox:08982] [ 5] /usr/lib/x86_64-linux-gnu/libquadmath.so.0(sqrtq+0x217)[0x7fcd16fd9ab7] [mssowfa-VirtualBox:08982] [ 6] /home/ms-sowfa/OpenFAST/install/lib/libnwtclibs.so(__syssubs_MOD_set_ieee_constants+0x23)[0x7fcd1cd8c003] [mssowfa-VirtualBox:08982] [ 7] /home/ms-sowfa/OpenFAST/install/lib/libnwtclibs.so(__nwtc_library_MOD_nwtc_init+0xd5)[0x7fcd1cd4c785] [mssowfa-VirtualBox:08982] [ 8] /home/ms-sowfa/OpenFAST/install/lib/libopenfast_postlib.so(__fast_subs_MOD_fast_progstart+0x2a)[0x7fcd1c46343a] [mssowfa-VirtualBox:08982] [ 9] /home/ms-sowfa/OpenFAST/install/lib/libopenfast_postlib.so(__fast_subs_MOD_fast_initializeall+0x2993)[0x7fcd1c55a803] [mssowfa-VirtualBox:08982] [10] /home/ms-sowfa/OpenFAST/install/lib/libopenfast_postlib.so(__fast_subs_MOD_fast_initializeall_t+0xe9)[0x7fcd1c588689] [mssowfa-VirtualBox:08982] [11] /home/ms-sowfa/OpenFAST/install/lib/libopenfastlib.so(FAST_OpFM_Init+0x339)[0x7fcd1c7eec39] [mssowfa-VirtualBox:08982] [12] /home/ms-sowfa/OpenFAST/install/lib/libopenfastcpplib.so(_ZN4fast8OpenFAST4initEv+0xc6f)[0x7fcd1caa924f] [mssowfa-VirtualBox:08982] [13] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFAST10initializeEv+0x41)[0x7fcd21cbc781] [mssowfa-VirtualBox:08982] [14] /home/ms-sowfa/OpenFOAM/SOWFA-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFASTC1ERKNS_14GeometricFieldINS_6VectorIdEENS_12fvPatchFieldENS_7volMeshEEE+0x1ffc)[0x7fcd21cbea4c] [mssowfa-VirtualBox:08982] [15] pisoFoamTurbine.ALMAdvancedOpenFAST[0x426017] [mssowfa-VirtualBox:08982] [16] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7fcd19210830] [mssowfa-VirtualBox:08982] [17] pisoFoamTurbine.ALMAdvancedOpenFAST[0x42d189] [mssowfa-VirtualBox:08982] *** End of error message ***
I am very thankful for any tips or remarks
@MerleSieb or someone that can help. How is the problem regarding the ADM error solved?
Does the error [0] --> FOAM FATAL IO ERROR: [0] Unknown patchField type velocityABLWallFunction for patch type wall
have to do with the warning about "libuserfiniteVolume.so" and "libuserincompressibleLESModels.so"?
Many thanks in advance!
from sowfa.
Hi all,
I have solved the above (#46 (comment)) problem!
It was a really stupid error due to the fact that in the ADM controlDict.1 the old libs ("libuserfiniteVolume.so" "libuserincompressibleLESModels.so") are asked. These should be the new ("libSOWFAfiniteVolume.so" "libSOWFAincompressibleLESModels.so"). Now the ADM is working fine!
Hopefully this info helps someone that runs into the same error.
from sowfa.
Hi all,
I have solved the above (#46 (comment)) problem! It was a really stupid error due to the fact that in the ADM controlDict.1 the old libs ("libuserfiniteVolume.so" "libuserincompressibleLESModels.so") are asked. These should be the new ("libSOWFAfiniteVolume.so" "libSOWFAincompressibleLESModels.so"). Now the ADM is working fine!
Hopefully this info helps someone that runs into the same error.
Hi,XBms.I have the same problem in windPlantSolver.ALM.I attached the log file below. I do not install openfast. It is enough for me to install sowfa. I noticed that you solved the ADM problem. Have you sloved the ALM problem. I will appreciate it for any replies. Thank you very much. Best wishes to you.
log.1.windPlantSolver.ALM.txt
Like this:
Create mesh for time = 18000
Reading the gravitational acceleration, g...
Reading planetary rotation rate...
Reading the latitude...
Creating and reading potential temperature field, T...
Creating mean temperature field, Tmean...
Creating fluctuating temperature field, Tprime...
Creating and reading modified pressure field, p_rgh...
Creating and reading velocity field, U...
Creating mean velocity field, Umean...
Creating fluctuating velocity field, Uprime...
Creating and calculating velocity flux field, phi...
Reading/calculating face flux field phi
Reading transport properties...
Selecting incompressible transport model Newtonian
Reading the atmospheric boundary layer properties...
Omega [0 0 -1 0 0 0 0] (0 5.46335e-05 4.79967e-05)
Creating turbulence model...
Selecting turbulence model type LESModel
Selecting LES turbulence model oneEqEddyABL
Selecting LES delta type smooth
Selecting LES delta type cubeRootVol
oneEqEddyABLCoeffs
{
ce 0.93;
ck 0.0673;
TName "T";
kappatName "kappat";
}
before
[0] #0 [1] #0 [4] #0 [6] #0 Foam::error::printStack(Foam::Ostream&)Foam::error::printStack(Foam::Ostream&)[2] #0 [3] #0 Foam::error::printStack(Foam::Ostream&)[5] #0 Foam::error::printStack(Foam::Ostream&)Foam::error::printStack(Foam::Ostream&)[7] #0 Foam::error::printStack(Foam::Ostream&)[8] #0 Foam::error::printStack(Foam::Ostream&)[10] #0 Foam::error::printStack(Foam::Ostream&)[11] #0 Foam::error::printStack(Foam::Ostream&)[12] #0 Foam::error::printStack(Foam::Ostream&)Foam::error::printStack(Foam::Ostream&)Foam::error::printStack(Foam::Ostream&)[9] #0 Foam::error::printStack(Foam::Ostream&)[13] #0 Foam::error::printStack(Foam::Ostream&) at ??:?
at ??:?
at ??:?
[3] #1 Foam::sigFpe::sigHandler(int) at ??:?
at ??:?
at ??:?
[11] #1 Foam::sigFpe::sigHandler(int)[12] #1 Foam::sigFpe::sigHandler(int) at ??:?
[6] #1 [0] #1 [4] #1 Foam::sigFpe::sigHandler(int)Foam::sigFpe::sigHandler(int)Foam::sigFpe::sigHandler(int) at ??:?
at ??:?
at ??:?
at ??:?
at ??:?
[13] #1 at ??:?
Foam::sigFpe::sigHandler(int) at ??:?
[2] #1 Foam::sigFpe::sigHandler(int)[9] #1 Foam::sigFpe::sigHandler(int)[8] #1 Foam::sigFpe::sigHandler(int)[5] #1 [1] #1 Foam::sigFpe::sigHandler(int)Foam::sigFpe::sigHandler(int)[10] #1 Foam::sigFpe::sigHandler(int)[7] #1 Foam::sigFpe::sigHandler(int) at ??:?
[8] #2 ? at ??:?
[5] #2 at ??:?
[9] #2 ?? at ??:?
[4] #2 ? at ??:?
[11] #2 ? at ??:?
[3] #2 ? at ??:?
[12] #2 ? at ??:?
[6] #2 ? at ??:?
at ??:?
[0] #2 [7] #2 ?? at ??:?
[10] #2 ? at ??:?
[1] #2 ? at ??:?
[2] #2 ? at ??:?
[13] #2 ? in "/lib/x86_64-linux-gnu/libc.so.6"
[8] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6"
in "/lib/x86_64-linux-gnu/libc.so.6"[5] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce()
[3] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6"
[9] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6"
in "/lib/x86_64-linux-gnu/libc.so.6"
[7] #3 [6] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce()Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6"
[11] #3 in Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce()"/lib/x86_64-linux-gnu/libc.so.6"
[4] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6"
[0] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6"
[12] #3 in Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce()"/lib/x86_64-linux-gnu/libc.so.6"
[1] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6"
[10] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6"
[2] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() in "/lib/x86_64-linux-gnu/libc.so.6"
[13] #3 Foam::turbineModels::horizontalAxisWindTurbinesALM::computeBladeForce() at ??:?
[8] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[5] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[9] #4 at ??:?
[4] #4 at ??:?
[6] #Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&)Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
at ??:?
[11] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&)4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&)[7] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[3] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[12] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[1] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[2] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[0] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[10] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[13] #4 Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(Foam::GeometricField<Foam::Vector<double>, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
[8] #5 at ??:?
[5] #5 at ??:?
[6] #5 at ??:?
[9] #5 at ??:?
[3] #5 at ??:?
[7] #5 at ??:?
[4] # at ??:?
[12] #5 5 at ??:?
[11] #5 at ??:?
[0] #5 at ??:?
[10] # at ??:?
at ??:?
5 [1] #5 [2] #5 at ??:?
[13] #5 ????????????? in "/home/think/OpenFOAM/think-2.4.x/platforms/linux64Gc in "/home/think/OpenFOAM/think-2.4.x/plat in "/home/think/OpenFOAM/think-2.4.x/platforcDPOpt/bin/windPlantSolver.ALM"
forms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[5] #6 ms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[6] #6 __libc_start_main__libc_start_main[8] #6 __libc_start_main? in "/home/think/OpenFOAM/think-2.4.x/platforms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[7] #6 __libc_start_main in "/home/think/OpenFOAM/think-2.4.x/platforms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[9] #6 __libc_start_main in "/home/think/OpenFOAM/think-2.4.x/platforms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[4] #6 __libc_start_main in "/home/think/OpenFOAM/think-2.4.x/platforms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[3] #6 __libc_start_main in "/home/think/OpenFOAM/think-2.4.x/platforms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[12] #6 __libc_start_main in "/home/think/OpenFOAM/think-2.4.x/platforms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[11] #6 __libc_start_main in "/home/think/OpenFOAM/think-2.4.x/platforms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[0] #6 __libc_start_main in "/home/think/OpenFOAM/think-2.4.x/platforms/linux64GccDPOpt/bin/windPlantSolver.ALM"
[10] #6 __libc_start_main in "/lib/x86_64-linux-gnu/li in "/home/t in "/lib/x86_64-linux-gnu/libbc.so.6"
from sowfa.
Related Issues (20)
- wrong parameter R_D in tool wrftoof.F
- Problem in running pisoFoamTurbine.ALMAdvancedOpenFAST HOT 3
- examples_example.mesoscaleInfluence.SWiFTsiteLubbock.11Nov2013Diurnal_tendency.py problem.(Tkany you for helping) HOT 1
- tool WRFextraction in SOWFA HOT 18
- The Actuator Disk Model (ADM) implementation HOT 7
- Problem in running example.ALM HOT 1
- How to input terrain? HOT 4
- Case learning about example.UAE_PhaseVI.ALMAdvanced.
- An issue about average wind speed calculation HOT 4
- Problems running example.ALMAdvanced HOT 5
- in example. NREL5MW.ALMAdvancedFAST8, How to deal with the calculation of tower
- Surface roughness values (z0) saved during run and restart for ABLTerrainSolver
- In example.NREL5MW.ALMAdvancedFAST8, the blade effect in flow field is missing when change the bladeForceProjectionDirection. HOT 3
- Confusion about the use of Foam::atan2 in turbine models HOT 2
- Problems occur when running example.ABL. Flatterrain. Neutral HOT 3
- Issure for coupling running SOWFA and openFAST2.6.0 as "example.NREL5MW.ALMAdvancedFAST8" HOT 4
- Interpolation error while calculating blade forces HOT 2
- Regarding some issues in installation of SOWFA and running 1st tutorial HOT 2
- "nAvgSector" variable in the ADM code
- build the solver of SOWFA coupled potential flow solver(similar openFAST)
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from sowfa.