java - "Time Out, the target has not answered"来自带有 Jewel/Topaz512 NFC 标签的 ACR122U 读卡器-6ren

java - "Time Out, the target has not answered"来自带有 Jewel/Topaz512 NFC 标签的 ACR122U 读卡器

转载作者：行者123 更新时间：2023-12-02 08:42:41

我正在构建一个 Windows/Java 程序(使用 javax.smartcardio)，以使用 ACR122U 设备(内部带有 PN532 NFC Controller 芯片)与 Jewel/Topaz512 标签(来自 Innovision/Broadcom)进行通信.

我实现了 Topaz512 协议(protocol)(来自 this data sheet )，但只有一半的命令有效。

一些有效的命令:RID、RALL、READ、WRITE-NE、RSEG
一些不起作用的命令:WRITE-E、READ8、WRITE-E8、WRITE-NE8

WRITE-NO-ERASE 命令示例

例如，以下是我发送 WRITE-NO-ERASE 命令时得到的结果:

命令:FF:00:00:00:0C:D4:40:01:1A:7F:42:38:01:9A:00:17:E8

地点:

D4:40:01 是 InDataExchange 命令，
1A:7F:42 是 WRITE-NO-ERASE 命令(值:0x42， block 0x0F，字节 7)，
38:01:9A:00 是 4 字节标签 UID，
17:E8 是 CRC。

响应:D5:41:00:42:90:00

这里的响应是正确的:0x42。状态字节 (0x00) 表明一切顺利。

WRITE-WITH-ERASE 命令示例

这是我发送 WRITE-WITH-ERASE 命令时得到的结果:

命令:FF:00:00:00:0C:D4:40:01:53:7F:42:38:01:9A:00:28:6E

地点:

D4:40:01 是 InDataExchange 命令，
53:7F:42 是 WRITE-WITH-ERASE 命令(值:0x42， block 0x0F，字节 7)，
38:01:9A:00 是 4 字节标签 UID，
28:6E 是 CRC。

响应:D5:41:01:90:00

此处，状态字节 (0x01) 通知 PN532 检测到超时。 (来自 the PN532 documentation (p67):“超时，目标尚未应答 - 0x01”)

此外，当我删除 PN532 超时(使用 FF:00:00:00:06:D4:32:02:00:00:00)时，非工作命令不会响应 D5:41:01:90:00，但等更长时间，然后我没有得到任何回应。

编辑2020-04-20

我只是尝试使用 gscriptor(来自 pcsc-tools 套件)执行命令，并且得到了相同的行为。这是我的结果:

脚本:

FF 00 00 00 06 D4 32 05 02 02 02

# SAMConfiguration
FF 00 00 00 04 D4 14 01 00

# SetParameters
FF 00 00 00 03 D4 12 04

# InListPassiveTarget: Jewel mode
FF 00 00 00 04 D4 4A 01 04

# InDataExchange: RID
FF 00 00 00 04 D4 40 01 78

# InDataExchange: RALL
FF 00 00 00 04 D4 40 01 00

# InDataExchange: RSEG 0-3
FF 00 00 00 05 D4 40 01 10 00
FF 00 00 00 05 D4 40 01 10 20
FF 00 00 00 05 D4 40 01 10 40
FF 00 00 00 05 D4 40 01 10 60

##########

# GetFirmwareVersion
FF 00 00 00 02 D4 02

# GetGeneralStatus
FF 00 00 00 02 D4 04

##########

# RFConfiguration: No timeout
FF 00 00 00 06 D4 32 02 00 00 00

# InDataExchange: READ-1
FF 00 00 00 05 D4 40 01 01 7F

# InDataExchange: READ-8
FF 00 00 00 05 D4 40 01 02 00

# InDataExchange: WRITE-E-1
FF 00 00 00 06 D4 40 01 53 7F 42

# InDataExchange: WRITE-E-8
FF 00 00 00 0C D4 40 01 55 02 01 02 03 04 05 06 07 08

# InDataExchange: WRITE-NE-1
FF 00 00 00 06 D4 40 01 1A 7F 42

# InDataExchange: WRITE-NE-8
FF 00 00 00 0C D4 40 01 1B 02 01 02 03 04 05 06 07 08

结果:


Sending: FF 00 00 00 06 D4 32 05 02 02 02
Received: D5 33 90 00
Normal processing.

Sending: FF 00 00 00 04 D4 14 01 00
Received: D5 15 90 00
Normal processing.

Sending: FF 00 00 00 03 D4 12 04
Received: D5 13 90 00
Normal processing.

Sending: FF 00 00 00 04 D4 4A 01 04
Received: D5 4B 01 01 0C 00 38 01 9A 00 90 00
Normal processing.

Sending: FF 00 00 00 04 D4 40 01 78
Received: D5 41 00 12 4C 38 01 9A 00 90 00
Normal processing.

