Torna al blog

Individuazione di interruzioni intermittenti DH-485 attorno a un 1747-AIC

Le interruzioni intermittenti della rete DH-485 in prossimità di un 1747-AIC possono avere origine nel cablaggio del trunk, in un’alimentazione al limite, nella topologia, nella terminazione, nella...

Quando diverse stazioni SLC scompaiono e tornano operative insieme, spesso viene accusato il coupler di collegamento 1747-AIC più vicino. Potrebbe essere difettoso, ma lo stesso sintomo può essere causato da un conduttore del trunk allentato, un’alimentazione al limite, un indirizzo di stazione duplicato, una terminazione errata, uno schermo danneggiato, una derivazione non autorizzata o un computer di servizio collegato in modo errato alla rete.

La ricerca dei guasti intermittenti su DH-485 dovrebbe iniziare dalla topologia e dalla temporizzazione. L’obiettivo è identificare quale confine fisico o logico corrisponde all’interruzione prima di reinserire un connettore o sostituire un coupler.

Tecnico che traccia il cablaggio del trunk DH-485 e i coupler di collegamento 1747-AIC durante un’interruzione intermittente

Localizzare il guasto in base alle stazioni interessate, alle derivazioni fisiche, alle fonti di alimentazione e alla temporizzazione dell’evento prima di dichiarare guasto un coupler di collegamento.

Capire cosa fa il 1747-AIC

Il 1747-AIC fornisce una connessione isolata tra un dispositivo e il collegamento dati DH-485. Partecipa alla connessione fisica, ma non spiega ogni sintomo di rete nelle vicinanze. Un guasto a un connettore del trunk può interessare le stazioni oltre il punto difettoso, mentre un problema lato nodo può interessare solo il dispositivo collegato.

La documentazione Rockwell descrive DH-485 come una rete a collegamento seriale che utilizza un doppino intrecciato schermato, supporta fino a 32 dispositivi e raggiunge fino a 1.219 metri secondo le regole di installazione specificate. Questi limiti presuppongono cavo, messa a terra, topologia e terminazione corretti. Una rete con una lunghezza inferiore al massimo può comunque essere instabile se contiene derivazioni lunghe o conduttori inseriti male.

Disegnare la rete reale, non quella prevista

Creare uno schema verificato sul campo che mostri ogni processore, PanelView, interfaccia di programmazione, coupler di collegamento, segmento del trunk, cavo di derivazione, indirizzo della stazione e fonte di alimentazione. Indicare la terminazione di fine linea e la continuità dello schermo. Includere le apparecchiature collegate solo durante la manutenzione.

Confrontare lo schema con il cablaggio dell’armadio. Gli spostamenti della macchina e i collegamenti temporanei di servizio spesso creano derivazioni non registrate. Un cavo può uscire da un quadro, passare attraverso un altro coupler e tornare lungo un percorso non visibile nello schema originale.

Numerare le stazioni in ordine fisico e annotare quali scompaiono durante ogni evento. Se tutti i dispositivi oltre un armadio si scollegano insieme, il confine suggerisce una connessione del trunk o un problema di alimentazione comune. Se si scollega una sola stazione, concentrarsi sul relativo coupler, sul cavo del dispositivo, sull’alimentazione e sull’indirizzo. Se stazioni non correlate scompaiono simultaneamente, cercare un segmento upstream condiviso o un’interruzione dell’intera rete.

Preservare l’interruzione prima di toccare i connettori

Registrare l’ora, le stazioni interessate, lo stato della produzione, la temperatura dell’armadio, le vibrazioni, la manutenzione recente e l’eventuale collegamento di un laptop di programmazione. Acquisire i risultati della scansione e gli eventuali contatori di comunicazione. Fotografare lo stato degli indicatori e dei connettori rimovibili.

Non iniziare reinserendo ogni spina. Reinserire i connettori può rimuovere temporaneamente ossidazione o sollecitazioni meccaniche, distruggendo però le informazioni sulla posizione del guasto. Se la produzione richiede un ripristino immediato, contrassegnare ogni connessione toccata e registrare la sequenza, così sarà ancora possibile correlare un’eventuale ricorrenza.

Misurare l’alimentazione durante la condizione di guasto

Un coupler di collegamento o un’interfaccia collegata può sembrare normale durante un’ispezione statica e guastarsi durante un calo di alimentazione. Misurare la tensione sul dispositivo, non solo ai morsetti dell’alimentatore. Osservare l’avviamento, il funzionamento dei solenoidi, il ciclo del riscaldatore dell’armadio o altri carichi che coincidono con la disconnessione.

Controllare il comune dell’alimentazione, il collegamento equipotenziale di protezione, il serraggio dei morsetti e i percorsi dei fusibili condivisi. Una connessione ad alta resistenza può superare un test di continuità e tuttavia produrre una caduta di tensione sotto carico. Temperatura e vibrazioni possono rendere intermittente il guasto.

