LEDs MS e NS do CompactLogix L35E: um guia para identificar falhas primeiro

Os indicadores EtherNet/IP de um CompactLogix 1769-L35E podem restringir a causa de uma interrupção antes que um laptop seja conectado. No entanto, o valor deles desaparece rapidamente quando alguém reinicia o equipamento, altera um endereço ou substitui um switch sem registrar o padrão original.

Module Status (MS), Network Status (NS) e Link Status (LNK) descrevem camadas diferentes. Leia-os em conjunto e inclua o indicador OK do controlador, os LEDs das portas do switch e o momento da falha. Uma única cor é uma condição inicial, não um diagnóstico completo.

Registre MS, NS, LNK, o status do controlador e o estado da porta do switch antes que qualquer reinicialização altere as evidências.

Identifique corretamente o conjunto de indicadores

O 1769-L35E tem indicadores no nível do controlador e indicadores da porta EtherNet/IP. A luz OK do controlador reflete a saúde do processador. O MS da EtherNet/IP informa o estado da porta de comunicação integrada. O NS informa a identidade da rede e o estado das conexões CIP. O LNK informa a atividade do link físico.

Não aplique uma tabela genérica de indicadores de outra família de controladores. Cores semelhantes podem ter significados diferentes. Use o manual correspondente ao número exato de catálogo e à geração do firmware e, em seguida, interprete o padrão dentro da linha do tempo do evento.

Leia o Module Status antes do Network Status

Um MS apagado indica que a porta de comunicação não está energizada. Verifique a alimentação do controlador, as condições do chassi e o estado do processador antes de investigar o endereçamento IP. Verde piscando significa que a porta está em espera, não tem endereço IP e está operando no modo BOOTP. Confirme se o processo BOOTP ou DHCP pretendido está disponível e se o plano de endereçamento é controlado.

Verde contínuo significa que a porta está operando corretamente. Isso não comprova que os dispositivos esperados estejam conectados; o NS e os diagnósticos de conexão respondem a essa pergunta.

Vermelho contínuo pode ocorrer enquanto o controlador mantém a porta em reset, quando o controlador está em falha, durante o autoteste de inicialização ou após uma condição irrecuperável. O tempo separa um breve autoteste normal de uma falha persistente. Vermelho piscando indica que o firmware da porta está sendo atualizado; interromper uma atualização válida pode criar uma interrupção maior.

Use o Network Status para classificar a relação com a rede

Um NS apagado significa que a porta não foi inicializada e não tem endereço IP. Comece pela atribuição de endereço e pela inicialização da porta, em vez de substituir os cabos. Verde piscando significa que a porta tem um endereço IP, mas nenhuma conexão CIP foi estabelecida. Isso pode ser normal para um controlador ocioso ou pode indicar que as conexões esperadas de E/S, IHM, produção/consumo ou mensagens estão ausentes.

Verde contínuo significa que a porta tem um endereço IP e pelo menos uma conexão CIP Classe 1 ou Classe 3 está estabelecida. Isso confirma alguma relação com a rede, não que todas as conexões necessárias estejam saudáveis.

Vermelho piscando indica que uma ou mais conexões atingiram o tempo limite. O controlador ainda pode se comunicar com o software de programação enquanto um adaptador de E/S remoto está indisponível. Vermelho contínuo indica um endereço IP duplicado. Corrija a propriedade do endereço antes de substituir o hardware; um novo switch não resolverá o problema de dois dispositivos reivindicando o mesmo endereço.

Verifique o LNK e a porta adjacente do switch

Se o LNK estiver apagado enquanto o MS estiver normal, inspecione o caminho físico: encaixe do conector, danos no cabo, alimentação do switch, configuração da porta e link negociado. Se ambas as extremidades mostrarem link, mas o tráfego ainda falhar, avance para VLAN, endereço duplicado, conexão CIP e evidências do estado do dispositivo.

