Referencia técnica

Protocolos y estándares

24 protocolos abiertos que usamos a diario en proyectos de domótica, inmótica, automatización industrial, iluminación, IoT y medida energética. Sin marketing, sin atajos: cuándo elegir cada uno y dónde tienen sus límites.

Building Automation

10 protocolos

Protocolos abiertos para automatización de viviendas y edificios: domótica residencial, inmótica de edificios terciarios e iluminación digital.

KNX

Web oficial #

Estándar europeo abierto y descentralizado para automatización de viviendas y edificios. El más extendido del mercado.

Sucesor de EIB, Batibus y EHS. Cada dispositivo tiene su propia inteligencia (lógica distribuida) y se comunica con el resto mediante telegramas con direcciones de grupo. Soporta tres medios físicos: cable bus dedicado (TP, twisted pair), IP (KNXnet/IP) y radiofrecuencia (KNX RF). Programación con ETS, herramienta oficial obligada para puesta en marcha.

Capa física: Bus dedicado (TP1) / IP / RF
Velocidad: 9.600 bps (TP1) · 100 Mbps (IP) · 16,4 kbps (RF)
Topología: Línea, área, dorsal (tres niveles jerárquicos)
Estandarización: ISO/IEC 14543-3 · EN 50090 · CEN-CENELEC

Fortalezas

Multifabricante real (450+ fabricantes certificados).
Lógica distribuida: si un nodo cae, el resto sigue.
Ciclo de vida largo (instalaciones de 20+ años aún operativas).
Sin dependencia de la nube ni de un servidor central.

Limitaciones

Coste inicial alto frente a soluciones inalámbricas.
Curva de aprendizaje pronunciada (ETS).
Sin cifrado nativo en KNX clásico (resuelto con KNX Secure).

Cuándo usarlo: Vivienda residencial premium y edificios donde se valore robustez, durabilidad y ausencia de lock-in.

KNX Secure

Web oficial #

Extensión de seguridad de KNX que añade autenticación y cifrado a los telegramas.

Dos variantes: KNX Data Secure (sobre el bus TP1, cifrado de telegramas con AES 128) y KNX IP Secure (sobre red IP, cifrando los paquetes KNXnet/IP). Permite mezclar dispositivos seguros y no seguros en la misma instalación. Imprescindible cuando hay equipos accesibles desde redes externas o cuando el bus pasa por zonas de menor confianza.

Capa física: KNX TP1 / IP con AES 128
Estandarización: KNX Association

Fortalezas

Compatible con instalaciones KNX existentes.
Autenticación por dispositivo + claves de grupo.
Único estándar en domótica con seguridad criptográfica certificada.

Limitaciones

Requiere ETS 5+ y dispositivos compatibles.
Gestión de claves añade carga operativa.

Cuándo usarlo: Cualquier instalación KNX nueva. Especialmente obligado en edificios institucionales, hoteles y proyectos con conectividad remota.

Zigbee

Web oficial #

Protocolo inalámbrico de corto alcance, baja potencia y topología en malla. Estándar de facto en muchos productos consumer smart home.

Basado en IEEE 802.15.4 sobre la banda ISM de 2,4 GHz. Cada dispositivo de red puede actuar como repetidor extendiendo cobertura. Su perfil de aplicación más común es Zigbee 3.0 (anteriormente Zigbee Light Link). Es la base de muchos productos Philips Hue, IKEA, Aqara, Sonoff, etc.

Capa física: IEEE 802.15.4 (RF 2,4 GHz)
Velocidad: Hasta 250 kbps
Topología: Mesh (malla)
Estandarización: Zigbee Alliance (CSA)

Fortalezas

Ecosistema enorme de dispositivos económicos.
Bajo consumo (años con pilas en sensores).
Cobertura extensa por efecto malla.

Limitaciones

Interoperabilidad histórica deficiente entre fabricantes (mejorando con Matter).
Misma banda 2,4 GHz que Wi-Fi y Bluetooth — interferencias en entornos densos.
Suele requerir un hub centralizado.

Cuándo usarlo: Reformas donde no se puede pasar bus, sensores con pilas, integraciones puntuales con productos consumer.

Z-Wave

Web oficial #

Protocolo inalámbrico mesh de baja potencia, especializado en domótica residencial.

