K NX est le protocole domotique de reference pour les installations residentielles haut de gamme et les batiments tertiaires : robuste, filaire et standardise (ISO 14543-3), il equipe environ 2 % des maisons individuelles en France. Lorsque ces proprietaires souhaitent ajouter une borne de recharge vehicule electrique, la question de l integration dans l ecosysteme KNX existant se pose naturellement. Mais les bornes de recharge (IRVE) communiquent dans leur grande majorite via des protocoles IP : OCPP pour la gestion des sessions, MQTT ou REST pour la supervision. KNX et l univers IRVE sont deux mondes distincts qui ne parlent pas nativement la meme langue, ce qui necessite une passerelle ou un serveur domotique intermediaire. Ce guide examine les options d integration disponibles en 2026, leurs couts et leurs cas d usage concrets.

Trois elements structurent le choix d integration : la compatibilite protocole de la borne selectionnee (OCPP ouvert ou API proprietaire fermee), la presence ou non d un coupleur KNX-IP dans l installation existante, et la complexite de l automatisation envisagee (simple programmation horaire ou pilotage dynamique selon la production solaire). La TVA a 5,5 % s applique a la partie IRVE de l installation. Estimez le cout total sur notre simulateur.

Comprendre les protocoles KNX et IRVE avant de choisir une integration

KNX est un protocole de bus filaire (cable de donnees dedie) ou radio (KNX RF) standardise sous la norme ISO 14543-3. Les equipements KNX (interrupteurs, actionneurs, capteurs, passerelles) communiquent sur ce bus en envoyant des telegrams structures. Le systeme est ferme au sens ou chaque equipement doit avoir une adresse KNX et etre programme via le logiciel ETS (Engineering Tool Software) par un integrateur certifie. Les bornes de recharge pour VE utilisent des protocoles tres differents. OCPP (Open Charge Point Protocol), defini par l Open Charge Alliance, est le standard de communication entre la borne et un systeme de gestion de charge (CSMS) : il fonctionne en TCP/IP sur le reseau local ou Internet. MQTT (Message Queuing Telemetry Transport) est un protocole publish-subscribe leger utilise par certaines bornes pour remonter les donnees de session en temps reel. Les API REST sont des interfaces HTTP exposees par la borne sur le reseau local, permettant de lire l etat et d envoyer des commandes via des requetes HTTP standard. Ces trois protocoles sont de nature IP et n ont aucune compatibilite directe avec le bus KNX filaire. Une passerelle ou un serveur domotique est donc obligatoirement necessaire pour faire communiquer les deux ecosystemes. Pour trouver un installateur IRVE certifie RGE, consultez notre page comparatif installateurs.

Les passerelles KNX-IP : architectures disponibles pour piloter une borne

Deux architectures principales permettent de relier le bus KNX et une wallbox connectee. Premiere architecture : la passerelle KNX-IP coupleur de tunneling. Un coupleur KNX-IP (ex. Weinzierl IP Interface 731, MDT SCN-IP000.02, Gira X1) expose le bus KNX sur le reseau IP local. Un serveur domotique (Home Assistant, Loxone, openHAB) se connecte a ce coupleur, recoit les telegrams KNX et les traduit en commandes OCPP ou REST vers la borne. Cette architecture est la plus flexible et la moins couteuse en hardware si un coupleur KNX-IP est deja en place dans l installation. Deuxieme architecture : la passerelle KNX dediee avec logique embarquee. Des equipements comme le Loxone Miniserver (lorsqu il est couple a l extension KNX de Loxone) integrent nativement KNX et disposent d intégrations pour certaines bornes IRVE. Cette solution est plus simple a configurer mais plus couteuse (le Loxone Miniserver coute entre 400 et 800 EUR HT hors extensions). Dans les deux cas, le cout de la passerelle et de la configuration logicielle (4 a 8 heures d integration selon la complexite) s ajoute au cout de la borne. Le cout total de la partie domotique est generalement de 300 a 800 EUR TTC pour le hardware, plus les honoraires de l integrateur si l on ne gere pas la configuration soi-meme.

Cas d usage concrets : ce que l integration KNX-wallbox permet de faire

L integration d une borne de recharge dans un ecosysteme KNX ouvre quatre cas d usage pratiques pour le proprietaire. Premier cas : la programmation horaire automatique. Un scenario KNX declenche la session de recharge automatiquement entre 22 h et 6 h (heures creuses ENEDIS), sans intervention manuelle. Le vehicule est branche le soir et charge pendant la nuit au tarif le plus bas. Second cas : le pilotage selon la production solaire. Si la maison est equipee de panneaux photovoltaiques et que la puissance produite est mesuree par un compteur connecte au bus KNX, un scenario peut maximiser la recharge solaire : quand la production depasse 3 kW et que la consommation du logement est inferieure a 2 kW, la borne demarre avec une puissance limitee au surplus disponible. Ce cas d usage necessite une borne avec modulation de puissance dynamique (OCPP ou API REST). Troisieme cas : la supervision centralisee. L etat de la borne (branche, en charge, session terminee, defaut) s affiche sur les ecrans tactiles KNX existants (ex. Gira G1, Schneider Wiser), sans application supplementaire. Quatrieme cas : les scenarios de securite et d arret d urgence. Un interrupteur KNX dans le logement peut couper l alimentation de la borne en cas d absence prolongee ou d alerte incendie, via le systeme de securite integre au bus KNX.

