Recuperar una HMI obsoleta: estado de ciclo de vida y rutas posibles

Nadie envía un aviso el día en que un panel se vuelve difícil de sustituir. Normalmente te enteras cuando necesitas un repuesto y el catálogo ha cambiado. Los fabricantes publican estados de ciclo de vida, y las palabras llevan más matiz de lo que la planta asume. Un panel puede estar en producción en serie, marcado como maduro o de retirada (phase out) con una última fecha de pedido, o limitado a solo repuestos.

Esquema del sistema ampliado

×

Las etapas son el vocabulario habitual del fabricante, no un reloj. Comprueba el aviso para la referencia exacta antes de actuar.

Ninguno de esos estados significa que el equipo no esté disponible en ninguna fuente, y ninguno significa que esté a salvo de desaparecer. Un aviso de retirada con una última fecha de pedido futura es una ventana de programación, no un plazo del que puedas fiarte. La producción en serie puede seguir abandonando tu región antes. El estado describe el plan del fabricante, no el futuro de tu máquina.

La obsolescencia tiene también un lado local que el fabricante no puede ver. Un panel puede ser un producto de serie activo y seguir siendo obsoleto para tu planta porque el software de ingeniería ya no corre en los ordenadores disponibles, o porque la persona que guardaba el proyecto se ha ido. Ambos casos merecen la misma documentación que una retirada formal.

El límite que hay que llevar por esta guía: el estado de ciclo de vida es una entrada de planificación, no un veredicto. Cada ruta de las secciones posteriores sigue abierta más de lo que el estado por sí solo sugiere, mientras exista la evidencia que la sostiene.

El estado de ciclo de vida se une a la referencia, no al nombre de familia. Comprueba el estado contra el aviso de ciclo de vida del fabricante para el número de pedido exacto, porque una familia puede tener una referencia en retirada junto a una hermana todavía activa. Una comprobación que corre sobre KTP700 o PanelView Plus 7 responde a una pregunta que nadie hizo.

Esquema del sistema ampliado

×

La cadena empieza en la referencia, nunca en la familia. Una página de revendedor es una pista, el aviso del fabricante es la evidencia.

Registra tres cosas del aviso: el estado, la fecha del aviso y cualquier modelo sucesor declarado. La fecha importa porque las páginas de ciclo de vida se revisan, y una comprobación de hace tres años puede describir otro mundo. El sucesor importa porque nombra el camino de migración que el propio fabricante espera, aunque decidas no seguirlo.

Un ejemplo concreto de por qué paga esta disciplina: dos paneles de una misma planta comparten nombre de familia, y la comprobación de ciclo de vida devuelve retirada para una referencia y producción activa para la otra. La planta que comprobó el nombre de familia pidió un repuesto para el equipo equivocado y perdió la ventana del correcto. Diez minutos con la referencia exacta lo habrían cazado.

El límite aquí es la honestidad sobre las fuentes. Un estado de ciclo de vida encontrado en una página de revendedor es una pista, y el aviso del fabricante para la referencia exacta es la evidencia. Registra de dónde salió tu estado, igual que registras la fuente de un alias en la guía de referencias enlazada.

Captura el proyecto y el firmware antes que nada, usando los pasos de la guía de copias enlazada. En un panel obsoleto esto es más urgente que en uno actual, porque la herramienta de ingeniería, el runtime y el camino de transferencia pueden desaparecer juntos. Registra qué versión de la herramienta puede todavía abrir el proyecto y qué ordenador lo ejecuta ahora. Ese ordenador es parte del plan de recuperación desde ahora.

Esquema del sistema ampliado

×

Tres corrientes alimentan la evidencia de recuperación, y los archivos son la única corriente que no puede reconstruirse después.

Fotografía las pantallas que llevan la lógica específica de la máquina. Las contraseñas, el manejo de recetas y los textos de alarma viven en el proyecto, pero un juego de fotos de todas las pantallas de operación deja que cualquier reconstrucción se compruebe contra lo que los operadores usan de verdad. Incluye las páginas de diagnóstico, porque muestran el número de pedido exacto y el firmware en equipos cuyas etiquetas se han borrado.

Los operadores conocen estas pantallas mejor que cualquier plano, y son la fuente más barata de casos de prueba para una reconstrucción futura. Pregúntales qué páginas importan, qué valores vigilan y qué botón los salva a las tres de la madrugada. Una conversación da a la reconstrucción una lista de verificación que ningún documento contiene.

Un límite enmarca la captura: las fotos y las notas apoyan al archivo de proyecto, nunca lo sustituyen. Una reconstrucción solo desde fotos es una estimación, y la estimación empeora con cada pantalla que contenía el proyecto. Los archivos van primero, y las fotos hacen verificables los archivos.

Inventa lo que existe en local, porque cambia el panorama de riesgo sin coste. Un repuesto de estantería, una segunda máquina con el mismo panel o una unidad donante en otra línea reducen cada uno la urgencia de todas las rutas externas. Cuenta cuántas unidades de esta referencia exacta ejecuta la planta, porque una unidad y una flota de veinte justifican decisiones distintas sobre migración.

Esquema del sistema ampliado

×