A diferencia de Zigbee, opera en frecuencias por debajo de 1 GHz (868 MHz en Europa, 908 MHz en EE.UU.), evitando la congestión de los 2,4 GHz. Hasta 232 dispositivos por red. Históricamente más enfocado a domótica que a iluminación (a diferencia de Zigbee).

Capa física: RF sub-GHz (868,42 MHz en Europa)
Velocidad: Hasta 100 kbps
Topología: Mesh
Estandarización: Z-Wave Alliance · ITU-T G.9959

Fortalezas

Buen alcance y poca interferencia con Wi-Fi.
Certificación obligatoria garantiza interoperabilidad.
Eficiencia energética muy alta.

Limitaciones

Catálogo de productos menor que Zigbee.
Velocidad limitada para algunas aplicaciones.

Cuándo usarlo: Reformas residenciales donde se quiera evitar la banda 2,4 GHz y se priorice fiabilidad.

EnOcean

Web oficial #

Protocolo wireless con energy harvesting: dispositivos sin pilas que se alimentan del propio gesto de pulsación, diferencias de temperatura o luz ambiente.

Tecnología desarrollada en Alemania por EnOcean GmbH (spin-off de Siemens). El emisor genera la energía necesaria para enviar el telegrama del propio acto físico (pulsar, abrir, cambiar temperatura), eliminando pilas y cableado de alimentación. Frecuencias regionales: 868 MHz en Europa, 902 MHz en EE.UU., 928 MHz en Asia. Combinable con KNX vía pasarelas EnOcean↔KNX.

Capa física: RF sub-GHz (868 MHz en Europa)
Velocidad: 125 kbps
Topología: Punto a punto + repetidores opcionales
Estandarización: ISO/IEC 14543-3-1x · EnOcean Alliance

Fortalezas

Sin pilas ni cableado: instalación rápida y mantenimiento mínimo.
Banda 868 MHz limpia, sin interferencias de Wi-Fi.
Pasarelas a KNX, BACnet y Modbus disponibles de varios fabricantes.
Ideal para reformas y edificios protegidos donde no se puede picar pared.

Limitaciones

Catálogo de productos limitado frente a KNX o Zigbee.
Pulsadores con vida útil mecánica (cientos de miles de pulsaciones, suficiente para uso normal).
Coste por punto mayor que un KNX equivalente.

Cuándo usarlo: Reformas en edificios donde no se puede pasar bus, instalaciones temporales, hoteles con cambios frecuentes de distribución, edificios protegidos.

Thread

Web oficial #

Protocolo de red mesh IPv6 sobre IEEE 802.15.4. Es la capa de red de Matter junto a Wi-Fi.

Diseñado por Nest (Google), Apple, Samsung y otros como base de red para Matter. Cada dispositivo Thread tiene una IPv6 propia, lo que simplifica la integración con redes IP estándar. Sin punto único de fallo: la red se auto-organiza y elige routers dinámicamente. Requiere un Border Router (HomePod, Apple TV, Echo, Nest, etc.) para puentearse a la red doméstica.

Capa física: IEEE 802.15.4 con 6LoWPAN (IPv6)
Velocidad: 250 kbps
Topología: Mesh IPv6
Estandarización: Thread Group

Fortalezas

IPv6 end-to-end: cada dispositivo es direccionable.
Sin punto único de fallo.
Base oficial de Matter.

Limitaciones

Necesita Border Router compatible.
Catálogo de productos en crecimiento, aún menor que Zigbee.

Cuándo usarlo: Instalaciones nuevas residenciales que adopten Matter. Apto para sensores y actuadores con bajo consumo.

Matter

Web oficial #

Estándar de aplicación unificado para smart home impulsado por Apple, Google, Amazon y Samsung.

Capa de aplicación que corre sobre Wi-Fi y Thread, pensada para resolver la fragmentación entre ecosistemas (HomeKit, Alexa, Google Home, SmartThings). Define un modelo de datos común y permite que un dispositivo se controle desde cualquier asistente compatible. Versión 1.0 lanzada en 2022.

Capa física: TLS 1.3 sobre Wi-Fi o Thread
Estandarización: Connectivity Standards Alliance (CSA)

Fortalezas

Interoperabilidad entre ecosistemas (Apple, Google, Amazon, Samsung).
Configuración local sin nube obligatoria.
Cifrado por defecto.

Limitaciones

Catálogo limitado todavía.
No aporta funciones avanzadas que sí da KNX (escenas complejas, lógica condicional).

Cuándo usarlo: Capa de control unificada para productos consumer en residencial. Coexiste bien con KNX como puente IP.

