• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 156 视图
  • 用户 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.

[参考译文] RF430FRL152HEVM：用作低电平15693应答器

admin
Guru**** 2475455 points
Other Parts Discussed in Thread: MSP-FET

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/618985/rf430frl152hevm-using-as-a-low-level-15693-transponder

器件型号：RF430FRL152HEVM
主题中讨论的其他器件：MSP-FET

您好！

我正在研究绕过 RF430 ROM 代码中所谓的"RF 堆栈"的可能性、而是编写我自己的15693卡仿真(以便自定义实现所有库存、读取块等)。 使用"NFC only example Project"并 覆盖 RF13M 的中断处理程序 (而不是覆盖 ROM 回调)并使用 RF13M*寄存器实现所有功能是否足够了？

谢谢、

Oleg

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

    这可能是可能的，但该部分不是为这种执行而设计的。

    您可以参考此帖子(以及由 Alex 在该帖子中链接的第二个帖子)来阅读有关自定义命令的信息、但请注意、使用自定义命令替换2-3个以上的命令会降低射频响应速度、并可能导致违反 ISO15693响应时间标准： e2e.ti.com/.../1580243

    我们的示例固件中的默认工程现在还包括一个自定义命令、供参考： www.ti.com/.../slac691
  • 0
    TI__Guru**** 2475455 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Ralph、

    感谢您的回答。 我知道命令修补。 就我所说的、这种方式15693命令的处理和分派由 ROM 完成、然后将控制权交给用户提供的回调。

    我对实际的 RF13M 硬件模块是否可以完全由用户代码控制而不是 ROM 代码控制--我的意思是 FIFO 缓冲区管理、中断处理等？ 我目前无法检查、因为 MSP-FET 仍在路上。

    BR、

    Oleg

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

    您是对的、ROM 仍然控制 RF13M 硬件模块、但使用自定义命令时、代码将首先检查您的自定义命令、然后再处理 ROM 堆栈 ISO15693命令。 这就是为什么添加太多命令会影响您的响应时间、因为每个命令会逐个检查、然后一旦全部检查、ROM 堆栈就会开始处理其自己的列表。

    这是最好的解决方案、如果不适合您的应用、您可能需要查看其他器件。 自定义命令功能仅用于提供一些用于放大系统的独特命令、而不是替换整个 ISO15693堆栈。
  • 0
    TI__Guru**** 2475455 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 Ralph、

    请回答以下几个问题：

    1、寄存器0xF867中位6 (NFCBridgeDisable)的实际含义是什么？ 它是否指示 ROM 代码执行/不执行 smth？

    2.从仅支持 NFC 的项目 NDEF 支持中摘录、补丁。c：
    如果需要 eUSCI 主机控制器部分以及射频功能、则必须使用默认项目。 这就是 NFC 在该应用中不受支持(因为 I2C/SPI 主机控制器控制寄存器位于 NFC 文件所需的同一位置)。

    它是否仅指 ROM 代码使用 I2C/SPI 派单？ 如果我覆盖中断处理程序并重新执行、这不应该是问题、对吧？

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

    1) 1) NFC 桥接功能是器件在设计时包含的功能、但坦率透明、最终没有真正的好处、也没有客户希望使用它。 我认为大部分内容已从固件用户指南中取出、因为我们决定不支持该指南。

    2)正确、仅针对通过虚拟寄存器存在的 ROM 支持。NDEF 项目是一个示例、允许以符合 NFC 的方式(与符合 ISO15693的方式不同)读取 NDEF 消息。 为此、需要使用虚拟寄存器来获取 NDEF 信息。 这意味着、当 NFC 应用需要主机控制器时、您需要在 FRAM 中开发该代码。 但是、我们没有这方面的示例。