[参考译文] TRF7970A：NFC 有源和无源 P2P 模式

您好、Ralph、

感谢您的快速响应。

我没有在寻找任何自定义实现支持。 只是想了解您对这两种模式的实施情况的看法。

我使用的驱动程序与示例代码中提供的驱动程序相同。 我会不断研究它来解决计时问题。

感谢您的支持。

此致、
Ali Zulqarnain Anjum

您好、Ralph、

我仍然无法使活动的 P2P 模式正常工作。 相同的代码在不同的平台上工作。 在新项目中、唯一的更新是晶体频率现在更新为80MHz。 被动 P2P 模式运行完美。

您能建议我应该关注的代码部分吗？

谢谢、

您好、Ali、

时钟速度越快、数据处理速度越快、发送回复的时间也就越长。 主动 P2P 具有非常具体的计时特点。 调整时序并不重要。

如前所述、您可能需要仔细考虑系统是否需要 Active P2P、被动 P2P 更可靠、应改用。 老实说、即使 NFC 智能手机与主动 P2P 的斗争也是众所周知的、它是一种金融方面的技术。

如果您绝对需要对其进行调试、我建议您使用 TI LaunchPad+BoosterPack、在 SPI 线路上放置逻辑状态分析器、测量发送数据包之间的时序、然后在等待状态较快的处理器中调整时序、直到它们更好地对齐。 您还需要注意过早打开射频场并导致射频场冲突。 这两个领域是需要重点关注的。

至于代码中的位置、您会发现时序是在 TRF79x0_irqHandler 中处理的、也可能是 TRF79x0_writeFIFO 中处理的。

您好、Ralph、

感谢您的快速响应。

此致、
Ali Zulqarnain Anjum

您好、Ralph、

在主动 P2P 模式上花费足够的时间后、我现在能够在以14MHz 运行的器件和以120MHz 运行的其他器件之间运行 P2P 模式。 这些更新在外部字段的打开和关闭之前增加了一个小延迟、并在来自 TRF7970A 的两个连续字节的事务之间增加了一个小延迟。

但是、我观察到、每次120MHz 用作启动器、14MHz 器件用作目标时。 他们的东西我是不是遗漏的？ 请您分享您的意见吗？

谢谢、

您好、Ali、

我们从未尝试在运行速度超过25MHz 的器件上执行活动 P2P。 我不确定可能会出现什么问题。