Jesus Arias explique comment KNX IdO facilite encore plus la création de produits et de solutions et la prestation de services, et détaille les principales caractéristiques du serveur API KNX IdO tiers et de l’appareil API KNX Point IdO.
Le développement d’une solution KNX était un exercice très simple il y a 30 ans : un appareil KNX résultait de façon élémentaire de la combinaison d’un élément matériel et d’un fragment de logiciel. Le matériel était mis en œuvre dans une couche physique KNX (utilisant un câble à paire torsadée (TP)), et le logiciel consistait en une pile KNX et un programme d’application. Un peu plus de 30 ans plus tard, l’environnement de développement s’est largement étendu, avec différentes couches physiques, des outils de mise en service avancés qui acceptent les applications, une API standardisée, des outils d’accès au bus de la zone KNX, des SDK, différents types de solutions sans fil et les mécanismes de sécurité les plus avancés. La question n’est plus « Qu’est-ce qui est possible avec KNX ? », mais « Qu’est-ce qui n’est pas possible avec KNX ? ».
Vivre dans un monde interconnecté
KNX a été créé par des entreprises impliquées dans la fabrication électrique, grâce à la popularité constante en tant que protocole standard d’automatisation dans les maisons et les bâtiments, il a embrassé la numérisation de notre monde. L’IP est devenu une zone dorsale importante de la technologie, au sens propre comme au figuré, et de nombreuses entreprises de l’industrie du logiciel ont rejoint l’Association KNX pour créer des solutions logicielles combinées aux installations KNX.
Au cours des trois dernières décennies, la norme KNX et les technologies qui y sont liées ont connu une croissance quantitative et qualitative : des appareils de terrain utilisant un bus de la zone dédié à tout un écosystème de développement qui offre la plus grande variété pour créer des produits, des solutions et des services pour l’industrie de l’automatisation de la maison et du bâtiment.
KNX IdO améliore la façon dont KNX est intégré au niveau de l’IP
Bien que KNX soit connecté au monde IP depuis de nombreuses années déjà grâce au protocole KNXnet/IP, les caractéristiques de KNX IdO ouvrent une nouvelle ère dans le paysage du développement de KNX. KNXnet/IP peut être décrit brièvement comme une encapsulation du télégramme KNX (comme celui produit dans le bus de la zone TP) dans un télégramme IP, et traité par les interfaces KNX IP et les routeurs IP KNX avec les mécanismes et procédures appropriés.
KNX IdO vise à améliorer la façon dont KNX est intégré au niveau de l’IP, offrant des options de développement qui ne sont pas spécifiques à KNX et largement utilisées dans l’industrie, réduisant ainsi l’effort de développement et adoptant des mécanismes bien établis dans l’IP. KNX IdO peut être divisé en 2 branches comme suit :
Serveur API KNX IdO tiers
Le principal atout du serveur API KNX IdO tiers est son approche API standardisée. Avant KNX IdO, les serveurs qui disposaient d’une connectivité avec une installation KNX offraient des solutions propriétaires pour construire des clients logiciels, verrouillant ainsi le développeur de logiciel à une marque spécifique. L’une des valeurs fondamentales de la technologie KNX est la standardisation, c’est pourquoi une approche API standard a été créée. Suivant cette philosophie, le serveur API KNX IdO tiers a été ajouté aux caractéristiques KNX. Ce serveur crée une couche d’abstraction entre la connaissance spécifique de KNX et le développeur de logiciel, facilitant le développement d’applications logicielles qui peuvent exploiter les données fournies par des installations KNX, parmi d’autres avantages.
Les caractéristiques décrivent également la sécurité entre le serveur et le client, qui est basée sur les protocoles https et OAuth2.0. Plus important encore, les caractéristiques décrivent la couche sémantique ajoutée au modèle d’information KNX, créant ainsi un ensemble riche de données de grande valeur. L’information sémantique se trouve au niveau de l’appareil KNX et, avec l’information qui est générée lors de la conception de l’installation KNX avec ETS, elle est transportée à travers la chaîne d’intégration du système vers le serveur API KNX IdO tiers. Enfin, le serveur API KNX IdO tiers peut avoir une connexion directe au support de la paire torsadée, ou se situer sur l’infrastructure IP (réseau local LAN ou réseau étendu WAN).
Appareil API KNX Point IdO
L’autre branche de KNX IdO fait référence à l’appareil API KNX Point IdO, qui est un appareil KNX qui utilise une couche physique basée sur l’IPv6 telle que THREAD. En bref, il s’agit du même concept d’interopérabilité que celui obtenu via TP et RF (Radiofréquence), mais dans ce cas, les couches inférieures de la pile de protocoles ne sont pas spécifiques à KNX. Au lieu de cela, une approche de réseau maillé est utilisée ; on peut ainsi utiliser des éléments de ce réseau (tels que des routeurs frontière) pour communiquer des données KNX. Un intergiciel entre les appareils API KNX Point IdO et les autres appareils KNX sera alors nécessaire. Dans tous les cas, la philosophie de l’interopérabilité au niveau de l’application et du logiciel de configuration indépendant du fournisseur est maintenue.
Conclusion
Les opportunités commerciales offertes grâce aux horizons élargis du paysage de développement de KNX rendent KNX plus attrayant que jamais, facilitant la création de produits et de solutions et la prestation de services. À mon avis, les technologies présentes dans le paysage de développement de KNX, avec KNX IdO en tête, constituent la base parfaite pour révolutionner la façon dont nous comprenons les habitations et les bâtiments.
Jesus Arias est responsable du développement commercial et des adhésions de la KNX Association.
