12

我有一个中断处理模块，它控制嵌入式处理器上的中断控制器硬件。现在我想向它添加更多测试。目前，测试仅通过在 ISR 中进行两个软件中断来测试中断嵌套是否有效，一个具有低优先级，一个具有高优先级。我怎样才能进一步测试这个模块？

4

4 回答 4

7

我建议你也尝试创造其他刺激。

通常，硬件中断也可以由软件（自动测试）或调试器通过设置标志来触发。或者通过 I/O 作为中断。或定时器中断。或者，您可以在单步执行时通过调试器在中断控制器中设置中断位。

您可以对不应该发生的事情添加一些运行时检查。有时我选择将输出引脚设置为外部监控（如果你有示波器或逻辑分析仪，那就太好了......）

low_prio_isr(void)
{
    LOW_PRIO_ISR=1;
    if (1 == HIGH_PRIO_ISR)
    { this may never happen. dummy statement to allow breakpoint in debugger }

}

high_prio_isr(void)
{
    HIGH_PRIO_ISR=1
}

软件中断的缺点是时刻是固定的；总是相同的指令。我相信您希望看到它始终有效的证据；无死锁。

对于中断服务例程，我发现代码审查非常有价值。最后，您只能测试您想象的情况，并且在某些时候测试的工作量会非常高。众所周知，ISR 难以调试。

我认为提供以下测试很有用： - isr 不会因较低优先级中断而中断 - isr 不会因相同优先级中断而中断 - isr 会因较高优先级中断而中断 - 堆栈限制内的最大嵌套计数。

您的一些测试可能会作为工具保留在代码中（因此您可以监控例如最大嵌套级别。

哦，还有一件事：我通常设法将 ISR 保持得如此之短，以至于我可以避免嵌套……如果可以的话，这将为您带来更多的简单性和更高的性能。

[编辑] 当然，ISR 也需要在系统中的硬件上进行测试。除了逐位、逐步的方法，您可能想要证明： - 在最大中断负载下系统的稳定性（最好是预测的最大负载的几倍；如果您的 115kbps 串行驱动程序也可以处理 2MBps，您将没关系！） - 启用/禁用 isr 的正确时刻，特别是如果系统也进入睡眠模式 - 中断数。如果您添加机械开关、机械旋转（在达到稳定状态之前有数百个断开/接触时刻），可能会令人惊讶

于 2009-08-06T10:02:36.967 回答
3

我推荐真正的硬件测试。中断处理本质上是随机的和不可预测的。

使用信号发生器并将方波馈入适当的中断引脚。使用多个生成器（或具有多个输出的一个）来测试多个 IRQ 线路并验证优先级处理。

尝试在信号发生器上调高和调低频率（改变它们之间的速率），看看会发生什么。有大量的诊断代码来验证中断控制器在各种状态下的状态。

替代方案： 如果您的平台有可以触发中断的计时器，您可以使用它们来代替外部硬件。

于 2009-08-06T16:41:16.637 回答
0

对于这样的东西，我强烈推荐SPIN model checker之类的东西。你最终测试的是算法，而不是代码，但测试是详尽的。过去，我在使用这种技术时发现了一个错误。gdb

于 2009-08-07T23:09:11.667 回答
0

我不是嵌入式开发人员，所以我不知道这是否可能，但是如何将处理中断的代码与回调注册机制解耦呢？这将允许您编写模拟器代码来触发您喜欢的中断事件......

于 2009-08-06T09:28:01.263 回答