nrel / sowfa

OpenFOAM README for version 2.0.x

#

About OpenFOAM

OpenFOAM is a free, open source computational fluid dynamcis (CFD) software package released by the OpenFOAM Foundation. It has a large user base across most areas of engineering and science, from both commercial and academic organisations. OpenFOAM has an extensive range of features to solve anything from complex fluid flows involving chemical reactions, turbulence and heat transfer, to solid dynamics and electromagnetics.

Copyright

OpenFOAM is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. See the file COPYING in this directory or http://www.gnu.org/licenses/, for a description of the GNU General Public License terms under which you can copy the files.

Download and installation instructions

• To install from this Git repository, see http://www.OpenFOAM.org/git.php

Release notes

http://www.OpenFOAM.com/version2.0.0

Documentation

http://www.OpenFOAM.com/docs

Support and development contracts

http://www.OpenFOAM.com/support

Reporting Bugs in OpenFOAM

http://www.OpenFOAM.com/bugs

sowfa's Issues

error in running example.ABL.flatTerrain.neutral

Hello guys

I am trying to run the "example.ABL.flatTerrain.neutral" case as a starting point to learn SOWFA. The environment is Ubuntu 16.04 + OpenFOAM 2.4.x. I managed to produce the mesh with ./runscript.preprocess, but when excuting ./runscript.solve.1, it fails and the error messages come out in "log.1.ABLSolver" and "log.1.setFieldsABL"

As indicated in the log file, I didn't find anything called processor0. Am I missing some step?
I tried to search for the answer but no success. Any help is appreciated. Thanks.

Kind regards
Yulin

/*---------------------------------------------------------------------------*\
Abort is in progress...hit ctrl-c again within 5 seconds to forcibly terminate

| \\      /  F ield         | OpenFOAM: The Open Source CFD Toolbox           |
|  \\    /   O peration     | Version:  2.4.x                                 |
|   \\  /    A nd           | Web:      www.OpenFOAM.org                      |
|    \\/     M anipulation  |                                                 |
\*---------------------------------------------------------------------------*/
Build  : 2.4.x-2b147f41daf9
Exec   : ABLSolver -parallel
Date   : Feb 27 2019
Time   : 23:08:40
Host   : "ubuntu"
PID    : 18858
Case   : /home/yulin/OpenFOAM/SOWFA-2.4.x/exampleCases/example.ABL.flatTerrain.neutral
nProcs : 4
Slaves : 
3
(
"ubuntu.18859"
"ubuntu.18860"
"ubuntu.18861"
)

Pstream initialized with:
    floatTransfer      : 0
    nProcsSimpleSum    : 0
    commsType          : nonBlocking
    polling iterations : 0
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
[0] 
[0] 
[0] --> FOAM FATAL ERROR: 
[0] ABLSolver: cannot open case directory "/home/yulin/OpenFOAM/SOWFA-2.4.x/exampleCases/example.ABL.flatTerrain.neutral/processor0"
[0] 
[0] 
FOAM parallel run exiting
[0] 
--------------------------------------------------------------------------
MPI_ABORT was invoked on rank 0 in communicator MPI_COMM_WORLD 
with errorcode 1.

NOTE: invoking MPI_ABORT causes Open MPI to kill all MPI processes.
You may or may not see output from other processes, depending on
exactly when Open MPI kills them.
--------------------------------------------------------------------------

P not being declared

The variable p is not being declared in the following subroutine:

https://github.com/NREL/SOWFA/blob/OpenFAST/src/turbineModels/turbineModelsOpenFAST/horizontalAxisWindTurbinesALMOpenFAST/horizontalAxisWindTurbinesALMOpenFAST.C#L1792

How to set the refLoc in the turbulentABLVelocityControlled BC?

In the ''SOWFA/src/finiteVolume/fields/fvPatchFields/derived/turbulentABLVelocityControlled/turbulentABLVelocityControlledFvPatchField.H'', here is a variable refLoc, how should it be set? Shouldn't refLoc be a three-dimensional coordinate? But looking at the comments in the ***.H file, it seems that there is only one scalar value.

I really appreciate any help you can provide.

run the 5MW NREL simulation having a error!!

Hi guys,
I'm trying to run the 5MW NREL simulation , but I'm having a error!!
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 don't know what causes this. My openfast and sowfa are fully coupled and the installation is successful.

Thanks for the help!!

Compilation issue FAST

Hi everyone,
I am trying to compile SOWFA using OpenFOAM 2.4.0
The compilation seems to progress fine until it crash complaining it cannot find:

horizontalAxisWindTurbinesALMfastv8/horizontalAxisWindTurbinesALMfastv8.H:68:29: fatal error: FAST_cInterface.h: No such file or directory

Do I have to compile FASTv8 beforehand?
Is there a guide on how to compile it for Linux (ubuntu)?
Thanks

Problems running example.ALM: linked files, core dumped at refineHexMesh and decomposePar

I have the example.ABL.flatTerrain.stable case solved as precursor and trying to run example.ALM upon it. I am at the preprocess stage at the moment.
First thing I couldn't get is the drivingData files: boundaryData and sources. These are supposed to be linked but I do not have them in the precursor directory.

# Get the inflow data linked up.
echo "Linking the inflow data with this directory..."
ln -s $precursorDir/drivingData/boundaryData ./constant

# Get the driving source terms linked up.
echo "Linking the driving source terms with this directory..."
ln -s $precursorDir/drivingData/sources ./constant

Also I get the following errors while running runscript.preprocess:

Using refineHexMesh to perform  2  of local refinement...
   -Performing level 2 local refinement with topoSet/refineHexMesh
      *selecting cells to refine...
      *refining cells...
./runscript.preprocess: line 38: 12643 Aborted                 (core dumped) refineHexMesh local -overwrite > log.refineHexMesh.local.$i 2>&1
   -Performing level 1 local refinement with topoSet/refineHexMesh
      *selecting cells to refine...
      *refining cells...
./runscript.preprocess: line 38: 12646 Aborted                 (core dumped) refineHexMesh local -overwrite > log.refineHexMesh.local.$i 2>&1
Using decomposePar to decompose the problem for parallel processing...
./runscript.preprocess: line 172: 12648 Aborted                 (core dumped) decomposePar -cellDist -force -time $startTime > log.decomposePar 2>&1
Running checkMesh to report mesh diagnostics...
Using refineMesh to perform  0  of global refinement...
Using changeDictionary to ensure that the boundaries have the correct number of faces...
Using renumberMesh to renumber the mesh for better matrix conditioning...
Running checkMesh to report mesh diagnostics...

refineHexMesh and decomposePar logs show the error:

--> FOAM FATAL ERROR: 
Attempt to cast type patch to type lduInterface

    From function refCast<To>(From&)
    in file /home/canon/OpenFOAM/OpenFOAM-2.4.x/src/OpenFOAM/lnInclude/typeInfo.H at line 114.

FOAM aborting

The type patch is as it is in the example case. Should it be changed?

Problem when running SOWFA coupled with OpenFAST

Hi,
I compiled OpenFAST using the recommended CMake options (-DBUILD_OPENFAST_CPP_API=ON, DFPE_TRAP_ENABLED=ON).
I could compile pisoFoamTurbine.ALMAdvancedOpenFAST and windPlantSolver.ALMAdvancedOpenFAST.
But when I run both solvers, I got error as shown below where the error was thrown out from openfastcpp.c that there is no turbine (while SOWFA echo turbine = 1).

Note that I could run the standalone OpenFAST for the NREL5MWRef.0.fst input file.

/*---------------------------------------------------------------------------*\
| =========                 |                                                 |
| \\      /  F ield         | OpenFOAM: The Open Source CFD Toolbox           |
|  \\    /   O peration     | Version:  2.4.0                                 |
|   \\  /    A nd           | Web:      www.OpenFOAM.org                      |
|    \\/     M anipulation  |                                                 |
\*---------------------------------------------------------------------------*/
Build  : 2.4.0-dcea1e13ff76
Exec   : /nesi/project/uoa00003/wcha533/SOWFA/applications/bin/linux64GccDPOpt/pisoFoamTurbine.ALMAdvancedOpenFAST -parallel
Date   : Jul 17 2020
Time   : 15:25:59
Host   : "wbn112"
PID    : 186759
Case   : /scale_wlg_nobackup/filesets/nobackup/uoa00003/wcha533/SOWFA/exampleCases/example.NREL5MW.ALMAdvancedFAST8
nProcs : 2
Slaves : 1("wbn112.186760")
Pstream initialized with:
    floatTransfer      : 0
    nProcsSimpleSum    : 0
    commsType          : nonBlocking
    polling iterations : 0
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

