[参考译文] OMAP-L138：OMAP-L137：硬件中断开销计算

您好！

我已通知设计团队。 他们将直接在此处发布反馈。

此致、
Yordan

您好、Lorraine、
是的、请阐明您使用的 ADC。

一般来说，uPP 可能更适合此类 ADC，但我必须承认，就处理器 SDK 中的软件而言，我们的生态系统有限，并且我们能够将 ADC 直接连接到 EVM (OMAPL138 LCDK)， 这使得客户更难在原型/开发阶段评估性能、因此您需要小心谨慎。

我们确实拥有强大的第三方产品、它们具有相关的硬件和软件参考
www.criticallink.com/.../

请记住这一点。

在 OMAPL137上，要使用的并行接口是 EMIFA。

这是假设您使用的 ADC 不能与 SPI 等一些标准串行端口一起使用(可能是带宽要求更高)。

此致
Mukul

感谢您的及时和详细回答。

在 ADC 连接到 GPIO 引脚的那一刻、我似乎要处理现有的硬件。 如果/当我有机会重新旋转硬件时、我肯定会再次遇到很多有关 EMIF、UPP、ADC 等的额外问题

同时、我需要确定现有硬件的限制。

您能否查看下面的计算结果、并告诉我是否正确使用了提供的数字。

我有一个300MHz L137。 我的 ADC 以50kHz 的采样频率工作、因此我计算出硬件中断之间有6000个 L137时钟周期。

如果我估计 HWI 处理程序的"用户定义"部分将需要100个周期、那么我可以估计处理 HWI 的总处理周期将是
113 (发送程序起始)+ 100 (用户定义)+ 138 (发送程序结束)= 351个周期。
这样我就可以估计、处理 HWI 将需要351/6000 =我的处理能力的5.85%。

如果我希望 HWI 发布信标来指示何时已填充缓冲区并准备好进行处理、那么我需要将估计值增加47/160/220(?) 周期。

我假设中断延迟不是该计算的一个因素、因为 L137将在该期间执行其他有用的工作。

这一切都有道理吗？

谢谢、此致

Lorraine