0,5 seconde. C’est la latence qu’on mesure entre un interrupteur ZigBee et une ampoule connectée quand le scénario passe par Jeedom en local. Sans cloud, sans API distante, sans serveur qui mouline à l’autre bout de l’Europe. Le signal ne sort pas de votre réseau. C’est l’argument massue, et c’est pour ça que tu es peut-être en train de lire ce tutoriel à 23 h 30, un Raspberry Pi posé sur la table du salon, avec l’espoir de ne pas y passer la nuit.

On va faire court sur la promesse : Jeedom est une plateforme domotique open source qui tourne sur un petit boîtier ou un Raspberry Pi, et qui centralise tous vos protocoles (ZigBee, Z-Wave, EnOcean, Modbus, voire les API cloud si vous tenez vraiment à les garder). Ce qui le distingue des box fournies par les opérateurs ou des hubs estampillés « plug and play », c’est que vous gardez la main sur chaque brique logicielle. Pas de fermeture de service qui rend vos volets idiots, pas d’application qui décide de ne plus parler à vos ampoules parce que le fabricant a changé de stratégie.

Cette indépendance a un prix : Jeedom ne fait pas de miracle à l’installation. Les pièges se nichent dans le réseau, les dépendances logicielles, et la tentation d’activer trop de plugins d’un coup. Ce guide est bâti pour que vous passiez de zéro à une première automatisation fiable en une soirée, avec un minimum de jurons.

Pourquoi Jeedom reste le hub local le plus paramétrable

Avant de brancher quoi que ce soit, clarifions une chose : Jeedom n’est pas un produit « tout-en-un » que vous allumez et qui détecte magiquement chaque prise. C’est une architecture modulaire. Le cœur gère les scénarios, l’historique, les interactions, tandis que les plugins traduisent la parole de chaque protocole. Si vous voulez du ZigBee, vous installez le plugin ZigBee ; si vous avez du Z-Wave, un autre plugin, et ainsi de suite. Cette modularité évite que tout s’écroule quand un standard évolue.

Le moteur de scénarios est bien plus poussé que ce que proposent les grandes marques. Vous pouvez y imbriquer des conditions, des timers, des retours d’état réels, et même exécuter des scripts en ligne de commande. On n’est pas dans un enchaînement basique « si porte ouverte alors allumer lumière ». On est dans « si le capteur de luminosité extérieure descend sous 200 lux ET que la présence est détectée depuis plus de trois minutes, alors monter progressivement le bandeau LED du salon sur 5 secondes, sauf si le mode cinéma est actif ». Cette finesse change tout pour qui vit vraiment avec la domotique au quotidien.

Par ailleurs, Jeedom stocke tout en local. Les historiques de température, les déclenchements, les ordres. Cela signifie que même si votre connexion fibre tombe, les automatisations qui ne dépendent pas d’un service cloud continuent de tourner. C’est cette souveraineté qui guide notre conviction éditoriale : le local vaut toujours mieux qu’une API distante, surtout quand la durée de vie d’un produit connecté dépasse souvent celle du serveur qui l’accompagne.

Installer Jeedom sur un Raspberry Pi sans se planter

On va tutoyer, parce qu’on est dans le pas-à-pas. Tu vas avoir besoin d’un Raspberry Pi 4 ou 5, d’une carte SD de bonne qualité (au moins 16 Go en classe A2, ça évitera les corruptions qui arrivent toujours un dimanche soir), d’une alimentation stable, et d’une connexion Ethernet. La Wi-Fi pour le hub, c’est tentant, mais c’est la première source de latence et de paquets perdus quand ta box est à l’autre bout de la maison.

La procédure officielle est simple : tu télécharges l’image Jeedom prévue pour le Raspberry, tu la flashes avec Balena Etcher ou Raspberry Pi Imager, tu branches le câble réseau, tu mets la carte SD, tu alimentes. En quelques minutes, le Pi démarre. Tu ouvres un navigateur, tu tapes l’adresse http://jeedom.local (ou l’IP attribuée par ton routeur) et tu suis l’assistant. L’interface web prend le relais : création du compte administrateur, configuration du fuseau horaire, quelques questions basiques. En dix minutes, l’interface est prête.

