-
Notifications
You must be signed in to change notification settings - Fork 11
unknown type name 'SUBGHZ_HandleTypeDef' #5
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
Comments
Hi! I suspect that there might be some definitions missing in https://github.com/stm32duino/Arduino_Core_STM32 for your board. So far, we've only been testing with the Nucleo-WL55JC1 board. Can you tell me a bit more about your board? Is it an off-the-shelf board (got a link?) or some custom board? |
Hi @Lizethgm This library is not compatible with 2.3.0 core. It requires some updates available in the main https://github.com/stm32duino/Arduino_Core_STM32 branch. |
Ah, as @fpistm pointed out in #4, the current https://github.com/stm32duino/Arduino_Core_STM32 release is not yet compatible with this library. Maybe you can try with git master from https://github.com/stm32duino/Arduino_Core_STM32 ? To be honest, we made this repository public with the intention of doing some more testing and updating the documentation next, so it seems you're the first to actually find this library now :-P |
STM32 core v2.40 is released. |
Hi,
I was trying to compile on version 2.3 of the Generic STM32WL series board "Generic WLE5CCUx" and I got this error:
STM32LoRaWAN.cpp:1113:3: error: 'vcore_debug' was not declared in this scope; did you mean 'core_debug'?
I fix the error changing "vcore_debug" to "core_debug". I created a fork with this fixed #4 . But now when that was fixed appears new errors:
STM32LoRaWAN-main\src\BSP\subghz.h:50:8: error: unknown type name 'SUBGHZ_HandleTypeDef'
50 | extern SUBGHZ_HandleTypeDef hsubghz;
STM32LoRaWAN-main\src\BSP\subghz.c:43:1: error: unknown type name 'SUBGHZ_HandleTypeDef'; did you mean 'UART_HandleTypeDef'?
43 | SUBGHZ_HandleTypeDef hsubghz;
The text was updated successfully, but these errors were encountered: