我在尝试在命令失败并重新连接后运行命令时遇到ACR122U读卡器问题。例如,我使用以下代码来检测连接标签的类型:
private CardTerminal terminal; //ACR1222L or ACR122U
...
private void detectTagType(timeout: Long)
{
terminal.waitForCardPresent(timeout);
Card card = terminal.connect("*")
// Check the ATR bytes for ultralight values
if (isUltralight(card.getATR().getBytes()))
{
try
{
// Runs the native GET_VERSION command (0x60)
byte[] version = getDesfireVersion(card);
// Check the version bytes for EV1 values
if (isUltralightEV1(version))
{
// Is an ultralight ev1
}
else
{
// Another tag
}
}
catch (MyNFCException exception)
{
// Possible UltralightC since it does not support the GET_VERSION command
// Reconnect to tag to wake up from failed command
card.disconnect(true)
Card cardC = terminal.connect("*")
// The code works if I add Thread.sleep(2000); here
// Try running the AUTHENTICATE command (0x1A) as explained here http://stackoverflow.com/questions/11897813/distinguish-mifare-ultralight-from-mifare-ultralight-c
if (tryRunUltralighcAuthenticateCommand(cardC))
{
// Is an ultralight C
}
else
{
// Unkonwn tag
}
}
}
// The following methods run the corresponding native commands wrapping them
// as described here https://stackoverflow.com/questions/42542610/authenticating-ultralight-ev1-with-pc-sc-reader/42563617#42563617.
// (Wrapping with them with the InCommunicateThru and the correct header depending on the reader,
// i.e. {0xE0, 0x00, 0x00, 0x24, 0x00} for the ACR1222L and {0xFF, 0x00, 0x00, 0x00, 0x00} for the ACR122U)
private byte[] getDesfireVersion(Card card) throws MyNFCException
{
// Runs the GET_VERSION command and returns the bytes returned by the tag.
// If the tag does not support the command raises a MyNFCException
}
private boolean tryRunUltralightcAuthenticateCommand(Card card)
{
// Runs the Ultralight C AUTHENTICATE command (0x1A) and returns true if it succeeds and false if it fails
}
当我使用Ultralight C标签和ACR122U阅读器测试此代码时,AUTHENTICATE命令(tryRunUltralighcAuthenticateCommand)结果是{D5 43 01}(即超时)。但是,如果我使用ACR1222L阅读器和相同的标签运行相同的代码,它按预期工作,即命令成功。此外,如果我在重新连接后强制我的程序等待2秒(使用Thread.sleep(2000)),它也可以按预期与ACR122U阅读器一起使用(但这显然不是解决方案)。
在任何带有任何标记的命令失败后,我都会遇到相同的行为。例如,如果我尝试使用错误的密码验证Ultralight EV1,重新连接,然后运行任何命令,它将与ACR1222L阅读器配合使用,但在ACR122U上将使用代码{D5 43 01}失败(除非我睡眠我的程序重新连接后2秒钟。
我尝试断开连接而不重置标签(card.disconnect(false))而根本没有重新连接(在这种情况下,我在失败的命令后得到CRC错误{D5 43 02})。
我有什么遗失的吗?或者除了在每次重新连接后将我的线程休眠2秒后,还有其他任何解决方法吗?
答案 0 :(得分:0)
这是ACS驱动程序的限制/设计;它是如何工作的。我还没有找到解决方法。