对于STM32U5芯片，在STM32CUBEMX中已经不支持生成FreeRTOS的代码了，而是使用Azure ThreadX操作系统。
ThreadX是微软旗下的嵌入式操作系统，除了操作系统，还提供了多个组件，比如文件系统FileX，usb库USBX等等。相当于提供了一个全家桶，这样估计能够降低ST公司的代码维护难度吧，所以ST投向了微软。
从现有版本的STM32CUBEMX中可以看到其它芯片还是支持FreeRTOS的，比如G0、F1、F4等。想要使用ThreadX系统的话，需要在CUBEMX上安装软件包。
ThreadX简介
ThreadX是一款工业级的实时操作系统，专门为深度嵌入式实时IOT应用程序设计。代码经过了多个安全认证。主要使用ANSI C编写。内核代码是开源的。在视频中看到在STM32中使用Azure全家桶都是免费的。ThreadX占用的ROM在2KB-20KB，占用的RAM在1-2KB。
CUBEMX中设置项的意义
在cubemx中能看到有很多的设置项，其中一部分的意义分别如下：
-
TX_MINIMUM_STACK:定义最小堆栈大小（以字节为单位）。 它用于在创建线程时进行错误检查。 默认值是端口特定的，位于 tx_port.h 中。
-
TX_THREAD_USER_EXTENSION
-
TX_DISABLE_STACK_FILLING：定义后，禁止在创建时将 0xEF 值置于每个线程的堆栈的每个字节中。 默认情况下，未定义此选项。
-
TX_DISABLE_PREEMPTION_THRESHOLD:定义后，将禁用抢占阈值功能，并略微减少代码大小并提高性能。 当然，抢占阈值功能不再可用。 默认情况下，未定义此选项。
-
TX_DISABLE_REDUNDANT_CLEARING:定义后，删除用于将 ThreadX 全局 C 数据结构初始化为零的逻辑。 仅当编译器的初始化代码将所有未初始化的 C 全局数据设置为零时，才应使用此选项。 在初始化期间，使用此选项可以略微减少代码大小并提高性能。 默认情况下，未定义此选项。
-
TX_DISABLE_NOTIFY_CALLBACKS:定义后，将对各种 ThreadX 对象禁用通知回调。 使用此选项可以略微减少代码大小并提高性能。 默认情况下，未定义此选项。
-
TX_INLINE_THREAD_RESUME_SUSPEND:定义后，ThreadX 通过行内代码改进 tx_thread_resume 和 tx_thread_suspend API 调用。 这会增加代码大小，但会增强这两个 API 调用的性能。
-
TX_NOT_INTERRUPTABLE:定义后，ThreadX 不会尝试最大程度地缩短中断锁定时间。 这会提升执行速度，但会略微增加中断锁定时间。
-
TX_MAX_PRIORITIES:定义 ThreadX 的优先级别。 合法值的范围为 32 到 1024（含），且必须能被 32 整除。 增加支持的优先级别数量会使每组 32 个优先级别的 RAM 用量增加 128 字节。 但是，对性能的影响可忽略不计。 默认情况下，此值设置为 32 个优先级别。
-
TX_ENABLE_EXECUTION_CHANGE_NOTIFY
-
TX_THREAD_GET_SYSTEM_STATE：定义一个宏用TX_THREAD_GET_SYSTEM_STATE()代替_tx_thread_system_state函数。
-
TX_THREAD_SYSTEM_RETURN_CHECK (c)：定义是否调用检查返回值的函数_tx_thread_system_return。
-
TX_TIMER_TICKS_PER_SECOND:每秒的调度次数
-
ALIGN_TYPE_DEFINED
-
TX_MEMSET：将memset函数通过宏定义为TX_MEMSET函数
-
TX_NO_FILEX_POINTER：是否使用FILEX的指针。
-
Enable BASEPRI support
-
TX_DISABLE_ERROR_CHECKING:跳过基本服务调用错误检查。 在应用程序源中定义时，将禁用所有基本参数错误检查。 这可能会将性能提高多达 30%，还可能会减小图像大小。
-
TX_TIMER_PROCESS_IN_ISR:定义后，将消除 ThreadX 的内部系统计时器线程。 这会提升计时器事件和更小 RAM 要求的性能，因为不再需要计时器堆栈和控制块。 但是，使用此选项会将所有计时器过期处理移动到计时器 ISR 级别。 默认情况下，未定义此选项。
-
TX_REACTIVATE_INLINE：确定是否应在计时器过期处理中使用内嵌计时器重新激活。默认情况下，这是禁用的，并使用函数调用。当定义了以下内容时，重新激活将inline执行，从而加快计时器处理速度，但代码大小略大。
-
TX_TIMER_THREAD_STACK_SIZE:定义内部 ThreadX 系统计时器线程的堆栈大小（以字节为单位）。 此线程处理所有线程睡眠请求以及所有服务调用超时。 此外，从该上下文调用所有应用程序计时器回调例程。 默认值是端口特定的，位于 tx_port.h 中。
-
TX_TIMER_THREAD_PRIORITY:定义内部 ThreadX 系统计时器线程的优先级。 默认值为优先级 0 - ThreadX 中的最高优先级。 默认值在 tx_port.h 中定义。
常用的设置项
官网上也给出了对于追求速度或者追求最小内存空间应该使用的设置项。
追求速度应定义以下宏：
- TX_MAX_PRIORITIES 32
- TX_DISABLE_PREEMPTION_THRESHOLD
- TX_DISABLE_REDUNDANT_CLEARING
- TX_DISABLE_NOTIFY_CALLBACKS
- TX_NOT_INTERRUPTABLE
- TX_TIMER_PROCESS_IN_ISR
- TX_REACTIVATE_INLINE
- TX_DISABLE_STACK_FILLING
- TX_INLINE_THREAD_RESUME_SUSPEND
追求最小内存空间应定义以下宏：
- TX_MAX_PRIORITIES 32
- TX_DISABLE_PREEMPTION_THRESHOLD
- TX_DISABLE_REDUNDANT_CLEARING
- TX_DISABLE_NOTIFY_CALLBACKS
- TX_NOT_INTERRUPTABLE
- TX_TIMER_PROCESS_IN_ISR
抢占阈值
这个名次在其它RTOS中没听过。这个阈值的目的是防止不同优先级的线程间过度抢占。可以设置一个阈值，比如优先级20的线程，设置抢占式阈值为15，那么优先级比15低的都不会和这个线程发生抢占。
TX_DISABLE_STACK_FILLING的作用
这个宏的作用是填充堆栈为0xEF。为什么要填充为0xEF呢？
这个是为了确认堆栈的使用上限位置的。设置多大的堆栈是有关线程的最常见问题之一。调试应用程序后，如果内存不足，可以调整线程堆栈大小。常用的技巧是在创建线程之前，使用诸如 (0xEFEF) 之类易于识别的数据模式预设所有堆栈区域。 在应用程序经过全面测试后，可以对堆栈区域进行检查，具体方法是通过查找堆栈区域（其中的数据模式仍保持不变）来查看实际使用了多少堆栈。 下图显示了堆栈在线程完全执行后预设为 0xEFEF。
线程的优先级
数值越小，优先级越高。 因此，优先级 0 表示最高优先级，而优先级 (TX_MAX_PRIORITIES-1) 表示最低优先级。
RTOS的入口位置
main 函数调用 tx_kernel_enter，这是 ThreadX 的入口。entry 函数协调各种内部 ThreadX 数据结构的初始化，然后调用应用程序的定义函数 tx_application_define。当 tx_application_define 返回时，控制权将转交给线程调度循环。 这标志着初始化结束。
tx_application_define函数位于"app_azure_rtos.c"文件中。这个函数再调用App_ThreadX_Init函数，这个函数位于"app_threadx.c"中，因此我们应该在这个函数中定义各个任务、用到的消息等系统资源。
创建一个线程的方法
创建一个线程需要：
- 线程控制块
- 栈空间
- 入口函数
- 调用tx_thread_create函数，创建线程
tx_thread_create的函数原型为
UINT tx_thread_create(
TX_THREAD *thread_ptr,
CHAR *name_ptr,
VOID (*entry_function)(ULONG),
ULONG entry_input,
VOID *stack_start,
ULONG stack_size,
UINT priority,
UINT preempt_threshold,
ULONG time_slice,
UINT auto_start);
代码如下：
uint32_t thread0_stack[1024];//线程的栈空间
TX_THREAD thread_0;
void thread_0_entry(ULONG thread_input) //线程的入口函数
{
while(1){
HAL_GPIO_TogglePin(LED_BLUE_GPIO_Port,LED_BLUE_Pin);
tx_thread_sleep(50);
}
}
UINT App_ThreadX_Init(VOID *memory_ptr) //在这个函数里添加创建线程的代码
{
UINT ret = TX_SUCCESS;
TX_BYTE_POOL *byte_pool = (TX_BYTE_POOL*)memory_ptr;
/* USER CODE BEGIN App_ThreadX_MEM_POOL */
(void)byte_pool;
/* USER CODE END App_ThreadX_MEM_POOL */
/* USER CODE BEGIN App_ThreadX_Init */
tx_thread_create(&thread_0,"thread0",thread_0_entry,0,thread0_stack,1024,10,10,0,TX_AUTO_START ); //创建线程
/* USER CODE END App_ThreadX_Init */
return ret;
}
通过上面的代码就可以创建1个线程，没500ms翻转一次LED。
这是参考资料的链接 ThreadX指南。
https://learn.microsoft.com/zh-cn/azure/rtos/threadx/about-this-guide
提升卡
变色卡
千斤顶
