重新连接后ACR122U命令失败,除非我等待2秒

时间:2017-04-28 18:04:23

标签: java nfc mifare apdu pcsc

我在尝试在命令失败并重新连接后运行命令时遇到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秒后,还有其他任何解决方法吗?

1 个答案:

答案 0 :(得分:0)

这是ACS驱动程序的限制/设计;它是如何工作的。我还没有找到解决方法。