Lista de comprobación del armario eléctrico para identificar un PLC

Una auditoría del armario es una pasada de fotos planificada por el armario del PLC (autómata programable industrial), hecha con todo todavía en marcha. El objetivo es un paquete de pruebas que responda a las preguntas de identificación años después, sin una segunda visita. Tres capas sostienen el trabajo: el conjunto del controlador, el contexto que lo rodea y la ruta de almacenamiento que mantiene todo localizable. Cada capa alimenta la siguiente, así que una capa débil desperdicia el esfuerzo puesto en las demás.

Esquema del sistema ampliado

×

Lee de izquierda a derecha: las dos capas de fotos se recogen en la misma visita y solo se vuelven útiles cuando el paquete queda guardado donde otros puedan encontrarlo.

El conjunto del controlador es más que la CPU. Incluye la fuente de alimentación, todos los módulos de E/S y su orden en el rack. La capa de contexto ata esa electrónica a un proceso real: la máquina o línea que controlan, la red en la que se conectan y el cableado que las une. La capa de almacenamiento decide después si alguien podrá recuperar el paquete el día que haga falta.

Deja claro lo que una auditoría no es. No diagnostica una avería, no confirma compatibilidad y no sustituye a una copia de seguridad del proyecto. Documenta identidad y disposición. Ese límite importa, porque un paquete hecho para probar la identidad sigue siendo útil durante años, mientras que un paquete relleno de detalle sin relación esconde las fotos que importan.

El momento decide cuánto cuesta una auditoría. Hazla durante un mantenimiento planificado o en una ventana que controles, nunca en medio de un paro de producción, porque una pasada con prisa produce justo las fotos borrosas e incompletas que la auditoría existe para evitar. Repite la pasada después de cualquier reorganización, cambio de módulo o recableado, porque un paquete que documenta el armario de hace dos años despista más de lo que ayuda. Una nota de una página con lo que cambió entre pasadas mantiene la historia legible.

El conjunto del controlador se documenta con dos tipos de tomas: una foto nítida de la placa de características de cada CPU y otra de la etiqueta de cada módulo de E/S. La placa de características es la placa impresa que lleva el número de pedido y la marca de versión, y cada módulo lleva la suya. Comprueba el enfoque de cada imagen antes de cerrar la puerta, porque una foto de etiqueta borrosa no se distingue de no tener foto hasta que alguien la necesita durante un paro.

Esquema del sistema ampliado

×

Cada toma pasa la misma comprobación: si una etiqueta no se lee, repítela antes de cerrar el armario, no después.

Fotografía el rack completo para que el orden de los módulos y las posiciones de las ranuras queden visibles. Una vista general del rack más las fotos de etiqueta de cada módulo permite reconstruir el conjunto más adelante. Importa porque la misma referencia puede aparecer dos veces en un rack y el proyecto puede direccionar cada una de forma distinta. Las posiciones de las ranuras también permiten al revisor distinguir la CPU de su fuente de alimentación y sus E/S sin preguntar.

No te quedes en las caras frontales de los módulos. En muchas configuraciones de Siemens el número de pedido completo se repite en una pegatina dentro de una puerta o en el lateral del módulo, y esas etiquetas secundarias suelen durar más que las caras frontales. Los desgastes difieren entre caras y bordes, así que la segunda etiqueta a menudo conserva bloques que la primera ha perdido.

Cuando una etiqueta esté gastada, haz una segunda toma en ángulo: la luz rasante suele recuperar la impresión que una toma frontal pierde. Un paño seco retira la película sin arriesgar la impresión. Si un módulo no se puede fotografiar con claridad en su sitio, anota su posición y fotografíalo durante un mantenimiento planificado en lugar de forzar el armario.

La capa de contexto responde a una pregunta distinta de la de las etiquetas: ¿qué proceso controla esta electrónica? Captura la fuente de alimentación, el conmutador de red y cualquier etiqueta que nombre la máquina o la línea. El nombre de la máquina es lo que hace localizable el paquete cuando hace falta, y un conjunto de fotos perfectas del rack sin identificación de máquina es un archivo huérfano.

Esquema del sistema ampliado

×

Cada tipo de foto de contexto sirve para un propósito. Las flechas indican qué pregunta responde una foto, no ninguna conexión física.

Fotografía el lado de red con todo todavía conectado: la cara del conmutador con los cables en su sitio, las etiquetas de los cables y los puertos que usa la CPU. Las asignaciones de puertos son lo primero que se pierde tras una desconexión y de lo más caro de recuperar trazando cables. Captura todo lo que vaya a cambiar, porque una foto hecha tras un recableado documenta el estado nuevo, no el que espera el proyecto.

