¿Qué es la anticolisión, y cuándo importa?
La anticolisión es el procedimiento con el que un lector aísla una etiqueta cuando varias responden a la vez. Funciona acotando identificadores hasta que solo queda uno. En el plano del protocolo es un problema resuelto, y no salva a etiquetas que se estorban físicamente.
El problema que resuelve
Un lector no puede dirigirse a una etiqueta concreta antes de saber que hay una. Emite una llamada general, y todas las etiquetas del campo responden a la vez.
Esas respuestas se superponen y resultan ininteligibles. Sin una salida, un lector que tuviera delante más de una etiqueta se quedaría atascado para siempre, lo que es inadmisible en una cartera, en un montón de tarjetas o en una estantería llena de objetos etiquetados.
Cómo transcurre el acotado
El procedimiento se apoya en los identificadores. El lector pide que respondan las etiquetas cuyo identificador empieza de cierta manera, escucha, comprueba si las respuestas siguen colisionando, y afina la pregunta.
Cada ronda descarta candidatas hasta que queda exactamente una etiqueta, momento en el que el lector la selecciona y todo lo demás es una conversación a solas. Las otras etiquetas se quedan calladas hasta que se les hable a ellas o hasta que el campo desaparezca.
Para esto existen los identificadores en primer lugar. Distinguir etiquetas durante la selección es su función original, y cualquier otro uso del identificador es desviarlo de su propósito.
Por qué no es problema tuyo
El procedimiento está en las normas, implementado en todo lector conforme, y no hay que configurarlo. Como quien compra etiquetas o monta una instalación, aquí no hay nada que especificar, ajustar ni temer.
En la práctica significa que un teléfono ante varias etiquetas elige una, de forma bastante determinada en el plano del protocolo y arbitraria desde tu punto de vista. Cuál te toca no lo controlas.
Qué no arregla
Esta es la parte que conviene recordar, porque explica un fallo que se atribuye mal sin parar.
La anticolisión es una solución de protocolo para un problema de protocolo. Dos etiquetas apoyadas una sobre otra, en cambio, fallan por una razón física: cada una absorbe campo que la otra necesita, y cada una desafina la antena de la otra. Ninguna de las dos recibe energía suficiente para responder limpiamente, así que no hay nada sobre lo que el procedimiento pueda decidir.
El síntoma se parece a no tener ninguna etiqueta, y por eso «que el lector coja una y ya está» suena a que debería funcionar. No puede, porque la colisión que trata la norma es una colisión de respuestas y no una colisión de antenas.
La regla práctica: separa las etiquetas físicamente. La anticolisión resuelve etiquetas próximas, no etiquetas en contacto.
Preguntas frecuentes
¿Cuántas etiquetas puede manejar un lector a la vez?
El procedimiento escala a muchas, y los lectores dedicados aíslan con normalidad etiquetas dentro de un grupo considerable. Los teléfonos suelen elegir una y seguir, en vez de ofrecer el conjunto, lo que es una decisión del software y no un límite del protocolo.
¿Puedo elegir qué etiqueta selecciona el teléfono?
Por ninguna interfaz corriente. Si necesitas una etiqueta concreta, la vía fiable es presentarla sola, porque la selección no se deja al control de las aplicaciones.
¿Por qué mi tarjeta deja de funcionar cuando está con otras en la cartera?
Casi siempre por interferencia física y no por la anticolisión. Las tarjetas sin contacto muy juntas se quitan campo entre sí y se desafinan, lo que impide que ninguna se lea limpiamente.
¿Ralentiza la anticolisión una lectura?
Ligeramente, cuando hay varias etiquetas presentes, porque hacen falta rondas adicionales de acotado. Con una sola etiqueta el procedimiento termina casi al instante y pasa desapercibido.