Rilevamento

Lasciare che un driver cerchi dispositivi o punti, che cosa serve e che cosa restituisce ogni scansione, l'avanzamento e l'annullamento, l'aggiunta dei risultati, il rilevamento dalla sua stessa pagina dei tag che mancano a un dispositivo, e l'associazione di un dispositivo Matter via Bluetooth.

Per i driver il cui protocollo ammette una vera scansione, Rileva trova i dispositivi o i punti al posto dell'operatore, invece di farli scrivere a mano. Il comando vive sulla barra di un nodo di driver (e, per Modbus RTU, nella scheda Rileva le unità della pagina di una linea seriale, e per MQTT, nella scheda Rileva i dispositivi della pagina di un broker), mentre tutto quello che la scansione consuma vive nella scheda Ambito della scansione della pagina del driver: la barra porta il comando, la scheda porta il suo ambito. Tutto questo richiede Configurare Connector: a un ruolo senza quel permesso non vengono disegnate né la scheda dell'ambito né il pulsante. Una scansione rifiuta mentre una prova tiene la stazione oppure mentre il runtime è fermo. Quando una scansione non restituisce nulla, quello è un risultato della scansione, non una funzione mancante: il pulsante compare solo dove una scansione può produrre risultati. Un dispositivo che c'è già trova dalla sua stessa pagina i punti che gli mancano ancora, con Rileva tag nell'intestazione della sua scheda Tag (vedere Rilevare i tag di un dispositivo).

Quali driver scansionano

Beckhoff ADS, Mitsubishi MC, LoRaWAN, HTTP e Generic serial and TCP non hanno scansione e non mostrano alcun pulsante. Il pulsante compare solo quando il Connector è in funzione, perché è il registro dei driver del Connector a rispondere se una scansione può girare, e compare solo per i driver che questa versione installa: se il registro risponde con un assembly che l'applicazione non riconosce, il pulsante resta assente e la pagina Eventi registra che il driver installato non è quello che questa versione consegna.

Modbus TCP: la scheda Ambito della scansione

La scheda compare sulla pagina del driver Modbus TCP: « Identificazione dei dispositivi in sola lettura; i registri si configurano dopo Aggiungi dispositivo. »

La riga sotto i campi è il bilancio: « 2 indirizzi host × 3 ID unità = 6 sondaggi · limite 256 », con « · 100 ms di silenzio per host. » quando è impostato. Una scansione invia al massimo 256 sondaggi; oltre il bilancio la riga diventa rossa (« Questa scansione invierebbe 512 sondaggi; ridurre l'intervallo di rete o quello degli ID unità a 256 o meno. ») e Rileva diventa grigio. Un dato scritto male viene nominato allo stesso modo (« '10.0.0' non è un indirizzo IPv4 valido a quattro ottetti. », « Il prefisso CIDR deve essere compreso tra /24 e /32. », « Immettere almeno un ID unità (0-255). », « L'intervallo di ID unità '9-3' deve essere crescente. »). Cambiare un qualunque campo dell'ambito scarta i risultati della scansione precedente, perché descrivevano un altro ambito. Vengono scansionati al massimo quattro host per volta, con una connessione per host.

Modbus RTU

La scansione è sulla pagina della linea, non su quella del driver: ID unità iniziale e ID unità finale (da 1 a 247, crescenti, da 1 a 32 per impostazione predefinita) e il loro pulsante Rileva, con una stima del caso peggiore (« 32 sondaggi · fino a circa 32,1 s, compresi 4,011 ms di silenzio prima di ogni sondaggio. »). La scansione apre la porta una sola volta con le impostazioni salvate della linea, sonda a turno ogni unità, e rifiuta una linea attiva invece di interromperla: « Questa linea è in uso. Disabilitarla prima del rilevamento; Ganter Lab non interrompe né riabilita il bus automaticamente. » Una modifica in attesa sulla linea viene salvata prima che la scansione parta; se non è possibile salvarla, la scansione non parte (« Il rilevamento non è partito perché non è stato possibile salvare la modifica della linea seriale. »). La pagina Linee seriali copre il resto di quella scheda.