Uma luz de link apenas confirma pulsos elétricos no link. Ela não confirma a configuração correta da sub-rede, a capacidade de conexões, a atribuição pela aplicação ou a integridade dos dados de E/S. Da mesma forma, uma luz de link piscando comprova atividade, não que a atividade seja útil ou esteja endereçada corretamente.

Registre a primeira falha

Fotografe o painel completo de indicadores e a porta conectada do switch. Registre o horário, o modo do controlador, os equipamentos afetados, downloads recentes, alterações na rede e se a falha ocorreu durante a inicialização ou em produção contínua. Se disponível, exporte o registro de falhas do controlador, o status da árvore de E/S e os eventos do switch gerenciável antes de limpar qualquer informação.

Verifique se a interrupção afeta uma conexão, um segmento do switch ou todos os dispositivos atrás do controlador. Um único timeout de adaptador remoto aponta para esse caminho. Vários timeouts simultâneos podem indicar um switch a montante, uma fonte de alimentação comum, um loop de rede ou um evento na porta do controlador.

Siga um fluxo de trabalho baseado em padrões

Para NS vermelho contínuo, desconecte ou isole os dispositivos suspeitos de duplicidade de acordo com o procedimento de alteração do local. Compare o endereço configurado no controlador com o registro de gerenciamento de endereços, as relações do servidor BOOTP, as tabelas do switch e os dados ARP da estação de trabalho. Corrija o conflito deliberadamente e documente o responsável.

Para NS vermelho piscando, abra a árvore de E/S e identifique cada módulo que atingiu o tempo limite. Registre os códigos de erro de conexão e os intervalos de pacotes solicitados. Verifique a alimentação dos dispositivos remotos, o caminho de rede, o electronic keying e a configuração. Não presuma que a porta Ethernet do controlador esteja com defeito quando apenas uma conexão a jusante falhou.

Para NS verde piscando, determine se as conexões deveriam existir. Um controlador recém-limpo ou não configurado pode legitimamente não ter nenhuma. Em uma máquina em operação, a ausência de todas as conexões esperadas pode apontar para um projeto incorreto, módulos inibidos, dispositivos remotos offline ou um erro de configuração do caminho.

Evite hábitos de recuperação que destruam evidências

Um ciclo de alimentação pode restaurar uma conexão temporária enquanto apaga o melhor estado de diagnóstico. Substituir vários cabos ou switches ao mesmo tempo impede o isolamento da causa-raiz. Se a produção exigir uma recuperação rápida, capture primeiro um conjunto mínimo de evidências: fotografia, horário, modo do controlador, dispositivos afetados, porta do switch e código de falha.

Quando a substituição for necessária, altere um elemento por vez e observe por tempo suficiente para abranger o intervalo normal da falha. Identifique os componentes removidos e preserve a configuração das portas. Um sobressalente que parece resolver o problema pode simplesmente ter reiniciado um endereço duplicado ou um conector marginal.

Crie diagnósticos permanentes para uma plataforma obsoleta

O 1769-L35E é um controlador legado, portanto o planejamento do ciclo de vida deve acompanhar o reparo da falha. Mantenha backups verificados, registros de firmware, atribuições de endereços, software de programação compatível e hardware sobressalente testado. Mapeie as conexões CIP esperadas e mantenha as configurações do switch fora dos dispositivos em operação.

Os hardwares PLC e os candidatos à migração estão organizados em Sistemas PLC & PAC, enquanto switches gerenciáveis e componentes de comunicação podem ser consultados em Comunicação e Redes.

O registro da primeira falha também deve existir na lógica. Registre o primeiro evento de perda de conexão com um carimbo de data e hora e o dispositivo afetado. Preserve os contadores por tempo suficiente para que a manutenção possa analisá-los. Um padrão de LED pode desaparecer em segundos; um registro estruturado do evento transforma a próxima interrupção em evidência diagnosticável.