ThreadX(七)------互斥量Mutex

最新推荐文章于 2024-10-17 21:18:07 发布
最新推荐文章于 2024-10-17 21:18:07 发布
阅读量2.2k 收藏 2
点赞数
分类专栏： ThreadX RTOS 文章标签： stm32 单片机 mutex 操作系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_37555002/article/details/108180996
版权

互斥量Mutexes

概述

除了信号量外，ThreadX还提供了一个互斥对象。 互斥锁基本上是二进制信号量，这意味着一次只有一个线程可以拥有一个互斥锁。 此外，同一线程可以多次对拥有的互斥锁执行一次成功的互斥锁获取操作，确切地说是4,294,967,295。 互斥对象有两个操作：tx_mutex_get和tx_mutex_put。 get操作获取不属于另一个线程的互斥锁，而put操作释放先前获取的互斥锁。 为了使线程释放互斥锁，放置操作的数量必须等于先前的获取操作的数量。

每个互斥锁都是公共资源。 ThreadX对使用互斥体没有任何限制。

ThreadX互斥锁仅用于互斥。 与计数信号量不同，互斥锁不能用作事件通知的方法。

API

  • tx_mutex_create
  • tx_mutex_delete
  • tx_mutex_get
  • tx_mutex_put

tx_mutex_create

UINT tx_mutex_create(TX_MUTEX *mutex_ptr,
    CHAR *name_ptr, UINT priority_inherit);

参数

  • mutex_ptr指向互斥控制块的指针。
  • name_ptr指向互斥器名称的指针。
  • priority_inherit指定此互斥是否支持优先级继承。如果此值为TX_INHERIT，则支持优先级继承。但是，如果TX_NO_INHERIT，则此互斥不支持优先级继承。

返回值

  • TX_SUCCESS （0x00） 成功创建静音。
  • TX_MUTEX_ERROR （0x1C） 无效的互斥指针。指针为 NULL 或已创建互斥。
  • TX_CALLER_ERROR服务（0x13）无效调用。
  • TX_INHERIT_ERROR （0x1F） 无效优先级继承参数。

tx_mutex_delete

UINT tx_mutex_delete(TX_MUTEX *mutex_ptr);

参数

  • mutex_ptr指向以前创建的互斥的指针。

返回值

  • TX_SUCCESS （0x00） 成功静音删除。
  • TX_MUTEX_ERROR （0x1C） 无效的互斥指针。
  • TX_CALLER_ERROR服务（0x13）无效调用。

tx_mutex_get

UINT tx_mutex_get(TX_MUTEX *mutex_ptr, ULONG wait_option);

参数

  • mutex_ptr 指向以前创建的互斥的指针。
  • wait_option 定义如果互斥已被另一个线程拥有，服务的行为方式。等待选项的定义如下：
  1. TX_NO_WAIT （0x00000000） - TX_NO_WAIT，无论它是否成功，都会立即从该服务返回。如果从初始化调用服务，则这是唯一有效的选项。
  2. TX_WAIT_FOREVER超时值 （0xFFFF） - TX_WAIT_FOREVER，这将导致调用线程无限期挂起，直到互斥可用。超时值 （0x0000001 到 0xFFFFFE） - 选择数值 （1-0xFFFFFFFE） 指定在等待互斥时保持挂起计时器的最大数量。

返回值

  • TX_SUCCESS （0x00） 成功静音获取操作。
  • TX_DELETED （0x01） Mutex 在线程挂起时被删除。
  • TX_NOT_AVAILABLE （0x1D） 服务无法在指定时间内获得互斥的所有权以等待。
  • TX_WAIT_ABORTED （0x1A） 挂起被另一个线程、计时器或 ISR 中止。
  • TX_MUTEX_ERROR （0x1C） 无效的互斥指针。
  • TX_WAIT_ERROR （0x04） 在非线程的TX_NO_WAIT上指定了除其他帐户以外的等待选项。
  • TX_CALLER_ERROR服务（0x13）无效调用。

tx_mutex_put

UINT tx_mutex_put(TX_MUTEX *mutex_ptr);

参数

  • mutex_ptr指向以前创建的互斥的指针。

返回值

  • TX_SUCCESS （0x00） 成功静音释放。
  • TX_NOT_OWNED （0x1E） Mutex 不归呼叫者所有。
  • TX_MUTEX_ERROR （0x1C） 到互斥的无效指针。
  • TX_CALLER_ERROR服务（0x13）无效调用。

