Découverte
Laisser un pilote chercher des équipements ou des points, ce que chaque balayage demande et rapporte, la progression et l'annulation, ajouter les résultats, et appairer un équipement Matter par Bluetooth.
Pour les pilotes dont le protocole admet un vrai balayage, Découvrir trouve les équipements ou les points à votre place au lieu de vous les faire taper. La commande vit sur la barre d'un nœud de pilote (et, pour Modbus RTU, dans la carte Découvrir les unités de la page d'une ligne série), tandis que tout ce que le balayage consomme vit dans la carte Portée du balayage de la page du pilote : la barre porte la commande, la carte porte sa portée. Tout cela demande Configurer Connector : un rôle sans cette permission ne voit ni la carte de portée ni le bouton. Un balayage refuse tant qu'un essai retient la station ou que le runtime est arrêté. Quand un balayage ne rapporte rien, c'est un résultat de balayage, pas une fonction manquante : le bouton n'apparaît que là où un balayage peut produire des résultats.
Quels pilotes balaient
| Pilote | Ce que le balayage fait | Ce qu'il demande |
|---|---|---|
| Simulated | Liste son catalogue de modèles d'équipements simulés, une instance prête à l'emploi chacun, avec leurs voies. | Rien. |
| Modbus TCP | Envoie Read Device Identification (fonction 43/14) à des hôtes et des ID d'unité explicites ; une exception Modbus validée prouve une unité sans la nommer. Rapporte le point de terminaison et aucun tag. | La carte Portée du balayage. |
| Modbus RTU | Sonde séquentiellement une plage d'ID d'unité inclusive sur le tuple enregistré d'une ligne, avec la même requête et sans accès aux registres. | Une ligne, désactivée ou sans équipement activé, et une plage d'ID d'unité. |
| OPC UA | Interroge un serveur sur les points de terminaison qu'il annonce, puis parcourt l'espace d'adressage de chacun à la recherche de points. | L'adresse du serveur, dans la carte Portée du balayage de la page du pilote (« Adresse du serveur OPC UA, par exemple opc.tcp://plc-host:4840 »). Sans elle, ou avec une adresse qui n'en est pas une, Découvrir grise et dit ce qui est attendu. |
| Rockwell EtherNet/IP | Diffuse ListIdentity et parcourt les tags de chaque automate. | Rien. |
| BACnet | Diffuse Who-Is et écoute les réponses I-Am, chaque équipement apparaissant dès qu'il répond. Rapporte l'adresse, le port et le numéro d'instance, et aucun tag. | Rien. |
| Redfish | Lit l'adresse de service qu'on lui donne et parcourt son premier système, son gestionnaire et son châssis. Rapporte le service et ses points. | La carte Portée du balayage. |
| AVEVA PI | Parcourt l'élément AF qu'on lui donne et tout ce qui se trouve dessous. Rapporte le service et un point par attribut. | La carte Portée du balayage. |
| OCPP | Liste les bornes de recharge actuellement connectées à cette station. | Rien. |
| Matter | Liste les nœuds déjà mis en service dans le Fabric de cette station. | Rien. |
Siemens S7, Beckhoff ADS, Mitsubishi MC, IEC 61850, LoRaWAN et HTTP n'ont pas de balayage et n'affichent aucun bouton. Le bouton n'apparaît qu'une fois le serveur intégré en service, parce que c'est le registre de pilotes du serveur qui répond si un balayage peut tourner, et il n'apparaît que pour les pilotes que cette version installe : si le registre répond avec un assemblage que l'application ne reconnaît pas, le bouton reste absent et la page Événements enregistre que le pilote installé n'est pas celui que cette version livre.
Modbus TCP : la carte Portée du balayage
La carte apparaît sur la page du pilote Modbus TCP : « Identification d'équipement en lecture seule ; les registres se configurent après l'ajout. »
| Champ | Valeurs / défaut | Effet |
|---|---|---|
| Hôte IPv4 ou CIDR | Une adresse, ou un CIDR de /24 à /32 ; l'application ne déduit jamais le sous-réseau local. | Chaque adresse d'hôte de la plage, les adresses de réseau et de diffusion exclues. |
| Port réseau | De 1 à 65535 ; 502. | Le port sur lequel chaque hôte est appelé. |
| ID d'unité | Des valeurs, des listes séparées par des virgules ou des plages croissantes, de 0 à 255 (« 1, 3, 8-16 ») ; « 1 ». | Chaque hôte est interrogé pour chaque ID. |
| Intervalle minimal entre transactions (ms) | De 0 à 1000 ; 0. | Le silence entre deux sondages terminés sur le même hôte ; les hôtes sont cadencés indépendamment. Propre au balayage : il n'est pas écrit dans les équipements que vous ajoutez. |
La ligne sous les champs est le budget : « 2 hôtes × 3 ID d'unité = 6 sondages · limite 256 », avec « · 100 ms de silence par hôte. » quand il est réglé. Un balayage envoie 256 sondages au plus ; au-dessus du budget la ligne passe au rouge (« Ce balayage enverrait 512 sondages ; réduisez la plage réseau ou la plage d'ID d'unité à 256 au plus. ») et Découvrir grise. Une saisie fautive est nommée de la même façon (« « 10.0.0 » n'est pas une adresse IPv4 valide à quatre octets. », « Le préfixe CIDR doit être compris entre /24 et /32. », « Saisissez au moins un ID d'unité (0-255). », « La plage d'ID d'unité « 9-3 » doit être croissante. »). Changer un champ de portée jette les résultats du balayage précédent, parce qu'ils décrivaient une autre portée. Quatre hôtes au plus sont balayés à la fois, une connexion par hôte.
Modbus RTU
Le balayage est sur la page de la ligne, pas sur celle du pilote : ID d'unité de début et ID d'unité de fin (de 1 à 247, croissants, de 1 à 32 par défaut) et leur propre bouton Découvrir, avec une estimation du pire cas (« 32 sondages · jusqu'à environ 32,1 s, dont 4,011 ms de silence avant chaque sondage. »). Le balayage ouvre le port une fois avec les réglages enregistrés de la ligne, sonde chaque unité à son tour, et refuse une ligne active plutôt que de l'interrompre : « Cette ligne est en service. Désactivez-la avant la découverte ; Ganter Lab n'interrompra ni ne réactivera le bus automatiquement. » Une modification en attente sur la ligne est enregistrée avant le début du balayage ; si elle ne peut pas l'être, le balayage ne démarre pas (« La découverte n'a pas démarré parce que la modification de la ligne série n'a pas pu être enregistrée. »). La page Lignes série couvre le reste de cette carte.
Redfish et AVEVA PI : le service que le balayage lit
Ni un service Redfish ni un PI System ne s'annonce sur un réseau que cette station puisse écouter, si bien que ces deux balayages lisent le seul service que vous leur désignez, dans la carte Portée du balayage de la page du pilote. Redfish prend l'adresse du service (https://bmc-host, ou https://bmc-host:8443 quand il répond ailleurs) et la lit toujours en HTTPS, parce que les identifiants de l'équipement voyagent à chaque requête ; une adresse qui demande le transport en clair est refusée là où elle est saisie. AVEVA PI prend l'adresse du service et, après un #, l'élément AF d'où part le parcours : https://pi-host/piwebapi#\\AF-SRV\Plant\Line 3. Sans cet élément il n'y a rien à parcourir, donc Découvrir grise et dit ce qui est attendu.
Les deux balayages lisent le service sans identifiants, parce qu'ils tournent avant que n'existe l'équipement qui les porterait. Un service qui authentifie chaque requête ne répond donc rien et le balayage ne trouve rien : ajoutez ce service à la main, et ses points avec lui.
Faire tourner un balayage
Pendant le balayage, la page du pilote imprime une ligne d'état et le Découvrir de la barre se change en Annuler. L'état vient de deux étapes indépendantes, la découverte des points de terminaison et le parcours des voies : « Balayage des points de terminaison… », « Inspection du point de terminaison 2… », « Lecture des voies de opc.tcp://plc:4840… », puis « 3 équipements trouvés. » ; les pilotes qui rapportent leur propre progression disent « Interrogation du serveur OPC UA … sur les points de terminaison annoncés… » et « 2 points de terminaison trouvés. », « Recherche des automates Rockwell… », « Balayage des équipements BACnet… », « Inspection du nœud Matter mis en service 1 sur 2… », « Balayage de 2 hôtes × 3 ID d'unité… » ou « Sondage de l'unité 5 (5 sur 32)… ». Un balayage qui s'arrête sur une erreur de pilote garde ce qu'il a trouvé et le dit : « Le balayage s'est arrêté sur une erreur après avoir trouvé 1 équipement. La liste est peut-être incomplète. » Un point de terminaison dont les voies n'ont pas pu être lues est tout de même listé, avec zéro tag.
Le balayage possède le pilote tant qu'il tourne : vous ne pouvez pas sélectionner un autre nœud (« Annulez la découverte avant de quitter ce pilote. »), ajouter un équipement ou une ligne, activer ou désactiver des lignes, ni employer les actions de ligne avant qu'il ne finisse. Les résultats appartiennent à la fenêtre qui a lancé le balayage : un autre onglet de navigateur sur la même station ne les voit pas.
Annuler
Annuler (« Annulation… » une fois pressé) arrête les deux étapes. Les candidats entièrement préparés avant l'annulation restent listés ; le point de terminaison dont les voies étaient encore en cours de lecture est écarté. L'état indique « Découverte annulée. » et le journal des actions « Découverte annulée pour OPC UA ; 2 résultat(s) terminé(s) conservé(s). » Le balayage reste occupé jusqu'à ce que la prise, le client ou la session temporaires du pilote soient fermés ; au bout de deux secondes, l'état indique « Attente de la libération des ressources de découverte par le pilote… » plutôt que de prétendre que le balayage est déjà arrêté, parce qu'un pilote ne lâche pas toujours à l'instant où on le lui demande.
Les résultats
La carte Équipements découverts (sur une ligne, Unités découvertes) liste une carte par candidat : un nom modifiable, le point de terminaison, et « 2 tags sur 5 sélectionnés ». Dessous, une grille compacte des tags candidats avec une case Ajouter (cochée par défaut), Tag, Type de donnée et Accès ; sans aucun, « Aucun tag rapporté. Ajoutez l'équipement pour configurer ses tags dans son éditeur. » Rien n'est conservé tant que vous n'avez pas pressé Ajouter un équipement sur une carte (« Ajout… » pendant l'opération) : l'équipement est créé sous un nom unique sur le pilote avec exactement les tags cochés, la carte quitte la liste, la page s'ouvre sur le nouvel équipement, et le journal des actions indique « « Pump » ajouté avec 3 tag(s). » Les tags découverts arrivent en lecture seule ou accessibles en écriture, selon ce que le pilote a rapporté, avec leur type, et avec la chaîne de conversion par défaut ; rien d'autre n'est déduit.
Un candidat qui correspond à un équipement que vous avez déjà est marqué Déjà configuré et propose Ouvrir au lieu d'Ajouter, si bien qu'un balayage ne crée jamais de doublon accidentel. Seules les identités stables sont rapprochées : une unité Modbus RTU sur la même ligne, et un ID de nœud Matter. Les autres pilotes ne rapprochent rien, parce qu'un point de terminaison joignable n'est pas la preuve que c'est le même matériel.
Écarter vide la liste, et attend le balayage : tant qu'un balayage tourne, le bouton est grisé, parce que vider la liste en plein balayage l'annule aussi et jette tout ce qui avait déjà répondu. Sélectionner un autre pilote, ou changer la portée, la vide également. Pendant un balayage, supprimer un équipement ou un tag et déplacer un équipement dans un dossier grisent avec la même raison : le balayage possède le pilote, et la commande aurait échoué après que vous l'auriez confirmée. Sur Modbus RTU, l'ID d'unité est une colonne à part, et un ID déjà configuré sur la ligne est refusé à l'ajout : « L'unité 5 est déjà configurée sur « Ligne 1 ». »
Appairer un équipement Matter
Matter met l'équipement physique en service par Bluetooth avant qu'il n'existe ici, si bien que le premier verbe du pilote Matter est Appairer un équipement, et non Nouvel équipement, et qu'il ouvre un formulaire sur la page du pilote (le menu Nouveau… et le menu du clic droit du pilote proposent la même chose). L'appairage demande Configurer Connector, une radio Bluetooth LE utilisable sur cet ordinateur, et un réseau Thread existant dont vous êtes autorisé à obtenir le jeu de données. Le formulaire le dit : « Mettez l'équipement physique en mode appairage avant de continuer. L'appairage emploie le Bluetooth de cet ordinateur. »
| Champ | Ce que c'est |
|---|---|
| Nom de l'équipement | Le nom modifiable que l'équipement portera dans le Connector ; « Équipement Matter » par défaut, avec « Lampe de cuisine » en texte d'exemple. |
| Code de configuration Matter | Le code manuel officiel à 11 ou 21 chiffres imprimé sur l'équipement, ou la charge utile QR complète commençant par MT:. Masqué à la saisie ; Afficher le code de configuration le révèle. |
| Jeu de données opérationnel Thread | Le jeu de données actif complet du réseau Thread, en hexadécimal, obtenu de l'administrateur du réseau ou du Border Router ; « Ganter Lab ne peut pas inventer les identifiants d'un réseau existant. » Masqué à la saisie ; Afficher le jeu de données le révèle. |
Appairer un équipement est actif une fois les trois champs remplis et tant que la station accepte les modifications. Le formulaire parcourt alors cinq étapes, Valider, Trouver, Appairer, Rejoindre Thread et Enregistrer, avec une ligne d'état en dessous : « Validation du code de configuration et du jeu de données Thread… », « Recherche de l'équipement par Bluetooth… », « Authentification et appairage de l'équipement… », « Envoi de la configuration du réseau Thread existant… », « Attente de l'arrivée de l'équipement sur le réseau Thread… », « Enregistrement du nœud mis en service dans le Fabric local… », « Appairage terminé. » Annuler n'est accepté que jusqu'à la sélection de l'annonce correspondante (« Arrêter avant toute modification de l'équipement ») ; à partir de là le bouton indique « Finalisation en sécurité… », parce que l'équipement a été modifié et que la station doit enregistrer le nœud même si vous partez. Fermer referme le formulaire tant que rien ne tourne.
En cas de succès, l'équipement est créé avec le seul ID de nœud pour identité (le code de configuration et le jeu de données ne sont jamais conservés, journalisés ni réaffichés), la page s'ouvre dessus, et le journal des actions indique « Équipement Matter « Lampe de cuisine » appairé. » Si le nœud a été mis en service mais que son équipement n'a pas pu être créé, le journal des actions le dit et Découvrir est le chemin de rattrapage. Les échecs sont dits sans détour et le formulaire reste ouvert pour un nouvel essai : un code ou un jeu de données non valide, aucun adaptateur Bluetooth utilisable, un Bluetooth refusé ou éteint, aucun équipement correspondant (« Mettez-le en mode appairage, gardez-le à proximité et réessayez. »), un code de configuration rejeté, un équipement qui n'a pas rejoint le réseau Thread (son nœud reste dans le Fabric et peut être récupéré avec Découvrir), un Fabric qui n'a pas pu être enregistré (quand l'équipement avait déjà été mis en service : « Ne réinitialisez pas l'équipement tant que le problème de stockage du Fabric n'est pas résolu. »), ou un autre appairage déjà en cours. Un seul appairage tourne à la fois ; tant qu'il tourne, vous ne pouvez pas quitter le pilote (« Attendez la fin de l'appairage Matter avant de quitter ce pilote. »).
Ce que la découverte ne fait pas
Un balayage ne conserve jamais rien de lui-même, ne change jamais un équipement existant, et ne se relance jamais tout seul. Il ne déduit ni sous-réseaux, ni plans de registres, ni réglages série, n'active ni ne désactive une ligne, et ne retire pas du matériel les candidats écartés. Il est refusé pour un pilote que le paquet ne porte pas. Ce que contiennent les résultats de chaque pilote est sur la page de ce pilote sous Pilotes.