How is ThreadX expected to be used with the STM32U5 family using the STM32CubeIde?
I was expecting to see an X-CUBE-AZRTOS-U5 package like there is for the STM32H7 family which is X-CUBE-AZRTOS-H7. I don't see it. I'm using a STM32CubeIDE 19.0 that I downloaded last night. I do see there are ThreadX examples for the U5 development boards that I have not installed yet. So ThreadX does seem supported.
I'm wrapping up an H7 project where I used ThreadX, FileX, and USBX with the STM32CubeIDE with STM32CubeMX so got familiar with how all those work together. I'm in the earliest stages of a new project where I have different criteria so the H7 family isn't a good fit. I'm much more board size and power constrained. The U5 seemed like the best fit.
Anyone out there using ThreadX and USBX with a STM32U5 processor? Your experiences? I haven't committed yet but am leaning towards the STM32U575. I need Audio ADC support ie SAI and USB Class 1 audio support primarily with the potential of a QSPI memory device and another SPI device. Small footprint and low power are important. Processing needs modest.
I thought I had the software architecture and development chain figured out. Unfortunately, ST seems obsessed with throwing knuckle balls at its developer base. Unclear how the U5 is supported with ThreadX as the package seems missing. Deprecating support for ThreadX with this future hybrid with parts of ThreadX like FileX and USBX with FreeRTOS. Even deprecating STM32CubeIDE to a VS Code future.
As a professional developer for a company, I value stability and predictability way more than chasing the shiny new paradigm shift. So I am not happy at all with all these ST announcements and changes. I need stable tools now. I do have some time to switch direction and it may be a different company altogether given ST's track record. Or I may try the new tools and see if I can get a good work flow with them.
