Robots móviles y navegación

AYX / BASE DE CONOCIMIENTO

AMR, AGV, LiDAR y navegación autónoma.

Fuentes revisadas: 2026-10-14

13

AMR y AGV

MOB-001

¿Cuál es la diferencia entre un AMR y un AGV?

AGV significa Vehículo de Guiado Automatizado; AMR significa Robot Móvil Autónomo. Convencionalmente, los AGV siguen rutas más prescritas, mientras que los AMR pueden planificar y adaptar rutas utilizando sensores ambientales. En la práctica, las etiquetas se superponen: no todos los AGV utilizan cinta adhesiva para el suelo y un AMR puede circular deliberadamente en rutas restringidas.

Explicación, ejemplos y fuentes

Compare el comportamiento requerido en lugar de la terminología. Pregunte cómo se definen las rutas, si se pueden sortear los obstáculos, cómo se gestiona el tráfico y qué sucede después de la pérdida de localización. Ambas categorías necesitan una zona operativa evaluada y una protección adecuada; “autónomo” no significa inherentemente más seguro. ISO 3691-4 incluye ejemplos de AGV y AMR dentro de su alcance de camiones industriales sin conductor. Evite el error tipográfico común "AVG" y las afirmaciones de los proveedores de que una categoría siempre es más barata o superior.

Referencias

Seguir explorando

MOB-002

¿Qué preparación del sitio requiere un proyecto AMR?

Un AMR todavía necesita un entorno operativo adecuado. Los pisos, pendientes, umbrales, puertas, tráfico, transferencia de carga, carga, funciones de localización y cobertura de comunicación pueden afectar el rendimiento. "No hay infraestructura de guía fija" no es lo mismo que "no se requiere preparación ni integración".

Explicación, ejemplos y fuentes

Inspeccione las rutas previstas durante condiciones de trabajo reales, incluidos turnos ocupados, inventario temporal y limpieza. Pruebe las peores transiciones de piso y posiciones de acoplamiento con la carga real. Identificar la responsabilidad de puertas, ascensores, rutas de incendio y áreas peatonales compartidas. Documente la propiedad del mapa y cómo se aprueban los cambios de diseño. Comience con una ruta delimitada y resultados mensurables antes de ampliar la flota. Una demostración exitosa de un almacén vacío no establece una operación confiable durante la congestión de la producción.

Referencias

Seguir explorando

MOB-004

¿Cómo debo medir si una prueba piloto de AMR ha tenido éxito?

Mida las misiones útiles completadas en condiciones realistas, no solo la velocidad o la distancia de viaje. Incluya confiabilidad de entrega, tiempo de espera, intervenciones humanas, recarga de baterías, rutas bloqueadas y fallas de integración. El piloto también debe establecer si las condiciones operativas y los procedimientos de recuperación evaluados son prácticos para las personas que utilizan la instalación.

Explicación, ejemplos y fuentes

Defina el proceso manual de referencia y ejecute el piloto en turnos y tipos de carga representativos. Registre los tiempos de entrega medianos y los casos más lentos, transferencias exitosas e intervenciones por misión. Investiga si los retrasos provienen del robot, de las puertas, de las colas de producción o del gestor de flota. Establezca una condición de parada clara para comportamientos inseguros y un umbral comercial independiente para un rendimiento útil. No extrapole una prueba de un solo robot a una flota grande sin considerar la congestión y la capacidad de carga.

Referencias

Seguir explorando

MOB-003

¿VDA 5050 hace que las flotas de robots móviles de marcas mixtas sean plug-and-play?

VDA 5050 define la comunicación entre robots móviles y el control central de flota; no hace que todos los vehículos, estaciones de acoplamiento o diseños de seguridad sean automáticamente intercambiables. La interoperabilidad depende de la versión implementada, las acciones admitidas, los mapas, el comportamiento del tráfico y la integración de proveedores. Un logotipo estándar es sólo el comienzo de la comprobación de compatibilidad.

Explicación, ejemplos y fuentes

Solicite a cada proveedor la versión exacta y el conjunto de funciones implementadas, luego pruebe las misiones requeridas y los casos de excepción en el administrador de flota elegido. El repositorio oficial inspeccionado identifica la versión 3.0.0 y afirma que el documento VDA publicado rige las discrepancias. No solicite esa versión ciegamente si los productos instalados admiten un perfil acordado anteriormente. Incluir cobro, rutas bloqueadas, pérdida de comunicación y cancelación de pedidos en las pruebas de aceptación. Las responsabilidades de seguridad siguen estando separadas del intercambio exitoso de mensajes de la flota.

