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.

[参考译文] TI Tag-It HF-I 读回响应0113、尽管单块写入成功、但编程未成功

Guru**** 651100 points
Other Parts Discussed in Thread: TRF7970A
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1115807/ti-tag-it-hf-i-reads-back-response-0113-programming-unsucessful-despite-successful-single-block-write

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

您好!

我收到了一个包含 Tag-It HF-I 标签的 TRF7970A 开发套件。 我不知道它的器件型号、唯一的标识符是它上的"C04"。

它的 UID 是0x5A03DC1D000007E0、因此如果这有助于识别它、我想知道它是什么。

无论如何、我正在尝试学习在我自己的 Android 设备上使用 NFC 15693的读取/写入协议。 我们已经取得了良好的进展、并且能够生成地址单块读取命令、以返回我们可以在配备 TRF-7970A Booster Pack 的 MSP430微控制器上验证的数据。

遗憾的是、当我们使用单个块写入命令时、我们遇到了一些问题-不可解释的问题。 根据 TI 在 Tag-It HF-I 晶圆上详细介绍 ISO 15693的 sloa141 PDF、与我们的类似、状态代码0x00应该表示成功。 当我们写入 NFC 晶圆(我们已验证其工作正常)时、我们会得到0x0113的响应代码、根据 PDF 标准、这意味着"编程失败"。

可能会发生什么情况? 我们是否有不正确的 PDF、因此0x0113可能意味着此标签"无效"? 标签是否发送了它认为发生的情况、这是正确的? 这是已知问题吗?

任何可能导致我们了解如何感知此0x0113响应的所有详细信息都将大有帮助。

-- Write Command (Block 0, Addressed, 0xA83D3780) --
Transceive: 60 21 5A 03 DC 1D 00 00 07 E0 00 A8 3D 37 80
Response: 01 13

-- Read Command (Block 0, Addressed) --
Transceive: 20 20 5A 03 DC 1D 00 00 07 E0 00
Response: 00 A8 3D 37 80

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

    您好、Ryan、

    我很高兴看到您对 TI NFC 产品的兴趣。

    Tag-It HF-I 标签包含 Tag-it HF-I Plus 芯片、与 RF-HDT-AJLC 相同

    您的 WRITE 命令看起来正确。

    0x01、0x13的响应确实意味着指定的块未被成功编程(请参阅 ISO15693-3技术规范)。

    是否已检查在未寻址模式下的同一命令是否可以正常工作?

    您是否正在尝试使用标签 TRF7970A 开发套件或 Android 设备进行写入?

    此致、

    Andreas。

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

    我花了一段时间来编写一个未寻址的写入命令、无论出于什么原因、我会像 Android 异常所说的那样不断地"丢失标签"。 当我在命令结构中制造致命缺陷时、通常会发生这种情况、但正如我看到的、我的命令结构没有缺陷。

    Flags: 0x40 (Option flag only)
    Block: 00
    Data: D1 09 66 1A
    
    40 21 00 D1 09 66 1A
    
    No response (tag lost).

    因此、不、未寻址的命令对我们不起作用、但原因不相同。 附近没有可干扰通信的 NFC 标签。 如上所述、我们正在通过我自己的 Android 设备编写和通信此标签。 我们通过 Xamarin Forms 使用 NfcV TagTechnology。

    我们能够与 TRF 7970A 的标签进行通信、但我们尚未尝试对其进行写入(仅读取/库存/系统信息)。

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

    您好、Ryan、

    我不熟悉您的 Android 设置。

    未寻址的命令看起来不错。

    以下是一些想法、您可以查看:

    您的 Android 设置是否在请求结束时正确计算并提供 CRC?

    您的 Android 设置是否正确生成 SOF 和 EOF?

    如果您在使用 TRF7970A 开发套件写入标签时遇到问题、请告诉我。

    此致、

    Andreas。

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

    您好!

    一段时间以来没有反馈、因此我假设这种胎纹已解决、可以关闭。 关闭该线程后、您仍可以回复该线程、也可以创建新线程。

     此致、
    Andreas。

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

    您好、Ryan、

    由于您单击了"这无法解决我的问题"、我想问您是否可以提供更新。

    您是否能够使用 TRF7970A 开发套件读取和写入 Tag-It HF-I 标签?

    此致、

    Andreas。

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

    您的 Android 设置是否在请求结束时正确计算并提供 CRC?

    我假设是这样、但我无法亲自验证。

    您的 Android 设置是否正确生成 SOF 和 EOF?

    我也无法亲自验证。

    --

    现在、我对项目的不同部分有点太忙了、鉴于"写入单块"似乎工作正常、我们决定不继续使用它、也不投入额外的资源来发现这一奇怪错误背后的解决方案/推理。 整个系统唯一的错误部分是响应代码。 否则、寻址写入操作正常。

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

    您好、Ryan、

    请帮助我对问题进行排序。

    TRF7970A 开发套件或 Android 系统是否会出现错误代码?

    此致、

    Andreas。