Veredicto primero: cuando los AMR empiezan a comportarse como embrujados, el WiFi es culpable hasta que se demuestre lo contrario. Tareas perdidas, paradas de emergencia repentinas, una flota que se ralentiza sin razón: antes de llamar al proveedor de AMR para quejarte, agarra un portátil y haz ping al pasillo donde ocurrió.
He visto esta trampa exacta tres veces. Cada vez, el sitio culpó al algoritmo de despacho, luego al LiDAR, luego al firmware. Dos semanas de acusaciones cruzadas después, alguien por fin revisó la red: una zona muerta de cobertura entre dos filas de estanterías, o traspasos de roaming tan lentos que los robots seguían agotando el tiempo de espera. Arregla la red y la "enfermedad" de los robots desaparece de la noche a la mañana.
Dos historias de batalla
Marzo de 2024, un almacén 3PL en el este de China, poco más de 20,000 metros cuadrados, seis AMR con dos semanas de puesta en marcha. "Tareas perdidas" más de veinte veces al día. El ingeniero del proveedor acampó en el sitio durante dos días, escarbando en los registros de despacho, y concluyó que "probablemente era un problema intermitente de la lógica de asignación de tareas". Caminé por el pasillo problemático con un portátil e hice ping: dos filas de estanterías estaban en una zona muerta de cobertura de AP con pérdida de paquetes superior al 40 por ciento. El AMR entraba, sus paquetes de latido nunca salían, y el despachador asumía que se había quedado a oscuras y retiraba la tarea para reasignarla. Esa era la llamada "tarea perdida".
La solución fue casi embarazosa: reubicar tres AP, subir un nivel la agresividad del roaming en las tarjetas WiFi de los AMR. Las quejas cayeron a cero en una semana. Todavía recuerdo la cara del ingeniero del proveedor cuando se fue.
Junio de 2025, un gran centro de fulfillment de comercio electrónico, AMR añadidos justo después del festival de compras 618. Antes del festival habían elevado las estanterías dos niveles más. Las estanterías metálicas sólidas bloqueaban por completo la señal de 5 GHz, y los AP seguían montados a la altura antigua. Resultado: cada AMR que entraba en la zona de estanterías altas empezaba a "hacerse el tonto": se ralentizaba, se detenía, alguna parada de emergencia ocasional, y luego volvía a la vida en el momento en que salía de la zona. Rehicimos el estudio de mapa de calor inalámbrico, bajamos la altura de montaje de los AP por debajo de las vigas de las estanterías, replanificamos los canales. Arreglado sin que el proveedor interviniera jamás.
Por qué un traspaso WiFi puede matar un AMR
El mecanismo es simple. A medida que un AMR se mueve, su cliente WiFi debe saltar entre AP: elegir un AP objetivo, reautenticarse, reasociarse, reanudar el flujo de datos. En una red sin afinar, ese traspaso tarda cientos de milisegundos. Sin el roaming rápido 802.11r habilitado, un traspaso puede dejar caer la conexión durante más de un minuto, nada inusual.
Y los proveedores de AMR juegan sobre seguro: un tiempo de espera de comunicación dispara una parada de emergencia. Así que lo que ves es "el robot fallando", pero la enfermedad está en la red. Peor aún, un almacén es el peor entorno de radio posible: estanterías metálicas, bahías de carga de carretillas y puertas de rodillo metálicas son todas asesinas del WiFi, y un almacén está lleno de las tres.
La lista de verificación de campo: cinco pasos
Esta es la sección completa de red de mi lista de verificación de la víspera de puesta en marcha para cada proyecto de AMR. Trabájala y marca cada casilla.
Paso 1: Estudia el sitio antes de la puesta en marcha. No confíes en los planos.
Recorre el piso con software de estudio (incluso una herramienta de nivel de app de teléfono sirve) y genera un mapa de calor de señal. Verifica tres cosas: intensidad de señal a lo largo de cada ruta de viaje de los AMR, suficiente solapamiento entre AP para traspasos limpios, y ninguna zona muerta detrás de estanterías metálicas. Las posiciones de los AP en el plano y la realidad del piso discrepan ocho de cada diez veces: las estanterías se movieron, una carretilla golpeó un AP, se levantó un muro de partición que nunca llegó al plano.
Paso 2: Planifica la colocación de los AP según tres reglas duras.
Altura de montaje: los AP deben estar debajo de las vigas de las estanterías para que la señal tenga línea de visión a las antenas de los AMR. El montaje en techo se ve ordenado, pero las estanterías metálicas se comen la señal para desayunar. Densidad: peca de poner más AP. Un AP extra cuesta mucho menos que una hora de una línea de AMR parada. Planificación de canales: los AP vecinos no deben compartir canal, planifica 2.4 GHz y 5 GHz por separado, y mantén los AMR en 5 GHz donde la interferencia es menor.
Paso 3: Afina el roaming. Este es el núcleo.
Habilita el roaming rápido 802.11r en los AP para empujar la latencia de traspaso por debajo de 150 milisegundos. Luego afina la agresividad del roaming en las tarjetas WiFi de los AMR: demasiado "leal" y el cliente se aferra a un AP moribundo; demasiado "coqueto" y rebota entre dos AP. Mi punto de partida es el ajuste medio, luego mido las tasas de éxito de traspaso y pruebo un nivel en cada dirección, quedándome con el más estable. Cada tarjeta WiFi se comporta diferente. No hay un ajuste universal, solo ajustes medidos.
Paso 4: Construye redundancia para las rutas que no pueden permitirse una caída.
Si los AMR circulan por la arteria principal, cruzan pisos o trabajan en las puertas de muelle, en cualquier lugar donde una desconexión sea inaceptable, considera tarjetas WiFi duales o WiFi más respaldo celular. Sí, cuesta más. Cuesta menos que un evento de parada de emergencia de toda la flota. La redundancia es para rutas críticas, no para cada robot.
Paso 5: Lista de verificación de la víspera de puesta en marcha más pruebas de aceptación.
La noche antes de la puesta en marcha, recorre el piso con esta lista: ejecuta cada ruta de AMR de principio a fin tres veces, registrando cada marca de tiempo de traspaso de AP y cualquier pérdida de paquetes. Luego simula el peor caso: cargadores de carretillas todos encendidos, puertas de rodillo bajadas, todos los teléfonos en WiFi al inicio del turno, y ejecútalo todo de nuevo. Cualquier punto con latencia de traspaso superior a 150 milisegundos se marca y se reafina al día siguiente, luego se vuelve a probar. Escribe el umbral de aceptación en el contrato: 72 horas seguidas sin pérdidas de tareas causadas por la red antes de firmar la red.
Meteduras de pata comunes (todas pagadas con sangre)
| Lo que ves | No empieces con esto | Empieza con esto en su lugar |
|---|---|---|
| Los AMR pierden tareas en el mismo punto | Pedir al proveedor que lea los registros de despacho | Haz ping a ese pasillo y verifica la cobertura de AP |
| Toda una zona se ralentiza junta | Añadir más robots o subir la prioridad de tareas | Verifica la carga de AP y la interferencia de canales en esa zona |
| Bien por la mañana, fallos por la tarde | Reiniciar los AMR o actualizar el firmware | Busca interferencia con patrón temporal: bahías de carga, puertas de rodillo |
| Genial la primera semana, degradándose en la segunda | Sospechar envejecimiento del hardware AMR | Verifica nuevas estanterías, nuevas particiones o un AP golpeado |
Una opinión contraria
La mayoría de los proyectos tienen el orden de operaciones al revés: dos semanas del proveedor de AMR desmontando cosas, y solo entonces alguien piensa en revisar la red. El orden correcto es siempre primero el ping, después la llamada. Una verificación de red cuesta un portátil y medio día. Una visita del proveedor cuesta el viaje más dos semanas de discusiones. Y esta es la parte que la gente pasa por alto: una vez que la red está afinada, muchos "problemas de rendimiento de AMR" se arreglan solos. La velocidad de la flota sube, las tasas de éxito de tareas suben, y nunca necesitaste esos robots extra.
Un AMR es un trabajador honesto. Solo hace lo que se le dice. Cuando las instrucciones no pueden llegarle, todo lo que puede hacer es una parada de emergencia para mantenerse a salvo. No culpes al trabajador. Revisa tu WiFi primero.
Por Lin Xiao, Consultor de implementación de WMS
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
