Arduino for STM32

The stm stm32dunio not rogers core... But with my own custom u575 variant.

But I've managed to get it all working it seems... But I'm not quite sure how , if its fully supported at the moment...
I've now attached the library with sloeber ides own library attach tool. It does something strange. It ...

Tbh ive been having a right nightmare trying to get this library to build let alone actually run. It might have been a red herrin... But also might have been part of the problem...
Whats annoying is the cubeide freertos works perfectly fine. But im not prepared to port that over yet.

Has anyone got this version of the library working?

Ive gone through entering the actual values to all the macros, and thats just opened a whole can of worms. Just having a whole chain of errors now.

I'm trying to introduce freertos into a project, its been a little while so I'm rusty...
However I've ran into some issue that might actually be a bug in the library.
Firstly on a fresh pull from github, the config file untouched. I get the error ... when trying to compile.

..\STM32FreeRTOS ...

WOOHOO! adding the define worked
#define HSE_VALUE 8000000UL
Thank you

Simply redefine it in your variant*.h file
Example for NUCLEO_F722ZE:
https://github.com/stm32duino/Arduino_Core_STM32/blob/449839ea1b493a3fac6396826dc7afffbaf2568a/variants/STM32F7xx/F722Z(C-E)T_F732ZET/variant_NUCLEO_F722ZE.h#L224


Looking in the file that used to be called variant_generic.h ...

Im using HSE as the main clock in the clocks setup I have the uarts connected to SYSCLK which is derived from HSE through PLLM /1 X23 /6 to give a target of 32mhz main clock.

Its a 8mhz source.

In what file does "#define HSE_VALUE 16000000UL /*!< Value of the External oscillator in Hz */" go ...

Hi again new issue so new thread. we have USART3 on PC10/PC11 for debug output. But for some reason its outputting garbage.

I created a hello world in cubeIDE and it works fine there.
I am using the same clock config as cubeIDE so I know its not some strange clock sync issue.

The output is bad ...

Just to add, there was also a mistake in my OG variant that was causing the lock up... but reworking the whole thing after fixing that, it was step 5 that was the final thing breaking stuff