¿Por qué el lector y la etiqueta nunca hablan al mismo tiempo?
El lector aporta el campo que mantiene viva la etiqueta, y la etiqueta responde modulando ese mismo campo. Solo hay un canal y una fuente de energía, así que las dos partes tienen que turnarse. Todo intercambio es estrictamente pregunta y respuesta, nunca las dos cosas a la vez.
Por qué el canal solo puede llevar una voz
El lector no es solo un interlocutor, es la fuente de alimentación. Su campo debe mantenerse sin interrupción, o la etiqueta deja de existir eléctricamente. La etiqueta no puede apoderarse del canal, porque sería serrar la rama sobre la que está sentada.
Así que la etiqueta responde de la única manera que le queda: cambiando cuánto toma de ese campo. El lector habla, alimenta y escucha al mismo tiempo, y la etiqueta solo puede responder en los huecos que el lector le deja.
Lo que cuesta una ida y vuelta
Cada intercambio consta de una pregunta, una pausa, una respuesta y otra pausa antes de la pregunta siguiente. Esas pausas son cortas, pero se pagan por ida y vuelta, no por byte.
La consecuencia contradice lo que se espera: doscientos bytes en un solo intercambio van más rápido que doscientos bytes repartidos en cinco. En NFC el bien escaso no es el ancho de banda, es el cambio de turno.
Por qué muchos registros pequeños se leen despacio
Una etiqueta con un solo registro que contiene una dirección web se lee en un puñado de intercambios. Ese mismo contenido repartido en seis registros cortos lleva más bytes de cabecera, necesita por tanto algunos intercambios más y pasa algo más de tiempo esperando entre ellos.
Merece la pena saberlo antes de diseñar el contenido de una etiqueta. Si un acercamiento se percibe lento, la pregunta útil es por cuántas cosas distintas tuvo que preguntar el teléfono, y no cuántos bytes volvieron.
Qué pasa si se corta un turno
Si mueves el teléfono en mitad del intercambio, la etiqueta pierde la alimentación entre una pregunta y su respuesta. No hay almacenamiento intermedio ni reanudación: la secuencia simplemente se corta.
En una lectura es inofensivo: no obtienes nada y lo intentas otra vez. En una escritura no lo es. La etiqueta puede quedarse entonces con el principio de un mensaje y nada más, en un estado que se lee como dañado y no como vacío. Esa es la razón mecánica del consejo de verificar una escritura en vez de confiar en que ha salido bien, y la razón por la que un lote de etiquetas escrito deprisa debe controlarse antes de enviarlo.
Preguntas frecuentes
¿Podría una etiqueta interrumpir al lector si lo necesitara?
No. No tiene forma de señalar nada fuera del campo que la alimenta, ni autoridad alguna sobre el canal. Una etiqueta solo puede responder, y solo cuando el lector le ha dejado sitio para una respuesta.
¿Es por eso el NFC más lento de lo que sugiere su tasa de bits?
En lo esencial, sí. Las tasas especificadas describen el canal mientras transporta datos, y un intercambio real pasa buena parte de su tiempo en las pausas entre turnos. El caudal efectivo de una lectura queda bastante por debajo del valor nominal.
¿Vale la misma limitación para la emulación de tarjeta?
Sí. Cuando un teléfono emula una tarjeta asume el papel que tendría la etiqueta y responde a un terminal externo que aporta el campo. El cambio de turno es el mismo, solo se invierten los papeles.
¿Debo verificar cada escritura?
Para todo lo que vaya a producción, sí. Una escritura cortada en mitad de la secuencia deja una etiqueta que parece escrita y no lo está, y la verificación cuesta un segundo por etiqueta frente al coste de mil inservibles.