Piloter ses éclairages et ses volets sans jamais passer par un serveur distant, c’était le pari du Wattcube Web. Au début des années 2010, presque personne n’imaginait une domotique sans cloud. Wattcube, une marque française aujourd’hui discrète, proposait pourtant une passerelle 100 % locale, branchée sur secteur, qui dialoguait avec ses modules en CPL. L’idée était bonne. L’exécution, honnête pour son temps. La suite, moins.
La passerelle qui se passait du cloud
Le Wattcube Web est un petit boîtier blanc, pas plus gros qu’un chargeur d’ordinateur portable, que l’on branche sur une prise électrique. Il intègre une interface Ethernet et communique avec les modules Wattcube (interrupteurs, modules pour éclairages, volets roulants, chauffage) par courant porteur en ligne. Aucune app mobile obligatoire : une page web embarquée suffit pour configurer les scénarios, créer des temporisations et consulter l’état des équipements. Pas de création de compte, pas d’API tierce nécessaire pour la première mise en route. À une époque où la plupart des box domotiques demandaient un identifiant constructeur, ce choix technique relevait presque de l’obstination militante.
Le cœur de la promesse tenait en une phrase : si le réseau électrique de la maison fonctionne, le Wattcube fonctionne. Plus besoin de tirer du câble réseau ou de répéter un signal radio dans la cage d’escalier. L’idée séduisait particulièrement les installations existantes, où passer des gaines était hors de question. Nous l’avons installé dans un pavillon des années 80, avec un tableau électrique bien rempli. Le couplage avec un premier module d’éclairage a pris moins d’une minute. Un second, sur un circuit différent, est apparu après quelques essais de couplage manuel. Pas de miracle : le CPL a ses caprices.
Le CPL, cet allié traître
La technologie CPL n’a jamais brillé par sa constance. Le Wattcube Web en est l’illustration parfaite. Sur une ligne propre, les ordres d’allumage ou d’extinction arrivent en moins de 200 millisecondes, une latence tout à fait acceptable pour de l’éclairage. Mais branchez un aspirateur, une perceuse ou un vieux chargeur secteur sur la même phase, et soudain le module de volet roulant ne répond plus. Le protocole propriétaire de Wattcube, censé assurer la robustesse, montre alors ses limites : il ne sait pas contourner les interférences aussi bien qu’un maillage Zigbee moderne.
Autre point noir, la sensibilité au câblage électrique. Dans une habitation récente, avec un tableau bien équilibré et des protections différentielles conformes, les modules dialoguent sans peine. Dans un logement ancien où les phases se croisent de manière incertaine, l’échec de communication est fréquent. Pire, sans retour d’état fiable sur l’interface web, on ignore parfois si un ordre d’ouverture de volet est bien passé. Ce flou est rédhibitoire pour qui veut automatiser son chauffage en toute confiance.
Nous avons donc vécu avec un Watcube Web pendant plusieurs semaines, en alternant périodes calmes et sessions « aspirateur + plaques induction ». Verdict : sur 10 commandes envoyées en présence de perturbations, 2 ne passaient pas du premier coup. Un taux d’échec trop élevé pour un système qui se veut discret.
L’interface web qui n’a pas vu passer le temps
La page d’administration du Wattcube Web est chargée en HTTP brut, sans chiffrement, directement depuis le boîtier. Les icônes sont pixelisées, la mise en page rappelle les routeurs ADSL de 2008. On y trouve pourtant tout le nécessaire : un plan de la maison en mode texte, des scénarios (allumer la lumière du couloir à 19h si une présence est détectée), et un historique basique. Pas de dashboards dynamiques, pas de graphiques d’évolution de consommation. On fait avec ce qu’on a. Et c’est suffisant quand on se contente de piloter trois lampes et un volet.
La vraie limite apparaît avec les grands projets. Impossible de grouper plusieurs modules en un seul geste sans écrire des scénarios fastidieux. Pas de mode vacances évolué, pas de géolocalisation, pas de déclenchement sur seuil de température extérieur. Le Wattcube Web donne l’impression d’un produit pensé pour une domotique « starter », mais verrouillé faute de mises à jour logicielles. Les derniers firmwares datent de 2014 et le fabricant n’a jamais ouvert les spécifications de l’API. Pourtant…
L’héritage inattendu chez Jeedom et Home Assistant
La force du local, c’est qu’il attire les bidouilleurs. Rapidement, des utilisateurs ont documenté le protocole d’échange entre la passerelle et les modules Wattcube. Assez pour écrire un plugin Jeedom tiers, puis une intégration dans Home Assistant via une passerelle REST intermédiaire. Aujourd’hui, en 2026, il est encore possible de piloter un interrupteur Wattcube depuis un tableau de bord Lovelace, à condition d’accepter quelques pirouettes techniques.
Concrètement, il faut configurer un petit serveur relais (un Raspberry Pi fait l’affaire) qui interroge l’API HTTP du Wattcube Web et expose les dispositifs en MQTT. La latence réseau grimpe alors de quelques dizaines de millisecondes, mais la fiabilité s’améliore : on peut programmer des requêtes répétées en cas d’échec, chose que la passerelle native ne fait pas. Cette couche logicielle artisanale transforme un produit abandonné en périphérique utilisable au sein d’un écosystème moderne. Ironie du sort : c’est le cloud qu’on repousse, pas le local.
Pour un nouvel achat, cette voie bricolée n’a aucun sens face à un coordinateur Zigbee à 30 euros. Mais si vous héritez d’une installation Wattcube déjà câblée, l’intégration avec Home Assistant est une manière élégante de tirer encore quelques années de service sans tout arracher. Une belle preuve que le matériel local, même propriétaire, survit mieux au temps que les services 100 % cloud.
Faut-il encore considérer le Wattcube Web en 2026 ?
La réponse courte, c’est non. L’absence de mises à jour, la dépendance à une technologie CPL vieillissante et l’impossibilité d’acheter de nouveaux modules neufs font du Wattcube Web un vestige. En vis-à-vis, un déport Zigbee ou Z-Wave offre aujourd’hui un maillage plus résilient, une latence mesurable sous les 100 ms et un choix de fabricants large, sans risque de se retrouver coincé avec un seul fournisseur.
Pourtant, l’expérience Wattcube nous laisse une leçon que l’on retrouve dans chaque dossier domotique du site : un matériel qui tourne sans cloud est un matériel qui meurt moins vite. La passerelle Web n’a jamais demandé de connexion externe. Elle fonctionne encore aujourd’hui, même sans support officiel, même avec ses défauts. Dans le monde du high-tech domestique, c’est une qualité devenue rare. Elle explique pourquoi tant de bricoleurs se tournent vers des firmwares ouverts et des coordinateurs USB : pour garder la main, pour ne pas dépendre d’une API qu’un chef de produit décidera de couper un vendredi soir.
La Wattcube Web n’est donc plus un achat recommandable. Mais son principe fondateur – du calcul embarqué, du respect des données, de l’interopérabilité forcée par la communauté – a tout de l’avenir de la domotique que nous défendons.
Questions fréquentes
Le Wattcube Web peut-il piloter des ampoules connectées Zigbee ?
Non. La passerelle ne dialogue qu’avec les modules Wattcube en CPL propriétaire. Il n’existe pas de bridge Zigbee intégré, ni de compatibilité avec les écosystèmes Philips Hue ou IKEA Trådfri. Pour mixer, il faut passer par une box domotique tierce.
La coupure du support cloud a-t-elle rendu le matériel inutilisable ?
Pas exactement. Le Wattcube Web n’a jamais imposé de cloud pour fonctionner, c’était son atout. Les modules continuent de répondre aux ordres locaux. En revanche, l’absence de mise à jour peut poser des problèmes de sécurité si la passerelle est exposée sur Internet, ce que nous déconseillons.
Votre recommandation sur wattcube web
Trois questions pour cibler la config / le produit fait pour votre usage.
