java - 配置为目标的 PN532 已由其发起者发布

Question

我正在尝试将我的 PN532 置于卡片仿真模式。当我发送 TgGetData 命令时，我从阅读器那里得到了一个错误。

1 。读寄存器

{(byte)0xFF,0x00,0x00,0x00,0x08,  (byte)0xD4, 0x06, 0x63, 0x05, 0x63, 0x0D, 0x63, 0x38 }

RESPONSE :: D507 07 07 15 9000

2。更新寄存器

byte xx = (byte) 07;    
byte yy = (byte) 07;
byte zz = (byte) 15;
xx = (byte) (xx | 0x004); 
yy = (byte) (yy & 0x0EF); 
zz = (byte) (zz & 0x0F7);  

3。写寄存器

{(byte)0xFF,0x00,0x00,0x00,0x11,  (byte) 0xD4, 0x08, 0x63, 0x02, (byte) 0x80, 
0x63, 0x03, (byte) 0x80, (byte) 0x63, (byte) 0x05,
xx, 0x63, 0x0D,yy, 0x63, 0x38, zz}

RESPONSE :: D509 9000

4。设置参数

{(byte)0xFF, 0x00, 0x00 ,0x00, 0x03, (byte)0xD4, 0x12, 0x30}

RESPONSE :: D513 9000 

5。 TgInitAsTarget

{(byte)0xFF, 0x00, 0x00, 0x00 , 0x27 , (byte)0xD4, (byte)0x8C , 
0x05 , 0x04, 0x00 , 0x12, 0x34, 0x56 , 0x20 , 0x00, 0x00, 0x00, 
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 
0x00, 0x00, 0x00, 0x00 , 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 
0x00, 0x00, 0x00, 0x00 , 0x00}

RESPONSE :: D58D 08 E0 80 9000

6。获取数据

{(byte)0xFF, 0x00, 0x00 ,0x00, 0x02, (byte)0xD4, (byte)0x86}

RESPONSE :: D587 29 9000

因此 TgGetData 的响应给出错误代码 D587 29 9000，其含义遵循 PN532 用户手册:

• 错误代码 0x29:配置为目标的 PN532 已由其发布发起人

欢迎任何与此代码相关的建议或评论。

非常感谢!

Answer 1

首先，存在多个不同版本的 ACR122U，它们的行为存在显着差异。我已经成功地用版本 101 和 102 测试了上述序列，并且可以用这些读卡器模拟无接触智能卡。然而，版本 103 似乎接受这些命令，但无法检测为非接触式卡。不过，我的所有测试都没有揭示您的问题。

除了这种不一致的行为之外，这个问题可能还有几个原因:

• 连接在 TgInitAsTarget 和 TgGetData 之间超时，因为对 TgInitAsTarget 的响应和TgGetData 命令。我在单步调试我的卡模拟代码时遇到了这种情况。

• 读卡器会自动启用自动 PICC 检测(这似乎仅适用于版本 2xx)，因此会覆盖您为卡仿真发送的命令和参数。 ACR122U 手册指出您可以通过发送 APDU 命令 FF 00 51 00 00 来禁用自动 PICC 检测。我用我的 10x 版本试过这个，他们不理解那个命令。

• 导致模拟 PICC 释放的激活(并因此导致 TgGetData 返回状态代码 0x29)可能是阅读器常规操作的一部分:例如，这可能表明，如果阅读器激活模拟 PICC，然后将其停止并停用 HF 场，则阅读器可以重新激活 HF 场并重新激活模拟 PICC。在这种情况下，您必须重新启动 PICC 仿真(一旦从 TgGetData 收到状态代码 0x29，就发出另一个 TgInitAsTarget 命令。