Bornes de recharge recommandees pour une integration domotique ouverte

Toutes les bornes du marche ne sont pas egalement adaptees a une integration domotique. Les criteres a privilegier pour une compatibilite maximale avec KNX via passerelle sont les suivants. Critere 1 : support OCPP 1.6 ou 2.0.1 en mode serveur local. Cela permet a Home Assistant ou Loxone de se connecter directement a la borne sans passer par le cloud du fabricant. Critere 2 : API REST locale documentee et accessible sur le reseau local. Certaines bornes exposent une API HTTP sur l adresse IP locale sans authentification lourde, ce qui facilite l integration. Critere 3 : modulation de puissance dynamique (charge modulee de 6 a 32 A). Indispensable pour le pilotage solaire et la gestion de puissance avec le CET ou d autres charges. Critere 4 : compatibilite avec les intégrations communautaires Home Assistant (disponibles sur le HACS, Home Assistant Community Store). Parmi les bornes frequemment citees pour leur ouverture : Juice Charge Me (OCPP + MQTT local), Wallbox Commander 2 (API REST locale), ABB Terra AC (OCPP 2.0.1), Zaptec Home (API REST documentee). La Hager Witty est une option coherente si l ecosysteme Hager est deja present dans l installation. Consultez notre page comparatif installateurs pour identifier les installateurs proposant ces modeles.

Limites techniques et points de vigilance de l integration KNX-IRVE

L integration KNX-IRVE presente des limites techniques que le proprietaire doit connaitre avant de s engager. Premiere limite : la granularite de controle. Le bus KNX est optimise pour des commandes binaires (on/off) et des valeurs continues lentes (temperature, luminosite). La modulation fine de la puissance de charge (de 6 a 32 A en increments de 1 A, toutes les secondes) depasse les capacites natives du bus KNX et necessite une translation via le serveur domotique IP. La latence de la commande peut atteindre 1 a 2 secondes, ce qui est acceptable pour la recharge VE mais pas pour des applications temps reel. Deuxieme limite : la maintenance et les mises a jour. Les intégrations communautaires pour Home Assistant ou les configurations Loxone peuvent etre impactees par les mises a jour du firmware de la borne, necessitant une reconfiguration occasionnelle. Troisieme limite : la responsabilite de l installation. Une borne non officieusement integree dans un systeme domotique reste sous la responsabilite de l installateur IRVE certifie RGE pour la partie electrique. La couche domotique est sous la responsabilite de l integrateur ou du proprietaire si la configuration est faite en autonomie. En cas d incident electrique, cette distinction peut avoir des consequences sur la couverture par l assurance habitation. Il est recommande de documenter les configurations et de conserver les schemas d installation.

Demarches pratiques pour lancer le projet d integration

Lancer un projet d integration KNX-wallbox s effectue en cinq etapes pratiques. Etape 1 : auditer l installation KNX existante. Verifier la presence d un coupleur KNX-IP (si non present, en prevoir un, budget 150 a 300 EUR TTC), la version du logiciel ETS utilise par l integrateur initial, et la capacite de l installation KNX a accueillir de nouveaux scenarios. Etape 2 : choisir la borne de recharge avec les criteres d ouverture detailles plus haut. Confirmer aupres du fabricant la disponibilite de l OCPP local et de l API REST. Etape 3 : choisir le serveur domotique intermediaire. Si l installation KNX est pilotee par un Loxone Miniserver, verifier la compatibilite native avec la borne selectionnee. Sinon, un serveur Home Assistant (sur Raspberry Pi ou NAS) est la solution la plus accessible. Etape 4 : faire realiser l installation electrique de la borne par un electricien certifie RGE IRVE. La configuration domotique peut etre realisee en parallele ou apres. Etape 5 : configurer les scenarios domotique (programmation horaire, pilotage solaire, supervision). Cette etape peut etre confiee a un integrateur KNX certifie ou realisee en autonomie si les competences techniques le permettent. Estimez le cout de l installation IRVE sur notre simulateur et demandez un devis personnalise sur notre page devis premium.

Passer a l action

Pour estimer precisement le cout total et la prime ADVENIR sur votre projet, utilisez le simulateur Loi LOM : calcul en 90 secondes, application automatique des baremes de l Arrete du 24 decembre 2025, breakdown reste a charge.

Pour comparer objectivement les 6 operateurs IRVE entreprise sur 27 criteres publics, utilisez le comparateur d operateurs : Driveco, ChargeGuru, ChargePoint, PowerDot, IZI by EDF, Beev.