[参考译文] TMS570LC4357：事件软件和 GPIO 输入(RTI 或 N2HET？)的延迟

您好、Alain、

您能更详细地解释一下您需要什么吗？ 换句话说、您提到您需要知道软件事件和 GPIO 切换之间的时间。 这种错误的做法意味着涉及 CPU、因为它正在运行软件、并且将成为事件的来源。 对吧？

如果我解释您的第一种情形、 SW 事件将触发 RTI 读取、然后 CPU 写入 GPIO 寄存器以提升到高电平触发中断、随后读取 RTI 的时间2以计算从 SW 事件发生到 GPIO 之间的总时间 升高。 如果您要使用该方法、则由于 GPIO 数量和软件事件频率的原因、您预计 CPU 上会有显著的负载。 对吧？ 您预计 SW 事件的发生频率如何？ 此外、这些软件事件是否可以用于以确定性方式或至少在适合应用程序不关心延迟的时间范围内触发 GPIO 设置函数。 即、如果 SW 事件触发了一个 SWI (SW 中断)并且 GPIO 立即在该 GPIO 中被置位。 或者、如果 SW 事件与写入 GPIO 设置寄存器等的 DMA 事件相关联 这又回到了计时需要多精确的要求。

在第二种情况下、SW 事件会以类似的方式触发 NHET 上的操作？ 您如何预计在该容量中使用 NHET？ NHET 可被用于生成脉冲输出或者捕捉脉冲输入。 即 PWM 输出和输入捕捉。 但它也可以做得更多。 指令集中还包含计数器、以便您可以在 NHET 代码中对脉冲或循环次数进行计数。 我不是一名 NHET 专家、但我肯定有某种方法可以在一定程度上实现您想要的功能、但我不知道时序的分辨率。