Una pose de KRC4 que parece correcta en el primer ciclo y diferente en el siguiente suele atribuirse a que se aplicó dos veces un desplazamiento de herramienta. Esa explicación es posible, pero no debe ser la hipótesis inicial. Los valores de posición del robot están determinados por el momento de ejecución, la aproximación de trayectoria, los datos de herramienta y base activos, la semántica de valores comandados frente a medidos y la representación de coordenadas utilizada en el punto de comparación.

Un diagnóstico útil congela el momento de ejecución y los sistemas de referencia antes de modificar el mastering o la calibración persistente.

Proteja primero la referencia conocida como correcta

Guarde un archivo completo del controlador y registre la versión de KSS, el modelo del robot, el estado del mastering, la herramienta activa, la base activa, los datos de carga, el modo de operación, la anulación de velocidad y la línea del programa donde se observa la discrepancia. Capture los valores exactos en la primera y segunda iteración. Una captura de pantalla sin el sistema de referencia activo ni el evento de muestreo es evidencia incompleta.

No recalibre la herramienta ni la base para hacer que un valor informado parezca correcto. Un sistema de referencia compensatorio puede ocultar un error de temporización o transformación y después desplazar todos los programas correctos que utilicen los mismos datos. Compare el programa sospechoso con la referencia archivada e identifique cualquier cambio en formularios inline, subrutinas, interrupciones, lógica en segundo plano o señales de PLC.

Los componentes relevantes del controlador pueden consultarse en Sistemas PLC y PAC, mientras que el hardware de servos y ejes se encuentra en Accionamientos y control de movimiento. Sin embargo, la sustitución de hardware solo debe realizarse después de que las pruebas de software y medición descarten las causas relacionadas con sistemas de referencia y temporización.

Reproduzca la discrepancia en un punto controlado

Ejecute a velocidad reducida conforme al procedimiento de seguridad robótica del sitio. Si el proceso lo permite, elimine la aproximación alrededor de la captura sospechosa e inserte un punto de sincronización deliberado utilizando el comportamiento documentado para la versión de KSS instalada. Registre una sola muestra después de que el robot alcance un estado definido. Repita desde la misma pose inicial para que las dos trazas sean comparables.

La prueba debe responder cuatro preguntas: ¿Se muestreó la misma línea del programa? ¿El robot físico se encontraba en la misma fase del movimiento? ¿Estaban activas la misma herramienta y la misma base? ¿El valor representaba una posición comandada o medida? Si alguna respuesta se desconoce, una diferencia numérica todavía no demuestra un error geométrico.

Por qué el avance de ejecución puede cambiar la evidencia

KRL prepara por adelantado las instrucciones de movimiento siguientes para que el controlador pueda combinar trayectorias y evitar paradas innecesarias. Esta anticipación es fundamental para lograr un movimiento robótico fluido, pero implica que la interpretación del programa y el movimiento físico no siempre se encuentran en el mismo límite de instrucción. Una asignación que no sea de movimiento puede evaluarse mientras el robot todavía ejecuta un movimiento anterior.

La aproximación hace que esto sea más evidente. El robot puede pasar cerca de un punto programado sin detenerse en él, por lo que una posición medida capturada mediante un escaneo del PLC o una tarea en segundo plano puede corresponder a un punto diferente de la trayectoria combinada del que espera el programador. Si la discrepancia desaparece al eliminar la aproximación y sincronizar la ejecución, investigue el muestreo y el flujo del programa antes que la calibración.

Una solución de producción debe conservar la trayectoria combinada deseada. No deje todos los puntos en modo exacto únicamente para simplificar el registro. En su lugar, defina un protocolo de comunicación que identifique cuándo una muestra de datos es válida y utilice el comportamiento del controlador adecuado para la versión de software instalada.

Haga explícita la cadena de sistemas de referencia

Una pose robótica solo tiene significado con su sistema de referencia. Escriba la cadena de transformación desde el mundo o la raíz del robot, pasando por la base seleccionada, y desde la brida, pasando por la herramienta seleccionada, hasta el punto del proceso. Después, identifique si el valor informado describe la brida, el punto central de la herramienta, la trayectoria comandada o la posición medida.

Busque en el programa y en las tareas relacionadas cambios en la herramienta, la base o los datos de los sistemas de referencia entre iteraciones. Un formulario inline, una subrutina, una interrupción o un proceso en segundo plano puede seleccionar datos diferentes sin que exista un cambio evidente en el bloque de movimiento local. Las referencias indirectas merecen especial atención porque el nombre de la variable mostrado puede permanecer constante mientras cambia el índice seleccionado.

