# Abilitazione e stato di salute

> Che cosa partecipa all'acquisizione a ogni livello dell'albero, che cosa significano i punti e i testi di stato, le pillole Tutti/In ordine/Problemi/Spenti, la barra di stato, Ultimo errore, e i verbi Riconnetti, Aggiorna e Aggiorna tutto.

Due domande attraversano tutta la colonna Comunicazione, ed entrambe ricevono la stessa risposta a ogni livello: che cosa sta partecipando all'acquisizione, e che cosa sta rispondendo in questo momento. Alla prima risponde l'operatore con i verbi Abilita e Disabilita; alla seconda risponde un monitor sempre acceso che osserva una volta al secondo e spinge il risultato su ogni punto della pagina, sulla barra di stato e sui valori del Connector che Logic e le dashboard leggono.

## Che cosa partecipa {#what-takes-part}

L'abilitazione si decide a ogni livello, e un interruttore non riscrive mai quello sotto di lui:

| Livello | Verbi | Effetto quando è spento |
| --- | --- | --- |
| Linea seriale | Abilita / Disabilita sulla barra della linea | Il bus si chiude per ogni dispositivo che vi sta sopra; ogni dispositivo conserva la propria scelta Abilitato e torna esattamente com'era quando la linea viene riabilitata. Abilita è rifiutato finché i parametri della linea non sono validi. |
| Broker | Abilita / Disabilita sulla barra del broker o sulla sua riga | La sessione MQTT si chiude per ogni dispositivo sotto di esso; ogni dispositivo conserva la propria scelta Abilitato e torna com'era quando il broker viene riabilitato. Abilita è rifiutato finché il broker non ha un host. |
| Dispositivo | Abilita / Disabilita sulla barra del dispositivo o sulla sua riga | Ogni comunicazione con il dispositivo si ferma e i suoi tag lasciano lo spazio degli indirizzi vivo; i tag conservano i propri interruttori. Attivo per impostazione predefinita. |
| Tag | Abilita / Disabilita sulla barra del tag o sulla sua riga | Quel solo tag lascia l'acquisizione e lo spazio degli indirizzi vivo. Attivo per impostazione predefinita. Un tag di Sola scrittura non viene mai interrogato, abilitato o no. |

Ogni Abilita e Disabilita richiede Configurare Connector ed è grigio mentre una prova tiene la stazione o il runtime è fermo; una scansione sullo stesso driver rende grigi anche quelli della linea e del dispositivo. Un dispositivo è **abilitato in esercizio** quando è abilitato e, per un dispositivo su una linea seriale, lo è anche la sua linea, e per MQTT il suo broker: è questo che guardano l'interrogazione ciclica, la pillola Spenti e il monitor dello stato di salute. Un driver non ha un interruttore proprio: ogni driver che il pacchetto porta viene offerto, e i livelli sotto di lui decidono che cosa legge.

## Lo stato di salute di un dispositivo {#the-health-of-a-device}

Il monitor ricava lo stato di salute di un dispositivo dai suoi tag abilitati e leggibili:

| Stato di salute | Punto | Significato |
| --- | --- | --- |
| **Connesso** | verde | Ogni tag leggibile abilitato ha risposto alla sua ultima lettura. Un tag di cui un punto di ricarica OCPP o un sensore LoRaWAN non ha ancora inviato il primo valore (il tag Transaction di un connettore prima della prima ricarica) non conta finché quel valore non arriva, e non conta nemmeno un tag il cui primo valore non è ancora arrivato in altri tre casi: un file letto dal driver File che non esiste ancora, un tag in ascolto del driver Generic serial and TCP prima del primo messaggio che il suo filtro accetta, e un tag del driver Database che legge la riga più recente di una tabella che non ha ancora righe. Il primo valore conta dall'ultima connessione del dispositivo: quando un punto di ricarica si riconnette dopo una ricarica, il tag Transaction del connettore torna a non contare fino alla ricarica successiva. Un tag che ha già avuto un valore da quando il suo dispositivo si è connesso conta come sempre, anche mentre aspetta. |
| **Parzialmente connesso** | ambra | Alcuni hanno risposto, altri no. |
| **Non connesso** | rosso | Nessuno ha risposto. |
| **Disabilitato** | grigio | Il dispositivo è disabilitato, oppure lo è la sua linea seriale o il suo broker. |
| **Non ancora noto** | grigio | Non c'è nulla da giudicare: nessun tag abilitato; un dispositivo il cui host non è ancora inserito, che la stazione non prova a raggiungere; oppure un dispositivo che la stazione sta rimettendo nel server in funzione dopo un salvataggio o quando il server parte, finché uno dei suoi tag non risponde o uno resta senza risposta per il suo intervallo di interrogazione più 10 secondi; un sensore LoRaWAN connesso che non ha ancora inviato alcun valore dei suoi tag; oppure un dispositivo i cui tag leggibili sono tutti ancora in attesa del primo valore, come descritto sotto Connesso. |