Create mesh for time = 0

Reading field, p...
Reading field, U...
Creating vorticity field, omega...
Creating second-invariant of strain-rate tensor field, Q...
Reading/calculating face flux field phi

Selecting incompressible transport model Newtonian
Selecting turbulence model type LESModel
Selecting LES turbulence model oneEqEddy
Selecting LES delta type smooth
Selecting LES delta type cubeRootVol
bounding k, min: 0 max: 0 average: 0
oneEqEddyCoeffs
{
    ce              0.93;
    ck              0.0673;
}

[0] SOWFA nTurbinesGlob: 1
[0] nFASTSubSteps has to be the same for all turbines
[1] SOWFA nTurbinesGlob: 1
[1] nFASTSubSteps has to be the same for all turbines
terminate called after throwing an instance of 'std::runtime_error'
terminate called after throwing an instance of 'std::runtime_error'
  what():  Number of turbines < 0 
  what():  Number of turbines < 0 
srun: error: wbn112: tasks 0-1: Aborted (core dumped)

Thanks for your help
WC

OpenFAST coupling issues

1. Divide forces by density in the horizontalAxisWindTurbinesALMOpenFAST class.
2. Need to pass global turbine number in lines 1794, 1816, 1817, 1841, 1842 of horizontalAxisWindTurbinesALMOpenFAST.C
3. Fix the hdf5 write out to avoid the problem of hdf5 corrupting the velocity data file if the program quits in the middle.

pisoFoamTurbine.ADM solver

Hello co-users of SOWFA,

I am a newbee to SOWFA and programming in general but have worked with openFOAM and CFD in general. I am trying to put together a tutorial case for myself so that i could develop it later. As of now i did not change any base files of SOWFA but trying to change the example.ADM tutorial to an uniform inflow case (no ABL) with pisoFoamTurbine.ADM solver. After a series of compiling and resolving "banana" type openFOAM errors i reached to the following error

#0 Foam::error::printStack(Foam::Ostream&) at ??:?
#1 Foam::sigFpe::sigHandler(int) at ??:?
#2 ? in "/lib/x86_64-linux-gnu/libc.so.6"
#3 Foam::turbineModels::horizontalAxisWindTurbinesADM::computeBladeForce() at ??:?
#4 Foam::turbineModels::horizontalAxisWindTurbinesADM::horizontalAxisWindTurbinesADM(Foam::GeometricField<Foam::Vector, Foam::fvPatchField, Foam::volMesh> const&) at ??:?
#5 ? in "/home/prabhu/OpenFOAM/prabhu-2.4.0/SOWFA-2.4.0/applications/bin/linux64GccDPOpt/pisoFoamTurbine.ADM"
#6 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6"
#7 ? in "/home/prabhu/OpenFOAM/prabhu-2.4.0/SOWFA-2.4.0/applications/bin/linux64GccDPOpt/pisoFoamTurbine.ADM"
Floating point exception (core dumped)

So in relation to the above background information and the above error description i kindly request the community to give feedback on the following questions

1. Has anyone encountered such an error and could anyone suggest possible approaches one could apply to decode the problem ? For eg: i have checked http://openfoamwiki.net/index.php/HowTo_debugging but reckoned that my error has many question marks thereby rendering less info about point of error.

2. A more general question related to SOWFA installation and compilation: the platforms folder containing the compiler contains only bin folder and the lib folder is instead located in the SOWFA-2.4.0. This is not inline with the directory organisation of openFOAM-2.4.0 where both lib and bin folders are in ~/OpenFOAM/OpenFOAM-2.4.0/platforms/linux64GccDPOpt/.
   is this ok (or) does it mean that my compilation went wrong somewhere?

Best regards and happy FOAMing

Another Issue coupleing SOWFA with OpenFAST

Hi,
I'm having an issue getting the OpenFAST solvers in SOWFA to compile. I'm running ubuntu 18.04 and OpenFOAM-2.4.0.

The error I'm getting on the OpenFAST solvers is:

In file included from /home/callum/OpenFAST/openfast/install/include/OpenFAST.H:20:0,
from /home/callum/OpenFOAM/callum-2.4.0/SOWFA/src/turbineModels/turbineModelsOpenFAST/lnInclude/horizontalAxisWindTurbinesALMOpenFAST.H:68,
from pisoFoamTurbine.C:38:
/home/callum/OpenFAST/openfast/install/include/SC.h:5:10: fatal error: hdf5.h: No such file or directory
#include "hdf5.h"
^~~~~~~~
compilation terminated.
pisoFoamTurbine.dep:759: recipe for target 'Make/linux64GccDPOpt/pisoFoamTurbine.o' failed
make: *** [Make/linux64GccDPOpt/pisoFoamTurbine.o] Error 1

I have tryed:

• setting the variable $HDF5_DIR to /usr/include/hdf5/serial and also added the same location to the variable $LD_LIBRARY_PATH

• linked folder hdf5 to my OpenFAST location ~/OpenFAST/openfast/install/include (resetting the above variables to match)

I'd appreciate any help.

Cheers
Callum

windPlantSolver.ALM solver blow-up

Hi everyone.

I have followed the instruction for running and coupling precursor to SOWFA windPlantSolver by Bartdoekemeijer from https://github.com/NREL/SOWFA/issues/26#. Everything is fine until running windPlantSolver.ALM.

When I start to running windPlantSolver.ALM, it seems that everything goes well. However, <U_1>, <U_s>, <dU/dn> are suddenly blowing up and the running is stopped. Following is the error message of the log.windPlantSolver.ALM:

Time = 20002.375	Time Step = 36565
Courant Number mean: 0.0320698545664 max: 12.2453701204
PIMPLE: iteration 1
<U_1> = (4.48265968915 0.0808223025891 -0.127348482381)	<U_s> = (2.43610255227 -0.232576880438 0)	<dU/dn> = (0.208894876034 0.0257393389026 -0.0316965780023)
DILUPBiCG:  Solving for Ux, Initial residual = 0.00556430266455, Final residual = 4.90291715682e-07, No Iterations 7
DILUPBiCG:  Solving for Uy, Initial residual = 0.00856572172738, Final residual = 4.09468853654e-07, No Iterations 6
DILUPBiCG:  Solving for Uz, Initial residual = 0.0375176175117, Final residual = 4.30872075842e-07, No Iterations 7
DILUPBiCG:  Solving for T, Initial residual = 5.29488122179e-05, Final residual = 5.87290087484e-08, No Iterations 1
GAMGPCG:  Solving for p_rgh, Initial residual = 0.19726679129, Final residual = 0.00105051857951, No Iterations 3
<U_1> = (4.48337804087 0.0856234752236 -0.11900713023)	<U_s> = (2.44557035195 -0.229498126303 0)	<dU/dn> = (0.207833577793 0.0264925644587 -0.0295028804339)
DILUPBiCG:  Solving for T, Initial residual = 5.79265573046e-06, Final residual = 9.33253107825e-07, No Iterations 1
GAMGPCG:  Solving for p_rgh, Initial residual = 0.0329088406579, Final residual = 0.000118072362467, No Iterations 3
<U_1> = (4.50080976346 0.0793398623306 -0.11895873884)	<U_s> = (2.42817678043 -0.223327619076 0)	<dU/dn> = (0.211294774485 0.0252456719783 -0.0295172633827)
DILUPBiCG:  Solving for T, Initial residual = 6.61072216473e-06, Final residual = 1.7242463298e-07, No Iterations 1
GAMGPCG:  Solving for p_rgh, Initial residual = 0.00831004964852, Final residual = 4.87092230645e-07, No Iterations 9
<U_1> = (4.50174251538 0.0792633267977 -0.118965752622)	<U_s> = (2.42732491559 -0.22324333543 0)	<dU/dn> = (0.21148197646 0.0252428663055 -0.0295156256386)
DILUPBiCG:  Solving for T, Initial residual = 7.45808720974e-07, Final residual = 7.45808720974e-07, No Iterations 0
Local Flux Continuity Error:  Min 0	Max 0.00222497134064	Weighted Mean 1.81666473093e-09
Total Boundary Flux: -5.13780463507e-07
Total Boundary Area: 166412825
Momentum Driving Source Term: (0.000206001683085 0.00102807968434 0) m/s^2
Temperature Driving Source Term: 0 K/s
DILUPBiCG:  Solving for k, Initial residual = 0.0464993723235, Final residual = 2.44903057726e-07, No Iterations 8
bounding k, min: -6073.43906613 max: 103997.381144 average: 5.12169440934
Thrust from Body Force = 422901.023386	Thrust from Act. Line = 420361.101633	Ratio = 1.00604223783
Torque from Body Force = 1636614.85328	Torque from Act. Line = 1620775.23852	Ratio = 1.00977286324
uStarMean = 0.577922393721	LMean = 1e+30	phiMMean = 1	Avg iterations = 0
UParallelMeanMag = 3.46528157968	UParallelPMeanMag = 4.83146437048
RwMagMean = 3.57129518375	RwMeanMag = 0.272217668107	sqrt(RwMagMean) = 1.88978707365	sqrt(RwMeanMag) = 0.521744830456	uStarMean = 0.577922393721
ExecutionTime = 1005.9 s  ClockTime = 1007 s