BLE Mesh

Web oficial #

Bluetooth Low Energy con extensión Mesh, especialmente popular en iluminación inalámbrica.

Capa de mesh definida por el Bluetooth SIG en 2017 que convierte una red BLE punto-a-punto en una red managed mesh. Cada nodo retransmite mensajes, extendiendo cobertura. Habitual en luminarias inalámbricas comerciales (Casambi, Silvair, etc.).

Capa física: Bluetooth LE (2,4 GHz) con capa Mesh
Velocidad: Hasta 1 Mbps
Topología: Mesh
Estandarización: Bluetooth SIG

Fortalezas

No requiere gateway dedicado (móvil/tablet hace de bridge).
Despliegue rápido sin obra.
Compatible con cualquier smartphone moderno.

Limitaciones

Protocolos propietarios sobre BLE Mesh (Casambi vs Silvair) → lock-in real.
Banda 2,4 GHz saturada en entornos densos.

Cuándo usarlo: Iluminación de hostelería, retail, oficinas pequeñas donde no se puede pasar bus.

BACnet

Web oficial #

Protocolo abierto de gestión técnica de edificios (HVAC, iluminación, accesos), normalizado por ASHRAE.

Estándar dominante en BMS de edificios terciarios en Norteamérica y muy extendido en Europa. Define un modelo de objetos (Analog Input, Binary Output, Schedule, Trend Log…) común a todos los fabricantes. Variantes de transporte: BACnet/IP (Ethernet), BACnet MS/TP (RS-485) y BACnet/SC (Secure Connect, IP+TLS, desde 2019).

Capa física: IP / RS-485 (MS/TP) / TLS (BACnet/SC)
Velocidad: 100 Mbps (IP) · 9,6-115,2 kbps (MS/TP)
Topología: Bus o red IP
Estandarización: ASHRAE 135 · ISO 16484-5

Fortalezas

Estándar maduro con catálogo enorme de fabricantes.
Modelo de objetos rico, pensado para HVAC.
Variante segura (BACnet/SC) ya disponible.

Limitaciones

BACnet clásico sin cifrado: no exponer fuera de OT sin segmentación.
Curva de aprendizaje del modelo de objetos.

Cuándo usarlo: Cualquier edificio terciario nuevo: hoteles, oficinas, hospitales, centros comerciales.

DALI DALI / DALI-2

Web oficial #

Protocolo digital específico para control de iluminación con direccionamiento individual de luminarias.

DALI-2 es la versión moderna y certificada por la DiiA (Digital Illumination Interface Alliance). Cada luminaria responde a una dirección única (hasta 64 por línea) y soporta regulación 0-100 %, escenas, grupos y reporting de estado/consumo. Se gateaa a KNX o BACnet mediante pasarelas dedicadas.

Capa física: Bus 2 hilos no polarizado
Velocidad: 1.200 bps
Topología: Línea (hasta 64 dispositivos)
Estandarización: IEC 62386

Fortalezas

Direccionamiento individual de cada luminaria.
Regulación precisa con curva logarítmica.
DALI-2 garantiza interoperabilidad real entre fabricantes.

Limitaciones

Una línea DALI = un controlador (no es realmente un bus distribuido).
Reservado a iluminación.

Cuándo usarlo: Cualquier proyecto donde haya regulación y direccionamiento individual de luminarias. Estándar profesional en iluminación arquitectónica.

Automatización industrial

7 protocolos

Buses de campo y protocolos sobre Ethernet para PLCs, SCADA y MES.

Modbus RTU

Web oficial #

Protocolo serie maestro/esclavo simple, abierto y casi universal en automatización industrial.

Definido por Modicon (hoy Schneider) en 1979. Sobre RS-485 (a veces RS-232 en cortas distancias). Hasta 247 esclavos por bus. Lectura/escritura de registros holding/input/coil. Su simplicidad lo ha convertido en lingua franca para integrar contadores, variadores, PLCs antiguos, sensores serie, etc.

Capa física: RS-485 / RS-232
Velocidad: Típico 9.600 - 115.200 bps
Topología: Bus maestro/esclavo
Estandarización: Modbus Organization (especificación pública)

Fortalezas

Implementación trivial en cualquier lenguaje.
Soporte universal en hardware industrial.
Cableado RS-485 robusto a EMI.

Limitaciones