Redfish e AVEVA PI: il servizio che la scansione legge

Né un servizio Redfish né un PI System si annunciano su una rete che questa stazione possa ascoltare, quindi quelle due scansioni leggono il solo servizio a cui le indirizzi, nella scheda Ambito della scansione della pagina del driver. Redfish prende l'indirizzo del servizio (https://bmc-host, oppure https://bmc-host:8443 dove risponde altrove) e lo legge sempre in HTTPS, perché le credenziali del dispositivo viaggiano a ogni richiesta; un indirizzo che chiede il trasporto in chiaro viene rifiutato dove viene scritto. AVEVA PI prende l'indirizzo del servizio e, dopo un #, l'elemento AF da cui parte il percorso: https://pi-host/piwebapi#\\AF-SRV\Plant\Line 3. Senza quell'elemento non c'è nulla da percorrere, quindi Rileva diventa grigio e dice che cosa si aspetta.

Entrambe le scansioni leggono il servizio senza credenziali, perché girano prima che esista il dispositivo che le porterebbe. Un servizio che autentica ogni richiesta non risponde quindi nulla e la scansione non trova nulla: quel servizio va aggiunto a mano. Un dispositivo Redfish trova poi i suoi punti con Rileva tag sulla sua stessa pagina, che si autentica come fa il dispositivo; i punti di un dispositivo AVEVA PI si aggiungono a mano.

Far girare una scansione

Mentre la scansione gira, la pagina del driver stampa una riga di stato e il Rileva della barra diventa Annulla. Lo stato viene da due fasi indipendenti, il rilevamento degli endpoint e la lettura dei canali: « Scansione degli endpoint… », « Esame dell'endpoint 2… », « Lettura dei canali da opc.tcp://plc:4840… », poi « Trovati 3 dispositivi. »; un driver che conduce una scansione propria riferisce fin dove è arrivato e la pagina conta, « Avanzamento del rilevamento: 1 di 2… », mentre le due scansioni Modbus scrivono tutta la riga, perché la porta, l'indirizzo host e l'ID unità sono quello che legge chi le segue: « Scansione di COM7 · 32 sondaggi… », « Sondaggio dell'unità 5 (5 di 32)… », « Sondaggio 5 di 32; unità 5 verificata. », « Scansione conclusa: 32 sondaggi. » su una linea seriale, e « Scansione di 2 indirizzi host × 3 ID unità… », « Sondaggio di 192.168.0.10:502 · unità 3… », « Indirizzo host irraggiungibile 192.168.0.11:502 ignorato. » su una rete; la scansione Rockwell nomina le reti su cui è partita la diffusione, « Ricerca di controllori Rockwell su 192.168.0.255, 10.0.0.255… », così un risultato pari a zero dice dove è andata la domanda. Una scansione che si ferma su un errore del driver conserva quello che ha trovato e lo dice: « La scansione si è fermata con un errore dopo aver trovato 1 dispositivo. L'elenco potrebbe essere incompleto. » Un endpoint i cui canali non è stato possibile leggere resta comunque elencato, con zero tag.

La scansione possiede il driver finché gira: non si può selezionare un altro nodo (« Annullare il rilevamento prima di lasciare questo driver. »), aggiungere un dispositivo o una linea, abilitare o disabilitare linee, né usare le azioni di riga prima che finisca. I risultati appartengono alla finestra che ha avviato la scansione: un'altra scheda del browser sulla stessa stazione non li vede.

Annullare

