Jesús Arias analiza cómo KNX IoT facilita aún más la creación de productos, soluciones y servicios, y explica las principales características del servidor API de terceros de KNX IoT y del dispositivo KNX IoT Point API.
Hace 30 años, desarrollar una solución KNX era una tarea muy sencilla: un dispositivo KNX era, en términos simplificados, una combinación de un componente de hardware y otro de software. El hardware se implementaba en una capa física KNX (utilizando cable de par trenzado (TP)), y el software consistía en una pila KNX y un programa de aplicación. Si avanzamos algo más de 30 años, nos encontramos con un amplio panorama de desarrollo, con diferentes capas físicas, herramientas avanzadas de puesta en marcha compatibles con aplicaciones, una API estandarizada, herramientas para acceder al bus KNX, SDK, diferentes tipos de soluciones inalámbricas y los mecanismos de seguridad más avanzados. La pregunta ya no es «¿Qué se puede hacer con KNX?», sino «¿Qué no se puede hacer con KNX?»
Vivir en un mundo IP
KNX fue creado por empresas del sector de la fabricación de productos eléctricos y, a medida que fue ganando popularidad como protocolo estándar para el control de hogares y edificios, se sumó a la digitalización de nuestro mundo. El IP se convirtió en una importante columna vertebral de la tecnología, tanto en sentido literal como figurado, y muchas empresas del sector del software se han ido uniendo a la Asociación KNX para crear soluciones de software que se combinan con las instalaciones KNX.
A lo largo de las últimas tres décadas, el estándar KNX y sus tecnologías relacionadas han crecido tanto cuantitativa como cualitativamente: desde dispositivos de campo que utilizan un bus dedicado hasta todo un ecosistema de desarrollo que ofrece la mayor variedad para crear productos, soluciones y servicios para el sector de la domótica y la automatización de edificios.
KNX IoT mejora la forma en que KNX se integra a nivel IP
Aunque KNX lleva ya muchos años conectado al mundo IP gracias al protocolo KNXnet/IP, las especificaciones de KNX IoT abren una nueva era en el panorama del desarrollo de KNX. KNXnet/IP puede describirse brevemente como una encapsulación del telegrama KNX (como el que se genera en el bus TP) en un telegrama IP, y es gestionado por interfaces IP KNX y routers IP KNX con los mecanismos y procedimientos adecuados.
KNX IoT 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 utilizan ampliamente en el sector, reduciendo así el esfuerzo de desarrollo y adoptando mecanismos bien establecidos en IP. KNX IoT se puede dividir en dos ramas, como se indica a continuación:
Servidor de API de terceros de KNX IoT
La principal característica destacada del servidor API de terceros de KNX IoT es su enfoque API estandarizado. Antes de KNX IoT, 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. Uno de los valores fundamentales de la tecnología KNX es la estandarización, por lo que se ha creado un enfoque de API estándar. Siguiendo esta filosofía, el servidor API de terceros de KNX IoT se ha incorporado a las especificaciones KNX. Este servidor crea una capa de abstracción entre los conocimientos específicos de KNX y el desarrollador de software, lo que facilita la tarea de desarrollar aplicaciones de software capaces de aprovechar los datos generados por las instalaciones KNX, entre otras ventajas.
Las especificaciones describen también la seguridad entre el servidor y el cliente, que se basa en https y OAuth 2.0. Y lo que es aún más importante, las especificaciones describen la capa semántica que se añade 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 los dispositivos KNX y, junto con la información que se genera al diseñar la instalación KNX con ETS, se transmite a través de la cadena de integración del sistema hasta el servidor de la API de terceros de KNX IoT. Por último, el servidor de la API de terceros de KNX IoT puede tener una conexión directa al medio de par trenzado o estar ubicado en la infraestructura IP (red de área local o red de área amplia).
Dispositivo KNX IoT Point API
La otra rama de KNX IoT se refiere al dispositivo KNX IoT Point API, que es un dispositivo KNX que utiliza una capa física basada en IPv6, como THREAD. En resumen, se trata del mismo concepto de interoperabilidad que se da con TP y RF (radiofrecuencia), pero en este caso las capas inferiores de la pila de protocolos no son específicas de KNX. En su lugar, se utiliza un enfoque de red en malla, lo que permite emplear elementos de dicha red (como los routers de borde) para la comunicación de datos KNX. Por lo tanto, será necesario un middleware entre los dispositivos KNX IoT Point API y otros dispositivos KNX. En cualquier caso, se mantiene la filosofía de interoperabilidad a nivel de aplicación y el software de configuración independiente del fabricante.
Conclusión
Las oportunidades de negocio que se abren gracias a los horizontes ampliados del panorama de desarrollo de KNX hacen que KNX resulte más atractivo que nunca, facilitando la creación de productos, soluciones y servicios. En mi opinión, las tecnologías que se encuentran en el panorama de desarrollo de KNX, con KNX IoT a la cabeza, ofrecen la base perfecta para revolucionar la forma en que entendemos los hogares y los edificios.
Jesús Arias es responsable de Afiliación y Desarrollo Empresarial de la Asociación KNX.
