RTOS-F429-HAL-任务运行时间查询API(2026/7/31)
目录一vTaskGetRunTimeStats() — 任务运行时间统计1函数原型2需要的三个宏缺一不可3输出格式4跟 uxTaskGetSystemState() 的关系5时基定时器的要求6跟昨天学的 API 对比二最终改动清单 — rtos\8\ 任务运行时间统计实验TIM6.hTIM6.cstm32f4xx_it.cFreeRTOSConfig.hmain.cfreertos_demo.c — 整个文件重写Key.c完整中断链路跟正点代码的对比三rtos\8 任务运行时间轴启动阶段start_task优先级 1活不过 1ms稳态运行无限循环CPU 占用占比为什么 IDLE 是 99%按下 KEY1 那一刻一vTaskGetRunTimeStats()— 任务运行时间统计1函数原型void vTaskGetRunTimeStats( char *pcWriteBuffer );形参含义pcWriteBuffer输出缓冲区指针写入格式化后的表格字符串。每个任务约需 40 字节返值无。数据写入pcWriteBuffer。2需要的三个宏缺一不可宏在哪设干什么configGENERATE_RUN_TIME_STATS 1FreeRTOSConfig.h开运行时间统计功能configUSE_STATS_FORMATTING_FUNCTIONS 1FreeRTOSConfig.h开格式化输出昨天已开 ✅portCONFIGURE_TIMER_FOR_RUN_TIME_STATS()我们自己在 FreeRTOSConfig.h 实现初始化一个高精度时基定时器portGET_RUN_TIME_COUNTER_VALUE()我们自己在 FreeRTOSConfig.h 实现读该定时器的当前计数值3输出格式Task Abs Time % Time task2 12345 48% task1 10000 39% IDLE 3333 13% start_task 0 1%列含义Task任务名Abs Time该任务自启动以来累计跑了多久计时器 tick 数% Time占总 CPU 时间的百分比4跟uxTaskGetSystemState()的关系vTaskGetRunTimeStats内部就是调了uxTaskGetSystemState()然后把它返回的ulRunTimeCounter字段格式化成表格。核心逻辑源码 tasks.c// 简化版内部实现 void vTaskGetRunTimeStats(char *pcWriteBuffer) { TaskStatus_t *pxTaskStatusArray; UBaseType_t uxArraySize; uint32_t ulTotalRunTime; ​ uxArraySize uxTaskGetNumberOfTasks(); pxTaskStatusArray pvPortMalloc(uxArraySize * sizeof(TaskStatus_t)); ​ if (pxTaskStatusArray ! NULL) { // ★ uxTaskGetSystemState 第三个参数传 ulTotalRunTime不是 NULL 了 uxArraySize uxTaskGetSystemState(pxTaskStatusArray, uxArraySize, ulTotalRunTime); ​ // 用 sprintf 格式化每个任务的百分比 for (x 0; x uxArraySize; x) { ulStatsAsPercentage pxTaskStatusArray[x].ulRunTimeCounter / ulTotalRunTime; sprintf(pcWriteBuffer, %s\t\t%lu\t\t%lu%%\r\n, ...); } ​ vPortFree(pxTaskStatusArray); } }5时基定时器的要求计时精度需高于系统时钟节拍精度的10 至 100 倍我们 SysTick 是 1ms1KHz所以时基定时器至少10KHz ~ 100KHz。比如用 TIM6 配 10KHz 0.1ms 精度。6跟昨天学的 API 对比vTaskListvTaskGetRunTimeStats输出内容状态、优先级、栈剩余运行时间、CPU 占比内部调用uxTaskGetSystemStateuxTaskGetSystemState额外宏configUSE_STATS_FORMATTING_FUNCTIONS还要configGENERATE_RUN_TIME_STATS 两个 port 宏需要外设无需要一个硬件定时器不能用 SysTick它已经是心跳了二最终改动清单 — rtos\8\ 任务运行时间统计实验TIM6.h行号内容12-13新增RT_STATS_PSC(89)/RT_STATS_ARR(9)— 100KHz 时基宏17新增void ConfigureTimeForRunTimeStats(void)声明18新增extern uint32_t FreeRTOSRunTimeTicks全局计数器声明TIM6.c行号内容7新增uint32_t FreeRTOSRunTimeTicks全局计数器定义29-49新增ConfigureTimeForRunTimeStats()— 配 TIM6 为 100KHzPSC89, ARR956-60HAL_TIM_PeriodElapsedCallback里 TIM6 分支FreeRTOSRunTimeTicksstm32f4xx_it.c行号内容172-178新增TIM6_DAC_IRQHandler()— ISR 入口调HAL_TIM_IRQHandler(htim6)FreeRTOSConfig.h行号内容172configGENERATE_RUN_TIME_STATS0→1173新增#include ../BSP/TIM6/TIM6.h— 引入 ConfigureTimeForRunTimeStats 声明174新增portCONFIGURE_TIMER_FOR_RUN_TIME_STATS()→ConfigureTimeForRunTimeStats()175新增portGET_RUN_TIME_COUNTER_VALUE()→FreeRTOSRunTimeTicksportCONFIGURE_TIMER_FOR_RUN_TIME_STATS() 这是一个 初始化函数宏。 当 FreeRTOS 启动调度器vTaskStartScheduler()时会自动调用这个宏。 它的职责是 初始化一个高精度定时器这里是 TIM6为任务时间统计做准备。 你需要在 ConfigureTimeForRunTimeStats() 里做什么 通常需要完成以下几件事 开启 TIM6 时钟 配置 TIM6 的预分频PSC让计数频率 远高于系统节拍 配置自动重装值ARR决定溢出周期 开启 TIM6 更新中断可选但推荐 启动 TIM6 ​ void ConfigureTimeForRunTimeStats(void) { FreeRTOSRunTimeTicks 0; /* 计数器归零 */ ​ TIM6_CLK_ENABLE(); /* 使能 TIM6 时钟 */ htim6.Instance TIM6; htim6.Init.Prescaler RT_STATS_PSC; /* 89 */ htim6.Init.CounterMode TIM_COUNTERMODE_UP; htim6.Init.Period RT_STATS_ARR; /* 9 */ HAL_TIM_Base_Init(htim6); ​ HAL_NVIC_SetPriority(TIM6_DAC_IRQn, 6, 0); /* 抢占 6低于关键中断 */ HAL_NVIC_EnableIRQ(TIM6_DAC_IRQn); ​ HAL_TIM_Base_Start_IT(htim6); }#define portGET_RUN_TIME_COUNTER_VALUE() FreeRTOSRunTimeTicks ​ 这是 获取当前“系统运行时间基准值”的宏。 FreeRTOS 在以下时刻会调用它 任务切换时 系统节拍中断中 调用 vTaskGetRunTimeStats() 时 它的返回值代表“从系统启动到现在一共经过了多少个高精度时间单位”。main.c行号内容5新增#include ./Key/Key.h— 按键模块7新增#include ./TIM6/TIM6.h— TIM6 运行时间统计18新增ConfigureTimeForRunTimeStats()— 调度器启动前配好 TIM620新增Key_Init()— 初始化按键 GPIO28printf 标题 →FreeRTOS Run Time Stats Test!freertos_demo.c — 整个文件重写行号内容37task2 优先级3比 task1 高方便中断响应46static char task_buff[512]—vTaskGetRunTimeStats输出缓冲区88-97task1LED 红 500ms 交替闪烁109-129task2扫描 KEY1(PA0) → 按键触发vTaskGetRunTimeStats(task_buff)→ printf132vTaskDelay(10)— 10ms 扫一次按键Key.c行号内容2-3新增#include FreeRTOS.h/#include task.h— RTOS API30HAL_Delay(10)→vTaskDelay(10 / portTICK_PERIOD_MS)— 消抖不卡 CPU33-34while(...);死循环 →while(...) vTaskDelay(...)— 等松开时让出 CPU完整中断链路TIM6 硬件 (100KHz10μs) → 向量表 TIM6_DAC_IRQHandler [stm32f4xx_it.c:175] → HAL_TIM_IRQHandler(htim6) → HAL_TIM_PeriodElapsedCallback [TIM6.c:54] → FreeRTOSRunTimeTicks [TIM6.c:58] ↓ FreeRTOS 内核 portGET_RUN_TIME_COUNTER_VALUE() 读数 ↓ vTaskGetRunTimeStats() → sprintf 格式化 → printf 输出跟正点代码的对比正点我们时基TIM6btim.c/btim.h专用模块TIM6复用BSP/TIM6/加功能时基初始化port宏在调度器里调main 里主动调 port 宏双重保险ISR 位置btim.c里BTIM_TIMX_INT_IRQHandlerstm32f4xx_it.c里TIM6_DAC_IRQHandler按键触发key_scan(0) KEY0Key_Scan(PA0) KEY1RTOS 版消抖LEDLED0_TOGGLE()LED_R(0/1)红灯交替临界区taskENTER/EXIT_CRITICAL包创建无临界区之前验证过不需要三rtos\8 任务运行时间轴启动阶段上电 → HAL_Init → SysTick_Init(180MHz) → TIM7_Init(HAL时基) → ConfigureTimeForRunTimeStats(TIM6 100KHz 开始计数) → LED_Init / Key_Init / USART1_Init → printf(FreeRTOS Run Time Stats Test!) → freertos_demo() ├── xTaskCreate(start_task, prio1) └── vTaskStartScheduler() └── xPortStartScheduler → prvStartFirstTask → svc 0 → SVC → 第一个任务 start_task 开始跑start_task优先级 1活不过 1msstart_task 跑 ├── xTaskCreate(task1, prio2) → task1 就绪 ├── xTaskCreate(task2, prio3) → task2 就绪比 task1 高 └── vTaskDelete(NULL) → 自杀触发 PendSV → 找到最高优先级 task2(prio3) → task2 开始跑稳态运行无限循环时间轴 → task2 (prio3, 最高): Key_Scan(PA0) → 没按下 → vTaskDelay(10) → 睡 10ms ├─ 10ms 后醒来 ──→ Key_Scan → vTaskDelay(10) → 睡 ├─ 10ms 后醒来 ──→ ...循环... └─ 某次醒来 → KEY1 按下→ vTaskGetRunTimeStats → printf(表格) → vTaskDelay(10) → 睡 task1 (prio2): LED_R(0) 亮 → vTaskDelay(500) → 睡 500ms ├─ 500ms 后醒来 → LED_R(1) 灭 → vTaskDelay(500) → 睡 ├─ 500ms 后醒来 → LED_R(0) 亮 → vTaskDelay(500) → 睡 └─ ...永远红灯亮 500ms / 灭 500ms... IDLE (prio0): 当 task1 和 task2 都在睡的时候跑 → 回收被删任务的尸体 → 空转省电CPU 占用占比为什么 IDLE 是 99%每 1 秒内 ──────────────────────────────────────────────── task2每 10ms 醒来一次读 GPIO vTaskDelay醒着时间 ≈ 几十 μs → 每 1 秒内实际干活 ≈ 0.01 秒 → 1% task1每 500ms 醒来一次LED 翻转 vTaskDelay → 每 1 秒实际干活 ≈ 0.001 秒 → 1% IDLE以上两个任务都睡了的 99% 时间 → IDLE 在空转按下 KEY1 那一刻task2 扫到按键按下 → delay_ms(10) 消抖CPU 轮询不切换任务 → 确认按下 → while(按下) 等松开CPU 轮询 → 松开 → 返回 KEY_ON → vTaskGetRunTimeStats(task_buff) ├── pvPortMalloc → uxTaskGetSystemState(ulTotalTime) │ └── ulTotalTime FreeRTOSRunTimeTicksTIM6 100KHz 累计值 ├── 算出每个任务占比 → sprintf 格式化 └── 写入 task_buff → printf(%s, task_buff) → 串口输出表格 → vTaskDelay(10) → 继续扫按键核心就是两个任务都在睡 → CPU 交给 IDLE → 99% 空闲率。这也证明了 FreeRTOS 的调度没有额外开销——不干活的时候 CPU 就真闲着。

