Configurazione dei driver RSLinx per la comunicazione SLC 5/04 DF1, DH-485 e DH+

Una finestra RSWho vuota non dimostra che un SLC 5/04 sia guasto. RSLinx Classic può esplorare il controller solo quando concordano quattro livelli: il canale fisico del processore, il protocollo configurato, l’hardware dell’interfaccia e il driver della workstation. La risoluzione dei problemi è più rapida quando questi livelli vengono verificati in quest’ordine, invece di cambiare ripetutamente le velocità di trasmissione o installare driver casuali.

Identificare il canale e il protocollo prima di selezionare un cavo o un driver di RSLinx Classic.

Iniziare dal processore, non dal laptop

L’SLC 5/04 dispone di un’interfaccia seriale sul Canale 0 e di un’interfaccia Data Highway Plus sul Canale 1. La configurazione del Canale 0 determina se il collegamento seriale utilizza il comportamento DF1 o DH-485; il Canale 1 appartiene a DH+. Confermare il catalogo e la serie esatti del processore, poiché i dettagli dei connettori, le interfacce di impianto esistenti e i metodi di ripristino disponibili sono importanti. Il manuale Rockwell dell’hardware modulare SLC 500 è il riferimento principale per porte, cablaggio e informazioni di stato.

Non collegare un laptop sconosciuto a una rete attiva finché non si conoscono la configurazione del canale e il piano degli indirizzi di nodo. Leggere il progetto corrente, i registri di manutenzione, le etichette dell’armadio e i codici delle interfacce. Se è disponibile un file offline di RSLogix 500, esaminare la configurazione del canale, ma considerarla una prova e non la certezza che il controller in esecuzione corrisponda al file. Registrare la configurazione attuale del driver prima di modificarla.

DF1 sul Canale 0

Per una connessione DF1 Full-Duplex punto-punto, RSLinx Classic utilizza normalmente il driver RS-232 DF1 Devices. Selezionare la porta COM effettiva di Windows e allineare velocità di trasmissione, parità, controllo degli errori, bit di stop e handshaking al processore. La configurazione automatica può essere utile solo quando cavo, porta COM, interfaccia elettrica e protocollo del controller sono già compatibili. Anche una configurazione automatica riuscita deve essere registrata, anziché essere accettata come una procedura non documentata.

Un cavo di tipo 1747-CP3 è associato al collegamento seriale SLC, ma il pinout del connettore e il comportamento dell’adattatore devono essere verificati. Molti laptop attuali utilizzano adattatori da USB a seriale; il relativo driver, l’assegnazione della porta COM, l’impostazione di gestione dell’alimentazione, l’isolamento e la compatibilità possono influire sui caricamenti lunghi. Un cavo che funziona con un’altra famiglia di controller non dimostra che il pinout sia corretto. Il manuale Rockwell del protocollo e del set di comandi DF1 descrive il comportamento sottostante del collegamento.

DH-485 sul Canale 0

DH-485 non è semplicemente DF1 a una velocità di trasmissione diversa. È una rete a più nodi con un proprio metodo di accesso, indirizzamento, supporto trasmissivo e requisiti di interfaccia. Un semplice cavo seriale non può sostituire l’hardware di conversione o isolamento necessario. Identificare se l’installazione utilizza un 1747-PIC, un 1761-NET-AIC, un’altra interfaccia approvata o un gateway, quindi utilizzare il driver e il supporto del sistema operativo appropriati per quell’hardware.

Ogni stazione richiede un indirizzo di nodo univoco e tutti i nodi devono utilizzare parametri di rete compatibili. Prima del collegamento, confrontare l’indirizzo proposto per la workstation con l’elenco documentato dei nodi. Un indirizzo duplicato può rendere intermittente l’esplorazione e disturbare altri dispositivi. Anche le interfacce PIC legacy presentano notevoli vincoli di piattaforma e sistema operativo, quindi un gateway supportato può essere più sicuro che rimettere in servizio hardware obsoleto della workstation.

I parametri del driver devono riprodurre le impostazioni del canale; non possono modificare il protocollo presentato dal processore.

DH+ sul Canale 1

Data Highway Plus richiede un’interfaccia compatibile, come la scheda Rockwell installata o un gateway supportato, oltre a un cablaggio del trunk e a una terminazione corretti. Utilizzare un indirizzo di nodo DH+ non utilizzato. Gli indirizzi DH+ sono convenzionalmente rappresentati in ottale, quindi riportare nel registro di manutenzione sia il valore visualizzato sia la relativa notazione. Interpretare l’indirizzo 10 come ottale 10, non come decimale 10, salvo diversa indicazione esplicita dello strumento.

Verificare la velocità di rete sulla documentazione del sistema esistente e sulla configurazione dell’interfaccia, anziché presumere un valore predefinito. Ispezionare i connettori, la continuità della schermatura, le derivazioni, il percorso del trunk e le resistenze di terminazione secondo il progetto della rete. Se più nodi scompaiono contemporaneamente, sospettare problemi del supporto trasmissivo o dell’interfaccia prima di modificare l’SLC. Se è assente solo la nuova workstation, concentrarsi sul relativo nodo, sulla velocità, sul driver e sul percorso dell’interfaccia.

Configurare RSLinx Classic in modo sistematico

Creare un driver con nome distinto per ogni percorso testato, in modo da non sovrascrivere un profilo noto come funzionante. Per DF1, selezionare RS-232 DF1 Devices, la porta COM corretta e i parametri seriali corrispondenti. Per un’interfaccia DH-485 supportata, selezionare il driver documentato per quell’interfaccia e assegnare un numero di stazione non utilizzato. Per DH+, utilizzare il driver associato all’interfaccia o al gateway installato e impostare il relativo nodo e la velocità di rete.

Avviare il driver e verificarne lo stato prima di aprire RSWho. Un driver che segnala un conflitto sulla porta, hardware non disponibile o un avvio non riuscito non può esplorare il controller. In RSWho, disabilitare l’esplorazione automatica non necessaria durante la diagnosi di un collegamento instabile, quindi espandere solo il driver desiderato. Verificare che il tipo di processore e il nodo visualizzati corrispondano a quelli riportati sull’armadio e nei documenti di progetto.

Separare i test fisici, di collegamento e applicativi

Una sequenza diagnostica affidabile modifica un solo livello alla volta. Innanzitutto confermare l’alimentazione, lo stato del processore, le condizioni dei connettori, i LED dell’interfaccia e la continuità del cavo. Poi verificare che il driver si avvii e che il nodo di rete appaia in modo costante. Successivamente aprire RSLogix 500 e testare un’esplorazione in sola lettura o una visualizzazione della tabella dati. Infine valutare la stabilità del caricamento o della modifica online. Passare direttamente a un caricamento rende difficile distinguere una disconnessione fisica da un timeout applicativo.

Quando un nodo appare e scompare, registrare l’intervallo e le stazioni interessate. Una perdita ripetuta può derivare da indirizzamento duplicato, cablaggio marginale, terminazione errata, reset dell’interfaccia, gestione dell’alimentazione USB o numero eccessivo di ritrasmissioni. Non affermare che il risparmio energetico del laptop sia la causa senza riprodurre il problema. Utilizzare contatori, diagnostica del driver, LED dell’interfaccia e un percorso noto come funzionante per isolare il livello interessato.

Proteggere il programma in esecuzione

Andare online in sicurezza richiede più della sola comunicazione. Confermare l’identità del processore, il checksum o lo stato del confronto del progetto, la modalità operativa, lo stato dei force e l’autorizzazione dell’impianto. Eseguire un caricamento prima di presumere che il file offline sia aggiornato. Conservare il file caricato con marca temporale e identificativo del controller. Non eseguire un download solo per testare le comunicazioni: un download può sostituire l’applicazione in esecuzione e modificare le uscite.

Per le reti legacy, coordinare il collegamento con il personale operativo, poiché un nodo duplicato, un connettore mosso o un trunk debole possono influire sulla produzione. Mantenere la workstation in condizioni sicure dal punto di vista elettrico e meccanico, evitare di muovere gli adattatori durante un caricamento e conservare un backup approvato della configurazione del driver di RSLinx. Le interfacce di ricambio e i componenti di rete utili possono essere gestiti con i ricambi di comunicazione e networking del sito.

Criteri di accettazione e documentazione

Un percorso non è comprovato da una sola esplorazione riuscita. Verificare aggiornamenti ripetuti di RSWho, un caricamento completo, una sessione prolungata online sulla tabella dati e una riconnessione corretta dopo la chiusura del software. Se il percorso è destinato alla manutenzione, testarlo dalla postazione di servizio approvata senza disturbare il trunk di produzione. Registrare catalogo del processore, canale, protocollo, codice del cavo o del gateway, interfaccia della workstation, nome del driver, nodo, velocità, impostazioni seriali, versione del software e limitazioni note.

L’obiettivo ingegneristico è un percorso di servizio riproducibile, non una connessione fortuita. Abbinare il canale del controller all’interfaccia fisica e al driver corretti previene la maggior parte delle attività di troubleshooting sprecate. I test a livelli successivi fanno quindi emergere i problemi residui di cablaggio, indirizzamento, workstation o applicazione senza modificare inutilmente il programma di controllo in esecuzione.