ST升级ThreadX RTOS全家桶软件包x-cube-azrtos-h7，打破放弃ThreadX"谣言"（2025-07-05）

eric2013

上个月就想与大家探讨交流下这个问题，但一直没腾出时间，昨天ST正好发布新的ThreadX全家桶软件包，正好与大家谈下这个问题。

为什么要谈这个，因为国内就我们一家在大力推进ThreadX全家桶，一推就是长达5年，包括RTX4/RTX5全家桶也是就我们一家（这个已经推了整10年了)。

https://github.com/STMicroelectronics/x-cube-azrtos-h7

【问题由来】

最早是来自这个帖子，后来有网友也有收到邮件

ST要放弃ThreadX全家桶，转到FreeRTOS大杂烩继续吃回头草



【我的观点】

1、刚看到这个消息的时候，我的观点就是不可能放弃，因为这个全家桶系列已经推出并更新了长达5年之久，涵盖了几乎所有系列。没有那个厂家会嫌自己的做的解决方案太多了而砍掉，再做新的解决方案

下面的所有系列全部提供了独立的软件包。



STM32U5, STM32H5, STM32C0, STM32U0, STM32WBA, STM32N6, STM32U3这些系列是去年和今年刚刚才发布了，SDK都是原生配套的ThreadX，直接整合进去的，不是之前H7,F4那种独立的软件包，这些SDK才刚刚发布，后续还得持续更新好多版本才会稳定



2、昨天ST发布新版H7系列ThreadX软件包x-cube-azrtos-h7，印证了我之前的观点是没问题的，不可能放弃的，顶多两手抓。当前ThreadX全家桶几乎已经覆盖ST所有系列了，包括最新出的芯片也已经都配套了，剩下只能是不断迭代稳定。

3、ThreadX全家桶专门面向高安全等级的专业级场景，已经布局完成，此时再顺势推出FreeRTOS大杂烩解决方案，毕竟不少用户在用，但还不能单纯的大杂烩，因为其他芯片厂商都有大杂烩玩法，已经玩不出什么花了，主要是已经没有优势了。所有大杂烩的方案里面的文件系统和USB协议栈继续适应ThreadX的FileX和USBX。 因为FileX使用exFAT是免费商业的。

【总结】

放弃是不可能放弃的，而是稳定迭代ThreadX全家桶方案的同时，再推出新的全家桶解决方案。争取专业安全场景有，其他方案也有，客户喜欢那个用那个。

现在ST值得期待的芯片方向只有M85内核的STM32V8了（M85的竞争也比较厉害，瑞萨已经直接将主频顶到1GHz），这两年新出的芯片略显颓势，等M85内核的STM32V8发布，看看能不能给人眼前一亮的感觉。

eric2013

xieyang__

threadx H7的包需要的cubemx6.15目前还没发布；
threadx本身非常好，主要时threax国内推的太少了，用的人少这个很难受

eric2013

xieyang__ 发表于 2025-7-5 11:25
threadx H7的包需要的cubemx6.15目前还没发布；
threadx本身非常好，主要时threax国内推的太少了，用的人 ...

推广的少没关系，RTX4/RTX5推广的也不多，但是RTE开发省事。

关键是提供的软件包，是不是涵盖了各种应用，编译下载就能使用。这个尤其关键和重要。

xieyang__

eric2013 发表于 2025-7-5 12:14
推广的少没关系，RTX4/RTX5推广的也不多，但是RTE开发省事。

关键是提供的软件包，是不是涵盖了各种应 ...

threadx确实很出色，我也在尝试用threadx做产品，

但是用的人少，缺乏社区，推广力度变差，容易恶行循环最后挂掉。这才是最担心的，好不容易在公司内形成技术栈了，然后官方不维护,就很麻烦了。

threadx能有armfly推广其实已经很难得了。

freertos是一坨，但架不住用的人多;各种问题都被人踩过了；threadx缺少一个这样的环境

eric2013

xieyang__ 发表于 2025-7-5 13:53
threadx确实很出色，我也在尝试用threadx做产品，

但是用的人少，缺乏社区，推广力度变差，容易恶行循 ...

这个实际上有个较大区别得地方，FreeRTOS基本都是用个内核，即使是看源码，内核都整好几遍了。

而ThreadX有较大得不同，他是全家桶，涵盖各种组件。一俩个整明白还行，都整明白难度还是比较大得。

egoistaw

cypress这wifi芯片，上电还要发个大几百K的固件给它才工作，单片机哪有空间给它存，不好使。