• 状态 Resolved
  • 已锁定 已锁定
  • 回复 1 回复
  • 订户 0 订户
  • 视图 78 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TRF7970A：当标签处于读取/写入范围的最末尾时锁定 MCU

admin
Guru**** 2540720 points
Other Parts Discussed in Thread: TRF7970A

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/795115/trf7970a-locks-up-mcu-when-tag-is-at-far-end-of-read-write-range

器件型号：TRF7970A

您好！

我使用 TRF7970A 来写入/读取5类 Slix2 ( NXP)芯片。  

我遇到了 TRF7970会导致 MCU 在标签处于 TRF 无法读取标签内容的位置时锁定的问题。 TRF 只响应垃圾数据。

我不知道 TRF 如何扰乱 MCU，但我可以通过将标签放置在天线的读取/写入范围的远端来持续重现问题。

对此有什么想法吗？

谢谢、Nick

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Nick、

    如果标签位于通信边缘且发生数据损坏、则 TRF 应发出某种错误的信号-尤其是在打开 CRC 检查的情况下。

    如果发生错误、则应切断射频字段、重新初始化协议、并重新启动通信。 通过软复位 TRF79xx 器件、然后重新应用协议设置、最容易做到这一点。 这就是我们所有示例的完成方式。

    TRF7970只能锁定不能正确处理错误情况等的 MCU、因此允许其进入重复发送垃圾数据的状态。 由于 TRF7970只是一个 NFC 收发器、并且没有内部 MCU、系统设计的一部分是确保主机 MCU 在通信被锁定时正确处理对器件的复位。