Sending: FF 00 00 00 04 D4 40 01 00
Received: D5 41 00 12 4C 38 01 9A 00 00 10 25 00 00 10 3F
00 01 03 F2 30 33 02 03 F0 02 03 03 E3 D1 01 DF
54 02 65 6E 30 31 32 33 34 35 36 37 38 39 30 30
31 32 33 34 35 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 55 55 AA
AA 12 4C 06 00 01 E0 00 00 00 00 00 00 90 00
Normal processing.

Sending: FF 00 00 00 05 D4 40 01 10 00
Received: D5 41 00 38 01 9A 00 00 10 25 00 00 10 3F 00 01
03 F2 30 33 02 03 F0 02 03 03 E3 D1 01 DF 54 02
65 6E 30 31 32 33 34 35 36 37 38 39 30 30 31 32
33 34 35 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 55 55 AA AA 12
4C 06 00 01 E0 00 00 00 00 00 00 00 00 00 00 00
00 00 47 90 00
Normal processing.

Sending: FF 00 00 00 05 D4 40 01 10 20
Received: D5 41 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 90 00
Normal processing.

Sending: FF 00 00 00 05 D4 40 01 10 40
Received: D5 41 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 90 00
Normal processing.

Sending: FF 00 00 00 05 D4 40 01 10 60
Received: D5 41 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 90 00
Normal processing.

Sending: FF 00 00 00 02 D4 02
Received: D5 03 32 01 06 07 90 00
Normal processing.

Sending: FF 00 00 00 02 D4 04
Received: D5 05 01 00 01 01 00 00 02 80 90 00
Normal processing.

Sending: FF 00 00 00 06 D4 32 02 00 00 00
Received: D5 33 90 00
Normal processing.

Sending: FF 00 00 00 05 D4 40 01 01 7F
Received: D5 41 00 47 90 00
Normal processing.

Sending: FF 00 00 00 05 D4 40 01 02 00
Received:
wrong SW size for:

Sending: FF 00 00 00 06 D4 40 01 53 7F 42
Received:
wrong SW size for:

Sending: FF 00 00 00 0C D4 40 01 55 02 01 02 03 04 05 06
07 08
Received:
wrong SW size for:

Sending: FF 00 00 00 06 D4 40 01 1A 7F 42
Received: D5 41 00 47 90 00
Normal processing.

Sending: FF 00 00 00 0C D4 40 01 1B 02 01 02 03 04 05 06
07 08
Received:
wrong SW size for:

Script was executed without error...

最佳答案

不久前，我对此进行了详细研究，得出的结论是，NXP 的 PN532 NFC Controller 芯片的固件存在问题，导致其无法成功地通过 NFC Forum Type 1 标签(Topaz/Jewel 品牌)收发一些命令。如前所述，ACR122U 基于该芯片。

当我尝试使用WRITE-E8 (0x54)命令一次写入8字节 block 时，收到的响应是0x01，等待标签超时回复。

我尝试过但不起作用的事情:

包括 InDataExchange 中的 UID 回显，我什至使用了 UID 回显的字节顺序，结果仍然相同。

使用 inCommunicateThru 命令而不是 InDataExchange 并在应用程序级别计算 CRC1 和 CRC2 值(相同的结果)

我得出的最终结论是:

PN532 无法写入 1 型标签上的 0x10 及更高页面，这使得无法写入 Topaz 512 等流行型号的全部内存范围。

建议:

这个问题与 2012 年相关，当时 Topaz 512 是一款出色的低成本但高内存的 NFC 标签。现在有了 NAG215 和 NTAG216 型号，我建议使用那些具有高内存和与 NFC 读卡器通用兼容性的型号。

关于java - "Time Out, the target has not answered"来自带有 Jewel/Topaz512 NFC 标签的 ACR122U 读卡器，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/61275660/

文章推荐： java - 需要正则表达式来删除多个换行符之间的空格

文章推荐： sql - 根据表列动态合并两个或多个列？

文章推荐： asp.net-mvc - Durandal KO 绑定(bind) View 问题

文章推荐： java - 了解如何设置 Cloud Firestore 数据库