Tres corrientes locales componen el inventario. Las flechas muestran lo que contiene el registro, no dependencia técnica alguna.

El inventario se extiende más allá del hardware. Anota si el software de ingeniería y cualquier licencia que necesite siguen disponibles en local, y en qué ordenador corren. Ambos tienden a desaparecer más rápido que el hardware, y una migración o reconstrucción sin una estación de ingeniería funcional es un plan sobre papel.

Anota también a las personas. Quién guarda el conocimiento del proyecto, quién guarda las contraseñas y quién puede todavía leer los comentarios antiguos del programa. La guía de copias enlazada trata al dueño de la contraseña como parte de la copia, y la misma lógica se aplica a todo el plan de recuperación. Un nombre y un teléfono pertenecen al registro.

Un límite mantiene honesto el inventario: un recuento local es una foto fija, y envejece. Los equipos se chatarrran, los repuestos se usan, los ordenadores se sustituyen. Fecha el inventario y anota quién recorrió la planta, para que el siguiente lector sepa cuánto puede fiarse de los números.

La revisión normalmente compara cuatro rutas. Mantener el panel funcionando con un repuesto documentado encaja en una flota con unidades sanas y un modo de fallo conocido. Reparar la unidad instalada encaja en un panel único con un fallo definido como una retroiluminación o una capa táctil. El stock antiguo nuevo (new old stock) o una referencia exacta reacondicionada preserva el proyecto sin trabajo de ingeniería, sujeto a evidencia de aprovisionamiento. La migración a un modelo actual elimina la obsolescencia pero requiere reingeniería del proyecto y a menudo un cambio de recorte o de puerto.

Esquema del sistema ampliado

×

La misma evidencia sostiene las cuatro rutas, y cada ruta consume una parte distinta de ella. Elige por evidencia, no por preferencia sola.

Cada ruta necesita evidencia distinta, y por eso declaras qué ruta prefieres y por qué. Una pregunta de migración sin el archivo de proyecto ni un inventario de puertos no puede responderse. Una pregunta de compra de repuesto necesita sobre todo la referencia exacta y la cantidad en servicio. Elige la ruta que coincide con tu evidencia, no la que suena mejor.

Las rutas también difieren en dónde se sitúa su riesgo. La ruta del repuesto arriesga descubrir el modo de fallo demasiado tarde. La ruta de la reparación arriesga un fallo fuera del alcance del componente. La ruta de la referencia exacta arriesga la calidad del aprovisionamiento, porque las unidades reacondicionadas varían. La ruta de migración arriesga un esfuerzo de ingeniería que solo se vuelve visible cuando el proyecto compila. Nombra el riesgo que aceptas, y la revisión puede comprobar si está incluido en el precio.

Un límite de cierre se aplica a las cuatro: la evidencia acota la respuesta, no el resultado. Los datos de ciclo de vida confirman el estado, los archivos de proyecto confirman el esfuerzo de reconstrucción, y los inventarios de puertos confirman el trabajo de interfaz. Ninguno garantiza un precio, un plazo de entrega ni una migración sin cambios en el lado del controlador. Los proveedores responden antes a las preguntas abiertas que a las implícitas.

Pesa las rutas contra la vida restante de la máquina, porque la misma evidencia sostiene decisiones opuestas a horizontes distintos. Una línea programada para reconstruirse el año que viene no justifica un proyecto de migración. Un panel que controla un proceso crítico para los años venideros sí. Registra el horizonte planificado de la máquina como una línea en la solicitud.

Esquema del sistema ampliado

×

El horizonte es una línea de entrada que repondera las cuatro rutas. Enmarca la decisión, no resuelve precio ni entrega.

El horizonte interactúa con el estado de ciclo de vida de las secciones anteriores. Un aviso de retirada sobre una máquina con horizonte largo empuja hacia la migración o hacia una estrategia de repuesto documentado. El mismo aviso sobre una máquina al final de su vida empuja hacia la ruta segura más barata, que suele ser la referencia exacta o una reparación. Ninguna respuesta está mal, sirven a horizontes distintos.

Declara el horizonte en términos de operación, no en promesas. Los años de producción esperados, los cambios de capacidad planificados y cualquier fecha conocida de reconstrucción de línea son útiles. Lo que la revisión necesita es la forma del futuro, no un compromiso, y una nota de una línea le da esa forma.

El límite de cierre pertenece a toda la guía: el estado, la evidencia, el inventario y el horizonte enmarcan juntos la decisión, y ninguno la resuelve. El precio, la disponibilidad y el esfuerzo de migración siguen siendo comprobaciones del proveedor. Envía el marco con la evidencia, y las respuestas volverán ajustadas a tu máquina en lugar de a un caso genérico.

• Comprueba el estado de ciclo de vida contra el número de pedido exacto, nunca contra el nombre de familia.
• Captura el proyecto, la versión de la herramienta y fotos de pantallas mientras el panel sigue funcionando.
• Cuenta la base instalada, incluidos repuestos y máquinas donantes.
• Compara repuestos, reparación, aprovisionamiento de la referencia exacta y migración por sus necesidades de evidencia.

• el hub de pantallas e interfaz de operador
• las restricciones de sustitución que comparar
• qué archivos preservar primero