Selon Simon Buddle, même si les installations KNX sont intrinsèquement robustes, si nous ajoutons Internet à notre infrastructure de système de contrôle, nous devrions au moins atténuer les pannes et réduire les problèmes d’accès.
La semaine dernière, j’ai entendu à la radio quelqu’un décrire Google comme faisant partie de l’infrastructure de la vie moderne. En effet, Internet fait partie de cette infrastructure : c’est l’équivalent numérique des routes, des autoroutes et des vols internationaux, et il nous permet d’être n’importe où dans le monde presque instantanément.
Il est vrai que 99 % du temps, nous ne savons pas où se trouvent réellement les informations numériques que nous recherchons ou consultons. Il existe partout dans le monde d’immenses fermes de serveurs contenant de grandes quantités de données auxquelles nous pouvons accéder 24h/24 et 7j/7. Du moins, jusqu’au moment où nous subissons une panne d’Internet. Même si cela semble de plus en plus improbable, ce n’est pas impossible. Et bien sûr, il existe des solutions simples pour sauvegarder les données. Une connexion haut débit de secours de type « ligne de basculement », filaire ou via 4/5G, peut s’avérer efficace en cas de panne. Le système satellitaire en orbite basse Starlink offre également une solution réalisable.
L’interface utilisateur
De la même manière que de nombreux installateurs estiment que toutes les fonctions du système devraient exister sur le bus KNX, offrant ainsi au client un système robuste reposant uniquement sur le câblage du bus, les actionneurs et les claviers, la même logique pourrait être appliquée aux interfaces utilisateur ou aux applications. La plupart, sinon la totalité, des clients disposeront d’une interface utilisateur d’un certain type, c’est-à-dire d’un seul appareil unifié rassemblant tous les éléments du système. Cet appareil offrira très probablement des commandes supplémentaires telles que des minuteries, des options de sauvegarde de scène et/ou une simulation d’occupation.
Bien que nous puissions aujourd’hui considérer l’application comme faisant partie intégrante d’un système KNX, elle nécessite généralement plus que le bus KNX pour fonctionner. Au minimum, nous avons besoin d’un réseau de données, souvent avec PoE (Power over Ethernet) comme couche de liaison physique s’il s’agit d’un écran statique installé dans le cadre de la structure du bâtiment.
Les téléphones intelligents et les tablettes auront besoin du Wi-Fi et/ou d’Internet. Bien qu’il s’agisse d’un domaine faisant partie de l’infrastructure, c’est un élément numérique échappant largement à notre contrôle. Les jeunes d’aujourd’hui considèrent souvent que leur vie est formée d’une composante numérique et d’une composante réelle. On a dit beaucoup de choses sur le temps que les enfants passent devant les écrans et sur l’impact négatif que cela peut avoir. Ce sujet n’a rien à voir avec cet article, mais c’est une preuve supplémentaire de notre dépendance à l’égard d’Internet. Nous contrôlons le Wi-Fi dans la maison, mais pas Internet.
Devrions-nous compter sur l’accès à Internet dans le cadre d’un système de contrôle ?
La réponse est clairement « non ». Nous contrôlons plusieurs systèmes via une seule plate-forme intégrée et, même si Internet est omniprésent, il ne faut pas s’y fier. Et de la même manière, la plupart des gens sont ennuyés lorsque cela ne fonctionne pas. Il n’y a qu’à penser aux joueurs. Du point de vue de la conception du système, cela soulève quelques questions importantes. Ce n’est ni bon ni mauvais, mais il faut comprendre les implications et en avoir conscience pour nos clients.
Accéder à l’application de contrôle
Pour commencer par l’emplacement physique de l’application : où sont conservés les zéros et les uns ? S’ils vivent dans le cloud, nous aurons besoin d’Internet opérationnel. Si le client emménage, tout va bien, mais lors d’une mise en service, cela peut poser problème. Dans un tel cas, il pourrait être préférable de tout mettre en place en atelier. Si l’application réside sur un produit à la maison, nous pouvons nous lancer dès que le réseau de données et le Wi-Fi sont opérationnels. Généralement, cela fait partie de notre mission du point de vue de l’installation et de la mise en service, mais pas toujours. Dans le cas contraire, nous devons prévoir un certain temps pour discuter et convenir de nos exigences avec la société informatique/de données. Il peut être préférable d’avoir un VLAN séparé pour notre kit.
Si l’application réside à l’intérieur de la propriété, nous devons alors considérer la manière dont l’utilisateur final s’y connecte depuis l’extérieur de la maison. L’accès à distance sécurisé est désormais une fonction courante offerte par de nombreux fabricants, mais il doit encore être configuré et testé. Cela nécessite clairement un routeur et une connexion Internet. Pour de nombreux clients, Apple HomeKit, Google Home ou Alexa constituent l’interface utilisateur de choix. Pour cela, vous aurez besoin d’un pont KNX tel que le 1Home Bridge, l’Atios KNX Bridge ou autre chose de similaire.
Conclusion
Bien qu’il soit facile d’oublier exactement où se trouvent les logiciels et applications de nos jours, c’est à nous de le savoir pour être en mesure de transmettre l’information à nos clients. Ce n’est pas une question de savoir ce qui est bon ou mauvais, mais de tenir compte des nuances qui peuvent faire en sorte qu’un client penche d’un côté plutôt que de l’autre. Notre compétence consiste à informer, à échanger et à exécuter l’installation en conséquence. C’est au client de choisir l’option qui lui convient le mieux. Le monde KNX offre tellement d’options que nous sommes toujours en mesure de proposer une solution. Aucun autre ensemble de produits ne peut atteindre cet objectif.
Simon Buddle, ingénieur certifié MIET, est consultant pour Future Ready Homes, spécialiste de la conception de systèmes de gestion du bâtiment et à très basse tension.