azure - 如何将所有图像从 ACR 存储库导入到不同租户中的另一个 ACR
场景:我在 ACR(azure 容器注册表)中有 4 个存储库，每个存储库中有多个图像。我想将所有存储库和其中的所有图像移动到不同的 ACR(azure 容器注册表)我所做的:我使用以下命令将 ACR
azure - 如何将所有图像从 ACR 存储库导入到不同租户中的另一个 ACR
场景:我在 ACR(azure 容器注册表)中有 4 个存储库，每个存储库中有多个图像。我想将所有存储库和其中的所有图像移动到不同的 ACR(azure 容器注册表)我所做的:我使用以下命令将 ACR
azure - 尽管 `az acr login` 显示 ACR 运行正常，但 Windows 中的 `az acr health-check` 超时
每当我运行 az acr login -n 时，我都会收到以下消息: 来自守护程序的错误响应:获取“https://acrau*****.azurecr.io/v2/”:net/http:WAITIN
azure - 我们应该为所有正在开发的产品使用一个 Azure 容器注册表 (ACR) 还是每个产品使用一个 ACR？
我们已经开始将产品从这一庞大的整体中剥离到 Azure 中。产品也可以称为微服务。我们有一个问题 - 我们应该有一个 Azure 容器注册表 (ACR) 来服务所有不同的产品，还是每个产品都应该有自
Azure ACR : why can i push to ACR having ONLY AcrPull role?
我创建了一个仅具有 AcrPull 角色的私有(private)注册表，如下所示: 但是当我建立自己的形象并PUSH时，效果很好! (而不是拒绝我) 我想知道为什么？ (因为它只有 AcrPull 而
Azure ACR 任务 API？有一个在 docker 容器中运行的应用程序需要构建镜像并将其推送到 ACR
应用程序使用 docker CLI 构建镜像，然后将镜像推送到 azure 容器注册表。过去使用 python 模块和 docker.sock 在 Kubernetes 上运行良好。但自从集群升级后，
Azure ACR 存储库访问
我们有一个在 Azure 云上运行的 ACR，其中有多个 Repos，它最近被迁移。我们面临的挑战是我们希望在 ACR 上应用类似于 Nexus 的存储库访问控制，我们希望与 Azure Active
azure - 无法使用服务主体登录 ACR - 访问被拒绝
我有一个服务主体，它具有订阅的所有者访问权限，禁止进行一些网络操作。在同一个订阅中，我有一个资源组，我在其中创建了 ACR。我正在尝试使用我的服务主体登录 acr，但它抛出“访问被拒绝”错误。由于
azure - ACR 构建命令未构建 Dockerfile
我正在尝试执行以下针对根文件夹中的 Dockerfile 的 Azure CLI 命令。 az acr build --registry --image myimage:latest . 我得到一个
azure - 如何调用 ACR 中托管的图像检查属性
我在 ACR 中托管了一些镜像，我想检查 ACR 中部署的镜像(存储库镜像)。例如，我在“test123”ACR 中有一个“hello-world”图像。我想检查 ACR 图像并读取图像的 json
azure - 使用服务主体将容器上传到 ACR 需要什么？
我正在尝试创建一个容器并将其推送到 Azure 容器注册表。我已经创建了一个容器组和服务原则，但我无法让 docker Push 工作。 > docker login azure --client-i
azure - 尝试从 ACR 构建容器应用程序引发未经授权的错误
有一个关于 Azure 需要通过从 AZ 从 azure 容器注册表中提取镜像来部署 azure 容器应用程序的问题步骤: 1- az login -successful 2- az acr log
azure - 如何配置我的二头肌脚本以允许容器应用程序使用跨订阅的托管身份从 ACR 中提取图像
我正在我的组织中试用 Bicep 和容器应用程序，我们已经在同一租户内但在不同的订阅中分离出了问题，如下所示: 开发生产管理我希望能够使用 Bicep 脚本(每个订阅都有一个单独的脚本)部署每个
azure - az acr 登录时出现主题名称和颁发者身份验证错误
我正在尝试使用 cli 对 Azure 容器注册表进行身份验证。我使用主题名称和颁发者身份验证，并通过服务主体向 azure 进行身份验证。这就是我登录 Azure 时所做的事情 az login
Azure 容器注册表 (ACR) SKU
Azure 容器注册表 (ACR) SKU 之间有什么区别？ CLI 将这些列为选项: -sku {Basic,Managed_Basic,Managed_Standard,Managed_Premi
azure - 如何配置我的二头肌脚本以允许容器应用程序使用跨订阅的托管身份从 ACR 中提取图像
我正在我的组织中试用 Bicep 和容器应用程序，我们已经在同一租户内但在不同的订阅中分离出了问题，如下所示: 开发生产管理我希望能够使用 Bicep 脚本(每个订阅都有一个单独的脚本)部署每个
azure - az acr 登录时出现主题名称和颁发者身份验证错误
我正在尝试使用 cli 对 Azure 容器注册表进行身份验证。我使用主题名称和颁发者身份验证，并通过服务主体向 azure 进行身份验证。这就是我登录 Azure 时所做的事情 az login
Azure 容器注册表 (ACR) SKU
Azure 容器注册表 (ACR) SKU 之间有什么区别？ CLI 将这些列为选项: -sku {Basic,Managed_Basic,Managed_Standard,Managed_Premi
azure - az acr - 如果单个帐户有多个订阅，则无法找到存储库
我正在使用Azure CLI v2.0.62。我在 Azure 中的单个帐户上有多个订阅 - S1、S2、S3、S4。我正在执行以下脚本以将动态值插入存储库: az login az acr bu
kubernetes-helm - Helm 注册表登录到 ACR
我正在尝试使用 OCI 注册表 (ACR) 来存储我的 helm 图表。我找到了推送和拉取图表的方法，但我无法以 OCI native 方式登录注册表。目前我可以通过以下方式登录: az acr l

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城