Compare todos los valores en un único sistema de referencia declarado. Restar una pose referida al mundo de otra referida a la base produce un error de apariencia plausible pero carente de significado. Del mismo modo, aplicar una transformación de herramienta a una pose que ya representa el punto central de la herramienta puede parecer un desplazamiento doble. Muestre cada paso de la transformación y su dirección en lugar de comprimir el cálculo en una sola expresión.

No confunda los ángulos de Euler con la orientación física

Las interfaces de robots industriales suelen expresar la orientación mediante tres ángulos. Esos valores son una representación de la orientación, no ejes físicos independientes. Diferentes conjuntos de ángulos pueden describir la misma orientación física, y los valores pueden cambiar bruscamente cerca de una singularidad de representación aunque la herramienta solo gire ligeramente.

Para el diagnóstico, compare transformaciones o una medida adecuada del error de orientación en lugar de restar los ángulos mostrados componente por componente. Normalice los ángulos de manera coherente y mantenga explícitas las unidades. Si la traslación es estable pero los valores angulares saltan, revise la representación y la selección del sistema de referencia antes de culpar al mastering.

Separe la posición comandada de la posición medida

La posición comandada describe el objetivo de la trayectoria del controlador o el estado de interpolación. La posición medida refleja la retroalimentación de los encoders y, por tanto, incluye error de seguimiento, elasticidad, efectos de la carga, asentamiento y el momento de adquisición. Ambas son útiles, pero responden a preguntas diferentes.

Registre los valores comandados y medidos junto con la velocidad, el estado del programa y un número de muestra que cambie de forma monótona. Si la diferencia crece solo durante la aceleración y desaparece después del asentamiento, la evidencia apunta a un comportamiento de seguimiento normal o anómalo, no a un error persistente del sistema de referencia. Si ambos están desplazados por la misma transformación constante, examine los datos de herramienta y base.

Establezca un contrato atómico de datos entre el robot y el PLC

Un PLC puede combinar fácilmente coordenadas de distintos ciclos de interpolación del robot si cada valor se lee de forma independiente. El robot debe copiar la pose completa y su contexto en una estructura de transferencia estable y cambiar después un número de secuencia o una bandera de validez, una vez completada la copia. El PLC lee la estructura completa, confirma que la secuencia no ha cambiado y acusa recibo de esa muestra.

Incluya el número de herramienta, el número de base, la indicación de si los datos son comandados o medidos, el sistema de coordenadas, las unidades, el modo del robot y la marca temporal de la muestra o el contador de ciclos. La lógica receptora debe rechazar datos obsoletos, incompletos o con un contexto inesperado. Así, una discrepancia de pose imprecisa se convierte en un fallo de interfaz trazable.

Utilice la simulación como comparación controlada

El entorno oficial de simulación de KUKA permite validar sin conexión el movimiento del robot y el comportamiento de la aplicación. Una simulación puede ayudar a reproducir la secuencia del programa, inspeccionar el uso de los sistemas de referencia y comparar trayectorias aproximadas con trayectorias exactas sin consumir tiempo de producción. No sustituye las comprobaciones del mastering, la carga, la elasticidad, la retroalimentación de los encoders ni la temporización real del PLC, por lo que debe considerarse una fuente de evidencia más.

Secuencia de decisión centrada en las causas

Si la sincronización corrige la discrepancia

Corrija el contrato de muestreo, las suposiciones sobre la aproximación o la temporización del flujo del programa. Conserve la trayectoria de producción validada y documente el evento que hace válida una pose.

Si el error depende de la selección de una herramienta o una base

Corrija la lógica de selección o la dirección de la transformación. Recalibre únicamente cuando comprobaciones físicas independientes demuestren que el sistema de referencia almacenado es incorrecto.

Si los datos comandados y medidos divergen durante el movimiento

Investigue los datos de carga, la mecánica, el estado de los servos, el error de seguimiento y la temporización de adquisición. No oculte la evidencia mediante un desplazamiento de coordenadas.

La conclusión metodológica más sólida es la siguiente: una discrepancia de pose es primero un problema de evidencia y después un problema de calibración. Congele el punto de ejecución, declare todos los sistemas de referencia, compare elementos equivalentes y modifique los datos persistentes del robot solo después de comprobar las hipótesis de temporización y transformación.