Time = 20002.4	Time Step = 36566
Courant Number mean: 0.0320910223646 max: 11.8783221581
PIMPLE: iteration 1
<U_1> = (2.33834471854e+176 9.48307706118e+89 -0.118965752622)	<U_s> = (-2.33834471854e+176 -9.48307706118e+89 0)	<dU/dn> = (4.67668943708e+175 1.89661541224e+89 -0.0295156256386)
[138] #0  Foam::error::printStack(Foam::Ostream&) at ??:?
[138] #1  Foam::sigFpe::sigHandler(int) at ??:?
[138] #2  ? in "/lib64/libc.so.6"
[138] #3  double Foam::sumProd<double>(Foam::UList<double> const&, Foam::UList<double> const&) at ??:?
[138] #4  Foam::PBiCG::solve(Foam::Field<double>&, Foam::Field<double> const&, unsigned char) const at ??:?
[138] #5  ? at ??:?
[138] #6  ? at ??:?
[138] #7  ? at ??:?
[138] #8  ? at ??:?
[138] #9  __libc_start_main in "/lib64/libc.so.6"
[138] #10  ? at ??:?
[node9:167707] *** Process received signal ***
[node9:167707] Signal: Floating point exception (8)
[node9:167707] Signal code:  (-6)
[node9:167707] Failing at address: 0x1f500028f1b
[node9:167707] [ 0] /lib64/libc.so.6[0x3f9d832510]
[node9:167707] [ 1] /lib64/libc.so.6(gsignal+0x35)[0x3f9d832495]
[node9:167707] [ 2] /lib64/libc.so.6[0x3f9d832510]
[node9:167707] [ 3] /nfs/OpenFOAM/OpenFOAM-2.4.x/platforms/linux64Gcc48DPOpt/lib/libOpenFOAM.so(_ZN4Foam7sumProdIdEEdRKNS_5UListIT_EES5_+0x2d)[0x7fc42226460d]
[node9:167707] [ 4] /nfs/OpenFOAM/OpenFOAM-2.4.x/platforms/linux64Gcc48DPOpt/lib/libOpenFOAM.so(_ZNK4Foam5PBiCG5solveERNS_5FieldIdEERKS2_h+0x7cd)[0x7fc4220d47dd]
[node9:167707] [ 5] windPlantSolver.ALM[0x46bd2a]
[node9:167707] [ 6] windPlantSolver.ALM[0x490308]
[node9:167707] [ 7] windPlantSolver.ALM[0x490580]
[node9:167707] [ 8] windPlantSolver.ALM[0x435f24]
[node9:167707] [ 9] /lib64/libc.so.6(__libc_start_main+0xfd)[0x3f9d81ed1d]
[node9:167707] [10] windPlantSolver.ALM[0x43d425]
[node9:167707] *** End of error message ***
[node8][[44235,1],122][btl_tcp_frag.c:237:mca_btl_tcp_frag_recv] [node5][[44235,1],74][btl_tcp_frag.c:237:mca_btl_tcp_frag_recv] mca_btl_tcp_frag_recv: readv failed: Connection reset by peer (104)
[node7][[44235,1],106][btl_tcp_frag.c:237:mca_btl_tcp_frag_recv] mca_btl_tcp_frag_recv: readv failed: Connection reset by peer (104)
mca_btl_tcp_frag_recv: readv failed: Connection reset by peer (104)
--------------------------------------------------------------------------
mpirun noticed that process rank 138 with PID 0 on node node9 exited on signal 8 (Floating point exception).
--------------------------------------------------------------------------

I can find out these plots from the log file. I believe it may not be normal.

How could I resolve this problem? Any help would be appreciate.

Trying to study an external geometry file in SOWFA

Hi everyone.
I´m currenttly learning OpenFOAM and SOWFA for a wind power prediction study. Sorry if this issue is way too silly but i do several research about the fact of using a STL geometry for the a typical ABL case. I found several papers that published studies in real geometries uisng SOWFA. However, when i try to use my geometry in the SOWFA code i had no idea how to do that.
I will apreciate a lot any tutorial or explanation about this.
Sorry again if this is too simple but the information i found about this is very poor.

Thanks in advance

Daniel

specifiedSurfaceTemperature boundary condition

Hello everybody,
I was wondering whether this boundary condition been validated? Or has anybody else had issues with this?

I am currently trying to reproduce Wind Tunnel experiments with specified floor surface temperature. However, the results don't make sense to me. In particular, the sign of the heat flux seems to be the same for both the stable as well as the unstable case.

Hence, I was wondering whether the implementation of this boundary condition is not fully finished and whether I still need to make some modifications to the code.

Embedding turbine models into different solvers

Hi everyone,

apologies if this is being posted in the wrong place.

I am interested in embedding turbine models into different OpenFOAM solvers. I am adapting the models for a tidal application and would like to edit overInterDymFoam to include say horizontalAxisWindTurbineALM. I believe the solver I am interested in uses the PIMPLE algorthm, and after studying the edits made to pisoFoam.C to create pisoFoamTurbine.C, I am wondering if it is just a case of including the additional header files, edditing the UEqn to include the turbine force and adding the turbines.update() into the time loop? I was also a bit unsure about the inclusion of omega and Q calculations at each timestep in pisoFoamTurbine as well.

Any advice or direction to additional resources would be appreciated!

All the best,
Callum

Missing folder sampling/ with blockMesh for example.NREL5MW.ALMAdvancedFAST8

Hi, I'm trying to run turbine example example.NREL5MW.ALMAdvancedFAST8.

Errors occurred with blockMesh in runscript.preprocess ,(see

SOWFA/exampleCases/example.NREL5MW.ALMAdvancedFAST8/runscript.preprocess

Line 98 in 2fd1c71

blockMesh > log.blockMesh 2>&1

), which gives file not found error for system/sampling/sliceDataInstantaneous.

It seems that example.NREL5MW.ALMAdvancedFAST8 does not have the required directory, while other examples all have the system/sampling directory. Is there anyone who has some ideas to solve this problem and could kindly help me?
Millions of thanks in advance.

log.blockMesh:

root@62ebab8f1985:~/SOWFA/exampleCases/example.NREL5MW.ALMAdvancedFAST8# blockMesh
/*---------------------------------------------------------------------------*\
| =========                 |                                                 |
| \\      /  F ield         | OpenFOAM: The Open Source CFD Toolbox           |
|  \\    /   O peration     | Version:  2.4.x                                 |
|   \\  /    A nd           | Web:      www.OpenFOAM.org                      |
|    \\/     M anipulation  |                                                 |
\*---------------------------------------------------------------------------*/
Build  : 2.4.x-e43de7431ed0
Exec   : blockMesh
Date   : Apr 12 2020
Time   : 09:48:24
Host   : "62ebab8f1985"
PID    : 11756
Case   : /root/SOWFA/exampleCases/example.NREL5MW.ALMAdvancedFAST8
nProcs : 1
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time



--> FOAM FATAL IO ERROR: 
Cannot open include file "/root/SOWFA/exampleCases/example.NREL5MW.ALMAdvancedFAST8/system/sampling/sliceDataInstantaneous" while reading dictionary "/root/SOWFA/exampleCases/example.NREL5MW.ALMAdvancedFAST8/system/controlDict.functions"

file: /root/SOWFA/exampleCases/example.NREL5MW.ALMAdvancedFAST8/system/controlDict at line 62.

    From function functionEntries::includeEntry::includeEntry(dictionary& parentDict, Istream&)
    in file db/dictionary/functionEntries/includeEntry/includeEntry.C at line 148.

FOAM exiting

sampling offset in turbineModelsStandard

