Kinetix 5500 EtherNet/IP motion network topology

Topologia EtherNet/IP Kinetix 5500: quando è importante uno switch gestito

Un Kinetix 5500 può rispondere al ping e tuttavia non funzionare come asse di movimento. Questa guida illustra CIP Sync, la topologia supportata, le scelte r...

Un azionamento Kinetix 5500 può comunicare su un normale collegamento Ethernet e tuttavia non funzionare come asse di motion integrato. Un ping riuscito dimostra la raggiungibilità IP; non dimostra che il controllore, l’azionamento, i dispositivi di rete intermedi, il firmware e il percorso di sincronizzazione temporale costituiscano un’architettura CIP Motion valida.

La domanda pratica di progettazione, quindi, non è «È obbligatorio uno switch gestito?». È «Quale topologia è supportata per questo specifico numero di catalogo e ogni dispositivo nel percorso di motion è in grado di preservare il comportamento temporale e del traffico richiesto dall’asse configurato?».

Azionamento Kinetix 5500 collegato a un controllore Logix tramite EtherNet/IP

Il motion integrato dipende da un percorso controllore-azionamento validato, non dalla sola connettività.

Iniziare dalla combinazione esatta di azionamento e controllore

Kinetix 5500 è una famiglia, non un singolo nodo di rete intercambiabile. Il suffisso del catalogo, il firmware dell’azionamento, la famiglia del controllore, il modulo di comunicazione, la versione di Studio 5000 Logix Designer e il profilo Add-On determinano quali funzioni e configurazioni sono disponibili. Annotare questi elementi prima di scegliere la rete.

Il Manuale dell’utente degli azionamenti servo Kinetix 5500 di Rockwell Automation documenta esempi di connessioni supportate, configurazione degli assi, avviamento, CIP Sync e risoluzione dei problemi. Utilizzare la revisione applicabile al firmware installato e verificare la compatibilità nel Product Compatibility and Download Center prima di modificare un sistema in produzione.

Questa verifica è importante durante i retrofit. Un controllore o un modulo di comunicazione in grado di scambiare normali I/O EtherNet/IP potrebbe non supportare le stesse funzioni di motion integrato di una piattaforma più recente. Il fatto che un progetto si apra in una versione software più recente non dimostra che ogni combinazione di moduli e azionamenti sia supportata.

CIP Sync fa parte dell’architettura di controllo

Il motion integrato coordina gli assi rispetto a una base dei tempi condivisa. CIP Sync distribuisce tale riferimento temporale attraverso il sistema EtherNet/IP utilizzando i meccanismi IEEE 1588. Il controllore e i dispositivi di motion partecipanti devono avere abilitata la sincronizzazione temporale e devono concordare sul master del tempo selezionato dall’architettura.

Uno switch non gestito non è automaticamente difettoso, così come uno switch gestito non è automaticamente adatto. L’aspetto decisivo è se l’infrastruttura intermedia è supportata per il progetto di motion e gestisce il traffico sensibile al tempo come richiesto. Uno switch con un comportamento errato del Precision Time Protocol o una configurazione non corretta può essere più problematico di una semplice connessione diretta.

Per una topologia a stella, selezionare uno switch che Rockwell documenta per l’architettura di motion integrato prevista, quindi configurare le relative funzioni di sincronizzazione temporale e prioritizzazione del traffico in conformità alla guida di progettazione applicabile. Evitare di considerare la velocità nominale di uno switch consumer come sostitutiva della validazione del motion.

Scegliere la topologia in base al comportamento in caso di guasto e alla manutenibilità

Connessioni dirette o lineari

Una connessione diretta tra controllore e drive può ridurre il numero di dispositivi nel percorso di temporizzazione. Una catena lineare può semplificare il cablaggio quando si utilizzano dispositivi a doppia porta supportati. Il suo punto debole è l'interruzione del servizio: l'apertura o lo spegnimento di un dispositivo a monte può disconnettere tutto ciò che si trova a valle, a meno che l'architettura non fornisca un percorso alternativo.

Anche le configurazioni lineari richiedono una documentazione rigorosa delle porte. Un laptop temporaneo, un drive sostitutivo o un cavo scambiato possono modificare la catena fisica senza modificare lo schema, lasciando il personale addetto alla manutenzione a diagnosticare una rete che non corrisponde più al progetto.

Topologia a stella tramite uno switch

Una topologia a stella rende ogni drive sottoponibile a manutenzione indipendentemente e offre al team di rete un punto centrale per la diagnostica, i contatori delle porte, il mirroring e la segmentazione. Aggiunge uno switch al percorso di temporizzazione e di guasto, quindi lo switch deve essere selezionato e configurato come componente progettuale, non come infrastruttura generica da ufficio.

L'infrastruttura gestita diventa particolarmente preziosa quando il movimento condivide la rete dello stabilimento con HMI, I/O remoti, dispositivi di sicurezza, drive, workstation di progettazione e sistemi di supervisione. Le statistiche delle porte, i confini VLAN ove appropriato, la gestione del multicast, la qualità del servizio, il controllo degli accessi e la visibilità della sincronizzazione temporale facilitano l'isolamento dei guasti. Queste funzioni sono utili solo quando la configurazione è controllata e sottoposta a backup.

Anello a livello di dispositivo

DLR fornisce un percorso Ethernet ridondante per i nodi supportati. Un anello richiede un supervisore definito e un progetto di ripristino documentato. Confermare che ogni partecipante all'anello supporti il ruolo previsto e che la configurazione del supervisore non sia duplicata accidentalmente.

La resilienza dell'anello non sostituisce la convalida della temporizzazione. Dopo aver realizzato l'anello, testare sia il funzionamento normale sia l'interruzione di un singolo cavo mentre gli assi si trovano in una condizione di messa in servizio controllata. Verificare che la diagnostica identifichi la posizione del guasto e che il comportamento di ripristino corrisponda alla valutazione dei rischi della macchina.

Topologia EtherNet/IP industriale con separazione dei drive di movimento dal traffico HMI generale

La topologia deve essere scelta in base ai requisiti di temporizzazione, manutenzione, espansione e guasto singolo.

Il periodo di aggiornamento e le impostazioni della connessione sono scelte progettuali

Il periodo di aggiornamento del movimento deve essere supportato dal controllore, dal drive, dal numero di assi e dall'applicazione. Non deve essere copiato da un esempio trovato in un forum né impostato universalmente su un unico valore. Gli aggiornamenti più rapidi aumentano la frequenza con cui il sistema deve pianificare e trasportare i dati di movimento, mentre quelli più lenti potrebbero non garantire le prestazioni dinamiche richieste.

Esamina insieme la temporizzazione del gruppo di movimento, il comportamento dell'aggiornamento del corso, la configurazione degli assi, l'utilizzo del controller e la capacità della rete. Quando Studio 5000 espone impostazioni relative sia al movimento sia alla connessione, usa la documentazione Rockwell relativa alla revisione selezionata del controller e dell'azionamento per mantenerle coerenti. Una mancata corrispondenza può manifestarsi come un guasto di connessione, sincronizzazione o configurazione dell'asse, anziché come un evidente allarme di larghezza di banda.

Non usare un numero fisso di assi come confine tra un'infrastruttura accettabile e una non accettabile. Il limite dipende dalle frequenze di aggiornamento, dalla capacità del controller e del modulo di comunicazione, dalla topologia, dal comportamento dello switch, dall'altro traffico e dal resto del progetto. Calcola e convalida la progettazione effettiva.

Il traffico condiviso richiede confini definiti intenzionalmente

La navigazione dell'HMI, la raccolta dello storico, i backup, i flussi video delle telecamere e i caricamenti di progettazione possono creare picchi di traffico invisibili durante una messa in servizio tranquilla. Ciò non significa che ogni HMI debba avere una rete fisicamente separata, ma significa che il percorso del movimento deve essere testato con un traffico di stabilimento realistico.

Segmenta i domini di broadcast quando lo richiedono l'architettura e il progetto di sicurezza. Tieni gli switch temporanei non gestiti fuori dai quadri permanenti. Disabilita le porte inutilizzate, documenta le connessioni consentite e includi la configurazione dello switch gestito nel backup della macchina. Se vengono introdotti Network Address Translation, routing o firewall, verifica che il traffico del movimento integrato rimanga all'interno di una progettazione supportata.

La sicurezza di rete e la disponibilità del movimento sono correlate. Una subnet piatta e non documentata facilita le modifiche non autorizzate e rallenta la risoluzione dei problemi. Al contrario, una progettazione troppo complessa con confini di routing non supportati può impedire la sincronizzazione temporale o il rilevamento dei dispositivi. Usa l'architettura più semplice che soddisfi i requisiti operativi, di sicurezza, manutenzione ed espansione.

Metti in servizio partendo dall'orologio verso l'esterno

Conferma il grandmaster o time master previsto e verifica che i controller partecipanti riportino uno stato sincronizzato. Quindi controlla ogni hop di rete e ogni connessione dell'azionamento, invece di trattare la subnet come un'unica scatola nera.

Controlla i numeri di catalogo, il firmware, gli Add-On Profile, l'indirizzamento IP, gli indirizzi duplicati, il comportamento della velocità e del duplex delle porte, gli errori di collegamento, i pacchetti scartati, lo stato DLR quando utilizzato e lo stato di sincronizzazione degli azionamenti. Conferma che l'asse attraversi gli stati di connessione e sicurezza previsti prima di abilitare il movimento.

Esegui un test di traffico controllato che rappresenti l'utilizzo dell'HMI, la raccolta dati e l'accesso di progettazione. Analizza nel tempo i guasti degli assi e l'errore di inseguimento, e raccogli i contatori dello switch gestito prima e durante il test. Una baseline pulita fornisce alla manutenzione un riferimento dopo future espansioni.

Infine, testa gli scenari di manutenzione: perdita di alimentazione dello switch, scollegamento di un cavo, sostituzione dell’azionamento, riavvio del controllore e ripristino da un backup della configurazione. Esegui solo i test consentiti dalla valutazione dei rischi della macchina e dal piano di commissioning.

Pianifica la riserva come parte della topologia

Un azionamento sostitutivo deve corrispondere a più della sola potenza nominale. Conferma la famiglia del catalogo, il percorso del firmware, l’interfaccia di feedback, l’opzione di sicurezza, il ruolo nella rete, il set di connettori e il metodo di ripristino dei parametri. Analogamente, uno switch sostitutivo deve disporre del set di funzionalità richiesto e di un backup controllato della configurazione.

L’hardware servo e gli azionamenti pertinenti sono organizzati nella sezione azionamenti e controllo del movimento, mentre le opzioni per i controllori Logix e le comunicazioni possono essere consultate nella sezione sistemi PLC e PAC. La disponibilità di un prodotto non ne stabilisce la compatibilità; l’elenco dei materiali validato e la documentazione del produttore restano le fonti autorevoli.

Parere editoriale: acquistare uno switch gestito non equivale a progettare una rete di motion. Una progettazione difendibile identifica il master del tempo, convalida ogni hop, definisce il comportamento in caso di guasto, testa un traffico realistico e conserva la configurazione necessaria per ripristinare la macchina.

Domande frequenti

Ogni installazione Kinetix 5500 richiede uno switch gestito?

No. Le progettazioni dirette, lineari, ad anello e con switch supportate dipendono dall’azionamento, dal controllore e dall’applicazione specifici. Quando è presente uno switch in un percorso di motion integrato, deve soddisfare i requisiti dell’architettura validata.

Perché l’azionamento può rispondere al ping ma non riuscire a stabilire una connessione con l’asse?

Il ping verifica solo la raggiungibilità IP di base. Il motion integrato dipende anche da hardware e firmware compatibili, dalla corretta configurazione degli assi, dalla capacità del controllore, da CIP Sync, dalle impostazioni di connessione e dal comportamento di ogni hop della rete.

Uno switch Stratix è l’unica scelta possibile?

Le progettazioni Stratix validate da Rockwell semplificano il supporto e la diagnostica, ma la risposta corretta deriva dalla documentazione applicabile sull’architettura e sui dispositivi Rockwell. Uno switch di terze parti non dovrebbe essere accettato solo perché pubblicizza IEEE 1588 o una velocità gigabit.

Il periodo di aggiornamento del movimento deve essere sempre impostato su 1 ms?

No. Seleziona un periodo di aggiornamento supportato in base alla dinamica dell’applicazione, alle capacità del controllore e dell’azionamento, al numero di assi e alla progettazione della rete. Verifica l’impostazione nella documentazione relativa alle revisioni installate.

Qual è la documentazione di commissioning più utile?

Registra lo stato del master del tempo, lo stato dei dispositivi sincronizzati, la topologia, le revisioni del firmware e del software, la configurazione dello switch, il valore di riferimento degli errori delle porte, lo stato della connessione degli assi e i risultati dei test controllati del traffico e del ripristino dai guasti.


Topologia EtherNet/IP Kinetix 5500: quando è importante uno switch gestito

Un Kinetix 5500 può rispondere al ping e tuttavia non funzionare come asse di movimento. Questa guida illustra CIP Sync, la topologia supportata, le scelte relative agli switch gestiti, il traffico...

Un azionamento Kinetix 5500 può comunicare su un normale collegamento Ethernet e tuttavia non funzionare come asse di motion integrato. Un ping riuscito dimostra la raggiungibilità IP; non dimostra che il controllore, l’azionamento, i dispositivi di rete intermedi, il firmware e il percorso di sincronizzazione temporale costituiscano un’architettura CIP Motion valida.

La domanda pratica di progettazione, quindi, non è «È obbligatorio uno switch gestito?». È «Quale topologia è supportata per questo specifico numero di catalogo e ogni dispositivo nel percorso di motion è in grado di preservare il comportamento temporale e del traffico richiesto dall’asse configurato?».

Azionamento Kinetix 5500 collegato a un controllore Logix tramite EtherNet/IP

Il motion integrato dipende da un percorso controllore-azionamento validato, non dalla sola connettività.

Iniziare dalla combinazione esatta di azionamento e controllore

Kinetix 5500 è una famiglia, non un singolo nodo di rete intercambiabile. Il suffisso del catalogo, il firmware dell’azionamento, la famiglia del controllore, il modulo di comunicazione, la versione di Studio 5000 Logix Designer e il profilo Add-On determinano quali funzioni e configurazioni sono disponibili. Annotare questi elementi prima di scegliere la rete.

Il Manuale dell’utente degli azionamenti servo Kinetix 5500 di Rockwell Automation documenta esempi di connessioni supportate, configurazione degli assi, avviamento, CIP Sync e risoluzione dei problemi. Utilizzare la revisione applicabile al firmware installato e verificare la compatibilità nel Product Compatibility and Download Center prima di modificare un sistema in produzione.

Questa verifica è importante durante i retrofit. Un controllore o un modulo di comunicazione in grado di scambiare normali I/O EtherNet/IP potrebbe non supportare le stesse funzioni di motion integrato di una piattaforma più recente. Il fatto che un progetto si apra in una versione software più recente non dimostra che ogni combinazione di moduli e azionamenti sia supportata.

CIP Sync fa parte dell’architettura di controllo

Il motion integrato coordina gli assi rispetto a una base dei tempi condivisa. CIP Sync distribuisce tale riferimento temporale attraverso il sistema EtherNet/IP utilizzando i meccanismi IEEE 1588. Il controllore e i dispositivi di motion partecipanti devono avere abilitata la sincronizzazione temporale e devono concordare sul master del tempo selezionato dall’architettura.

Uno switch non gestito non è automaticamente difettoso, così come uno switch gestito non è automaticamente adatto. L’aspetto decisivo è se l’infrastruttura intermedia è supportata per il progetto di motion e gestisce il traffico sensibile al tempo come richiesto. Uno switch con un comportamento errato del Precision Time Protocol o una configurazione non corretta può essere più problematico di una semplice connessione diretta.

Per una topologia a stella, selezionare uno switch che Rockwell documenta per l’architettura di motion integrato prevista, quindi configurare le relative funzioni di sincronizzazione temporale e prioritizzazione del traffico in conformità alla guida di progettazione applicabile. Evitare di considerare la velocità nominale di uno switch consumer come sostitutiva della validazione del motion.

Scegliere la topologia in base al comportamento in caso di guasto e alla manutenibilità

Connessioni dirette o lineari

Una connessione diretta tra controllore e drive può ridurre il numero di dispositivi nel percorso di temporizzazione. Una catena lineare può semplificare il cablaggio quando si utilizzano dispositivi a doppia porta supportati. Il suo punto debole è l'interruzione del servizio: l'apertura o lo spegnimento di un dispositivo a monte può disconnettere tutto ciò che si trova a valle, a meno che l'architettura non fornisca un percorso alternativo.

Anche le configurazioni lineari richiedono una documentazione rigorosa delle porte. Un laptop temporaneo, un drive sostitutivo o un cavo scambiato possono modificare la catena fisica senza modificare lo schema, lasciando il personale addetto alla manutenzione a diagnosticare una rete che non corrisponde più al progetto.

Topologia a stella tramite uno switch

Una topologia a stella rende ogni drive sottoponibile a manutenzione indipendentemente e offre al team di rete un punto centrale per la diagnostica, i contatori delle porte, il mirroring e la segmentazione. Aggiunge uno switch al percorso di temporizzazione e di guasto, quindi lo switch deve essere selezionato e configurato come componente progettuale, non come infrastruttura generica da ufficio.

L'infrastruttura gestita diventa particolarmente preziosa quando il movimento condivide la rete dello stabilimento con HMI, I/O remoti, dispositivi di sicurezza, drive, workstation di progettazione e sistemi di supervisione. Le statistiche delle porte, i confini VLAN ove appropriato, la gestione del multicast, la qualità del servizio, il controllo degli accessi e la visibilità della sincronizzazione temporale facilitano l'isolamento dei guasti. Queste funzioni sono utili solo quando la configurazione è controllata e sottoposta a backup.

Anello a livello di dispositivo

DLR fornisce un percorso Ethernet ridondante per i nodi supportati. Un anello richiede un supervisore definito e un progetto di ripristino documentato. Confermare che ogni partecipante all'anello supporti il ruolo previsto e che la configurazione del supervisore non sia duplicata accidentalmente.

La resilienza dell'anello non sostituisce la convalida della temporizzazione. Dopo aver realizzato l'anello, testare sia il funzionamento normale sia l'interruzione di un singolo cavo mentre gli assi si trovano in una condizione di messa in servizio controllata. Verificare che la diagnostica identifichi la posizione del guasto e che il comportamento di ripristino corrisponda alla valutazione dei rischi della macchina.

Topologia EtherNet/IP industriale con separazione dei drive di movimento dal traffico HMI generale

La topologia deve essere scelta in base ai requisiti di temporizzazione, manutenzione, espansione e guasto singolo.

Il periodo di aggiornamento e le impostazioni della connessione sono scelte progettuali

Il periodo di aggiornamento del movimento deve essere supportato dal controllore, dal drive, dal numero di assi e dall'applicazione. Non deve essere copiato da un esempio trovato in un forum né impostato universalmente su un unico valore. Gli aggiornamenti più rapidi aumentano la frequenza con cui il sistema deve pianificare e trasportare i dati di movimento, mentre quelli più lenti potrebbero non garantire le prestazioni dinamiche richieste.

Esamina insieme la temporizzazione del gruppo di movimento, il comportamento dell'aggiornamento del corso, la configurazione degli assi, l'utilizzo del controller e la capacità della rete. Quando Studio 5000 espone impostazioni relative sia al movimento sia alla connessione, usa la documentazione Rockwell relativa alla revisione selezionata del controller e dell'azionamento per mantenerle coerenti. Una mancata corrispondenza può manifestarsi come un guasto di connessione, sincronizzazione o configurazione dell'asse, anziché come un evidente allarme di larghezza di banda.

Non usare un numero fisso di assi come confine tra un'infrastruttura accettabile e una non accettabile. Il limite dipende dalle frequenze di aggiornamento, dalla capacità del controller e del modulo di comunicazione, dalla topologia, dal comportamento dello switch, dall'altro traffico e dal resto del progetto. Calcola e convalida la progettazione effettiva.

Il traffico condiviso richiede confini definiti intenzionalmente

La navigazione dell'HMI, la raccolta dello storico, i backup, i flussi video delle telecamere e i caricamenti di progettazione possono creare picchi di traffico invisibili durante una messa in servizio tranquilla. Ciò non significa che ogni HMI debba avere una rete fisicamente separata, ma significa che il percorso del movimento deve essere testato con un traffico di stabilimento realistico.

Segmenta i domini di broadcast quando lo richiedono l'architettura e il progetto di sicurezza. Tieni gli switch temporanei non gestiti fuori dai quadri permanenti. Disabilita le porte inutilizzate, documenta le connessioni consentite e includi la configurazione dello switch gestito nel backup della macchina. Se vengono introdotti Network Address Translation, routing o firewall, verifica che il traffico del movimento integrato rimanga all'interno di una progettazione supportata.

La sicurezza di rete e la disponibilità del movimento sono correlate. Una subnet piatta e non documentata facilita le modifiche non autorizzate e rallenta la risoluzione dei problemi. Al contrario, una progettazione troppo complessa con confini di routing non supportati può impedire la sincronizzazione temporale o il rilevamento dei dispositivi. Usa l'architettura più semplice che soddisfi i requisiti operativi, di sicurezza, manutenzione ed espansione.

Metti in servizio partendo dall'orologio verso l'esterno

Conferma il grandmaster o time master previsto e verifica che i controller partecipanti riportino uno stato sincronizzato. Quindi controlla ogni hop di rete e ogni connessione dell'azionamento, invece di trattare la subnet come un'unica scatola nera.

Controlla i numeri di catalogo, il firmware, gli Add-On Profile, l'indirizzamento IP, gli indirizzi duplicati, il comportamento della velocità e del duplex delle porte, gli errori di collegamento, i pacchetti scartati, lo stato DLR quando utilizzato e lo stato di sincronizzazione degli azionamenti. Conferma che l'asse attraversi gli stati di connessione e sicurezza previsti prima di abilitare il movimento.

Esegui un test di traffico controllato che rappresenti l'utilizzo dell'HMI, la raccolta dati e l'accesso di progettazione. Analizza nel tempo i guasti degli assi e l'errore di inseguimento, e raccogli i contatori dello switch gestito prima e durante il test. Una baseline pulita fornisce alla manutenzione un riferimento dopo future espansioni.

Infine, testa gli scenari di manutenzione: perdita di alimentazione dello switch, scollegamento di un cavo, sostituzione dell’azionamento, riavvio del controllore e ripristino da un backup della configurazione. Esegui solo i test consentiti dalla valutazione dei rischi della macchina e dal piano di commissioning.

Pianifica la riserva come parte della topologia

Un azionamento sostitutivo deve corrispondere a più della sola potenza nominale. Conferma la famiglia del catalogo, il percorso del firmware, l’interfaccia di feedback, l’opzione di sicurezza, il ruolo nella rete, il set di connettori e il metodo di ripristino dei parametri. Analogamente, uno switch sostitutivo deve disporre del set di funzionalità richiesto e di un backup controllato della configurazione.

L’hardware servo e gli azionamenti pertinenti sono organizzati nella sezione azionamenti e controllo del movimento, mentre le opzioni per i controllori Logix e le comunicazioni possono essere consultate nella sezione sistemi PLC e PAC. La disponibilità di un prodotto non ne stabilisce la compatibilità; l’elenco dei materiali validato e la documentazione del produttore restano le fonti autorevoli.

Parere editoriale: acquistare uno switch gestito non equivale a progettare una rete di motion. Una progettazione difendibile identifica il master del tempo, convalida ogni hop, definisce il comportamento in caso di guasto, testa un traffico realistico e conserva la configurazione necessaria per ripristinare la macchina.

Domande frequenti

Ogni installazione Kinetix 5500 richiede uno switch gestito?

No. Le progettazioni dirette, lineari, ad anello e con switch supportate dipendono dall’azionamento, dal controllore e dall’applicazione specifici. Quando è presente uno switch in un percorso di motion integrato, deve soddisfare i requisiti dell’architettura validata.

Perché l’azionamento può rispondere al ping ma non riuscire a stabilire una connessione con l’asse?

Il ping verifica solo la raggiungibilità IP di base. Il motion integrato dipende anche da hardware e firmware compatibili, dalla corretta configurazione degli assi, dalla capacità del controllore, da CIP Sync, dalle impostazioni di connessione e dal comportamento di ogni hop della rete.

Uno switch Stratix è l’unica scelta possibile?

Le progettazioni Stratix validate da Rockwell semplificano il supporto e la diagnostica, ma la risposta corretta deriva dalla documentazione applicabile sull’architettura e sui dispositivi Rockwell. Uno switch di terze parti non dovrebbe essere accettato solo perché pubblicizza IEEE 1588 o una velocità gigabit.

Il periodo di aggiornamento del movimento deve essere sempre impostato su 1 ms?

No. Seleziona un periodo di aggiornamento supportato in base alla dinamica dell’applicazione, alle capacità del controllore e dell’azionamento, al numero di assi e alla progettazione della rete. Verifica l’impostazione nella documentazione relativa alle revisioni installate.

Qual è la documentazione di commissioning più utile?

Registra lo stato del master del tempo, lo stato dei dispositivi sincronizzati, la topologia, le revisioni del firmware e del software, la configurazione dello switch, il valore di riferimento degli errori delle porte, lo stato della connessione degli assi e i risultati dei test controllati del traffico e del ripristino dai guasti.


Lascia un commento

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