Annulla (« Annullamento… » una volta premuto) ferma entrambe le fasi. I candidati preparati per intero prima dell'annullamento restano elencati; l'endpoint i cui canali erano ancora in lettura viene scartato. Lo stato si legge « Rilevamento annullato. » e il registro delle azioni « Rilevamento annullato per OPC UA; 2 risultati completati sono stati conservati. » La scansione resta occupata finché il socket, il client o la sessione temporanei del driver non si sono chiusi; dopo due secondi lo stato dice « In attesa che il driver rilasci le risorse del rilevamento… » invece di far finta che la scansione si sia già fermata, perché un driver non lascia sempre la presa nell'istante in cui glielo si chiede.

I risultati

La scheda Dispositivi rilevati (su una linea, Unità rilevate) elenca una scheda per ogni candidato: un nome modificabile, l'endpoint e « 2 di 5 tag selezionati ». Sotto, una griglia compatta dei tag candidati con una spunta Aggiungi (attiva per impostazione predefinita), Tag, Tipo e Accesso; senza tag, « Nessun tag segnalato. Aggiungere il dispositivo per configurarne i tag nel suo editor. » Dove il driver dà a un tag un nome più corto del percorso in cui ha trovato il canale, la cella Tag mostra quel percorso su una seconda riga sotto il nome: in OPC UA, il percorso completo del nodo (vedi OPC UA). Nulla viene reso durevole finché non premi Aggiungi dispositivo su una scheda (« Aggiunta… » mentre è in corso): il dispositivo viene creato con un nome unico sul driver e con esattamente i tag spuntati, la scheda lascia l'elenco, il dispositivo nuovo è evidenziato nella tabella Dispositivi della pagina in cui si è svolta la scansione, che resta sullo schermo, e il registro delle azioni legge « 'Pump' aggiunto con 3 tag. » I tag rilevati arrivano in sola lettura o scrivibili come li ha riferiti il driver, con il loro tipo e con la catena di conversione predefinita; nient'altro viene dedotto.

Un candidato che corrisponde a un dispositivo già presente viene marcato Già configurato e offre Apri invece di Aggiungi, così una scansione non crea mai un duplicato per sbaglio. Vengono confrontate solo le identità stabili: un'unità Modbus RTU sulla stessa linea, un nodo edge o dispositivo Sparkplug B sullo stesso broker, uno strumento SCPI con la stessa risorsa VISA, un dispositivo NI-DAQmx con lo stesso nome di NI MAX, un agente SNMP scansionato tramite il suo dispositivo o allo stesso host e alla stessa porta, un file letto dalla stessa cartella, con lo stesso nome e nello stesso modo da un dispositivo File, un database scansionato tramite il suo stesso dispositivo Database, una CPU Siemens allo stesso host di un dispositivo che la legge per nome, e un id di nodo Matter. Gli altri driver non confrontano nulla, perché un endpoint raggiungibile non prova che si tratti della stessa apparecchiatura. Un dispositivo Matter, un agente SNMP, un dispositivo File, un dispositivo Database o un dispositivo Siemens che legge per nome configurato accetta ancora qualcosa: la sua scheda elenca, spuntati, i valori che il dispositivo pubblica e per cui non ha ancora un tag, e Aggiungi i tag, prima di Apri, aggiunge quelli spuntati a quel dispositivo (vedi Matter, SNMP, File, Database e Siemens S7).

Chiudi svuota l'elenco, e aspetta la scansione: mentre ne gira una è grigio, perché svuotare l'elenco a metà scansione la annulla anche, e butta via tutto quello che aveva già risposto. Anche selezionare un altro driver, o cambiare l'ambito, lo svuota. Mentre una scansione gira, eliminare un dispositivo o un tag e spostare un dispositivo in una cartella diventano grigi per lo stesso motivo: la scansione tiene il driver, e il comando sarebbe fallito dopo la conferma. Su Modbus RTU l'ID unità è una colonna a sé, e un id già configurato sulla linea viene rifiutato quando lo si aggiunge: « L'unità 5 è già configurata su 'Line 1'. »

Rilevare i tag di un dispositivo

