hkro
commented
1 year ago We have looked into supporting STM32U5. Currently the situation with RTOS support of STM32U5 and ubxlib looks like this:
AzureRTOS
STM32CubeU5 has Azure RTOS / ThreadX natively built-in under the middlewares/ST folder (interesting). The STM32CubeU5 HAL Driver MCU Component is copied in there, no git submodule is used, perhaps synced manually.
ubxlib currently does not support Azure RTOS. If there will be enough demand we'll add it.
FreeRTOS
There is a STM32U5 reference repo vailable which includes the STM32U5 HAL driver component as submodule. This model of driver publication/delivery is relatively new from ST as written in the last paragraph here.
ubxlib supports the legacy (monolitic) STM32Cube package. Extending that to support the new STM32U5 MCU components we'll consider on the long run.
Zephyr OS
Zephyr has hal_stm32 build-in under https://github.com/zephyrproject-rtos/hal_stm32.
ubxlib support if you run Zephyr on the STM32U5:
- Include
ubxlibas Zephyr module as described here. - Then all left to do is changing the node names of the interfaces to which u-blox modules are attached (e.g., I2C) in the Zephyr device tree to match the values of STM32U5 (given by ST). This is currently the easiest way to use STM32U5 with
ubxlib.
Hope this helps.
RobMeades
Is there any plan to support a version of the ubxlib for other STM32 families? We started with the STM32F4 dev kit, but are looking to use STM32U5xx with CMSIS v2 api for our product. Are there plans to support either STM32U5 with Azure RTOS or STM32U5 with CMSIS v2? If ubxlib releases are planned with Azure RTOS we may consider moving our application to use this api and middleware since that appears to be STM's roadmap for it's newer devices.