一、测试背景
中断响应能力是实时操作系统的重要性能指标。在 8051 单片机应用中，中断响应延迟会影响外部事件处理、定时任务执行以及高优先级事件的实时性。
HRTOS 4.0 针对 8051 平台实现了中断管理与嵌套处理机制。为了验证系统在实际硬件上的中断响应表现，本次分别进行了普通中断响应测试和中断嵌套响应测试，并使用逻辑分析仪测量对应的时间间隔。
本次测试获得以下结果：
-
中断响应：12.167 μs
-
中断嵌套响应：11.917 μs
以下介绍测试环境、测试方法、程序实现与实测结果。
二、测试环境
| 项目 | 配置 |
|---|---|
| 操作系统 | HRTOS 4.0 |
| 处理器架构 | 8051 |
| 晶振频率 | 11.0592 MHz |
| 测试仪器 | 逻辑分析仪 |
| 测试内容 | 中断响应、嵌套中断响应 |
| 测试方式 | GPIO 电平变化与中断触发信号对比 |
三、测试一：普通中断响应
3.1 测试原理
第一组测试通过软件置位定时器 1 的中断标志位 TF1，触发定时器 1 中断。
测试任务首先将 P1.0 拉低，随后置位 TF1。中断处理函数运行后，将 P1.0 拉高。通过逻辑分析仪测量中断触发事件与 P1.0 电平变化之间的时间间隔，可以获得本次测试条件下的中断响应测量值。
3.2 测试代码
图 1：定时器中断响应测试代码
定时器初始化：
void timer1_test_init(void)
{
TMOD &= 0x0F;
TMOD |= 0x10;
TH1 = 0x00;
TL1 = 0x00;
TF1 = 0;
ET1 = 1;
TR1 = 0;
}中断处理函数：
void timer1_isr(void)
{
P10 = 1;
while (1);
}触发任务：
void task_a(void)
{
while (1)
{
P10 = 0;
TF1 = 1;
}
}应用入口：
void hrtos_main(void)
{
timer1_test_init();
os_task_create((unsigned int)task_a, 1, 2, 5);
os_task_create((unsigned int)timer1_isr, 16, 9, 5);
}本测试通过 TF1 软件置位触发中断，而不是等待定时器自然溢出。这样可以减少定时器计数等待过程对测试的影响，重点观察从中断请求产生到 GPIO 输出变化的时间。
3.3 实测结果
图 2：普通中断响应逻辑分析仪截图
实测中断响应时间为：
12.167 μs
该结果反映了本次测试配置下，从软件触发定时器中断到中断处理函数执行 GPIO 操作之间的实测时间。
四、测试二：中断嵌套响应
4.1 测试原理
第二组测试使用外部中断 1 和定时器 1，构造嵌套中断响应测试场景。
其中，外部中断 1 设置为低优先级，定时器 1 设置为高优先级。外部中断 1 触发后，在对应处理函数中置位 TF1，产生定时器 1 中断请求，以观察嵌套中断路径的响应情况。
与普通中断响应测试相比，这组测试重点关注已有中断处理流程中，高优先级中断请求的响应表现。
4.2 测试代码
图 3：中断嵌套测试代码
外部中断 1 初始化：
void int1_test_init(void)
{
IT1 = 1;
EX1 = 1;
PX1 = 0;
}定时器 1 初始化：
void timer1_test_init(void)
{
TMOD &= 0x0F;
TMOD |= 0x10;
TH1 = 0x00;
TL1 = 0x00;
TF1 = 0;
ET1 = 1;
TR1 = 0;
PT1 = 1;
}定时器 1 中断处理函数：
void timer1_isr(void)
{
P10 = 1;
while (1);
}外部中断 1 处理函数：
void int1_isr(void)
{
P10 = 0;
TF1 = 1;
while (1);
}应用入口：
void hrtos_main(void)
{
int1_test_init();
timer1_test_init();
os_task_create((unsigned int)timer1_isr, 0, 10, 0);
os_task_create((unsigned int)int1_isr, 0, 9, 0);
}这组代码中，定时器 1 的优先级设置为高于外部中断 1。实际测试时，还需要确保 HRTOS 的中断入口、优先级配置和嵌套机制与上述触发路径相匹配。
4.3 实测结果
图 4：中断嵌套响应逻辑分析仪截图
本次测得的中断嵌套响应时间为：
11.917 μs
该数值是本次硬件测试记录的结果。它与第一组测试的测量起止点及中断执行路径有所不同，因此不宜在未统一测量定义的情况下，直接将两组数据理解为完全相同条件下的性能比较。
五、测试结果汇总
| 测试项目 | 实测时间 |
|---|---|
| 普通中断响应 | 12.167 μs |
| 中断嵌套响应 | 11.917 μs |
两组测试均在微秒级时间范围内完成了 GPIO 响应测量。
需要注意，中断响应时间的具体含义取决于测量起点和终点。如果测量起点是软件置位中断标志，那么结果包含软件触发路径的相关开销；如果起点是外部引脚上的实际中断边沿，则对应的是另一种测量定义。发表测试结果时，应结合逻辑分析仪截图说明测量位置。
六、测试结果分析
6.1 中断响应能力
普通中断响应实测值为 12.167 μs，说明在本次配置下，从中断请求触发到 GPIO 输出变化的过程处于微秒级时间范围。
这一指标对于需要快速处理外部事件的嵌入式应用具有参考意义。
6.2 中断嵌套响应能力
中断嵌套响应实测值为 11.917 μs。该测试用于观察高优先级中断在嵌套处理路径中的响应表现。
嵌套中断机制可以使高优先级事件在符合条件时优先得到处理，但其实际响应时间仍与处理器指令执行、当前中断状态、内核中断管理路径以及测量方式有关。
6.3 实测数据的意义
对资源有限的 8051 系统而言，中断响应不仅取决于芯片本身，还与操作系统的中断入口设计、上下文管理和优先级机制有关。
通过目标硬件测试并记录逻辑分析仪波形，可以为系统的中断性能提供直接的测量依据。相比仅根据源代码推断响应时间，硬件实测更有助于验证实际运行表现。
不过，单次测量不能代表所有运行条件下的最坏响应时间。若要进一步建立完整的性能数据，还需要在明确测试条件的基础上进行重复测量，并覆盖不同任务负载和中断组合。
七、总结
本次针对 HRTOS 4.0 在 8051 平台上的中断处理能力进行了两组硬件测试：
-
普通中断响应：12.167 μs
-
中断嵌套响应：11.917 μs
两组测试均通过 GPIO 电平变化与逻辑分析仪进行测量，为 HRTOS 4.0 的中断响应性能提供了实际硬件数据。
对于实时操作系统，性能验证不仅需要关注任务调度和时间管理，也需要关注中断处理路径。HRTOS 4.0 将继续通过实际硬件测试积累性能数据，为系统行为分析与工程应用提供参考。