nacelleSampleDistance and towerSampleDistance are applied as offsets in x, which presupposes that flow is in the +x direction.

Gearbox efficiency in rotor dynamics equation defined incorrectly

I think that the gearbox efficiency in the horizontalAxisWindTurbinesADM.C (Line 869) is defined incorrectly. Writing out the equation from this line (in continuous time) leads to:

J_r*\dot{\omega}_r = \eta_gT_r\rho - G*T_g

by doing the derivation myself, I would think that the gearbox efficiency should be at the generator side, like this:

J_r*\dot{\omega}_r = T_r*\rho - G*T_g/\eta_g

Do you agree? Or am I missing something?

Convert SOWFA output into FAST input

Hi all,

it is possible to convert the output from SOWFA (for example bladePointVmag or bladePointTorqueForce) to the input for a FAST case on the same turbine? I was thinking about convert the wind velocity computed by SOWFA into something that can be read by InflowWind.

Core dumped - reconstruct

Hi !
I'm trying to use the windplantsolver. To do so, I'm referring to these instructions:

Generating the precursor data

Run your precursor for a long period of time so that turbulent structures can arise, and then let a quasi-equilibrium form. This is typically 20,000 seconds. You do not need to output anything during these simulations. An example of the controlDict is given in the attachment controlDict.1.
Update your controlDict to include the function “sampling/boundaryDataPre”. (for example: controlDict.2). You can also add other sampling functions for visualization, but this is optional. In the boundaryDataPre file, you can select which domain side to record. Since the inflow is typically from the west, the default option is to record the west domain patch.
Continue/restart your simulation from 20,000 seconds to 22,000 seconds using this new controlDict. This will generate you 2,000 seconds of precursor data. You should see a folder called boundaryDataPre in your postProcessing folder.

Preparing the precursor data
4. In the postProcessing folder, you will see a folder called SourceHistory and a folder called boundaryDataPre.
5. Copy the contents from “SOWFA\tools\boundaryDataConversion” to the postProcessing folder, and run the script makeBoundaryDataFiles.west.sh (note: you may have to change the first line of makeBoundaryDataFiles/data.py and of makeBoundaryDataFiles/points.py to fit your cluster). This will generate a folder called boundaryData containing the inflow data for the 2,000 seconds of simulation with correct formatting. This usually takes about 30 minutes on our cluster.
6. Copy the contents from “SOWFA\tools\sourceDataConversion” to the postProcessing folder, and run the script sourceHistoryRead.py. This will create a file called sources in your postProcessing folder.
7. Create a new folder in your main case directory (i.e., next to the folders constant and system) called drivingData. Copy the file sources and the folder boundaryData to drivingData.
8. In your main case directory, gather the state information from the various processors at time = 20,000 using OpenFOAM. This will be your initial condition for the wind farm simulation. Use this command:

reconstructPar -time 20000 -fields '(k kappat nuSgs p_rgh qwall Rwall T U)'

Coupling to a wind farm simulation
9. In your wind farm simulation folder, open the file runscript.preprocess. Then update the precursorDir to the directory of your precursor case. This folder should contain drivingData (containing the sources file and the boundaryData folder) and the folder 20000 (containing your initial conditions). Also, set startTime=20000, and make sure this matches with your controlDict.
10. Setup the simulation settings in setUp. Run runscript.preprocess and then submit (qsub) a HPC job for runscript.solve.1.

Everything is fine, until step 8. The reconstructPar is not working. I get the error:

Reconstructing fields for mesh region0

Time = 20000

Reconstructing FV fields

    Reconstructing volScalarFields

        nuSgs
Segmentation fault (core dumped)

How could I fix it?
Thank you for your time.

Problems running example.ALM with precursor data

I want to run example.ALM with precursor data (work successfully). First, use refineHexMesh refine mesh twice:

1. toposet -dict ...
   refineHexMesh ...
2. toposet -dict ...
   refineHexMesh ...
   But something went wrong on my second run of RefineHexMesh:

Read 1261877 cells to refine from cellSet local

Reading volScalarField T
Reading volScalarField k
Reading volScalarField p_rgh
Reading volScalarField nuSgs
Reading volScalarField kappat
Reading volVectorField qwall
Reading volVectorField U
Reading volSymmTensorField Rwall

--> FOAM FATAL IO ERROR:
size 40000 is not equal to the given value of 80326

file: /home-yg/users/nsyg013_YY/OpenFOAM/run/example.ALM/12000/Rwall.boundaryField.lower from line 26 to line 34.

From function Field<Type>::Field(const word& keyword, const dictionary&, const label)
in file /home-yg/users/nsyg013_YY/xiezm/OpenFOAM/OpenFOAM-2.4.x/src/OpenFOAM/lnInclude/Field.C at line 292.

FOAM exiting

I check the Rwall size in precursor data, I found size of Rwall not change after first run of refineHexMesh, but U or T variables are change. So, where's the problem?

Different normalized coefficients for advanced tower model between the code implementation and original AIAA 2015-0214 paper

In the advanced tower model implementation, the normalized coefficient is
scalar c = 2.08325 / (2.0 * pi);
see line 3220 in the code horizontalAxisWindTurbinesALMAdvanced.C
However, in the AIAA 2015-0214 paper, just after Equation (9), it gives 4.1665*pi.
I wonder which one is the right choice.
Thank you!
Yu Cheng

error in running windPlantSolver.ALMAdvanced

I'm running example cases from SOWFA
I had successfully run windPlantSolver.ALM in example.ALM.
And now I'm trying to run windPlantSolver.ALMAdvanced in example.ALMAdvanced using exactly the same precursor data from example.ABL.flatTerrain.neutral.
the preprocess was quite smooth going,but error came out next

/---------------------------------------------------------------------------
| ========= | |
| \ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \ / O peration | Version: 2.4.0 |
| \ / A nd | Web: www.OpenFOAM.org |
| \/ M anipulation | |
*---------------------------------------------------------------------------*/

Build : 2.4.0
Exec : windPlantSolver.ALMAdvanced -parallel
Date : May 02 2019
Time : 17:11:57
Host : "c27n11"
PID : 7306
Case : /fsa/home/hzxy/xinzhiqiang/run1260/ALMAdvanced
nProcs : 36
Slaves :
35
(
"c27n11.7307"
"c27n11.7308"
"c13n06.17977"
"c13n06.17978"
"c13n06.17979"
"c13n06.17980"
)

Pstream initialized with:
floatTransfer : 0
nProcsSimpleSum : 0
commsType : nonBlocking
polling iterations : 0
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

Create mesh for time = 20000

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 1.74532925199e-33 0)
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]
[0]
[0] --> FOAM FATAL IO ERROR:
[0] keyword velocityDragCorrType is undefined in dictionary "/fsa/home/hzxy/xinzhiqiang/run1260/ALMAdvanced/constant/turbineArrayProperties.turbine0"
[0]
[0] file: /fsa/home/hzxy/xinzhiqiang/run1260/ALMAdvanced/constant/turbineArrayProperties.turbine0 from line 25 to line 56.
[0]
[0] From function dictionary::lookupEntry(const word&, bool, bool) const
[0] in file db/dictionary/dictionary.C at line 442.
[0]
FOAM parallel run exiting
[0]
[1]
[1]
[1] --> FOAM FATAL IO ERROR:
[1] keyword velocityDragCorrType is undefined in dictionary "IOstream.turbine0"
[1]
[1] file: IOstream.turbine0 from line 0 to line 0.
[1]
[1] From function dictionary::lookupEntry(const word&, bool, bool) const
[1] in file db/dictionary/dictionary.C at line 442.
[1]
FOAM parallel run exiting
[1]
.....
[35]
[35]
[35] --> FOAM FATAL IO ERROR:
[35] keyword velocityDragCorrType is undefined in dictionary "IOstream.turbine0"
[35]
[35] file: IOstream.turbine0 from line 0 to line 0.
[35]
[35] From function dictionary::lookupEntry(const word&, bool, bool) const
[35] in file db/dictionary/dictionary.C at line 442.
[35]
FOAM parallel run exiting
[35]

MPI_ABORT was invoked on rank 2 in communicator MPI_COMM_WORLD
with errorcode 1.

NOTE: invoking MPI_ABORT causes Open MPI to kill all MPI processes.
You may or may not see output from other processes, depending on
exactly when Open MPI kills them.

I cannot find out what I was missing
(P.S.:I didn't install OpenFAST and didn't compile windPlantSolver.ALMOpenFAST , does is matter? )
Any reply is very grateful.

