El desarrollo de software industrial no debe ser fácil. Lo sé. Y seguro que existe un riesgo. Que las decisiones de arquitectura se tomen en despachos muy limpios, a muchos kilómetros del ruido de las máquinas y sin un programador de CNC cerca para dar un baño de realidad.
La última actualización v45 de Lantek Expert es un ejemplo de manual de cómo una idea que suena bien sobre el papel puede convertirse en un dolor de cabeza crónico para la gestión diaria en una oficina técnica.
Vamos al lio. Una pieza, múltiples máquinas (y la promesa de la v45)
Una vez tienes entre manos la posibilidad de poder elegir máquina para cortar una determinada pieza, la lógica de eficiencia es elemental: un único archivo geométrico debe contener las tecnologías y los mecanizados definidos para las distintas máquinas de la planta. Si la carga de trabajo satura el láser, esa misma referencia debe estar lista para entrar a la punzonadora sin rehacer la tecnología de la pieza.
Hasta hace poco, el sistema respetaba esta convivencia de tecnologías. Sin embargo, con la llegada de la versión v45, Lantek ha reestructurado este flujo introduciendo la opción “Seleccionar mecanizado por máquina y ángulo”.
Según la documentación oficial, este nuevo enfoque promete:
- Discriminar de forma dinámica los mecanizados basándose en la máquina activa.
- Generar los elementos «en memoria» y mostrarlos resaltados en color rojo en un panel de control para que el usuario valide los cambios.
- Guardar la información de manera independiente, garantizando que el trabajo para una máquina jamás alterará el de otra.
La presentación comercial es impecable; la realidad… es otra cosa.
La realidad. Cuando el software decide «limpiar» tu trabajo.
El problema surge cuando la teoría se enfrenta al flujo de producción real. En un entorno de alta carga de trabajo, la nueva función de la v45 evidencia fallos críticos que comprometen la fiabilidad del anidado:
- Bloqueo de la interfaz: El sistema no permite una selección real de diferentes máquinas en la cuadrícula de control; el panel se limita a responder únicamente a la máquina que esté activa en ese momento.
- Mecanizados invisibles: La famosa generación «en memoria» que teóricamente avisa al usuario en color rojo brilla por su ausencia. El programador trabaja a ciegas, confiando en la suerte.
- Sobrescritura destructiva: El error nuclear del sistema. Al procesar y salvar el mecanizado para una máquina concreta, el software rompe el aislamiento de datos. En lugar de mantenerlos independientes, borra y machaca por completo los mecanizados preexistentes de otras máquinas asociados a esa pieza.
Descubrir que el trabajo de punzonado —con su correspondiente optimización de herramientas especiales— ha sido volatilizado y sustituido por restos del mecanizado láser al cambiar de máquina, no es precisamente algo que te alegre la mañana.
Una recomendación publicitaria
Continuamos con el artículo…
El impacto real y la solución «para salir del paso»
Para un responsable de CNC, este comportamiento del software tiene dos consecuencias inmediatas: una pérdida drástica de tiempo reorganizando piezas y un riesgo inasumible de lanzar nestings con tecnologías cruzadas.
Para evitar que la planta se detenga, el sistema empuja a los programadores a la única salida viable actual: retroceder doce años y duplicar archivos. Crear un archivo GEO independiente para el láser (pieza_A_laser.geo) y otro para la punzonadora (pieza_A_punz.geo).
Esta solución destruye la trazabilidad del producto, multiplica el volumen del servidor y eleva la probabilidad de que, ante una modificación geométrica del plano por parte de ingeniería de producto, se actualice un archivo y el otro quede obsoleto en el sistema, provocando piezas erróneas en el siguiente lote.
Crítica constructiva y hoja de ruta
Innovar no es obligatorio, pero si se hace, debe ser para mejorar el estándar existente. Introducir un algoritmo inestable que no ha pasado un control de estrés en entornos de producción reales es un riesgo alto. Sin embargo, en el software industrial, como en la vida, los errores ocurren; la diferencia radical la marca cómo se responde ante ellos.
Tras reportar y reproducir minuciosamente este error in situ con el equipo de soporte técnico de Lantek —utilizando una misma pieza clonada en tres trabajos para máquinas distintas—, la firma ha tomado cartas en el asunto. No se trata de un problema de configuración subsanable tocando la configuración: el fallo ha sido escalado directamente al departamento de desarrollo. La solución definitiva llegará en forma de un nuevo Service Pack o, en el peor de los casos, integrada en la futura v46.
Esta respuesta nos devuelve a la casilla de la tranquilidad. Lanzar una actualización con aristas es un tropiezo que sufren desde los gigantes de Silicon Valley hasta el desarrollador más modesto. Lo que define el sello de calidad de una compañía no es la infalibilidad, sino la capacidad de respuesta. Lantek ha demostrado, una vez más, que no se esconde. Asume el problema, toma el toro por los cuernos y activa su maquinaria de ingeniería para resolverlo.
Esto funciona exactamente igual que los seguros del coche: todas las pólizas son excelentes sobre el papel, pero descubres de qué pasta está hecha cada una, el día que presentas el primer parte de accidente. La trayectoria e historial de la firma respaldan su fiabilidad; sabemos que responderán.
Hasta que ese código corregido llegue a la planta, la recomendación técnica se mantiene: máxima prudencia con la v45, auditoría manual estricta de cada geometría antes de enviar el código al control numérico y plena confianza en que el desarrollo correctivo ya está en marcha. La flexibilidad técnica exige tiempo, pero la solvencia del fabricante sigue intacta.
ACTUALIZACIÓN: ¡Habemus solución!
Después de algunos intercambios de mensajes con Lantek (que han hecho un buen trabajo), por fin creemos haber dado con la tecla exacta. ¿La mala noticia? Que para ver el paso a paso detallado vais a tener que esperar un poquito, porque tengo que hacer más pruebas con diferentes GEOS y diferentes máquinas.
Publicaré el artículo completo con toda la explicación técnica el domingo 19 a las 16:16. Id preparando el café, porque os va a ahorrar horas de trabajo y dolores de cabeza. Si queréis ver cómo se resuelve, tendréis que esperar a esa hora.
Por lo tanto, este domingo tienes dos eventos que no te puedes perder. La resolución del tema de los mecanizados en los geos y la final del mundial.
Es todo.
Gracias por tu visita y espero que te haya resultado interesante.
Ahora, si quieres, puedes volver a la página principal o bien ver el sumario de artículos publicados por categorías. Por supuesto, también puedes puedes comentar el artículo, al pie de esta página, así como contactar dejando un mensaje.
Si quieres opciones fuera de esta web, puedes visitar shopink.es, donde descubrirás soluciones eficientes tanto en imprenta como en material de oficina para tu negocio. Como puedes ver, hay un montón de opciones.
Trabajo con otro software CAD/CAM y, aunque no es Lantek, nos pasa algo parecido después de algunas actualizaciones.
Se añaden funciones muy interesantes, pero a veces se rompen pequeños detalles que llevaban años funcionando.
Creo que es importante que los usuarios expliquemos estos casos con ejemplos reales, porque es la mejor forma de que el producto siga mejorando.
También me ha pasado lo de los «mecanizados fantasma». Muchas veces el problema no es que el software haga algo mal, sino que nadie sabe exactamente por qué ha tomado esa decisión.
Cuando en producción aparece una marca inesperada, empiezan las dudas y se pierde muchísimo tiempo investigando.
Al final, cualquier mejora que aporte transparencia al proceso vale más que una función nueva.