相关新闻

5分钟掌握Form-Generator:Element UI可视化表单设计的终极解决方案

5分钟掌握Form-Generator:Element UI可视化表单设计的终极解决方案

5分钟掌握Form-Generator:Element UI可视化表单设计的终极解决方案 【免费下载链接】form-generator :sparkles:Element UI表单设计及代码生成器 项目地址: https://gitcode.com/gh_mirrors/fo/form-generator Form-Generator是一款基于Element UI的高效可视…

2026/7/31 11:54:13阅读更多 →
软件和APP开发怎么避坑

软件和APP开发怎么避坑

在1688产业带商家的经营过程中,软件与APP开发是不少商家实现数字化升级的重要选择,但行业内开发周期长、成本居高不下、技术不自主等问题,一直都是商家踩坑的重灾区。想要避开这些常见陷阱,选择靠谱的开发服务提供方是核心&#x…

2026/7/31 11:54:13阅读更多 →
日语广播节目元数据智能解析与结构化处理技术实践

日语广播节目元数据智能解析与结构化处理技术实践

最近在整理日本声优访谈资料时,发现很多开发者对如何高效处理日语广播节目的元数据提取和内容分析存在需求。特别是像《A&G TRIBAL RADIO エジソン》这样的知名节目,每期都有大量有价值的信息需要结构化处理。本文将分享一套完整的日语广播节目数据处…