SOWFA code reusability: why only one class ?

Hello all,

It has been a while since i am trying to understand, simultaneously work with SOWFA and using openFOAM 2.0. I am trying develop one more turbine model using libraries of SOWFA but this is requiring me to completely modify the dimension of the arrays (DynamicLists) of different variables and the code instances where these variables are used in SOWFA. Since my current aim is only to model and play with the turbine part all the extra features which SOWFA has to simulate a whole farm with ABL are irrelevant at the moment. Here the issue is, since the whole code is organized in such a way that turbine array is the object of horizontalAxisWindTurbineALM.C class, all the member functions and object instantiations including the points on actuator line are accessed through a multi dimensional array with three/four dimensional indices. With this background information, i kindly request the feedback of the community on the following,

1. In the aspect of code re-usability, if one tries to re-code it as 4 separate classes for turbine array, turbine, blade and points will one still be able to use the variables/ member functions of SOWFA ? (with changed array/list dimensions) What might be the challenges with this approach, if the ultimate plan is to merge the re-coded part to original SOWFA solvers for performing ABL farm simulations ?

2. Is there any simple working turbine model available from initial code revisions of SOWFA which doesn't use any member function like findControlProcNo and rather calculates the forces corresponding to all the control points in one processor ?

3. I have observed that SOWFA-6 is in dev-branch, apart from making it as one solver, may i please know what other improvements are you planning to do specifically related to the turbine models ?

Would be looking forward for your comments and recommendations. Thank you and keep SOWFAing !!

Installing issue with the OpenFoam 1906

Hi,
I am having OpenFoam 1906 and trying to install SOWFA with it. But whenever I am trying to ./Allwmake it is giving lot of errors, like:
In file included from dynLagrangianCs/dynLagrangianCs.C:27:0:
dynLagrangianCs/dynLagrangianCs.H:77:25: fatal error: GenEddyVisc.H: No such file or directory

horizontalAxisWindTurbinesALM/horizontalAxisWindTurbinesALM.C: In constructor ‘Foam::turbineModels::horizontalAxisWindTurbinesALM::horizontalAxisWindTurbinesALM(const volVectorField&)’:
horizontalAxisWindTurbinesALM/horizontalAxisWindTurbinesALM.C:236:59: error: call of overloaded ‘append(Foam::ITstream&)’ is ambiguous
PreCone.append(turbineProperties.lookup("PreCone"));
horizontalAxisWindTurbinesALM/horizontalAxisWindTurbinesALM.C:272:118: error: call of overloaded ‘append(Foam::ITstream&)’ is ambiguous
SpeedTorqueTable.append(turbineProperties.subDict("GenTorqueControllerParams").lookup("SpeedTorqueTable"));

It seems that it is not compatible with the OpenFoam 1906 ? Or something I am terribly missing?

dlopen error in libuserincompressibleLESModels.so: undefined symbol: _ZTIN4Foam14incompressible9LESModels11GenEddyViscE

Hello,
I have successfully compiled SOWFA on OpenFOAM-2.4.x and trying to solve the example.ABL.flatTerrain.stable example case as a precursor for an ALM simulation. Compilation logs does not include any errors and all libraries are shown as up to date as recommended in the README file.
However, after running runscript.preprocess, i get the following warnings and errors at top of each log file (log.blockMesh, log.checkMesh.1, log.decomposePar, log.renumberMesh):

--> FOAM Warning : 
    From function dlOpen(const fileName&, const bool)
    in file POSIX.C at line 1179
    dlopen error : /home/canon/OpenFOAM/canon-2.4.x/platforms/linux64GccDPOpt/lib/libuserincompressibleLESModels.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 "libuserincompressibleLESModels.so"

This library seems to be compiled successfully and up to date in wmake log file and I could not figure out the cause of this error. Is this ignorable?

Hard-coded hub height in horizontalAxisWindTurbinesOpenFAST

In sendInput(), the hub height is hard-coded to be 90 m
https://github.com/NREL/SOWFA/blob/OpenFAST/src/turbineModels/turbineModelsOpenFAST/horizontalAxisWindTurbinesALMOpenFAST/horizontalAxisWindTurbinesALMOpenFAST.C#L439

buoyantPressure is not supported in the versions above 2.3.0 of OpenFOAM

In the file SOWFA/tutorials/precursorABL/generic.neutral/0.original/p_rgh, buoyantPressure type is still used for ABLSolver which is not supported in new OpenFOAM versions,

lower
{
    type            buoyantPressure;
    rho             rhok;
}

From the disscussion on cfd-online,
http://www.cfd-online.com/Forums/openfoam-pre-processing/130887-buoyantpressure-boundary-condition.html
fixedFluxPressure type of p_rgh is used instead. It should be used like
myPatch
{
type fixedFluxPressure;
}

refer to
https://github.com/OpenFOAM/OpenFOAM-2.3.x/blob/master/src/finiteVolume/fields/fvPatchFields/derived/fixedFluxPressure/fixedFluxPressureFvPatchScalarField.H

ln: failed to create symbolic link ‘./xxx.X’: File exists

I get many of these errors during Allwmake. Would this cause any errors during the usage?

SOWFA BeamDyn

Dear all,
is it possible to use OpenFAST BeamDyn module coupled with SOWFA?

SOWFA outputting "scrambled" vtk files

SOWFA vtk output files are often used as the background wind inflow for FAST.Farm simulations. In past versions of SOWFA, these vtk output files were written in an ordered fashion, with a regular, predictable i,j,k pattern, making it straight-forward to use such files as FAST.Farm input. However, it seems that the latest version of SOWFA outputs "scrambled" vtk files in which there is a random order to the i,j,k pattern. Likely the past version of SOWFA waited until all processors were complete and wrote out all the data at once in an orderly fashion, whereas the new version simply writes out the processor information as it becomes available. There are post-processing steps that can be taken to fix this issue, but it involves using a single Ensight file to learn the i,j,k pattern and then reading in and rewriting each individual vtk file. While this works, it can be quite time-consuming and add an extra step to the process. This "unscrambling" must also be done to visualize the output vtk files, so this is likely an issue outside of the FAST.Farm community as well. Note that this is likely an issue with OpenFOAM itself, not a SOWFA-specific issue or due to any changes made on the SOWFA side.

Can provide sample files/scripts if needed.

some questions in running example.ALM

hello,I had run "example.ABL.flatTerrain.stable" yet ,and got the inflow velocity and temperature
data which are contained by folder"20000".（which looks nice in paraview）
So I turned to example.ALM,when I open the "runscript.preprocess",at line 16 "precursorDir=/projects/precursor/neutral3x3",that's not the same path as mine.
Then I saw command "#cp -rf $precursorDir/$startTime $startTime & cp -rf $precursorDir/constant/polyMesh ./constant",and I guess it may be the path to "example.ABL.flatTerrain.stable".
But I cannot find out the following:
Get the inflow data linked up.
#ln -s $precursorDir/drivingData/boundaryData ./constant
Get the driving source terms linked up.
#ln -s $precursorDir/drivingData/sources ./constant
becuase there are no such file or directory in "example.ABL.flatTerrain.stable",then I searched my computer and find out there is no directory name "drivingData" .

What am I missing ?
I would be very grateful if someone could help me.

makeNewWorkingDir does not copy files to right path

