| Término | Significado |
|---|---|
| Nivel de acceso | El número (1–5) en una cuenta de usuario que determina lo que el usuario puede hacer (ver “Usuarios y niveles de acceso”). |
| Destino de acción | Lo que una salida de función lógica puede activar además de escribir en un dispositivo: un escenario, una automatización, un comando global, una notificación o un correo electrónico; se activa en la transición de una salida booleana, con un tiempo de espera (ver “Configuración de funciones y salidas”). |
| Automatización | Una regla CUANDO / SI / ENTONCES que reacciona a eventos (ver “Automatizaciones”). |
| Zona de oferta | La zona del mercado eléctrico para la cual se obtienen sus precios de la energía (ver “Servicio de precios de la energía”). |
| Bloque | Un elemento constructivo del motor lógico (una puerta, un temporizador, un termostato…); una instancia configurada de un bloque es una función (ver “Motor lógico: conceptos y lienzo”). |
| Boost | Una anulación temporal. Un Boost de termostato ajusta el modo Confort a 25 °C durante un tiempo determinado (30 min–3 h); al finalizar, se restablece el modo y la consigna anteriores o, con un programa semanal, se aplica el modo programado y la consigna se mantiene en 25 °C. Un Boost de ventilación funciona a máxima velocidad hasta que se apaga (ver “Termostatos, climatización y ventilación”). |
| Objeto BACnet | Un punto direccionable de un dispositivo BACnet (una entrada analógica, un valor binario, un valor multiestado) nombrado por tipo e instancia (AV:12); vincular BACnet implica nombrar el objeto y, habitualmente, su valor actual (present-value) (ver “Integración BACnet/IP”). |
| Broker (MQTT) | El servidor al que se conectan todos los clientes MQTT; los dispositivos publican su estado en él y HyperVisu se suscribe allí. Puede ser uno existente o el que HyperVisu puede ejecutar de forma integrada (ver “Integración MQTT”, “El broker MQTT integrado”). |
| Listener (broker MQTT) | Un puerto en el que el broker integrado acepta conexiones (MQTT o websockets), cada uno con su propia dirección de escucha (ver “El broker MQTT integrado”). |
| Regla de tema (ACL) | Un permiso por cuenta en el broker integrado: una cuenta, un permiso (lectura / escritura / lectura-escritura / denegación) y un filtro de tema. Con las reglas activadas, se rechaza todo lo que no esté permitido, salvo la propia cuenta de HyperVisu, que siempre mantiene acceso total (ver “El broker MQTT integrado”). |
| Tema de estado / de comando | En el broker integrado, donde HyperVisu publica el valor de un dispositivo (…/state) y donde un tercero puede escribir un valor (…/set, solo si los comandos están habilitados) (ver “El broker MQTT integrado”). |
| Monitor de bus | La página de administración que muestra los telegramas KNX descodificados en tiempo real (ver “Monitor de bus KNX”). |
| Conexión en la nube | Acceso al servidor a través del servicio Elausys Cloud Service desde cualquier lugar; la conexión local es el enlace directo por LAN. La aplicación selecciona de forma automática (ver “Conexión e inicio de sesión”). |
| Objeto de comunicación | Un valor detrás de un widget (p. ej., el nivel de un regulador); los objetos son lo que se vincula a un protocolo (ver “El espacio de trabajo de dispositivos”). |
| Conexión | Un enlace configurado a un sistema externo bajo un protocolo; p. ej., un dispositivo Modbus, un broker MQTT o un dispositivo BACnet (ver “Conexiones”). |
| COV (cambio de valor) | Una suscripción BACnet mediante la cual el dispositivo reporta un punto cuando cambia en lugar de sondearse; HyperVisu se suscribe automáticamente y realiza sondeos si el dispositivo lo rechaza (ver “Integración BACnet/IP”). |
| Dispositivo / Widget | Lo mismo: "dispositivo" es el término para el usuario final, "widget" el técnico; un elemento controlable o legible en la aplicación. |
| Biblioteca de dispositivos | El catálogo de plantillas de dispositivos listas para usar (inversores, contadores, cargadores, relés, altavoces). Al seleccionar una y asignarle una dirección, se crean los widgets con sus objetos ya vinculados (ver “Biblioteca de dispositivos y vinculación Sonos”). |
| Hogar Sonos | Un sistema Sonos completo tal como lo muestra su aplicación. HyperVisu utiliza una conexión por hogar, a la que se accede a través de un altavoz principal, y todas las zonas se descubren a partir de él (ver “Integración Sonos”). |
| Zona Sonos | Un reproductor Sonos controlable: un altavoz individual, un par estéreo o un conjunto de cine en casa vinculado. Una zona equivale a un dispositivo de audio en HyperVisu (ver “Zonas de audio”). |
| Grupo de dispositivos | Un widget que controla varios dispositivos miembro a la vez y reporta su estado combinado (ver “Grupos de dispositivos”). |
| Instancia de dispositivo | El número que identifica a un dispositivo BACnet en la red (0–4194302), mostrado por la exploración de red (ver “Integración BACnet/IP”). |
| Placa de calle | La unidad exterior en la puerta (cámara, pulsador de timbre, altavoz y relé de cerradura) que HyperVisu muestra como videoportero (ver “Configuración de cámaras y videoportero”). |
| DPT (tipo de punto de datos) | El estándar KNX que describe cómo se codifica un valor (p. ej., DPT 5.001 = porcentaje). |
| ElauPro | La nube de proyectos de Elausys utilizada por instaladores. Vincular un servidor a un proyecto de ElauPro es opcional: centraliza la información y documentación del proyecto, transfiere la visualización preparada al servidor y proporciona acceso remoto centralizado a cada instalación (ver “Integración con ElauPro”). |
| Elausys Cloud Service | El servicio de acceso remoto; el servidor mantiene un túnel de salida hacia él, por lo que no es necesario abrir puertos en el router (ver “Componentes de la solución y arquitectura”). |
| Entidad | El término de Home Assistant para un dispositivo o sensor; las entidades son lo que se vincula a los widgets (ver “Integración con Home Assistant”). |
| ETS | La herramienta de configuración de KNX. HyperVisu puede importar sus archivos de proyecto .knxproj (ver “Importación de proyectos ETS”). |
| Trama (TCP/UDP) | Un comando o mensaje de estado de un dispositivo de socket directo: una línea terminada por el delimitador o un datagrama UDP. Las tramas salientes proceden de una plantilla de comandos; las entrantes se leen con un patrón de coincidencia (ver “Integración TCP/UDP”). |
| Función | Una instancia configurada y en ejecución de un bloque lógico; lo que los usuarios ven en la lista de funciones (ver “Funciones en la aplicación”, “Motor lógico: conceptos y lienzo”). |
| Comando global | Un comando de un solo toque para todo un ámbito: casa, estancia o categoría (todo apagado, persianas arriba/abajo) (ver “Comandos globales”). |
| Dirección de grupo | El "canal" KNX al que se envía un telegrama; vincular un objeto significa asignarle direcciones de grupo (ver “Integración KNX”). |
| Registro histórico | Grabación de valores por objeto en la base de datos histórica, alimentando tendencias, gráficos y exportaciones (ver “Historial y registro de datos”). |
| Clave (TCP/UDP) | El texto corto de un objeto TCP/UDP que una trama entrante debe contener para ser considerada para él. No tiene por qué ser única (dos objetos pueden compartir una) y no puede contener : (ver “Integración TCP/UDP”). |
| Pasarela KNX (KNX bridge) | La función que expone widgets no KNX en el bus KNX con sus propias direcciones de grupo (ver “Pasarela KNX y disparadores”). |
| Motor lógico | El subsistema que ejecuta funciones creadas a partir de bloques en el lienzo (ver “Motor lógico: conceptos y lienzo”). |
| Patrón de coincidencia | La regla TCP/UDP que extrae un valor de una trama entrante, definida con tokens como \v (un número) y \iTexto\i (saltar Texto) (ver “Integración TCP/UDP”). |
| Widget materializado | Un widget real creado a partir de la salida de una función, utilizable como cualquier dispositivo: en vistas, registro histórico o la pasarela KNX (ver “Configuración de funciones y salidas”). |
| mDNS | El estándar mediante el cual los dispositivos se anuncian por su nombre en una red local, sin necesidad de configurar un servidor. Permite acceder al servidor HyperVisu como hypervisu-<serial>.local (ver “Desembalaje y primer encendido”). |
| Protocolo | Una forma de comunicarse con los dispositivos: KNX, Modbus TCP, Home Assistant, HTTP, MQTT, BACnet/IP, TCP/UDP, Sonos o Virtual (“Servicios y protocolos”–“Conexiones”). |
| QoS (MQTT) | La garantía de entrega de un mensaje publicado: 0 como máximo una vez, 1 al menos una vez, 2 exactamente una vez (ver “Integración MQTT”). |
| Registro | La celda de valor direccionable de Modbus; vincular Modbus implica definir el tipo de registro, la dirección y el tipo de datos (ver “Integración Modbus TCP”). |
| Mensaje retenido | Un mensaje MQTT que el broker conserva y reenvía a cada nuevo suscriptor; permite que los widgets muestren el estado de un dispositivo justo después de un reinicio (ver “Integración MQTT”). |
| Grupo de llamada | El número al que llama una placa de calle cuando se pulsa el timbre (6000); hace sonar todas las aplicaciones HyperVisu en ejecución (ver “Configuración de cámaras y videoportero”). |
| Escenario (escena) | Un conjunto guardado de estados de dispositivos que se ejecuta como una sola acción (ver “Escenarios”). |
| Número de serie | La identidad única de su servidor, impresa en el dispositivo y mostrada en la aplicación (ver “Ajustes de la aplicación y personalización”). |
| Token del servidor | El código secreto que se muestra en la página Sistema y que vincula el servidor con ElauPro (ver “Página del sistema”, “Integración con ElauPro”). |
| Hoja | Una página del lienzo de lógica; las instalaciones grandes dividen las funciones en varias hojas (ver “Motor lógico: conceptos y lienzo”). |
| Servidor SIP | El servicio opcional que gestiona las llamadas de videoportero entre las placas de calle y las aplicaciones (ver “Servicios y protocolos”, “Configuración de cámaras y videoportero”). |
| Simulación (prueba) | Forzado temporal de una entrada de una función desde el panel de administración. No es una simulación en seco: las salidas de dispositivo de la función se escriben y las funciones dependientes se ejecutan; se restablece automáticamente (ver “Validación lógica, monitorización y seguridad”). |
| Tema (MQTT) | El nombre jerárquico bajo el cual se publica un mensaje (zigbee2mqtt/lamp); los objetos se suscriben a temas de estado y publican en temas de comando. + y # son comodines de suscripción (ver “Integración MQTT”). |
| Vista | Una página de panel de control personalizada creada a partir de tarjetas; las vistas personales pertenecen a un usuario y las del sistema se comparten con todos los usuarios (ver “Vistas personalizadas”). |
| Watchdog | La protección que marca una entrada de función como no válida cuando su fuente deja de reportar datos, poniendo la función en error en lugar de operar con datos obsoletos. Presente en cuatro entradas con un tiempo fijo; un interruptor lo activa o desactiva (ver “Motor lógico: conceptos y lienzo”, “Validación lógica, monitorización y seguridad”). |
| Programación semanal | El programa semanal por widget con puntos de cambio para termostatos y climatización (ver “Programaciones semanales”). |
| Virtual (protocolo) | El protocolo integrado para widgets sin dispositivo físico detrás: grupos, puntos de Node-RED, salidas materializadas (ver “Dispositivos virtuales y Node-RED”). |
HyperVisu / Resolución de problemas y referencia
Glosario
Todos los términos de HyperVisu y protocolos: widget, DPT, dirección de grupo, entidad, registro y más.
elausys · 17 agosto 2026Preguntas frecuentes
¿Son lo mismo un dispositivo y un widget?
Sí. Ambos hacen referencia a un elemento controlable o legible en la aplicación. Un objeto de comunicación es un valor individual que se encuentra detrás, como el nivel de un regulador.
¿En qué se diferencian los escenarios, las automatizaciones y las funciones?
Un escenario ejecuta estados guardados de dispositivos en una sola acción. Una automatización es una regla CUANDO/SI/ENTONCES. Una función es una instancia configurada de un bloque lógico.
¿Cuál es la diferencia entre un protocolo y una conexión?
Un protocolo es la forma en que se comunican los dispositivos. Una conexión es un enlace configurado bajo ese protocolo, como un dispositivo Modbus o un broker MQTT.
¿Qué función realiza la pasarela KNX?
Expone widgets no KNX en el bus KNX utilizando sus propias direcciones de grupo.
Seguir explorando
Encuentre las demás guías de este producto en la documentación.
Volver a Resolución de problemas y referencia