Sin cifrado ni autenticación.
Sin descubrimiento automático: hay que conocer mapping a mano.
Topología bus: una línea cortada para todo el segmento.

Cuándo usarlo: Lectura de contadores, integración con variadores y equipos industriales serie. Punto a punto sin grandes pretensiones.

Modbus TCP

Web oficial #

Modbus encapsulado sobre TCP/IP. Misma semántica de registros, transporte sobre Ethernet.

Variante moderna de Modbus que permite múltiples maestros simultáneos. Puerto 502 estándar. Sin las limitaciones de cableado serie. El estándar más extendido para integrar dispositivos industriales en redes IP de planta.

Capa física: TCP/IP (puerto 502)
Velocidad: Limitado por la red (típico 100 Mbps - 1 Gbps)
Topología: Estrella o malla IP
Estandarización: Modbus Organization · IEC 61158 (parcial)

Fortalezas

Múltiples maestros concurrentes.
Misma simplicidad que Modbus RTU + ventajas Ethernet.
Latencia muy baja en LAN.

Limitaciones

Sin cifrado nativo (Modbus Secure aún en adopción).
Hay que segmentar OT/IT por VLAN o firewall.

Cuándo usarlo: Integración entre PLCs y SCADA, BMS y sistemas energéticos. Por defecto en cualquier proyecto industrial moderno.

Profibus Profibus DP/PA

Web oficial #

Bus de campo industrial determinístico ampliamente desplegado en automatización fabril.

Dos variantes principales: Profibus DP (Decentralized Periphery) sobre RS-485 para periferia descentralizada, y Profibus PA (Process Automation) sobre IEC 61158-2 para industria de proceso (alimentación, química, oil & gas) con alimentación por el bus y certificación intrínsecamente segura. Maestro/esclavo cíclico determinístico.

Capa física: RS-485 (DP) · IEC 61158-2 (PA)
Velocidad: 9,6 kbps - 12 Mbps (DP) · 31,25 kbps (PA)
Topología: Bus segmentado
Estandarización: IEC 61158/61784

Fortalezas

Determinismo real (tiempos de ciclo predecibles).
Inmensa base instalada en industria.
Profibus PA permite alimentación por bus en zonas EX.

Limitaciones

En obra nueva está siendo reemplazado por Profinet.
Cableado RS-485 más exigente que Ethernet.

Cuándo usarlo: Mantenimiento de planta existente. Para nueva obra industrial, considerar Profinet o EtherNet/IP.

Profinet

Web oficial #

Estándar industrial sobre Ethernet promovido por PI (Profibus & Profinet International).

Ethernet industrial de tiempo real con tres clases: RT (Real Time, ms), IRT (Isochronous, sub-ms con switches especiales) y NRT (no tiempo real, para diagnóstico). Coexiste con tráfico TCP/IP estándar en la misma red física. Es el estándar de Siemens y de gran parte de la automatización europea moderna.

Capa física: Ethernet industrial (TCP/IP + RT)
Velocidad: 100 Mbps - 1 Gbps
Topología: Línea, anillo, estrella, árbol
Estandarización: IEC 61158/61784

Fortalezas

Tiempo real determinístico sobre Ethernet estándar.
Diagnóstico y configuración sobre la misma red.
Topología flexible incluyendo anillos redundantes.

Limitaciones

IRT requiere switches gestionados específicos.
Curva de aprendizaje frente a Modbus TCP.

Cuándo usarlo: Plantas industriales nuevas, especialmente con Siemens. Aplicaciones donde el tiempo de ciclo es crítico.

EtherNet/IP

Web oficial #

Protocolo de automatización industrial sobre Ethernet, promovido por ODVA.

Encapsula CIP (Common Industrial Protocol) sobre TCP/UDP. Es el estándar dominante en plantas con equipamiento Allen-Bradley/Rockwell. Coexiste con TCP/IP estándar. Soporta tiempo real con CIP Sync (sobre IEEE 1588 PTP).

Capa física: Ethernet industrial (CIP sobre TCP/UDP)
Velocidad: 100 Mbps - 1 Gbps
Topología: Estrella, lineal, anillo (DLR)
Estandarización: ODVA · IEC 61158/61784

Fortalezas

Estándar dominante en Norteamérica y plantas Rockwell.
Tiempo real y descubrimiento automático.
Anillo DLR (Device Level Ring) con redundancia.

Limitaciones

Mejor implementado en ecosistema Rockwell que en otros fabricantes.

