一、测试背景
在嵌入式实时操作系统中，时间管理是内核的重要组成部分。任务延时接口直接影响周期性任务的执行、外设控制以及应用程序的时间安排。
本次测试针对 HRTOS 4.0 的 os_delay_ms() 接口，在 8051 单片机上运行实际测试程序，通过 GPIO 引脚的电平变化测量不同延时参数对应的实际时间。
与单纯分析代码不同，本次采用目标硬件实测的方式，记录实际运行数据，为 HRTOS 4.0 的时间管理性能提供参考。
二、测试环境
| 项目 | 配置 |
|---|---|
| 操作系统 | HRTOS 4.0 |
| 处理器架构 | 8051 |
| 晶振频率 | 11.0592 MHz |
| 测试接口 | os_delay_ms() |
| 测试引脚 | P1.0 |
| 测试方式 | GPIO 电平变化与硬件测量 |
三、测试程序
测试任务依次执行 1 ms、10 ms、100 ms 和 5 ms 四组延时，通过 P1.0 引脚的高低电平变化形成可供测量的信号。
图 1：任务延时测试代码
#include "hrtos_internal.h"
#include "bsp_gpio.h"
#include <reg52.H>
sbit P10 = P1^0;
/* Task Switch Test */
void task_a(void)
{
EA = 0;
while (1)
{
P10 = 0;
os_delay_ms(1);
P10 = 1;
os_delay_ms(10);
P10 = 0;
os_delay_ms(100);
P10 = 1;
os_delay_ms(5);
}
}应用入口：
void hrtos_main(void)
{
os_task_create((unsigned int)task_a, 1, 2, 5);
}程序进入循环后，按照固定顺序执行四段延时。通过观察 GPIO 电平变化之间的时间间隔，可以测量对应程序段的实际运行时间。
四、硬件实测结果
图 2：1 ms 延时测试截图
实测时间：1.000 ms
图 3：10 ms 延时测试截图
实测时间：9.970 ms
图 4：100 ms 延时测试截图
实测时间：99.690 ms
图 5：5 ms 延时测试截图
实测时间：4.988 ms
实测数据汇总
| 设定延时 | 实测时间 | 时间差值 |
|---|---|---|
| 1 ms | 1.000 ms | 0 |
| 10 ms | 9.970 ms | -0.030 ms |
| 100 ms | 99.690 ms | -0.310 ms |
| 5 ms | 4.988 ms | -0.012 ms |
注：以上数据来自本次硬件测试记录，实际测量精度还与仪器分辨率、测量方式及测试条件有关。
五、测试结果分析
1. 不同延时参数的实际表现
本次测试覆盖了 1 ms 至 100 ms 的四组延时参数。实测时间分别为 1.000 ms、9.970 ms、99.690 ms 和 4.988 ms。
从这组数据来看，四个实测值均接近对应的设定值，说明在本次测试配置下，HRTOS 4.0 的延时接口表现符合预期。
2. 为什么需要进行硬件实测？
操作系统的时间管理涉及系统时基、任务阻塞、任务恢复及调度执行等多个环节。
即使接口的设计单位是毫秒，实际测量结果仍可能受到时基误差、任务恢复时机、指令执行开销和测量方法的影响。因此，不能仅根据函数名称或参数，就认定其实际延时与设定值完全一致。
通过 GPIO 输出和仪器测量，可以直接观察目标硬件上的实际运行表现，为进一步分析提供依据。
3. 测试结果的适用范围
本次测试代码中设置了 EA = 0，即关闭 8051 的全局中断。因此，这组结果对应的是当前测试配置，不能直接代表正常中断使能、多个任务并发运行或高负载情况下的延时精度。
此外，GPIO 电平变化之间的时间间隔不一定完全等于单次 os_delay_ms() 的内部计时时间。若要严格评估延时误差，还需要明确测量起止点、系统时基配置及中断状态。
六、总结
本次对 HRTOS 4.0 的毫秒级任务延时接口进行了硬件测试，四组延时参数分别取得了以下实测结果：
-
1 ms → 1.000 ms
-
10 ms → 9.970 ms
-
100 ms → 99.690 ms
-
5 ms → 4.988 ms
从本次数据来看，实测时间均接近设定值。
对于 8051 这类资源受限的微控制器，操作系统的时间管理能力不仅需要依赖设计和代码实现，也需要通过真实硬件持续验证。
HRTOS 4.0 将继续以实际测试为基础，逐步完善性能数据与技术文档，为开发者提供更直观、可验证的系统运行参考。