2026/7/31 11:52:13阅读更多 →
如何快速掌握通达信缠论分析:ChanlunX插件的完整使用指南

如何快速掌握通达信缠论分析:ChanlunX插件的完整使用指南

如何快速掌握通达信缠论分析:ChanlunX插件的完整使用指南 【免费下载链接】ChanlunX 缠中说禅炒股缠论可视化插件 项目地址: https://gitcode.com/gh_mirrors/ch/ChanlunX 想要在股票分析中摆脱繁琐的手工绘图,实现精准的缠论技术分析吗&#xff…

2026/7/31 13:08:41阅读更多 →
Kubernetes Service 请求打不通:Pod 明明 Running,从 selector 到 kube-proxy 逐层定位

Kubernetes Service 请求打不通:Pod 明明 Running,从 selector 到 kube-proxy 逐层定位

Kubernetes Service 请求打不通:Pod 明明 Running,从 selector 到 kube-proxy 逐层定位 你部署了一个服务,kubectl get pod 显示全是 Running,可另一个 Pod 里 curl http://my-svc:8080 就是超时或 connection refused。日志没报错、探针也过了,偏偏请求进不去。这类问题最耗人…

2026/7/31 13:08:41阅读更多 →
MZmine终极指南:5步掌握开源质谱数据分析全流程

