ThreadX在STM32上的移植:F1,F4通用启动文件tx_initialize_low_level.s

本文详细介绍了如何将ThreadXRTOS移植到STM32微控制器,重点剖析了关键启动文件tx_initialize_low_level.s,包括其组成部分、主要功能和移植注意事项,特别是针对汇编语言中的代码结构和系统时钟调整的要点。

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

在这里插入图片描述

在嵌入式系统开发中,实时操作系统(RTOS)的选择对于系统性能和稳定性至关重要。ThreadX是一种广泛使用的RTOS,它以其小巧、快速和可靠而闻名。在本文中,我们将探讨如何将ThreadX移植到STM32微控制器上,特别是我们将深入研究通用启动文件tx_initialize_low_level.s

什么是tx_initialize_low_level.s?

tx_initialize_low_level.s是ThreadX启动过程的关键组成部分。这个文件包含了一些底层的初始化代码,这些代码在系统启动时运行,以设置正确的硬件环境并跳转到主程序。

tx_initialize_low_level.s的主要组成部分

让我们来看一下tx_initialize_low_level.s的主要组成部分:

IMPORT  _tx_thread_system_stack_ptr
IMPORT  _tx_initialize_unused_memory
IMPORT  _tx_thread_context_save
IMPORT  _tx_thread_context_restore
IMPORT  _tx_timer_interrupt
IMPORT  __main
IMPORT  __initial_sp
IMPORT  __Vectors
IMPORT  __tx_PendSVHandler

这部分代码导入了一些外部符号

SYSTEM_CLOCK        EQU     168000000
SYSTICK_CYCLES      EQU     ((SYSTEM_CLOCK / 1000) -1)

这部分代码定义了一些常量,包括系统时钟频率、SysTick定时器的周期。

AREA ||.text||, CODE, READONLY
PRESERVE8

这部分代码定义了代码区域,并指示堆栈应保持8字节对齐。

EXPORT  _tx_initialize_low_level
_tx_initialize_low_level

这部分代码是_tx_initialize_low_level函数的定义开始的地方。在这个函数中,会写入初始化系统的代码。

EXPORT  SysTick_Handler
SysTick_Handler
PUSH    {r0, lr}
BL      _tx_timer_interrupt
POP     {r0, lr}
BX      LR

这部分代码是SysTick中断处理程序的定义。当系统定时器产生中断时,这个函数会被调用。

完整代码

	IMPORT  _tx_thread_system_stack_ptr
	IMPORT  _tx_initialize_unused_memory
	IMPORT  _tx_thread_context_save
	IMPORT  _tx_thread_context_restore
	IMPORT  _tx_timer_interrupt
	IMPORT  __main
	IMPORT  __initial_sp
	IMPORT  __Vectors
	IMPORT  __tx_PendSVHandler
SYSTEM_CLOCK        EQU     168000000
SYSTICK_CYCLES      EQU     ((SYSTEM_CLOCK / 1000) -1)
	AREA ||.text||, CODE, READONLY
	PRESERVE8
	EXPORT  _tx_initialize_low_level
