Errori di comunicazione EtherCAT Omron NJ/NX dopo l’accensione: guida alla diagnosi

3. Confrontare l’alimentazione con la disponibilità dei dispositivi

Un indicatore di alimentazione da solo non spiega la sequenza di avvio. Registrare quando l’alimentazione diventa disponibile e quando ciascun dispositivo interessato è pronto.

Controllare negli schemi della macchina e nella logica di avvio:

• Alimentatori separati per il controller e i dispositivi remoti.
• Contattori che ritardano l’alimentazione di parte della rete.
• Interblocchi che influenzano la sequenza di alimentazione.
• Alimentatori, azionamenti o accoppiatori sostituiti di recente.
• Carichi che si attivano poco prima del guasto.

Affidare le misurazioni elettriche a personale qualificato, seguendo i manuali dei dispositivi e le procedure del sito. Confrontare i risultati con le specifiche dell’hardware effettivamente installato.

Omron indica che una connessione lenta e un lungo tempo di accensione degli slave possono provocare il superamento del tempo di attesa all’avvio. 

Un ritardo ripetibile e un problema intermittente di alimentazione richiedono correzioni diverse. Stabilire quale comportamento si verifica prima di modificare un timer.

4. Verificare il tempo di attesa per l’avvio degli slave

Sysmac Studio include un’impostazione del master EtherCAT per il tempo di attesa per l’avvio degli slave. Supporta anche la configurazione dei parametri degli slave, le assegnazioni PDO, l’installazione ESI e il confronto delle configurazioni. Vedere le specifiche di Sysmac Studio di Omron.

Non esiste un unico tempo di attesa all’avvio adatto a tutte le installazioni NJ/NX. Valutare i dispositivi collegati e la reale sequenza di alimentazione della macchina.

Prima di modificare l’impostazione:

1. Salvare il progetto e il valore originale del parametro.
2. Identificare il dispositivo che diventa pronto in ritardo.
3. Verificare se il suo ritardo è previsto.
4. Apportare una sola modifica giustificata secondo la procedura tecnica approvata.
5. Ripetere la condizione di avvio che aveva causato il guasto.

Un’attesa più lunga può adattarsi a un comportamento di avvio legittimo. Non può ripristinare un dispositivo assente né correggere un’alimentazione instabile.

Documentare la ragione del valore definitivo. La manutenzione futura deve poter distinguere un’impostazione intenzionale da una soluzione provvisoria non spiegata.

5. Confrontare progetto, controller e rete installata

Controllare tre versioni del sistema:

• Il progetto tecnico approvato.
• La configurazione memorizzata nel controller.
• I dispositivi fisici e i collegamenti.

Usare le funzioni di confronto di Sysmac Studio per individuare le differenze. Esaminare ogni differenza prima di accettarla o integrarla. Un dispositivo rilevato dimostra ciò che è installato, non che debba far parte della configurazione approvata della macchina.

Dopo una sostituzione, verificare modello completo, revisione, indirizzo del nodo e impostazioni pertinenti. Un aspetto o una disposizione dei connettori simili non garantiscono la compatibilità.

Se il guasto è iniziato dopo una modifica al progetto, confrontarla con la configurazione precedente funzionante. Conservare il progetto originale per mantenere reversibile l’indagine.

Quando un dispositivo è visibile ma l’inizializzazione non riesce

Verificare le informazioni ESI applicabili, la configurazione dei dati di processo e i requisiti di sincronizzazione del dispositivo.

I PDO descrivono i dati di processo scambiati con lo slave. Identificare un dispositivo e configurarne lo scambio di dati sono due verifiche distinte.

Utilizzare le informazioni diagnostiche dettagliate per stabilire che cosa correggere. Evitare di ricostruire l’intera rete quando le prove indicano un solo dispositivo o una singola differenza di configurazione.