PanelView Plus com CompactLogix L32E e SLC 5/04

Um projeto de IHM com gerações mistas se torna difícil quando uma aplicação do PanelView Plus precisa trocar dados tanto com um CompactLogix 1769-L32E via EtherNet/IP quanto com um SLC 5/04 que ainda depende de DH+ ou DF1. A primeira correção é de terminologia: o L32E é um controlador CompactLogix, não um controlador ControlLogix. A segunda é arquitetural. O FactoryTalk View Machine Edition deve tratar cada caminho de controlador como um contrato de comunicação separado e testável, em vez de ocultar ambos os processadores atrás de um atalho ambíguo.

Uma IHM híbrida deve expor dois caminhos explícitos de controlador para que um técnico possa isolar uma falha de EtherNet/IP de uma falha na rede legada.

Comece com um inventário, não com uma ponte

Registre o número exato de catálogo do PanelView Plus, a revisão do firmware, a versão do FactoryTalk View ME, os números de catálogo dos controladores, a configuração dos canais do SLC e todos os módulos de comunicação instalados. Um 1769-L32E possui uma porta Ethernet integrada. Um SLC 5/04 fornece DH+ no Canal 1 e pode usar o Canal 0 para protocolos seriais; ele não se torna um controlador EtherNet/IP simplesmente porque um gateway foi instalado. Essa distinção determina qual dispositivo é responsável pelo roteamento, pelos diagnósticos e pela recuperação.

Separe também os caminhos de projeto e de execução. O computador de engenharia pode navegar até um controlador por uma interface, enquanto o terminal usa outra depois que o arquivo de execução é baixado. O Manual do usuário de dispositivos de rede EtherNet/IP da Rockwell explica que o FactoryTalk Linx fornece o serviço de comunicação em execução usado pelo PanelView Plus e pelo FactoryTalk View. Portanto, uma navegação bem-sucedida a partir do laptop não comprova que o caminho de execução do terminal esteja correto.

Crie diretamente o caminho do CompactLogix

Atribua ao L32E um endereço estático documentado na sub-rede de controle e crie um atalho de dispositivo dedicado no FactoryTalk Linx, como CLX_L32E. Selecione o controlador na guia Design e copie ou reproduza o caminho na guia Runtime. Verifique se o atalho resolve para o próprio controlador, e não apenas para um driver Ethernet. O terminal, o controlador e a estação de engenharia devem ter configurações de IP compatíveis, mas não devem compartilhar endereços. Verifique as máscaras de sub-rede e qualquer limite de VLAN roteada antes de culpar a aplicação da IHM.

Use tags no escopo do controlador quando for prático e mantenha um prefixo claro de propriedade nas referências da IHM. Um alarme ou comando nomeado de acordo com seu controlador de origem é mais fácil de diagnosticar durante uma migração. Para comandos, use estados de solicitação, confirmação, tempo limite e permissividade, em vez de uma gravação momentânea da IHM que pressuponha que a rede nunca será interrompida. O PLC deve ser responsável pela decisão final de intertravamento; o PanelView é uma interface do operador, não um controlador de segurança.

Escolha uma estratégia honesta de acesso ao SLC 5/04

O caminho do SLC depende do hardware instalado e da taxa de dados necessária. Uma interface serial para Ethernet pode expor os dados do Canal 0, mas seus limites de conexão e vazão devem ser verificados no manual exato da interface. Um gateway pode ser útil para uma pequena quantidade de valores da IHM, mas não deve ser tratado como equivalente ao EtherNet/IP nativo. Consultar arquivos de inteiros demais por meio de um gargalo serial cria telas lentas, valores desatualizados e alarmes de comunicação incômodos.

Se o DH+ precisar permanecer, um gateway baseado em 1756-DHRIO pode fazer o roteamento entre Ethernet e DH+ quando estiver corretamente configurado em um chassi ControlLogix. Esse chassi é o gateway; ele não transforma o 1769-L32E em um controlador ControlLogix. Confirme os números dos nós DH+ em octal, o modo do canal, a taxa de transmissão, a terminação e a rota completa. Evite publicar um caminho universal de mensagens, pois os números de slot e a topologia são específicos de cada instalação. Uma rota copiada de outra máquina pode alcançar o nó errado ou falhar após uma alteração no chassi.

Um gateway industrial de protocolos de terceiros também pode ser apropriado, mas somente depois de verificar os serviços compatíveis, os limites de clientes simultâneos, a temporização serial, a classificação ambiental e o suporte do fornecedor. A decisão deve se basear no tráfego medido da IHM e no risco ao longo do ciclo de vida, não no fato de o dispositivo aparecer em uma janela de navegação.

Atalhos separados preservam a identidade dos controladores e tornam os diagnósticos em execução muito mais úteis.

Coloque os atalhos em funcionamento como sistemas independentes

Crie um atalho para o L32E e outro para o caminho do SLC. Nunca reutilize o nome de um atalho durante uma migração apenas para evitar a edição das tags. Confirme as guias Design e Runtime, salve a configuração de comunicação, crie o arquivo de execução para o firmware do terminal pretendido e faça o download com as configurações de comunicação corretas incluídas.

Teste primeiro os valores somente para leitura. Use um valor que mude de forma previsível, um sinal de vida gerado por cada controlador e um registro de data e hora da IHM que revele dados desatualizados. Em seguida, teste os handshakes de comando com a máquina em um estado seguro. Desconecte cada caminho de rede separadamente e confirme que a IHM identifica o controlador com falha sem congelar nem apresentar valores antigos como atuais. Restaure o link e meça o tempo de recuperação.

Faça o diagnóstico por camada

Se ambos os atalhos falharem, comece pelo endereçamento do terminal, pelo status da porta do switch, pelo acesso à VLAN e pela configuração de execução. Se somente o L32E falhar, verifique a alcançabilidade do IP, o modo do controlador, o status da porta integrada e o destino do atalho. Se somente o SLC falhar, divida o caminho em Ethernet até o gateway, configuração do gateway, cabeamento serial ou DH+ e configurações dos canais do SLC. Os contadores de erros e os indicadores de link são mais úteis do que baixar repetidamente o mesmo arquivo da IHM.

O trabalho com DH+ exige disciplina adicional. Números de nós duplicados, taxas de transmissão incorretas, terminação ausente, cabo tronco danificado ou um canal DHRIO configurado incorretamente podem criar sintomas intermitentes que parecem um defeito da IHM. Registre o mapa de nós e a topologia física em boas condições antes de alterar qualquer coisa. Para EtherNet/IP, monitore o uso das conexões e a taxa de pacotes, em vez de presumir que o modelo de uma rede de escritório pouco carregada se aplica.

Planeje a saída da migração

Uma ponte costuma ser um recurso temporário, mas sistemas temporários podem permanecer por anos. Documente a alimentação, os cabos, o firmware, os backups de configuração, a estratégia de peças sobressalentes e o responsável por cada atalho. Mantenha estável o contrato de dados do SLC enquanto a nova lógica é comissionada e, em seguida, desative os caminhos legados em etapas controladas. O planejamento de substituição pertinente deve fazer parte do inventário de sistemas PLC e PAC da loja e do plano de ciclo de vida das suas IHMs.

O objetivo de engenharia não é simplesmente fazer as tags aparecerem na navegação. É criar um projeto de comunicação cujas falhas sejam visíveis, limitadas e recuperáveis. A identidade separada dos controladores, os caminhos de execução explícitos, o tráfego medido e o comportamento testado em caso de perda de comunicação fornecem essa base.