Fonti diverse. Un accesso comune ai dati.
L’Hub collega le applicazioni di supervisione ai sistemi che producono i dati. Affida ogni accesso al connettore adatto, segue le variazioni dei valori e le rende disponibili alle applicazioni interessate.
Comprendere il percorso di un dato.
Un’applicazione richiede informazioni per un’apparecchiatura. L’Hub ne organizza acquisizione e monitoraggio, mentre i connettori gestiscono le specificità delle fonti. Beholder può così utilizzare insieme dati provenienti da sistemi diversi.
Due interfacce, un unico servizio.
Sul lato applicativo, un’interfaccia REST riceve le richieste di strumenti di supervisione, sinottici e processi aziendali. Sul campo, i connettori accedono alle fonti tramite i rispettivi protocolli.
Questa separazione permette di far evolvere una fonte o un connettore senza imporne il funzionamento tecnico a ogni interfaccia utente. Gli scambi sono organizzati intorno ai dati richiesti e alle loro variazioni.
Un’architettura con responsabilità distinte.
I client esprimono le proprie esigenze, l’Hub coordina le richieste e i connettori comunicano con le fonti. Tre concetti strutturano questo funzionamento: handle, sessione e connettore.
L’handle: identificare il dato
Un handle descrive l’accesso a un dato tramite un identificativo per il richiedente, un percorso e un tipo di valore, come numero, testo o booleano. Il percorso fornisce le informazioni per selezionare un connettore e raggiungere la fonte.
La sessione: seguire una richiesta
Una sessione rappresenta un consumatore di dati. Registra gli handle di interesse, recupera i valori e richiede gli aggiornamenti. Più sessioni possono seguire la stessa fonte senza implementare il protocollo in ogni client.
Il connettore: accedere alla fonte
Il connettore comunica con un protocollo o sistema specifico. Acquisisce i valori, ne indica lo stato e informa l’Hub delle variazioni secondo le possibilità della fonte.
Un sensore, tre valori, due fonti.
Consideriamo una sonda di temperatura: misura corrente e soglie operative possono provenire da sistemi diversi. L’Hub riunisce queste informazioni per l’applicazione che le utilizza.
La misura corrente
Un primo handle punta alla temperatura esposta da un server OPC UA.
Le soglie previste
Altri due handle possono puntare alle celle Excel contenenti le soglie minima e massima, secondo il connettore distribuito.
Il monitoraggio delle variazioni
Una nuova misura o una soglia modificata diventano disponibili alle sessioni interessate, secondo modalità e frequenza di acquisizione di ogni fonte.
Collegare protocolli e formati diversi.
I connettori coprono fonti come OPC UA, MQTT, Modbus, servizi REST, database SQL e file Excel o CSV. Le possibilità effettive dipendono dai connettori installati e dalla loro configurazione.
Il percorso di un handle descrive il dato cercato. Un connettore compatibile gestisce l’accesso, mentre il client continua a utilizzare l’interfaccia comune dell’Hub.
Dalla sessione al valore aggiornato.
Il client apre una sessione e trasmette gli handle. Se un percorso è già seguito, l’Hub associa la nuova richiesta e il valore noto. Altrimenti cerca un connettore disponibile e compatibile. L’acquisizione produce valore, stato e timestamp; gli aggiornamenti vengono poi resi disponibili alle sessioni interessate. Un accesso non supportato resta in attesa di un connettore adatto; lo stato del dato indica l’esito dell’acquisizione.
Estendere le connessioni con i plugin.
Un connettore aggiunge all’Hub la conoscenza di un protocollo o di un’API aziendale. Puoi integrare i connettori esistenti per accedere a un sistema specifico del tuo ambiente.
L’estensione conserva il modello comune di handle e sessioni. L’applicazione di supervisione continua a richiedere le informazioni necessarie senza integrare direttamente ogni protocollo.
Sviluppare un connettore in .NET.
Gli sviluppatori utilizzano le librerie e i contratti di programmazione dell’Hub per implementare un connettore. L’ecosistema .NET e Visual Studio offrono gli strumenti per comunicare con i sistemi da integrare.
Il connettore deve gestire accesso ai valori, variazioni, stati di connessione ed errori. L’integrazione viene verificata con i dati, i vincoli di rete e gli utilizzi del progetto.
Amministrazione tramite interfaccia Web.
L’interfaccia di amministrazione riunisce connettori, sessioni e handle. Consente di esaminare i dati gestiti e comprendere le relazioni tra consumatori e fonti.
Questa vista supporta configurazione e diagnosi: identificare una sessione, verificare la gestione di un dato ed esaminare lo stato delle connessioni. L’accesso è organizzato secondo l’installazione e le responsabilità amministrative.
Conservare la storia di valori e stati.
Quando la storicizzazione è configurata, valori e stati possono essere salvati in un archivio SQL, sulla tua infrastruttura o nel cloud secondo l’architettura scelta.
Questi dati consentono di rivedere una situazione passata in Beholder quando lo scenario lo prevede e alimentare analisi o report esterni. Frequenza di raccolta e conservazione vanno definite in base alle esigenze operative.
Il tuo prossimo progetto inizia qui.
Passa dalla scoperta alla pratica con il Developer Network. Trova articoli tecnici, tutorial e risorse per creare mappe, collegare apparecchiature e personalizzare Immersive.
Colleghiamo i sistemi sul campo alle applicazioni.
Individuiamo fonti dati, connettori necessari e condizioni di aggiornamento per costruire una supervisione adatta al tuo ambiente.