El tipo de alimentación visible en las fotos también contrasta con el bloque de variante que lees en la CPU, así que las dos capas se confirman entre sí. Fotografía los canales de cableado y las bornas alrededor del controlador solo cuando aclaren conexiones. Una regla útil: una foto extra por cada conexión que no quieras trazar dos veces. La contención es parte de la técnica, porque un paquete sobredimensionado esconde las fotos que importan.

Parte del contexto entra en el paquete por omisión. El estante de repuestos, los armarios vecinos y el papeleo de la oficina no son pruebas sobre este controlador, y fotografiarlos entierra las tomas útiles bajo volumen. Si un armario vecino alimenta la misma máquina, anota ese hecho en una línea en lugar de fotografiar el rack entero. El paquete debe crecer en los bordes del controlador, donde viven sus conexiones y su nombre, y parar ahí.

Unas pruebas que nadie encuentra no ayudan a nadie durante un paro, así que la ruta de búsqueda es parte del entregable. Guarda las fotos con el nombre de la máquina, la fecha y una nota de una línea sobre por qué se hizo la auditoría. Una estructura de carpetas compartida o un registro en el sistema de mantenimiento sirven, mientras alguien distinto del fotógrafo pueda encontrarlas. Anota también quién tomó las fotos, para poder dirigir las dudas a quien vio el armario.

Esquema del sistema ampliado

×

Dos entradas llegan al almacén: cómo se nombran los archivos y qué dice la nota. Ambas deciden si la recuperación funciona años después.

Nombra los archivos para que se ordenen y se lean sin abrirlos, por ejemplo por máquina, armario y posición del módulo. Una carpeta con nombres por defecto de la cámara obliga a la siguiente persona a abrir cada archivo para saber qué muestra. Esa fricción es pequeña por foto y decisiva en total, y basta para que un paquete acabe sin usarse en la práctica.

La prueba es simple: dale la ubicación de almacenamiento a un compañero y pídele que encuentre la foto del tercer módulo contando desde la izquierda. Si lo consigue sin llamarte, el paquete se usará. Si no puede, ninguna buena fotografía salvará la auditoría.

Un paquete construido así sostiene directamente una solicitud de referencia. Quien lo lee puede confirmar la referencia, la familia, la disposición del rack y el contexto de red sin pedir más fotos, y la solicitud avanza hacia una decisión revisada en un solo ciclo. Ese resultado es el sentido completo de la auditoría: pruebas que funcionan sin una segunda visita al armario.

Esquema del sistema ampliado

×

El paquete y sus límites viajan juntos. Declarar lo que las pruebas no demuestran mantiene honesta la revisión.

El paquete demuestra identidad y disposición, nada más. No muestra por qué se paró una máquina, si una sustitución aceptará el proyecto ni qué puede entregar un proveedor. Esas preguntas necesitan sus propias pruebas, y un paquete que afirma más de lo que contiene crea falsa confianza en ambos lados de una solicitud.

Los datos también envejecen. Un paquete de hace tres años describe el armario tal como era, así que vuelve a datar todo lo que cambió y anota qué se reverificó. Ese hábito es la diferencia entre un archivo y una herramienta de trabajo: el archivo se guarda, la herramienta de trabajo se mantiene. Escribe las tres comprobaciones en la propia nota de revisión, para que la reverificación ocurra incluso cuando quien abre el paquete no es quien lo construyó.

La calidad de una auditoría se degrada en silencio, así que ponle al paquete una fecha de revisión. Cuando se revise el plan o se dé servicio a la máquina, comprueba tres cosas: que la referencia siga correspondiendo a la unidad del rack, que las fotos de red sigan coincidiendo con el cableado y que la ubicación de almacenamiento siga funcionando. Diez minutos de reverificación mantienen el paquete como herramienta de trabajo. Saltársela es la manera en que las herramientas de trabajo vuelven a convertirse en archivos.

• Fotografía cada placa de características y cada etiqueta de módulo, además de una vista del rack completo que conserve el orden de las ranuras.
• Captura el conmutador, las etiquetas de los cables, la fuente de alimentación y el rotulado de la máquina con todo conectado.
• Guarda el paquete con nombre de máquina y fecha en un lugar donde alguien distinto del fotógrafo pueda encontrarlo.
• Nombra los archivos por máquina, armario y posición para que el paquete se lea sin abrir cada foto.

• el hub del tema PLC y CPU
• la guía de identificación por placa de características
• el artículo de contexto de red