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.

[参考译文] TRF7960:NXP Icode SLIX 中的奇数块、但在 RF37S114中正常

Guru**** 2587365 points
Other Parts Discussed in Thread: RF37S114, TRF7960

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/602612/trf7960-odd-blocks-in-nxp-icode-slix-but-ok-in-rf37s114

器件型号:TRF7960
主题中讨论的其他器件:RF37S114

您好!

我在 TRF7960运行正常的情况下获得了 NFC 固件、使用8个写入单块(0x21)和8个读取单块(0x20)命令的成功、在 TI 的 RF37S114标签中读取和写入32个字节。 但是、当我尝试对 NXP 中的 SLIX 标签执行相同的操作时、似乎它只写入偶数块。 块0、2、4等被正确写入和读回、但是块1、3、5等总是读取0x00000000。

这两个标签之间的通信是否存在任何根本差异?

Thx、

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

    再加一点:我将块编号加倍、只能写入和读取偶数块、这 并不能解决问题。 它看起来更像是一个时序问题、其中 第一 个块 被写入正常、第二个块被标签跳过、下一个块正常、等等。

    此致、

    亨  

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

    对于写入、RF37S114需要请求标志和延迟的 EOF 上的选项标志。

    但是、SLIX 标签不接受这种情况。 那么、这是一种通信差异。

    您是否对这两个标签使用相同的标志和写入过程?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Ralph、
    哇、您的速度快如闪电、谢谢!
    我使用的固件完全相同、EOF 延迟(12ms)。 我必须检查的选项标志、但今天有点晚了、所以我明天会检查。 我是否需要清除选项标志、检查制造商编号是否足以使用一种或另一种方法?
    Thx。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的亨:

    是在 UID 中使用制造商编号将是检查方法是否使用的方法。

    延迟的 EOF 可能是 SLIX 的问题、并且可能会解释块跳过-实际上我对写入的数据感到有点惊讶。

    您需要清除 SLIX 的选项标志、是的。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ralph。

    问题迎刃而解! 只是清除选项位就实现了这一目的。 我还尝试了即时 EOF、但这使事情变得非常糟糕、所以我将它保持在12ms。

    感谢您的支持。、

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

    您好、Henk、

    通过设置选项标志、您可以告诉 TRF 您将通过直接命令传输 EOF。 当它未被置位时、TRF 会自动发送它、当您使用直接命令时、它会把它弄乱、因为现在您正在发送两个 EOF。 当您不使用选项标志时、您只想不发送 EOF 的直接命令。