Utilizzare un multimetro con acquisizione dei valori minimi/massimi o un registratore quando l’evento è breve. Se la perdita della rete coincide con un calo di alimentazione, correggere la causa elettrica prima di sostituire l’hardware di comunicazione.

Ispezionare il trunk come percorso di trasmissione

Verificare il tipo di cavo specificato, la polarità dei conduttori, la gestione dello schermo e la terminazione alle estremità previste. Cercare cavi schiacciati, isolamento danneggiato, spine rimovibili allentate, trefoli dello schermo esposti e percorsi paralleli accanto a conduttori di commutazione ad alta corrente.

Le derivazioni a stella non autorizzate e le derivazioni lunghe creano riflessioni e problemi di temporizzazione. Una derivazione che inizialmente funzionava può diventare instabile dopo l’aggiunta di un altro nodo o una modifica del percorso dei cavi. Confrontare il percorso fisico con il requisito del collegamento seriale e rimuovere le prolunghe temporanee.

Ispezionare il fermacavo dei connettori. Un conduttore può essere completamente inserito quando la porta dell’armadio è aperta e allentarsi quando la porta si chiude. Un movimento delicato e controllato durante l’osservazione può rivelare un guasto meccanico, ma evitare azioni che possano cortocircuitare conduttori che trasportano alimentazione dell’interfaccia.

Escludere conflitti di indirizzi e strumenti di servizio

Ogni stazione DH-485 deve avere un indirizzo di nodo univoco. Includere workstation di programmazione, convertitori di protocollo, terminali PanelView e dispositivi collegati solo durante la manutenzione. Un indirizzo duplicato può produrre sintomi che compaiono quando un laptop si collega al link e scompaiono quando viene scollegato.

Documentare l’indirizzo assegnato a ogni interfaccia e controllare chi può modificarlo. Verificare che un dispositivo sostitutivo non abbia mantenuto un indirizzo predefinito già utilizzato altrove. Controllare la configurazione del driver prima di collegare un computer di servizio a una rete di produzione attiva.

Il comportamento basato sul passaggio del token fa sì che una stazione disturbante possa influenzare la comunicazione oltre la propria applicazione. Correlare la temporizzazione delle disconnessioni con i dispositivi che si collegano, si scollegano, si riavviano o generano un traffico insolitamente intenso. Non considerare una scansione riuscita subito dopo la riconnessione come prova di stabilità.

Utilizzare con cautela l’isolamento per sezioni

Quando il processo lo consente, isolare un segmento e osservare se la rete rimanente si stabilizza. Il test deve seguire un piano scritto, perché separare un trunk può rimuovere le interfacce operatore o l’accesso alla programmazione. Registrare l’insieme delle stazioni, lo stato operativo e la durata dell’osservazione.

Un 1747-AIC sicuramente funzionante è utile solo come sostituzione controllata. Abbinare cablaggio e messa a terra, modificare un solo componente e osservare abbastanza a lungo da coprire il normale intervallo del guasto. Conservare l’unità rimossa per l’ispezione al banco. Sostituire contemporaneamente coupler, cavo e alimentatore può ripristinare il funzionamento, ma fa perdere la causa principale.

Trasformare il comportamento intermittente in dati diagnostici

Creare un registro degli eventi ricorrenti contenente i nodi mancanti, la durata, l’armadio comune, la temperatura, le vibrazioni e le attività di manutenzione. Un andamento può mostrare che le interruzioni iniziano durante l’avviamento di un determinato motore, il movimento di una porta, una procedura di turno o il collegamento di una workstation.

Quando possibile, interrogare la presenza dei nodi da un percorso di manutenzione dedicato senza aggiungere traffico disturbante. Conservare i log al di fuori della workstation interessata. Un’indicazione temporale allineata con gli allarmi del PLC, i registri della qualità dell’alimentazione e gli eventi del quadro di distribuzione può rivelare una causa comune.

I controllori e i ricambi legacy possono essere consultati in Sistemi PLC e PAC, mentre i componenti di interfaccia e di rete sono organizzati in Comunicazione e Networking.

Concludere il guasto con un test ripetibile

Dopo la riparazione, ripristinare la topologia documentata e verificare ogni stazione. Testare negli stati di produzione che in precedenza provocavano l’interruzione. Osservare per un periodo più lungo dell’intervallo storico del guasto e confermare che i collegamenti diagnostici temporanei siano stati rimossi.

Il rapporto di riparazione dovrebbe indicare la causa dimostrata, le prove, il componente o il cablaggio modificato, gli indirizzi finali, i valori di alimentazione misurati e il periodo di osservazione. “Connettore reinserito e rete ripristinata” è una nota di ripristino, non una conclusione sulla causa principale. I guasti intermittenti DH-485 diventano gestibili quando ogni intervento preserva le prove e verifica un’unica ipotesi.

Lascia un commento

Si prega di notare che, prima di essere pubblicati, i commenti devono essere approvati.