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

[参考译文] MSP-EXP430F5529 + TRF7970ATB + NFCLink 1.0.0.3 + Stollman NFCPlayer 1.0.153.5

admin
Guru**** 2589300 points
Other Parts Discussed in Thread: TRF7970A

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/585033/msp-exp430f5529-trf7970atb-nfclink-1-0-0-3-stollman-nfcplayer-1-0-153-5

主题中讨论的其他器件：TRF7970A

您好！

我们购买了 MSP-EPX430F5529和 TRF7970ATB 来测试 NFC 功能、我们似乎遇到了问题。

严格遵循了文档 slou386.pdf 中的所有步骤、加载了正确的固件和连接

和电路板之间的工作原理。 我们可以启动不同的模式(正确的 LED 闪烁)

但在 RW 模式下运行时、该器件似乎对 ISO 15693卡或我们尝试读取的 NFC 卡没有反应。

此外、当我们尝试使用 Android 应用(能够读取正确格式的 NFC 卡)读取数据时、卡仿真模式不执行任何操作。

 

文档指定了 NFCLink 版本1.0.0.1、我们无法下载该版本。

最新版本中是否存在问题，这就是为什么它无法正常工作的原因？

是否可以下载较旧版本1.0.0.1进行测试、或者是否有人有可能错误的理想？

我们有2个板、它们的行为方式相同、因此排除了硬件故障(I quess)。

 

提前感谢您！

