Android nfcA.connect(),nfcA.transceive(),nfcA.setTimeout()和nfcA.getMaxTransceiveLength()

2019-10-01 08:26:19 阅读：328 来源： 互联网

我有一些新手NfcA问题.在docs以及网络上的其他地方似乎没有什么指导,所以我希望没有人会想到我在这里串起几个基本问题……

我正在使用nfcA.transceive()将数据写入我的NTAG213标签,如下所示：

    byte[] result = nfcA.transceive(new byte[] {
            (byte)0xA2,  // WRITE
            (byte)(pageNum & 0x0ff),
            myData[0], myData[1], myData[2], myData[3]
    });

1.结果数组是值为10的单个字节.这意味着什么以及我应该注意哪些其他值？

我也使用相同的方法从我的NTAG213标签读取数据：

    byte[] result = nfcA.transceive(new byte[] {
            (byte)0x30,  // READ
            (byte)(pageNum & 0x0ff)
    });

2.我希望这能返回4个字节的用户数据(即对应于我的pageNum的4个字节),但它返回16个字节.为什么会这样？

3.在调用nfcA.connect()之前检查nfcA.isConnected()是否是一种好习惯,如果是这样,那么这样做是否会造成严重的性能损失？ (我问,因为我看过两个声誉良好的代码示例.)

4.在nfcA.connect()之前或之后调用nfcA.setTimeout()会更好吗？

5.对于我的NTAG213标签,nfcA.getMaxTransceiveLength()返回253.这是否真的意味着我可以一次写入最多251个字节的用户数据(加上另外2个字节),如果是这样,那是可取的还是更好使用单独的nfcA.transceive()调用来编写每个页面(4个字节)？

解决方法:

1. WRITE命令的结果数组是一个值为10的单字节.这是什么意思,我应该注意哪些其他值？

值10(十六进制中的Ah或二进制表示中的1010b)是显式ACK,当不返回数据的命令成功时返回确认.

可能的值是实际数据,ACK,被动ACK或NACK.这些由NFC论坛数字协议规范和NFC论坛类型2标签操作规范定义.

>如果预期命令在成功时返回实际数据,则返回数据而不是显式ACK值.
> ACK定义为4位短帧(有关详细信息,请参阅NFC论坛数字协议规范和ISO / IEC 14443-3),值为1010b(Ah).
>被动ACK被定义为在特定超时内根本不发送响应的标签.
> NACK定义为4位短帧,其值为0x0xb(其中x为0或1).

NTAG213 / 215/216产品数据表对可能的NACK值更加具体：

> 0000b(0h)表示无效的命令参数.
> 0001b(1h)表示奇偶校验或CRC错误.
> 0100b(4h)表示认证计数器溢出无效.
> 0101b(5h)表示EEPROM写入错误.

除了上述之外,某些设备上的NFC堆栈实现不会将NACK响应正确地传播到app.相反,它们要么抛出TagLostException,要么返回null.类似地,您可能(？)获得指示被动ACK的TagLostException.

因此,您通常会检查以下的收发方法的结果(除非您发送预期会导致被动ACK的命令)：

try {
   response = nfca.transceive(command);
   if (response == null) {
       // either communication to the tag was lost or a NACK was received
   } else if ((response.length == 1) && ((response[0] & 0x00A) != 0x00A)) {
       // NACK response according to Digital Protocol/T2TOP
   } else {
       // success: response contains ACK or actual data
   }
} catch (TagLostException e) {
   // either communication to the tag was lost or a NACK was received
}

2.我希望READ方法返回4个字节的用户数据(即对应于我的pageNum的4个字节),但它返回16个字节.为什么会这样？

READ命令被定义为返回以指定的块编号开始的4个数据块(在NFC论坛类型2标签操作规范中).因此,如果您发送块4的READ命令,则会获得块4,5,6和7的数据.

3.在调用nfcA.connect()之前检查nfcA.isConnected()是否是一种好习惯,如果是这样,那么这样做是否会造成严重的性能损失？

如果您直接从NFC系统服务(通过NFC意图)收到标签处理,则不会连接标签.因此,除非您在调用nfca.connect()之前使用Tag句柄,否则我不明白为什么您之前要调用nfca.isConnected().但是,在连接之前调用该方法几乎没有任何性能开销,因为在封闭标签上调用isConnected()技术对象将由famework API处理,而无需调用NFC系统服务.因此,与NfcA对象的布尔成员变量相比,它的开销要小得多.

4.在nfcA.connect()之前或之后调用nfcA.setTimeout()会更好吗？

我不确定那一个.但是,通常在断开标签技术时重置收发超时.

不,你一次只能写一个块.这受到NTAG213的WRITE命令的限制,该命令仅支持一个块作为数据输入.

但是,收发缓冲区大小为253允许您使用FAST_READ命令一次读取多个块(最多62个,NTAG213最多45个)：

int firstBlockNum = 0;
int lastBlockNum = 42;
byte[] result = nfcA.transceive(new byte[] {
        (byte)0x3A,  // FAST_READ
        (byte)(firstBlockNum & 0x0ff),
        (byte)(lastBlockNum & 0x0ff),
});

标签：android,tags,nfc,response,mifare
来源： https://codeday.me/bug/20191001/1837963.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

Android nfcA.connect(),nfcA.transceive(),nfcA.setTimeout()和nfcA.getMaxTransceiveLength()