[参考译文] TRF7960A：TRF7960A 的最新 C 源代码固件版本是什么？

尊敬的 David：

1) 1)在此处可找到最新的 TRF7960A 固件： http://www.ti.com/lit/zip/sloc297 -此示例默认为 TRF7970A 配置、但您可以转到 trf79xxa.h 并将 #define TRF79xxA_version 更改为60、而不是70。

2和3)检测时间取决于具体应用。

TRF7960A 不是自动 NFC 控制器。 这是一款 NFC 收发器、需要主机 MCU 对其进行配置并发送命令、包括其必须传输的每条命令。 您必须将数据加载到 FIFO 中进行传输、以便发送射频命令。 一旦发生这种情况、IRQ 引脚将针对以下事件进行切换：

1. TX 完成-数据包传输成功
2. RX 已开始/完成-成功接收 RX 数据、必须读出 FIFO 才能接收数据
   1. 如果接收到0x60、则表示 FIFO 几乎已满、但仍在接收数据
   2. 如果接收到0x40、这意味着 FIFO 中有一个来自标签的已完成/结束的应答。
3. 各种射频错误-未正确接收到数据包。 数据表涵盖了所有射频错误标志。
4. 仅对于 ISO15693防冲突、无 RX 超时-用于针对 ISO15693的防冲突插槽标记以减少 MCU 负载

所有这些情况只会在固件将 TRF7960A 配置为正确的射频通信模式、然后为射频场中的标签技术提供 TRF7960A 要传输的正确射频数据包时发生。

4) 4)对于多路复用系统、这将是很难实现的。 对于单天线系统、您可以执行如下操作： http://www.ti.com/lit/pdf/sloa184 、但这对于多路复用系统而言无法很好地转换。 您最好的选择可能是依次循环使用所有天线并发出标签检测命令(ISO15693是库存、ISO14443A 是 REQA、ISO14443B 是 REQB 等)。

最后、我从未见过一个由一个 MCU 控制3个 TRF7960A 的系统。 我们的固件未设置为这样做、收发器的使用方式不是设计为通过单个主机 MCU 控制多个收发器。

我建议您为每个 TRF7960A 配备专用的主机 MCU。 如果您继续使用单个 MCU 来控制其中的3个、则必须根据您的系统调整我们的固件、并且可能会遇到许多问题、例如收发器之间的竞争条件。 我不建议这样做。 我将非常清楚、由于您以我们从未尝试过的方式使用非 TI MCU、并且采用特定于应用的设置、因此我们无法通过执行此操作来帮助调试您可能遇到的任何问题。

了解、我们将遵循您的建议设计。

此外、我们还有以下问题需要向您提出。


如何测试 TRF7960A 是否检测到标签(ISO14443a)？
我需要一个简单的读取/写入寄存器序列过程。

我需要一个完整的读取/写入寄存器序列程序来读取标签 ISO14443a 数据。
如何获取？
(例如：正如您提到的步骤1~4)