Marius

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

    请参阅此指南、该指南已针对版本1.0.0.3完成： www.ti.com/.../slou386b.pdf

    还要确保 P2.0和 P4.0之间有一根跳线、如第6节"硬件配置"中所示。

    我还想知道您在这方面的用例是什么... Stollman NFCLink 解决方案使用 NCI、面向需要 NCI 与操作系统通信的基于主机的系统。

    大多数应用会发现最好使用 TI 开发的 NFCLink 独立解决方案、该解决方案支持 NFC 读/写器、对等和卡仿真、并且包含完整的源代码。 这为您提供了更大的灵活性、除非您需要 NCI、否则这是更好的方法。

    您也可以使用您拥有的硬件来评估该解决方案。 我们没有实验板的用户指南、但 LaunchPad 指南应提供您需要了解的大部分内容： www.ti.com/.../slou452.pdf

    为此、您还需要在 P2.0和 P4.0之间使用跳线。 如果您对硬件的 NFCLink 独立设置有任何疑问、请随时向我咨询、我可以填写详细信息。
  • 0
    TI__Guru**** 2589300 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Ralph！

    感谢您的快速回复。 这确实是问题所在。 我们在某种程度上错过了描述中的跳线(它也显示在 slou386.pdf 中)...

    是 TI NFCLink 解决方案、可以在 www.ti.com/.../sloa208?上下载该解决方案然后我们使用了 NFCLink 解决方案，但两者都不起作用，但现在它们都起作用了：)。

    我们现在实际上已经使用 TI 解决方案进行了测试、它的效果非常好。

    要回答您的其他问题：

    我们在其中一个器件中使用 TRF7970A、我们需要与仅支持读/写器模式的手持设备进行通信、我们无法在更低的级别控制通信(这是一款采用 Windows 10 IoT 移动企业版的 Honeywell Dolphin CT50)。 因此、 我们的器件必须充当 NFC 卡、手持设备必须充当 NFC 读取器、并且数据将在一个读取/写入会话中从器件传输到器件。

    我们稍后还打算在器件中实现读/写器模式、并使用在主机卡仿真模式下工作的不同 Android 手机。 这将为我们在尝试将新固件上传到器件或其他较大数据时提供更大的灵活性。

    下面我要问下一个问题：在 TI 解决方案中、我们注意到 CE 模式限制为246字节。 这是否是"TI NFC 工具"应用中的限制？ 我们需要在手持设备和设备之间传输更多数据、由于手持设备的限制、我们需要在一个会话中完成此操作 (否则、用户必须从器件中取出手持设备并将其放回 NFC 场以再次识别该设备并继续传输、但这不是用户友好的)。 一次读取/写入中可以传输的最大值是多少？

    再次感谢您的光临

    玛丽乌斯 D.

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

    CE 模式限制仅来自 TI NFC 工具。 PC GUI 和 F5529之间的 USB 缓冲器为256字节、这是唯一的限制因素。 如果您以独立模式运行固件(未连接 GUI)、则可以切换 S1按钮以运行几条 NDEF 消息、S2按钮将显示~3.5kB 图像！ 这些按钮并不是该板上最大的按钮、因此可能需要点击几下鼠标才能进行注册。

    我认为使用 TI NFCLink 独立固件最适合您的应用。

    关于 Android 和 HCE、支持 HCE 的手机数量在不断增长、但有很多旧器件不支持 HCE。 如果要获得与旧设备的最佳互操作性、还应考虑使用被动对等模式。

    这还可以让您获得更快的数据速率更一致性、因为很难说哪款 Android 手机将支持更高的 RW 数据速率(使用 HCE 时超过106kbps)。 点对点对于固件升级来说非常棒、正如您所描述的那样、您几乎可以对任何启用 NFC 的智能手机使用212kbps (我不喜欢协议声明、但我找不到不能执行212kbps 的手机)、对于大多数智能手机甚至424kbps。 请记住、无线数据速率和开销/处理速度会降低、再加上传输速度会因器件而异、但一般来说、大多数 Android 器件的传输速度大约为6-12 KB /秒。

    请记住、您将需要使用被动对等、而不是主动对等。 命名可能使 Active Sound 更具吸引力、但实际上、它在所有数据速率下与 Android 手机的互操作性比无源更差、并且范围更小、吞吐量也更慢。 这并不意味着用于类似您的用例。

    我们的对等应用手册可以提供有关该技术的更多技术详细信息： www.ti.com/.../sloa192
  • 0
    TI__Guru**** 2589300 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Ralph、

    感谢您的宝贵意见。

    在 Android 中使用对等模式意味着用户在尝试向设备发送数据时必须使用射束 UI。 AFAIK 射束 UI 不能超频、这是我们不想使用的用户的额外步骤(在 Android 4之前、如果没有射束 UI、就可以执行此操作、但在4+之后、就无法再执行此操作)。 许多 Android 手机都支持 HCE 模式、Apple 的 Apple Pay 现在仅支持通过安全元件进行卡仿真。 我在某处读到、Apple 在未来也可能实现 HCE 模式、因此我们希望通过选择 HCE、我们将来也能在 iPhone 上使用应用(让我们看看 Apple 的未来带来了什么)。

    此致

    玛丽乌斯 D.  

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

    这听起来很公平。 如果您正确配置器件、您实际上可以覆盖所有模式、而不会出现重大问题。

    需要记住的一点是、标签轮询与 NFC 设备轮询有时可能重叠。

    如果您希望同时支持 HCE (使用4A/4B 类型)和对等模式、您可以做的一件事是：

    轮询读/写器类型 A 和 B
    轮询 P2P F 型(212kbps+)
    目标模式卡仿真 A 和/或 B。如果您只能执行 CE 类型 B、那么您甚至可以成为 A 的 P2P 目标

    您需要避免的是重叠：轮询读取器类型 A+P2P 发起方类型 A 或目标卡仿真类型 A+P2P 目标方类型 A

    如果这些重叠、结果可能会非常混合且无法预测、具体取决于 NFC 手机首先激活的内容。

    另一个折衷是仅支持 P2P 的代码大小。

    无论如何、这是一种最大限度地提高互操作性并通过支持 HCE 为未来提供一些保障的选项。

    至于射束 UI、在禁用时不确定其工作方式、但如果这是个问题、您可能需要进行进一步设置、因为默认情况下不启用 P2P、但发送命令或其他操作会允许其打开以支持旧的非 HCE 设备。

    在评估应用时只需考虑一些想法。