Un dispositivo che c'è già legge altri suoi punti senza tornare alla pagina del suo driver: l'intestazione della sua scheda Tag porta Rileva tag accanto ad Aggiungi tag, ovunque il suo driver sappia leggere i punti di un solo dispositivo. La scansione legge solo quel dispositivo, così com'è salvato (una modifica che aspetta ancora il suo salvataggio viene salvata prima), ed elenca solo i valori che pubblica e per cui non ha ancora un tag, confrontati per il punto che ciascuno legge e mai per il nome: un valore che il dispositivo legge già con un altro nome non viene offerto di nuovo.

AVEVA PI non mostra Rileva tag: il suo percorso parte da un elemento AF, che nessun dispositivo tiene, quindi i suoi punti vengono dal Rileva del driver o si aggiungono a mano. Modbus, BACnet, Omron, SCPI e i driver senza scansione non trovano punti e non lo mostrano nemmeno loro.

Mentre la scansione gira, Rileva tag diventa Annulla, una riga di stato sta sopra la scheda Tag, e la scansione tiene il driver esattamente come fa il Rileva del driver stesso: i comandi che hanno bisogno del driver restano disegnati, in grigio, e dicono perché. Rileva tag è a sua volta in grigio mentre la stazione non accetta modifiche, mentre un'altra scansione o un'associazione tiene il driver (« Su questo driver è in corso una scansione di rilevamento. Attenderne la fine. ») e mentre il dispositivo aspetta ancora il suo indirizzo o ha un campo che il suo salvataggio rifiuta. Richiede Configurare Connector: a un ruolo senza quel permesso il pulsante non viene disegnato.

Quello che la scansione ha trovato compare su una scheda Tag rilevati subito sopra la scheda Tag, ogni valore spuntato, con Tag, Tipo e Accesso e, sotto un nome, il luogo più lungo in cui il driver ha trovato il punto, come sulle schede della pagina del driver. Aggiungi i tag, nell'intestazione della scheda, aggiunge i valori spuntati al dispositivo, ciascuno una volta, numerato dove un tag del dispositivo ha già il suo nome, e lo salva; i nuovi tag sono evidenziati nella tabella della scheda Tag, che resta sullo schermo, e il registro delle azioni legge « 2 tag aggiunti a 'Line PLC'. » Quello che resta rimane offerto, e Chiudi svuota la scheda. A un dispositivo che ha già un tag per ogni valore che pubblica viene detto (« 'Line PLC' ha già un tag per ogni valore che pubblica. »), e anche a uno da cui la scansione non ha letto nulla (« La scansione non ha trovato valori su 'Line PLC'. Verificare che risponda, poi eseguire di nuovo Rileva tag. »). Lasciare il driver svuota la scheda, come svuota i risultati del driver.

Il Rileva del driver stesso continua a trovare i dispositivi che non ci sono ancora, e la sua scheda Dispositivi rilevati non cambia.

Associare un dispositivo Matter

Matter mette in servizio il dispositivo fisico via Bluetooth prima che esso esista qui, quindi il primo verbo del driver Matter è Associa dispositivo, non Aggiungi dispositivo, e apre un modulo sulla pagina del driver (il menu Nuovo… e il menu contestuale del driver offrono lo stesso). L'associazione richiede Configurare Connector, una radio Bluetooth LE utilizzabile su questo computer, e la rete in cui il dispositivo entrerà, registrata prima nella scheda Reti del driver: un nome di Wi-Fi e la sua password, oppure una rete Thread e il suo dataset (vedi Reti). Finché lì nessuna rete serve, Associa dispositivo resta disattivato con il suggerimento « Aggiungere prima la rete in cui il dispositivo deve entrare. » Il modulo dice: « Mettere il dispositivo fisico in modalità di associazione prima di continuare. L'associazione usa il Bluetooth di questo computer. »