Cuándo usarlo: Plantas con PLCs Allen-Bradley. Industria de proceso con equipos certificados ODVA.

OPC UA

Web oficial #

Estándar industrial multiplataforma orientado a servicios para intercambio seguro entre PLCs, SCADA y sistemas IT.

Sucesor moderno de OPC Classic. Soporta comunicación cliente/servidor y pub/sub. Modelo de información rico con tipos extensibles. Diseñado con seguridad de origen (TLS, autenticación por certificado, firma de mensajes). Pieza clave en arquitecturas Industria 4.0 e IIoT.

Capa física: TCP/HTTPS con TLS
Estandarización: OPC Foundation · IEC 62541

Fortalezas

Seguridad y autenticación de origen.
Modelo de información rico y extensible.
Multiplataforma (Windows, Linux, embebido).
Bridge natural entre OT e IT.

Limitaciones

Implementación más compleja que Modbus TCP.
Requiere gestión de certificados y trust store.

Cuándo usarlo: Integraciones SCADA-MES-ERP, plataformas IIoT, cualquier escenario donde la seguridad sea no-negociable.

IO-Link

Web oficial #

Bus punto a punto para sensores y actuadores inteligentes en planta.

Estandarizado en IEC 61131-9. Sustituye al cableado analógico/digital tradicional con un cable de tres hilos que combina alimentación y datos. Permite parametrización remota, diagnóstico avanzado y trazabilidad de cada sensor sin perder simplicidad de cableado. Habitualmente integrado bajo Profinet/EtherNet/IP a través de un master IO-Link.

Capa física: Punto a punto sobre cable estándar M12
Velocidad: 4,8 / 38,4 / 230 kbps
Estandarización: IEC 61131-9

Fortalezas

Cableado estándar M12 económico.
Diagnóstico y parametrización remota.
Reemplazo de sensores con configuración automática.

Limitaciones

No es un bus en sentido clásico (punto a punto).
Requiere master IO-Link compatible.

Cuándo usarlo: Sensores y actuadores inteligentes en plantas modernas. Reduce tiempos de mantenimiento.

IoT y mensajería

3 protocolos

Protocolos de aplicación pensados para telemetría y dispositivos conectados.

MQTT

Web oficial #

Protocolo ligero pub/sub sobre TCP/IP, diseñado para IoT con conexiones poco fiables o de bajo ancho de banda.

Cliente/broker con publicación y suscripción a topics jerárquicos (tipo "edificio/planta1/sala3/temperatura"). Tres niveles de QoS (0, 1, 2). Mensajes retenidos y last-will para detección de desconexión. Núcleo de muchas plataformas IoT (AWS IoT, Azure IoT Hub, HiveMQ).

Capa física: TCP/IP con TLS opcional
Estandarización: OASIS · ISO/IEC 20922

Fortalezas

Muy ligero (cabecera de 2 bytes en el caso mínimo).
Pub/sub desacopla productores y consumidores.
QoS configurable por tipo de mensaje.

Limitaciones

Sin cifrado obligatorio (hay que activar TLS explícitamente).
Modelo pub/sub requiere convención de topics consistente.

Cuándo usarlo: Telemetría IoT, integraciones con plataformas en cloud, comunicación entre microservicios en arquitecturas IIoT.

CoAP

Web oficial #

Constrained Application Protocol. RESTful sobre UDP para dispositivos IoT con muy pocos recursos.

Equivalente "ligero" de HTTP/REST diseñado para nodos con limitaciones de memoria y energía. Sobre UDP para minimizar overhead. Mapping directo a HTTP, lo que facilita exponer recursos IoT a la web vía proxies.

Capa física: UDP / DTLS
Estandarización: IETF RFC 7252

Fortalezas

Muy bajo consumo de recursos.
Mapping a HTTP directo.
Soporte de multicast para descubrimiento.

Limitaciones

UDP requiere lógica de retransmisión en aplicación.
Menor adopción comercial que MQTT.

Cuándo usarlo: Sensores muy limitados (microcontroladores 8/16 bits con red 6LoWPAN), proyectos sub-IP donde la cabecera de TCP es excesiva.

WebSocket

Web oficial #

Canal full-duplex sobre TCP que arranca como una conexión HTTP.

Usado para SCADA web, dashboards en tiempo real y notificaciones push desde un servidor IoT al navegador o app. Su ventaja sobre HTTP polling es que el servidor puede empujar datos al cliente sin reabrir la conexión.

