-
Notifications
You must be signed in to change notification settings - Fork 458
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AeroDyn14 Driver #1
Comments
Updating fast-farm to compile with cmake
For future reference, I've updated cmake to include aerodyn14_driver in the build and I've updated AD_Driver to use the aerodyn14 types and function calls. However, it looks like updates need to be made to the registry
This is available at https://github.com/rafmudaf/openfast/tree/bugfix/aerodyn14_driver |
I would be surprised if anyone ever used AD14's driver. I'm pretty sure it was just there to help John compile when he converted AD13 to the FAST modularization framework. It doesn't do anything useful does it? Other than verify that AD14 can compile and possibly run without seg faults? ADOptions is probably left over from AD13. |
@bjonkman no, it doesn't do much. It just calls the AD14 init, calc output and update states over three time steps, and the end method. It doesn't actually read an input file. In fact, looking at this driver in more detail I'm wondering was it ever actually used to drive a working AD14? It looks if John used it in development he stopped pretty early as the |
I personally would just delete the AD14 driver. AD14 is supposed to be phased out anyway, right? |
@bjonkman I completely agree. @michaelasprague @jjonkman @ghaymanNREL any objection to this? I've created a pull request for this at #92. On the question of phasing out AD14, I think that deserves its own issue. |
ps new issue created for ad14 phase out #93 |
Initializing NumSC2CtrlGlob. Was uninitialized earlier.
Thanks for doing that! It works now.
* Update rules for Intel OneAPI compiler detection CMake 3.20 differentiates between older Intel compilers and the Intel OneAPI compilers (which is now detected as `IntelLLVM`). This commit introduces the necessary changes to CMake logic to allow building using OneAPI compiler stack with the latest CMake version. * Update CMake check for Intel compiler (#1) Co-authored-by: Rafael M Mudafort <rafael.mudafort@nrel.gov>
Move environment vars for HD init into InitInpType
openfast(66108,0x10fb1edc0) malloc: *** error for object 0x7fe4a223a000: pointer being freed was not allocated openfast(66108,0x10fb1edc0) malloc: *** set a breakpoint in malloc_error_break to debug Program received signal SIGABRT: Process abort signal. Backtrace for this error: \#0 0x103a3f33d \OpenFAST#1 0x103a3e76d \OpenFAST#2 0x7fff68c225fc Abort trap: 6
More updates for new `DbKi=R8Ki` behavior
Update regression tests, and merge in latest rc-3.5.1
Automatically build OpenFAST docker images
MD: minor cleanup on Lin Damp feature
AeroDyn14 driver contains
USE AeroDyn_Types
instead ofUSE AeroDyn14_Types
. Looks like the code needs to be updated to reflect the changes since introduction of AeroDyn v15.The text was updated successfully, but these errors were encountered: