Migración de comentarios de renglones de RSLogix 500: adjuntar comentarios a la dirección de salida

Los comentarios de renglón en un proyecto de RSLogix 500 forman parte de la base de datos de ingeniería, no de la lógica ejecutable del procesador. Por eso es fácil descuidarlos y dañarlos durante una limpieza o migración. Cuando los comentarios aparecen en los renglones equivocados después de insertar, copiar o reorganizar la lógica, la respuesta correcta es identificar el modo de asociación, conservar una línea base y validar el resultado en una copia sin conexión antes de cambiar el archivo de producción.

La opción de asociación determina si la documentación sigue a un número de renglón o a una dirección asociada con el renglón.

Comprenda qué se está moviendo realmente

RSLogix 500 puede asociar la documentación del renglón con el archivo y la ubicación del renglón, o con una dirección de salida. Un comentario basado en la ubicación es útil cuando un archivo permanece fijo de forma intencional, pero las ediciones realizadas encima de ese renglón pueden separar la explicación de la lógica que debía explicar. La asociación por dirección puede hacer que el comentario siga a la dirección de salida seleccionada cuando la lógica se mueve. La nota de soporte de Rockwell sobre los títulos AI500 importados confirma que el software expone un modo de asociación y puede convertir la documentación entre la asociación con la salida y la asociación con el número de renglón.

Ningún modo es universalmente correcto. Un renglón puede no tener una instrucción de salida, tener varias salidas, tener una salida cuya dirección se reutiliza en otro lugar o incluir una instrucción que se mueve como parte de una refactorización mayor. Por lo tanto, un comentario basado en una dirección puede aparecer en más de un renglón, mientras que un comentario basado en el número de renglón puede permanecer en su lugar cuando su lógica se mueve. Considere la asociación como una regla controlada de documentación, no como un botón de reparación automática.

Proteja la fuente antes de editar

Guarde el archivo RSS original como de solo lectura y registre su suma de comprobación, el nombre del controlador, la revisión del programa y la fecha de carga. Exporte o imprima la base de datos y los comentarios de los renglones en un formato que pueda compararse posteriormente. Si el proyecto se carga desde un controlador, recuerde que las descripciones y los comentarios pueden no almacenarse en el procesador SLC de la misma manera que la lógica de escalera. Una carga puede recuperar la lógica y, aun así, dejar el proyecto sin la base de datos de documentación sin conexión correcta.

Trabaje sobre un archivo duplicado. Elija varios casos de prueba: un renglón OTE normal, un par OTL y OTU, un renglón con varias salidas, un renglón sin una salida evidente y una subrutina que recibirá lógica nueva. Registre el número de archivo actual, el número de renglón, la dirección de referencia seleccionada y el texto del comentario para cada caso.

Seleccione la asociación según la intención de ingeniería

Use la asociación por dirección de salida cuando la salida identifique de forma única la función y sea probable que el renglón se mueva. Un comando de marcha de motor, un bit de estado de secuencia o un enclavamiento de alarma puede proporcionar una referencia duradera si esa dirección está regida por un estándar de nomenclatura y no se reutiliza. Mantenga el comentario enfocado en el propósito, los interbloqueos y el comportamiento anómalo de la función, en lugar de repetir la descripción del símbolo.

Use la asociación por archivo y renglón cuando la explicación corresponda a una ubicación o sección y no a una dirección específica. Algunos ejemplos son las notas de transición, los cálculos de diagnóstico, la lógica de inicialización o un renglón que contiene varias salidas relacionadas. En esos casos, introducir un bit solo para documentación en la lógica ejecutable con el fin de transportar un comentario puede crear riesgos de mantenimiento. No agregue instrucciones sin uso a una máquina en funcionamiento solo para cumplir una convención de comentarios.

Los pares de enclavamiento y desenclavamiento requieren especial atención porque a menudo comparten la misma dirección. Una descripción a nivel de dirección debe explicar el significado del estado enclavado. Los comentarios específicos del renglón deben explicar qué lo activa, qué lo desactiva y qué permisos se aplican. Si un comentario compartido no puede expresar ambas acciones de forma segura, mantenga las notas detalladas asociadas por ubicación y use símbolos y descripciones de dirección coherentes como referencia cruzada.

Las direcciones compartidas requieren una regla de documentación que distinga el significado del estado de la razón por la que actúa cada renglón.

Migre los comentarios en lotes controlados

Comience con un archivo de programa, no con todo el proyecto. Compare cada comentario con el informe original antes de cambiar su asociación. Vuelva a asociar únicamente los comentarios cuya lógica prevista sea inequívoca. Inserte un renglón de prueba temporal encima de la lógica de muestra en la copia sin conexión, mueva un renglón de muestra dentro del archivo y copie una muestra entre archivos. Observe qué comentarios se mueven y cuáles permanecen vinculados a la ubicación.

Después de cada lote, busque comentarios en blanco, texto duplicado, comentarios asociados con direcciones inesperadas y direcciones de salida utilizadas en varios renglones. Ejecute referencias cruzadas para cada referencia. Un bit que parece único aún puede ser escrito por un desenclavamiento, una instrucción de movimiento, una operación de archivo u otra rutina. Si la relación es incierta, deje el comentario original sin cambios y márquelo para que lo revise un ingeniero de controles que conozca la secuencia de la máquina.

Valide entre versiones de software y límites del archivo

Abra la copia editada con la versión exacta de RSLogix 500 utilizada en el sitio cuando sea posible. Después, vuelva a abrir el archivo guardado y repita las pruebas de inserción y movimiento de las muestras. Las conversiones entre versiones y las importaciones de bases de datos deben tratarse como migraciones por derecho propio. El Manual de referencia del conjunto de instrucciones SLC 500 oficial sigue siendo la fuente principal para el comportamiento de las instrucciones, pero la asociación de la documentación es un comportamiento de la base de datos del software y debe verificarse en el entorno de RSLogix instalado.

Realice una comparación de la lógica para confirmar que un cambio realizado únicamente en el proyecto de documentación no haya alterado los renglones ejecutables, los tamaños de las tablas de datos, la configuración de canales ni los ajustes del procesador. La reparación de un comentario no debe convertirse en un cambio de control no revisado. Siga los procedimientos del sitio para copias de seguridad, aprobaciones y descargas antes de reemplazar el archivo maestro.

Haga que la convención sea sostenible

Agregue la regla de asociación al estándar de programación y a la lista de verificación de revisión de código. Exija un archivo RSS actualizado con cada edición aprobada y mantenga los comentarios sincronizados con los símbolos, los planos eléctricos y el texto de las alarmas de la HMI. Para las máquinas que permanezcan en la plataforma SLC, alinee la responsabilidad de la documentación con el plan de ciclo de vida más amplio de sistemas PLC y PAC y con las prácticas de edición en línea de RSLogix 500 del sitio.

El mejor modo de asociación es el que conserva el significado a través de las ediciones que realmente realiza la planta. Una línea base verificada, reglas de selección explícitas, pruebas por lotes y una comparación posterior al guardado evitan que un problema estético de la base de datos se convierta en un riesgo durante la resolución de problemas.