Capa física: TCP con upgrade desde HTTP/HTTPS
Estandarización: IETF RFC 6455

Fortalezas

Latencia muy baja.
Compatible con cualquier navegador moderno.
Atraviesa proxies HTTP estándar.

Limitaciones

No tiene QoS, retención de mensajes ni pub/sub nativos.

Cuándo usarlo: SCADA web, frontends de plataformas IoT, cualquier dashboard donde se necesite actualización push.

Medida y energía

2 protocolos

Buses y normas específicas para contadores, medida certificada y subestaciones.

M-Bus M-Bus / wM-Bus

Web oficial #

Bus europeo específico para lectura remota de contadores (agua, gas, calor, electricidad).

Variante cableada (M-Bus, EN 13757-2/3) y wireless (wM-Bus, EN 13757-4). En la versión cableada, alimentación por bus de dos hilos; admite hasta 250 esclavos en una línea. Pensado específicamente para metering: estructura de datos definida con magnitudes, unidades y multiplicadores estándar.

Capa física: Bus 2 hilos / RF (868 MHz en Europa)
Velocidad: 300 - 9.600 bps
Estandarización: EN 13757

Fortalezas

Específico para contadores: estructura de datos estandarizada.
Alimentación por bus en versión cableada.
Compatible con MID y reglamentos de facturación.

Limitaciones

Velocidades bajas (basta para medir, no para control).
Reservado al ámbito de medida.

Cuándo usarlo: Submetering certificado, lectura remota en comunidades, hoteles e industria con facturación por consumo.

IEC 61850

Web oficial #

Estándar global para comunicaciones en subestaciones eléctricas y, por extensión, en sistemas de generación distribuida.

Define un modelo de datos común (lógicos como XCBR para interruptor, MMXU para medida) y servicios de comunicación sobre Ethernet (MMS, GOOSE, Sampled Values). Núcleo de la subestación digital y cada vez más usado en plantas FV grandes y parques eólicos.

Capa física: Ethernet con MMS / GOOSE / SV
Estandarización: IEC 61850

Fortalezas

Modelo de datos eléctrico estandarizado y autodescubrible.
GOOSE permite mensajes de protección sub-ms.
Interoperabilidad real entre fabricantes IED.

Limitaciones

Complejidad alta (no es para proyectos pequeños).
Requiere ingenieros formados específicamente.

Cuándo usarlo: Subestaciones eléctricas, plantas FV grandes, parques eólicos, sistemas SCADA de redes de distribución.

Históricos y predecesores

2 protocolos

Protocolos pioneros del sector. Útil conocerlos por compatibilidad con instalaciones legacy.

X-10

Web oficial #

Pionero de la domótica por corrientes portadoras (años 70). Hoy obsoleto.

Inventado por Pico Electronics en 1975 en Escocia, fue el primer protocolo de domótica de uso masivo. Comunica órdenes superpuestas a la red eléctrica de 50/60 Hz. 256 direcciones (16 casas × 16 unidades). Ampliamente sustituido en obra nueva por KNX, Z-Wave o Zigbee, pero con base instalada todavía en algunos proyectos legacy.

Capa física: Power line carrier sobre 50/60 Hz
Velocidad: ~50 bps
Estandarización: X10 Industries (de facto)

Fortalezas

No requiere cableado adicional al eléctrico.
Coste muy bajo (donde queda producto).

Limitaciones

Velocidad ridícula para estándares actuales.
Sin direccionamiento robusto: colisiones frecuentes.
Sin cifrado ni autenticación.
Catálogo en extinción.

Cuándo usarlo: Sólo mantenimiento de instalaciones legacy. Para obra nueva, evítese siempre.

EIB

Web oficial #

European Installation Bus. Predecesor directo de KNX.

Desarrollado por Siemens, Gira, Berker, Hager y otros en los años 90. Convergió con Batibus y EHS para crear KNX. Las instalaciones EIB existentes son compatibles con KNX TP1 y se pueden ampliar con dispositivos KNX modernos.

Capa física: TP1 (par trenzado)
Velocidad: 9.600 bps
Estandarización: EIBA (refundida en KNX Association)

Fortalezas

Compatibilidad con KNX TP1.

Limitaciones

Producto descontinuado salvo retrocompatibles.

Cuándo usarlo: Mantenimiento y ampliación de instalaciones EIB existentes con dispositivos KNX modernos.