[参考译文] TRF7964A：读取单个块问题(最后一个字节损坏)

这可能与 TRF7960有关：FIFO 的最后一个字节的值错误 ？ 也无法解析。

因此、我一直在深入挖掘、我注意到以下几点：

SLOC297的示例代码在 IRQ_TX 被置为有效后立即发出 FIFO 复位直接命令：

我们自己的代码也遵循同样的规则。

另一方面、数据表中给出的示例(Inventory Command、SPI with SS、p. 37ff)似乎没有这样做。

所以我试了一下、并在此时复位 FIFO、然后发现我的所有问题都消失了。 它已经运行了一段时间了、就我所能说的而言、没有更多的不完整字节和回归。

有人能解释一下吗？ 哪种方法？ 是否可以/应该省略该特定 FIFO 复位？

SLOA246B P10、第4.6章非常明确地说明了 IRQ_TX 之后的强制 FIFO 复位、以便能够达到我想达到的稳定？ 仍然想知道为什么上面提到的数据表示例中忽略了这一点。

无论如何、我重新输入 FIFO 复位。 我认为我们可能无法足够快地处理 TX IRQ、我尝试从处理程序代码中分割几个 CPU 周期。 现在、我们从发出的 IRQ 线路到读取状态寄存器的时间大约为20us、从 IRQ 线路复位到 FIFO 复位命令的时间大约为20us。 这确实明显改善了这种情况、但偶尔出现的损坏的最后一个字节会不时地偷偷摸摸摸摸摸摸摸摸摸。

我找不到有关中断服务时序限制的任何信息、也许有人可以详细说明吗？

不过、在没有复位后 TX FIFO 的情况下、一切看起来都很好。

下面是另一个问题、看起来是相同的问题： TRF7962A：UID 号更改

尊敬的客户：感谢您对我们产品的提问和关注。

此产品的论坛支持已缩减为首先参考我们的现有文档和配套资料。 TI 没有计划停止生产或将器件置于“不推荐用于新设计”状态，因此我们真正觉得有关这些器件的大多数问题都可以通过查看现有配套资料和以前提出的问题来回答。 请随意继续使用此器件、因为您认为它适合您的应用。 要获得支持，请查看主题页面右下角的“相似主题”部分。 此外，请查阅 TRF7964A 产品网页“技术文档”部分的现有配套资料 以及 常见问题解答文档。 或者、您也可以使用所选的搜索引擎来查找相关的 E2E 主题。 借助这些资源、我们相信这将有助于解决您的问题。