_tx_initialize_low_level
	CPSID   i
	LDR     r0, =_tx_initialize_unused_memory       ; Build address of unused memory pointer
	LDR     r1, =__initial_sp                       ; Build first free address
	ADD     r1, r1, #4                              ;
	STR     r1, [r0]                                ; Setup first unused memory pointer
	MOV     r0, #0xE000E000                         ; Build address of NVIC registers
	LDR     r1, =__Vectors                          ; Pickup address of vector table
	STR     r1, [r0, #0xD08]                        ; Set vector table address
	LDR     r0, =_tx_thread_system_stack_ptr        ; Build address of system stack pointer
	LDR     r1, =__Vectors                          ; Pickup address of vector table
	LDR     r1, [r1]                                ; Pickup reset stack pointer
	STR     r1, [r0]                                ; Save system stack pointer
	MOV     r0, #0xE000E000                         ; Build address of NVIC registers
	LDR     r1, =SYSTICK_CYCLES
	STR     r1, [r0, #0x14]                         ; Setup SysTick Reload Value
	MOV     r1, #0x7                                ; Build SysTick Control Enable Value
	STR     r1, [r0, #0x10]                         ; Setup SysTick Control
	LDR     r1, =0x00000000                         ; Rsrv, UsgF, BusF, MemM
	STR     r1, [r0, #0xD18]                        ; Setup System Handlers 4-7 Priority Registers
	LDR     r1, =0xFF000000                         ; SVCl, Rsrv, Rsrv, Rsrv
	STR     r1, [r0, #0xD1C]                        ; Setup System Handlers 8-11 Priority Registers
; Note: SVC must be lowest priority, which is 0xFF
	LDR     r1, =0x40FF0000                     ; SysT, PnSV, Rsrv, DbgM
	STR     r1, [r0, #0xD20]                    ; Setup System Handlers 12-15 Priority Registers
	BX      lr
	EXPORT  SysTick_Handler
SysTick_Handler
	PUSH    {r0, lr}
	BL      _tx_timer_interrupt
	POP     {r0, lr}
	BX      LR
	ALIGN
LTORG
	END

注意事项:

  1. 在移植到自己板子上的时候要注意更改系统时钟频率,我这里是168Mhz,
  2. 代码中的指令是有缩进的,不能取消,不然会把指令识别成标签

在某些汇编语言中,指令前面的空格可能是有意义的。这是因为一些汇编器(如ARM汇编器)使用缩进来区分标签和指令。具体来说:
如果一行的开始处直接是一个指令,那么汇编器可能会将其视为一个标签。标签通常用于表示内存位置,如函数的开始。
如果一行的开始处是一个或多个空格,然后是一个指令,那么汇编器会正确地将其视为一个指令。
因此,如果你删除了指令前面的空格,汇编器可能会误将指令视为标签,从而导致错误。

### 问题分析 `java.lang.IllegalArgumentException` 是 Java 中常见的运行时异常之一,通常表示传递给方法的参数不符合预期。在 Seata 的分布式事务场景下,该异常可能由 `applicationId` 或 `txServiceGroup` 参数未正确配置引起。 以下是针对此问题的具体解决方案: --- ### 配置文件检查 确保项目的配置文件(通常是 `application.yml` 或 `application.properties`)中正确设置了 `applicationId` 和 `txServiceGroup` 属性[^1]。如果这些属性缺失或为空,则会触发非法参数异常。 #### 示例配置 (`application.yml`) ```yaml seata: enabled: true application-id: your-application-id tx-service-group: my_test_tx_group ``` 上述配置中的 `your-application-id` 应替换为实际的应用名称,而 `my_test_tx_group` 则应设置为目标事务组名称[^2]。 --- ### 初始化逻辑验证 Seata 的初始化过程中调用了 `GlobalTransactionScanner` 类的 `initClient()` 方法。在此方法内部,会对 `applicationId` 和 `txServiceGroup` 进行非空校验。如果任一值为空,则抛出 `IllegalArgumentException` 异常[^3]。 #### 关键代码片段 ```java private void initClient() { if (StringUtils.isNullOrEmpty(applicationId) || StringUtils.isNullOrEmpty(txServiceGroup)) { throw new IllegalArgumentException( "applicationId:" + applicationId + ",txServiceGroup:" + txServiceGroup); } // Initialize Transaction Manager and Resource Manager TMClient.init(applicationId, txServiceGroup); RMClient.init(applicationId, txServiceGroup); } ``` 因此,在项目启动前需确认以下两点: 1. **`applicationId` 是否已定义且不为空**。 2. **`txServiceGroup` 是否具有合法值而非默认占位符(如 `default_tx_group`)**。 --- ### Spring Boot 启动类排查 Spring Boot 项目启动失败可能是由于依赖注入阶段未能成功加载必要的配置项所致。此时可以参考以下步骤进行调试[^4]: 1. **检查是否存在多个配置文件冲突** 如果项目中有多个环境对应的配置文件(如 `application-dev.yml`, `application-prod.yml`),则需要通过 JVM 参数指定当前激活的 profile,例如 `-Dspring.profiles.active=dev`。 2. **确保 Seata 客户端正常注册到服务端** 使用 Seata 默认的服务发现机制时,需保证客户端能够连接至 Seata Server 并完成注册操作。可以通过日志查看是否有相关提示信息。 3. **手动测试配置读取功能** 编写简单的单元测试来验证配置是否被正确解析并赋值给对应变量。 #### 测试代码示例 ```java import org.springframework.beans.factory.annotation.Value; import org.springframework.stereotype.Component; @Component public class ConfigTest { @Value("${seata.application-id}") private String applicationId; @Value("${seata.tx-service-group}") private String txServiceGroup; public static void main(String[] args) { System.out.println(new ConfigTest().getApplicationId()); System.out.println(new ConfigTest().getTxServiceGroup()); } public String getApplicationId() { return this.applicationId; } public String getTxServiceGroup() { return this.txServiceGroup; } } ``` --- ### 总结 通过对以上几个方面的逐一排查,可有效定位并解决因 `applicationId` 或 `txServiceGroup` 不当引发的 `IllegalArgumentException` 异常。核心在于确保所有必要参数均已被正确定义,并遵循框架文档推荐的最佳实践。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值