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/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 en ce moment. La première est un choix que vous faites avec les verbes Activer et Désactiver ; la seconde est ce qu'observe une fois par seconde une surveillance toujours en service, qui la pousse vers chaque point de la page, vers la barre d'état, et vers les valeurs Connector que lisent Logic et les tableaux de bord.

Ce qui prend part

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

Chaque Activer et Désactiver demande Configurer Connector et est grisé tant qu'un essai retient la station ou que le runtime est arrêté ; un balayage sur le même pilote grise aussi ceux des lignes et des équipements. Un équipement est activé pour l'exploitation quand il est activé et que, sur une ligne série, sa ligne l'est, et pour MQTT, son broker : c'est ce que regardent la scrutation, la pastille Arrêt et la surveillance de l'é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

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

Le point de l'équipement lui-même répond à Activer et Désactiver aussitôt, comme ses tags, sans attendre la surveillance : Désactiver affiche Désactivé tout de suite, et Activer affiche Pas encore connu jusqu'à ce que la surveillance 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 donne le tableau complet.

Un équipement dont tous les tags activés sont en écriture seule n'a aucune lecture à juger et prend l'état de connexion du transport à la place : En ligne tant qu'il est connecté, Hors ligne sinon, Pas encore connu avant que le Connector n'ait essayé. Une valeur hors limites 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'orange, mais ne compte jamais l'équipement comme 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é : tant 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. Seul un Connector qui ne tourne pas du tout laisse chaque tag vide, et la barre d'état indique alors « Connector : arrêté ».

Le point d'un tag

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, quoi qu'il ait 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, si bien que Désactiver fait passer au gris les tags de l'équipement aussitôt. Sur un tag que la station lit, le point est orange 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 orange quand la lecture s'est tue ; vert tant que le tag a 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, aucune valeur et une qualité mauvaise par défaut, daté par l'horodatage source de la dernière lecture arrivée, 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

Une ligne série, quel que soit son pilote, rapporte 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 :

Le texte de récapitulatif 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 malgré tout un équipement pour lequel 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.

Comment les points se récapitulent

Les dossiers, les lignes série, les pilotes et le dossier Pilotes appliquent tous une seule règle à leurs enfants : seuls comptent les enfants En ligne, Partiellement en ligne et Hors ligne ; Désactivé et Pas encore connu sont neutres et ne font jamais passer un parent à l'orange ni au rouge. Parmi les enfants qui comptent, tous En ligne donne En ligne, un seul En ligne ou Partiellement en ligne parmi d'autres donne Partiellement en ligne, tous Hors ligne donne Hors ligne, et aucun enfant comptant du tout donne Pas encore connu. Un dossier récapitule chaque équipement à l'intérieur, sous-dossiers compris ; un pilote Modbus RTU récapitule 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 récapitule 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 orange. Les deux lignes du dossier Serveurs restent en dehors de ce récapitulatif : 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 / Arrêt

Les pastilles au-dessus de l'arborescence rangent chaque ligne selon ces mêmes états : Sains est un équipement ou une ligne activés pour 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 dans 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 tant que son équipement l'est : chaque tag d'un équipement à l'arrêt 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, quoi 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 selon leur propre état : Sains tant que le serveur est en marche sans avoir échoué, Anomalies tant qu'il est en marche mais ne peut pas démarrer, Arrêt tant 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.

La barre d'état

La marque du Connector et le texte à gauche de la barre d'état de la fenêtre sont la même surveillance, repliée 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 ni 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é » tant que le Connector lui-même ne tourne pas. Elle parle pour le Connector seul : le serveur OPC UA intégré qui publie les équipements a son propre état sur État, et le Connector lit pendant qu'il est arrêté. L'icône de la zone de notification dit la même ligne. Cliquer l'indicateur ouvre la page Connector. Le reste de la barre d'état est sur La fenêtre.

Dernière erreur

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.

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 :

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 regarde le port une seconde 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 se tait alors que son hôte répond est donc filtré en chemin :

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 à regarder : 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

Actualiser et Tout actualiser ne font que lire, donc elles sont dessinées pour tout rôle ; Reconnecter ferme et rouvre une connexion, donc un rôle sans Configurer Connector ne la voit pas du tout. Les trois grisent tant qu'un essai retient la station ou que le runtime est arrêté, et Reconnecter et Actualiser grisent aussi pendant un balayage ou un appairage. Reconnecter 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 des deux actualisations n'est nécessaire après une modification : chaque enregistrement reconcilie de lui-même l'équipement modifié dans le serveur en service, et un équipement injoignable est réessayé en arrière-plan jusqu'à ce qu'il réponde, ses tags se lisant comme des vides d'ici là. Reconnecter est ce qui raccourcit cette attente : la demande a lieu maintenant plutôt qu'à la prochaine tentative automatique, et le résultat 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.