The make files expect the contents of the SOWFA repository inside of $WM_PROJECT_USER_DIR (example: SOWFA/applications/solvers/incompressible/windEnergy/windPlantSolver/2.3-and-higher/options, line 9). Nevertheless the SOWFA/makeNewWorkingDir script (as well as snippet from the webinar pdf on the NREL SOWFA project page) creates a copy of the SOWFA folder itself (not just of its contents) in the OpenFOAM user directory. This results in compilation errors due to missing include files.
Line 20 in SOWFA/makeNewWorkingDir:
cp -rs $SOWFAdir $WM_PROJECT_USER_DIR
should be
cp -rs $SOWFAdir/* $WM_PROJECT_USER_DIR
instead.

Dynamic stall

Dear everyone,

I have a question, if sowfa considers dynamic stall when simulating?
If not, how does BEM theory work when the inflow is turbulent?

If you can give me some guidance, thank you very much.

indexing typo

The cartesian wind vectors are indexed as
bladeWindVectorsCartesian[i][i][k]
instead of
bladeWindVectorsCartesian[i][j][k]

This occurs in horizontalAxisWindTurbinesALMfastv8 as well as horizontalAxisWindTurbinesALMOpenFAST.

SOWFA/src/turbineModels/turbineModelsOpenFAST/horizontalAxisWindTurbinesALMOpenFAST/horizontalAxisWindTurbinesALMOpenFAST.C

Line 2307 in 513cab9

bladeWindVectors[i][j][k].y() = (bladeAlignedVectors[i][j][k][1] & bladeWindVectorsCartesian[i][i][k]) + (rotorSpeed[i] * bladeSamplePointRadius[i][j][k]);

Compilt error on ubuntu 15.04 with gcc-4.9 and gcc-6.1.0

Hi ,I have compiled openfoam-2.4.x and openfast-dev on my ubuntu 15.04. But I got some error when I compiled SOWFA.
setp1 ./Allwclean Successful
setp2 .Allwmake error message as blow:
Make/linux64GccDPOpt/ABLSolver.o:(.data.rel.ro._ZTVN4Foam8OPstreamE[_ZTVN4Foam8OPstreamE]+0x80): undefined reference to Foam::UOPstream::writeQuoted(std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&, bool)' collect2: error: ld returned 1 exit status /home/bing/OpenFOAM/OpenFOAM-2.4.x/wmake/Makefile:149: recipe for target '/home/bing/OpenFOAM/bing-2.4.x/platforms/linux64GccDPOpt/bin/ABLSolver' failed make: *** [/home/bing/OpenFOAM/bing-2.4.x/platforms/linux64GccDPOpt/bin/ABLSolver] Error 1`

The above error message show that the ABLSolver compilation appear error, but the ABLTerrainSolver was successfully compiled.

In addition to this，the windPlantSolver appear error too.the error mesaage are as blow:
windPlantSolver.C:59:43: fatal error: horizontalAxisWindTurbinesALM.H: No such file or directory
#include "horizontalAxisWindTurbinesALM.H"
windPlantSolver.dep:718: recipe for target 'Make/linux64GccDPOpt/windPlantSolver.o' failed

So could you give me some advice? and I wanna konw which os version and gcc version when your researchers compiled SOWFA. Thanks

OpenFOAM-5.x compatibilitiy

Hello,
Are there any efforts going on for making SOWFA compatible with higher versions of OpenFOAM?

Question on SOWFA installation

Dear all,
Sorry for asking some questions since I am a new user in Linux, OpenFAST, OpenFoam and of course SOWFA. Now it seems that I have succeeded on OpenFAST and OpenFOAM. However, I met some error message on compiling SOWFA like as follow:

(1) missing separator error in wmake
linux64GccDPOpt/options:66: *** missing separator. Stop.
wmake error: file 'Make/linux64GccDPOpt/objectFiles' could not be created in /home/keinchang/SOWFA/src/turbineModels/turbineModelsOpenFAST

(2) Can not find -lconversion , -lsampling, -lfvOptions
/usr/bin/ld: cannot find -lconversion
/usr/bin/ld: cannot find -lsampling
/usr/bin/ld: cannot find -lfvOptions
/usr/bin/ld: cannot find -lsampling

What shall I do to solve these problems?
Thanks you very much

Chuan-Sheng, Chang

Questions about coupling OpenFAST and SOWFA

I tried to couple the dev version of OpenFAST with the master version of SOWFA, but encountered some problems when compiling turboModelsOpenFAST. Now I need to add $OPENFAST_DIR to the options file, but how do I set the $OPENFAST_DIR?
I used cmake to successfully compile OpenFAST in the ../openfast-dev/build/ folder, but I can't find any inInclude in its path, so I don't know where the -I$(OPENFAST_DIR)/include in the options file is located.
Any reply is very grateful.

Compilation of WRFextraction (WRTOOF)

Hi,
I am running into some problems while building the WRFextraction tool.

First of all, is it still up-to-date? The README mentions a compressed file and WRFTOOF directory, which don't exist. I assume that the aforementioned directory is WRFextraction itself? Just to make sure, am I correct?

The only thing I change in the Makefile is FC=gfortran. Should I change anything else? (i.e. FCFLAGS is defined twice and such).

Then, I just run make. The module_dm.f90 file I get with the
/lib/cpp -C -P module_dm.F > module_dm.f90
command could not be compiled by the
gfortran -o module_dm.o -c -O3 -g -I/usr/include module_dm.f90
command, because the header that is commented by /* ... */ in the module_dm.f90 file could not be processed by the gfortran compiler, leading to error:

module_dm.f90:1:1:

 /* Copyright (C) 1991-2018 Free Software Foundation, Inc.
 1
Error: Invalid character in name at (1)

I am not very experienced with pre-processing with cpp and I'm sure that I'm making a silly mistake here, but I'm completely lost and can't figure it out what the Makefile is doing. Any help would be greatly appreciated.
Regards,
Huseyin

Update NREL5MW FAST-coupled example for OpenFAST

Since the *.ALMAdvancedFASTv8 solvers have been deprecated, this example case should be updated to include OpenFAST input files and use the *.ALMAdvancedOpenFAST solvers.

Download and installation instructions

The link just opens a page on openfoam.org, but not the download and installation instructions.

Unnecessary initialization of windVectors in horizontalAxisWindTurbinesALM.C

First initialization of windVectors:
Line 639-640

    // Define the windVectors array and set it to zero.
    windVectors.append(List<List<vector> >(NumBl[j],List<vector>(numBladePoints[i],vector::zero)));

Duplicated initialization and then assignment in:
Line 1103-1107

            // Zero the wind vector.
            windVectors[i][j][k] = vector::zero;

            // Now put the velocity in that cell into blade-oriented coordinates.
            windVectors[i][j][k] = windVectorsLocal[iter];

From the above code, it is obvious line 1104 is unnecessary.

tool WRFextraction in SOWFA

Hello,

I am interested in the tool WRFextraction in SOWFA. It allows to create the boundary condition files for OpenFOAM from WRF.
I am confused about “WRFTOOF expects OpenFOAM boundary definitions in files named “_bc.dat” and “interior.dat”. Where could I find an example of these files? How I could provide these OpenFOAM boundary definitions files? Is there the examples of these boundary definition files? They aren’t In the exampleCases” example.mesoscaleInfluence.SWiFTsiteLubbock.11Nov2013Diurnal”.
Thank you,

Supercontroller SOWFA/OpenFAST issue

Hi guys,
i'm having troubles when trying to implement a supercontroller in sowfa when coupled with openfast.
I was wondering if there's any example about how to use the supercontroller in sowfa/openfast or if any of you can give me some hints on how to make it work.
Thanks, antonio

getHubShftDir error

Filing an issue on behalf of Enrico.

I'm running example cases from SOWFA (latest version from gitHub) and I'm not able to solve an error.
What I'm trying to do is to run windPlantSolver.ALMAdvancedOpenFAST in example.ALMAdvanced using precursor data from example.ABL.flatTerrain.neutral. The mesh and the precursor are ok, changeDictionary.updateBCs.west worked, but the solver crashes after few seconds with the log message that you find below. The problem seems to be in

fast::OpenFAST::getHubShftDir(std::vector<double, std::allocator >&, int)

but I don't know how to act on getHubShftDir. Can you check if I'm wrong or not and help me?

Thank you
Enrico G.from Politecnico di Milano (Italy)

log.1.windPlantSolver.ALMAdvancedOpenFAST:

/---------------------------------------------------------------------------
| ========= | |
| \ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \ / O peration | Version: 2.4.x |
| \ / A nd | Web: www.OpenFOAM.org |
| \/ M anipulation | |
*---------------------------------------------------------------------------*/
Build : 2.4.x-2b147f41daf9
Exec : windPlantSolver.ALMAdvancedOpenFAST -parallel
Date : Jan 23 2019
Time : 11:45:07
Host : "r065c03s01"
PID : 48479
Case : /marconi_scratch/userexternal/afriger1/enrico/example.cases2018/example.ALMAdvanced
nProcs : 16
Slaves :
15
(
"r065c03s01.48480"
"r065c03s01.48481"
"r065c03s01.48482"
"r065c03s01.48483"
"r065c03s01.48484"
"r065c03s01.48485"
"r065c03s01.48486"
"r065c03s01.48487"
"r065c03s01.48488"
"r065c03s01.48489"
"r065c03s01.48490"
"r065c03s01.48491"
"r065c03s01.48492"
"r065c03s01.48493"
"r065c03s01.48494"
)

Pstream initialized with:
floatTransfer : 0
nProcsSimpleSum : 0
commsType : nonBlocking
polling iterations : 0
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

Create mesh for time = 0

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.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";
}

