2384931_zh-CN

是

NFC CSV 导入错误，为什么？HTTPS URL

我们特意购买了 NTAG215 标签，因为它们支持高达 540 字节的 NDEF 数据。我们花费了超过 200 欧元购买这些标签，以确保我们较长的验证 URL 能够顺利显示。

但是，NXP TagWriter 应用程序拒绝导入我们的 CSV 文件，并始终报告“格式无效”。CSV 结构正确（记录类型，URI），文件以带 BOM 的 UTF-8 格式保存，URL 有效，标签有足够的内存。同样的数据可以手动写入单个标签，不会有任何问题。该问题仅在导入 CSV 文件时出现。

这意味着限制因素不是标签、URL 或 CSV 格式。该限制似乎出在 TagWriter 应用程序本身。

令人极其沮丧的是，我们花了这么多钱购买了官方的 NXP 标签，却无法使用官方的 NXP 应用程序批量写入它们。我们不应该被迫购买第三方应用程序才能执行 TagWriter 声称支持的基本操作。

我们需要澄清以下几点：

为什么当 URL 长度在 NTAG215 内存限制范围内时，TagWriter 会拒绝有效的 CSV 文件？

这是已知的限制还是 CSV 导入功能中的一个漏洞？

是否有无需付费购买其他应用程序的官方解决方法？

我们急需一个解决方案，因为我们购买这些标签就是为了应对这种情况。

Re: NFC CSV Import Error, why? HTTPS URLS

Re: NFC CSV Import Error, why? HTTPS URLS

谢谢，但他现在什么也不显示了。没有错误提示，但也没有数据。测试时看起来是这样的——正常情况下我们的URL要长得多。

Re: NFC CSV Import Error, why? HTTPS URLS

您好，先生，

我查看了您的 CSV 文件，发现您需要在结构中添加一些字段。

请在用户手册中查看 3) LINK_RECORD 的描述。

祝您今天过得愉快，先生！

Re: NFC CSV Import Error, why? HTTPS URLS

你好，

请问您是否能够成功读取 NDEF 发送的短链接？

我这样问是因为，如果这样可以正常工作，那么问题很可能出在 NDEF 结构本身。请注意，根据 NFC 论坛规范，既有记录也有短记录。如果您的有效载荷大小超过 255 字节，则 NDEF 可能未正确构造。

我建议您查阅 NFC 论坛网站上提供的 NFC 数据交换格式规范。