En esta entrevista exclusiva con KNXtoday, el director financiero y tecnológico de la Asociación KNX, Joost Demarest, nos explica lo que significa el IoT para la comunidad mundial KNX, cómo la Asociación KNX está impulsando el desarrollo en este área y todo lo que nos espera.
KNXtoday: ¿Qué es el IoT para usted y cuál es su propósito?
JD: El internet de las cosas es un mundo conectado. No se limita a dispositivos como ordenadores personales, tabletas y teléfonos móviles, sino que engloba cualquier “cosa” imaginable en este planeta. Cuando hablamos de la automatización, pienso en todos los sensores y actuadores que se comunican entre sí en los hogares y edificios. En mi opinión, KNX siempre ha creado unos “intranet de las cosas”, incluso desde las primerísimas instalaciones. Desde 2007, ha ido conectando todas estas intranet al internet de las cosas mediante el protocolo KNXnet/IP. Ahora, con KNX IoT, podemos crear medios adicionales para que KNX forme parte del IoT.
KNXtoday: ¿Por qué es importante el IoT para la comunidad KNX y qué nos permite hacer en la actualidad?
JD: El IoT es un caballo ganador, para todos: KNX puede formar parte del IoT y aportar datos, mientras que el propio IoT puede transmitir datos a KNX. En este último caso, es muy posible que estos datos no se conformen a la estructura típica de KNX. Por ejemplo, es probable que ninguno de nuestros fabricantes miembros invierta en el desarrollo de su propio servicio de previsión meteorológica. Desde luego, es posible que los fabricantes adheridos a KNX produzcan estaciones meteorológicas que proporcionen datos actuales sobre el tiempo. Sin embargo, para estimar la producción de energía necesaria con un Gestor de Energía del Cliente (CEM) en la instalación KNX, por ejemplo, accederían a los servicios de previsión meteorológica que ya existen en internet. De este modo, el CEM conectado a KNX y al IoT dispondría de todos los datos pertinentes para optimizar el consumo energético.
KNXtoday: ¿Qué podremos hacer gracias al IoT en el futuro y cómo ve su evolución?
JD: No nos podemos imaginar todos los casos de uso posibles que nos depara el internet de las cosas, al igual que hace 30 años no teníamos ni idea del potencial de internet tal y como lo conocemos hoy. Lo que sí sabemos es lo siguiente. De la misma manera que hoy en día el internet nos permite hacer uso de todos los datos que existen en la red, en los hogares y edificios, una aplicación IoT se beneficiará del hecho de que su producto vecino también crea datos. Éstos, combinados con los de la propia aplicación, podrían ser útiles. Los servicios en la nube y la inteligencia artificial podrían ejecutar aplicaciones basadas en estos datos, sin que los productos de una instalación necesiten comunicarse directamente entre sí, aunque todavía haría falta la intervención de integradores capacitados para enlazar las funciones básicas en los edificios.
KNXtoday: ¿Cuáles son los requisitos previos de un sistema de control de edificios que se conecta al IoT?
JD: Para que un sistema de control de edificios opere dentro del IoT, debe ser capaz de aportar datos no de forma exótica, sino de modo fácilmente digerible por los sistemas informáticos, es decir, las máquinas. Debe ser accesible a través de los protocolos diseñados por el Grupo de trabajo de ingeniería de internet (IETF, por sus siglas en inglés), incluso si el sistema de control del edificio se rige por un protocolo propio. Lo podemos comparar con nuestros idiomas. Sería como si se hablara un idioma específico dentro de un ecosistema, pero que hay que pasar al inglés para comunicar con el IoT.
KNXtoday: ¿Cómo ha conseguido la Asociación KNX que su sistema esté plenamente compatible con el IoT?
JD: KNX y sus miembros han invertido mucho para mejorar las posibilidades de integración en el IoT. KNX IoT es la culminación de estos esfuerzos.
Por un lado, se han puesto de acuerdo sobre la llamada API para terceros. Se trata de una API de RESTful para servicios web en los dispositivos KNX clásicos que permite integrar los productos de cualquier proveedor. Al estandarizarla, incluso los fabricantes que no sean miembros de KNX pueden ahora diseñar rápidamente clientes que se conectan a servidores API ajenos de diferentes proveedores, siempre que estén certificados y trasmitan un conjunto mínimo de datos.
Por otro lado, han acordado ofrecer a los fabricantes adheridos a KNX más posibilidades de utilizar medios de transmisión que sean compatibles con IPv6, como wifi, LAN o redes Thread. De este modo, una instalación KNX puede seguir componiéndose de productos TP KNX (par trenzado) y RF KNX (radiofrecuencia), pero ahora también puede incluir dispositivos basados en Thread que hablan KNX y se pueden configurar por ETS. Estas unidades se denominan dispositivos KNX Point API.
KNXtoday: ¿Cómo avanza la implantación?
JD: Ya hemos publicado la primera versión de las especificaciones de la API para terceros y algunos fabricantes ya han hecho uso de ella en productos reales. Estamos a punto de completar la segunda versión con la correspondiente prueba de concepto diseñada por KNX. Todas las pautas para los potenciales desarrolladores de servidores y clientes están disponibles en schema.knx.org.
Las especificaciones de Point API también están en la última fase de desarrollo: en estos momentos se están resolviendo los últimos comentarios de la votación interna sobre las especificaciones. KNX está diseñando la primera pila de código abierto para este tipo de producto de la mano de un subcontratista, la que pronto también estará disponible para los miembros de KNX.
KNXtoday: ¿Cuáles son los desarrollos que la Asociación KNX nos depara en el futuro?
JD: Todo lo KNX está desarrollando necesita soporte en ETS. Para que las pasarelas API de terceros aporten datos útiles e interpretables a las “cosas” que accedan a ellos, sería bueno que los datos del producto de los fabricantes incluyeran un mayor componente semántico (ayuda para entender el significado de los datos). Para ello, KNX necesita ofrecer a los fabricantes la posibilidad de complementar sus datos del producto mediante la herramienta ETS para fabricantes. Al mismo tiempo, estos datos deben ser aptos para ser exportados a los servidores API de terceros.
Además, se necesita soporte en ETS para los dispositivos Point API, para que un instalador pueda simplemente enganchar un dispositivo de este tipo a una línea IP en la ventana de topología de ETS y configurar o descargarlo como cualquier otro aparato KNX.
KNXtoday: ¿Por qué KNX IoT es el camino por seguir?
JD: Lo anterior demuestra que KNX no deja de expandir su tecnología y que sigue construyendo sobre ella, en lugar de empezar desde cero una y otra vez. Esto es muy beneficioso para cualquiera que invierta en KNX: una instalación que contiene el primer producto EIB de los años noventa puede ser ampliado con un dispositivo KNX Point API de nueva generación. ¿Qué otra tecnología ofrece estas posibilidades?
Joost Demarest es el director financiero y tecnológico de la Asociación KNX, la creadora y propietaria de la tecnología KNX, el estándar mundial para todas las aplicaciones de control de viviendas y edificios.
