Os comentários de rung do RSLogix 500 parecem cosméticos até que uma edição na lógica desloque um arquivo inteiro e faça com que todas as anotações caiam no rung errado. A distinção importante é como o comentário está associado: a File/Rung ou a um Output Address. A associação File/Rung fixa o texto a um número de rung dentro de um arquivo de programa. Insira um rung acima desse local e o comentário permanecerá associado ao número antigo, separando a documentação da lógica que ele descrevia. A associação Output Address vincula o comentário ao endereço de uma instrução de saída específica, fazendo com que o texto acompanhe a lógica quando os rungs são inseridos, excluídos ou reorganizados.

Para qualquer ladder que será mantida ao longo de várias revisões, prefira comentários Output Address na saída principal do rung. Quando os técnicos inserem intertravamentos ou condições de ramificação acima da lógica existente, o texto explicativo acompanha a OTE, OTL ou outra saída que define a finalidade do rung. Esse comportamento é exatamente o que você deseja durante a migração de um arquivo OEM extenso para um padrão de fábrica organizado.

Pares de latch e conflitos de comentários compartilhados

As instruções OTL e OTU que fazem referência ao mesmo bit compartilham um espaço de comentário Output Address. Se você documentar detalhadamente o rung de latch e, posteriormente, adicionar um rung de unlatch no mesmo endereço, ambos os rungs exibirão o mesmo texto de comentário. Isso não é um erro; é assim que funciona a documentação baseada em endereço. As soluções práticas devem ser deliberadas. Use os campos de descrição de I/O ou do bit para o significado compartilhado no nível do endereço (“válvula de descarga com selo”), e mantenha a narrativa específica do rung em uma saída exclusiva — geralmente um bit de espaço reservado em um arquivo binário B3 usado somente como âncora de documentação — ou aceite um comentário compartilhado curto e coloque as observações detalhadas no comentário HTML/longo do rung, somente quando sua versão oferecer suporte a isso sem dividir o comentário.

Bits de espaço reservado, como B3:x, dedicados a âncoras de comentários nunca devem ser reutilizados para permissivos reais. Dê-lhes nomes claros na descrição da tabela de dados (por exemplo, “DOC_ONLY_FillSeq”) para que editores futuros não “limpem” bits não utilizados e destruam o mapa de comentários.

Procedimento de migração

1. Exporte ou imprima o relatório de comentários existente para que nada seja perdido antes de alterar as associações.
2. Identifique os rungs cujos comentários estão associados a File/Rung e que ficam em arquivos que deverão crescer.
3. Insira novamente esses comentários usando a associação Output Address no endereço da saída principal.
4. Para pares OTL/OTU, decida se um comentário de endereço compartilhado é suficiente ou se um bit B3 de documentação deve conter o texto detalhado em um dos rungs.
5. Insira um rung de teste acima de um rung comentado e confirme que o comentário acompanha a saída.
6. Salve, faça o upload se isso for exigido pela prática da unidade e arquive o .RSS com uma observação de versão descrevendo a estratégia de comentários.

Observações sobre versões e verificação

O comportamento dos comentários tem sido consistente em essência nas versões do RSLogix 500 amplamente utilizadas, mas sempre confirme o tipo de associação após salvar entre versões diferentes. Abrir um .RSS antigo em um editor mais novo e salvá-lo pode normalizar campos do banco de dados; verifique uma amostra de rungs em vez de confiar em uma suposição geral. Procure marcadores de comentário vazios após copiar e colar entre arquivos de programa; às vezes, os rungs colados chegam sem a associação esperada.

Faça a verificação inserindo e excluindo rungs em uma cópia de teste do arquivo do processador e, em seguida, compare a posição dos comentários com os endereços de saída. Se um comentário continuar preso ao rung 12 enquanto a OTE tiver sido movida para o rung 15, ele ainda estará associado a File/Rung. Corrija isso antes da próxima janela de edição em produção.

Uma documentação clara reduz o tempo médio de reparo em máquinas da era SLC que ainda controlam muitas linhas de embalagem e materiais. Trate a associação de comentários como parte do padrão de código, junto com a nomenclatura de símbolos e as referências cruzadas, ao manter ou migrar sistemas PLC e PAC no RSLogix 500.