Erros de comunicação EtherCAT Omron NJ/NX após ligar: guia de diagnóstico

3. Comparar a disponibilidade de alimentação com a prontidão dos dispositivos

Um indicador de alimentação, por si só, não explica a sequência de arranque. Registe quando a alimentação fica disponível e quando cada dispositivo afetado fica pronto.

Verifique nos esquemas da máquina e na lógica de arranque:

• Fontes de alimentação separadas para o controlador e os dispositivos remotos.
• Contactores que atrasam a alimentação de parte da rede.
• Interbloqueios que afetam a sequência de alimentação.
• Fontes de alimentação, variadores ou acopladores substituídos recentemente.
• Cargas que são ligadas pouco antes da falha.

Solicite a pessoal qualificado que realize medições elétricas de acordo com os manuais dos dispositivos e os procedimentos locais. Compare as medições com as especificações do equipamento instalado.

A Omron identifica o estabelecimento lento da ligação e o arranque demorado da alimentação dos slaves como possíveis causas de ultrapassar o tempo de espera de arranque. 

Um atraso repetível e um problema intermitente de alimentação exigem correções diferentes. Determine qual ocorre antes de alterar um temporizador.

4. Rever o tempo de espera de arranque dos slaves

O Sysmac Studio inclui uma definição do mestre EtherCAT para o tempo de espera para o arranque dos slaves. Também permite configurar os parâmetros dos slaves, atribuir PDO, instalar ESI e comparar configurações. Consulte as especificações do Sysmac Studio da Omron.

Não existe um único tempo de espera de arranque adequado para todas as instalações NJ/NX. Avalie os dispositivos ligados e a sequência real de alimentação da máquina.

Antes de alterar a definição:

1. Guarde o projeto e o valor original do parâmetro.
2. Identifique o dispositivo que demora a ficar pronto.
3. Determine se o atraso é esperado.
4. Faça uma única alteração justificada através do processo de engenharia aprovado.
5. Repita a condição de arranque que anteriormente falhou.

Uma espera mais longa pode acomodar um comportamento legítimo de arranque. Não pode recuperar um dispositivo ausente nem corrigir uma alimentação instável.

Documente o motivo do valor final. A manutenção futura deve conseguir distinguir uma definição intencional de uma solução de recurso sem explicação.

5. Comparar o projeto, o controlador e a rede instalada

Verifique três versões do sistema:

• O projeto de engenharia aprovado.
• A configuração armazenada no controlador.
• Os dispositivos físicos e as ligações.

Use as funções de comparação do Sysmac Studio para identificar diferenças. Analise cada diferença antes de a aceitar ou integrar. Um dispositivo detetado mostra o que está instalado, mas não confirma que pertence à configuração aprovada da máquina.

Após uma substituição, verifique o modelo completo, a revisão, o endereço do nó e as definições relevantes. Uma aparência ou disposição de conectores semelhante não garante compatibilidade.

Se a falha começou após uma alteração ao projeto, compare-a com a configuração anterior que funcionava. Preserve o projeto original para que a investigação continue reversível.

Quando um dispositivo está visível, mas a inicialização falha

Reveja as informações ESI aplicáveis ao dispositivo, a configuração de dados de processo e os requisitos de sincronização.

Os PDO descrevem os dados de processo trocados com o slave. Identificar um dispositivo e configurar a troca de dados são verificações diferentes.

Use as informações detalhadas de diagnóstico para determinar o que corrigir. Evite reconstruir toda a rede quando as evidências apontam para um único dispositivo ou uma diferença de configuração.