mutex_demo

/*
 *
 * SPDX-License-Identifier: GPL-2.0-or-later
 * mutex_demo.c
 * Change Logs:
 * Date           Author       Notes
 * 2020年8月25日     	  henji      the first version
 */
/* USER CODE BEGIN Includes */
#include "tx_api.h"
#include "stdio.h"

/* USER CODE BEGIN PV */
TX_THREAD MyThread_1;
TX_THREAD MyThread_2;

/*线程栈大小*/
#define DEMO_STACK_SIZE 1024
/*内存池总大小*/
#define DEMO_BYTE_POOL_SIZE 1024*5
/*内存块池总大小*/
#define DEMO_BLOCK_POOL_SIZE 100
/*内存字节池控制块*/
TX_BYTE_POOL byte_pool_0;

/* 指向内存的指针 */
UCHAR *memory_ptr;

/*互斥量	临界区*/
TX_MUTEX mutex_lock;

UINT count_A = 0;
UINT count_B = 0;

/* Tracex使用 */
/*跟踪缓冲区的内存大小*/
#define trace_buffer_size 64000
/*要保留在跟踪注册表中的应用程序ThreadX对象的数量*/
#define registry_entries 40
UCHAR trace_buffer_start[trace_buffer_size];
UINT trace_status;
/* USER CODE END PV */

/* Private function prototypes -----------------------------------------------*/
void SystemClock_Config(void);
/* USER CODE BEGIN PFP */
CHAR buffer[20]; //my_printf缓冲区 
void my_printf(CHAR *s,INT var);

/* USER CODE END PFP */

int main(void)
{
	.......
	/* USER CODE BEGIN 2 */

	tx_kernel_enter(); //threadx 入口

	/* USER CODE END 2 */
	while (1);
}
void MyThread_1_entry(ULONG entry_input)
{

	while (1)
	{
		/*临界区上锁*/
	//	tx_mutex_get(&mutex_lock,TX_WAIT_FOREVER);

		/*临界区 ...*/

		count_A ++;

		/* 让给线程2 使得count_A & count_B 不同步 */
		tx_thread_sleep(1000);

		count_B ++;
		/*临界区释放锁*/
	//	tx_mutex_put(&mutex_lock);

	}
}

void MyThread_2_entry(ULONG entry_input)
{

	while (1)
	{
		/*临界区上锁*/
	//	tx_mutex_get(&mutex_lock,TX_WAIT_FOREVER);

		/*临界区 ...*/

		if(count_A == count_B)
		{
			my_printf("count_A = count_B", HAL_MAX_DELAY);
		}
		else
		{
			my_printf("count_A != count_B", HAL_MAX_DELAY);
		}

		count_A ++;
		count_B ++;

		/*临界区释放锁*/
	//	tx_mutex_put(&mutex_lock);

		tx_thread_sleep(500);
	}
}

void tx_application_define(void *first_unused_memory)
{
	/*使能追踪*/
	trace_status = tx_trace_enable(&trace_buffer_start, trace_buffer_size,registry_entries);

	/*创建一个内存池用于分配线程栈*/
	tx_byte_pool_create(&byte_pool_0, 		//内存池的指针
			"byte pool 0",//名称
			first_unused_memory,//分配内存地址
			DEMO_BYTE_POOL_SIZE//分配内存池大小
			);

	/*分配一个栈空间用于线程1*/
	tx_byte_allocate(&byte_pool_0,		   //内存池的指针
			(VOID**) &memory_ptr,		   //指向目标内存指针的指针
			DEMO_STACK_SIZE,     //分配栈大小
			TX_NO_WAIT		   //无论它是否成功，都会立即从该服务返回
			);
	/*线程1*/
	tx_thread_create(&MyThread_1,	//线程控制块指针
			"MyThread_1",//线程名字
			MyThread_1_entry,//线程入口函数
			0,//线程入口参数
			memory_ptr,//线程的起始地址
			DEMO_STACK_SIZE,//线程栈大小 K
			3,//优先级3 (0~TX_MAX_PRIORITES-1)0  表示最高优先级
			3,//禁用抢占的最高优先级
			TX_NO_TIME_SLICE,//时间切片值范围为 1 ~ 0xFFFF(TX_NO_TIME_SLICE = 0)
			TX_AUTO_START//线程自动启动
			);
	/*分配一个栈空间用于线程2*/
	tx_byte_allocate(&byte_pool_0,		   //内存池的指针
			(VOID**) &memory_ptr,		   //指向目标内存指针的指针
			DEMO_STACK_SIZE,     //分配栈大小
			TX_NO_WAIT		   //无论它是否成功，都会立即从该服务返回
			);
	/*线程2*/
	tx_thread_create(&MyThread_2,	//线程控制块指针
			"MyThread_2",//线程名字
			MyThread_2_entry,//线程入口函数
			0,//线程入口参数
			memory_ptr,//线程的起始地址
			DEMO_STACK_SIZE,//线程栈大小 K
			1,//优先级1 (0~TX_MAX_PRIORITES-1)0  表示最高优先级
			1,//禁用抢占的最高优先级
			TX_NO_TIME_SLICE,//时间切片值范围为 1 ~ 0xFFFF(TX_NO_TIME_SLICE = 0)
			TX_AUTO_START//线程自动启动
			);

	/*创建互斥量 临界区 */
	tx_mutex_create(&mutex_lock,"mutex_lock",TX_NO_INHERIT);

}

