¿Cómo se lee y se escribe NFC desde tu propio código?

Cuatro vías de entrada, cuatro juegos de reglas

En Android, el marco de trabajo NFC entrega una etiqueta descubierta a una actividad, que puede leer y escribir NDEF, enviar comandos en bruto a la etiqueta o responder a un lector mediante la emulación de tarjeta host.

En el iPhone, Core NFC permite a una aplicación leer dentro de una sesión que el sistema muestra y termina, el modelo que este sitio describe en la página de la hoja de lectura.

En un navegador, Web NFC lee y escribe NDEF desde una página web. Chrome lo documenta como disponible en Android a partir de Chrome 89, y lo limita a NDEF a propósito: sin comandos en bruto y sin emulación de tarjeta.

En un ordenador, a un lector USB se llega mediante PC/SC, la especificación que los ordenadores usan para hablar con lectores de tarjetas inteligentes, y el programa habla con la etiqueta a través del lector y no a través de un teléfono.

Difieren en lo que pueden enviar a una etiqueta, y difieren todavía más en cuándo se les permite escuchar. Esa segunda diferencia es la que un traslado de una plataforma a otra se equivoca.

Lo que el código tiene que declarar

Ninguna alcanza la radio sin anunciarse. Una aplicación Android pide android.permission.NFC, que la referencia de los permisos clasifica como normal, así que se concede al instalar y sin preguntar.

Desde Android 17, una aplicación que apunta a un SDK más reciente tiene que proteger además cada actividad que recibe etiquetas con android.permission.DISPATCH_NFC_MESSAGE, según la guía del marco de trabajo NFC, para que solo el servicio NFC pueda arrancarla.

Una aplicación de iPhone declara la capacidad de lectura de etiquetas y una descripción de uso antes de que Core NFC abra una sesión, y una sesión de etiqueta que lee etiquetas ISO 7816 enumera además los identificadores de aplicación que va a seleccionar. La página de las declaraciones cubre las tres.

Una página web necesita un origen seguro, un marco de primer nivel y un gesto de quien la visita, como tocar un botón, antes de que Chrome pida el permiso nfc.

Lo que el campo le hace al código

Una etiqueta está presente mientras una mano la sostenga quieta, y el código corre dentro de esa ventana. La referencia de TagTechnology marca cada intercambio como bloqueante y lo prohíbe en el hilo principal, y una etiqueta que se va a mitad de intercambio levanta TagLostException.

Las pruebas en una mesa esconden esto. El teléfono está plano, la etiqueta no se mueve y la ventana no se cierra nunca. El mismo código en la mano de quien visita se encuentra con una ventana que se cierra a la mitad, y un código que nunca ha visto ese caso lo trata como un fallo.

La etiqueta tampoco es lo que era hace un segundo. Android guarda lo que leyó al descubrirla y no actualiza nunca esos valores, así que un programa que escribe y luego se fía de la copia guardada lee su propia suposición.

Comprobar lo que el código ha escrito

Vuelve a leer el resultado con una herramienta que no sea el código que estás probando. Un fallo que escribe el tipo de registro equivocado puede volver a leerlo como el correcto, porque es el mismo fallo el que lo descodifica.

NFC Tools, publicada por la misma empresa que este sitio, muestra los registros que contiene una etiqueta y las tecnologías que declara, lo que zanja la mayoría de los desacuerdos entre un programa y quien lo escribió.

Después lee la etiqueta en la otra plataforma. Un mensaje que un analizador de Android acepta puede no hacer nada en un iPhone, una decisión de plataforma que cubre la página de los registros en iOS.