[参考译文] TRF7970A：NFC TRF7970A 与 andorid 手机通信

您好：

  我不 在 P2P 模式下工作、 我需要卡仿真模式。 在将 TRF7970A 用于目标、 被动和卡 仿真模式后、我等待 Android 手机发送 cmd。

您好：

现在, TRF7970A 在卡仿真模式下通常无法与 Android 手机通信。 太棒了！

您好、

各种支持 NFC 的 Android 手机和平板电脑上的 NFC 功能因公司和设备型号而异。 不同的手机和平板电脑使用不同的 NFC 芯片组和软件栈。 因此、并非所有器件都支持 NFC 模式的相同子集。  

请参阅下面的文章,其中有人有成功的卡仿真使用苹果手机或其他一些 Android 手机,但不像素手机. 建议您首先尝试在卡仿真模式下使用两组 MSP-EXP430F5529LP+DLP-TRF7970ABP。  

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1208045/trf7970a-card-emulation-not-working-with-google-pixel-phones?tisearch=e2e-sitesearch&keymatch=trf7970a%25252525252520card%25252525252520emulation#

嗨、Benjamin、

这是一个奇怪的问题发现。   您可能想到的根本原因。

a)用于卡仿真的 TRF 堆栈超时。

我可以看到、堆栈支持在  REQA-ATQA 交换后发送停止条件、但持续时间为100毫秒。 但是、考虑到 IRQ 的行为、这似乎不是很可能的。  但是, 可以检查时间,看看它是否是一个问题。

B) TRF 错误地 将 FeliCa 命令视作射频场损失

我真的无法谈论 这个 问题,除了在我使用设备的经验中说,它以前没有表现出这种行为,但 FeliCa 协议一直是古怪的,在我与他们的经验,所以它可能已经改变了一段时间。

C)手机在切换协议时关闭射频场

对我来说、 这里似乎是最可能出现的问题、具体取决于捕获显示的射频场发生了变化、如果发生了这种情况、那么如果我对这个堆栈的理解正确、NFC 状态机会因发生这种情况而复位。 鉴于此情况、IRQ 处理程序至少会指示这一点、它将位于发出 IRQ_STATUS_PROTOCOL_ERROR 和 RESET 命令的分支下。

我再也无法访问官方 NFC 规范文档了,但从我记忆关闭射频领域,当一个标签已经发出停止命令将违反预期的协议处理,因此在这种情况下手机在这里是错误的。 但这可能已经发生了多年的变化、或者 TRF 检测到的射频场跌落是误报。

希望这对以前的案件可能发生的情况具有指导意义。

至于唐汇报的问题、我在这方面的详细程度实在不能多说了。 SPI 捕获将有助于了解发生了什么。

此致、

RFID 调谐器

高 RFID 调谐器、

 感谢您对潜在领域的深入了解。 非常感谢！

您好、 RFID 调谐器！ 感谢您提供的信息和意见

我很确定这不是 C )选项,因为在原始线程中发布的信号捕获不包含不同轮询之间的 RF 域:(