Là où ça peut déraper, c’est quand le réseau domestique fait des siennes. Beaucoup de box attribuent une adresse IP dynamique qui change au redémarrage du Pi. Si demain ton hub passe de 192.168.1.25 à 192.168.1.42, les plugins qui communiquent avec des modules ne le retrouveront plus. Le premier réflexe consiste à réserver une IP fixe dans le serveur DHCP de la box, plutôt que d’assigner une IP statique directement sur le Pi. Une réservation DHCP garantit que l’adresse reste la même, même si tu réinitialises complètement la carte SD un jour.

La configuration réseau : le piège qui te fait perdre une soirée

Les symptômes sont classiques : l’interface Jeedom est accessible, mais plus aucun module ne répond, ou bien le démon du plugin s’arrête sans explication. Dans 80 % des cas, c’est le réseau. Un coordinateur ZigBee USB branché sur le Pi qui n’a plus le bon port, une adresse IP qui a changé, un double NAT si tu as mis un second routeur derrière la box opérateur.

Quand tu passes par un routeur supplémentaire pour isoler ton réseau domotique, ce qui est une excellente idée en termes de sécurité, tu dois absolument t’assurer que le trafic entre le Pi et les modules transite sans translation d’adresse intempestive. Un double NAT peut casser la découverte de services mDNS ou empêcher un plugin de dialoguer avec un coordinateur USB. Le plus propre consiste à créer un VLAN dédié et à laisser le Pi en IPv4 locale pure, sans redirection.

Prends aussi l’habitude de vérifier la résolution DNS locale. Parfois, jeedom.local ne fonctionne plus après une mise à jour du firmware de la box. Note l’IP et mets-la en favori. Ça semble trivial, mais c’est ce détail qui transforme un setup tranquille en séance de debug à 2 h du matin.

Ajouter un module ZigBee sans ouvrir la console

Prenons un cas concret : tu veux intégrer une ampoule connectée ZigBee et un détecteur d’ouverture de porte. Tu branches un coordinateur USB (un dongle Silicon Labs ou Texas Instruments) sur le Pi. Ensuite, dans Jeedom, tu te rends sur le Market, tu cherches le plugin ZigBee — beaucoup utilisent le plugin officiel ZigBee for Jeedom, qui fonctionne très bien avec la plupart des dongles — et tu l’installes.

Après activation, le plugin te demande l’adresse IP du coordinateur et le port. Par défaut, le dongle communique via un port série accessible en tcp://adresse:port si tu utilises une version réseau, ou directement en local si c’est un stick USB. Le plugin détecte normalement le dongle tout seul. Tu sauvegardes, puis tu lances l’inclusion.

C’est là qu’on voit la différence entre un plugin bien pensé et un bricolage. Les bons plugins maintiennent une file d’attente d’inclusion ouverte tant que tu ne l’arrêtes pas. Tu passes l’ampoule en mode association (reset aux normes, parfois trois allumages/extinctions), et en quelques secondes elle apparaît dans l’interface. Tu peux alors la renommer, l’affecter à une pièce, et vérifier la puissance du maillage. ZigBee est un protocole maillé : chaque module alimenté en permanence fait office de répéteur. Si ton réseau est clairsemé, une ampoule éloignée peut perdre des paquets. La qualité du lien (LQI) s’affiche souvent dans le plugin ; un LQI inférieur à 50 mérite un répéteur supplémentaire.

Une fois le module reconnu, tu peux immédiatement créer un scénario simple : « si détecteur d’ouverture = ouvert, alors allumer ampoule ». Teste en vrai, pas seulement dans l’interface. Le temps de réaction doit être inférieur à une demi-seconde. Si c’est plus long, le souci est probablement réseau : interférences Wi-Fi sur le canal 2,4 GHz, ou coordinateur mal placé.

Si tu as déjà monté un PC pour le gaming, tu sais que la bande passante mémoire et les timings comptent. C’est le même niveau d’attention qui s’applique à un hub domotique : une micro-coupure réseau et c’est toute la chaîne qui se grippe. Un passage régulier dans notre rubrique Hardware Informatique t’aidera à garder le même niveau d’exigence quand tu dimensionnes ton matériel, du Raspberry au câblage.

Dépendances, logs et mises à jour : ce qui fait crasher Jeedom au petit matin

