# Activation et état de santé

> Ce qui prend part à l'acquisition à chaque niveau de l'arborescence, ce que veulent dire les points et les textes d'état, les pastilles Tous, Sains, Anomalies et Arrêt, la barre d'état, la dernière erreur, et les verbes Reconnecter, Actualiser et Tout actualiser.

Deux questions traversent toute la colonne Communications, et les deux reçoivent la même réponse à chaque niveau : qu'est-ce qui prend part à l'acquisition, et qu'est-ce qui répond à cet instant. La première est un choix que vous faites avec les verbes Activer et Désactiver; la seconde est ce qu'un moniteur toujours actif observe une fois par seconde et pousse vers chaque point de la page, vers la barre d'état, et vers les valeurs du Connector que lisent Logic et les tableaux de bord.

## Ce qui prend part {#what-takes-part}

L'activation se décide par niveau, et un interrupteur ne réécrit jamais celui du dessous :

| Niveau | Verbes | Effet à l'arrêt |
| --- | --- | --- |
| Ligne série | Activer / Désactiver sur la barre de la ligne | Le bus se ferme pour chaque équipement qui s'y trouve; chaque équipement garde son propre choix Activé et revient exactement comme il était quand la ligne est réactivée. Activer est refusé tant que le tuple de la ligne est invalide. |
| Broker | Activer / Désactiver sur la barre du broker ou sur sa ligne | La session MQTT se ferme pour chaque équipement placé dessous; chacun garde son propre choix Activé et revient comme il était quand le broker est réactivé. Activer est refusé tant que le broker n'a pas d'hôte. |
| Équipement | Activer / Désactiver sur la barre de l'équipement ou sur sa ligne | Toute communication avec l'équipement s'arrête et ses tags quittent l'espace d'adressage vivant; les tags gardent leurs propres interrupteurs. Activé par défaut. |
| Tag | Activer / Désactiver sur la barre du tag ou sur sa ligne | Ce seul tag quitte l'acquisition et l'espace d'adressage vivant. Activé par défaut. Un tag en écriture seule n'est jamais scruté, activé ou non. |

Chaque Activer et chaque Désactiver demandent Configurer Connector et sont grisés pendant qu'un essai tient la station ou que le runtime est arrêté; un balayage sur le même pilote grise aussi ceux de la ligne et de l'équipement. Un équipement est **activé du point de vue de l'exploitation** quand il est activé et, sur une ligne série, que sa ligne l'est, et pour MQTT, que son broker l'est : c'est ce que regardent la scrutation, la pastille Arrêt et le moniteur d'état de santé. Un pilote n'a pas d'interrupteur à lui : chaque pilote que porte le paquet est proposé, et les niveaux en dessous décident de ce qu'il lit.

## L'état de santé d'un équipement {#the-health-of-a-device}

Le moniteur déduit l'état de santé d'un équipement de ses tags activés et lisibles :

| État de santé | Point | Sens |
| --- | --- | --- |
| **En ligne** | vert | Chaque tag lisible activé a répondu à sa dernière lecture. Un tag dont une borne OCPP ou un capteur LoRaWAN n'a pas encore envoyé la première valeur (le tag Transaction d'un connecteur avant la première recharge) n'est pas compté tant que cette valeur n'est pas arrivée, pas plus qu'un tag dont la première valeur n'est pas encore venue dans trois autres cas : un fichier que lit le pilote File et qui n'existe pas encore, un tag en écoute du pilote Generic serial and TCP avant le premier message que son filtre accepte, et un tag du pilote Database qui lit la ligne la plus récente d'une table qui n'a encore aucune ligne. La première valeur compte à partir de la dernière connexion de l'équipement : quand une borne se reconnecte après une recharge, le tag Transaction du connecteur n'est de nouveau pas compté jusqu'à la recharge suivante. Un tag qui a déjà eu une valeur depuis la connexion de son équipement compte comme d'habitude, même pendant qu'il attend. |
| **Partiellement en ligne** | ambre | Certains ont répondu, d'autres non. |
| **Hors ligne** | rouge | Aucun n'a répondu. |
| **Désactivé** | gris | L'équipement est désactivé, ou sa ligne série ou son broker l'est. |
| **Pas encore connu** | gris | Rien à juger : aucun tag activé; un équipement dont l'hôte n'est pas encore saisi, que la station n'essaie pas de joindre; ou un équipement que la station remet dans le serveur en fonctionnement après un enregistrement ou au démarrage du serveur, jusqu'à ce qu'un de ses tags réponde ou qu'un reste sans répondre pendant son intervalle de scrutation plus 10 secondes; un capteur LoRaWAN connecté qui n'a encore envoyé aucune valeur de ses tags; ou un équipement dont tous les tags lisibles attendent encore leur première valeur, comme décrit sous En ligne. |