MZmine终极指南:5步掌握开源质谱数据分析全流程

MZmine终极指南:5步掌握开源质谱数据分析全流程 【免费下载链接】mzmine3 mzmine source code repository 项目地址: https://gitcode.com/gh_mirrors/mz/mzmine3 MZmine是一款功能强大的开源质谱数据分析软件,专为代谢组学、脂质组学和蛋白质组学…

2026/7/31 13:08:41阅读更多 →
Amphenol LTW RDP5SM-RDP5SM-TR7B10线束组件应用解析

Amphenol LTW RDP5SM-RDP5SM-TR7B10线束组件应用解析

在现代工业设备中,连接系统不仅承担电气传输功能,同时也影响设备运行稳定性、维护效率以及整体可靠性。随着自动化设备、新能源系统以及智能终端的发展,工业级线束组件逐渐成为设备设计中不可忽视的重要组成部分。 本文围绕 Amphenol LTW RDP…

2026/7/31 13:08:41阅读更多 →
Zabbix 7.0网络设备自动发现与监控配置实战

Zabbix 7.0网络设备自动发现与监控配置实战

1. 为什么需要网络设备自动发现在运维监控领域,网络设备的自动发现一直是个让人又爱又恨的话题。我经历过太多凌晨三点被叫起来处理网络故障的夜晚,也见过不少运维团队因为设备漏监控而背锅的案例。传统的手工添加监控项方式,在设备数量超过5…

2026/7/31 13:08:41阅读更多 →
Unity 3D冒险解谜游戏开发全流程:从核心机制到打包发布

Unity 3D冒险解谜游戏开发全流程:从核心机制到打包发布

1. 项目概述:为什么选择Unity开发3D冒险解谜游戏?如果你对游戏开发感兴趣,尤其是想亲手创造一个充满神秘机关、需要动脑探索的3D世界,那么Unity引擎几乎是当前最理想、最现实的选择。我之所以这么说,不是因为它“最强大…

2026/7/31 13:06:41阅读更多 →
覆盖国产 + 海外 + 开源模型,OpenClaw 2.7.9 Windows/Mac 双端部署详解