Referencias

Seguir explorando

14

Sensores LiDAR y robots

SEN-001

¿Qué es LiDAR y en qué se diferencian LiDAR 2D y 3D?

LiDAR mide la distancia utilizando la luz emitida y su retorno. Un escáner 2D explora un plano; un sistema 3D toma muestras de un volumen o de múltiples direcciones para generar información espacial. La elección útil depende de lo que se debe detectar y dónde puede aparecer en relación con el sensor.

Explicación, ejemplos y fuentes

Un escáner plano puede ser eficaz para navegar a lo largo de paredes y estructuras fijas, pero es posible que se pasen por alto los objetos que se encuentran por encima o por debajo de su plano de escaneo. Un sensor 3D puede representar más geometría al tiempo que aumenta los requisitos de procesamiento y datos. Verifique el campo de visión, el montaje, el alcance, el comportamiento de actualización y las condiciones de la superficie en lugar de solo la resolución. Los datos de los sensores aún necesitan marcas de tiempo y transformaciones de coordenadas correctas. Ni una densa nube de puntos ni una etiqueta de navegación establecen una función protectora certificada.

Referencias

Seguir explorando

SEN-004

¿Por qué los sensores de los robots tienen problemas con el cristal, los reflejos, el polvo o los cambios de luz?

Los sensores dependen de las interacciones físicas entre el entorno y su método de medición. El vidrio, los reflejos, los materiales oscuros, el polvo y los cambios de iluminación pueden crear observaciones perdidas, engañosas o inestables. Una especificación de sensor medida en condiciones ideales no garantiza una detección fiable de todos los objetos en el área de operación.

Explicación, ejemplos y fuentes

Construir un conjunto de retos a partir del sitio real: ventanas, metal pulido, objetos bajos, luz solar, material colgante y contaminación representativa. Pruebe las posiciones de montaje y la detección complementaria antes de seleccionar los umbrales del software. Registre si una falla provoca que se pase por alto un obstáculo, una parada en falso o una mala localización; cada uno tiene diferentes consecuencias. Mantener la limpieza e inspección en el plan operativo. No solucionar fallos repetidos desactivando la detección o reduciendo los márgenes de protección sin reevaluar los riesgos y validar una alternativa adecuada.

Referencias

Seguir explorando

SEN-002

¿Debería un robot utilizar LiDAR, cámaras o sensores de profundidad?

Diferentes sensores responden a diferentes preguntas. LiDAR proporciona mediciones de alcance; las cámaras capturan la apariencia; Las cámaras de profundidad añaden información geométrica a través de su particular método de detección. Una combinación puede ser útil, pero sólo cuando la información agregada aborda un modo de falla real y la integración está calibrada y probada.

Explicación, ejemplos y fuentes

Comparar las necesidades de la tarea: leer una etiqueta es diferente de detectar un obstáculo o estimar una postura de agarre. Pruebe objetos oscuros, reflectantes, transparentes y de baja textura bajo la iluminación prevista. Considere los puntos ciegos, el desenfoque de movimiento, las interferencias, la carga de procesamiento y la protección del montaje. Más sensores también pueden crear más puntos de falla y datos contradictorios. Elija la disposición de detección más pequeña que cumpla con el requisito con la solidez adecuada y documente lo que no pueda observar de manera confiable.

Referencias

Seguir explorando

SEN-003

¿Qué aportan los codificadores y las IMU a la navegación de los robots?

Los codificadores miden el movimiento en ruedas o articulaciones; una unidad de medida inercial (IMU) mide cantidades como la velocidad angular y la aceleración. Ayudan a estimar cómo se mueve un robot entre observaciones externas. Sus estimaciones pueden variar o estar sesgadas, por lo que comúnmente se combinan con otra información en lugar de tratarse como sensores de posición perfecta.

Explicación, ejemplos y fuentes

El deslizamiento de las ruedas puede hacer que el desplazamiento basado en el codificador no coincida con el movimiento real. La integración de IMU es sensible al sesgo y la alineación. Verifique las unidades, las convenciones de los ejes, el montaje y las marcas de tiempo antes de ajustar un estimador. Utilice una incertidumbre realista en lugar de presentar todos los sensores como igualmente confiables. Para la depuración, compare las mediciones sin procesar con observaciones independientes sobre movimientos rectos y giratorios simples. Un mapa no puede compensar una odometría mal configurada si toda la pila de navegación recibe información de movimiento inconsistente.

Referencias

Seguir explorando

15

SLAM y navegación autónoma

← Volver a los temas