| Termine | Significato |
|---|---|
| Access level | Il numero (1–5) su un account utente che definisce cosa l'utente può fare (vedere “Users & Access Levels”). |
| Action target | Ciò che un'uscita di una funzione Logic può attivare oltre alla scrittura di un dispositivo: uno scenario, un'automazione, un comando globale, una notifica o un'e-mail — attivato su una transizione di un'uscita booleana, con un tempo di ricarica (vedere “Function Setup & Outputs”). |
| Automation | Una regola QUANDO / SE / ALLORA che reagisce agli eventi (vedere “Automations”). |
| Bidding zone | La zona del mercato elettrico per la quale vengono recuperati i prezzi dell'energia (vedere “Energy Price Service”). |
| Block | Un elemento costitutivo del motore Logic (una porta, un timer, un termostato…); un'istanza configurata di un blocco è una funzione (vedere “Logic Engine — Concepts & Canvas”). |
| Boost | Un comando temporaneo di forzatura. Il Boost di un termostato imposta la modalità Comfort a 25 °C per un intervallo selezionato (30 min–3 h); al termine, vengono ripristinati la modalità e il setpoint precedenti — oppure, in caso di programmazione settimanale, viene applicata la modalità pianificata e il setpoint rimane a 25 °C. Il Boost di ventilazione funziona alla massima velocità fino allo spegnimento (vedere “Thermostats, Air Conditioning & Ventilation”). |
| BACnet object | Un punto indirizzabile di un dispositivo BACnet — un ingresso analogico, un valore binario, un valore a più stati — identificato da tipo e istanza (AV:12); l'associazione BACnet prevede l'indicazione dell'oggetto e, solitamente, del suo valore attuale (vedere “BACnet/IP Integration”). |
| Broker (MQTT) | Il server a cui si collegano tutti i client MQTT; i dispositivi vi pubblicano il proprio stato e HyperVisu esegue la sottoscrizione. Può essere un server già esistente o quello eseguito direttamente da HyperVisu (vedere “MQTT Integration”, “The Built-in MQTT Broker”). |
| Listener (MQTT broker) | Una porta su cui il broker integrato accetta connessioni — MQTT o websocket — ciascuna con il proprio indirizzo di binding (vedere “The Built-in MQTT Broker”). |
| Topic rule (ACL) | Un permesso per account sul broker integrato: un account, un'autorizzazione (lettura / scrittura / lettura-scrittura / nega) e un filtro per topic. Con le regole attive, tutto ciò che non è consentito viene rifiutato — ad eccezione dell'account di HyperVisu, che mantiene sempre l'accesso completo (vedere “The Built-in MQTT Broker”). |
| State topic / command topic | Sul broker integrato, dove HyperVisu pubblica il valore di un dispositivo (…/state) e dove una terza parte può scriverne uno (…/set, solo se i comandi sono abilitati) (vedere “The Built-in MQTT Broker”). |
| Bus monitor | La pagina di amministrazione che mostra i telegrammi KNX decodificati in tempo reale (vedere “KNX Bus Monitor”). |
| Cloud connection | Accesso al server tramite il servizio Elausys Cloud Service da qualsiasi posizione; la connessione locale è il collegamento diretto su LAN. L'app seleziona automaticamente la modalità (vedere “Connecting & Signing In”). |
| Communication object | Un singolo valore associato a un widget (ad es. il livello di un dimmer); gli oggetti vengono collegati a un protocollo (vedere “The Devices Workspace”). |
| Connection | Un collegamento configurato verso un sistema esterno secondo un protocollo — ad es. un dispositivo Modbus, un broker MQTT, un dispositivo BACnet (vedere “Connections”). |
| COV (change of value) | Una sottoscrizione BACnet con cui il dispositivo comunica una variazione di stato al posto di essere interrogato periodicamente; HyperVisu si iscrive automaticamente ed esegue il polling se il dispositivo non lo supporta (vedere “BACnet/IP Integration”). |
| Device / Widget | Lo stesso elemento: "dispositivo" è il termine utente, "widget" quello tecnico — un elemento controllabile o leggibile nell'app. |
| Devices Library | Il catalogo di template di dispositivi pronti all'uso (inverter, contatori, stazioni di ricarica, relè, altoparlanti). Selezionandone uno e assegnandogli un indirizzo, i widget vengono creati con i relativi oggetti già associati (vedere “Devices Library & Sonos Binding”). |
| Sonos household | Un intero sistema Sonos come mostrato dalla relativa app. HyperVisu richiede una connessione per household, raggiunta tramite uno speaker di riferimento, e ogni zona viene rilevata a partire da esso (vedere “Sonos Integration”). |
| Sonos zone | Un player Sonos controllabile — un singolo altoparlante, una coppia stereo o un set home theatre collegato. Una zona corrisponde a un dispositivo audio in HyperVisu (vedere “Audio Zones”). |
| Device group | Un widget che controlla contemporaneamente più dispositivi associati e ne segnala lo stato combinato (vedere “Device Groups”). |
| Device instance | Il numero che identifica un dispositivo BACnet sulla rete (0–4194302), rilevato dalla scansione di rete (vedere “BACnet/IP Integration”). |
| Door station | L'unità esterna presso la porta — telecamera, pulsante del campanello, altoparlante e relè per la serratura — che HyperVisu gestisce come videocitofono (vedere “Cameras & Videophone Setup”). |
| DPT (datapoint type) | Lo standard KNX che definisce la codifica di un valore (ad es. DPT 5.001 = percentuale). |
| ElauPro | Il cloud per progetti Elausys dedicato agli installatori. Il collegamento di un server a un progetto ElauPro è opzionale: centralizza informazioni e documentazione di progetto, invia la supervisione preparata al server e fornisce l'accesso remoto centralizzato a ogni installazione (vedere “Integration with ElauPro”). |
| Elausys Cloud Service | Il servizio di accesso remoto; il server mantiene un tunnel in uscita verso il servizio, evitando la necessità di aprire porte sul router (vedere “Solution Components & Architecture”). |
| Entity | Il termine utilizzato da Home Assistant per un dispositivo o sensore; le entità vengono associate ai widget (vedere “Home Assistant Integration”). |
| ETS | Lo strumento di configurazione KNX. HyperVisu può importare i file di progetto .knxproj (vedere “ETS Project Import”). |
| Frame (TCP/UDP) | Un comando o messaggio di stato di un dispositivo su socket raw — una riga terminata da un delimitatore o un singolo datagramma UDP. I frame in uscita derivano da un template di comando, quelli in ingresso vengono letti tramite un pattern di corrispondenza (vedere “TCP/UDP Integration”). |
| Function | Un'istanza configurata e attiva di un blocco Logic — ciò che gli utenti visualizzano nell'elenco Funzioni (vedere “Functions in the App”, “Logic Engine — Concepts & Canvas”). |
| Global command | Un comando attivabile con un tocco per un intero ambito: casa, stanza o categoria (spegni tutto, tapparelle su/giù) (vedere “Global Commands”). |
| Group address | Il "canale" KNX a cui viene inviato un telegramma; associare un oggetto significa assegnargli indirizzi di gruppo (vedere “KNX Integration”). |
| History logging | Registrazione per oggetto dei valori nel database storico, utile per andamenti temporali, grafici ed esportazioni (vedere “History & Data Logging”). |
| Key (TCP/UDP) | La breve stringa di testo di un oggetto TCP/UDP che un frame in ingresso deve contenere per essere preso in considerazione. Non deve essere univoca — due oggetti possono condividerla — e non può contenere il carattere : (vedere “TCP/UDP Integration”). |
| KNX bridge | La funzione che espone i widget non KNX sul bus KNX tramite i propri indirizzi di gruppo (vedere “KNX Bridge & Triggers”). |
| Logic engine | Il sottosistema che esegue le funzioni create dai blocchi presenti nell'area di lavoro (vedere “Logic Engine — Concepts & Canvas”). |
| Match pattern | La regola TCP/UDP che estrae un valore da un frame in ingresso, definita tramite token come \v (un numero) e \iTesto\i (salta oltre Testo) (vedere “TCP/UDP Integration”). |
| Materialized widget | Un widget effettivo creato dall'uscita di una funzione, utilizzabile come qualsiasi dispositivo — nelle viste, nella registrazione dati, nel bridge KNX (vedere “Function Setup & Outputs”). |
| mDNS | Lo standard con cui i dispositivi si annunciano per nome su una rete locale, senza server da configurare. Consente di raggiungere il server HyperVisu come hypervisu-<serial>.local (vedere “Unboxing & First Power-Up”). |
| Protocol | Un metodo di comunicazione con i dispositivi: KNX, Modbus TCP, Home Assistant, HTTP, MQTT, BACnet/IP, TCP/UDP, Sonos o Virtual (“Services & Protocols”–“Connections”). |
| QoS (MQTT) | Il livello di garanzia di consegna di un messaggio pubblicato: 0 al massimo una volta, 1 almeno una volta, 2 esattamente una volta (vedere “MQTT Integration”). |
| Register | La cella di memoria indirizzabile di Modbus; l'associazione Modbus richiede di specificare tipo di registro, indirizzo e tipo di dati (vedere “Modbus TCP Integration”). |
| Retained message | Un messaggio MQTT memorizzato dal broker e inviato a ogni nuovo subscriber — consente ai widget di mostrare lo stato del dispositivo subito dopo un riavvio (vedere “MQTT Integration”). |
| Ring group | Il numero chiamato da una postazione esterna quando viene premuto il campanello (6000); fa squillare tutte le app HyperVisu attive (vedere “Cameras & Videophone Setup”). |
| Scenario (scene) | Un insieme salvato di stati di dispositivi eseguito come un'unica azione (vedere “Scenarios”). |
| Serial number | L'identificativo univoco del server, stampato sul dispositivo e visualizzato nell'app (vedere “App Settings & Personalization”). |
| Server token | Il codice mostrato nella pagina Sistema utilizzato per associare il server a ElauPro (vedere “System Page”, “Integration with ElauPro”). |
| Sheet | Una pagina dell'area di lavoro Logic; gli impianti estesi suddividono le funzioni su più schede (vedere “Logic Engine — Concepts & Canvas”). |
| SIP Server | Il servizio opzionale che instrada le chiamate videocitofoniche tra i posti esterni e le app (vedere “Services & Protocols”, “Cameras & Videophone Setup”). |
| Simulation (test-fire) | La forzatura temporanea di un ingresso di una funzione dal pannello di amministrazione. Non si tratta di una simulazione a secco: le uscite della funzione vengono scritte e le funzioni a valle vengono eseguite; l'operazione si ripristina automaticamente (vedere “Logic Validation, Monitoring & Safety”). |
| Topic (MQTT) | La struttura gerarchica con cui viene pubblicato un messaggio (zigbee2mqtt/lamp); gli oggetti si iscrivono ai topic di stato e pubblicano sui topic di comando. + e # fungono da caratteri jolly per le sottoscrizioni (vedere “MQTT Integration”). |
| View | Una pagina dashboard personalizzata creata con schede; le viste personali appartengono a un singolo utente, le viste di sistema sono condivise con tutti gli utenti (vedere “Custom Views”). |
| Watchdog | Il meccanismo di controllo che contrassegna come non valido l'ingresso di una funzione se la sorgente non risponde, impostando la funzione in stato di errore invece di operare su dati obsoleti. Disponibile su quattro ingressi, con tempo fisso; attivabile o disattivabile tramite un'opzione (vedere “Logic Engine — Concepts & Canvas”, “Logic Validation, Monitoring & Safety”). |
| Weekly schedule | La programmazione settimanale per widget dei profili orari per termostati e climatizzazione (vedere “Weekly Schedules”). |
| Virtual (protocol) | Il protocollo integrato per i widget privi di un dispositivo fisico associato — gruppi, punti Node-RED, uscite materializzate (vedere “Virtual Devices & Node-RED”). |
HyperVisu / Risoluzione dei problemi e riferimento
Glossario
Tutti i termini relativi a HyperVisu e ai protocolli: widget, DPT, indirizzi di gruppo, entità, registri e altro ancora.
elausys · 17 agosto 2026Domande frequenti
Un dispositivo e un widget sono la stessa cosa?
Sì. Entrambi indicano un elemento controllabile o leggibile nell'app. Un oggetto di comunicazione è il singolo valore sottostante, come il livello di un dimmer.
Qual è la differenza tra scenari, automazioni e funzioni?
Uno scenario applica stati memorizzati dei dispositivi come singola azione. Un'automazione è una regola QUANDO/SE/ALLORA. Una funzione è un'istanza configurata di un blocco Logic.
Qual è la differenza tra un protocollo e una connessione?
Un protocollo definisce la modalità di comunicazione dei dispositivi. Una connessione è un collegamento configurato secondo quel protocollo, come un dispositivo Modbus o un broker MQTT.
A cosa serve il bridge KNX?
Espone i widget non KNX sul bus KNX utilizzando i relativi indirizzi di gruppo.
Continua a esplorare
Trova le altre guide per questo prodotto nella documentazione.
Torna a Risoluzione dei problemi e riferimento