De los buses de campo a la supervisión del edificio y el acceso remoto
Un edificio reúne equipos de distintas generaciones y fabricantes. Un contador puede comunicar por Modbus, la climatización por BACnet y la iluminación por Casambi o DALI. A ellos se suman cámaras, cerraduras, sensores inalámbricos y aplicaciones que necesitan acceder a la información.
Adquio permite relacionar esos sistemas dentro de una arquitectura común. Los controladores recogen las señales y ejecutan la lógica local; las pantallas, el SCADA, el BMS, Analytics y Supervisor utilizan esa información para ofrecer control, análisis y mantenimiento. Las nuevas pasarelas amplían esa conexión a KNX, Matter, vídeo y accesos.
Para el cliente, el resultado es concreto: aprovechar la instalación existente, incorporar nuevas funciones por fases y disponer de información que pueda utilizar para gestionar el edificio. Para el integrador, significa elegir el enlace adecuado para cada tarea y convertir equipos separados en una solución coordinada.
Este recorrido explica qué hace cada protocolo, dónde se utiliza y qué aporta al proyecto. Conviene distinguir el protocolo de aplicación del medio que lo transporta: RS-485, Ethernet o una conexión inalámbrica no describen por sí solos las funciones que comparten los equipos.
En este artículo
Todo el ecosistema en un mapa
Los protocolos que conectan los controladores
Modbus RTU y Modbus TCP
Modbus facilita el intercambio de registros y estados entre equipos. La variante RTU se utiliza habitualmente sobre RS-485 y resulta útil para contadores, sondas, variadores y módulos de entradas y salidas. Modbus TCP lleva ese intercambio a la red IP. En Adquio, ambas opciones permiten incorporar equipos existentes a las variables y a la lógica del controlador.
BACnet IP y BACnet MS/TP
BACnet está orientado a la automatización de edificios y organiza la información mediante objetos y propiedades. BACnet IP utiliza la red IP; MS/TP permite trabajar sobre un bus RS-485. Es especialmente relevante para integrar climatización y otros sistemas técnicos que ya utilizan este estándar.
MQTT
MQTT conecta dispositivos y aplicaciones mediante un broker, con un modelo de publicación y suscripción a temas. Resulta útil cuando varios sistemas necesitan recibir medidas o eventos sin consultarse directamente entre sí. Adquio puede incorporar esa información al control y compartirla con otras aplicaciones.
API REST y WebSocket
Una API REST permite consultar datos y solicitar operaciones mediante recursos y peticiones web. WebSocket mantiene una conexión persistente para intercambiar mensajes durante la sesión. Estas herramientas acercan la automatización al software del cliente: desde una aplicación propia hasta un servicio de gestión. El alcance de cada integración depende de los permisos y funciones disponibles.
Una elección que depende del proyecto
El soporte de un protocolo y la disponibilidad de sus interfaces físicas deben revisarse en el modelo seleccionado. La ventaja de combinar estas opciones es adaptar el control a los equipos que necesita el edificio, conservando una lógica común en Adquio.
Iluminación sensores y expansiones
Modbus RTU para ampliar el controlador
Las expansiones Adquio se comunican con los controladores mediante Modbus RTU. Su sencillez y flexibilidad permiten distribuir entradas y salidas, incorporar relés o recoger señales sin complicar innecesariamente la arquitectura. El integrador puede dimensionar la instalación según sus necesidades y ampliar los puntos de control por etapas.
Casambi para la iluminación inalámbrica
Casambi utiliza una red mallada basada en Bluetooth Low Energy. Adquio integra sus redes de iluminación mediante gateways compatibles, como Lithernet, para relacionar luminarias, escenas y estados con otros sistemas del edificio. La conexión local permite coordinar iluminación y automatización sin que esa operación requiera necesariamente una conexión a Internet.
DALI para la iluminación cableada
DALI está dedicado al control digital de la iluminación. Dentro de las soluciones Adquio, una pasarela DALI–Modbus RTU permite incorporar las redes DALI al controlador. La iluminación conserva su tecnología de campo mientras sus funciones compatibles pasan a formar parte del control y la supervisión del proyecto.
LoRa para recoger medidas sin nuevo cableado
Las sondas inalámbricas Adquio se comunican con su gateway mediante LoRa; el gateway entrega la información al controlador por Modbus RTU. Es una combinación útil para añadir medidas ambientales en edificios existentes. La comunicación de radio y el enlace con el controlador cumplen funciones distintas, y ambos quedan integrados en la misma instalación.
De las variables al control y al análisis
Pantallas y SCADA
Las pantallas de control utilizan Modbus TCP y WebSocket para relacionar la interfaz con los datos y acciones de la instalación. Adquio SCADA se conecta mediante Modbus TCP y Adquio Socket. El objetivo es que el usuario pueda ver el estado de los sistemas y actuar desde una representación adaptada a su trabajo.
Adquio Socket como enlace entre productos
Adquio Socket es el mecanismo de comunicación empleado en las integraciones propias que se describen en este artículo. Permite llevar los datos de los controladores a distintas herramientas y conectar las nuevas soluciones con las variables del edificio. WebSocket y Adquio Socket se identifican aquí con sus nombres específicos para distinguir los enlaces utilizados en cada producto.
BMS con continuidad ante cortes de Internet
El BMS Adquio Cloud utiliza un protocolo propio para transferir información cifrada y comprimida. El controlador prepara los datos y conserva localmente los paquetes pendientes cuando no puede enviarlos. Al recuperar la conexión, los transmite para completar el histórico. Este diseño protege la continuidad de los datos frente a interrupciones de Internet dentro de la capacidad de almacenamiento y las condiciones de operación del equipo.
Analytics y la toma de datos
En la cadena de Adquio Analytics, Adquio Socket conecta la toma de datos con el ecosistema. DataSource recoge y organiza las medidas históricas; Analytics las convierte en dashboards y tendencias. Así es posible comparar consumos, temperaturas u otras variables sin tener que crear una integración diferente con cada equipo de campo.
Compartir datos con otros BMS
Adquio BACnet Exporter permite publicar variables seleccionadas de un controlador para que otro sistema las lea mediante BACnet IP. Es una vía útil cuando el proyecto debe convivir con un BMS de terceros y el cliente quiere conservar su plataforma de gestión.
KNX Matter vídeo y accesos en la misma arquitectura
KNX Gateway aprovecha la instalación existente
Adquio KNX Gateway utiliza KNXnet/IP a través de una interfaz o router KNX/IP, mediante UDP Tunneling o Routing. Hacia Adquio emplea Adquio Socket. Las direcciones de grupo se relacionan con variables y se define el sentido de la sincronización. Esto permite ampliar las posibilidades de una instalación KNX sin sustituir su infraestructura de bus.
MatterLink incorpora nuevos dispositivos
MatterLink conecta dispositivos Matter compatibles con Adquio mediante Adquio Socket. También puede publicar funciones seleccionadas de la instalación mediante su bridge Matter. El interés para el cliente es integrar nuevos dispositivos y compartir funciones ya disponibles, según los tipos y capacidades admitidos por cada equipo y ecosistema.
VisionCore separa el vídeo de los eventos
En el lado de las cámaras, Adquio VisionCore utiliza ONVIF para el descubrimiento y las funciones compatibles, junto con fuentes RTSP o MJPEG para el vídeo. Hacia los controladores, Adquio Socket permite relacionar los eventos con variables. El vídeo en directo se presenta mediante sus visores y streams, también en SCADA, Analytics o sistemas del cliente con WebView compatible. Un evento de cámara puede alimentar una automatización sin que el flujo de vídeo tenga que viajar por el canal de variables.
DoorLink integra las cerraduras
DoorLink se conecta con Adquio mediante Adquio Socket. Su integración inicial con cerraduras TTLock utiliza Bluetooth LE desde gateways próximos a las puertas, coordinados por DoorLink Server a través de la red local. El servidor ofrece además una API HTTP JSON para integrar accesos con Supervisor u otro software autorizado. La arquitectura admite nuevos adaptadores; las compatibilidades futuras se validan por separado.
Un ejemplo de uso conjunto
Una detección de cámara puede actualizar una variable y activar una escena de iluminación; una apertura autorizada puede relacionarse con el estado de una zona. Son posibilidades de proyecto: las reglas, permisos y acciones se configuran según la instalación.
Supervisión y acceso remoto con una función definida
Supervisor reúne la operación del edificio
Adquio Supervisor utiliza Adquio.API y Adquio Socket para conectar con la información del ecosistema. Su función es dar contexto operativo: localizar equipos, consultar su estado y relacionar alarmas con edificios, plantas y estancias. Analytics ayuda a estudiar la evolución de las medidas; Supervisor ayuda a identificar qué requiere atención y dónde se encuentra.
Un enlace específico para cada sistema
Con las pantallas Android compatibles, Supervisor utiliza ADB sobre TCP para las funciones de acceso y mantenimiento autorizadas. Las cerraduras se consultan y operan a través de la API de DoorLink. Para las cámaras, Supervisor incorpora streams independientes generados por VisionCore. Cada sistema conserva su herramienta especializada mientras la supervisión reúne las funciones que necesita el usuario.
Nexus y Bridge mediante túneles SSH
Adquio Nexus permite acceder remotamente a interfaces y equipos de la instalación, por ejemplo para revisar un controlador o prestar soporte. Adquio Bridge enlaza sistemas distribuidos y controladores con su sistema central entre distintas ubicaciones. Ambos utilizan túneles SSH para proteger esos enlaces. Son servicios complementarios: uno facilita el acceso de la persona; el otro conecta los sistemas que deben comunicarse.
La API de Adquio para el software del cliente
Adquio.API ofrece una interfaz REST en la nube para leer datos y solicitar acciones autorizadas desde aplicaciones externas. Permite que software de mantenimiento, gestión energética o aplicaciones propias utilicen información de equipos ya integrados en Adquio, aunque esos equipos de campo no dispongan de una API web propia.
Elegir la conexión que aporta valor
El punto de partida es qué necesita resolver el cliente: aprovechar equipos existentes, ampliar una zona, comparar consumos o mantener varias sedes. A partir de ahí se seleccionan los dispositivos, los protocolos y las herramientas de operación. Esa combinación es la base de Adquio Building OS: conservar la especialización de cada sistema y hacer que sus datos y acciones sean útiles en el conjunto del edificio.
Conecta los sistemas que necesita tu proyecto
Cuéntanos qué equipos tienes y qué quieres conseguir. Te ayudamos a definir la arquitectura de integración.