覆盖国产 + 海外 + 开源模型,OpenClaw 2.7.9 Windows/Mac 双端部署详解

🔹 工具基础介绍 OpenClaw 是开源生态中一款实用性较强的本地智能工具,凭借本地离线运行、可视化图形操作和任务自动化三大核心特性,赢得了众多用户的青睐。与普通在线对话AI工具不同,它属于能够直接操控本机软硬件的智能数字员工…

2026/7/30 15:03:16阅读更多 →
伺服阀焊完微漏毁整机?精密激光焊接三关锁住高压

伺服阀焊完微漏毁整机?精密激光焊接三关锁住高压

所谓液压伺服阀体的精密激光焊接,是用激光束对阀座壳体(通常为不锈钢或铝合金)进行密封焊接,使阀体在21-35MPa的高压液压油或压缩气体中长期运行而不发生介质泄漏。液压伺服阀是高端液压系统的"大脑"。从航空航天飞行控…

2026/7/30 12:22:27阅读更多 →
D2DX:三步实现《暗黑破坏神2》高清宽屏体验的终极指南

D2DX:三步实现《暗黑破坏神2》高清宽屏体验的终极指南

D2DX:三步实现《暗黑破坏神2》高清宽屏体验的终极指南 【免费下载链接】d2dx D2DX is a complete solution to make Diablo II run well on modern PCs, with high fps and better resolutions. 项目地址: https://gitcode.com/gh_mirrors/d2/d2dx 你是否还在…

2026/7/30 15:13:02阅读更多 →
物理复制比逻辑复制好在哪?数据库复制原理详解

物理复制比逻辑复制好在哪?数据库复制原理详解

数据库复制是把主库数据同步到备库的机制,分为逻辑复制和物理复制两种。逻辑复制传输的是 SQL 语句或行变更事件,物理复制传输的是存储引擎底层的物理日志。阿里云 PolarDB(云原生数据库)采用物理复制,在同步延迟、数据…

2026/7/31 0:00:40阅读更多 →
BilibiliDown:3分钟学会B站视频下载的终极指南

BilibiliDown:3分钟学会B站视频下载的终极指南

BilibiliDown:3分钟学会B站视频下载的终极指南 【免费下载链接】BilibiliDown (GUI-多平台支持) B站 哔哩哔哩 视频下载器。支持稍后再看、收藏夹、UP主视频批量下载|Bilibili Video Downloader 😳 项目地址: https://gitcode.com/gh_mirrors/bi/Bilib…

2026/7/31 0:00:41阅读更多 →
有哪些游戏数据AI平台?游戏行业Data+AI融合方案盘点

有哪些游戏数据AI平台?游戏行业Data+AI融合方案盘点

当前,游戏行业的“DataAI融合”已从概念验证进入价值落地阶段。根据IDC 2025年数据,中国AI游戏云市场规模已达18.6亿元;同时,游戏研发环节AI渗透率高达86%,生成式AI内容普及率超过50%。面对庞大的市场,游戏…

2026/7/31 0:00:41阅读更多 →
YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

如果你在部署 YOLOv8 时,发现推理速度只有可怜的 1-2 FPS,而别人的演示视频却能跑到 30 FPS 以上,那么问题很可能不在模型本身,而在于你的整个处理链路。很多开发者拿到一个训练好的 YOLOv8 模型后,会直接使用官方示例…

2026/7/31 0:49:33阅读更多 →
Coze与Dify对比指南:低代码AI应用开发从入门到实战

Coze与Dify对比指南:低代码AI应用开发从入门到实战

1. 从零到一:为什么你需要了解 Coze 和 Dify?如果你对 AI 应用开发感兴趣,但一看到“大模型”、“智能体”、“工作流”这些词就头疼,觉得门槛太高,那这篇文章就是为你准备的。很多开发者,包括我自己&#…

2026/7/31 5:08:18阅读更多 →
AI生图工具怎么选?2026年6月版实测对比

AI生图工具怎么选?2026年6月版实测对比

做自媒体的朋友应该都有体会:配图一直是个让人头疼的问题。2026年,AI生图工具已经非常成熟了,但工具太多反而不知道怎么选。以下是截至2026年6月我对主流AI生图工具的实测对比。Midjourney V8.1:速度之王2026年6月11日&#xff0c…

2026/7/30 15:43:46阅读更多 →