Je vais vous raconter un plantage qui m’a coûté deux heures un mardi soir. Ma box Jeedom ne répondait plus. L’interface affichait une erreur 500. J’ai d’abord blâmé une MAJ automatique du système, puis une panne réseau. En réalité, les logs de santé de la carte SD montraient que le système de fichiers était plein à 100 %. Les logs de plusieurs plugins avaient grossi sans limite, remplissant les 4 Go d’espace libre qu’il restait. Résultat : le daemon MySQL ne pouvait plus écrire, le core s’effondrait.

C’est un travers classique des logiciels open source : les développeurs ont tendance à laisser le verbeux par défaut, et quand vingt plugins balancent des centaines de lignes par heure, la carte SD trinque. Pense à configurer une rotation des logs (logrotate) ou à réduire le niveau de verbosité de chaque plugin dans ses paramètres avancés. Une carte SD de 32 Go de bonne qualité offre une marge confortable, mais la discipline reste la même.

Les dépendances logicielles sont une autre source de réveils désagréables. Un plugin ZigBee peut exiger une version précise de Node.js ou de Python. Une mise à jour du système d’exploitation peut casser cette compatibilité. Là encore, la solution réside dans la sauvegarde régulière de l’image SD, ou dans l’utilisation d’un SSD externe pour éviter les corruptions. Ceux qui quittent le cloud pour le local découvrent rapidement que la maintenance, c’est le prix de la liberté.

En parlant d’indépendance, on est souvent tenté d’essayer des objets connectés exotiques qui promettent monts et merveilles. Ils finissent parfois dans la catégorie High Tech Divers après avoir été abandonnés par leur fabricant, faute de communauté derrière. Avec Jeedom, le plus sûr reste de miser sur des protocoles standards et des modules bien supportés par la communauté.

Automatiser sans transformer son salon en sapin de Noël

Une fois que tu as quatre capteurs et trois ampoules, la tentation de scénariser chaque geste est grande. Résiste. Les meilleures automatisations sont celles qu’on oublie instantanément. Un capteur d’ouverture qui allume la lumière du cellier pendant deux minutes, c’est utile. Un scénario qui fait clignoter la bande LED du salon en bleu chaque fois que la machine à laver termine son cycle, ça devient vite insupportable pour les autres occupants.

La règle d’or : tester le scénario en conditions réelles pendant plusieurs jours avant d’ajouter une couche supplémentaire. Et toujours prévoir une commande manuelle de secours. Si le réseau ZigBee décroche, le bouton physique du mur doit continuer à allumer la lumière. Jeedom permet de détecter l’absence de réponse d’un module et de basculer sur un état de repli, à condition de l’avoir écrit dans le scénario. C’est un détail qui fait toute la différence entre une installation fiable et un système qui vous fait ouvrir l’appli trois fois par jour.

Le marché des box domotiques regorge d’appareils qui vous verrouillent dans leurs applications. En choisissant Jeedom, vous optez pour une logique inverse : vous restez propriétaire de vos automatisations, de votre historique et de votre matériel. C’est un engagement, mais c’est le seul qui résiste à l’arrêt d’un serveur ou à la fin d’un service.

Questions fréquentes

Est-ce que Jeedom peut s’intégrer avec HomeKit ou Alexa ?

Oui, via des plugins ou des passerelles, mais ces intégrations introduisent une couche cloud qui affaiblit l’argument local-first. Si vous y tenez, privilégiez Homebridge en local avec le plugin Homebridge Jeedom, pour éviter que vos commandes vocales ne quittent le réseau.

Un Raspberry Pi 3 suffit-il ou faut-il un Pi 5 ?

Un Pi 3 gère une dizaine de modules ZigBee sans problème, mais il montre ses limites si vous empilez des plugins lourds comme ceux de vidéosurveillance. Un Pi 4 avec 2 Go de RAM est un bon compromis ; le Pi 5 offre une marge confortable pour l’avenir. Dans tous les cas, bannissez la carte SD premier prix.

Je peux mixer Z-Wave et ZigBee sur la même box ?

Absolument. C’est même la force de Jeedom. Vous ajoutez les deux plugins, branchez les deux coordinateurs, et les modules apparaissent dans la même interface. Veillez simplement à ce que les fréquences ne se perturbent pas : Z-Wave utilise le 868 MHz en Europe, ZigBee le 2,4 GHz, donc aucun conflit hertzien.

Quiz personnalisé

Votre recommandation sur tutoriel jeedom

Trois questions pour cibler la config / le produit fait pour votre usage.

Q1Votre usage principal ?
Q2Votre budget ?
Q3Votre contrainte prioritaire ?