Jesus Arias analiza cómo IdC de KNX facilita aún más la creación de productos, soluciones y servicios, y explica las características principales del servidor API de terceros de IdC de KNX y el dispositivo API IdC Point de KNX.
El desarrollo de una solución KNX era una tarea muy sencilla hace 30 años: un dispositivo KNX era, de manera simplificada, una combinación de una pieza de hardware y una pieza de software. El hardware se implementaba en una capa física KNX (usando un cable de par trenzado (TP)), y el software consistiría en una pila KNX y un programa de aplicación. En la actualidad, 30 años más tarde, nos encontramos con un amplio escenario de desarrollo, con diferentes capas físicas, herramientas de puesta en marcha avanzadas que aceptan apps, una API estandarizada, herramientas para acceder al bus KNX, SDK, diferentes tipos de soluciones inalámbricas y los más avanzados mecanismos de seguridad. La pregunta ya no es ‘¿Qué es posible con KNX?’, sino más bien ‘¿Qué no es posible con KNX?’
Vivir en un mundo IP
KNX empezó a utilizarse por empresas involucradas en la fabricación eléctrica y, a medida que creció en popularidad como protocolo estándar para controlar hogares y edificios, empezó a adoptar la digitalización de nuestro mundo. La IP se convirtió, en sentido literal y figurado, en una importante línea de áreas de la tecnología, lo que ha supuesto que muchas empresas de la industria del software se hayan unido a la KNX Association para crear soluciones de software que se combinan con instalaciones KNX.
Durante las últimas tres décadas, el estándar KNX y sus tecnologías relacionadas han ido creciendo cuantitativa y cualitativamente: desde dispositivos de campo que utilizan un bus dedicado hasta todo un ecosistema de desarrollo que ofrece la mayor variedad posible para crear productos, soluciones y servicios para la industria domótica e inmótica.
IdC de KNX mejora la forma en que KNX se integra a nivel de IP
A pesar de que KNX lleve conectado al mundo IP desde hace muchos años gracias al protocolo KNXnet/IP, las especificaciones de IdC de KNX abren una nueva era en el escenario de desarrollo de KNX. KNXnet/IP puede describirse brevemente como una encapsulación del telegrama KNX (como el producido en el bus TP) en un telegrama IP que está manejado por interfaces IP KNX y routers IP KNX con los mecanismos y procedimientos adecuados.
La IdC de KNX tiene como objetivo mejorar la forma en que KNX se integra a nivel de IP, ofreciendo opciones de desarrollo que no son específicas de KNX y que se usan ampliamente en la industria, reduciendo así el esfuerzo de desarrollo y adoptando mecanismos bien establecidos en IP. La IdC de KNX se puede dividir en 2 ramas de la siguiente manera:
Servidor IdC de KNX API de terceros
Lo más destacado del servidor IdC de KNX API de terceros es su enfoque API estandarizado. Antes de IdC de KNX, los servidores que tenían conectividad con una instalación KNX ofrecían soluciones propietarias para crear clientes de software, lo que limitaba al desarrollador de software a una marca específica. Puesto que uno de los valores fundamentales de la tecnología KNX es la estandarización, se ha creado un enfoque API estándar. Siguiendo esta filosofía, el servidor IdC de KNX API de terceros ha sido añadido a las especificaciones KNX. Este servidor, además de otras ventajas, crea una capa de abstracción entre el conocimiento específico de KNX y el desarrollador de software, facilitando la tarea de desarrollar aplicaciones de software que puedan aprovechar los datos producidos por las instalaciones KNX.
Las especificaciones también describen la seguridad entre el servidor y el cliente, que se basa en https y OAuth2.0. Un aspecto todavía más importante es el hecho de que las especificaciones describen la capa semántica que se agrega al modelo de información KNX, creando así un rico conjunto de datos de gran valor. La información semántica se encuentra a nivel de dispositivo KNX y, junto con la información que se genera al diseñar la instalación KNX con ETS, es transportada a través de la cadena de integración del sistema al servidor IdC de KNX API de terceros. Por último, el servidor IdC de KNX API de terceros puede tener una conexión directa al medio de par trenzado o puede integrarse en la infraestructura IP (red de área local o red de área amplia).
Dispositivo API IdC Point de KNX
La otra rama de IdC de KNX hace referencia al dispositivo API IdC Point de KNX, que es un dispositivo KNX que utiliza una capa física basada en IPv6 como THREAD. En pocas palabras, se trata del mismo concepto de interoperabilidad que podemos encontrar con TP y RF (radiofrecuencia), aunque en este caso, las capas inferiores de la pila de protocolos no son específicas de KNX. En vez de ello se utiliza un enfoque de red de malla, por lo que es capaz de utilizar elementos de dicha red (como routers fronterizos) para comunicar datos KNX. Así que, se necesitará middleware entre los dispositivos API IdC Point de KNX y otros dispositivos KNX. En cualquier caso, se mantiene tanto la filosofía de la interoperabilidad a nivel de aplicación como el software de configuración independiente del proveedor.
Conclusión
Las oportunidades comerciales que se abren gracias a la extensión de horizontes en el escenario de desarrollo de KNX hacen que KNX sea más atractivo que nunca, lo que facilita la creación de productos, soluciones y servicios. En mi opinión, las tecnologías que se encuentran en el escenario de desarrollo de KNX, con IdC de KNX a la cabeza, ofrecen la base perfecta para revolucionar la forma en que entendemos los hogares y los edificios.
Jesús Arias está a cargo de la Membership & Business Development de KNX Association.