[1] nFASTSubSteps has to be the same for all turbines
[0] nFASTSubSteps has to be the same for all turbines
[2] nFASTSubSteps has to be the same for all turbines
iTurb = 0 turbineMapGlobToProc[iTurb] = 0
[3] nFASTSubSteps has to be the same for all turbines
[4] nFASTSubSteps has to be the same for all turbines
[5] nFASTSubSteps has to be the same for all turbines
[8] nFASTSubSteps has to be the same for all turbines
[9] nFASTSubSteps has to be the same for all turbines
[6] nFASTSubSteps has to be the same for all turbines
[10] nFASTSubSteps has to be the same for all turbines
[11] nFASTSubSteps has to be the same for all turbines
[7] nFASTSubSteps has to be the same for all turbines
[12] nFASTSubSteps has to be the same for all turbines
[13] nFASTSubSteps has to be the same for all turbines
[14] nFASTSubSteps has to be the same for all turbines
[15] nFASTSubSteps has to be the same for all turbines
[0] #0 Foam::error::printStack(Foam::Ostream&)--------------------------------------------------------------------------
An MPI process has executed an operation involving a call to the
"fork()" system call to create a child process. Open MPI is currently
operating in a condition that could result in memory corruption or
other system errors; your MPI job may hang, crash, or produce silent
data corruption. The use of fork() (or system() or other calls that
create child processes) is strongly discouraged.

The process that invoked fork was:

Local host: r065c03s01 (PID 48479)
MPI_COMM_WORLD rank: 0

If you are absolutely sure that your application will successfully
and correctly survive a call to fork(), you may disable this warning
by setting the mpi_warn_on_fork MCA parameter to 0.

at ??:?
[0] #1 Foam::sigSegv::sigHandler(int) at ??:?
[0] #2 ? in "/lib64/libpthread.so.0"
[0] #3 fast::OpenFAST::getHubShftDir(std::vector<double, std::allocator >&, int) at /marconi/home/userexternal/pbenitoc/git/openfast/glue-codes/openfast-cpp/src/OpenFAST.cpp:432
[0] #4 Foam::turbineModels::horizontalAxisWindTurbinesALMOpenFAST::getPositions() 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 ? at ??:?
[0] #8 __libc_start_main in "/lib64/libc.so.6"
[0] #9 ? at ??:?
[r065c03s01:48479] *** Process received signal ***
[r065c03s01:48479] Signal: Segmentation fault (11)
[r065c03s01:48479] Signal code: (-6)
[r065c03s01:48479] Failing at address: 0x74190000bd5f
[r065c03s01:48479] [ 0] /lib64/libpthread.so.0(+0xf370)[0x2abf05b98370]
[r065c03s01:48479] [ 1] /lib64/libpthread.so.0(raise+0x2b)[0x2abf05b9823b]
[r065c03s01:48479] [ 2] /lib64/libpthread.so.0(+0xf370)[0x2abf05b98370]
[r065c03s01:48479] [ 3] /marconi_work/Pra16_4200/SowfaRoot/OpenFAST_20181212/lib/libopenfastcpplib.so(_ZN4fast8OpenFAST13getHubShftDirERSt6vectorIdSaIdEEi+0x287)[0x2abf01eaa337]
[r065c03s01:48479] [ 4] /marconi_work/Pra16_4200/SowfaRoot/SOWFA_20181212/lib/libuserTurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFAST12getPositionsEv+0xa13)[0x2abefb5b8113]
[r065c03s01:48479] [ 5] /marconi_work/Pra16_4200/SowfaRoot/SOWFA_20181212/lib/libuserTurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFAST10initializeEv+0x45)[0x2abefb5c7815]
[r065c03s01:48479] [ 6] /marconi_work/Pra16_4200/SowfaRoot/SOWFA_20181212/lib/libuserTurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFASTC1ERKNS_14GeometricFieldINS_6VectorIdEENS_12fvPatchFieldENS_7volMeshEEE+0x1e2d)[0x2abefb5c98dd]
[r065c03s01:48479] [ 7] windPlantSolver.ALMAdvancedOpenFAST[0x42f69d]
[r065c03s01:48479] [ 8] /lib64/libc.so.6(__libc_start_main+0xf5)[0x2abf05dc6b35]
[r065c03s01:48479] [ 9] windPlantSolver.ALMAdvancedOpenFAST[0x43f061]
[r065c03s01:48479] *** End of error message ***

mpirun noticed that process rank 0 with PID 48479 on node r065c03s01 exited on signal 11 (Segmentation fault).

need help for using pisoFoamTurbine.ALM

Hello,I'm trying to use pisoFoamTurbine.ALM,but I cannot find any examples. So I tried to follow the example.ALM,but have some trouble with file system/fvSchemes,I just don't know how to write "schemeBlending" properties,would somebody please show me your "fvSchemes" files ?
or there may be something else I'm missing with my example,tell me if you know please.
I would be very grateful if someone could help me

Not reproducible results - pisoFoamTurbine.ALM

Hello,

I used pisoFoamTurbine.ALM to solve the flow through a wind turbine over a year ago. When I run the exact same case using exactly the same setup files, I've found that the blades reach different azimuth locations for the same time in the two simulations, even though the rotational speed, time step, and azimuth location at time 0 is set to be the same, as so all the remaining simulation parameters. Has anyone else found this issue?

Thank you.

Error while processing Allwmake

Hi ,
OpenFOAM2.4.x is installed and I installed openfast with the help of spack.
The Allwmake command results in several warnings and errors as followed:

make: *** [/users/sg613/SOWFA/SOWFA-2.4.x/applications/bin/linux64GccDPOpt/windPlantSolver.ALMAdvancedOpenFAST] Error 1

make: *** [/users/sg613/OpenFOAM/sg613-2.4.x/platforms/linux64GccDPOpt/bin/pisoFoamTurbine.ALMAdvancedOpenFAST] Error 1

All other libs are done.
Please see attached logfile

ALLwmake.log

Do you have a hint for me.

FYI: Forum prefix now available for SOWFA at CFD-Online

Greetings,

