ThreadX应用开发笔记之二:移植ThreadX到STM32H7平台

本文详细介绍了如何将实时操作系统ThreadX移植到STM32H7平台,包括前期的硬件和软件准备,系统移植的具体步骤,如修改中断处理函数、配置文件和低级别初始化,以及如何在IAREWARM环境下添加和配置ThreadX源码。在任务实现部分,讲解了如何创建和启动多个任务,通过tx_thread_create函数定义各个任务的控制块、栈空间、优先级等参数。最后,文章提到在目标平台上成功运行并展示了ThreadX的调试信息。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  前面我们将ThreadX成功移植到了STM32F4平台,但这只是我们的部分应用。我们希望将ThreadX的优势发挥到我们的更多应用中,所以在这一篇中我们就来实现将ThreadX移植到STM32H7平台中。

1、前期准备

  在开始将ThreadX移植到STM32H7平台之前,我们需要做一些软硬件方面的准备。

  首先,我们需要准备STM32H7的硬件平台。这次我们采用STM32H750VBT6为控制单元来作为目标平台。这是一款我们在实际项目中使用的,经过验证的,硬件能够稳定运行的平台。

  其次,我们需要准备相应的软件资源,也就是ThreadX的源码。ThreadX的源码已经开源到Github上,其地址为:https://github.com/azure-rtos/threadx,直接下载源码就可以了。我们将采用目前最新的版本。下载好ThreadX的源码后,我们将其解压,如下图:

  上图中一目了然,无需做太多解释。我们需要用到的文件主要存放在common文件夹和ports文件夹。其中common文件夹存放的是内核源码,ports文件夹存放的是不同平台的接口文件。我们的硬件采用的是STM32H750VBT6,软件开发环境用的是IAR EWARM,所以我们选择ports文件夹下cortex_m7下的IAR文件夹中的接口文件。

2、系统移植

  我们准备好软件硬件平台后,就可以开始系统的移植了。首先我们找到一个基础的裸机项目,能正确实现硬件的启动及时钟初始化就好了。接下来的移植工作主要包括:添加源码,修改配置等。

  第一步,我们先向项目中添加ThreadX的相关源码文件。所以我们在项目下添加ThreadX组、并在ThreadX组下添加Source和Ports两个组用于添加文件。并将common文件夹和ports文件夹中的文件添加到对应的分组。如下所示:

  然后要在项目属性中为编译器指定头文件的引用路径,主要是内核函数的头文件以及接口文件的头文件两个路径,在我们这个项目中配置如下:

  PROJDIRPROJ_DIRPROJDIR…\ThreadX\common\inc

  PROJDIRPROJ_DIRPROJDIR…\ThreadX\ports\cortex_m4\iar\inc

  第二步,修改stm32h7xx_it.c文件。将其中的中断响应函数void PendSV_Handler(void)和void SysTick_Handler(void)去除。因为在ThreadX中已经实现和使用。

  第三步,修改tx_initialize_low_level.s文件。这个文件负责建立各种系统数据结构,并提供定时中断源。这个文件应该是要针对不同的底层平台编写。但在微软提供的cortex_m7下IAR的接口例程中已经提供 了一个,所以我们基于这个文件进行修改就可以了,主要根据实际应用修改的是时钟频率。

  SYSTEM_CLOCK EQU 480000000

  SYSTICK_CYCLES EQU ((SYSTEM_CLOCK / 1000) -1)

  第四步,修改ThreadX的配置文件。ThreadX中要求使者提供一个tx_user.h的配置文件。当然这个文件并不需要从头编写,在common\inc目录下有一个tx_user_sample.h文件,我们根据这个文件修改就可以了。

  经过上述这四步操作,我们实际上已经完成了对ThreadX内核的移植,但还没有办法正确使用,因为我们还没有定义具体的任务。

3、任务实现

  我们已经完成了对ThreadX内核文件以及接口文件的移植,接下来我们就来实现具体的应用任务。ThreadX内核实现基本应用很简单,只涉及到2个函数:tx_kernel_enter和tx_application_define,这两个函数在头文件“tx_api.h”中被声明。事实上ThreadX内核所有的对外函数都在“tx_api.h”中声明,所以凡是我们需要使用内核的地方必须引用“tx_api.h”头文件。

  其中tx_kernel_enter实际是一个宏,真正的函数是_tx_initialize_kernel_enter,用于启动内核,这个函数需要我们在主函数中调用。调用这个函数后,内核开始运行,多任务也将按照我们的设计循环运行。

  而tx_application_define函数只有声明没有实现,在_tx_initialize_kernel_enter函数中被调用,用于任务的创建。所有的任务都将在这个函数中被创建,而且不仅仅是任务在这个函数中创建,信号量、队列、互斥量等都在这个函数中创建。

  我们将在tx_application_define函数创建任务,这就需要用到tx_thread_create函数。这个函数的参数有10个,包括任务控制块、任务函数地址、任务栈的大小及地址、任务优先级等。这些参数都是我们需要定义或声明的。然后我们就可以编写tx_application_define函数:

/*tx_application_define函数实现*/
void tx_application_define(void *first_unused_memory)
{
  /* 创建系统任务 */
  tx_thread_create(&ThreadSystemTCB,       /* 任务控制块地址 */  
                   "Thread System",       /* 任务名 */
                   ThreadSystem,         /* 启动任务函数地址 */
                   0,               /* 传递给任务的参数 */
                   &ThreadSystemStack[0],      /* 堆栈基地址 */
                   THREAD_SYSTEM_STK_SIZE,  /* 堆栈空间大小 */ 
                   THREAD_SYSTEM_PRIO,    /* 任务优先级*/
                   THREAD_SYSTEM_PRIO,    /* 任务抢占阀值 */
                   TX_NO_TIME_SLICE,        /* 不开启时间片 */
                   TX_AUTO_START);         /* 创建后立即启动 */
   
  
  /* 创建模拟量处理任务 */
  tx_thread_create(&ThreadAnalogTCB,        /* 任务控制块地址 */  
                   "Thread Analog",         /* 任务名 */
                   ThreadAnalog,         /* 启动任务函数地址 */
                   0,               /* 传递给任务的参数 */
                   &ThreadAnalogStack[0],      /* 堆栈基地址 */
                   THREAD_ANALOG_STK_SIZE,  /* 堆栈空间大小 */ 
                   THREAD_ANALOG_PRIO,    /* 任务优先级*/
                   THREAD_ANALOG_PRIO,    /* 任务抢占阀值 */
                   TX_NO_TIME_SLICE,        /* 不开启时间片 */
                   TX_AUTO_START);        /* 创建后立即启动 */
  
  
  /* 创建逻辑处理任务 */
  tx_thread_create(&ThreadLogicTCB,        /* 任务控制块地址 */   
                   "Thread Logic",       /* 任务名 */
                   ThreadLogic,         /* 启动任务函数地址 */
                   0,               /* 传递给任务的参数 */
                   &ThreadLogicStack[0],       /* 堆栈基地址 */
                   THREAD_LOGIC_STK_SIZE, /* 堆栈空间大小 */ 
                   THREAD_LOGIC_PRIO,   /* 任务优先级*/
                   THREAD_LOGIC_PRIO,   /* 任务抢占阀值 */
                   TX_NO_TIME_SLICE,        /* 不开启时间片 */
                   TX_AUTO_START);         /* 创建后立即启动 */
  
  /* 创建通讯处理任务 */
  tx_thread_create(&ThreadCommTCB,        /* 任务控制块地址 */   
                   "Thread Comm",       /* 任务名 */
                   ThreadComm,          /* 启动任务函数地址 */
                   0,               /* 传递给任务的参数 */
                   &ThreadCommStack[0],      /* 堆栈基地址 */
                   THREAD_COMM_STK_SIZE, /* 堆栈空间大小 */ 
                   THREAD_COMM_PRIO,   /* 任务优先级*/
                   THREAD_COMM_PRIO,   /* 任务抢占阀值 */
                   TX_NO_TIME_SLICE,        /* 不开启时间片 */
                   TX_AUTO_START);         /* 创建后立即启动 */
  
  /* 创建统计任务 */
  tx_thread_create(&ThreadStatTCB,        /* 任务控制块地址 */  
                   "Thread STAT",       /* 任务名 */
                   ThreadStat,         /* 启动任务函数地址 */
                   0,              /* 传递给任务的参数 */
                   &ThreadStatStack[0],      /* 堆栈基地址 */
                   THREAD_IDLE_STK_SIZE,  /* 堆栈空间大小 */ 
                   THREAD_STAT_PRIO,    /* 任务优先级*/
                   THREAD_STAT_PRIO,    /* 任务抢占阀值 */
                   TX_NO_TIME_SLICE,       /* 不开启时间片 */
                   TX_AUTO_START);        /* 创建后立即启动 */
  
  
  /* 创建空闲任务 */
  tx_thread_create(&ThreadIdleTCB,     /* 任务控制块地址 */  
                   "Thread IDLE",      /* 任务名 */
                   ThreadIdle,       /* 启动任务函数地址 */
                   0,            /* 传递给任务的参数 */
                   &ThreadIdleStack[0],   /* 堆栈基地址 */
                   THREAD_IDLE_STK_SIZE,  /* 堆栈空间大小 */ 
                   THREAD_IDLE_PRIO,    /* 任务优先级*/
                   THREAD_IDLE_PRIO,    /* 任务抢占阀值 */
                   TX_NO_TIME_SLICE,    /* 不开启时间片 */
                   TX_AUTO_START);     /* 创建后立即启动 */
}

  还要在主函数中调用 tx_kernel_enter函数以达到启动ThreadX内核的目的。

4、最后测试

  完成前述的全部内容后,我们编译下载到目标平台,系统能够正常运行。添加ThreadX调试插件可以查看个任务的执行情况如下:

  经过上述测试,我们已经成功的将ThreadX一直到立刻STM32H7平台,这样余下的事情就是开发具体的应用了。