Associa dispositivo diventa attivo quando il nome e il codice sono compilati, una rete serve e la stazione accetta le modifiche. Il modulo percorre allora cinque passi, Verifica, Trova, Associa, Entra nella rete e Salva, con una riga di stato sotto di essi: « Verifica del codice di configurazione e della rete… », « Ricerca del dispositivo via Bluetooth… », « Autenticazione e associazione del dispositivo… », poi per una rete Wi-Fi « Invio al dispositivo del nome e della password della rete Wi-Fi… » e « In attesa che il dispositivo entri nella rete Wi-Fi… » (per una rete Thread, « Invio della configurazione della rete Thread esistente… » e « In attesa che il dispositivo entri nella rete Thread… »), « Salvataggio del nodo messo in servizio nella Fabric locale… », « Associazione completata. » Annulla viene accettato solo finché non è stato scelto l'annuncio corrispondente (« Ferma prima che il dispositivo venga modificato »); da quel momento in poi il pulsante si legge « Chiusura in sicurezza… », perché il dispositivo è stato modificato e la stazione deve registrare il nodo anche se si lascia la pagina. Chiudi congeda il modulo mentre non è in corso nulla.

Se riesce, il dispositivo viene creato con l'id di nodo come identità e con il nome della rete in cui è entrato nel suo campo Rete di sola lettura, e il registro delle azioni legge « Dispositivo Matter 'Luce della cucina' associato. » La pagina si apre poi sul driver Matter, con il dispositivo nuovo evidenziato nella sua tabella Dispositivi, e scansiona solo quel dispositivo: la sua scheda elenca, spuntati, i valori che pubblica, accanto ad Aggiungi i tag, e la scansione si chiude con « Spuntare i valori di 'Luce della cucina' da creare come tag, poi Aggiungi i tag. » Che cosa offre il dispositivo, e che cosa fa ciascun valore, è in Matter. Il codice di configurazione non viene mai memorizzato, registrato né mostrato di nuovo; la password o il dataset della rete restano nella scheda Reti, memorizzati cifrati per questo utente di Windows, e non arrivano mai al dispositivo, al suo indirizzo né al registro. Se il nodo è stato messo in servizio ma non è stato possibile creare il suo dispositivo, il registro delle azioni lo dice e Rileva è la via di recupero. I fallimenti vengono detti chiaramente e il modulo resta aperto per un altro tentativo: un codice non valido, una rete il cui nome, password o dataset non è valido, nessun adattatore Bluetooth utilizzabile, Bluetooth negato o spento, nessun dispositivo corrispondente (« Metterlo in modalità di associazione, tenerlo vicino e riprovare. »), un codice di configurazione rifiutato, un dispositivo che entra con l'altro tipo di rete o via cavo (non ci viene scritto nulla), un dispositivo che ha risposto di non essere riuscito a entrare nella rete (un nome di Wi-Fi che non ha trovato, una password rifiutata o un altro rifiuto: non conserva nulla e torna in modalità di associazione, quindi correggi la rete e associa di nuovo), un dispositivo che non ha dato risposta e non è mai comparso sulla rete locale (il suo nodo resta nella Fabric e può essere recuperato con Rileva), una Fabric che non è stato possibile salvare (quando il dispositivo era già messo in servizio: « Non ripristinare il dispositivo finché il problema di archiviazione della Fabric non è risolto. »), oppure un'altra associazione già in corso. Che cosa lascia sul dispositivo ogni fallimento è in Quando l'associazione fallisce. Si esegue un'associazione per volta; mentre gira non si può lasciare il driver (« Attendere la fine dell'associazione Matter prima di lasciare questo driver. »).

Che cosa il rilevamento non fa

Una scansione non rende mai nulla durevole da sola, non cambia mai un dispositivo esistente, e non si ripete mai da sé. Non deduce sottoreti, mappe di registri o impostazioni seriali, non abilita né disabilita una linea o un broker, e non rimuove dall'apparecchiatura i candidati scartati. Viene rifiutata per un driver che il pacchetto non porta. Che cosa contengono i risultati di ciascun driver sta nella pagina di quel driver, sotto Driver.