Openfast: Cómo ejecutar FAST v7 / v8 y OpenFAST

En realidad, no es necesario copiar los archivos ejecutables, dlls o de entrada; pueden estar en diferentes directorios. En el caso de FAST v8, si está en el directorio CertTest , puede escribir

..\bin\FAST_Win32.exe Test18.fst

y debería funcionar sin problemas. También puede especificar un nombre de ruta en el nombre del archivo de entrada, por lo que también podría estar en el directorio bin y escribir

FAST_Win32.exe ..\CertTest\Test18.fst

y eso también debería funcionar.

Oh ... eso es menos descuidado. ¡Gracias!

Queridos Gilcastroh y bjonkman,

Soy nuevo en OpenFAST.

En primer lugar, me gustaría enviarle muchas gracias por su tema y expresión sobre el software openFAST. Para ser honesto, he leído e intentado instalar openFAST siguiendo a "Creación de OpenFAST en Windows con CMake y Cygwin de 64 bits". Sin embargo, acabo de recibir el icono de Cygwin en el escritorio y no pude ver el icono de OpenFAST.

Estoy intentando instalar OpenFAST siguiendo su camino usando "Construyendo OpenFAST en Windows con Visual Studio" y espero tener éxito.

¿Podrían explicarme más sobre "Cómo ejecutar openFAST" y cómo usarlo?

¡Gracias por adelantado!

¡Eres bienvenido!
Dime más tarde si necesitas detalles sobre la instalación con Visual Studio.
En cuanto a cómo ejecutarlo, apenas tengo experiencia con él. He tenido otros proyectos que atender, y todo lo que hice con FAST fue leer un PDF sobre sus variables y aprender a ejecutar el programa. Aún así, responderé lo que pueda.

Querido Gilcastroh,

¡Gracias por esta publicación! Soy totalmente nuevo en OpenFAST, trato de que funcione durante una semana, y su mensaje ciertamente ayuda :-)

Sigo teniendo algunos problemas al intentar instalar OpenFAST, principalmente sobre el compilador Fortran.
Mi configuración está en Windows 10, con Visual Studio 2015 y MinGW como compilador de Fortran.

1) Intenté instalar la solución independiente de Visual Studio, pero el .vfproj no se puede compilar debido a la ausencia del compilador Fortran en Visual Studio. Aunque tengo MinGW, no puedo vincularlo a Visual Studio.

2) Intenté instalar tanto con CMake como con Visual Studio. Para construir openfast, lanzo un shell en la carpeta openfastbuild y escribo el siguiente comando:

C: CMakebincmake.exe .. -DCMAKE_Fortran_COMPILER = C: /MinGW/bin/gfortran.exe

Recibo el siguiente mensaje:

Error de CMake en C: /CMake/share/cmake-3.14/Modules/CMakeTestFortranCompiler. cmake: 45 (mensaje):
El compilador de Fortran
"C: /MinGW/bin/gfortran.exe"
no puede compilar un programa de prueba simple.

Se adjunta un mensaje de error completo.
¿Alguna idea de cómo hacer que este compilador de Fortran haga su trabajo? ¿Quizás debería descargar algún otro compilador?

Gracias ! :-)

CMake_Error_Message.txt

Estimado @GuillouFab ,

¡Eres bienvenido!
Lo siento, pero es posible que tenga que esperar a que otra persona le conteste. Estoy lejos de ser un experto en OpenFAST (o en cualquier software, en realidad). Aún así, es posible que haya encontrado algunas cosas pequeñas que deberías probar:

• La guía de instalación (https://openfast.readthedocs.io/en/master/source/install/install_vs_windows.html) dice que Intel Fortran solo debe instalarse DESPUÉS de Visual Studio);
• Tal vez pruebe Visual Studio 2017 (recuerdo haber fallado con 2015).

Buena suerte

@GuillouFab : gfortran no es compatible con Visual Studio. Si desea utilizar Visual Studio, deberá instalar Intel Fortran.

Sin embargo, debería poder construir con gfortran y gcc usando cmake. @rafmudaf probablemente pueda ayudarte con la sintaxis que necesitas.

Como mencionó @bjonkman , de hecho puede construir con MinGW usando CMake. Acabo de fusionar algunas actualizaciones adicionales necesarias para construir en MinGW, así que asegúrese de obtener las últimas confirmaciones en la rama dev .

Luego, después de que MinGW esté instalado correctamente y tenga un entorno de compilación limpio (básicamente, elimine su directorio openfast/build ), puede configurar y compilar para MinGW de esta manera:

cd ../path/to/openfast
mkdir build
cd build

# This is the configuration step
# -G"MinGW Makefiles"  tells cmake to generate makefiles for mingw32-make
# -DCMAKE_BUILD_TYPE=RelWithDebInfo  configures gfortran with O2 optimization in addition to debug flags. I recommend using this for now as O3 optimization, used in Release mode, has given me trouble on MinGW and Cygwin.
cmake ..  -G"MinGW Makefiles" -DCMAKE_BUILD_TYPE=RelWithDebInfo

# and this is the final build step to actually compile
mingw32-make

Editado el 9 de mayo: Corregí un error tipográfico en el comando cmake anterior.

@GuillouFab Por lo que vale, Cygwin es otra opción para un entorno más similar a Unix en Windows. Sin embargo, hay un error persistente en ese sistema como se menciona en el # 144.

Además, si -DCMAKE_BUILD_TYPE=RelWithDebInfo por alguna razón no funciona en su máquina, vuelva a intentarlo en modo de depuración: -DCMAKE_BUILD_TYPE=Debug .

¡Por favor, manténgame actualizado con su estado!

@rafmudaf ¡ Gracias por tu respuesta!
Con su solución, obtengo algunos problemas de ruta (se desconoce la identificación del compilador, luego cmake los detecta automáticamente), así como el siguiente error:
"El compilador de C
"C: /MinGW/bin/gcc.exe"
no puede compilar un programa de prueba simple. "
Supongo que mi instalación de MinGW no es correcta, ya que CMake nunca logra compilar archivos de prueba con MinGW, ya sea el compilador gcc o gfortran. Intentaré reinstalarlo, pero eso puede llevar un tiempo (tendré que esperar a un administrador).
Mientras tanto, ¿conoce alguna otra forma de verificar si la instalación de MinGW es realmente defectuosa? Solo para asegurarnos de que MinGW sea el origen de este problema.
Gracias de nuevo !

PD: hay un pequeño error en su primer comentario: cmake .. -G "MingGW Makefiles" -> Use -G "MinGW Makefiles" en su lugar (la letra g no se duplica)

Mensaje de error completo:
CMake_Error_Message_2.txt

Para el problema del compilador de C ++ , puede darle a cmake la ruta a su compilador como sugiere en el error:

  Tell CMake where to find the compiler by setting either the environment
  variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path
  to the compiler, or to the compiler name if it is in the PATH.

Para hacer esto, configure la variable de entorno CXX o agregue una bandera a su comando cmake. Las dos opciones se enumeran a continuación, pero debe verificar que la ruta al compilador g ++ sea correcta.

1. En su indicador de cmd, ejecute este set CXX=C:/MinGW/bin/g++.exe . Recuerde que si cierra el indicador de cmd, la variable desaparecerá. Hay otra opción para las variables persistentes, setx , pero mi preferencia es mantener mi entorno limpio y explícito.

o

1. Vuelva a ejecutar su comando cmake con esta bandera agregada: -DCMAKE_CXX_COMPILER=C:/MinGW/bin/g++.exe . El error cmake anterior sugiere cambiar la variable en el caché porque todas las configuraciones se almacenan en CMakeCache.txt . Pasar banderas al comando cmake actualiza ese archivo, por lo que puede verificar su configuración mirando allí.

Para el problema del compilador de c , ¿puede intentar compilar un archivo c independiente? El programa hola mundo a continuación funcionará y el comando para compilarlo es simplemente gcc helloworld.c que genera un archivo a.out . Este puede ser un ejemplo trivial, pero verifica que su compilador de c funcione y que tenga los permisos adecuados para usarlo.

#include <stdio.h>
int main()
{
   // printf() displays the string inside quotation
   printf("Hello, World!");
   return 0;
}

Hola a todos,

También estoy intentando compilar OpenFAST, pero recibo algunos errores.
Estoy usando Windows 10, gfortran y CMake.
Seguí la guía https://openfast.readthedocs.io/en/master/source/install/install_vs_windows.html.
No pude compilar el archivo MAKE usando cmake .. -G "MingGW Makefiles" en el comando propt, pero pude hacerlo usando la interfaz CMake.

Sin embargo, cuando utilizo mingw32-make.exe en el comando propt, aparece un error al compilar mapapi.c.obj

No puedo encontrar el origen de este problema.
¿Sabes por qué ocurre este error?

Atentamente,

Juan

Hola @ juanfernandez1

Hubo un error tipográfico en mi comando cmake anterior, debería ser: `cmake .. -G" MinGW Makefiles ".

¿Qué rama de openfast estás usando? Si es posible, proporcione el hash de confirmación específico.

Estoy usando la última rama maestra de OpenFAST.
Estaba trabajando para solucionar este error y encontré la publicación # 192, que en realidad explica el mismo problema.

Traté de corregir este error como lo hizo
Hice el archivo MAKE como se describe en la publicación # 192.
Al ejecutar mingw32-make.exe, encontré este problema ahora. No sé dónde poner mis bibliotecas Lapack y Lblas y, por lo tanto, creo que obtengo este error.

Sin embargo, cuando uso la interfaz de CMake, obtengo un error diferente, que @diegoscmo también mencionó, y lo solucioné modificando las opciones al usar CMake en el símbolo del sistema:

Supongo que mi problema es la ubicación de lblas y llpack, pero no sé cómo solucionarlo.

Gracias por tu ayuda

Juan

@ juanfernandez1 , para el problema de la última imagen, ¿puedes confirmar si has cambiado el valor de "CMAKE_C_FLAGS" a "-DCMINPACK_NO_DLL" debajo del árbol CMAKE cuando usas cmake-gui?

@diegoscmo
Pongo todas las combinaciones que pensé:
CMAKE_C_FLAGS DCMINPACK_NO_DLL
CMAKE_C_FLAGS -DCMINPACK_NO_DLL
DCMAKE_C_FLAGS DCMINPACK_NO_DLL
DCMAKE_C_FLAGS -DCMINPACK_NO_DLL
Resultó que al configurar, el único que no se eliminó de la interfaz fue: DCMAKE_C_FLAGS -DCMINPACK_NO_DLL

Así que intenté ejecutarlo como con esta configuración, como se puede ver en la imagen.

Y todavía tengo el mismo error.

De todos modos, descargué la última rama de desarrollo # 285, solo para intentar compilar con todos los errores corregidos, y funcionó bien, pero todavía no sé por qué esta rama no se pudo compilar como lo hizo usted.

Gracias por tu ayuda

Juan

Parece que este está arreglado, así que cerrando

Debería incluir el método OpenFAST en ejecución en la documentación, creo que la documentación en este momento no es amigable para los principiantes. De lo contrario, la documentación habla demasiado sobre Cmake e ignora que la mayoría de los usuarios están en la plataforma Windows.

@wgsthink Buena idea sobre la adición a la documentación. Hay un tema abierto con respecto a su punto. Al ser un proyecto de software de código abierto respaldado por la comunidad, tiene el poder de implementar su idea directamente e incluirla en el repositorio principal de OpenFAST. Aquí se puede ver una lista de problemas abiertos que son amigables para los nuevos desarrolladores. Si decide hacer las mejoras en la documentación, instrucciones para construir la documentación en su máquina están aquí . Y el flujo de trabajo general de git para contribuir a OpenFAST se describe aquí . El equipo de NREL trabajará con desarrolladores externos para ayudar en el proceso, según sea necesario.

Finalmente, CMake funciona bien en Windows, e incluso lo uso para compilar los binarios que puede haber descargado de la página de lanzamiento. Tenga en cuenta que CMake es un sistema _build_, por lo que maneja la compilación pero no se ocupa de ejecutar OpenFAST. Donde esto carece de funcionalidad es en la configuración del entorno de depuración de un proyecto, como se menciona en la documentación de OpenFAST.

Gracias por su respuesta. Sí, también he compilado los binarios en Windows usando VS. Cuando descargo la documentación "Simulación para aerogeneradores: con módulos FAST y MATLAB-Simulink" porque quiero ejecutar FAST en Matlab. El enlace en el pdf no es válido. Además, la documentación en Github sobre esto es tan corta que puedo obtener poca información. ¿Puede ofrecer el enlace de la versión anterior en el sitio web de NREL? Además, creo que la documentación debería introducir el archivo .fst y, cuando se ejecuta el archivo .fst, qué archivos son necesarios.
¡Muchas gracias!

Estimado @wgsthink ,

¿A qué enlace del PDF se refiere?

Atentamente,

http://wind.nrel.gov/designcodes/simulators/fast/ y el pdf llamado Simulación para generadores de turbinas eólicas, con módulos FAST y MATLAB-Simulink En la actualidad, solo puedo descargar FAST v7 y FAST v8 a través de Github, y descubrió que no pueden funcionar bien con Matlab.
Cuando trato de ejecutar FAST V8 con Matlab, carece del archivo FAST_SFunc.mex64, así que trato de usar "create_FAST_SFunc.m" para producir ese archivo. Pero carece de "FAST_Library.lib" en la carpeta Bin. Luego, trato de compilarlo por el VS2017, hay 31 errores. Así que me di por vencido. En este momento, obtengo una versión antigua (v7) de otros.
Descubrí que la documentación de "Simulación para generadores de turbinas eólicas, con módulos FAST y MATLAB-Simulink" es buena para los nuevos usuarios. Pero parece que no podemos descargar la versión anterior del sitio web de NREL.
Gracias por su arduo trabajo, ¡le saludamos!

Estimado @wgsthink ,

Como anuncié en nuestro foro aquí: https://wind.nrel.gov/forum/wind/viewtopic.php?f=38&t=1001 , el Portal de información de NWTC ha sido eliminado y estamos trabajando para establecer un sitio web de reemplazo, espero que pronto. Ahora he compartido los archivos antiguos de FAST v7.02 y FAST v8.16 a través de Google Drive: https://drive.google.com/drive/folders/12pNlefdwRH2u7VFFt6DPlH2a0fWw_TFV?usp=sharing.

Atentamente,

Oye,
Soy un nuevo usuario de OpenFAST. Instalé el código según el archivo de documentación y durante la operación de 'compilación', encontré algunos errores como se indica a continuación.

La ventana de salida es la siguiente
1> ------ Construcción iniciada: Proyecto: MAP_dll, Configuración: Versión x64 ------
1> freedata.c
1> jacobian.c
1> lineroutines.c
1> mapapi.c
1> maperror.c
1> mapinit.c
1> numérico.c
1> flujo de salida.c
1> residual.c
1> Creando biblioteca .... buildbinMAP_x64.lib y objeto .... buildbinMAP_x64.exp
1> Generando código
Se compilaron 1> 4 de 293 funciones (1,4%), el resto se copiaron de la compilación anterior.
Las funciones 1> 0 eran nuevas en la compilación actual
1> 4 funciones tuvieron una decisión en línea reevaluada pero permanecen sin cambios
1> Código de generación terminado
1> MAP_dll.vcxproj -> C: openfast-mastervs-buildMAPlib .... buildbinMAP_x64.dll
C: openfast-mastermodulesnwtc-librarysrcSysIVF.f90: advertencia: el módulo 'x64Releasesyssubs.mod' es creado tanto por 'C: openfast-mastermodulesnwtc-librarysrcSysIVF.f90' como por 'C: openfast-mastermodulesnwtc-librarysr90' .Wc
2> ------ Construcción iniciada: Proyecto: FASTlib, Configuración: Versión x64 ------
2> Realización de eventos previos a la construcción ...
2> fatal: no es un repositorio de git (o cualquiera de los directorios principales): .git
2> fatal: no es un repositorio de git (o cualquiera de los directorios principales): .git
2> Creando biblioteca ...
2>
2> Registro de compilación escrito en "file: // C: openfast-mastervs-buildFASTlibx64ReleaseBuildLog.htm"
2> FASTlib - 0 error (s), 0 advertencia (s)
3> ------ Compilación omitida: Proyecto: OpenFAST-Simulink, Configuración: Release_Matlab x64 ------
3> Proyecto no seleccionado para construir para esta configuración de solución
4> ------ Construcción iniciada: Proyecto: RÁPIDO, Configuración: Versión x64 ------
4> Realización de eventos previos a la construcción ...
4> fatal: no es un repositorio de git (o cualquiera de los directorios principales): .git
4> fatal: no es un repositorio de git (o cualquiera de los directorios principales): .git
4> Vinculación ...
4> ipo: error n. ° 11018: no se puede abrir C: openfast-masterbuildbinRegistry.lib
4> LINK: error fatal LNK1181: no se puede abrir el archivo de entrada 'C: openfast-masterbuildbinRegistry.lib'
4>
4> Registro de compilación escrito en "file: // C: openfast-mastervs-buildFASTx64ReleaseBuildLog.htm"
4> RÁPIDO - 2 error (s), 0 advertencia (s)
========== Compilación: 2 exitosas, 1 fallida, 1 actualizada, 1 omitida ==========

Gracias a Sir Jason Jonkman y al equipo por desarrollar códigos FAST.

Hola, @Akheelakk.

¿Podrías iniciar un nuevo número con estas preguntas? Sé que publicó una pregunta similar en https://github.com/OpenFAST/openfast/issues/322#issuecomment -659192558, pero es fácil pasarla por alto cuando publica nuevas preguntas sobre temas cerrados.

Parece que resolvió el problema de no encontrar las bibliotecas del núcleo matemático. ¿Qué hiciste para solucionar ese problema?

Gracias por la respuesta. En realidad, no pude solucionar el problema por completo.
Pero aun así pude reducir el número de errores de 6 a 2. Y uno
más cosa que me gustaría mencionar es que durante la instalación de
Estudio paralelo, solo había verificado la verificación de las bibliotecas ifort, c ++ y MKL
solo cajas. ¿Necesito marcar todas las casillas?

Gracias
Akheel

El miércoles 22 de julio de 2020 a las 7:44 p.m. Bonnie Jonkman [email protected]
escribió:

Hola, @Akheelakk https://github.com/Akheelakk .

¿Podrías iniciar un nuevo número con estas preguntas? Sé que habías publicado un
pregunta similar en # 322 (comentario)
https://github.com/OpenFAST/openfast/issues/322#issuecomment-659192558 ,
pero es fácil pasarlo por alto cuando publica nuevas preguntas en cerradas
cuestiones.

Parece que resolvió el problema de no encontrar el núcleo matemático
Bibliotecas. ¿Qué hiciste para solucionar ese problema?

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/OpenFAST/openfast/issues/268#issuecomment-662478326 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AQCIY5NHOCNJM3HYCYZ2QJDR43X43ANCNFSM4HEDZ3EQ
.

Cuando instale Intel Parallel Studio, definitivamente debería instalar ifort y MKL, así como los valores predeterminados que hayan seleccionado, pero no creo que necesite todas las cajas (ha pasado un tiempo, así que no estoy seguro de cuáles son las opciones que hay allí. están). La instalación de Intel C ++ es opcional, aunque eso podría ser una pista sobre los errores de compilación.

En el archivo de documentación, se menciona entre corchetes ifort e icc. Ese
es por eso que no marqué todas las casillas.

El miércoles 22 de julio de 2020 a las 8:58 p.m. Bonnie Jonkman [email protected]
escribió:

Cuando instale Intel Parallel Studio, definitivamente debería instalar
ifort y MKL, así como los valores predeterminados que hayan seleccionado, pero no
Creo que necesitas todas las cajas (ha pasado un tiempo, así que no estoy seguro de qué
opciones hay). La instalación de Intel C ++ es opcional, aunque podría ser
una pista sobre los errores de compilación.

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/OpenFAST/openfast/issues/268#issuecomment-662520496 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AQCIY5NXA6YY42N7GVLGXBLR44ASJANCNFSM4HEDZ3EQ
.

Hola @gilcastroh ,
¿Es posible trabajar solo con los binarios, si no planeo desarrollar nada (a partir de ahora)?

Estimado @Akheelakk ,

Si entiendo su pregunta, está preguntando si necesita compilar dado que tiene los binarios precompilados (presumiblemente está utilizando los binarios para Windows proporcionados con una versión de OpenFAST). Eso es correcto, no necesita recompilar OpenFAST para recrear los binarios a menos que necesite cambiar el código fuente de OpenFAST. Puede ejecutar diferentes simulaciones de OpenFAST cambiando los archivos de entrada de OpenFAST.

Atentamente,

Oye, tuve algunos problemas al ejecutar el archivo .fst. ¿Alguien puede ayudarme a arreglar lo mismo?

Gracias por adelantado

Estimado @Akheelakk ,

La sintaxis del símbolo del sistema de Windows no es correcta. La sintaxis se explica en mi publicación del 7 de agosto de 2020 en el siguiente número: https://github.com/OpenFAST/openfast/issues/434. Veo un par de errores en tu sintaxis:

• Debe indicar el nombre del ejecutable de OpenFAST (_ .exe_) antes del nombre del archivo de entrada principal (_ .fst_) y

• Su ruta tiene espacios en blanco, lo que requeriría que use comillas dobles (") alrededor de ella.

Atentamente,

Gracias @jjonkman ,
¿Es necesario que los archivos .exe estén en el controlador C?

El miércoles 23 de septiembre de 2020 a las 6:13 p.m. jjonkman [email protected] escribió:

Estimado @Akheelakk https://github.com/Akheelakk ,

La sintaxis del símbolo del sistema de Windows no es correcta. Se explica la sintaxis
en mi publicación del 7 de agosto de 2020 en el siguiente número: # 434
https://github.com/OpenFAST/openfast/issues/434 . Veo un par de errores
en tu sintaxis:

-

Debe indicar el nombre del ejecutable de OpenFAST ( .exe ) antesel nombre del archivo de entrada principal ( .fst), y
-

Su ruta tiene espacios en blanco, lo que requeriría que use
comillas dobles (") a su alrededor.

Atentamente,

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/OpenFAST/openfast/issues/268#issuecomment-697339396 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AQCIY5NSIPFHU7FAF6ENSB3SHHUQ7ANCNFSM4HEDZ3EQ
.

Estimado @jjonkman ,
Resolví ese problema. Pero mi trabajo ahora encontró un error durante la inicialización del módulo. ¿Hay alguna forma de encontrar dónde ocurrió el error?

Estimado @Akheelakk ,

Debería poder ejecutar OpenFAST desde cualquier unidad asignada (no solo C :).

¿Qué error de inicialización está recibiendo?

Atentamente,

Parece que sus archivos de entrada están desactualizados. El formato del archivo de entrada principal cambió entre OpenFAST-v2.2.0 y OpenFAST-v2.3.0. Eche un vistazo aquí para ver el formato de archivo de entrada esperado en OpenFAST-v2.3.0: 5MW_Land_DLL_WTurb.fst . A su archivo de entrada le falta la sección entre las líneas 43-49.

Hola @ andrew-platt,
He adjuntado el archivo .fst obtenido al descargar los binarios. Tiene más parámetros que el enlace que ha compartido. Se ha resaltado la linealización de la sección.

------- Ejemplo de OpenFAST INPUT FILE --------------------------------------- ----
Prueba de certificación FAST # 24: Turbina eólica de línea base NREL 5.0 MW con configuración OC3 Hywind, para uso en análisis en alta mar
---------------------- CONTROL DE SIMULACIÓN -------------------------- ------------
True Echo: datos de entrada de eco para.ech (bandera)
"FATAL" AbortLevel - Nivel de error cuando la simulación debe abortar (cadena) {"ADVERTENCIA", "SEVERE", "FATAL"}
60 TMax - Tiempo total de ejecución (s)
0.0125 DT - Pasos de tiempo de módulo recomendados
1 InterpOrder: orden de interpolación para el historial de tiempo de entrada / salida (-) {1 = lineal, 2 = cuadrático}
0 NumCrctn: número de iteraciones de corrección (-) {0 = cálculo explícito, es decir, sin correcciones}
1.5 DT_UJac - Tiempo entre llamadas para obtener jacobianos
1E + 06 UJacSclFact - Factor de escala utilizado en jacobianos (-)
---------------------- CARACTERÍSTICAS INTERRUPTORES Y BANDERAS ------------------------ ------
1 CompElast - Calcular la dinámica estructural (conmutador) {1 = ElastoDyn; 2 = ElastoDyn + BeamDyn para blades}
1 CompInflow - Calcule las velocidades del viento de entrada (interruptor) {0 = aire en calma; 1 = InflowWind; 2 = externo de OpenFOAM}
2 CompAero - Calcular cargas aerodinámicas (conmutador) {0 = Ninguno; 1 = AeroDyn v14; 2 = AeroDyn v15}
1 CompServo - Control de cómputo y dinámica de accionamiento eléctrico (conmutador) {0 = Ninguno; 1 = ServoDyn}
1 CompHydro - Calcular cargas hidrodinámicas (interruptor) {0 = Ninguno; 1 = HydroDyn}
0 CompSub - Calcular la dinámica subestructural (conmutador) {0 = Ninguno; 1 = SubDyn; 2 = Plataforma externa MCKF}
1 CompMooring - Computar sistema de amarre (conmutador) {0 = Ninguno; 1 = MAP ++; 2 = PISO; 3 = MoorDyn; 4 = OrcaFlex}
0 CompIce - Calcular cargas de hielo (interruptor) {0 = Ninguno; 1 = IceFloe; 2 = IceDyn}
---------------------- ARCHIVOS DE ENTRADA -------------------------- -------------------
"NRELOffshrBsline5MW_OC3Hywind_ElastoDyn.dat" EDFile: nombre del archivo que contiene los parámetros de entrada de ElastoDyn (cadena entre comillas)
"../5MW_Baseline/NRELOffshrBsline5MW_BeamDyn.dat" BDBldFile (1): nombre del archivo que contiene los parámetros de entrada de BeamDyn para la hoja 1 (cadena entre comillas)
"../5MW_Baseline/NRELOffshrBsline5MW_BeamDyn.dat" BDBldFile (2): nombre del archivo que contiene los parámetros de entrada de BeamDyn para la hoja 2 (cadena entre comillas)
"../5MW_Baseline/NRELOffshrBsline5MW_BeamDyn.dat" BDBldFile (3): nombre del archivo que contiene los parámetros de entrada de BeamDyn para la hoja 3 (cadena entre comillas)
"../5MW_Baseline/NRELOffshrBsline5MW_InflowWind_12mps.dat" InflowFile: nombre del archivo que contiene los parámetros de entrada del viento de entrada (cadena entre comillas)
"NRELOffshrBsline5MW_OC3Hywind_AeroDyn15.dat" AeroFile: nombre del archivo que contiene los parámetros de entrada aerodinámicos (cadena entre comillas)
"NRELOffshrBsline5MW_OC3Hywind_ServoDyn.dat" ServoFile: nombre del archivo que contiene los parámetros de entrada de control y accionamiento eléctrico (cadena entre comillas)
"NRELOffshrBsline5MW_OC3Hywind_HydroDyn.dat" HydroFile: nombre del archivo que contiene parámetros de entrada hidrodinámicos (cadena entre comillas)
Subarchivo "no utilizado": nombre del archivo que contiene parámetros de entrada subestructurales (cadena entre comillas)
"NRELOffshrBsline5MW_OC3Hywind_MAP.dat" MooringFile: nombre del archivo que contiene los parámetros de entrada del sistema de amarre (cadena entre comillas)
IceFile "no utilizado": nombre del archivo que contiene los parámetros de entrada de hielo (cadena entre comillas)
---------------------- PRODUCCIÓN --------------------------- -----------------------
True SumPrint: imprime datos de resumen en ".sum "(bandera)
1 SttsTime: cantidad de tiempo entre los mensajes de estado de la pantalla
99999 ChkptTime: cantidad de tiempo entre la creación de archivos de puntos de control para posibles reinicios
0.0125 DT_Out - Paso de tiempo para salidas tabulares (o "predeterminado")
0 TStart - Hora de comenzar los resultados tabulares
0 OutFileFmt - Formato para archivo de salida tabular (marcando el tiempo) (conmutador) {0: binario sin comprimir [.outb], 1: archivo de texto [.out], 2: archivo binario [.outb], 3: tanto 1 como 2}
True TabDelim: ¿usar delimitadores de tabulación en el archivo de salida tabular de texto? (bandera) {usa espacios si es falso}
"ES10.3E2" OutFmt: formato utilizado para la salida tabular de texto, excluyendo el canal de tiempo. El campo resultante debe tener 10 caracteres. (cadena entre comillas)
---------------------- LINEARIZACIÓN --------------------------- ----------------
False Linearize - Análisis de linealización (bandera)
False CalcSteady: ¿calcular un punto de funcionamiento periódico de estado estable antes de la linealización? [no se usa si Linearize = False] (bandera)
3 TrimCase - Parámetro del controlador a recortar {1: yaw; 2: par; 3: pitch} [se usa solo si CalcSteady = True] (-)
0.001 TrimTol - Tolerancia para la convergencia de la velocidad de rotación [se usa solo si CalcSteady = True] (-)
0.01 TrimGain - Ganancia proporcional para el error de velocidad de rotación (> 0) [usado solo si CalcSteady = True] (rad / (rad / s) para guiñada o cabeceo; Nm / (rad / s) para torque)
0 Twr_Kdmp - Factor de amortiguación para la torre [se usa solo si CalcSteady = True] (N / (m / s))
0 Bld_Kdmp - Factor de amortiguación para las cuchillas [se usa solo si CalcSteady = True] (N / (m / s))
2 NLinTimes - Número de veces que se linealizará (-) [> = 1] [no se usa si Linearizar = Falso]
30, 60 LinTimes: lista de momentos en los que se linealizan [1 a NLinTimes] [se usa solo cuando Linearize = True y CalcSteady = False]
1 LinInputs: entradas incluidas en la linealización (conmutador) {0 = ninguna; 1 = estándar; 2 = todas las entradas del módulo (depuración)} [no se usa si Linearize = False]
1 LinOutputs: salidas incluidas en la linealización (conmutador) {0 = ninguna; 1 = de OutList (s); 2 = todas las salidas del módulo (depuración)} [no se usa si Linearize = False]
False LinOutJac: incluye jacobianos completos en la salida de linealización (para depuración) (marca) [no se usa si Linearize = False; se usa solo si LinInputs = LinOutputs = 2]
False LinOutMod - ¿Escribe archivos de salida de linealización a nivel de módulo además de la salida para el sistema completo? (bandera) [no se usa si Linearize = False]
---------------------- VISUALIZACIÓN --------------------------- ---------------
0 WrVTK - Salida de datos de visualización de VTK: (conmutador) {0 = ninguno; 1 = solo datos de inicialización; 2 = animación; 3 = formas de modo}
2 VTK_type - Tipo de datos de visualización de VTK: (interruptor) {1 = superficies; 2 = mallas básicas (líneas / puntos); 3 = todas las mallas (depuración)} [sin usar si WrVTK = 0]
false VTK_fields - ¿Escribir campos de malla en archivos de datos VTK? (bandera) {verdadero / falso} [no se usa si WrVTK = 0]
15 VTK_fps: velocidad de fotogramas para la salida VTK (fotogramas por segundo) {usará el múltiplo entero más cercano de DT} [se usa solo si WrVTK = 2 o WrVTK = 3]

El archivo que adjuntó parece ser para OpenFAST v2.4.0, pero el ejecutable que está ejecutando es OpenFAST v2.3.0.

Estimado @ andrew-platt,
Funcionó. Pero aún así mis resultados son incorrectos. Creo que es porque no estoy familiarizado con muchos de los parámetros. ¿Existe algún archivo para comprender los diferentes parámetros y cómo se deben dar en función de la situación?
Muchas gracias por el apoyo.

Oye,
¿El siguiente archivo TurbSim es válido para OpenFAST V2.3.0?
https://github.com/old-NWTC/TurbSim

¿Qué quieres decir con "los resultados son incorrectos"? ¿Son estos con su turbina personalizada?

Hay algunas guías en el sitio web readthedocs aquí: https://openfast.readthedocs.io/en/dev/source/user/index.html.
Otra buena fuente de información sobre cómo configurar o ajustar una turbina es el foro NWTC: https://wind.nrel.gov/forum/wind/ (tenga en cuenta que el foro cubre ~ 15 años de versiones FAST / OpenFAST, por lo que la variable específica los nombres pueden no ser los mismos que los de la v2.4.0, pero las explicaciones físicas siguen siendo valiosas para comprender cómo se modela la turbina).

En lo que respecta a TurbSim, los archivos de entrada enumerados en la cuenta github del antiguo NWTC siguen siendo compatibles con TurbSim de OpenFAST 2.x.

Estimado @ andrew-platt,
Para familiarizarme con lo rápido, tomé un diario e ingresé las mismas condiciones de viento y oleaje e hice la simulación. Los resultados en el papel y los que obtuve están muy separados. Esto es lo que quise decir con "los resultados son incorrectos". Creo que esto se debe a que los parámetros disponibles en el documento son muy limitados, mientras que cuando se trabaja con OpenFAST se deben ingresar muchos parámetros. Entonces, pregunté si hay archivos complementarios disponibles para guiar.
Muchísimas gracias

Estimado @Akheelakk
Esto no me sorprende. El viento y las olas se generan utilizando números aleatorios con una semilla, por lo que hay muchas cosas que pueden afectar la serie temporal resultante.

• Para un campo de viento turbulento, la cantidad de tiempo modelado, el tamaño de la cuadrícula y el paso de tiempo en el viento cambiarán drásticamente las series temporales resultantes del viento. La razón es que TurbSim está creando una simulación estocástica con un generador de números aleatorios para dar la fase y amplitudes de cada frecuencia. Entonces, cambiar cualquiera de estos valores dará como resultado un campo de viento diferente, pero con las mismas características generales (TI, coherencia, etc.).
• La creación de un conjunto de condiciones de onda irregulares (espectro JONSWAP o ruido blanco) también será sensible a la semilla del número aleatorio, el período de tiempo y el paso de tiempo. Además, las ondas dependerán del compilador exacto que use: el compilador de Intel usa un generador de números aleatorios diferente al de gfortran. Estamos en el proceso de actualizar el generador de números aleatorios para poder reproducir el mismo espectro de ondas con diferentes compiladores en diferentes plataformas, pero seguirá siendo sensible al número de semilla, período de tiempo elegido y paso de tiempo.

Para sus pruebas, le recomiendo ejecutar algunas de las pruebas de regresión y comparar esos resultados. Tendrán en cuenta los efectos anteriores, pero es posible que no coincidan exactamente (algunos redondeos numéricos harán que algunas pruebas, particularmente en alta mar, den resultados ligeramente diferentes de orden 1E-5 o menos).

Oye,
Encontré un error como se muestra a continuación. Cuál sería la razón. ¿Alguien puede ayudarme a solucionar este problema?
G: OpenFASTUnzippedopenfast-2.3.0Trial 2> "openfast_x64.exe" "5MW_OC3Spar_DLL_WTurb_WavesIrr.fst"

OpenFAST

Copyright (C) Laboratorio Nacional de Energías Renovables
Copyright (C) Envision Energy USA LTD

Este programa tiene la licencia Apache License Version 2.0 y no incluye ABSOLUTAMENTE NINGUNA GARANTÍA.
Consulte el archivo "LICENCIA" distribuido con este software para obtener más detalles.

OpenFAST-v2.3.0
Compilar información:

• Arquitectura: 64 bits
• Precisión: simple
• Fecha: Abr 03 2020
• Hora: 14:02:42
  Información de ejecución:
• Fecha: 27/09/2020
• Hora: 15: 32: 51 + 0530

Encabezado del archivo de entrada OpenFAST:
Prueba de certificación FAST # 24: Turbina eólica de línea base NREL 5.0 MW con configuración OC3 Hywind,
para uso en análisis costa afuera

Ejecutando ElastoDyn.
Ejecutando AeroDyn.
Ejecutando BEM.
Ejecutando UnsteadyAero.
Advertencia: Desactivación de la aerodinámica inestable porque C_nalpha es 0. BladeNode = 1, Blade = 1
Advertencia: Desactivación de la aerodinámica inestable porque C_nalpha es 0. BladeNode = 2, Blade = 1
Advertencia: Desactivación de la aerodinámica inestable porque C_nalpha es 0. BladeNode = 3, Blade = 1
Advertencia: Desactivación de la aerodinámica inestable porque C_nalpha es 0. BladeNode = 4, Blade = 1
Advertencia: Desactivación de la aerodinámica inestable porque C_nalpha es 0. BladeNode = 1, Blade = 2
Advertencia: Desactivar la aerodinámica inestable porque C_nalpha es 0. BladeNode = 2, Blade = 2
Advertencia: Desactivar la aerodinámica inestable porque C_nalpha es 0. BladeNode = 3, Blade = 2
Advertencia: Desactivación de la aerodinámica inestable porque C_nalpha es 0. BladeNode = 4, Blade = 2
Advertencia: Desactivación de la aerodinámica inestable porque C_nalpha es 0. BladeNode = 1, Blade = 3
Advertencia: Desactivación de la aerodinámica inestable porque C_nalpha es 0. BladeNode = 2, Blade = 3
Advertencia: Desactivar la aerodinámica inestable porque C_nalpha es 0. BladeNode = 3, Blade = 3
Advertencia: Desactivación de la aerodinámica inestable porque C_nalpha es 0. BladeNode = 4, Blade = 3
Ejecutando InflowWind.

Lectura de una cuadrícula de 13x13 (80 m de ancho, 44,288 ma 124,29 m sobre el suelo) con un viento característico
velocidad de 18,2 m / s. Este archivo de campo completo fue generado por TurbSim (v1.06.00, 21-Sep-2012) el
27-sep-2020 a las 15:12:57.

Procesó 888 pasos de tiempo de datos de campo completo de 20 Hz (44,35 segundos).
Ejecutando ServoDyn.
Ejecución de la interfaz ServoDyn para controladores con blades.
Ejecutando HydroDyn.
Generación de cinemática de onda incidente e historial de tiempo actual.
Lectura de la salida WAMIT con el nombre raíz "G: OpenFASTUnzippedopenfast-2.3.0Trial
25MW_Baseline ../ 5MW_Baseline / HydroData / Spar ".
Calcular las funciones de respuesta al impulso de radiación y las fuerzas de difracción de ondas.

Propiedades del entorno MAP ++ (configuradas externamente) ...
Constante de gravedad [m / s ^ 2]: 9,81
Densidad del mar [kg / m ^ 3]: 1025,00
Profundidad del agua [m]: 320,00
Posición de referencia de la embarcación [m]: 0,00, 0,00, 0,00

Tiempo: 0 de 1000 segundos.

FAST_Solution0: CalcOutputs_And_Solve ForInputs: SolveOption2 : SolveOption2c_Inp2AD_ SrvD: InflowWind_Ca
lcOutput: CalcOutput : IfW_TSFFWind_CalcOutput [posición = (- 3.3687, -0.38458, 130.42) en archivo de viento
coordenadas]: límites de la matriz de viento FF violados. Cuadrícula demasiado pequeña en la dirección Z (Z = 130,42 m es
encima de la cuadrícula).
SolveOption2: SrvD_C alcOutput: Funcionamiento con control de par y tono del NREL offshore 5MW
turbina eólica de referencia de DISCON.dll según lo escrito por J. Jonkman de NREL / NWTC para su uso en la IEA
Estudios del Anexo XXIII OC3. Incluye modificaciones para el mástil Hywind.

FAST encontró un error durante la inicialización de la simulación.
Nivel de error de simulación: ERROR FATAL

Abortando OpenFAST.

Parece que está utilizando un archivo de viento que es demasiado pequeño para la turbina que está intentando simular. Tiene una cuadrícula de 80 m de ancho (80 m wide, 44.288 m to 124.29 m above ground) . Si observa el archivo de viento de ejemplo para el caso OC3 Spar, especifica una cuadrícula de 145 m: https://github.com/OpenFAST/r-test/blob/master/glue-codes/openfast/5MW_Baseline/Wind/ 90m_12mps_twr.inp.

Gracias @bjonkman , hice la modificación según el ejemplo anterior. Pero luego, recibí un mensaje de error de la siguiente manera:

FAST_Solution0: CalcOutputs_And_Solve ForInputs: SolveOption2 : SolveOption2c_Inp2AD_ SrvD: InflowWind_Ca
lcOutput: CalcOutput : IfW_TSFFWind_CalcOutput [posición = (0, 0, 10) en coordenadas de archivo de viento]: FF
se violaron los límites de la matriz de viento. La cuadrícula es demasiado pequeña en la dirección Z (la altura (Z = 10 m) está por debajo de la cuadrícula
y no se definen puntos de torre).
SolveOption2: SrvD_C alcOutput: Funcionamiento con control de par y tono del NREL offshore 5MW
turbina eólica de referencia de DISCON.dll según lo escrito por J. Jonkman de NREL / NWTC para su uso en la IEA
Estudios del Anexo XXIII OC3. Incluye modificaciones para el mástil Hywind.

Estimado @Akheelakk ,

Este es esencialmente el mismo problema que tenía antes, pero ahora causado por un nodo de análisis aerodinámico diferente. El modelo OC3-Hywind tiene nodos de análisis aerodinámico de torre en AeroDyn v15 que descienden hasta 10 m por encima de MSL. Necesitará un campo de viento más bajo (cercano a cero / MSL) si desea ejecutar este modelo tal cual, o eliminar los nodos de análisis aerodinámico de torre baja.

Atentamente,

Estimado @jjonkman ,
¿Puede decirme dónde exactamente en el archivo InflowWind.inp necesito hacer el cambio?
Gracias por la rápida respuesta

Estimado @Akheelakk ,

No ha dicho qué cambio quiere hacer. Recomendé aumentar el campo de viento (que se especificaría en TurbSim) o modificar los nodos de análisis aerodinámico de la torre (que se especificarían en AeroDyn v15). Consulte su documentación respectiva para obtener información detallada.

Atentamente,

Estimado @jjonkman ,
Disculpas por la falta de claridad. De hecho, quiero hacer que el campo de viento sea más grande.

Muchísimas gracias

Estimado señor,
Suponiendo que quería aumentar GridHeight, cambié GridHeight de 145 a 155. Esta vez, mostró otro error.
Tiempo: 0 de 1000 segundos.

FAST_Solution0: CalcOutputs_And_Solve ForInputs: SolveOption2 : SrvD_C alcOutput: Funcionando con torque
y control de tono de la turbina eólica de base de 5MW costa afuera NREL de DISCON.dll según lo escrito por J.
Jonkman de NREL / NWTC para su uso en los estudios OC3 del Anexo XXIII de la IEA. Incluye modificaciones para el
Mástil de Hywind.
Tiempo: 8 de 1000 segundos. Finalización final estimada a las 19:28:51.
Advertencia: Desactivación de la aerodinámica inestable debido al alto ángulo de ataque (45.039 grados). BladeNode =
Tiempo: 10 de 1000 segundos. Finalización final estimada a las 19:28:51.
Advertencia: Desactivación de la aerodinámica inestable debido al alto ángulo de ataque (45.072 grados). BladeNode =
Tiempo: 65 de 1000 segundos. Finalización final estimada a las 19:29:43.

FAST_ Solución: FAST_AdvanceStates : SolveOption2c_Inp2AD_ SrvD: InflowWind_CalcOutput : C alcOutput: IfW_TS
FFWind_CalcOutput [posición = (- 5, 0, 90) en coordenadas de archivo de viento]: Error: la matriz de viento FF fue
agotado a los 65,65 segundos (intentando acceder a los datos a los 72,108 segundos).

FAST encontró un error en el tiempo de simulación 65.638 de 1000 segundos.
Nivel de error de simulación: ERROR FATAL

Abortando OpenFAST.

POR FAVOR MENCIONE SI MI SUPUESTO FUE CORRECTO O NO CUANDO USTED RESPONDE AL POST

Estimado @Akheelakk ,

Sí, GridHeight es lo que necesitaba cambiar. Ahora parece que su simulación TurbSim no es lo suficientemente larga; debe ser al menos tan largo (o más) que la simulación OpenFAST que desea ejecutar, en su caso, 1000 s.

Atentamente,

Estimado señor,
De nuevo abortó abruptamente.

FAST_Solution0: CalcOutputs_And_Solve ForInputs: SolveOption2 : SrvD_C alcOutput: Funcionando con torque
y control de tono de la turbina eólica de base de 5MW costa afuera NREL de DISCON.dll según lo escrito por J.
Jonkman de NREL / NWTC para su uso en los estudios OC3 del Anexo XXIII de la IEA. Incluye modificaciones para el
Mástil de Hywind.
Tiempo: 65 de 1000 segundos. Finalización final estimada a las 19:55:02.

FAST_ Solución: FAST_AdvanceStates : SolveOption2c_Inp2AD_ SrvD: InflowWind_CalcOutput : C alcOutput: IfW_TS
FFWind_CalcOutput [posición = (- 5, 0, 90) en coordenadas de archivo de viento]: Error: la matriz de viento FF fue
agotado a los 65,65 segundos (intentando acceder a los datos a los 72,108 segundos).

FAST encontró un error en el tiempo de simulación 65.638 de 1000 segundos.
Nivel de error de simulación: ERROR FATAL

Abortando OpenFAST.

¿Realmente cambió la longitud (tiempo) del archivo TurbSim? Utilice el archivo de ejemplo que señalé anteriormente y ajuste UsableTime y AnalysisTime consecuencia. Puede leer sobre esos valores en la documentación de TurbSim: https://drive.google.com/drive/folders/1b_RNvhJ8qDgRJHJFkAIJpUCXY1t9IxtH

Gracias @bjonkman ,
Anteriormente hice el cambio en el tiempo de análisis. Déjame probar cambiando también Usabletime

Estimados,
¿Alguien puede ayudarme a saber por qué recibí la siguiente advertencia?
"Advertencia: Desactivación de la aerodinámica inestable debido a un alto ángulo de ataque (67,784 grados). BladeNode =
5, hoja = 1 "

Gracias

@Akheelakk hay información sobre esta y otras preguntas similares en el foro: https://wind.nrel.gov/forum/wind/viewtopic.php?t=2496

Oye,
Tengo un problema al ejecutar OpenFAST. ¿Alguien puede ayudarme a solucionarlo?

FAST_ Solución: FAST_AdvanceStates : B1: BD_GA2: BD_DynamicSolutionGA2: La solución no converge después
el número máximo de iteraciones
FAST_Adva nceStates: B2 : BD_GA2: BD_DynamicSolutionGA2: La solución no converge después del máximo
número de iteraciones

Gracias

Hola @Akheelakk ,

¿Qué paso de tiempo estás usando? BeamDyn requiere un paso de tiempo muy pequeño del orden de 0,001 segundos para converger correctamente.

Hola @ andrew-platt,
Elegí por defecto. Déjame probar con 0.001.
Gracias

Hola @ andrew-platt,
Esto es lo que muestra ahora.
FAST_ Solución: FAST_AdvanceStates : B2: BD_GA2: BD_DynamicSolutionGA2: La solución no converge después
el número máximo de iteraciones
FAST_Adva nceStates: AD_UpdateStates : BEMT_UpdateStates (nodo 5, hoja 1): BEMT_UnCou pledSolve: No
no es un valor válido de phi para estas condiciones de operación: Vx = 42.049, Vy = -728.27, rlocal =
11.885, theta = 0.22587, phi geométrico = 3.0839. Esta advertencia no se repetirá aunque el
la condición puede persistir. (Ver canal de salida GeomPhi).

¿Estableció el paso de tiempo en el archivo de entrada .fst principal en 0.001, o en el archivo de entrada de BeamDyn? ¿Está ejecutando una prueba de regresión estándar o ha modificado el diseño de su turbina de alguna manera?

Configuré la hora solo en BeamDyn. En .fst, es 0.0125. Estoy ejecutando la prueba de regresión cambiando las condiciones ambientales (espectro de viento, espectro de olas, etc.)

Deberá cambiar el intervalo de tiempo en el archivo .fst principal a 0.001 s. El acoplamiento en la raíz de la pala al cubo es muy rígido y todo el contenido de frecuencia en ese acoplamiento debe resolverse. Dado que ElastoDyn maneja el concentrador y el tren motriz, y BeamDyn solo maneja blades individuales (1 instancia de BeamDyn para cada blade), el paso de tiempo de acoplamiento general establecido en el archivo .fst debe reducirse para que no se pierda contenido de frecuencia.

Hola señor,
Una vez que hice el cambio anterior, mostró
FAST_Init ializeAll: HydroDyn_Init : El valor de RdtnDT no es igual al paso de tiempo del código de pegamento.
Esto no está permitido en la versión actual de HydroDyn.
Entonces hice RdtnDT = 0.001. Ahora estoy recibiendo
FAST_Init ializeAll: HydroDyn_Init : Waves_ Init: VariousWaves_Init : No se puede asignar la matriz WaveVelC0V.
VariousWaves_ Init: No se puede asignar la matriz WaveAccC0Hxi.
VariousWaves_ Init: No se puede asignar la matriz WaveAccC0Hyi.
VariousWaves_ Init: No se puede asignar la matriz WaveAccC0V.
VariousWaves_ Init: No se puede asignar la matriz WaveDynP0B.
VariousWaves_ Init: No se puede asignar la matriz WaveVel0Hxi.
VariousWaves_ Init: No se puede asignar la matriz WaveVel0Hyi.
VariousWaves_ Init: No se puede asignar la matriz WaveVel0V.
VariousWaves_ Init: No se puede asignar la matriz WaveAcc0Hxi.
VariousWaves_ Init: No se puede asignar la matriz WaveAcc0Hyi.
VariousWaves_ Init: No se puede asignar la matriz WaveAcc0V.
VariousWaves_ Init: No se puede asignar la matriz InitOut% WaveDynP.
VariousWaves_ Init: No se puede asignar la matriz InitOut% WaveVel.
VariousWaves_ Init: No se puede asignar la matriz InitOut% WaveAcc.
VariousWaves_ Init: No se puede asignar la matriz InitOut% PWaveDynP0.
VariousWaves_ Init: No se puede asignar la matriz InitOut% PWaveVel0.
VariousWaves_ Init: No se puede asignar la matriz InitOut% PWaveAcc0.
VariousWaves_ Init: No se puede asignar el nodo% InitOut de la matriz

Parece que te quedaste sin memoria en tu computadora. ¿Cuanta memoria tienes?

¿Qué valor de WaveDT ha establecido en el archivo de entrada HydroDyn? Ese paso de tiempo se puede establecer de forma segura en 0,25 segundos (no es necesario que coincida con el paso de tiempo .fst; este es el paso de tiempo del código de pegamento).

El paso de tiempo RdtnDT debe coincidir con el paso de tiempo HydroDyn (WaveDT); el mensaje de advertencia no es particularmente claro cuando indica 'paso de tiempo del código de pegamento'. Establezca RdtnDT en "predeterminado".

Para aclarar, el módulo de radiación considera que HydroDyn es su código de pegamento, por lo que busca el valor WaveDT como el valor del código de pegamento. Sin embargo, esto es un poco confuso, ya que generalmente nos referimos al paso de tiempo .fst como el paso de tiempo del código de pegamento. Nuestras disculpas por la confusión. Actualizaremos esa advertencia para que sea un poco más clara.

Señor,
¿Puedo saber qué significa exactamente el paso de tiempo del código de pegamento? Porque muestra "El valor de RdtnDT no es igual al paso de tiempo del código de pegamento" cuando cambio RdtnDt

Señor,
Estoy usando una computadora portátil de 4 GB de RAM. No es suficiente

Hola señor,
Se muestra "Desactivación de la aerodinámica inestable debido al alto ángulo de ataque. La simulación también es muy lenta. Espero que se deba al ajuste del paso de tiempo a un valor bajo.

Dependiendo de la simulación, 4 GB podrían ser un poco pequeños dependiendo de qué otros programas estén usando memoria.

¿Qué valor para WaveDT ha establecido en el archivo de entrada HydroDyn? HydroDyn consume mucha memoria, por lo que desea configurar WaveDT lo más grande posible sin perder nada de la física. Esto reducirá los requisitos de memoria de las ondas HydroDyn. Para un espectro de ondas JONSWAP o Pierson-Mosowitz, WaveDT = 0.25 le dará una resolución de frecuencia de 2 Hz, que es contenido de frecuencia más que suficiente (https://wikiwaves.org/Ocean-Wave_Spectra).

Otra cosa a reducir sería el valor de WaveTMax. También puede reducir esto para reducir la memoria requerida.

Los archivos de viento utilizados por InflowWind pueden usar una cantidad significativa de memoria.

El pequeño paso de tiempo requerido por BeamDyn hará que la simulación sea muy lenta.

Ok señor, ahora estoy corriendo con WaveDT = 0.25

Hola, todos,
Al ejecutar OpenFAST V2.3.0 y otras versiones de openFAST, tiene algunos errores. ¿Puede alguien ayudarme?
como sigue:

Hola @ cjp606 ,
Creo que puede resolver este problema especificando la ubicación del archivo DISCON.dll correctamente.

Hola @Akheelakk ,
Los archivos r-rest se descargan en https://github.com/OpenFAST/r-test/tree/v2.3.0 , ejecuto uno de ellos directamente. Entonces, no sé cómo especificar la ubicación del archivo DISCON.dll, entonces, ¿puede darme un ejemplo o presentar cómo especificar la ubicación del archivo DISCON.dll?

Gracias

Abra el archivo openfast_v2.3.0_binaries / DISCON_DLLS / 64bit / .dll . Si la especificación de su sistema es de 32 bits, elija Win32 en DISCON_DLLS

Hola @Akheelakk ,

Gracias por tu ayuda, he resuelto este problema.

Atentamente

Hola, todos,
¿No es posible linealizar OC3 Hywind? Recibo un error como se muestra a continuación,

FAST_Init ializeAll: FAST_Init : Validate InputData: La linealización no está implementada para HydroDyn
módulo.
Validar InputData: No se implementa la

FAST encontró un error durante la inicialización del módulo.
Nivel de error de simulación: ERROR FATAL

Abortando OpenFAST.

Gracias por adelantado

Hola, todos,
No puedo acceder al portal NWTC. No sé si esta es la plataforma adecuada para informar.

Hola, todos,
Elegí AFAero = 2, UAMod = 3 para configurar una aerodinámica inestable. Pero cuando ejecuto el programa, muestra "Giro de aerodinámica inestable". Configuré el UACutOut = DEFAULT.
Estoy usando los binarios precompilados. ¿Necesito volver a compilarlo? Si es así, por favor guíeme para hacerlo.
Gracias por adelantado

Estimado @Akheelakk ,

La funcionalidad de linealización para turbinas eólicas marinas flotantes se lanzó recientemente en OpenFAST v2.4. Esta funcionalidad no estaba disponible en OpenFAST v2.3, por lo que deberá actualizar a v2.4 si desea linealizar los modelos OpenFAST con HydroDyn y MAP ++ habilitados.

El antiguo Portal de información del NWTC está siendo reemplazado por un nuevo sitio web; consulte: https://www.nrel.gov/wind/nwtc.html. Pero el nuevo sitio web aún está en desarrollo (no todos los enlaces y descargas están disponibles actualmente).

¿Cuál dice el mensaje de advertencia que es el motivo de "apagar la aerodinámica inestable"?

Atentamente,

Estimado señor,
El mensaje de advertencia durante muestra que un alto ángulo de ataque es la razón para "apagar la aerodinámica inestable"

Gracias

Estimado @Akheelakk ,

El valor predeterminado de UACutOut es de 45 grados, que es bastante alto. Si su ángulo de ataque excede los 45 grados en cualquier estación de palas cerca del comienzo de la simulación, supongo que las condiciones iniciales del modelo no están configuradas correctamente. En general, recomendaría establecer la velocidad inicial del rotor y los ángulos iniciales de inclinación de la pala en sus valores esperados (promedio) para la velocidad media del viento dada que está simulando.

Atentamente,

Estimados,
¿Alguien puede ayudarme a solucionar el problema mencionado a continuación?
FAST_Init ializeAll: InitModuleMappings : ED_2_SrvD_To werMotion: MeshMapCreate : CreateMotionMap_L2_to_P:
CreateMapping_ProjectToLine2: El nodo 1 no se proyecta en ningún elemento de la línea2.

FAST encontró un error durante la inicialización del módulo.
Nivel de error de simulación: ERROR FATAL

Abortando OpenFAST.

Estimado @Akheelakk ,

Deduje de una publicación relacionada en nuestro foro (https://wind.nrel.gov/forum/wind/viewtopic.php?f=4&t=2521) que está agregando TMD basado en torre a su modelo. La línea2 para señalar el error de mapeo de malla que está obteniendo se produciría si intenta ubicar el TMD basado en la torre debajo de la base de la torre o por encima de la parte superior de la torre.

Atentamente,

Gracias Señor

Hola,
Recibo una advertencia de la siguiente manera:

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 InflowWind.

** Como mencioné en mis publicaciones anteriores, recibí una advertencia similar (Desactivación de la aerodinámica inestable), pero en ese caso se debió a un alto ángulo de ataque. Podría solucionar ese problema estableciendo la velocidad inicial del rotor en un valor distinto de cero. ¿Cuál podría ser la posible razón de la advertencia actual?

Necesito algunas aclaraciones más:
¿Qué se entiende por prueba de regresión?
¿Alguien puede sugerir papel o libros de texto sobre la obtención del espectro de respuesta para una turbina eólica marina flotante **

Estimado @Akheelakk ,

Con respecto a las advertencias "C_nalpha is 0", puede ignorarlas. El modelo de aerodinámica de perfil aerodinámico inestable de AeroDyn no es válido cuando la pendiente de la curva de coeficiente de fuerza normal (C_nalpha) es cero. Esto sucede, por ejemplo, para una sección transversal cilíndrica sin elevación.

Usamos el término prueba de regresión (o prueba r) para referirnos a los modelos de muestra usados ​​para probar el código fuente compilado, es decir, para asegurar que los archivos de entrada dados produzcan los archivos de salida esperados. La prueba r de OpenFAST está disponible en un repositorio distinto del código fuente; consulte: https://github.com/OpenFAST/r-test. OpenFAST también tiene algunas pruebas unitarias, que son pruebas realizadas a nivel de subrutina.

Por "espectro de respuesta", supongo que se refiere a calcular la densidad espectral de potencia (PSD) a partir de la salida de la serie temporal. Los scripts de posprocesamiento, por ejemplo, MCrunch, pueden calcularlos por usted.

Atentamente,

Gracias Señor.

El viernes, 30 de octubre de 2020 a las 10:55 p.m., jjonkman [email protected] escribió:

Estimado @Akheelakk https://github.com/Akheelakk ,

Con respecto a las advertencias "C_nalpha is 0", puede ignorarlas. El inestable
El modelo aerodinámico de la superficie de sustentación de AeroDyn no es válido cuando la pendiente del
La curva del coeficiente de fuerza normal (C_nalpha) es cero. Esto sucede, por ejemplo, para
una sección transversal cilíndrica sin elevación.

Usamos el término prueba de regresión (o prueba r) para referirnos a los modelos de muestra
utilizado para probar el código fuente compilado, es decir, para asegurar que la entrada dada
archivo (s) producen los archivos de salida esperados. La prueba r de OpenFAST es
disponible en un repositorio distinto del código fuente; consulte:
https://github.com/OpenFAST/r-test. OpenFAST también tiene algunas pruebas unitarias,
que son pruebas realizadas a nivel de subrutina.

Por "espectro de respuesta", supongo que te refieres a calcular el espectro de potencia
densidad (PSD) de la salida de la serie temporal. Scripts de posprocesamiento, por ejemplo,
MCrunch, puede calcularlos por usted.

Atentamente,

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/OpenFAST/openfast/issues/268#issuecomment-719688930 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AQCIY5LK37PUX4I74HSDM4DSNLZJRANCNFSM4HEDZ3EQ
.

Hola a todos,
Enfrenté un problema mientras ejecutaba OpenFAST. Traté de simular un caso de carga (velocidad del viento = 15, intensidad de la turbulencia = 0.16 (de TurbSum, Kaimal Spectrum) onda ht = 5, período espectral = 16), luego la ventana de comando mostró una advertencia como la siguiente
FAST_Solution:CalcOutputs_And_SolveForInputs:SolveOption2:AD_CalcOutput:BEMT_CalcOutput(node 19, blade 1):Compute_UA_AirfoilCoefs:UA_CalcOutput:Mach number exceeds 0.3. Theory is invalid. This warning will not be repeated though the condition may persist.
Luego intenté simular con TMD solo en la góndola (solo TMD_X) con los valores predeterminados en el archivo "NRELOffshrBsline5MW_ServoDyn_TMD". Luego OpenFAST abortó con el siguiente comentario
FAST_Solution:FAST_AdvanceStates:SolveOption2c_Inp2AD_SrvD:InflowWind_CalcOutput:CalcOutput:IfW_TS
FFWind_CalcOutput [posición = (17.443, -0.38439, 4.9915) en coordenadas de archivo de viento]: matriz de viento FF
fronteras violadas. La cuadrícula es demasiado pequeña en la dirección Z (la altura (Z = 4.9915 m) está por debajo de la cuadrícula y no
los puntos de la torre están definidos) .`
¿Cuál es la razón para abortar cuando se incorporó TMD? También avíseme si la simulación sin TMD fue incorrecta

Gracias

Estimado @Akheelakk ,

Su primera pregunta parece muy similar a la que se hizo recientemente en el foro (https://wind.nrel.gov/forum/wind/viewtopic.php?f=4&t=2193), que supongo que también la hizo usted y que yo respondió allí.

Con respecto a su segunda pregunta, al menos parece que habilitar el TMD está afectando los resultados de su simulación (a diferencia de lo que se informó en el foro). Supongo que la adición del TMD está provocando suficiente movimiento como para que un nodo de análisis aerodinámico haya abandonado el dominio del viento. ¿Son los movimientos de la turbina eólica los que espera que sean antes de que se active el error (en lugar de algún tipo de movimiento inesperadamente grande)? Si es así, la solución sería aumentar el tamaño del dominio del viento o definir puntos de torre en TurbSim, como lo indica el mensaje de error. Si el movimiento es inesperadamente grande, deberá identificar qué lo está causando y solucionarlo.

Atentamente,

Estimado señor,
El dominio del viento se estableció como GridHeight = 155.00, GridWidth = 140. Cuando cambié la altura de la cuadrícula a 160, TurbSim abortó.

Estimado @Akheelakk ,

No ha proporcionado suficiente información para adivinar cuál es el problema. ¿Qué entradas ha configurado en TurbSim y qué error está obteniendo?

Atentamente,

Estimado señor,
El archivo de entrada TurbSim contiene
160.00 GridHeight
140.00 Ancho de cuadrícula
IECturbc "20"
07 URef
Aparte de estos, también se dio CTEventPath. Todos los demás valores se mantuvieron inalterados

El mensaje de error recibido es el siguiente
`Uso de la biblioteca de subrutinas NWTC (v1.04.01, 21 de febrero de 2012).

Ejecución de TurbSim (v1.06.00, 21 de septiembre de 2012).

Leyendo el archivo de entrada "TurbSim.inp".
Nivel de lujo de RanLux establecido por RLuxGo: 3 p = 223
RanLux inicializado por RLuxGo de Seeds 2318573 0 0
Se utilizará un valor predeterminado para el tipo de perfil de viento.
Se utilizará un valor predeterminado para el exponente de la ley de potencias.
Se utilizará un valor predeterminado para la longitud de rugosidad.

ADVERTENCIA: No se puede generar un archivo de pasos de tiempo de turbulencia coherente con el modelo IECKAI.

Ha solicitado que se generen los siguientes archivos:
TurbSim.bts (un archivo de viento de campo completo AeroDyn / TurbSim)
TurbSim.wnd (un archivo wnd de campo completo AeroDyn / BLADED)
El punto más bajo de la cuadrícula (0 m) debe estar por encima del suelo. Ajuste los valores apropiados en la entrada.
expediente.

Abortando TurbSim.

'

También debe indicar dónde está definido el centro de su cuadrícula TurbSim. (es decir, ¿en qué se establece HubHt ?) La documentación de TurbSim explica cómo se definen las cuadrículas; debe leer esa sección para ayudarlo a corregir el error relacionado con la ubicación del punto de cuadrícula más bajo.

Además, no es necesario tener estructuras turbulentas coherentes, así que configure WrACT=false

Hola señora,
Altura del cubo = 90 m

La documentación de TurbSim: https://drive.google.com/drive/folders/1b_RNvhJ8qDgRJHJFkAIJpUCXY1t9IxtH. Ver figura 5.

Estimado @Akheelakk ,

El problema es que ha definido puntos de cuadrícula hasta el nivel del suelo. TurbSim no le permitirá colocar nodos en el suelo. Especificar GridHeight un poco más pequeño que 160 m resolverá el problema.

Atentamente,

Hola,

Tengo problemas para acceder a los posprocesadores desde https://www.nrel.gov/wind/nwtc.html. No parece haber ningún enlace a ninguno de los archivos ni funcionan los enlaces en los manuales de usuario. ¿Se ha reubicado la ubicación de los scripts basados ​​en Matlab?

Atentamente,
Josh

Hola Josh,

Como probablemente haya notado, el Portal de información de NWTC se está desarrollando nuevamente y los enlaces a los archivos de software aún no se han agregado al sitio. Mientras tanto, he colocado los archivos de software más utilizados en mi unidad de Google. Consulte la siguiente publicación en nuestro foro para obtener más información: https://wind.nrel.gov/forum/wind/viewtopic.php?f=38&t=1001.

Atentamente,

Hola Jason,

Gracias por esto.

Atentamente,

Josh

¡Saludos!

Tengo que reconocer que soy nuevo en SOWFA y LINUX.
Descargué SOWFA de https://github.com/pablo-benito/SOWFA-installation y lo instalé en Ubuntu16.04.7 LTS para usarlo en la micro ubicación, pero estoy teniendo varios problemas.

En primer lugar , no he podido instalar OpenFAST porque me enfrento al siguiente error cuando intento ejecutar "make".

IF (IEEE_IS_NAN(RealVar) .or. .not. IEEE_IS_FINITE( RealVar) ) THEN
                                  1

Error: no hay una función específica para el genérico 'ieee_is_finite' en (1)
módulos / nwtc-library / CMakeFiles / nwtclibs.dir / build. make: 133 : la receta para el destino 'módulos / nwtc-library / CMakeFiles / nwtclibs.dir / src / NWTC_IO.f90.o' falló
make [2]: * [modules / nwtc-library / CMakeFiles / nwtclibs.dir / src / NWTC_IO.f90.o] Error 1CMakeFiles / Makefile2: 636: la receta para los 'módulos de destino / nwtc-library / CMakeFiles / nwtclibs.dir / all' fallómake [1]: [modules / nwtc-library / CMakeFiles / nwtclibs.dir / all] Error 2
Makefile: 148 : la receta para el objetivo 'todos' falló
hacer: ** [todos] Error 2

En segundo lugar , como mencioné en esta etapa, necesito SOWFA solo para micrositing, por lo tanto, probablemente no necesite OpenFAST, pero cuando intento ejecutar las pruebas de examplecase (example.ABL.flatTerrain.neutral), "runscript.solver1" no funciona correr. He adjuntado los archivos de registro.

log.12.txt

Le agradeceré mucho si puede ayudarme a resolver este problema.

Atentamente,
Hosein

No estoy seguro acerca de la parte de SOWFA, pero para OpenFAST se puede instalar en Ubuntu con Conda:

conda install -c conda-forge openfast

De lo contrario, si necesita compilar, creo que está usando una versión anterior de GNU Fortran que no tiene el módulo ieee_arithmetic completamente disponible. Intente actualizar al menos a la versión 5 y 7 o 10 son mejores.

Rafael M Mudafort, Gracias por su pronta respuesta.

¿Cree que existe una conexión entre la falla en la ejecución de executecript.solve.1 en "example.ABL.flatTerrain.neutral" y el problema en la instalación de Openfast?

Hay algunos otros puntos, como en runcript.solver 1, hay comandos de
OpenFOAM-2.4.x-central
lista de módulos

que no se encuentran ninguno de los dos.
./runscript.solve.1: línea 9: OpenFOAM-2.4.x-central: comando no encontrado
./runscript.solve.1: línea 10: módulo: comando no encontrado

sobre la actualización de GNU Fortran, cuando intento instalar el Gfortran más reciente (de manera similar para gcc-10, g ++ - 10) mediante:
apto instalar gfortran-10

Recibo este error: E: No se puede ubicar el paquete gfortran-10
¿El problema está relacionado con la ruta?

Al instalar GFortran-10, deberá agregar una fuente adicional a su APT ya que está en una versión anterior de Ubuntu. En su lugar, pruebe con gfortran-7.

OpenFOAM-2.4.x-central es una función bash que debe cargarse desde el perfil sowfa bash. ¿Tiene eso instalado y obtenido correctamente?

Rafael M Mudafort, perdón por la demora, por un tiempo no pude revisar el foro.

Actualicé gfortran de 5.4.0 a 7.5.0, pero todavía tengo problemas para instalar OpenFAST:

cmake -DCMAKE_INSTALL_PREFIX = "/ ruta / a / donde sea / que / desee / a / instalar / OpenFAST"

''
Advertencia de CMake:

No se proporciona un directorio fuente o binario. Se supondrá que ambos son los
igual que el directorio de trabajo actual, pero tenga en cuenta que esta advertencia
convertirse en un error fatal en futuras versiones de CMake.

- Se desconoce la identificación del compilador CXX

- Se desconoce la identificación del compilador de Fortran
Error de CMake en CMakeLists. txt: 18 (proyecto):
El CMAKE_CXX_COMPILER:

icpc

is not a full path and was not found in the PATH.

Tell CMake where to find the compiler by setting either the environment
variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path
to the compiler, or to the compiler name if it is in the PATH.

Error de CMake en CMakeLists. txt: 18 (proyecto):
El CMAKE_Fortran_COMPILER:

 ifort

is not a full path and was not found in the PATH.

Tell CMake where to find the compiler by setting either the environment
variable "FC" or the CMake cache entry CMAKE_Fortran_COMPILER to the full
path to the compiler, or to the compiler name if it is in the PATH.

- ¡Configuración incompleta, se produjeron errores!
Consulte también "/home/hosein_falahaty/OpenFAST/CMakeFiles/CMakeOutput.log".
Ver también

/home/hosein_falahaty/OpenFAST/CMakeFiles/CMakeError.log"`

''

Pero hasta donde yo sé, OpenFAST es para la respuesta dinámica acoplada de turbinas eólicas. En esta etapa, solo voy a hacer un micro-emplazamiento para un parque eólico y no necesito un acoplamiento con la estructura. Mi problema actual es que mpirun no puede iniciar setFieldsABL initializer y ABLsolver. ¿Crees que puede tener alguna relación con OpenFAST?
Revisé el .bashprofile para tener las rutas correctas, pero suena bien. ¿Podría echarle un vistazo?

Muchas gracias por adelantado.

setfielfABL.txt
ABLSolver-log.txt

bash_profile.txt

Parece una pregunta más relevante para SOWFA .

Lo siento, entonces cambiaré SOWFA.