欢迎关注:

<think>好的,用户正在寻找如何将ThreadX实时操作系统移植STM32H7微控制器上,使用CubeMX工具生成初始代码的教程。首先,我需要回顾已有的信息。用户提供的引用中提到了两个资源:一个是安富莱的教程,另一个是ST官方的x-cube-azrtos-h7项目。安富莱的教程虽然详细,但用户反映有些步骤不够清晰,导致移植过程耗时。而ST官方的项目则提供了Azure RTOS的集成,可能包含ThreadX的支持。 接下来,用户明确需要的是使用CubeMX生成初始代码,然后手动移植ThreadX和NetXDUO的步骤。根据引用1,用户提到直接使用CubeMX选择ThreadX作为RTOS存在问题,可能需要CubeIDE配合,但用户选择的是CubeMX配置后手动添加到MDK工程。因此,我应该整理出基于CubeMX配置工程、配置引脚,然后手动添加源码的步骤。 首先,检查CubeMX的版本。引用1提到使用Version 6.4.0,MDK5.32,不同版本可能有差异。需要提醒用户注意版本兼容性。然后,配置时钟树和引脚,生成基础工程。接下来,下载ThreadX源码,可能需要从官网或ST的仓库获取。手动添加文件到MDK工程,包括threadx的源文件和头文件路径。配置系统时钟和中断,可能需要修改syscalls.c文件。最后,测试任务创建和编译。 此外,引用2提到x-cube-azrtos-h7项目,这个项目可能已经集成了ThreadX,所以建议用户参考官方示例,简化移植过程。需要比较手动移植和官方集成的优缺点,手动移植更灵活但复杂,官方集成可能更稳定但功能固定。 用户可能遇到的问题包括CubeMX配置中的问题,比如如何正确设置时钟,中断处理,以及源码路径的添加。需要详细说明每个步骤的注意事项,例如确保头文件路径正确,处理HAL库与ThreadX的兼容性,以及可能的中断优先级冲突。 最后,生成相关问题时,要考虑用户后续可能的需求,比如性能优化、任务调度、NetXDUO的移植等,确保覆盖用户可能的后续步骤。</think>### STM32H7 CubeMX配置与ThreadX移植步骤 根据引用[1]和引用[2],以下是基于STM32H7系列微控制器的ThreadX移植流程: #### 一、准备工作 1. 安装CubeMX 6.4.0及以上版本 2. 下载STM32H7的HAL库(STM32CubeH7软件包) 3. 获取ThreadX源码(从[GitHub官方仓库](https://github.com/azure-rtos/threadx)或ST官方集成包)[^1] #### 二、CubeMX工程配置 ```c /* 关键配置示例 */ // 系统时钟树配置为400MHz RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI; RCC_OscInitStruct.HSIState = RCC_HSI_ON; RCC_OscInitStruct.HSICalibrationValue = RCC_HSICALIBRATION_DEFAULT; ``` 1. 新建工程选择STM32H743/750系列 2. 配置时钟树(确保HCLK不超过400MHz) 3. 启用D2域SRAM(用于DMA缓冲区) 4. 生成基础工程(选择MDK-ARM工具链)[^1] #### 三、手动添加ThreadX源码 1. 创建`Middlewares/ThreadX`目录结构 2. 复制以下核心文件到工程: - `tx_initialize_low_level.s`(汇编启动文件) - `tx_thread_schedule.c`(调度器) - `tx_timer.c`(系统时钟管理) 3. 在MDK工程中添加分组: ``` ThreadX/ ├── Core/ └── Ports/Cortex-M7/AC6/ ``` #### 四、关键代码修改 ```c // 在main.c中添加任务定义示例 VOID my_thread_entry(ULONG thread_input) { while(1) { HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); tx_thread_sleep(100); // 100 ticks延时 } } ``` 1. 修改`stm32h7xx_it.c`中的系统中断: - 替换SysTick_Handler为`tx_timer_interrupt` 2. 配置`tx_initialize_low_level.s`中的堆栈指针 3. 添加系统时钟基准(建议使用TIM2定时器) #### 五、工程配置验证 1. 在MDK中设置预定义宏: ```makefile TX_ENABLE_FPU_SUPPORT TX_TIMER_PROCESS_IN_ISR ``` 2. 调整链接脚本(.sct文件)分配: ``` ARM_LIB_HEAP 0x24000000 EMPTY 0x10000 {} ARM_LIB_STACK 0x24010000 EMPTY 0x10000 {} ``` 3. 验证内存映射符合ThreadX要求(D1域AXI SRAM优先)[^2] #### 六、替代方案建议 ST官方提供的x-cube-azrtos-h7软件包已集成ThreadX+FileX+NetXDUO: 1. 通过CubeMX直接加载`.ioc`模板 2. 选择对应H7型号的Azure RTOS配置 3. 自动生成完整工程结构(包含USB/TCP协议栈)[^2]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值