[traduzione]

Lista di controllo per la comunicazione tra PLC e HMI: RS-232, RS-485, Ethernet

Quando un HMI visualizza "PLC Nessuna risposta", il componente guasto non è necessariamente il PLC, l'HMI o persino il cavo. Lo stesso messaggio può essere causato da un collegamento seriale errato, un'impostazione di parità errata, un indirizzo IP duplicato, una porta di servizio del PLC chiusa o un tag che punta a un registro non valido.

Sommario

Il modo più rapido per risolvere il problema è controllare la connessione a strati. Iniziate dall'alimentazione e dall'interfaccia fisica, poi passate al cavo, alle impostazioni di comunicazione, al protocollo, alla stazione o all'indirizzo IP e infine ai tag HMI.

Questa checklist si applica a molte combinazioni PLC e HMI di Mitsubishi, Omron, Schneider elettrico, Bianco, Pro-faccia, Siemens e altri marchi di automazione. La logica di risoluzione dei problemi è generale, ma la piedinatura dei connettori, le opzioni del driver e le impostazioni del PLC rimangono specifiche per ogni modello. Tenete a portata di mano i manuali di entrambi i dispositivi durante i test.

I sei livelli di una connessione PLC-HMI

Un collegamento di comunicazione efficace richiede che ogni livello sottostante funzioni correttamente.

StratoCosa verificareSintomo tipico di fallimento
stato del dispositivoAlimentazione, stato RUN, errori CPU, avvio HMINessun collegamento in nessuna circostanza
Interfaccia elettricaRS-232, RS-422/485 o EthernetNessuna risposta; possibile incompatibilità della porta o dell'adattatore.
Cavo e topologiaPinout, polarità, schermatura, terminazione, percorso di commutazioneNessuna risposta o comunicazione intermittente
Impostazioni del collegamentoVelocità di trasmissione e framing, o configurazione IPTimeout, errori di inquadratura, dispositivo irraggiungibile
Protocollo e percorsoDriver HMI, porta TCP/UDP, stazione, rete, numero di unitàIl collegamento fisico funziona, ma il PLC continua a non rispondere.
Dati applicativiIndirizzo del registro, tipo di dati, diritti di accessoAlcuni tag non funzionano, mentre la comunicazione per il resto funziona.

Non passare direttamente da un messaggio di timeout alla sostituzione dell'hardware. Un LED verde del collegamento Ethernet dimostra che esiste un collegamento fisico; non dimostra che il collegamento fisico esiste. Interfaccia uomo-macchina è necessario utilizzare il driver PLC corretto. Allo stesso modo, livelli di tensione RS-485 corretti non dimostrano che la velocità di trasmissione o l'indirizzo slave siano corretti.

Prima di modificare qualsiasi impostazione

Innanzitutto, registrate le condizioni attuali. Ciò è particolarmente importante su una macchina che comunicava prima della manutenzione.

  • Fotografare il PLC e targhette HMI, etichette per le porte, terminali dei cavi, interruttori DIP e interruttori di terminazione.
  • Registrare il messaggio di errore HMI esatto e qualsiasi codice di errore PLC.
  • Indica se il problema riguarda tutte le schermate, un singolo dispositivo o solo determinati tag.
  • Chiedi cosa è cambiato immediatamente prima che si verificasse il problema: download dell'HMI, sostituzione del PLC, lavori sui cavi, modifiche alla rete, aggiornamento del firmware o interruzione di corrente.
  • Eseguite, quando possibile, il backup del programma PLC, del progetto HMI, delle impostazioni di comunicazione e delle ricette.
  • Salva i valori originali dei parametri prima di modificarli.

Prima di spostare i cavi seriali, modificare i collegamenti dei terminali o controllare la resistenza, spegnere e isolare le apparecchiature. Verificare che l'energia accumulata si sia scaricata secondo le istruzioni del manuale d'uso. Molte porte seriali di PLC e HMI non sono isolate, pertanto un ricablaggio a caldo può danneggiare una porta o creare un guasto a terra.

Lista di controllo per la prima valutazione in cinque minuti

Eseguire questi controlli prima di aprire il software.

  • Verificare che il PLC sia alimentato e non sia arrestato da un errore irreversibile della CPU o di I/O.
  • Verificare che l'HMI abbia completato l'avvio e caricato il progetto previsto.
  • Verificate la porta esatta utilizzata su entrambe le estremità. Un dispositivo può disporre di porte separate per COM1, COM2, Ethernet, host USB e programmazione USB.
  • Per identificare l'interfaccia elettrica, consulta il manuale e non la forma del connettore. Un connettore DB9 o RJ45 può trasportare segnali diversi a seconda del prodotto.
  • Reinserire i connettori rimovibili e verificare la presenza di terminali allentati, pin piegati, fermi danneggiati, corrosione e morsetti di schermatura staccati.
  • Verificare gli indicatori di collegamento/attività Ethernet o gli indicatori di trasmissione/ricezione seriale, se disponibili.
  • Confronta il cavo installato con lo schema di collegamento ufficiale per la specifica coppia PLC-HMI.
  • Ripristinare tutti i connettori, terminatori, adattatori o interruttori che sono stati manomessi durante i lavori recenti.

Se il collegamento non ha mai funzionato, il problema potrebbe risiedere nella selezione, nel cablaggio e nella configurazione. Se ha funzionato per mesi e ha smesso improvvisamente di funzionare, è bene considerare la manutenzione recente, le condizioni del connettore, le interferenze elettriche, la qualità dell'alimentazione e lo stato dell'hardware.

Hai bisogno di un Altivar Drive di ricambio?

Scopri i nuovi dischi rigidi originali Altivar per interventi di manutenzione, risoluzione dei problemi e sostituzione.

schneider ATV320 (1)

Lista di controllo per la comunicazione RS-232

Lo standard RS-232 è progettato per comunicazioni brevi punto-punto. È ancora comunemente utilizzato nei PLC compatti, nei pannelli operatore più datati, nei lettori di codici a barre e nelle connessioni di programmazione.

1. Conferma che entrambe le porte siano effettivamente RS-232

Una porta RS-232 non può essere collegata direttamente a una porta RS-485. Se un lato è RS-232 e l'altro è RS-422/485, utilizzare un convertitore industriale appropriato e verificare se il sistema richiede un funzionamento a due o quattro fili.

Non dare per scontato che ogni connettore a 9 pin sia RS-232. Alcuni PLC utilizzano un connettore DB9 per RS-422, RS-485 o una configurazione dei pin specifica del produttore. Verifica le specifiche della porta e la piedinatura per il modello esatto e la scheda opzionale.

2. Verificare la piedinatura del cavo

Come minimo, un collegamento dati RS-232 necessita di un canale comune per la trasmissione dei dati, uno per la ricezione dei dati e uno per il segnale. La trasmissione da un dispositivo deve raggiungere la ricezione sull'altro.

A seconda che le porte siano cablate in DTE o DCE, il cavo corretto può essere dritto o incrociato. Per questo motivo, un cavo seriale standard per PC non è automaticamente il cavo corretto per un collegamento PLC-HMI.

Verifica questi punti confrontandoli con lo schema di collegamento ufficiale:

  • Il pin TXD a un'estremità va al pin RXD richiesto all'altra.
  • RXD ritorna al pin TXD corretto.
  • La massa/comune del segnale è collegata come specificato.
  • I pin RTS, CTS, DTR, DSR o altri pin di handshake vengono cablati o collegati in loop solo quando i dispositivi lo richiedono.
  • I connettori e le schermature dei cavi vengono terminati secondo lo schema del produttore.

Le resistenze di terminazione RS-485 non devono essere utilizzate su un collegamento RS-232.

3. Corrispondenza di ogni impostazione seriale

Entrambi i dispositivi devono concordare su:

  • Protocollo o modalità di comunicazione
  • Velocità in baud
  • lunghezza dei dati
  • Parità
  • Bit di stop
  • Numero di stazione, unità o nodo quando il protocollo ne utilizza uno
  • Modalità checksum o frame, ove configurabile

Un solo elemento errato è sufficiente a interrompere la comunicazione. Un errore comune sul campo è quello di impostare la velocità di trasmissione (baud rate) trascurando la parità o la lunghezza dei dati.

Verificare inoltre che il progetto HMI sia assegnato alla porta fisica a cui è collegato il cavo. Configurando COM1 e collegando il cavo a COM2 si ottiene un "errore hardware" molto convincente.“

4. Utilizzare un test punto-punto minimo

Scollega gli adattatori e le prolunghe non essenziali. Posiziona l'HMI e il PLC vicini ed esegui un test con un cavo sicuramente funzionante, realizzato secondo lo schema ufficiale.

Se il collegamento semplificato funziona, riaggiungi i componenti rimossi uno alla volta. Questo permette di identificare rapidamente un convertitore difettoso, una prolunga troppo lunga, un connettore guasto o un problema di messa a terra.

Lista di controllo per la comunicazione RS-485

Il protocollo RS-485 viene utilizzato quando sono necessarie distanze maggiori, reti multidrop o una migliore immunità ai disturbi. La maggior parte dei problemi riscontrati nei PLC-HMI che utilizzano RS-485 derivano da problemi di polarità, topologia, impostazioni della stazione, terminazione o assenza di un segnale di riferimento.

1. Identificare il funzionamento a due o quattro fili

La comunicazione RS-485 a due fili utilizza una coppia di dati bilanciata sia per la trasmissione che per la ricezione. La comunicazione a quattro fili utilizza coppie separate per la trasmissione e la ricezione. Il PLC, il driver HMI, il convertitore e il cablaggio devono essere tutti configurati per lo stesso metodo.

Per il Modbus su RS-485 a due fili, la guida ufficiale Modbus mostra una coppia bilanciata più un conduttore comune. Trattare il collegamento come se fosse composto solo da "due fili" e omettere il conduttore di riferimento può rendere la comunicazione instabile, soprattutto quando i dispositivi hanno potenziali di terra diversi.

2. Verificare la polarità in base alla funzione, non solo in base alla lettera.

I produttori non sempre utilizzano le etichette A e B in modo coerente. Un manuale potrebbe indicare A/B, un altro D+/D- e un altro ancora SDA/SDB o RDA/RDB.

Seguite i numeri dei pin e le definizioni dei segnali presenti in entrambi i manuali. Per la terminologia Modbus, la guida attuale per le linee seriali associa D1 a B/B' e D0 a A/A', ma lo schema di collegamento dell'apparecchiatura rimane la fonte definitiva.

Se la polarità è invertita, il sintomo tipico è l'assenza di una risposta valida, nonostante il cavo presenti continuità. Spegnere il dispositivo prima di correggere il cablaggio.

3. Esaminare la topologia del bus

Utilizzare una configurazione a catena o a margherita con derivazioni corte tra i dispositivi, laddove richiesto dai manuali del prodotto. Le derivazioni a stella lunghe creano riflessi e diventano sempre più problematiche all'aumentare della lunghezza del cavo e della velocità di trasmissione.

Verificare quanto segue:

  • Un bus principale continuo anziché diversi lunghi cavi a stella
  • Brevi tratti di raccordo dal tronco a ciascuna stazione
  • Cavo a doppino intrecciato schermato con l'impedenza specificata per la rete
  • Il cavo dati deve essere instradato lontano dai cavi del motore, dai contattori, dalle resistenze di frenatura e da altri conduttori ad alto rumore.
  • Collegamento di schermatura e messa a terra di protezione conformi alle istruzioni EMC dell'apparecchiatura e del sito.
  • Nessun collegamento accidentale tra la coppia di segnali e la terra di protezione

Non esiste una distanza massima universale valida per tutte le installazioni RS-485. La lunghezza utilizzabile dipende dalla velocità di trasmissione, dalle caratteristiche del cavo, dalla topologia, dal numero di carichi, dall'isolamento e dai requisiti dei prodotti collegati.

4. Verifica della terminazione e della polarizzazione

Su un trunk RS-485 passivo, la terminazione di linea si trova normalmente alle due estremità fisiche del bus principale, non su ogni singolo dispositivo. Alcuni PLC e HMI includono una terminazione commutabile internamente; altri richiedono una resistenza esterna.

Non aggiungere una resistenza solo perché la rete non funziona correttamente. Un numero eccessivo di terminatori sovraccarica il driver, mentre la mancanza di terminazione può causare riflessioni. Verifica il valore della resistenza, la posizione dell'interruttore e se la terminazione è già integrata in ciascun prodotto.

La polarizzazione, detta anche bias di sicurezza, deve essere applicata solo quando richiesto dalla progettazione della rete. La guida seriale Modbus raccomanda un punto di polarizzazione per ogni bus che ne ha bisogno. L'applicazione simultanea di una forte polarizzazione da parte di più dispositivi può generare un altro guasto anziché risolvere il primo.

5. Protocollo partita e impostazioni della stazione

Per Modbus RTU, verificare che ogni nodo utilizzi lo stesso formato seriale e che ogni server/slave abbia un indirizzo univoco. L'indirizzo 0 è riservato alla trasmissione broadcast nella comunicazione seriale Modbus e una richiesta broadcast non riceve risposta.

Per i protocolli specifici del produttore, verificare tutti i valori richiesti, che possono includere il numero dell'unità PLC, il numero di rete, il numero di nodo, il tipo di CPU, la modalità di collegamento o l'impostazione del checksum.

Assicurati inoltre che solo il master/client previsto controlli il bus. La trasmissione da parte di due master senza un protocollo progettato per il funzionamento multi-master causerà collisioni e timeout irregolari.

6. Isolare la rete un nodo alla volta

Se una rete multidrop è instabile, testare l'HMI collegando solo il PLC. Quindi ricollegare una stazione e una sezione di cavo alla volta.

Un ramo che causa il malfunzionamento dell'intero bus spesso indica inversione di polarità, indirizzo duplicato, cortocircuito, terminatore aggiuntivo, impostazione seriale incompatibile o un transceiver danneggiato su quel ramo.

Trova il PLC giusto per il tuo sistema

Scopri nuove CPU PLC originali, moduli I/O, alimentatori e unità di comunicazione per progetti di manutenzione e automazione.

Schneider PLC

Lista di controllo per la comunicazione Ethernet

Ethernet semplifica l'espansione del cablaggio fisico, ma aggiunge diversi livelli di configurazione. Un ping riuscito è utile, ma non costituisce un test completo della comunicazione del PLC.

Verificare gli indicatori di collegamento sull'HMI, sul PLC e sullo switch. L'assenza del LED di collegamento di solito indica che è necessario ispezionare il cavo, il connettore, la porta, l'alimentazione dello switch o le impostazioni dell'interfaccia prima di modificare il driver dell'HMI.

Provate con un cavo patch sicuramente funzionante e un'altra porta dello switch. Ispezionate i connettori RJ45 dell'armadio per verificare la presenza di fermi rotti, connettori di campo mal inseriti, danni alla schermatura e contaminazione.

Se la comunicazione fallisce solo quando un azionamento, una saldatrice o un contattore sono in funzione, controllare il percorso dei cavi, la schermatura, la messa a terra del quadro elettrico e l'alimentatore dello switch, nonché la configurazione di rete.

2. Verificare la configurazione IP in tempo reale

Verifica i valori attualmente attivi nei dispositivi, non solo quelli visualizzati in un progetto offline.

  • Indirizzo IP dell'HMI
  • Indirizzo IP del PLC o del modulo di comunicazione
  • Maschera di sottorete
  • Gateway predefinito quando è richiesto il routing
  • Indirizzi IP duplicati
  • Interfaccia Ethernet corretta quando un dispositivo ne ha più di una
  • Comportamento DHCP rispetto al comportamento con indirizzo fisso

Per un test diretto su una sottorete, assegnare indirizzi univoci al PC di ingegneria, all'HMI e al PLC nella stessa sottorete. Disconnettere prima la cella di test dalla rete di produzione se la modifica degli indirizzi potrebbe creare un conflitto.

3. Utilizzare il ping correttamente

Il ping conferma l'esistenza di un percorso IP e la risposta del target al protocollo ICMP. Non conferma invece nessuna delle seguenti informazioni:

  • L'interfaccia HMI utilizza il driver PLC corretto.
  • Il servizio applicativo PLC è abilitato.
  • La porta TCP o UDP corretta è aperta.
  • Il numero della stazione, del rack, dello slot, della rete o dell'unità è corretto.
  • L'HMI ha l'autorizzazione a leggere o scrivere nella memoria richiesta.

Se il ping fallisce, continuate a controllare il cavo, il collegamento, l'indirizzo, la subnet, il routing, la VLAN, il firewall e gli indirizzi duplicati. Se il ping ha successo ma l'HMI continua ad andare in timeout, passate alle impostazioni del protocollo e dell'applicazione.

4. Verificare il driver HMI e il servizio PLC

Selezionare il driver specifico per la famiglia di PLC e il metodo di comunicazione utilizzati, non solo in base al nome del produttore. Ad esempio, due controllori della stessa marca potrebbero utilizzare protocolli Ethernet diversi o richiedere driver HMI differenti.

Confronta queste impostazioni con il programma PLC e la configurazione hardware:

  • Selezione del protocollo
  • Trasporto TCP o UDP
  • Numero del porto di destinazione
  • Modello PLC o famiglia di CPU
  • Numero di stazione, nodo, rete, rack, slot o unità
  • Parametri di connessione locali e remoti
  • Server lato PLC, impostazione aperta o risorsa di connessione
  • Impostazioni di accesso in lettura/scrittura e di sicurezza

Il numero di porta deve essere ricavato dal manuale del prodotto o dalla configurazione del PLC. Non modificarlo a caso solo perché un elenco online lo definisce "porta PLC standard".“

5. Verificare la rete tra i dispositivi

Se l'HMI e il PLC non sono collegati direttamente, verificare il percorso completo:

  • Assegnazione VLAN dello switch gestito
  • Configurazione del router e del gateway
  • Liste di controllo degli accessi e regole firewall industriali
  • NAT o traduzione di porta, se utilizzata
  • Stato del bridge wireless o del convertitore multimediale
  • Errori della porta dello switch, perdite di pacchetti, velocità e negoziazione duplex
  • Stato di anello ridondante e collegamenti bloccati

Un test utile consiste nel collegare l'HMI e il PLC tramite un piccolo switch funzionante su una rete di prova isolata. Se funziona, il problema risiede probabilmente nel percorso della rete di produzione o nelle sue impostazioni di sicurezza.

Aggiorna o sostituisci il tuo HMI

Trova pannelli HMI compatibili per modelli fuori produzione, aggiornamenti di macchine e sostituzione dell'interfaccia operatore.

interfaccia utente schneider

Quando solo uno schermo o un tag non funziona

Se l'HMI comunica normalmente ma un valore mostra un errore, la rete fisica probabilmente non è il primo elemento da controllare.

Verificare se l'oggetto interessato presenta i seguenti problemi:

  • Registro errato o indirizzo variabile
  • Assegnazione errata del dispositivo/stazione
  • Accesso a bit rispetto all'accesso a parole
  • Interpretazione firmata versus non firmata
  • Lunghezza dei dati a 16, 32 o 64 bit
  • Ordine dei byte o delle parole
  • Indice di array o indirizzo indiretto non validi
  • Indirizzo al di fuori dell'intervallo di memoria del PLC
  • Area di sola lettura utilizzata per un comando di scrittura
  • File di simboli o database di tag non più compatibile con il programma PLC

Anche le funzioni in background possono generare errori. Si pensi ad esempio ad allarmi, registrazioni di tendenze, ricette, macro, campionamento dati e script che continuano a interrogare gli indirizzi anche quando la schermata corrente appare normale.

Quando la comunicazione è lenta o intermittente

Un collegamento intermittente richiede un test diverso rispetto a un timeout permanente. Registra quando si verifica il guasto e cosa sta facendo la macchina in quel momento.

Per reti seriali

  • Abbassare temporaneamente la velocità di trasmissione per verificare se il problema è legato alla qualità del cavo o alle riflessioni.
  • Verificare la terminazione, la polarizzazione, la continuità della schermatura e il conduttore comune.
  • Verificate la presenza di rami lunghi, terminali allentati o cavi che si muovono insieme alla macchina.
  • Confrontare i guasti con l'accelerazione della trasmissione, la frenata, l'attivazione del riscaldatore e il funzionamento del contattore.
  • Verificare se il carico di polling dell'HMI supera la capacità del PLC o della rete seriale.

Per reti Ethernet

  • Esaminare i contatori dello switch gestito per errori CRC, interruzioni, modifiche di collegamento e carico broadcast.
  • Eseguire la prova con un cavo e un interruttore sicuramente funzionanti.
  • Verifica la presenza di indirizzi IP duplicati e di dispositivi che compaiono solo dopo l'avvio.
  • Ridurre le interrogazioni HMI non necessarie, la registrazione dei dati e gli intervalli di aggiornamento troppo brevi.
  • Verificare i limiti di connessione del PLC e accertarsi che nessun altro client stia consumando tutte le sessioni disponibili.
  • Al momento del guasto, verificare i registri eventi del firewall, del router e della rete ridondante.

Lunghi intervalli di tempo e tentativi ripetuti possono far sembrare un piccolo problema un blocco completo dell'interfaccia HMI. Invece di aumentare semplicemente il valore di ogni intervallo di tempo, è meglio correggere il dispositivo guasto o il tag non valido.

Realizza un test di comunicazione minimo

Quando la configurazione della macchina è complessa, creare il collegamento funzionale più piccolo possibile.

  1. Collega un'interfaccia HMI a un PLC tramite un cavo certificato o un interruttore isolato.
  2. Utilizzare il driver specifico indicato per quella famiglia di PLC.
  3. Configura una stazione seriale o una destinazione IP.
  4. Creare una visualizzazione numerica per un registro PLC noto e sicuro.
  5. Eseguire un test di scrittura controllato solo se le condizioni di sicurezza della macchina lo consentono.
  6. Durante il test, disattiva macro, ricette, dispositivi remoti e polling in background.
  7. Prima di ricostruire l'intero progetto o la rete, verificare la stabilità delle letture.

Scegliete un registro di prova il cui valore possa essere verificato nel software di programmazione del PLC. Evitate di comandare le uscite o di modificare i dati di controllo della macchina solo per dimostrare la comunicazione.

Questo test permette di distinguere un problema di connessione di base da un problema dell'applicazione. Se il singolo registro funziona, aggiungere gradualmente dispositivi e funzioni in background fino a quando non si individua l'elemento difettoso.

Dopo aver sostituito un PLC, un HMI o un cavo di comunicazione

I pezzi di ricambio spesso sembrano identici, ma differiscono per tipo di porta, firmware, protocollo supportato o piedinatura del connettore. Verificare il suffisso completo del modello e le opzioni di comunicazione installate.

Dopo la sostituzione, verificare:

  • Il programma PLC e i parametri corretti sono stati trasferiti
  • Il progetto HMI e la versione runtime corretti sono stati trasferiti
  • Le impostazioni seriali o Ethernet sono attive dopo il riavvio.
  • La modalità della porta PLC non viene lasciata in modalità solo programmazione o predefinita
  • Il driver HMI è compatibile con la famiglia di CPU di ricambio.
  • La nuova stazione o l'indirizzo IP non è ancora impostato sui valori predefiniti di fabbrica.
  • La piedinatura del cavo corrisponde al modello di ricambio, non solo al vecchio connettore
  • Le impostazioni di terminazione e dei DIP switch corrispondono alla posizione del dispositivo nella rete.

Per apparecchiature fuori produzione o guasti urgenti, Kwoco può aiutare a confrontare i codici modello completi di PLC, HMI, moduli di comunicazione e cavi prima di ordinare un ricambio. Fornire foto chiare della targhetta e delle porte è solitamente più rapido che identificare un componente basandosi solo sull'aspetto del pannello frontale.

Quando l'hardware è effettivamente sospetto

L'hardware diventa un sospettato più probabile dopo che le impostazioni e il cablaggio sono stati verificati con un componente di riferimento funzionante.

I segnali di allarme includono:

  • Nessun collegamento Ethernet su un cavo e una porta dello switch noti per essere funzionanti.
  • Nessuna attività di trasmissione da una porta correttamente configurata e in fase di polling attivo
  • Una porta seriale che funziona solo quando il connettore viene tenuto in una determinata posizione.
  • Contaminazione visibile, perni piegati, danni da calore o componenti di isolamento guasti.
  • Comunicazione che si ripristina quando si sostituisce il PLC, l'HMI, il convertitore o il cavo
  • Una porta che non supera il test di loopback o di interfaccia integrato del produttore

Prima di dichiarare una porta difettosa, ripetere il test con la configurazione minima e conservare la documentazione: versioni del progetto, parametri, schema dei cavi, risultati di tensione o continuità e test di scambio. Questo evita di sostituire un HMI solo per ricollegarlo con lo stesso cavo errato.

Se una porta, un convertitore o un modulo di comunicazione verificato necessita di essere sostituito, assicurarsi che corrispondano esattamente al modello e alla revisione. Kwoco Può inoltre aiutare a identificare sostituti compatibili per PLC, HMI, adattatori seriali e Ethernet industriali quando il componente originale non è più facilmente reperibile.

Domande frequenti

Il ping indica solo che l'indirizzo IP di destinazione è raggiungibile e risponde ai messaggi ICMP. L'HMI potrebbe comunque non funzionare correttamente se utilizza il driver PLC, la porta TCP/UDP, la stazione o il percorso errati, oppure se il servizio di comunicazione PLC è disabilitato. Dopo un ping riuscito, verificare il protocollo applicativo e le impostazioni di connessione lato PLC.

Non affidatevi solo alle lettere, poiché le convenzioni di denominazione variano. Confrontate i numeri dei pin e i nomi dei segnali funzionali in entrambi i manuali del prodotto. Se tutte le impostazioni seriali corrispondono ma non si rileva alcuna attività di ricezione valida, spegnete il dispositivo e verificate la polarità D+/D-, D1/D0 o di trasmissione/ricezione confrontandola con gli schemi elettrici ufficiali.

No. Un trunk RS-485 passivo è normalmente terminato solo alle sue due estremità fisiche e alcuni dispositivi dispongono già di terminazioni commutabili. Il valore effettivo della resistenza e la disposizione dell'interruttore devono essere conformi ai manuali del cavo e dell'apparecchiatura. L'aggiunta di terminazioni a ogni stazione può sovraccaricare la rete.

Il trasferimento del progetto e la comunicazione in fase di esecuzione con il PLC sono connessioni separate. L'HMI può ricevere un progetto tramite USB o Ethernet, mentre il progetto in fase di esecuzione utilizza un'altra porta seriale, un altro indirizzo IP o un driver PLC diverso. Verificare il dispositivo assegnato nel progetto HMI e il percorso fisico del cavo PLC.

Utilizzare un'interfaccia supportata da entrambi i prodotti e adatta all'installazione. RS-232 è pratica per brevi collegamenti punto-punto. RS-485 è utile per reti seriali più lunghe o multidrop, quando la topologia e la terminazione sono controllate. Ethernet offre un'integrazione più semplice e una diagnostica più completa, ma richiede una corretta configurazione di IP, protocollo, porta e sicurezza di rete.

Dai potenza ai tuoi progetti con i nuovi PLC originali Omron, Mitsubishi e Schneider, disponibili in magazzino e pronti da subito!

Lista di controllo stampabile per la comunicazione PLC-HMI

Utilizzare quest'ultimo passaggio prima di segnalare il guasto a un livello superiore.

  • [ ] L'alimentazione e lo stato del PLC e dell'HMI sono normali.
  • [ ] I modelli esatti dei prodotti e i tipi di porte sono confermati dai manuali.
  • [ ] Il cavo segue la piedinatura ufficiale per questa coppia di dispositivi.
  • [ ] I segnali RS-232 TX/RX/common e tutti i segnali di handshake richiesti sono corretti.
  • [ ] La modalità RS-485 a due/quattro fili, la polarità, il comune, la topologia, la terminazione e il bias sono corretti.
  • [ ] Protocollo seriale, velocità di trasmissione, bit di dati, parità, bit di stop e corrispondenza del numero di stazione.
  • [ ] Il collegamento Ethernet è presente e l'indirizzo IP, la maschera, il gateway e la VLAN attivi sono corretti.
  • [ ] Non ci sono numeri di stazione o indirizzi IP duplicati.
  • [ ] Corrispondenza tra driver HMI, trasporto, porta, famiglia PLC, percorso e servizio lato PLC.
  • [ ] È stato completato un test minimo con un HMI, un PLC e un registro.
  • [ ] I tag non riusciti hanno indirizzi, tipi di dati e diritti di accesso validi.
  • [ ] I guasti intermittenti sono stati confrontati con le sorgenti di rumore, i contatori di rete e il carico di polling.
  • [ ] I parametri originali e i risultati dei test sono stati registrati prima della sostituzione dell'hardware.

Contattaci

Basta compilare il tuo nome, indirizzo email e una breve descrizione della tua richiesta in questo modulo. Ti contatteremo entro 24 ore.

Prodotti in saldo

Unità CPU Omron CJ2M-CPU32

Fornitore di PLC Omron CJ1W-PA202 in Cina

Servoazionamento Mitsubishi serie MR-JE 400w MR-JE-40A

Hai bisogno di un incontro veloce?

Condividi il tuo modello o le specifiche e il nostro team ti aiuterà a trovare rapidamente la soluzione giusta.

Potresti trovare interessanti anche questi argomenti

Richiedi un preventivo veloce

*Rispettiamo la tua riservatezza e tutte le informazioni sono protette.