La question du choix de son serveur domotique n’est plus anecdotique. Entre la dépendance aux clouds propriétaires, les coupures de service et la montée des exigences en matière de confidentialité, une maison connectée doit être pensée comme une petite infrastructure IT, capable de tourner seule un lundi matin sous la pluie.
Raspberry Pi, NAS Synology et installation KNX n’ont ni les mêmes coûts, ni les mêmes contraintes, ni les mêmes trajectoires d’évolution. Beaucoup de particuliers et de PME se retrouvent avec un patchwork de solutions et une question simple : où doit vivre le cerveau du système intelligent qui pilote tout cela au quotidien.
Ce panorama propose un regard de terrain sur trois familles de solutions : le Raspberry Pi comme couteau suisse open-source, le NAS Synology comme base robuste et polyvalente, et le bus KNX comme épine dorsale filaire de la domotique haut de gamme. L’enjeu n’est pas de désigner un vainqueur, mais de comprendre ce que chacune sait faire, où elle se casse les dents, et comment les combiner sans transformer la maison en laboratoire instable.
Derrière ces choix techniques se jouent aussi la souveraineté des données, la facture énergétique, la maintenance et, très concrètement, la capacité à garder la main sur ses automatismes en cas de panne internet ou de changement de politique d’un fournisseur.
- Raspberry Pi convient très bien pour un serveur domotique local, évolutif et peu coûteux, surtout avec Home Assistant et un SSD.
- Synology apporte un stockage fiable, des sauvegardes et la possibilité d’héberger la domotique aux côtés d’autres services (fichiers, vidéos, sauvegardes).
- KNX reste la référence filaire pour une installation structurelle et durable, mais il doit être complété par une couche IP et un superviseur moderne.
- Miser uniquement sur le cloud ou sur des box fermées expose aux coupures, à la collecte de données et au risque d’obsolescence forcée.
- La meilleure solution domotique mêle souvent un bus filaire (KNX ou autre), un cerveau local (Pi ou mini-PC) et une passerelle type NAS ou routeur avancé.
Serveur domotique sur Raspberry Pi : pourquoi cette petite carte tient la route
Pour un serveur domotique local, le duo Raspberry Pi 4 ou 5 + Home Assistant reste la combinaison la plus abordable et la plus souple. Dans de nombreux projets, un Pi alimente le contrôle à distance des volets, la mesure fine de la consommation électrique, l’agrégation de dizaines d’objets connectés, le tout sans abonnement obligatoire.
On parle pourtant d’un nano-ordinateur de la taille d’une carte de crédit, alimenté par une simple alim USB-C.
La cinquième génération du Raspberry change la donne. Le processeur ARM Cortex-A76 à 2,4 GHz accélère visiblement l’interface de Home Assistant, les redémarrages, les sauvegardes complètes, ainsi que les addons lourds comme Frigate pour la vidéo. Là où un Pi 4 finit parfois par souffler sous la charge combinée d’un historique détaillé, de quelques intégrations cloud et d’un enregistreur vidéo, le Pi 5 fonctionne sans problème. Le contrôleur d’entrées/sorties RP1 aide à maintenir des débits stables sur l’USB 3 et le réseau, ce qui fait une vraie différence quand un SSD, une clé Zigbee et une clé Coral IA partagent les ports.
La vraie bascule se produit sur le stockage. Un serveur domotique qui écrit en continu sa base de données sur une carte SD est une panne annoncée. Les retours sont nombreux : base Home Assistant corrompue après quelques mois, redémarrages impossibles, historique perdu. Le passage à un SSD, qu’il soit connecté en USB 3 ou via un HAT NVMe en PCIe sur un Pi 5, transforme à la fois la réactivité et la fiabilité. Sauvegardes plus rapides, restauration en quelques minutes, risque de corruption très réduit, ce sont des gains immédiats et très concrets.
La contrepartie du Pi 5 tient dans l’alimentation et la dissipation thermique. Une alimentation 27 W sérieuse évite les plantages aléatoires quand plusieurs périphériques tirent sur les ports USB. Un boîtier bien ventilé, ou mieux un boîtier passif en aluminium, garantit un fonctionnement silencieux dans un salon. Ceux qui ont tenté de camoufler un Pi mal refroidi derrière un meuble ont parfois découvert le throttling thermique un soir d’hiver, au moment précis où les scénarios de chauffage deviennent critiques.
Sur le plan logiciel, le Pi profite de tout l’écosystème domotique open source. Home Assistant OS, Debian minimaliste ou distribution spécialisée, tout repose généralement sur Linux. Pour ceux qui souhaitent se documenter davantage, un détour par une synthèse sur Linux comme système d’exploitation pour l’IoT permet de mieux comprendre les enjeux de stabilité, de mises à jour et de sécurité dans ce contexte.
Pour illustrer, prenons le cas d’Élodie et Karim, couple installé dans une maison de 120 m² rénovée. Leur configuration de départ : un Pi 4 sur carte SD et plusieurs ampoules connectées Wi-Fi, le tout dépendant du cloud du fabricant. Trois coupures de service successives chez ce fournisseur ont suffi à déclencher le chantier. Migration vers un Pi 5 avec SSD NVMe de 500 Go, adoption de capteurs Zigbee alimentés sur pile, centralisation sous Home Assistant. Résultat un an plus tard : aucun incident majeur, des mises à jour planifiées, et surtout une maison qui continue à appliquer ses scénarios même quand la fibre tombe.
Sur Raspberry Pi, la domotique prend la forme d’un lab maîtrisé. Puissance suffisante, coût mesuré, forte communauté, mais dépendance à une carte unique. L’étape suivante consiste souvent à regarder du côté des NAS pour répartir les rôles et renforcer la résilience.
Raspberry Pi, mini-PC ou box prête à l’emploi : arbitrer coût, consommation et évolutivité
Le Pi n’est pas seul en lice sur le segment du petit serveur domotique. Les mini-PC type NUC et les box spécialisées comme Home Assistant Green s’invitent dans la discussion dès que l’on évoque virtualisation, vidéo-surveillance ou IA locale. Une Green, par exemple, offre un matériel compact, prêt à l’emploi, avec une consommation inférieure à 3 W. Pour un parc de capteurs limité et peu de vidéo, c’est une base très confortable, surtout pour quelqu’un qui ne veut pas gérer l’installation système.
Les mini-PC x86 prennent l’avantage dès que l’on parle d’hyperviseur, de Frigate avec plusieurs caméras ou de conteneurs supplémentaires (MQTT, InfluxDB, Grafana, serveur VPN maison). Un petit NUC récent consomme souvent autour de 6 W au repos, ce qui reste raisonnable pour une machine 24/7, tout en offrant une RAM extensible, plusieurs ports M.2 NVMe et quatre ports USB rapides. Certains préfèrent viser plus haut, par exemple avec un Ryzen mobile 5300U capable d’exécuter plusieurs machines virtuelles avec un gain de 60 % en performances par rapport aux puces basse consommation d’entrée de gamme.
La question de la facture électrique vient vite. Un mini-PC puissant qui tire 15 W en moyenne, ou un Intel i9 de génération précédente qui grimpe facilement à 45 W, n’ont pas le même impact sur un appareil censé participer à l’optimisation énergétique de la maison. C’est là que le Raspberry Pi garde un avantage solide : une configuration Pi 5 + SSD + clé Zigbee tourne souvent dans la zone des 8 à 10 W. Pour beaucoup de foyers, c’est le point d’équilibre entre sobriété et marge de puissance.
En résumé, le Pi fait sens pour un serveur domotique dédié, à bas coût et basse conso, quand un mini-PC vise plutôt une infrastructure domestique plus large, avec virtualisation et services multiples. La vraie erreur consiste à surdimensionner dès le départ un monstre énergivore pour un besoin basique. Rien n’empêche de migrer plus tard vers un NUC, en restaurant une sauvegarde complète Home Assistant sur une machine plus musclée.
NAS Synology comme serveur domotique : quand le stockage devient le socle
Le NAS Synology occupe une place à part dans l’architecture de nombreux particuliers technophiles. À l’origine, il héberge les sauvegardes de PC, les photos de famille, parfois une vidéothèque. Peu à peu, il devient serveur Docker, passerelle VPN, relais de sauvegardes cloud. La question tombe alors assez vite : pourquoi ne pas faire aussi tourner la solution domotique principale sur cette machine qui reste allumée en permanence.
Les arguments en faveur d’un serveur domotique sur Synology sont clairs. D’abord, la fiabilité du stockage. Les disques sont souvent montés en RAID, surveillés en continu, avec des alertes en cas de secteur défectueux ou de température anormale. Ensuite, la gestion native des sauvegardes : un simple planning suffit pour exporter les snapshots Home Assistant vers un second NAS, un disque USB ou un cloud. Enfin, le coût marginal très faible si le NAS existe déjà et dispose de suffisamment de CPU et de mémoire.
La méthode la plus courante consiste à déployer Home Assistant en conteneur Docker sur le NAS, ou via une machine virtuelle sur certains modèles plus puissants. Les intégrations réseau (MQTT, bases de données, serveur de fichiers) bénéficient ainsi directement de la proximité du NAS : latence réduite, débit stable, pas de boîtes supplémentaires à maintenir. Les scénarios qui reposent sur de gros historiques de mesures (température, consommation, ouverture de portes) profitent énormément de cette architecture.
Il existe cependant des limites. Tous les Synology ne se valent pas pour de la domotique. Beaucoup de modèles d’entrée de gamme embarquent un processeur ARM peu à l’aise avec la virtualisation ou des conteneurs lourds. La mémoire vive peut aussi devenir le facteur bloquant quand le NAS sert déjà à de nombreuses tâches. Certains utilisateurs constatent alors des latences dans l’interface de Home Assistant au moment où un gros transfert de fichiers s’exécute sur le réseau local.
Un autre point de vigilance concerne les dongles radio (Zigbee, Z-Wave, Thread/Matter). Brancher une clé USB sur un NAS rangé dans une baie au sous-sol, au milieu de câbles et d’alimentations, donne rarement la meilleure couverture radio. Beaucoup finissent par ajouter une petite passerelle déportée sur Raspberry Pi ou micro-ordinateur, transformé en concentrateur Zigbee ou passerelle IoT multi-protocoles, qui communique ensuite en IP avec la couche de supervision hébergée sur Synology.
S’ajoute la question de la mise à jour. Coupler sur un même équipement la sauvegarde familiale et les scénarios qui coupent le chauffage peut parfois créer des dilemmes. Faut-il redémarrer le NAS pour une mise à jour de DSM en plein hiver, avec un Home Assistant qui reste indisponible quelques minutes, alors que le thermostat se base sur cette supervision ? Certains préfèrent séparer les rôles pour éviter ce couplage fort.
En pratique, le Synology excelle comme socle de stockage et d’orchestration légère pour la domotique. Dans les maisons où un serveur est déjà présent pour d’autres usages, lui confier le rôle de cerveau principal peut être une bonne économie, à condition de respecter les limites matérielles et de déporter si besoin la couche radio.
| Critère | Raspberry Pi serveur domotique | Synology serveur domotique |
|---|---|---|
| Coût d’entrée | Environ 150 € (Pi 5 + boîtier + SSD) | 300 à 600 € selon le modèle et les disques |
| Consommation typique | 8 à 10 W | 15 à 30 W |
| Stockage | SSD unique, pas de RAID natif | RAID, monitoring disques, snapshots avancés |
| Gestion radio (Zigbee, Z-Wave) | Clé USB proche de la maison, bonne couverture | Souvent à déporter via passerelle dédiée |
| Complexité de mise en place | Moyenne, mais bien documentée | Plus technique (Docker, VM) pour un débutant |
Cette comparaison montre bien que Synology n’est pas un concurrent direct du Raspberry Pi, mais plutôt un partenaire possible dans une architecture pensée à l’échelle de la maison. L’étage suivant de la réflexion concerne alors le câblage et les automatismes structurels, où KNX tient une place à part.
KNX et bus filaires : une colonne vertébrale pour la maison connectée
Les installations KNX n’ont pas le même ADN que les serveurs domotiques sur Raspberry Pi ou NAS. On parle ici d’un bus filaire normalisé, câblé dans les murs, pensé pour durer plusieurs décennies. Boutons, actionneurs, capteurs partagent deux fils torsadés qui transportent à la fois l’alimentation basse tension et les télégrammes de commande. Pas besoin de cloud, pas besoin de Wi-Fi : l’éclairage, les volets, une partie du chauffage peuvent fonctionner en totale autonomie avec une logique locale.
La force de KNX réside dans cette indépendance. Une maison équipée d’un bus correctement câblé peut continuer à gérer les scénarios basiques même si le serveur IP tombe, voire si l’accès internet est coupé pendant plusieurs jours. Les scénarios « tout éteindre », « fermeture centralisée des volets » ou « chauffage hors gel » peuvent être programmés dans les modules eux-mêmes. C’est une philosophie très différente d’une maison bardée de prises Wi-Fi commandées par des scripts hébergés à l’extérieur.
Il faut cependant accepter plusieurs contraintes. Le coût matériel et la main d’œuvre pour un câblage KNX se situent nettement au-dessus d’une solution 100 % radio. La configuration se réalise via un logiciel spécifique (ETS), qui demande un peu d’apprentissage. L’écosystème reste largement orienté électriciens et intégrateurs, même si certains particuliers motivés s’y plongent avec succès. La marche d’entrée est donc plus haute, mais une fois passée, la stabilité obtenue reste difficile à égaler.
Dans beaucoup de projets modernes, KNX devient la colonne vertébrale de la maison connectée, tandis qu’un serveur domotique type Raspberry Pi ou Synology vient jouer le rôle de superviseur IP. Une passerelle KNX/IP expose les objets KNX sur le réseau domestique, et Home Assistant les intègre comme n’importe quel autre module. On gagne alors la meilleure des deux approches : la robustesse du filaire pour les fonctions vitales, la souplesse du logiciel pour les scénarios transverses, les dashboards, le contrôle à distance sécurisé.
À titre d’exemple, une PME de rénovation dans le Jura a adopté le schéma suivant pour une maison haut de gamme : KNX pour tout ce qui touche à la sécurité physique (éclairage, volets, contacts d’ouverture), Raspberry Pi 5 pour la couche intelligente (détection de présence fine, IA locale sur les caméras, suivi énergétique) et NAS Synology pour l’archivage longue durée des mesures. Chacun des trois systèmes peut fonctionner quelques heures seul, mais ensemble ils composent un système intelligent cohérent.
Le choix KNX se pose surtout au moment de la construction ou de la rénovation lourde. Retrofiter un bus dans une maison finie se révèle vite coûteux et invasif. Dans les autres cas, les protocoles radio comme Zigbee, Z-Wave ou Matter/Thread gardent l’avantage économique, quitte à être associés plus tard à quelques lignes filaires sur des zones sensibles (tableau électrique, chaudière, portail). La bonne question à se poser reste toujours la même : quels services doivent continuer à fonctionner, même si le serveur domotique IP principal est coupé pendant quelques heures.
Quelle place pour les objets connectés radio face au KNX ?
Les lampes, prises et capteurs en Zigbee ou Z-Wave ne disparaissent pas dès que KNX entre en scène. Ils prennent plutôt une autre fonction. Les éclairages critiques (circulation, escalier, extérieurs) seront confiés au bus, tandis que les lampes d’appoint ou les scènes d’ambiance resteront souvent en radio. Même logique pour les capteurs : les sondes structurelles (température de départ de plancher chauffant, retour radiateur, extérieur) sont souvent câblées, alors que les capteurs d’ouverture sur des fenêtres existantes ou les boutons ajoutés a posteriori passent par les ondes.
Le Raspberry Pi garde un rôle clé pour fédérer ces mondes. Il devient chef d’orchestre des flux issus du bus KNX, des passerelles Zigbee, du routeur Thread/Matter, voire de périphériques LoRaWAN pour des capteurs longue portée. Ceux qui souhaitent explorer en détail les familles de réseaux bas débit trouveront d’ailleurs des repères utiles dans des ressources sur les classes de communication LoRa, qui éclairent bien la façon de penser autonomie et couverture à grande échelle.
Autre point important, la sécurité. Un bus filaire est naturellement isolé d’internet. Dès qu’une passerelle IP intervient, les bonnes pratiques de sécurité IoT doivent prendre le relais : segmentation réseau, mises à jour régulières, mots de passe forts, journalisation. Sur ce volet, une synthèse comme les bonnes pratiques de sécurité IoT fournit une base solide pour définir les règles de son réseau domestique, qu’il soit centré sur KNX ou sur des objets connectés radio.
Au final, KNX n’est pas l’ennemi du Raspberry Pi ni du Synology. C’est un autre étage dans le bâtiment de la domotique, plus proche du béton que des dashboards. Ceux qui acceptent d’investir dans cette infrastructure gagnent un filet de sécurité très appréciable, surtout quand la maison devient réellement dépendante de ses automatismes.
Architecture hybride : combiner Raspberry Pi, Synology et KNX dans un système cohérent
Les projets qui tiennent dans la durée reposent rarement sur un seul type de matériel. La combinaison la plus fréquente en 2026 associe un serveur domotique sur Raspberry Pi ou mini-PC, un NAS Synology pour les données et éventuellement un bus KNX pour l’éclairage et les volets. L’objectif n’est pas de multiplier les jouets, mais de distribuer les rôles pour limiter les points de rupture.
Reprenons l’exemple d’Élodie et Karim. Après un an de Raspberry Pi 5 seul, leur historique énergétique commence à peser lourd. Les sauvegardes automatiques de Home Assistant vers un disque externe suffisent, mais la nécessité de stocker plusieurs années de consommation électrique, de données de qualité d’air et de vidéos courtes les pousse vers un NAS d’entrée de gamme. Home Assistant reste sur le Pi, mais les enregistreurs vidéo et les bases de données longues durées migrent sur Synology, via Docker. Résultat : le Pi garde un rôle de cerveau temps réel, le NAS devient un entrepôt de mémoire, et chacun peut être redémarré sans paralyser toute l’installation.
Un schéma type pour une maison connectée de taille moyenne ressemble souvent à ceci. Au tableau électrique, quelques modules KNX gèrent les circuits vitaux. Dans un meuble technique discret, un Pi 5 avec SSD, une ou deux clés radio (Zigbee, Thread) et une alimentation de qualité supervisent la domotique quotidienne. Dans un bureau ou un local technique, un Synology assure les sauvegardes, l’archivage et éventuellement un accès VPN. Le routeur principal segmente le réseau entre VLAN « IoT », « Bureautique » et « Invités », afin qu’une caméra ou une ampoule intelligente ne puissent pas dialoguer avec un PC de travail.
Les flux de données suivent alors des chemins clairs. Les capteurs Zigbee remontent vers Home Assistant sur le Pi, qui les historise en partie sur le SSD et en partie sur le NAS. Les boutons KNX déclenchent des scènes locales, mais aussi des automations plus riches via la passerelle IP. Les accès distants passent par un tunnel sécurisé, et jamais par un simple port ouvert vers le web. L’ensemble forme un système intelligent distribué, où chaque maillon peut être mis à jour à son rythme.
Le point délicat, souvent sous-estimé, reste la supervision. Une architecture hybride se doit d’être observable. Au minimum, un tableau de bord dans Home Assistant affiche l’état du Pi, du NAS, de la passerelle KNX, du routeur et des principales intégrations. Une alerte en cas de disque défaillant, de CPU saturé ou de segment radio affaibli évite de découvrir un problème un soir de tempête. Dans certains projets, un second Pi minimal joue le rôle de secours, prêt à reprendre la configuration Home Assistant à partir d’une sauvegarde si le principal tombe.
Cette modularité permet aussi d’adapter son installation au fil du temps. Ajout d’un second bâtiment, intégration de nouvelles caméras, mise en place de scénarios plus fins d’optimisation énergétique, tout cela peut se faire par petites touches. Mieux vaut accepter ce rythme par itérations successives que chercher à dessiner dès le départ une cathédrale qui restera inachevée.
Check-list pratique pour concevoir son architecture domotique hybride
Pour éviter les angles morts, beaucoup de lecteurs apprécient une check-list simple avant de choisir entre Raspberry Pi, Synology et KNX. Voici une base à adapter à chaque cas.
- Faire l’inventaire des usages vitaux (chauffage, ouvrants, sécurité) et des usages de confort (lumière d’ambiance, multimédia).
- Évaluer la qualité du réseau électrique et radio existant, ainsi que les possibilités de tirage de câbles pour KNX ou équivalent.
- Décider où vivra le cerveau principal (Pi, mini-PC, NAS) et comment il sera sauvegardé régulièrement.
- Segmenter le réseau (VLAN ou au minimum SSID distinct pour les objets connectés) avant de multiplier les capteurs.
- Prévoir dès aujourd’hui au moins une méthode d’accès distant chiffrée (VPN, tunnel) pour éviter les bricolages ultérieurs.
Vu sous cet angle, le choix du matériel devient un corollaire d’une réflexion d’architecture, et non l’inverse. Ce renversement simplifie ensuite les arbitrages entre Raspberry Pi, Synology et KNX, chacun retrouvant sa juste place.
Raspberry Pi ou Synology pour un premier serveur domotique ?
Pour une première installation centrée sur Home Assistant, un Raspberry Pi 4 ou 5 avec SSD reste le choix le plus simple et économique. La communauté est immense, la documentation abondante, et la consommation électrique très contenue. Un NAS Synology devient intéressant si le stockage et les sauvegardes jouent un rôle important dès le départ, ou si un NAS est déjà présent dans la maison et dispose de ressources suffisantes pour faire tourner des conteneurs ou une machine virtuelle supplémentaire.
KNX est-il pertinent pour une rénovation légère ou seulement en construction neuve ?
KNX donne tout son potentiel lors d’une construction neuve ou d’une rénovation lourde, lorsque l’on peut tirer un bus dédié dans les murs sans surcoûts prohibitifs. Pour une rénovation légère, quelques segments KNX au niveau du tableau électrique restent possibles, mais une solution radio bien pensée (Zigbee, Z-Wave, Matter/Thread) combinée à un serveur domotique local sera souvent plus rentable. La décision se prend surtout en fonction de l’accès aux gaines et de l’ambition à long terme de l’installation.
Faut-il encore éviter les cartes SD pour un serveur domotique ?
Oui, pour un serveur domotique pérenne, la carte SD reste à bannir comme support principal. Les écritures fréquentes de la base de données et des journaux finissent presque toujours par la dégrader. Un SSD en USB 3 sur Raspberry Pi 4 ou un SSD NVMe via HAT sur Pi 5 apportent une bien meilleure fiabilité et des performances nettement supérieures. La carte SD peut éventuellement servir d’étape initiale d’installation, mais pas plus.
Peut-on mélanger KNX et objets connectés Zigbee ou Wi-Fi ?
Oui, ce mélange est courant et souvent judicieux. KNX prend en charge les fonctions structurelles (éclairage principal, volets, chauffage), tandis que les objets Zigbee ou Wi-Fi gèrent des compléments plus souples, comme l’éclairage d’ambiance ou certains capteurs sans fil. Un serveur domotique comme Home Assistant agrège ces univers via une passerelle KNX/IP et des coordinateurs radio, offrant une vue unifiée dans une seule interface.
Quel est le meilleur moyen d’accéder à sa domotique depuis l’extérieur en restant sécurisé ?
Les options les plus robustes sont un VPN type WireGuard configuré sur le routeur ou le serveur, ou un tunnel sécurisé comme celui proposé par Nabu Casa ou Cloudflare Tunnel. Ces solutions évitent d’ouvrir un port brut sur la box internet, ce qui expose à des scans automatisés et potentiellement à des attaques. L’accès direct via port forwarding est à proscrire pour un serveur domotique, même derrière un mot de passe.