通过阅读和实验,我发现Android设备使用某种方法来防止重复读取标签(as discussed here).这对于节电非常有用,但是限制了该技术的可能应用.

例如,我面临的问题是,我有一个被动标签,其中的内容会不断更新.读取标签后,手机将停止检测标签,直到将其删除为止.在此期间,您无法继续读取标签中的更新内容,除非将其从字段中删除并重新点击.
此外,在最初读取标签后,磁场要么关闭得非常弱,以节省功率.因此,您无法持续为无源设备供电.

有没有办法强制Android设备持续供电并读取更新的被动标签？

注意：我不介意是否涉及植根Android设备以实现对硬件的直接控制.

解决方法:

您在问题中陈述的内容对于Android NFC设备完全不正确.一旦检测到标签(=响应所有强制命令的有效标签,并有可能被分派到应用程序),NFC读取器将持续为标签供电(保持HF载波开启)并与其交换一些命令.在该保持活动阶段(“状态检查”)期间交换的命令取决于标签类型,Android版本和Android NFC堆栈实现.通常是

>反复停用和重新激活周期,
>重复读取某个存储区,或者
>其他一些乒乓命令序列

这使NFC堆栈可以找出标签是否仍在响应.仅当状态检查失败时,Android才会关闭NFC阅读器的HF载波,并以完整的轮询序列(测试所有受支持的标签技术)或感应阶段(短的HF载波脉冲重新启动)重新启动检测指示标签潜在存在的失谐).

因此,如果您的标签行为正常,并且您的用户设法将标签与Android设备保持较长的一段时间,那么没有什么会阻止您多次从同一标签(连续粘贴)读取新数据的.您只需要确保保持标记句柄(从该标记句柄实例化的标记对象,甚至是特定的标记技术对象),只要您想要访问标记,并且应用程序的标记读取活动需要连续保持在前台.

例如,您可以执行类似的操作以从标记中读取不断更新的NDEF消息(请注意,您可能更希望使用AsyncTask(或类似方法),而不是简单地生成该线程,并且可能需要实现某种机制来中断线程)：

new Thread(new Runnable() {
    public void run() {
        Ndef ndef = Ndef.get(tag);

        try {
            while (true) {
                try {
                    Thread.sleep(30000);

                    ndef.connect();
                    NdefMessage msg = ndef.getNdefMessage();

                    // TODO: do something

                } catch (IOException e) {
                    // if the tag is gone we might want to end the thread:
                    break;
                } finally {
                    try {
                        ndef.close();
                    } catch (Exception e) {}
                }
            }
        } catch (InterruptedException e) {
        }
    }
}).start();