BasicDTUController issueshttps://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues2020-09-25T12:51:45Zhttps://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/48add CI for Linux2020-09-25T12:51:45ZDavid Verelstadd CI for LinuxUse the new DTU cloud infrastructure for the Linux CI.Use the new DTU cloud infrastructure for the Linux CI.https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/49add documentation for the flap controller2020-09-25T12:51:45ZDavid Verelstadd documentation for the flap controllerhttps://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/46add test cases using Python wrapper and HAWC22020-09-25T14:56:52ZDavid Verelstadd test cases using Python wrapper and HAWC2There are already some tests made ready, but everything needs to be re-activated.
- [ ] re-activate the existing Python based tests
- [ ] add more Python based tests
- [ ] make sure the intended HAWC2 versions + license manager are on t...There are already some tests made ready, but everything needs to be re-activated.
- [ ] re-activate the existing Python based tests
- [ ] add more Python based tests
- [ ] make sure the intended HAWC2 versions + license manager are on the CI (download dev version too)
- [ ] test that HAWC2 can load the controller successfully
- [ ] select a few very simple HAWC2 simulations that test certain controller features
Wait until @sjan has further extend Python wrapping work in the `DTUcontroller2Flex` branch.https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/39calling multiple times per time step2019-03-22T10:49:37ZDavid Verelstcalling multiple times per time stepBy default the HAWC2 `type2_dll` interface is used. This means there are no iterations between the controller/servo's and the aeroleastic solution of HAWC2. This can result in an underestimation of the damping of modes with a significant...By default the HAWC2 `type2_dll` interface is used. This means there are no iterations between the controller/servo's and the aeroleastic solution of HAWC2. This can result in an underestimation of the damping of modes with a significant drive train torsional component. Especially the generator servo model should be part of a converged aero-servo-elastic solution, rather than an aeroelastic solution with a generator torque output on top of it.
@gepir has already made the necessary fixes in the master to allow for the controller and servo's to be called multiple times per time step (see MR !29) . However, that still requires another HAWC2 dll interface. This interface should look, ideally, like a `type2_dll` but has an option to specify if it has to be called once or multiple times per time step. @anmh made a prototype for this, but it is not yet merged into HAWC2 master.
What this should NOT result in is that the controller can look into the future. In real systems the controller always lags one time step behind the system: a measurement signal is sampled, passed on to the controller, and a response is formulated. That response can only become available one sample later.
I suggest we use this issue to track that:
- [ ] the basic principle is documented with an example (@dave and @gepir have the simulations)
- [ ] HAWC2 gets an updated `type2_dll` interface that can be called multiple times per time step
- [ ] the "call multiple times per time step" feature is added to the documentation and reporthttps://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/43Compilation error on ubuntu2020-06-22T09:24:47ZNico W.Compilation error on ubuntuI tried compiling the Controller with gfortran 7 on a fresh ubuntu with
```
cd src
make FC=gfortran
```
and I receive an error about
```
misc_mod.f90:6:7:
use user_defined_types
1
Fatal Error: Can't open module file 'user_de...I tried compiling the Controller with gfortran 7 on a fresh ubuntu with
```
cd src
make FC=gfortran
```
and I receive an error about
```
misc_mod.f90:6:7:
use user_defined_types
1
Fatal Error: Can't open module file 'user_defined_types.mod' for reading at (1): No such file or directory
```
In fact, there is no user_defined_types.mod anywhere, just a .f90 file. I have no clue about fortran, can you provide help how to get it compiling?
Thanks! :)https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/54Compilation issue of branch dev_bladed_dll_wrapper with MinGW on Windows2023-02-03T09:39:39ZBertrand AuriacCompilation issue of branch dev_bladed_dll_wrapper with MinGW on WindowsHi all
I would like first to thank you for the great work made with DTU controller :)
I'm trying to compilate the branch "dev_bladed_dll_wrapper" with the following tool
- Cmake for the make files with minGW compiler
And I obtain the f...Hi all
I would like first to thank you for the great work made with DTU controller :)
I'm trying to compilate the branch "dev_bladed_dll_wrapper" with the following tool
- Cmake for the make files with minGW compiler
And I obtain the following errors:
[ 39%] Building Fortran object src/bladed_controller_hawc2/CMakeFiles/bladed_hawc2_interface.dir/bladed_controller_hawc2.f90.obj
C:\Generic_WTG\DTUWEC_Bladed\BasicDTUController\src\bladed_controller_hawc2\bladed_controller_hawc2.f90:23:22:
type(C_FUNPTR) :: p_func ! function pointer to DISCON subroutine in DLL for gfortran compiler
1
Error: Type name 'c_funptr' at (1) is ambiguous
C:\Generic_WTG\DTUWEC_Bladed\BasicDTUController\src\bladed_controller_hawc2\bladed_controller_hawc2.f90:184:20:
discon_dll%p_func = loadsymbol(discon_dll%p_dll,trim(adjustl(discon_dll%func_name)),0)
1
Error: 'p_func' at (1) is not a member of the 'tdiscon_dll' structure
C:\Generic_WTG\DTUWEC_Bladed\BasicDTUController\src\bladed_controller_hawc2\bladed_controller_hawc2.f90:186:33:
if (transfer(discon_dll%p_func,C_INTPTR_T)==0) then
1
Error: 'p_func' at (1) is not a member of the 'tdiscon_dll' structure
C:\Generic_WTG\DTUWEC_Bladed\BasicDTUController\src\bladed_controller_hawc2\bladed_controller_hawc2.f90:189:7:
else
1
Error: Unexpected ELSE statement at (1)
C:\Generic_WTG\DTUWEC_Bladed\BasicDTUController\src\bladed_controller_hawc2\bladed_controller_hawc2.f90:192:6:
endif
1
Error: Expecting END SUBROUTINE statement at (1)
C:\Generic_WTG\DTUWEC_Bladed\BasicDTUController\src\bladed_controller_hawc2\bladed_controller_hawc2.f90:196:50:
call c_f_procpointer(transfer(discon_dll%p_func,c_null_funptr),fp_discon)
1
Error: 'p_func' at (1) is not a member of the 'tdiscon_dll' structure
C:\Generic_WTG\DTUWEC_Bladed\BasicDTUController\src\bladed_controller_hawc2\bladed_controller_hawc2.f90:418:22:
write (6,'(A,3I)') 'Floater motion sensor type used in htc-file must be 1 or 2. Now the type is:',floater_motion_type
1
Error: Nonnegative width required in format string at (1)
make[2]: *** [src/bladed_controller_hawc2/CMakeFiles/bladed_hawc2_interface.dir/bladed_controller_hawc2.f90.obj] Erreur 1
make[1]: *** [src/bladed_controller_hawc2/CMakeFiles/bladed_hawc2_interface.dir/all] Erreur 2
make: *** [all] Erreur 2
Do you have any idea where the problem come fromes ?
Thanks in advance
Best regardshttps://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/53Compilation issue on Linux2021-08-27T07:32:39Zbenoit paillardCompilation issue on LinuxHi all, trying to compile on Ubuntu with cmake 3.16.3, I'm getting the following errors
```
BasicDTUController/src/dtu_we_controller/dtu_we_controller.f90:903:22:
903 | external_dll%p_dll=loaddll(external_dll%filename,0)
| ...Hi all, trying to compile on Ubuntu with cmake 3.16.3, I'm getting the following errors
```
BasicDTUController/src/dtu_we_controller/dtu_we_controller.f90:903:22:
903 | external_dll%p_dll=loaddll(external_dll%filename,0)
| 1
Error: Cannot convert TYPE(c_ptr) to INTEGER(8) at (1)
BasicDTUController/src/dtu_we_controller/dtu_we_controller.f90:913:25:
913 | external_dll%p_func = loadsymbol(external_dll%p_dll,trim(adjustl(external_dll%func_name)),0)
| 1
Error: There is no specific function for the generic ‘loadsymbol’ at (1)
make[2]: *** [src/dtu_we_controller/CMakeFiles/dtu_we_controller.dir/build.make:63: src/dtu_we_controller/CMakeFiles/dtu_we_controller.dir/dtu_we_controller.f90.o] Error 1
```
Any hints ? Thankshttps://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/35Compiling for FAST2020-09-28T14:05:09ZMikkel Friis-MøllerCompiling for FAST*Created by: benoitpaillard*
Hi all,
I could not make this work with FAST, here are a couple of edits that needed to be done. Some of them were already in [fast_version](https://github.com/DTUWindEnergy/BasicDTUController/tree/fast_ver...*Created by: benoitpaillard*
Hi all,
I could not make this work with FAST, here are a couple of edits that needed to be done. Some of them were already in [fast_version](https://github.com/DTUWindEnergy/BasicDTUController/tree/fast_version) but not all.
[diffBP.txt](https://github.com/DTUWindEnergy/BasicDTUController/files/2679787/diffBP.txt)
https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/55Compliation error using gfortran2023-02-16T12:19:58ZfamenCompliation error using gfortran
cmake .. -DCMAKE_Fortran_COMPILER="gfortran"
make
But after this I receive the following error message in terminal :
BasicDTUController/utils/io/dll_utils.f90:211:22:
211 | loadsymbol1 = getprocaddress(libhandle,trim(tmp)//CH...
cmake .. -DCMAKE_Fortran_COMPILER="gfortran"
make
But after this I receive the following error message in terminal :
BasicDTUController/utils/io/dll_utils.f90:211:22:
211 | loadsymbol1 = getprocaddress(libhandle,trim(tmp)//CHAR(0))
| 1
Error: Cannot convert INTEGER(8) to TYPE(c_funptr) at (1)
I think this issue is related to the changes made in "utils" module and somehow it breaks the compilation using gfortran.
@mmpe : if you have time, could you please have a look?
Thanks
Best regards
FanzhongMads M. PedersenMads M. Pedersenhttps://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/4consistent data types of array IO's2019-02-14T10:31:24ZMikkel Friis-Møllerconsistent data types of array IO's*Created by: davidovitch*
There are inconsistencies in the date types of the input/output arrays between HAWC2 and the controller. Look especially to the status flag. Related to issue DTUWindEnergy/ServosAndUtilities#3.
*Created by: davidovitch*
There are inconsistencies in the date types of the input/output arrays between HAWC2 and the controller. Look especially to the status flag. Related to issue DTUWindEnergy/ServosAndUtilities#3.
https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/51Constant 36 and 37 is 2 pi bigger than what they should be2020-11-12T15:40:36ZAlan Wai Hou LioConstant 36 and 37 is 2 pi bigger than what they should beConstant 36 and 37 is 2 pi bigger than what they should be. Time constant tau is defined as tau=1/omega, where omega in rad/s.
https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/blob/master/src/dtu_we_controller/dtu_we_contro...Constant 36 and 37 is 2 pi bigger than what they should be. Time constant tau is defined as tau=1/omega, where omega in rad/s.
https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/blob/master/src/dtu_we_controller/dtu_we_controller.f90#L172
https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/blob/master/src/dtu_we_controller/dtu_we_controller.f90#L173https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/36control status 7 not defined in docs2019-02-14T10:31:24ZMikkel Friis-Møllercontrol status 7 not defined in docs*Created by: jennirinker*
have defined up to 6, not 7 (pitch angle deviation)*Created by: jennirinker*
have defined up to 6, not 7 (pitch angle deviation)https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/40Controller status=7 missing from documentation2019-07-15T14:59:40ZDavid VerelstController status=7 missing from documentationThe documentation (see http://dtuwindenergy.github.io/BasicDTUController/io.html#controller-status) is currently missing a description of controller status `7`, which is set here: https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUControll...The documentation (see http://dtuwindenergy.github.io/BasicDTUController/io.html#controller-status) is currently missing a description of controller status `7`, which is set here: https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/blob/master/src/dtu_we_controller/turbine_controller.f90#L560. It seems to relate to the `Pitch angle deviation` but I have not tried to figure it out just yet.famenfamenhttps://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/9controller_input.txt dq/dtheta value2019-02-14T10:31:23ZMikkel Friis-Møllercontroller_input.txt dq/dtheta value*Created by: christosgal*
In the controller_input.txt file which is output from HAWCSTAB2 (see attached photo which is provided with the DTU 10MW rwt model with some explanations) it is not clear in which point dq/dtheta is evaluated. ...*Created by: christosgal*
In the controller_input.txt file which is output from HAWCSTAB2 (see attached photo which is provided with the DTU 10MW rwt model with some explanations) it is not clear in which point dq/dtheta is evaluated. I refer to the value in the 'PI pitch angle controller in region 3' part of the txt file. Is it at zero theta? If yes could it be written as dq/dtheta_zero which is more clear?
same for the dq/domega in the 'Additional terms due to the Aerodynamic damping' part of the file.
![controller_input_quadratic_example](https://cloud.githubusercontent.com/assets/26140726/23508260/1fd35826-ff51-11e6-853e-ce121f276a8a.PNG)
https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/42Derating and Notch filter inputs are not included in example script ( DTU_10M...2019-09-19T09:08:15ZJaime LiewDerating and Notch filter inputs are not included in example script ( DTU_10MW_RWT.htc)The example `examples/HAWC2/DTU10MW/htc/DTU_10MW_RWT.htc` should show the usage of the notch filter and derating by including constants 77 - 80 at line 471The example `examples/HAWC2/DTU10MW/htc/DTU_10MW_RWT.htc` should show the usage of the notch filter and derating by including constants 77 - 80 at line 471https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/7docs broken2019-02-14T10:31:24ZMikkel Friis-Møllerdocs broken*Created by: tlbl*
the format of the docs when published on the gh-pages does not work.
locally I have no problems.
*Created by: tlbl*
the format of the docs when published on the gh-pages does not work.
locally I have no problems.
https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/37Errors in Linux compilation2020-09-28T14:05:09ZJean-Baptiste Le DreffErrors in Linux compilationHi all,
I wanted to use the controller with a FAST model of the 10MW but I'm struggling to compile on Linux the version that I downloaded on 28/02/2019.
I had to modify a couple of files in the "dtu_we_controller" folder because of some...Hi all,
I wanted to use the controller with a FAST model of the 10MW but I'm struggling to compile on Linux the version that I downloaded on 28/02/2019.
I had to modify a couple of files in the "dtu_we_controller" folder because of some errors when I compiled (see the new files attached). And I could not get the git_version.inc file so for now I'm just using an empty file for now (which may be what is causing the errors afterwards I guess).
But now I am getting loads of error when the makefile tries to compile "flap_controller_cyclic_fcns.f90" (see below), and I'm not really sure how to solve them...I've had a look and I believe there is something wrong with the "if" loops in lines 142-145, but I'm not sure what all the "Unclassifiable statement" errors come from.
I don't know if anyone can be of help ?
Thanks,
Jean-Baptiste
Compiler message:
> make -C dtu_we_controller
> make[1]: Entering directory '/home/h27577/Documents/2-Projet_Offshore/1-Lot_Structure/10-Models_Database/5-DTU10MW/1-Controller/DownloadFromGIT190228/BasicDTUController-master/src/dtu_we_controller'
> make[1]: Nothing to be done for 'all'.
> make[1]: Leaving directory '/home/h27577/Documents/2-Projet_Offshore/1-Lot_Structure/10-Models_Database/5-DTU10MW/1-Controller/DownloadFromGIT190228/BasicDTUController-master/src/dtu_we_controller'
> make -C dtu_we_controller_bladed
> make[1]: Entering directory '/home/h27577/Documents/2-Projet_Offshore/1-Lot_Structure/10-Models_Database/5-DTU10MW/1-Controller/DownloadFromGIT190228/BasicDTUController-master/src/dtu_we_controller_bladed'
> make[1]: Nothing to be done for 'all'.
> make[1]: Leaving directory '/home/h27577/Documents/2-Projet_Offshore/1-Lot_Structure/10-Models_Database/5-DTU10MW/1-Controller/DownloadFromGIT190228/BasicDTUController-master/src/dtu_we_controller_bladed'
> make -C flap_controller_cyclic
> make[1]: Entering directory '/home/h27577/Documents/2-Projet_Offshore/1-Lot_Structure/10-Models_Database/5-DTU10MW/1-Controller/DownloadFromGIT190228/BasicDTUController-master/src/flap_controller_cyclic'
> gfortran -fPIC -c -O3 -I../dtu_we_controller flap_controller_cyclic_fcns.f90 -o flap_controller_cyclic_fcns.o
> flap_controller_cyclic_fcns.f90:114.2:
>
> PIDvar.outset1=0
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:115.2:
>
> PIDvar.outres1=0
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:116.2:
>
> PIDvar.error1=0
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:117.2:
>
> PIDvar.error1_old=0.0
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:118.2:
>
> PIDvar.outset1_old=0.0
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:119.2:
>
> PIDvar.outres1_old=0.0
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:122.20:
>
> if (stepno.gt.PIDvar.stepno1) then
> 1
> Error: Syntax error in IF-expression at (1)
> flap_controller_cyclic_fcns.f90:123.2:
>
> PIDvar.outset1_old=PIDvar.outset1
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:124.2:
>
> PIDvar.outres1_old=PIDvar.outres1
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:125.2:
>
> PIDvar.error1_old=PIDvar.error1
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:126.3:
>
> endif
> 1
> Error: Expecting END FUNCTION statement at (1)
> flap_controller_cyclic_fcns.f90:128:
>
> PIDvar.outset=PIDvar.outset1_old+0.5d0*(error+PIDvar.error1)*kgain(2)*PIDvar.Kint*dt
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:130:
>
> PIDvar.outpro=kgain(1)*PIDvar.Kpro*0.5d0*(error+PIDvar.error1)
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:132:
>
> PIDvar.outdif=kgain(3)*PIDvar.Kdif*(error-PIDvar.error1_old)/dt
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:134:
>
> PIDvar.outres=PIDvar.outset+PIDvar.outpro+PIDvar.outdif
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:137.2:
>
> PIDvar.outres=PIDvar.outmin
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:139.2:
>
> PIDvar.outres=PIDvar.outmax
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:142.20:
>
> if (PIDvar.velmax.gt.eps) then
> 1
> Error: Syntax error in IF-expression at (1)
> flap_controller_cyclic_fcns.f90:143.17:
>
> if ((abs(PIDvar.outres-PIDvar.outres1_old)/dt).gt.PIDvar.velmax) then
> 1
> Error: Syntax error in argument list at (1)
> flap_controller_cyclic_fcns.f90:144.4:
>
> PIDvar.outres=PIDvar.outres1_old+dsign(PIDvar.velmax*dt,PIDvar.outres-PIDvar.outres1_old)
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:145.5:
>
> endif
> 1
> Error: Expecting END FUNCTION statement at (1)
> flap_controller_cyclic_fcns.f90:146.3:
>
> endif
> 1
> Error: Expecting END FUNCTION statement at (1)
> flap_controller_cyclic_fcns.f90:148:
>
> PIDvar.outset1 = PIDvar.outres-PIDvar.outpro-PIDvar.outdif ! . makes the integral term react faster
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:149:
>
> PIDvar.outres1 = PIDvar.outres
> 1
> Error: Unclassifiable statement at (1)
> flap_controller_cyclic_fcns.f90:150:
>
> PIDvar.error1 = error
> 1
> Error: Unclassifiable statement at (1)
> Fatal Error: Error count reached limit of 25.
> ../config.mk:5: recipe for target 'flap_controller_cyclic_fcns.o' failed
> make[1]: *** [flap_controller_cyclic_fcns.o] Error 1
> make[1]: Leaving directory '/home/h27577/Documents/2-Projet_Offshore/1-Lot_Structure/10-Models_Database/5-DTU10MW/1-Controller/DownloadFromGIT190228/BasicDTUController-master/src/flap_controller_cyclic'
> Makefile:19: recipe for target 'flap_controller_cyclic' failed
> make: *** [flap_controller_cyclic] Error 2
[dtu_we_controller.f90](/uploads/94e3842a04a5d288b10a1532c22f78d8/dtu_we_controller.f90)
[git_version.inc](/uploads/11701293ab33fab3504d8b9f560b9dbe/git_version.inc)
[safety_system.f90](/uploads/9c7f0be5715b331f23a96694080f5381/safety_system.f90)
[turbine_controller.f90](/uploads/ae38005a449624493c710e492a48950c/turbine_controller.f90)https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/44Feature request: time to ignore shutdown2020-06-22T13:50:41ZJenni RinkerFeature request: time to ignore shutdownConsidering that shutdown often occurs due to simulation start-up, it would be awesome if there was an option to ignore shut down for a specific timeframe at the beginning of a simulation. This would also be super useful for our NREL col...Considering that shutdown often occurs due to simulation start-up, it would be awesome if there was an option to ignore shut down for a specific timeframe at the beginning of a simulation. This would also be super useful for our NREL colleagues, because OpenFAST doesn't allow wind ramps. :(https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/25File name for minimum pitch angle settings inconstant2019-02-14T10:31:24ZMikkel Friis-MøllerFile name for minimum pitch angle settings inconstant*Created by: davidovitch*
The file name for minimum pitch angle settings is defined as `wptable` in the examples and the report, but the source reveals it has to be `wpdata`, see [src/dtu_we_controller/dtu_we_controller.f90#L188](https:...*Created by: davidovitch*
The file name for minimum pitch angle settings is defined as `wptable` in the examples and the report, but the source reveals it has to be `wpdata`, see [src/dtu_we_controller/dtu_we_controller.f90#L188](https://github.com/DTUWindEnergy/BasicDTUController/blob/master/src/dtu_we_controller/dtu_we_controller.f90#L188). Both should be the same.https://gitlab.windenergy.dtu.dk/OpenLAC/BasicDTUController/-/issues/41input constants 77 - 80 are not included in documentation2019-09-19T09:04:20ZJaime Liewinput constants 77 - 80 are not included in documentationsee http://dtuwindenergy.github.io/BasicDTUController/io.html#init-regulation-advancedsee http://dtuwindenergy.github.io/BasicDTUController/io.html#init-regulation-advanced