Il punto del dispositivo stesso risponde ad Abilita e Disabilita all'istante, come i suoi tag, senza aspettare il monitor: Disabilita mostra subito Disabilitato, e Abilita mostra Non ancora noto finché il monitor non ha letto il dispositivo riacceso. Abilitare o disabilitare la sua linea seriale gli fa lo stesso, e i punti della sua cartella, del suo driver e della cartella Driver seguono nello stesso momento.

Un punto di ricarica OCPP prende il suo stato di salute dal suo collegamento al sistema centrale di questa stazione e non dal silenzio dei suoi tag, come un concentratore radio LoRaWAN lo prende da quello del suo gateway: Connesso finché è collegato, qualunque cosa abbia inviato finora (Parzialmente connesso quando alcuni dei tag che ha inviato falliscono), Non connesso quando non si è collegato da quando la stazione è stata aperta o dopo essere caduto, e Non ancora noto solo per al massimo dieci secondi dopo che la stazione lo ha rimesso al suo posto. [OCPP](driver-ocpp#the-charge-points-health) riporta la tabella completa.

Un dispositivo i cui tag abilitati sono tutti di Sola scrittura non ha alcuna lettura da giudicare e prende invece lo stato di connessione del trasporto: Connesso mentre è connesso, Non connesso mentre non lo è, Non ancora noto prima che il Connector ci abbia provato. Un valore fuori intervallo con un guasto sui limiti è una condizione di processo, non un problema di connessione: fa diventare ambra il punto del tag ma non conta mai il dispositivo come non connesso. Allo stesso modo un valore di sostituzione tiene il tag leggibile mentre il dispositivo viene comunque riferito come non connesso. Il server OPC UA integrato non fa parte di questo stato di salute: mentre è fermo il Connector continua a leggere e ogni tag conserva il suo valore dal vivo, e il suo stato è in [Stato](connector-opcua-server). Solo un Connector che non è affatto in funzione lascia ogni tag come un vuoto, e la barra di stato dice allora « Connector: fermo ».

## Il punto del tag {#the-tags-dot}

Il punto di un tag è lo stesso nell'albero e sulla pagina del tag. Un tag che la stazione non legge è grigio, qualunque cosa abbia mostrato per ultima: un tag disabilitato, e ogni tag di un dispositivo disabilitato, che sta sotto una linea disabilitata o il cui host non è ancora inserito, così che Disabilita rende grigi i tag del dispositivo all'istante. Su un tag che la stazione legge, il punto è ambra quando il valore è una sostituzione oppure quando la fase Limiti ha sollevato un guasto, perché un numero leggibile non è la stessa cosa di una misura, e ambra quando la lettura è rimasta muta; verde mentre il tag ha un valore; grigio altrimenti. Una lettura resta muta quando non ne arriva nessuna nuova per l'intervallo di interrogazione del tag più 10 secondi, come quando un dispositivo accetta la connessione e poi smette di rispondere. Conta allora come una lettura non riuscita: il tag mostra ciò che presenta la sua politica per [un dispositivo che non ha risposto](connector-value-pipeline#the-device-did-not-answer), nessun valore e qualità cattiva come impostazione predefinita, datato dalla marca temporale dell'origine dell'ultima lettura arrivata, e conta per lo stato di salute del suo dispositivo come senza risposta. La riga del tag porta inoltre un segno di errore rosso quando l'ultima lettura è fallita, con il messaggio come suggerimento.

## Gli stati di una linea seriale {#serial-line-states}

Una linea seriale, qualunque sia il suo driver, riferisce la porta fisica separatamente dai suoi dispositivi, nella riga dell'albero, nella tabella delle linee del driver e nell'intestazione della pagina della linea:

| Stato | Punto | Significato |
| --- | --- | --- |
| **Spenta** | grigio | La linea è disabilitata. |
| **Inattiva** | grigio | Abilitata, ma senza alcun dispositivo abilitato: la porta non viene aperta. |
| **Connessione…** | ambra | Un dispositivo è abilitato e la porta si sta aprendo, oppure si sta riaprendo dopo un guasto. |
| **Connessa** | verde | La porta è aperta e in servizio. |
| **Guasto della porta** | rosso | Non è stato possibile aprire la porta, oppure la porta ha fallito; il motivo viene stampato sotto l'intestazione nella lingua della stazione (un altro programma tiene la porta, la porta non esiste, la porta ha smesso di funzionare) e, con le parole del sistema operativo, come suggerimento di errore della riga, e il diario registra una volta il guasto e una volta il ripristino. |

Il testo di riepilogo della linea aggiunge quello che stanno facendo i suoi dispositivi: « Connessa · 2/2 dispositivi connessi », « Connessa · 1 connessi · 1 con problemi », « Inattiva · nessun dispositivo abilitato ». Una linea può essere Connessa e tenere comunque un dispositivo per cui non risponde nessuno. Un broker MQTT riferisce la sua sessione allo stesso modo, separata dai suoi dispositivi; i suoi stati sono in [MQTT](driver-mqtt#broker-states).

## Come i punti si riassumono {#how-the-dots-roll-up}

Le cartelle, le linee seriali, i driver e la cartella Driver applicano tutti una sola regola ai loro figli: contano solo i figli Connessi, Parzialmente connessi e Non connessi; Disabilitato e Non ancora noto sono neutri e non tirano mai un genitore sull'ambra o sul rosso. Tra i figli che contano, tutti Connessi fa Connesso, un qualunque Connesso o Parzialmente connesso in mezzo ad altri fa Parzialmente connesso, tutti Non connessi fa Non connesso, e nessun figlio che conti fa Non ancora noto. Una cartella riassume ogni dispositivo che contiene, sottocartelle comprese; un driver Modbus RTU riassume le sue linee, un driver Generic serial and TCP o SCPI instruments le sue linee e i suoi dispositivi fuori linea, e un driver MQTT i suoi broker; la cartella Driver riassume ogni driver che contiene. Con un driver Connesso e un altro con tutti i dispositivi disabilitati, la cartella Driver si legge Connesso, non ambra. Le due righe della cartella [Server](connector-servers) restano fuori da questo riepilogo: ogni punto dice solo come sta il suo server, e nessuno sposta il punto della cartella Driver né la barra di stato.

## Le pillole Tutti / In ordine / Problemi / Spenti {#the-all--ok--issues--off-chips}

Le pillole sopra l'albero raccolgono ogni riga secondo questi stessi stati: **In ordine** è un dispositivo o una linea abilitati in esercizio e Connessi o su cui non c'è ancora nulla da giudicare, compreso un dispositivo il cui host non è ancora inserito, e un tag abilitato che legge una misura entro i propri limiti; **Problemi** è un dispositivo o una linea abilitati ma Non connessi o Parzialmente connessi, e un tag abilitato senza valore, con un valore di sostituzione, con un valore fuori dai propri limiti o con una lettura rimasta muta, su un dispositivo che la stazione sta leggendo; **Spenti** è un dispositivo, una linea o un tag disabilitati, compreso un dispositivo sotto una linea disabilitata. Un tag viene letto solo mentre viene letto il suo dispositivo: ogni tag di un dispositivo spento sta con lui sotto Spenti, e ogni tag abilitato di un dispositivo il cui host non è ancora inserito sta con lui sotto In ordine, qualunque cosa mostri. Un tag abilitato senza valore che lo stato di salute del suo dispositivo lascia fuori perché il suo primo valore non è ancora arrivato (vedi Connesso) sta anch'esso sotto In ordine. I due server si collocano secondo il loro stato: **In ordine** finché il server è acceso e non ha fallito, **Problemi** finché è acceso ma non riesce ad avviarsi, **Spenti** finché è spento. Una riga di driver e le due cartelle compaiono quando qualcosa sotto di loro passa; la riga selezionata resta sempre visibile. Le pillole sono descritte insieme al resto della colonna su [Connector](connector#search-and-the-state-chips).

## La barra di stato {#the-status-bar}

Il segno del Connector e il testo a sinistra nella barra di stato della finestra sono lo stesso monitor, ripiegato su una riga sola, il segno tinto di verde, ambra, rosso o grigio come un punto dell'albero: « Connector: tutto connesso » quando nessun dispositivo è Non connesso o Parzialmente connesso; altrimenti il dispositivo messo peggio, per nome, « Connector: Furnace non comunica » per Non connesso oppure « Connector: Furnace instabile » per Parzialmente connesso; « Connector: fermo » mentre il Connector stesso non è in funzione. Parla solo per il Connector: il server OPC UA integrato che pubblica i dispositivi ha il suo stato in [Stato](connector-opcua-server), e il Connector legge mentre è fermo. L'icona nell'area di notifica dice la stessa riga. Un clic sull'indicatore apre la pagina Connector. Il resto della barra di stato è su [La finestra](app-window).

## Ultimo errore {#last-error}

Ogni livello dell'albero dice l'errore che è suo, nomina gli elementi subito sotto che ne hanno uno e rimanda in alto quando l'errore viene da lì, allo stesso modo con ogni driver. Un elemento con un errore proprio porta un segno rosso dopo il nome, sulla sua riga dell'albero e in ogni tabella che lo elenca, con il motivo come suggerimento; quel motivo resta sull'elemento e sulla sua pagina, e il diario conserva ogni riga intera.

| Livello | Il suo errore | Il livello sotto | Un errore dall'alto |
| --- | --- | --- | --- |
| Driver | Un driver che il pacchetto non porta, o una libreria che manca a questo computer, come nota sulla sua pagina | Le sue linee seriali e i suoi broker con errore, poi i suoi dispositivi con errore, per nome: « 2 dispositivi con errore: Boiler, Chiller » | Nessuno |
| Linea seriale, broker MQTT | La porta che non si apre, o il broker che rifiuta la stazione, in rosso sotto l'intestazione nella lingua della stazione (sotto) | I suoi dispositivi con errore, per nome | Nessuno |
| Dispositivo | Non si connette, o la connessione viene rifiutata, in rosso sotto l'intestazione e nella colonna **Ultimo errore** della tabella dei dispositivi del driver, entrambi nella lingua della stazione (vedi sotto), con la riga intera come suggerimento della cella | I suoi tag con errore, per nome: « 3 tag con errore: C3, Opt_Int, T5 », gli altri contati oltre tre nomi (« +2 ») | Su una linea seriale o un broker con errore, il dispositivo non porta alcun segno e la sua pagina dice « Questo dispositivo passa per la linea seriale Bench bus, che ha un errore. La pagina della linea dice perché. » |
| Tag | Perché la sua lettura o la sua scrittura è fallita, in rosso sotto l'intestazione | Nessuno: il tag è l'ultimo livello | Finché il suo dispositivo non è connesso, il tag non porta alcun segno e la sua pagina dice « Questo tag passa per il dispositivo Furnace, che non è connesso. La pagina del dispositivo dice perché. » |

L'errore proprio di un dispositivo si pulisce quando il dispositivo si riconnette, Connesso o Parzialmente connesso: un tag che continua a fallire mantiene allora il proprio errore nella sua riga e nella sua pagina, e la riga del dispositivo non porta più l'errore di connessione; uno scritto mentre il dispositivo restava Connesso si pulisce non appena ogni tag che la stazione legge da esso ha ricevuto una lettura successiva alla voce; un tag che aspetta ancora il suo primo valore, che Connesso non conta, non conta nemmeno qui. Quello di un tag sparisce non appena arriva una lettura di quel tag successiva alla voce, che lo stato del dispositivo sia cambiato o no, e il tag lascia con esso l'elenco del suo dispositivo. L'errore di lettura di un tag sparisce anche quando una lettura successiva trova il tag solo in attesa del suo primo valore da quando il suo dispositivo si è connesso: quando un punto di ricarica si riconnette senza una ricarica in corso, il tag Transaction del connettore torna ad aspettare, come prima della prima ricarica, senza errore. Un dispositivo il cui driver il pacchetto non porta mostra in quel punto la nota « Driver non incluso in questo pacchetto. », perché non c'è alcun guasto da indagare; un dispositivo OPC UA in attesa del suo certificato mostra « In attesa dell'approvazione del certificato ». Un dispositivo abilitato ancora senza host mostra « Indirizzo host non ancora inserito »: non è stato tentato nulla, quindi non c'è alcun errore da mostrare, e l'errore lasciato da un host precedente viene pulito. Il diario completo è sulla pagina Eventi.

La riga rossa sotto l'intestazione di un dispositivo, di un tag, di una linea seriale o di un broker, la cella **Ultimo errore** del dispositivo e la risposta di una scrittura sulla pagina del tag dicono che cosa è fallito nella lingua della stazione, senza l'apertura della riga del diario, senza la classe dell'eccezione, senza l'inglese del sistema operativo e senza ciò che la stazione fa dopo, a ogni tentativo, anche quando la riga è una che il driver ha scritto da sé; il suggerimento della cella, il suggerimento del marcatore dell'albero e la pagina Eventi conservano la riga intera:

| Che cosa è fallito | Che cosa dice la riga rossa |
| --- | --- |
| Un'unità Modbus risponde alla lettura con un'eccezione | Che il dispositivo ha rifiutato la lettura, la classe come la nomina l'elenco **Classe di registro**, l'indirizzo come lo stampa il manuale del dispositivo (il registro di ingresso 0 è 30001) e il codice, con ciò che significa per i codici da 1 a 4, 10 e 11 (codice 2: indirizzo non valido) |
| La porta rifiuta la connessione | « Il dispositivo non accetta connessioni sulla porta 502: nessun servizio risponde su quella porta, oppure un firewall la rifiuta. » |
| L'host risponde al ping, la porta non dice nulla | « 10.0.0.5 risponde al ping, ma la porta 502 no: probabilmente un firewall blocca quella porta, su questa stazione, sul dispositivo o sulla rete fra i due. Consentire TCP 502 da questa stazione verso 10.0.0.5. » |
| Né la porta né il ping rispondono | « 10.0.0.5 non risponde, nemmeno al ping: verificare che il dispositivo sia acceso e che il suo host sia corretto. Un firewall che blocca anche il ping appare allo stesso modo. » |
| Il dispositivo non risponde in tempo | « Il dispositivo non ha risposto in tempo. » |
| Il nome dell'host non si risolve | « Il nome plc-7 non corrisponde a nessun indirizzo di rete: verificare l'host del dispositivo. » |
| Il driver è fallito senza parole proprie | « Il dispositivo ha fallito senza indicare un motivo. La pagina Eventi conserva il dettaglio tecnico. » |
| Un'unità Modbus risponde alla scrittura con un'eccezione | Che il dispositivo ha rifiutato la scrittura, detto come una lettura rifiutata |
| La connessione con il dispositivo cade | « La connessione con il dispositivo si è persa. » |
| Nessuna route di rete porta all'host | « Nessuna route di rete porta da questa stazione al dispositivo: verificare il suo host e la rete intermedia. » |
| Un servizio web risponde con uno stato fuori dall'intervallo di successo | « Il dispositivo ha risposto con lo stato HTTP 503. », con ciò che lo stato significa dopo di esso per 401, 403 e 404 (401: il nome utente o la password non è stato accettato) |
| Il dispositivo risponde a una lettura senza un valore, e il suo driver non dice perché | « Il dispositivo ha risposto alla lettura senza un valore. » |
| La risposta del dispositivo non è un valore del tipo del tag | « La risposta del dispositivo non si legge come un valore del tipo del tag. » |
| Un altro programma tiene la porta seriale, oppure la porta non esiste | « La porta seriale COM3 è usata da un altro programma, oppure Windows non lascia che la stazione la apra. » oppure « La porta seriale COM3 non esiste su questo computer: verificare il nome della porta e che il suo adattatore sia collegato. » |
| Il broker MQTT rifiuta la stazione | Che cosa ha rifiutato e dove si corregge: « Il broker ha rifiutato il nome utente o la password: verificare Nome utente e Password di accesso nella scheda Connessione al broker. » |
| La stazione rifiuta il certificato che presenta l'apparecchiatura o il broker | "Il certificato di questa apparecchiatura (9F2C44A01B7E33D0) attende la vostra approvazione in Accesso delle apparecchiature, nella pagina del driver Redfish. La lettura inizia appena lo approvate.", e allo stesso modo un certificato bloccato in questa stazione, fuori dalle sue date di validità o che non supera un controllo che nessuna approvazione sostituisce |
| Una CPU Siemens rifiuta la connessione | "La CPU ha accettato la connessione TCP e rifiutato la connessione S7: verificare Telaio e Slot del telaio del dispositivo.", e allo stesso modo una password rifiutata, le librerie OpenSSL mancanti accanto al driver o una CPU che non risponde all'accesso per nome |
| La lettura del dispositivo si è fermata inaspettatamente | "La lettura di questo dispositivo si è fermata inaspettatamente, quindi i suoi tag non hanno valore. Riavviare il programma lo rilegge; la pagina Eventi conserva il dettaglio tecnico." |
| Ogni altro errore | Le parole del driver stesso, che dicono perché |

Un comando di dispositivo, un **Riconnetti** e una scansione che falliscono dicono che cosa hanno incontrato con le stesse parole, e così anche i rifiuti della stazione stessa (un dispositivo non connesso, un dispositivo non ancora nella configurazione in esecuzione, un comando non ancora salvato); l'agente e il diario tecnico conservano la riga in inglese.

Quando la connessione TCP di un dispositivo, o di un broker MQTT, non si apre, la stazione guarda la porta una seconda volta e intanto fa un ping all'host, e la riga del diario porta una frase in più dopo la causa del driver stesso, in inglese come la causa, che la riga rossa dice nella lingua della stazione (vedi sopra). Un'apparecchiatura accesa con la porta chiusa rifiuta subito, quindi una porta che tace mentre il suo host risponde viene filtrata lungo il percorso:

| Cosa trova la stazione | La frase dopo la causa |
| --- | --- |
| L'host risponde al ping, la porta tace | « 10.0.0.5 answers ping, but TCP port 502 does not: a firewall probably blocks that port, on this station, on the device or on the network between them. Allow TCP 502 from this station to 10.0.0.5. » |
| Né la porta né il ping rispondono | « 10.0.0.5 does not answer ping either: check that the device is on and that the address is right. A firewall that also blocks ping looks the same. » |
| La porta rifiuta | « 10.0.0.5 refuses connections on TCP port 502: nothing serves on that port there, or a firewall refuses it. » |

La porta è quella che apre il protocollo del dispositivo: la porta propria del dispositivo per la maggior parte dei driver, 102 per Siemens, 44818 per Rockwell e per un Omron NJ/NX, 48898 per Beckhoff ADS. La frase di un broker nomina il computer del broker, e un broker che ha risposto e ha rifiutato la stazione non ne riceve. Non si aggiunge nulla dove il dispositivo non ha una porta propria da guardare: una linea seriale, UDP, VISA, un file SQLite o una sorgente ODBC, un'istanza di SQL Server che il servizio SQL Server Browser individua, una richiesta che il proxy del computer inoltra. Le frasi non nominano nessuno: chi apre la porta, su questa stazione, sull'apparecchiatura o sulla rete dell'impianto, legge le stesse parole.

## Riconnetti, Aggiorna e Aggiorna tutto {#reconnect-refresh-and-refresh-all}

| Comando | Dove | Che cosa fa |
| --- | --- | --- |
| **Riconnetti** | La barra e il menu contestuale di un dispositivo | Chiude la connessione di quel dispositivo e la riapre, senza toccare alcun altro dispositivo e senza ricaricare nulla. Il messaggio aspetta il driver: « 'Furnace' riconnesso. », oppure « Non è stato possibile riconnettere 'Furnace': » con la causa come la dice la riga rossa del dispositivo. |
| **Aggiorna** | La barra e il menu contestuale di un driver | Rilegge la configurazione dal database e ricostruisce tutto l'albero. Il server in funzione viene lasciato com'è. La colonna mantiene il suo posto: il driver resta selezionato con la sua pagina aperta, e i rami aperti restano aperti. « Dispositivi aggiornati. » |
| **Aggiorna tutto** | La barra del catalogo della cartella Driver | Lo stesso di Aggiorna, con la cartella Driver che resta selezionata e il catalogo aperto. |

Aggiorna e Aggiorna tutto si limitano a leggere, quindi vengono disegnati per ogni ruolo; Riconnetti chiude e riapre una connessione, quindi a un ruolo senza Configurare Connector non viene disegnato affatto. Tutti e tre diventano grigi mentre una prova tiene la stazione o il runtime è fermo, e Riconnetti e Aggiorna diventano grigi anche mentre girano una scansione o un'associazione. Riconnetti diventa grigio anche su un dispositivo che attende ancora il suo indirizzo (l'host, il dispositivo NI-DAQmx, la cartella o il database), che non ha alcuna connessione da riaprire; il suo suggerimento nomina ciò che manca al suo driver. Nessuno dei due aggiornamenti serve dopo una modifica: ogni salvataggio riconcilia da sé il dispositivo cambiato nel server in funzione, e un dispositivo irraggiungibile viene ritentato in secondo piano finché non risponde, con i suoi tag che fino ad allora si leggono come vuoti. Riconnetti è quello che accorcia l'attesa: chiede adesso invece di lasciare il dispositivo al tentativo automatico successivo, e riferisce se il dispositivo ha risposto. I limiti che sollevano un guasto sui limiti fanno parte della [catena di conversione](connector-value-pipeline).