void my_printf(CHAR *s,INT var)
{
	if(var == HAL_MAX_DELAY)
	{
		sprintf(buffer,s);
		HAL_UART_Transmit(&huart1, (uint8_t*)buffer, sizeof(buffer), HAL_MAX_DELAY);
	}
	else
	{
		sprintf(buffer,s,var);
		HAL_UART_Transmit(&huart1, (uint8_t*)buffer, sizeof(buffer), HAL_MAX_DELAY);
	}
}
/* USER CODE END 4 */

没有使用互斥量的时候，在线程1 tx_thread_sleep(1000); 挂起的时候,线程2操作变量使得 count_A 与 count_B 不同步


使用互斥量，保护共享资源，防止其它线程的破坏

在这里插入图片描述

完

Threadx 互斥量mutex
osnet的博客
02-05 1198
互斥量用来保证对共享资源或临界区的访问唯一性，保证在指定范围内，只能有一个线程访问该共享资源。 Threadx中同一个线程可以多次申请同一互斥量，并且释放互斥量必须释放相同次数。 互斥量控制块 Threadx中互斥量控制块(MCB)是用来保持运行时互斥量状态的数据结构。 /* Define the mutex structure utilized by the application. */ ...
STM32F1与STM32CubeIDE编程实例-ThreadX中的互斥体(Mutex)服务
视觉与物联智能
06-04 402
在实际应用中，可能会出现多个线程访问同一个共享资源或临界资源的情况。在这种情况下，需要保证线程对共享资料或临界资源具有独占访问权，即对共享资源或临界资源的访问具有排他性。互斥体(Mutex)具有这样的属性。它的设计目的是通过避免线程之间的冲突和防止线程之间不必要的交互来提供互斥保护。 本文将详细介绍如何在ThreadX中使用互斥体...
8.互斥量的使用--mutex
雨田2017的博客
06-13 1346
1.举例理解互斥锁 停车场（只有一个停车位）----------------        car1----------------car1进去后给停车场上锁，其他车就进不去了。car2    car3    car4    同时只能有一个线程占有公共资源。互斥锁是一种保护共享资源的方法。当一个线程拥有互斥锁的时候，另一个线程若是等待锁， 则其就会被挂起，从而保证只有一个线程会操作共享数据。2.例...
【STM32F429】第20章 ThreadX互斥信号量
Simon223的博客
08-04 1161
论坛原始地址（持续更新）：http://www.armbbs.cn/forum.php?mod=viewthread&tid=99514 第20章 ThreadX互斥信号量 本章节讲解ThreadX的资源共享机制---互斥信号量（Mutex，即Mutual Exclusion的缩写）。注意，建议初学者学习完前两个章节的信号量后再学习本章节的互斥信号量。 目录 20.1 互斥信号量 20.1.1 互斥信号量的概念及其作用 20.1.2 优先级翻转问题...
2022-01-16 threadx的互斥量的应用
Believeziwo的博客
01-16 2751
本系列教程均基于ART-PI开发板为硬件平台。stm32h750芯片+threadx。 互斥信号量的主要作用是对资源实现互斥访问，互斥量可以解决优先级翻转问题。 第一步：首先通过stm32cubeMX移植了threadx（参考第一篇文章）。 第二步：创建互斥量。在 int tx_application_define(VOID *first_unused_memory)里面创建信号量。 UINT status; /* 创建互斥信号量 */ status=tx_mutex_creat
threadx学习笔记（3）互斥锁
m0_71240643的博客
03-07 744
在线程1中调用互斥锁获取函数后，调用互斥锁信息函数，得到互斥锁目前的信息，可以看到串口打印结果中，互斥锁的tx_mutex_ownership_count加1。删除互斥锁不能和创建互斥锁一样在tx_applicaton_define里创建，要在线程逻辑内部创建。这个函数是创建互斥锁，创建互斥锁和创建线程一样要在tx_application_define中定义。每次得到互斥锁之后，要释放互斥锁，否则其他线程会无法得到互斥锁，导致死锁。获取互斥锁，这个函数一般写在线程内部，让线程获取互斥锁的所有权。
ThreadX之Mutex 简述
abe.yue的博客
04-16 611
mutex的结构由记录获取次数计数的tx_mutex_ownership_count、记录Onwer的TX_THREAD指针、记录挂起Task的双向链表和挂起Task个数的变量、记录在优先级继承情况下mutex Owner Thread的源优先级和抢占门限的变量和mutex本身信息：ID，Name，优先级继承flag，记录所有mutex的双向链表组成。 mutex在creat时只将传入的数据填入对应的mutex的结构，并将其加入mutex的双向链表，并把mutex个数加一。 ...
Threadx 申请互斥量 _tx_mutex_get
osnet的博客
02-05 1131
申请互斥量 _tx_mutex_get _tx_mutex_get用于申请互斥量： 1，如果是系统中第一个申请互斥量线程，tx_mutex_ownership_count 设置为1，申请成功。 2，如果是拥有互斥量的线程再次申请，那么只需tx_mutex_ownership_count 计数器加一，申请成功。 3，如果申请互斥量的当前线程不是拥有互斥量的线程，需要把当前线程挂入tx_mutex_s...
Threadx 释放互斥量_tx_mutex_put
osnet的博客
02-06 701
释放互斥量_tx_mutex_put 1，只有拥有互斥量的线程才能够释放互斥量 2，计数器减1后，值不是0，说明本线程多次申请了互斥量，那么本线程继续占有互斥量，函数返回 3，挂起队列中有线程等待互斥量资源，那么需要恢复挂起线程 4，挂起队列中线程优先级一定比拥有互斥量线程优先级高，因为低优先级获取了互斥量后，只有高优先级线程能够打断低优先级线程，并尝试获取互斥量，并挂在挂起队列中。 如果是高优...
ThreadX内核源码分析 - 线程同步之互斥锁及动态优先级
arm7star的博客
03-12 2082
1、ThreadX互斥锁介绍 互斥锁一般用来锁多线程都需要访问的临界资源，这些资源不能并发操作，例如对某个内存的互斥读写，这个读写很快，但是不能多线程同时进行，所以需要加互斥锁； 占用互斥锁的线程没能执行，可能是被高优先级线程抢占了或者临界资源里面调用了阻塞操作；高优先级线程想要访问临界资源就必须等待低优先级线程被调度然后释放互斥锁，如果低优先级线程不提高优先级不被执行的话，那么高优先级的线程就会阻塞，直到所有高优先级线程都阻塞了，才能轮到占用互斥锁的低优先级线程执行，这样高优先级线程就得不到及时处理，
Mutex 互斥量使用实例
05-12
一个关于互斥量使用的简单实例，主要使用CreateMutex, ReleaseMutex等。
threadX用户手册英文完整版
10-13
比较全的操作手册，我看很对中文翻译版的都有删减
STM32F103-AzureRTOS-3-mutex.7z
05-17
STM32F103+Azure threadx RTOS 互斥信号量应用 此程序包含Azure threadx RTOS代码在STM32F103芯片的移植，采用Keil5搭建工程。简单实现两个任务，两个任务都需要调用串口，通过互斥锁的原理，避免打架。
FreeRTOS - 互斥量
luckyme_的博客
10-17 1358
FreeRTOS学习过程中内容整理：综合韦东山-FreeRTOS手册和视频、野火-FreeRTOS内核实现与应用开发、及网上查找的其他资源整理而得。
NDK开发学习（一）
weixin_34388207的博客
05-22 272
一、CmakeLists.txt配置 Android Studio 应该是在3.2的版本之前对Camke支持都不太好，没有提示，但最新的好像3.4的可以了；NDK学习，至于这里创建NDK项目以及Android Studio NDK配置就不讲了；网上很多教程； Cmake语法： 1、配置Cmake版本： cmake_minimum_required(VERSION 3.4.1) 参数：最低版本...
Threadx-Comparison of a mutex with a counting semaphore
天使之翼
08-21 190
A counting semaphore resembles a mutex in several respects, but there are differences, as well as reasons to use one resource over the other. A mutex is exceptionally robust in providing mutual exclu...
【线程（二）】——互斥量的详细解析
sjp11的博客
02-07 3981
进程线程间的互斥的相关概念 临界资源：多线程执行流共享的资源叫做临界资源 临界区：每个线程内部，访问临界资源的代码叫做临界区。 例如如下： count是临界资源，因为它是全局变量，所以它存储在数据段中，新线程和主线程都可以访问到它，新线程中代码count++和主线程代码printf("%d\n",count);都是临界区，因为它们都访问了临界资源。 互斥：任何时刻，互斥保证有且只有一个执行流进入临界区，访问临界资源，通常对临界资源起保护作用 原子性：不会被任何调度机制打断的操作，该操作..
Threadx 信号量semaphore
osnet的博客
02-06 1131
文章目录信号量控制块信号量队列信号量API优先级翻转信号量创建_tx_semaphore_create删除信号量_tx_semaphore_delete 信号量（semaphore）用来保护共享资源，临界区访问，同步；可以用于生产者-消费者模式中提供事件通知。 如果信号量计数器最大为1，其值可能为0或1，成为二进制信号量。二进制信号量作用类似互斥量，但信号量不支持所有权，不支持优先级继承。 信号量...
Threadx 申请信号量_tx_semaphore_get
osnet的博客
02-06 1112
申请信号量_tx_semaphore_get 1，如果信号量计数器tx_semaphore_count不为0，就减一，返回申请成功。 2，如果信号量计数器tx_semaphore_count为0，说明资源都被占用，挂起当前线程到tx_semaphore_suspension_list队列，挂入队列的尾部，FIFO， 后续恢复时按住FIFO，而不是按照线程优先级 UINT _tx_semaph...
thread-x系统架构详解 目录详解
最新发布
04-03
<think>好的，用户之前询问了关于Thread-X Bootloader的内容，现在他们又想知道Thread-X系统的架构详解和目录结构。首先，我需要确认用户的需求是什么。看起来他们可能是在开发嵌入式系统，特别是使用ThreadX实时操作系统（RTOS），所以需要深入了解其内部结构和文件组织，以便更好地进行开发和调试。 接下来，我需要回忆ThreadX的系统架构。ThreadX是高度模块化的，核心包括调度器、线程管理、内存管理、通信机制等。用户可能希望了解这些模块如何协同工作，以及各个目录的作用，比如源代码、配置文件、示例程序的位置。 用户之前的问题涉及引导程序，所以可能他们对系统启动流程和初始化过程特别感兴趣。在回答架构时，应该强调初始化流程，从Bootloader到内核启动的过渡。此外，他们可能需要知道如何配置ThreadX以适应不同的硬件环境，比如通过tx_initialize_low_level.s文件进行底层硬件设置。 目录结构部分，用户可能需要了解标准的ThreadX项目结构，这有助于他们组织自己的代码，找到示例和文档。需要分清楚核心模块、移植层、中间件和示例代码的位置。例如，common目录可能包含公共头文件，ports目录涉及不同处理器的移植代码，这有助于用户进行跨平台开发。 还要考虑用户可能的后续问题，比如如何添加新模块或进行调试，所以在回答中可以提到测试框架和调试工具的位置，比如test目录和trace功能。此外，安全性和扩展性也是用户可能关心的点，比如支持TEE或加密库的集成。 需要确保回答结构清晰，分点列出架构和目录，使用用户易懂的语言，避免过于技术化的术语，但也要足够详细以帮助开发者实际应用。同时，遵循用户给出的格式要求，比如数学公式用$$包裹，行内公式用$，并且使用中文回答。 最后，检查是否有遗漏的部分，比如是否提到了实时性能优化、中断处理机制，或者如何利用ThreadX的模块进行多任务管理。确保覆盖用户可能需要的所有关键点，帮助他们全面理解ThreadX的系统架构和项目结构。</think>以下是 **ThreadX 实时操作系统（RTOS）的系统架构详解与目录结构解析**，按模块化分层说明： --- ### **一、ThreadX 系统架构分层** #### 1. **内核层（Core Kernel）** - **调度器** - 支持优先级抢占式调度（256 级优先级）和时间片轮转。 - 调度策略通过内部就绪队列实现，时间复杂度为 $O(1)$。 - **线程管理** - 线程控制块（TCB）存储状态（就绪、挂起、终止等）、栈指针和优先级。 - 动态线程创建/删除接口：`tx_thread_create()`、`tx_thread_delete()`。 - **内存管理** - 提供字节池（`TX_BYTE_POOL`）和块池（`TX_BLOCK_POOL`），支持动态内存分配。 - 零碎片算法优化，通过内存池链表实现高效管理。 - **中断处理** - 嵌套中断支持，中断服务程序（ISR）与线程上下文切换无锁设计。 - 中断延迟极低（典型值 < 100 周期）。 #### 2. **通信与同步层** - **信号量（Semaphore）** - 二进制/计数信号量，操作原子性通过关中断保证。 - **互斥量（Mutex）** - 优先级继承协议（PIP）防止优先级反转。 - **消息队列（Message Queue）** - 支持定长消息传递，通过环形缓冲区实现。 - **事件组（Event Flags）** - 32 位事件标志位，支持“与”、“或”触发条件。 #### 3. **扩展模块** - **FileX** - FAT12/16/32 文件系统驱动，集成磨损均衡算法。 - **NetX** - TCP/IP 协议栈，支持 IPv4/IPv6 和 TLS 加密。 - **USBX** - USB Host/Device 协议栈，兼容 CDC、HID、MSC 类。 #### 4. **硬件抽象层（HAL）** - **移植层（Porting Layer）** - 处理器相关代码（如上下文切换的汇编文件 `tx_thread_context_save.s`）。 - 时钟驱动（SysTick 或硬件定时器配置）。 - **低功耗模式** - 支持休眠（Sleep）和深度休眠（Deep Sleep）模式切换。 --- ### **二、ThreadX 源码目录结构详解** 典型 ThreadX 项目目录组织如下（以 ARM Cortex-M 为例）： ```plaintext threadx/ ├── common/ # 核心模块源码 │ ├── inc/ # 全局头文件 (tx_api.h, tx_port.h) │ ├── src/ # 内核源码 (tx_thread_schedule.c, tx_timer.c) │ └── build/ # 编译脚本 (Makefile, IAR/Keil 工程模板) ├── ports/ # 硬件移植层 │ ├── cortex_m4/ # Cortex-M4 特定代码 │ │ ├── tx_initialize_low_level.s # 启动文件（栈初始化、中断向量表） │ │ └── tx_thread_context_save.s # 上下文切换汇编 │ └── cortex_m7/ # Cortex-M7 支持 ├── middleware/ # 扩展模块 │ ├── filex/ # FileX 文件系统 │ ├── netx/ # NetX 网络协议栈 │ └── usbx/ # USBX 驱动 ├── examples/ # 示例代码 │ ├── thread_create/ # 线程创建与同步示例 │ └── http_server/ # NetX 应用示例 ├── docs/ # 文档 │ ├── user_guide.pdf # 用户手册 │ └── porting_guide.pdf # 移植指南 └── test/ # 测试框架 ├── unit_tests/ # 单元测试（线程调度、内存分配） └── system_tests/ # 系统级压力测试 ``` --- ### **三、关键初始化流程** 系统启动代码（以 Cortex-M 为例）： ```c /* 启动文件 (startup_stm32f4xx.s) */ Reset_Handler: LDR R0, =__main // 初始化 C 运行时 BLX R0 LDR R0, =tx_kernel_enter // 进入 ThreadX 内核 BX R0 /* main.c */ void tx_application_define(void *first_unused_memory) { // 定义线程、队列、内存池等对象 tx_thread_create(&thread_1, ..., entry_function, ...); } ``` --- ### **四、性能优化特性** - **确定性响应** 所有系统调用时间复杂度固定，例如信号量获取时间与系统负载无关。 - **内存占用** 最小内核配置仅需 2KB ROM 和 1KB RAM（Cortex-M0+）。 - **Trace 支持** 内置 `TX_ENABLE_EVENT_TRACE` 可实时记录线程切换、中断事件。 --- ### **五、应用场景与扩展** - **工业控制**：利用优先级抢占保障关键任务（如 PID 控制线程）。 - **物联网设备**：通过 NetX 实现 MQTT 协议与云平台通信。 - **安全领域**：集成 TrustZone 支持（如 Cortex-M33 的 TEE 环境）。 如需进一步了解某模块（如调度算法或移植细节），可指定方向深入探讨。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值