Le point de l'équipement lui-même répond à Activer et Désactiver tout de suite, comme ses tags, sans attendre le moniteur : Désactiver affiche Désactivé immédiatement, et Activer affiche Pas encore connu jusqu'à ce que le moniteur ait lu l'équipement remis en marche. Activer ou désactiver sa ligne série lui fait la même chose, et les points de son dossier, de son pilote et du dossier Pilotes suivent au même moment.

Une borne OCPP tient son état de santé de sa connexion au système central de cette station et non du silence de ses tags, comme un concentrateur radio LoRaWAN le tient de celle de sa passerelle : En ligne tant qu'elle est connectée, quoi qu'elle ait envoyé jusque-là (Partiellement en ligne quand certains des tags qu'elle a envoyés échouent), Hors ligne quand elle ne s'est pas connectée depuis l'ouverture de la station ou après être tombée, et Pas encore connu seulement pendant au plus dix secondes après que la station l'a remise en place. [OCPP](driver-ocpp#the-charge-points-health) donne le tableau complet.

Un équipement dont tous les tags activés sont en écriture seule n'a aucune lecture à juger et prend plutôt l'état de connexion du transport : En ligne tant qu'il est connecté, Hors ligne sinon, Pas encore connu avant que le Connector n'ait essayé. Une valeur hors plage avec un défaut de limite est une condition du procédé, pas un problème de connexion : elle fait passer le point du tag à l'ambre mais ne compte jamais l'équipement hors ligne. Une valeur de remplacement garde de même le tag lisible pendant que l'équipement est toujours signalé hors ligne. Le serveur OPC UA intégré ne fait pas partie de cet état de santé : pendant qu'il est arrêté, le Connector continue de lire et chaque tag garde sa valeur en direct, et son propre état est sur [État](connector-opcua-server). Seul un Connector qui ne fonctionne pas du tout laisse chaque tag lire un vide, et la barre d'état indique alors « Connector : arrêté ».

## Le point d'un tag {#the-tags-dot}

Le point d'un tag est le même dans l'arborescence et sur la page du tag. Un tag que la station ne lit pas est gris, peu importe ce qu'il a affiché en dernier : un tag désactivé, et chaque tag d'un équipement désactivé, placé sous une ligne désactivée ou dont l'hôte n'est pas encore saisi, de sorte que Désactiver fait passer au gris les tags de l'équipement tout de suite. Sur un tag que la station lit, le point est ambre quand la valeur est une valeur de remplacement ou que l'étape Limites a levé un défaut, parce qu'un nombre lisible n'est pas la même chose qu'une mesure, et ambre quand la lecture s'est tue; vert tant que le tag porte une valeur; gris sinon. Une lecture se tait quand aucune nouvelle n'arrive pendant l'intervalle de scrutation du tag plus 10 secondes, comme lorsqu'un équipement accepte la connexion puis cesse de répondre. Elle compte alors comme une lecture en échec : le tag affiche ce que présente sa politique pour [un équipement qui n'a pas répondu](connector-value-pipeline#the-device-did-not-answer), aucune valeur et une mauvaise qualité par défaut, daté par l'horodatage source de la dernière lecture reçue, et il compte dans l'état de santé de son équipement comme ne répondant pas. La ligne du tag porte aussi un marqueur d'erreur rouge quand la dernière lecture a échoué, avec le message dans son infobulle.

## Les états d'une ligne série {#serial-line-states}

Une ligne série, quel que soit son pilote, signale le port physique séparément de ses équipements, dans la ligne de l'arborescence, dans le tableau des lignes du pilote et dans l'en-tête de la page de la ligne :

| État | Point | Sens |
| --- | --- | --- |
| **Arrêt** | gris | La ligne est désactivée. |
| **Au repos** | gris | Activée, mais aucun équipement activé : le port n'est pas ouvert. |
| **Connexion…** | ambre | Un équipement est activé et le port est en train de s'ouvrir, ou de se rouvrir après un échec. |
| **En ligne** | vert | Le port est ouvert et sert. |
| **Défaut de port** | rouge | Le port n'a pas pu s'ouvrir ou a échoué; la raison est écrite sous l'en-tête dans la langue de la station (un autre programme tient le port, le port n'existe pas, le port a échoué) et, dans les mots du système d'exploitation, dans l'infobulle d'erreur de la ligne, et le journal enregistre l'échec une fois et le rétablissement une fois. |

Le texte de résumé de la ligne ajoute ce que font ses équipements : « En ligne · 2/2 équipements en ligne », « En ligne · 1 en ligne · 1 en anomalie », « Au repos · aucun équipement activé ». Une ligne peut être En ligne et porter tout de même un équipement dont rien ne répond. Un broker MQTT rend compte de sa session de la même façon, à part de ses équipements; ses états sont sur [MQTT](driver-mqtt#broker-states).

## Comment les points se totalisent {#how-the-dots-roll-up}

Les dossiers, les lignes série, les pilotes et le dossier Pilotes appliquent tous une seule règle à leurs enfants : seuls les enfants En ligne, Partiellement en ligne et Hors ligne comptent; Désactivé et Pas encore connu sont neutres et ne tirent jamais un parent vers l'ambre ou le rouge. Parmi les enfants qui comptent, tous En ligne donne En ligne, un En ligne ou un Partiellement en ligne au milieu d'autres donne Partiellement en ligne, tous Hors ligne donne Hors ligne, et aucun enfant comptant donne Pas encore connu. Un dossier totalise chaque équipement à l'intérieur, sous-dossiers compris; un pilote Modbus RTU totalise ses lignes, un pilote Generic serial and TCP ou SCPI instruments ses lignes et ses équipements hors ligne série, et un pilote MQTT ses brokers; le dossier Pilotes totalise chaque pilote qu'il porte. Avec un pilote En ligne et un autre dont tous les équipements sont désactivés, le dossier Pilotes se lit En ligne, pas ambre. Les deux lignes du dossier [Serveurs](connector-servers) restent en dehors de ce total : chaque point dit seulement où en est son serveur, et aucun ne fait bouger le point du dossier Pilotes ni la barre d'état.

## Les pastilles Tous, Sains, Anomalies et Arrêt {#the-all--ok--issues--off-chips}

Les pastilles au-dessus de l'arborescence rangent chaque ligne d'après ces mêmes états : **Sains** est un équipement ou une ligne activés du point de vue de l'exploitation et En ligne ou dont il n'y a encore rien à juger, un équipement dont l'hôte n'est pas encore saisi compris, et un tag activé qui lit une mesure à l'intérieur de ses limites; **Anomalies** est un équipement ou une ligne activés mais Hors ligne ou Partiellement en ligne, et un tag activé sans valeur, avec une valeur de remplacement, avec une valeur hors de ses limites ou avec une lecture qui s'est tue, sur un équipement que la station lit; **Arrêt** est un équipement, une ligne ou un tag désactivés, un équipement sous une ligne désactivée compris. Un tag n'est lu que pendant que son équipement l'est : chaque tag d'un équipement éteint se range avec lui sous Arrêt, et chaque tag activé d'un équipement dont l'hôte n'est pas encore saisi se range avec lui sous Sains, peu importe ce qu'il affiche. Un tag activé sans valeur que l'état de santé de son équipement laisse de côté parce que sa première valeur n'est pas encore venue (voir En ligne) se range lui aussi sous Sains. Les deux serveurs se rangent d'après leur propre état : **Sains** pendant que le serveur est en marche sans avoir échoué, **Anomalies** pendant qu'il est en marche mais ne peut pas démarrer, **Arrêt** pendant qu'il est arrêté. Une ligne de pilote et les deux dossiers s'affichent quand quelque chose en dessous passe; la ligne sélectionnée reste toujours visible. Les pastilles sont décrites avec le reste de la colonne sur [Connector](connector#search-and-the-state-chips).

## La barre d'état {#the-status-bar}

La marque du Connector et le texte à gauche de la barre d'état de la fenêtre sont le même moniteur, replié sur une ligne, la marque teintée en vert, ambre, rouge ou gris comme un point de l'arbre : « Connector : en ligne » quand aucun équipement n'est Hors ligne ou Partiellement en ligne; sinon l'équipement le plus mal en point, nommé, « Connector : Furnace ne communique pas » pour Hors ligne ou « Connector : Furnace est instable » pour Partiellement en ligne; « Connector : arrêté » pendant que le Connector lui-même ne fonctionne pas. Il parle pour le Connector seul : le serveur OPC UA intégré qui publie les équipements a son propre état sur [État](connector-opcua-server), et le Connector lit pendant qu'il est arrêté. L'icône de la zone de notification affiche la même ligne. Cliquer l'indicateur ouvre la page Connector. Le reste de la barre d'état est sur [La fenêtre](app-window).

## Dernière erreur {#last-error}

Chaque niveau de l'arborescence dit l'erreur qui est la sienne, nomme les éléments juste en dessous qui en ont une et renvoie vers le haut quand l'erreur vient de là, de la même façon sous chaque pilote. Un élément qui a une erreur à lui porte un marqueur rouge après son nom, sur sa ligne de l'arborescence et dans chaque tableau qui le liste, avec le motif en infobulle; ce motif reste sur l'élément et sur sa propre page, et le journal garde chaque ligne entière.

| Niveau | Son erreur à lui | Le niveau en dessous | Une erreur venue d'en haut |
| --- | --- | --- | --- |
| Pilote | Un pilote que le paquet ne porte pas, ou une bibliothèque qui manque à cet ordinateur, en avis sur sa page | Ses lignes série et ses brokers en erreur, puis ses équipements en erreur, par leur nom : « 2 équipements en erreur : Boiler, Chiller » | Aucune |
| Ligne série, broker MQTT | Le port qui ne s'ouvre pas, ou le broker qui refuse la station, en rouge sous l'en-tête dans la langue de la station (ci-dessous) | Ses équipements en erreur, par leur nom | Aucune |
| Équipement | Il ne se connecte pas, ou la connexion est refusée, en rouge sous l'en-tête et dans la colonne **Dernière erreur** du tableau des équipements du pilote, les deux dans la langue de la station (voir plus bas), avec la ligne entière en infobulle de la cellule | Ses tags en erreur, par leur nom : « 3 tags en erreur : C3, Opt_Int, T5 », les autres comptés au-delà de trois noms (« +2 ») | Sur une ligne série ou un broker en erreur, l'équipement ne porte aucun marqueur et sa page dit « Cet équipement passe par la ligne série Bench bus, qui est en erreur. La page de la ligne indique pourquoi. » |
| Tag | Pourquoi sa lecture ou son écriture a échoué, en rouge sous l'en-tête | Aucun : le tag est le dernier niveau | Tant que son équipement n'est pas connecté, le tag ne porte aucun marqueur et sa page dit « Ce tag passe par l'équipement Furnace, qui n'est pas connecté. La page de l'équipement indique pourquoi. » |

L'erreur propre d'un équipement s'efface quand l'équipement se reconnecte, En ligne ou Partiellement en ligne : un tag qui échoue encore garde alors sa propre erreur sur sa ligne et sur sa page, et la ligne de l'équipement ne porte plus l'erreur de connexion; celle écrite pendant que l'équipement restait En ligne s'efface dès que chaque tag que la station lit de lui a reçu une lecture postérieure à l'entrée; un tag qui attend encore sa première valeur, que En ligne ne compte pas, n'est pas compté ici non plus. Celle d'un tag disparaît dès qu'arrive une lecture de ce tag postérieure à l'entrée, que l'état de l'équipement ait changé ou non, et le tag quitte avec elle la liste de son équipement. L'erreur de lecture d'un tag disparaît aussi quand une lecture ultérieure trouve le tag simplement en attente de sa première valeur depuis la connexion de son équipement : quand une borne se reconnecte sans recharge en cours, le tag Transaction du connecteur attend de nouveau, comme avant la première recharge, sans erreur. Un équipement dont le paquet ne porte pas le pilote montre à cet endroit l'avis « Pilote absent de ce paquet. », parce qu'il n'y a aucun défaut à instruire; un équipement OPC UA qui attend son certificat montre « En attente de l'approbation du certificat ». Un équipement activé encore sans hôte montre « Hôte pas encore saisi » : rien n'a été tenté, il n'y a donc aucune erreur à montrer, et une erreur laissée par un hôte précédent est effacée. Le journal complet est sur la page Événements.

La ligne rouge sous l'en-tête d'un équipement, d'un tag, d'une ligne série ou d'un broker, la cellule **Dernière erreur** de l'équipement et la réponse d'une écriture sur la page du tag disent ce qui a échoué dans la langue de la station, sans l'ouverture de la ligne du journal, sans la classe de l'exception, sans l'anglais du système d'exploitation et sans ce que la station fait ensuite, à chaque tentative, y compris quand la ligne est une que le pilote a écrite lui-même; l'infobulle de la cellule, l'infobulle du marqueur de l'arborescence et la page Événements gardent la ligne entière :

| Ce qui a échoué | Ce que dit la ligne rouge |
| --- | --- |
| Une unité Modbus répond à la lecture par une exception | Que l'équipement a refusé la lecture, la classe telle que la liste **Classe de registre** la nomme, l'adresse telle que le manuel de l'équipement l'imprime (le registre d'entrée 0 est 30001) et le code, avec ce qu'il signifie pour les codes 1 à 4, 10 et 11 (code 2 : adresse illégale) |
| Le port refuse la connexion | « L'équipement n'accepte pas de connexion sur le port 502 : rien n'écoute sur ce port, ou un pare-feu la refuse. » |
| L'hôte répond au ping, le port ne dit rien | « 10.0.0.5 répond au ping, mais pas le port 502 : un pare-feu bloque probablement ce port, sur cette station, sur l'équipement ou sur le réseau entre les deux. Autorisez TCP 502 de cette station vers 10.0.0.5. » |
| Ni le port ni le ping ne répondent | « 10.0.0.5 ne répond pas, même au ping : vérifiez que l'équipement est allumé et que son hôte est le bon. Un pare-feu qui bloque aussi le ping donne la même chose. » |
| L'équipement ne répond pas à temps | « L'équipement n'a pas répondu à temps. » |
| Le nom de l'hôte ne se résout pas | « Le nom plc-7 ne correspond à aucune adresse réseau : vérifiez l'hôte de l'équipement. » |
| Le pilote a échoué sans mots à lui | « L'équipement a échoué sans donner de raison. La page Événements garde le détail technique. » |
| Une unité Modbus répond à l'écriture par une exception | Que l'équipement a refusé l'écriture, dit comme une lecture refusée |
| La connexion à l'équipement tombe | « La connexion à l'équipement a été perdue. » |
| Aucune route réseau ne mène à l'hôte | « Aucune route réseau ne mène de cette station à l'équipement : vérifiez son hôte et le réseau entre les deux. » |
| Un service web répond par un statut hors de la plage de succès | « L'équipement a répondu avec le statut HTTP 503. », avec ce que le statut signifie après lui pour 401, 403 et 404 (401 : le nom d'utilisateur ou le mot de passe n'a pas été accepté) |
| L'équipement répond à une lecture sans valeur, et son pilote ne dit pas pourquoi | « L'équipement a répondu à la lecture sans valeur. » |
| La réponse de l'équipement n'est pas une valeur du type du tag | « La réponse de l'équipement ne se lit pas comme une valeur du type du tag. » |
| Un autre programme tient le port série, ou le port n'existe pas | « Le port série COM3 est utilisé par un autre programme, ou Windows ne laisse pas la station l'ouvrir. » ou « Le port série COM3 n'existe pas sur cet ordinateur : vérifiez le nom du port et que son adaptateur est branché. » |
| Le broker MQTT refuse la station | Ce qu'il a refusé et où cela se corrige : « Le broker a refusé le nom d'utilisateur ou le mot de passe : vérifiez Nom d'utilisateur et Mot de passe sur la carte Connexion au broker. » |
| La station refuse le certificat que présente l'équipement ou le broker | « Le certificat de cet équipement (9F2C44A01B7E33D0) attend votre approbation sous Accès des équipements, sur la page du pilote Redfish. La lecture commence dès que vous l'approuvez. », et de même un certificat bloqué à cette station, hors de ses dates de validité ou qui échoue à une vérification qu'aucune approbation ne remplace |
| Une CPU Siemens refuse la connexion | « La CPU a accepté la connexion TCP et refusé la connexion S7 : vérifiez Châssis et Emplacement de l'équipement. », et de même un mot de passe refusé, les bibliothèques OpenSSL absentes à côté du pilote ou une CPU qui ne répond pas à l'accès par nom |
| La lecture de l'équipement s'est arrêtée de façon inattendue | « La lecture de cet équipement s'est arrêtée de façon inattendue, donc ses tags n'ont pas de valeur. Redémarrer le programme le relit ; la page Événements garde le détail technique. » |
| Tout autre échec | Les mots du pilote lui-même, qui disent pourquoi |

Une commande d'équipement, un **Reconnecter** et un balayage qui échouent disent ce qu'ils ont rencontré avec les mêmes mots, tout comme les refus de la station elle-même (un équipement qui n'est pas connecté, un équipement pas encore dans la configuration en service, une commande pas encore enregistrée) ; l'agent et le journal technique gardent la ligne en anglais.

Quand la connexion TCP d'un équipement, ou d'un broker MQTT, ne s'ouvre pas, la station vérifie le port une deuxième fois et envoie en même temps un ping à l'hôte, et la ligne du journal porte une phrase de plus après la cause propre au pilote, en anglais comme la cause, que la ligne rouge dit dans la langue de la station (plus haut). Un équipement allumé dont le port est fermé refuse aussitôt : un port qui reste muet alors que son hôte répond est donc filtré en chemin :

| Ce que la station trouve | La phrase après la cause |
| --- | --- |
| L'hôte répond au ping, le port ne dit rien | « 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. » |
| Ni le port ni le ping ne répondent | « 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. » |
| Le port refuse | « 10.0.0.5 refuses connections on TCP port 502: nothing serves on that port there, or a firewall refuses it. » |

Le port est celui qu'ouvre le protocole de l'équipement : le port propre à l'équipement pour la plupart des pilotes, 102 pour Siemens, 44818 pour Rockwell et pour un Omron NJ/NX, 48898 pour Beckhoff ADS. La phrase d'un broker parle de l'ordinateur du broker, et un broker qui a répondu et refusé la station n'en reçoit aucune. Rien n'est ajouté là où l'équipement n'a pas de port propre à vérifier : une ligne série, l'UDP, VISA, un fichier SQLite ou une source ODBC, une instance SQL Server que le service SQL Server Browser localise, une requête que le proxy de l'ordinateur transporte. Les phrases ne nomment personne : qui ouvre le port, sur cette station, sur l'équipement ou sur le réseau de l'usine, lit les mêmes mots.

## Reconnecter, Actualiser et Tout actualiser {#reconnect-refresh-and-refresh-all}

| Commande | Où | Ce qu'elle fait |
| --- | --- | --- |
| **Reconnecter** | La barre d'un équipement et son menu du clic droit | Ferme la connexion de cet équipement et la rouvre, sans toucher à aucun autre équipement et sans rien recharger. Le message attend le pilote : « « Furnace » reconnecté. », ou « Impossible de reconnecter « Furnace » : » avec la cause telle que la ligne rouge de l'équipement la dit. |
| **Actualiser** | La barre d'un pilote et son menu du clic droit | Relit la configuration depuis la base de données et reconstruit toute l'arborescence. Le serveur en fonctionnement est laissé tel quel. La colonne garde sa place : le pilote reste sélectionné, sa page ouverte, et ce qui était déplié reste déplié. « Équipements actualisés. » |
| **Tout actualiser** | La barre du catalogue du dossier Pilotes | La même chose qu'Actualiser, le dossier Pilotes restant sélectionné, catalogue ouvert. |

Actualiser et Tout actualiser ne font que lire : ils sont donc dessinés pour tout rôle; Reconnecter ferme et rouvre une connexion, si bien qu'un rôle sans Configurer Connector ne le voit pas du tout. Les trois se grisent pendant qu'un essai tient la station ou que le runtime est arrêté, et Reconnecter et Actualiser se grisent aussi pendant qu'un balayage ou un appairage tourne. Reconnecter se grise aussi sur un équipement qui attend encore son adresse (son hôte, son équipement NI-DAQmx, son dossier ou sa base de données), qui n'a aucune connexion à rouvrir; son infobulle nomme ce qui manque à son pilote. Aucune actualisation n'est nécessaire après une modification : chaque enregistrement réconcilie de lui-même l'équipement changé dans le serveur en fonctionnement, et un équipement injoignable est réessayé en arrière-plan jusqu'à ce qu'il réponde, ses tags lisant des vides d'ici là. Reconnecter est ce qui raccourcit cette attente : il demande maintenant au lieu de laisser l'équipement à la prochaine tentative automatique, et il dit si l'équipement a répondu. Les limites qui lèvent un défaut de limite font partie de [la chaîne de conversion](connector-value-pipeline).