I know that having to develop this type of project is already a major effort, but I only recently found out that there is a reasonable following of this project by forum members at the CFD-Online forums. So with that in mind and the somewhat recent "OpenFOAM Community Contributions" forum (it's roughly 1 year old), we have created a new prefix for the SOWFA project to make it easier for everyone using said project: https://www.cfd-online.com/Forums/openfoam-community-contributions/?pp=40&daysprune=-1&prefixid=openfoam_cc_sowfa

If in doubt on how to see it, then:

1. Go to the forum: https://www.cfd-online.com/Forums/openfoam-community-contributions/

2. Then on the bottom left of the page is this interface:
   

3. So in the "Prefix" dropdown-box, choose the [SOWFA] prefix.

4. Then click on the "Show Threads" button.

Or if you prefer, the thread "Purpose of this forum" at the top of the thread list in the forum has a list of prefixes and direct links to them, as well as the links to the related project.

Best regards,
Bruno

There was a problem using pisoFoamTurbine.ALMAdvancedOpenFAST

Hello everyone, when I use the pisoFoamTurbine.ALMAdvancedOpenFAST solver, there is a problem about hdf5-1.8.12 in the openfast part. I have installed HDF5 and added a path description about HDF5 in the. Bashrc of home. Does anyone know how to solve this problem? The same error is also found in example example.NREL5MW.ALMAdvancedFAST8.If you can give me some guidance, thank you very much.

The log file is:

/---------------------------------------------------------------------------
| ========= | |
| \ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \ / O peration | Version: 2.4.x |
| \ / A nd | Web: www.OpenFOAM.org |
| \/ M anipulation | |
*---------------------------------------------------------------------------*/
Build : 2.4.x
Exec : pisoFoamTurbine.ALMAdvancedOpenFAST -parallel
Date : May 04 2021
Time : 20:20:07
Host : "promote.cache-dns.local"
PID : 73347
Case : /data1/syliu3/pisofast/0504
nProcs : 32
Slaves :
31
(
"promote.cache-dns.local.73348"
"promote.cache-dns.local.73349"
"promote.cache-dns.local.73350"
"promote.cache-dns.local.73351"
"promote.cache-dns.local.73352"
"promote.cache-dns.local.73353"
"promote.cache-dns.local.73354"
"promote.cache-dns.local.73355"
"promote.cache-dns.local.73356"
"promote.cache-dns.local.73357"
"promote.cache-dns.local.73358"
"promote.cache-dns.local.73359"
"promote.cache-dns.local.73360"
"promote.cache-dns.local.73361"
"promote.cache-dns.local.73362"
"promote.cache-dns.local.73363"
"promote.cache-dns.local.73364"
"promote.cache-dns.local.73365"
"promote.cache-dns.local.73366"
"promote.cache-dns.local.73367"
"promote.cache-dns.local.73368"
"promote.cache-dns.local.73369"
"promote.cache-dns.local.73370"
"promote.cache-dns.local.73371"
"promote.cache-dns.local.73372"
"promote.cache-dns.local.73373"
"promote.cache-dns.local.73374"
"promote.cache-dns.local.73376"
"promote.cache-dns.local.73377"
"promote.cache-dns.local.73379"
"promote.cache-dns.local.73381"
)

Pstream initialized with:
floatTransfer : 0
nProcsSimpleSum : 0
commsType : nonBlocking
polling iterations : 0
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

Create mesh for time = 10

Reading field, p...
Reading field, U...
Creating vorticity field, omega...
Creating second-invariant of strain-rate tensor field, Q...
Reading/calculating face flux field phi

Selecting incompressible transport model Newtonian
Selecting turbulence model type LESModel
Selecting LES turbulence model oneEqEddy
Selecting LES delta type cubeRootVol
oneEqEddyCoeffs
{
ce 1.048;
ck 0.094;
}

[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
[4] nFASTSubSteps has to be the same for all turbines
[8] nFASTSubSteps has to be the same for all turbines
[5] nFASTSubSteps has to be the same for all turbines
[9] nFASTSubSteps has to be the same for all turbines
[10] nFASTSubSteps has to be the same for all turbines
[17] nFASTSubSteps has to be the same for all turbines
[12] nFASTSubSteps has to be the same for all turbines
[6] nFASTSubSteps has to be the same for all turbines
[16] nFASTSubSteps has to be the same for all turbines
[18] nFASTSubSteps has to be the same for all turbines
[11] nFASTSubSteps has to be the same for all turbines
[13] nFASTSubSteps has to be the same for all turbines
[3] nFASTSubSteps has to be the same for all turbines
[7] nFASTSubSteps has to be the same for all turbines
[19] nFASTSubSteps has to be the same for all turbines
[20] nFASTSubSteps has to be the same for all turbines
[14] nFASTSubSteps has to be the same for all turbines
[21] nFASTSubSteps has to be the same for all turbines
[15] nFASTSubSteps has to be the same for all turbines
[24] nFASTSubSteps has to be the same for all turbines
[25] nFASTSubSteps has to be the same for all turbines
[22] nFASTSubSteps has to be the same for all turbines
[26] nFASTSubSteps has to be the same for all turbines
[23] nFASTSubSteps has to be the same for all turbines
[28] nFASTSubSteps has to be the same for all turbines
[29] nFASTSubSteps has to be the same for all turbines
[27] nFASTSubSteps has to be the same for all turbines
[30] nFASTSubSteps has to be the same for all turbines
[31] nFASTSubSteps has to be the same for all turbines

---

OpenFAST

Copyright (C) 2021 National Renewable Energy Laboratory
Copyright (C) 2021 Envision Energy USA LTD

This program is licensed under Apache License Version 2.0 and comes with ABSOLUTELY NO WARRANTY.
See the "LICENSE" file distributed with this software for details.

---

OpenFAST-HEAD-HASH-NOTFOUND
Compile Info:

• Compiler: GCC version 4.8.5 20150623 (Red Hat 4.8.5-44)
• Architecture: 64 bit
• Precision: double
• Date: May 2 2021
• Time: 13:57:04
  Execution Info:
• Date: 05/04/2021
• Time: 20:20:08+0800

OpenFAST input file heading:
FAST Certification Test #18: NREL 5.0 MW Baseline Wind Turbine (Onshore)

Running ElastoDyn.
Running AeroDyn.
Running BEM.
Running UnsteadyAero.
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 1, Blade = 1
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 2, Blade = 1
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 3, Blade = 1
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 4, Blade = 1
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 1, Blade = 2
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 2, Blade = 2
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 3, Blade = 2
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 4, Blade = 2
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 1, Blade = 3
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 2, Blade = 3
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 3, Blade = 3
Warning: Turning off Unsteady Aerodynamics because C_nalpha is 0. BladeNode = 4, Blade = 3
Running ServoDyn.
Running ServoDyn Interface for Bladed Controllers.
HDF5-DIAG: Error detected in HDF5 (1.8.12) thread 0:
#000: ../../src/H5F.c line 1585 in H5Fopen(): unable to open file
major: File accessibilty
minor: Unable to open file
#1: ../../src/H5F.c line 1274 in H5F_open(): unable to open file: time = Tue May 4 20:20:08 2021
, name = 'velDatafile.0.h5', tent_flags = 1
major: File accessibilty
minor: Unable to open file
#2: ../../src/H5FD.c line 987 in H5FD_open(): open failed
major: Virtual File Layer
minor: Unable to initialize object
#3: ../../src/H5FDsec2.c line 343 in H5FD_sec2_open(): unable to open file: name = 'velDatafile.0.h5', errno = 2, error message = 'No such file or directory', flags = 1, o_flags = 2
major: File accessibilty
minor: Unable to open file
HDF5-DIAG: Error detected in HDF5 (1.8.12) thread 0:
#000: ../../src/H5A.c line 551 in H5Aopen(): not a location
major: Invalid arguments to routine
minor: Inappropriate type
#1: ../../src/H5Gloc.c line 253 in H5G_loc(): invalid object ID
major: Invalid arguments to routine
minor: Bad value
HDF5-DIAG: Error detected in HDF5 (1.8.12) thread 0:
#000: ../../src/H5A.c line 1084 in H5Aread(): not an attribute
major: Invalid arguments to routine
minor: Inappropriate type
HDF5-DIAG: Error detected in HDF5 (1.8.12) thread 0:
#000: ../../src/H5A.c line 2286 in H5Aclose(): not an attribute
major: Invalid arguments to routine
minor: Inappropriate type
[0] #0 Foam::error::printStack(Foam::Ostream&) at ??:?
[0] #1 Foam::sigSegv::sigHandler(int) at ??:?
[0] #2 ? in "/lib64/libpthread.so.0"
[0] #3 fast::OpenFAST::applyVelocityData(int, int, OpFM_OutputType, std::vector<double, std::allocator >&) 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 ? at ??:?
[0] #8 __libc_start_main in "/lib64/libc.so.6"
[0] #9 ? at ??:?
[promote:73347] *** Process received signal ***
[promote:73347] Signal: Segmentation fault (11)
[promote:73347] Signal code: (-6)
[promote:73347] Failing at address: 0x3f100011e83
[promote:73347] [ 0] /lib64/libpthread.so.0(+0xf630)[0x7f4db066e630]
[promote:73347] [ 1] /lib64/libpthread.so.0(raise+0x2b)[0x7f4db066e4fb]
[promote:73347] [ 2] /lib64/libpthread.so.0(+0xf630)[0x7f4db066e630]
[promote:73347] [ 3] /data1/syliu3/OpenFOAM/OpenFAST/install/lib/libopenfastcpplib.so(_ZN4fast8OpenFAST17applyVelocityDataEii15OpFM_OutputTypeRSt6vectorIdSaIdEE+0x2e)[0x7f4db38c59ae]
[promote:73347] [ 4] /data1/syliu3/OpenFOAM/OpenFAST/install/lib/libopenfastcpplib.so(_ZN4fast8OpenFAST4initEv+0x10a4)[0x7f4db38cd184]
[promote:73347] [ 5] /data1/syliu3/OpenFOAM/syliu3-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFAST10initializeEv+0x33)[0x7f4db898ca73]
[promote:73347] [ 6] /data1/syliu3/OpenFOAM/syliu3-2.4.x/lib/linux64GccDPOpt/libSOWFATurbineModelsOpenFAST.so(_ZN4Foam13turbineModels37horizontalAxisWindTurbinesALMOpenFASTC1ERKNS_14GeometricFieldINS_6VectorIdEENS_12fvPatchFieldENS_7volMeshEEE+0x1d74)[0x7f4db898eae4]
[promote:73347] [ 7] pisoFoamTurbine.ALMAdvancedOpenFAST[0x427bcf]
[promote:73347] [ 8] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f4db02b3555]
[promote:73347] [ 9] pisoFoamTurbine.ALMAdvancedOpenFAST[0x42d8ba]
[promote:73347] *** End of error message ***

mpirun noticed that process rank 0 with PID 73347 on node promote exited on signal 11 (Segmentation fault).