2025-03-13 7:24 PM
TCXO is not supported in the SUBGHz_PHY code generated by STM32CubeMX for the STM32WL5MOCHTR.
Even with the HSE enabled in the RCC panel, this dialogue box is still shown.
According to the datasheet, the internal clock labeled "HSE" is a TCXO, and must be configured as such.
Even with the fix applied to the clocks within SystemClock_Config, the system fails to generate valid code.
void SystemClock_Config(void)
{
...
RCC_OscInitStruct.HSEState = RCC_HSE_BYPASS_PWR;
...
}
So there is an issue with the internal model within STM32CubeMX (as of 3/13/2025).
When Code is Debugged, the code always gets stuck in the function "HAL_SYSCFG_EnableVREFBUF."
Where should we go from here?
Solved! Go to Solution.
2025-03-18 8:45 AM
It was an issue identified and solved for version 6.14.0. So, you should update your STM32CubeMX To the last version.
Best Regards.
STTwo-32
To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
2025-03-18 2:29 AM - edited 2025-03-18 2:30 AM
Hello @biobuilder
I've tested with the last Verion on my side and it seems to be working as expected.
Best Regards.
STTwo-32
To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
2025-03-18 7:14 AM
2025-03-18 8:45 AM
It was an issue identified and solved for version 6.14.0. So, you should update your STM32CubeMX To the last version.
Best Regards.
STTwo-32
To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
2025-03-18 10:19 AM
Updating to Version 6.14.0 fixed the Clock Configuration issue. CubeMX is generating this portion correctly now.
SubGHYz_PHY Middleware still does not recognize the HSE as a TCXO:
We have not fully meshed the FreeRTOS and SubGHZ_Phy Middleware to test whether or not this matters yet.