Tous les articles

Cinq ans de responsabilité, deux ans de garantie : ce que le matériel domotique encaisse vraiment

Garantie légale allemande, garantie constructeur et durée de vie réelle de KNX, Loxone, Shelly, ESP32 et Raspberry Pi. Avec sources, voix discordantes et le trou qui se creuse entre le code civil et la fiche technique.

Cinq ans de responsabilité, deux ans de garantie : ce que le matériel domotique encaisse vraiment

Le calcul que personne ne pose

Un client appelle parce que plus rien ne commute dans le salon depuis le week-end. L’installation a trois ans et demi, elle est proprement montée, elle n’a jamais posé de problème. Vous y allez, vous changez la pièce, vous rentrez. Deux heures de travail, le déplacement, le matériel. Et quelque part sur le trajet du retour arrive la pensée désagréable : qui paie ça, au juste ?

Pas le fabricant. Sa garantie est expirée. Le client non plus, peut-être, parce qu’il s’appuie sur un délai qui court encore. Il reste vous.

C’est de ce trou qu’il est question ici. Un intégrateur a besoin de trois chiffres qui ne figurent nulle part côte à côte : combien de temps suis-je engagé ? combien de temps le fabricant l’est-il envers moi ? et combien de temps l’appareil tient-il réellement ? Le premier est dans la loi, le deuxième sur le site du fabricant, le troisième, personne ne le connaît. Ce qui suit est une tentative de réunir les trois pour les cinq classes d’appareils auxquelles on a réellement affaire en Allemagne : KNX, Loxone, Shelly, montage maison à base d’ESP32 et le Raspberry Pi comme centrale.

Trois réserves d’entrée, car elles portent tout le reste. Toutes les données de garantie sont à jour d’août 2026 et peuvent changer à tout moment ; dans le doute, allez voir la page constructeur liée. Les retours sur la durabilité viennent en grande partie de forums communautaires : ce sont des anecdotes, pas des statistiques. Et la partie juridique n’est pas un conseil juridique, c’est un tour d’horizon pour réfléchir soi-même. Elle décrit en outre le droit allemand d’un bout à l’autre, qui n’est pas forcément celui qui s’applique à vous.

La garantie légale n’est pas la garantie constructeur, et l’écart coûte de l’argent

Les deux notions se mélangent allègrement au quotidien, alors qu’elles n’ont presque rien à voir l’une avec l’autre.

La Gewährleistung, la responsabilité légale pour défauts, vient de la loi. Elle vise le vendeur, donc vous dans la relation client, et face à des consommateurs on ne peut pas l’écarter par contrat. La Garantie, l’engagement du fabricant, est volontaire. C’est lui qui décide de son contenu et de sa durée. Aucun fabricant n’est tenu d’en accorder une.

Les délais figurent au § 438 BGB : deux ans pour les marchandises, et cinq ans pour une chose « utilisée pour un ouvrage conformément à son usage habituel ». Dans des cas particuliers, trente. Une explication bien lisible se trouve chez Juraforum, un regard de terrain côté artisans ici.

La question intéressante est évidemment de savoir quand un composant domotique fait partie de l’ouvrage. Et la réponse honnête est : ça dépend. L’installation électrique dans le neuf est largement considérée comme une prestation d’ouvrage. Un capteur radio posé en saillie, ou du logiciel pur, plutôt pas. Entre les deux, beaucoup de zone grise, et qui veut voir à quel point ces qualifications se discutent devrait regarder le cas analogue du photovoltaïque, où la chambre des métiers a résumé le débat judiciaire sur le délai de cinq ans.

Comme hypothèse de travail pour le devis, une règle simple tient quand même la route : plus l’appareil est enfoui dans l’installation électrique, plus vous avez de chances d’atterrir sur cinq ans. Un actionneur dans le tableau divisionnaire n’est pas le même cas qu’un capteur d’ouverture Zigbee qu’on décolle à l’ongle. Si beaucoup d’argent en dépend chez vous, demandez à votre avocat et pas à un billet de blog.

Ah, et pour les lecteurs d’Autriche et de Suisse : d’autres délais s’appliquent là-bas. Je ne les ai pas cherchés, donc je n’affirme rien à leur sujet. Idem si vous lisez ceci depuis la France : ce texte parle du droit allemand.

Là où le trou se forme

Superposez maintenant les deux. Admettons qu’un relais fixé à demeure dans l’installation tombe chez le client sous le délai de cinq ans. La garantie du fabricant, selon la marque, est de deux ou trois ans. À partir de la fin de la troisième année, chaque échange part sur votre note : appareil, déplacement, temps de travail, avec en prime le charmant effet de bord qu’au troisième passage en SAV, un client commence à remettre en cause le système dans son ensemble.

Chez un client, c’est un agacement. Chez quarante clients avec cinq appareils concernés chacun, c’est un poste de compte de résultat que personne n’avait prévu.

KNX : garantie courte, durée de vie du système très longue

KNX est le cas le plus intéressant, parce que les deux chiffres sont très éloignés.

Côté garantie, il n’y a pas grand-chose de spectaculaire à récolter. MDT accorde trois ans de garantie produit et insiste sur la fabrication à Engelskirchen, ce que la KNX Association a relayé. Chez les autres marques, la situation est disparate. Gira, par exemple, a eu une opération d’enregistrement à durée limitée pour HomeServer et FacilityServer permettant de porter le délai à cinq ans au total ; l’opération est terminée, et je n’ai pas trouvé de garantie constructeur générale allant au-delà du délai légal. Donc je ne dis pas non plus qu’elle existe ou qu’elle n’existe pas. Qui lit sur le forum utilisateurs KNX le fil consacré aux garanties produit le voit vite : c’est un terrain où chaque fabricant fait sa propre cuisine.

La vraie force de KNX ne figure dans aucun livret de garantie. Le standard remonte à l’EIB de 1990, les premiers produits sont arrivés en 1991, et la compatibilité descendante fait partie de la norme. ETS6 met en avant trente ans de compatibilité descendante et sait toujours paramétrer des appareils de l’époque EIB.

C’est la distinction qui compte quand on conseille, et je la tiens pour l’idée la plus importante de tout ce texte : personne ne prétend qu’un appareil isolé tient trente ans. Ce qui est affirmé, c’est que dans trente ans il sera encore remplaçable et configurable. La durée de vie du système bat la durée de vie de l’appareil. Un actionneur qui meurt au bout de douze ans est un chantier de vingt minutes tant qu’il existe des successeurs que le même bus comprend. Un appareil issu d’un écosystème abandonné est mort lui aussi au bout de douze ans, sauf que là, la moitié de l’installation meurt avec.

De l’usure, il y en a bien sûr quand même, et elle est agréablement prévisible parce qu’elle est mécanique. Dans un fil sur la durée de vie des actionneurs de commutation, les utilisateurs ne discutent pas l’électronique du bus mais les relais. On y parle d’actionneurs Jung testés à 15 000 cycles de commutation, ce qui, à deux commutations par jour, donne sur le papier une dizaine d’années. Deuxième cause de panne citée : des condensateurs électrolytiques asséchés dans l’électronique ancienne. Sur l’achat d’occasion, le ton du fil est assez net : BCU, entrées binaires et interfaces de bouton-poussoir passent pour peu critiques, les actionneurs de commutation sont déconseillés parce qu’on ignore le passé de leurs relais.

Les fiches techniques annoncent des chiffres nettement plus élevés, mais toujours en fonction de la charge ; à charge réduite, les nombres de manœuvres à six chiffres sont courants, voir par exemple la fiche MDT de la série AKS. Pour comprendre pourquoi l’écart est si large, le fond se trouve dans les explications techniques de Finder sur les relais : les pointes de courant d’appel sur charges capacitives mangent les contacts bien plus vite qu’une tranquille charge ohmique.

D’où une phrase que j’intègre désormais à chaque rendez-vous de conseil : c’est la charge qui fixe la durée de vie, pas l’étiquette de prix. Un canal d’actionneur sur une rangée de drivers LED vieillit autrement que le canal voisin sur une prise. Répartir sciemment les canaux critiques dès la conception repousse de plusieurs années la première intervention.

Loxone : conditions claires, faiblesses connues, et une lecture honnête

Chez Loxone, le cadre contractuel se lit facilement. Les conditions générales internationales (consultées le 13/08/2026) prévoient 24 mois pour le matériel neuf, à condition que le défaut existe au transfert des risques et soit décelable dans ces 24 mois. Les pièces d’usure sont plus courtes : batteries six mois, écrans LCD douze. Les défauts logiciels doivent être reproductibles et signalés par écrit dans les quatre semaines, les droits s’éteignent trois mois après l’expiration du délai, et pour une réclamation injustifiée, des frais de traitement de 20 euros hors taxes sont mentionnés. Aucun engagement d’interopérabilité avec des produits tiers, expressément. Une garantie constructeur distincte et plus étendue, je ne l’ai pas trouvée dans ces conditions ; je n’affirme donc ni qu’elle existe, ni le contraire.

Loxone met en avant sa qualité de fabrication et un test entièrement automatisé de chaque appareil. C’est de la communication constructeur, et c’est comme telle que je la cite ici. Le canal de vente compte aussi en pratique : on achète chez des partenaires agréés, et la marchandise du marché gris se retrouve sans garantie ni support.

Cela devient plus intéressant du côté de ce que rapporte la communauté. Deux sujets reviennent sans arrêt.

Le premier est la carte mémoire. Le LoxWiki le documente en détail : jusqu’au firmware 4.x, il y a eu beaucoup de pannes de Miniserver dues à des cartes microSD apparemment défectueuses, la cause confirmée étant des dommages du système de fichiers d’origine logicielle liés à des problèmes de timing. Depuis le firmware 5.x, ce n’est plus connu selon le wiki, et autour de la version 9.0 les signalements se sont de nouveau accumulés en lien avec des mises à jour. Dans la communauté circule l’estimation selon laquelle dans environ quatre-vingt-dix pour cent des cas ce n’est pas le Miniserver qui est mort mais la carte, d’où l’intérêt de changer la carte avant l’appareil. C’est une estimation communautaire et pas une mesure, mais comme ordre d’intervention elle est utilisable et évite au besoin un appareil de remplacement coûteux. Qui doit sauver une carte trouvera dans le wiki un guide de récupération de données, et il existe un retour d’expérience qui vaut la lecture. De la même communauté vient d’ailleurs la contre-preuve : des cartes qui ont tourné neuf ans sans broncher.

Le second sujet, ce sont les alimentations. Sur loxforum, on trouve plusieurs fils sur des pannes précoces de l’alimentation 100 W, en voici un, en voici un deuxième. Un utilisateur décrit un appareil parti au bout de 48 heures dans un grand claquement, avec six semaines d’attente pour le remplacement ; un autre rapporte trois alimentations du même lot mortes en quelques jours.

Et maintenant la mise en perspective qui va obligatoirement avec, parce qu’elle figure dans ces mêmes fils : une part importante de ces pannes y est attribuée à des effets indirects de foudre, à des surtensions et à l’absence de liaison équipotentielle, autrement dit à l’environnement d’installation. Loxone ne fabrique d’ailleurs pas ces alimentations elle-même. Qui distille de tels fils un « les alimentations Loxone ne valent rien » les lit mal. La lecture plus juste, et plus utile pour son propre travail, est celle-ci : une alimentation à découpage est un composant qui réagit à la qualité de l’installation électrique, et la protection contre les surtensions n’est pas un gadget en option.

Reste le risque système qu’il faut annoncer au client à l’avance : si l’alimentation centrale 24 volts tombe, l’installation s’arrête. Ce que ça donne et comment d’autres le gèrent se discute dans les fils sur les conséquences d’une panne de Miniserver ou d’extension et sur le scénario d’urgence Miniserver HS. À quoi ressemble un cas de garantie concret vu de l’intégrateur, un fil sur un canal défectueux d’une extension dimmer le montre. Tout cela reste maîtrisable quand on connaît les points faibles et qu’on a une ou deux pièces d’avance sur l’étagère.

Shelly : bonne garantie sur le papier, dispersion extrême sur le terrain

Derrière Shelly se trouve Allterco Robotics EOOD, à Sofia. L’échelonnement de la garantie se lit ainsi sur la page officielle : trois ans sur Plus, Wave, Gen3 et Gen4, cinq ans sur Pro et Wave Pro, deux ans sur tout le reste. Le point de départ est la date d’achat figurant sur le justificatif, et la couverture porte sur le matériel, pas sur les consommables comme les batteries ni sur les accessoires du type adhésifs, câbles et autocollants. Cela se relit aussi dans les conditions générales, dans les conditions de garantie en allemand du manuel et dans le récapitulatif d’un revendeur. Comme ce genre de chose évolue, pour un cas précis vérifiez la page du fabricant, pas ce paragraphe.

Cinq ans sur la ligne Pro, rapporté à ce que les autres accordent ici, c’est une promesse forte. Cela couvre même le cas des cinq ans de la partie juridique. C’est le moment où il faut, honnêtement, saluer Shelly.

Et puis vient le terrain.

Les fils du forum Shelly sur la durée de vie, sur la tenue dans le temps et la manière de faire avec et sur l’usage professionnel décrivent un tableau de panne remarquablement uniforme d’un fil à l’autre : le relais continue de commuter, mais le Wi-Fi ne revient plus. La communauté nomme comme cause un condensateur électrolytique vieillissant ; un utilisateur mentionne un sachet d’élcos 100 µF défectueux d’un fabricant bon marché, un autre écrit qu’il a réparé, à la louche, environ 200 Shelly 2.5. Sont cités surtout le 2.5, plus les 1PM, 1, Dimmer et Dimmer 2, RGBW2 et Uni. La fenêtre de temps rapportée tourne souvent autour de deux à trois ans.

Mais de ces mêmes fils viennent aussi ces voix : un utilisateur avec plus de cent Shelly en production depuis 2018, qui peut « compter les pannes sur les doigts de mes mains ». Un autre avec une trentaine d’appareils depuis fin 2020 et exactement une panne, parfois à 38 ou 53 degrés dans des boîtes de dérivation. Et un autre qui avance un taux de panne d’environ quarante pour cent.

Cette amplitude est le véritable enseignement. De « quasiment rien » à « quatre sur dix », et tout le monde parle de la même famille de produits. Les forums ont en outre un biais d’auto-sélection intégré qu’il faut garder en tête : qui est content écrit rarement un message. Reste que le biais seul n’explique pas un écart de cette taille. Le lot, la situation de pose et l’environnement thermique jouent manifestement beaucoup, et un taux de défaillance solide, personne ne le connaît, moi non plus.

Il manque encore une donnée, et c’est la plus propre qui existe sur le sujet, parce qu’elle ne vient pas d’un forum mais du fabricant. Le 10/07/2024, un geste commercial supplémentaire pour les appareils Gen1 a été communiqué : si un Shelly 1, 1PM ou 2.5 tombe en panne la troisième année, il y a cinquante pour cent de remise sur le successeur correspondant de deuxième ou troisième génération. Pas un remplacement, une remise. On peut lire cela dans deux directions, et les deux sont recevables : comme réaction à une accumulation, et comme geste envers le client auquel personne n’était tenu.

Sur la question de savoir si les générations récentes tiennent plus longtemps, je passe mon tour. Les fils n’abordent guère explicitement les différences de génération, et avec les sources dont je dispose, cela ne se démontre pas proprement. Deux choses se démontrent : les rapports de panne documentés se concentrent autour des modèles Gen1, et le fabricant accorde aux lignes récentes une garantie plus longue qu’aux anciennes. Mis bout à bout, c’est un indice. Ce n’est pas une preuve, et je n’en ferai pas une.

Pour la pratique, cela signifie quelque chose de très peu romantique. Un Shelly est assez bon marché pour qu’un remplacement revienne presque toujours moins cher qu’un diagnostic. Avec vingt appareils chez soi, c’est une note en bas de page. Avec deux cents appareils répartis sur quarante installations clientes, la camionnette de SAV devient un modèle économique, et à mauvaise marge. Le tableau de panne typique n’arrange rien : si le relais commute encore et que seule la liaison disparaît, ni le client ni vous ne le remarquez, jusqu’au jour où une automatisation tourne dans le vide.

ESP32 et ESPHome : techniquement solide, juridiquement le cas le plus délicat

J’aime bien ESPHome. Pour l’humidité du sol, la température, la relève de compteurs et la capteurie non critique du même genre, un appareil fabriqué soi-même est une solution parfaitement légitime, souvent même la plus élégante. Qui prétend le contraire ne connaît pas la plateforme.

Techniquement, l’ESP32 passe pour nettement plus stable en fonctionnement continu que son prédécesseur l’ESP8266, plus souvent connu pour ses redémarrages périodiques ; les retours se trouvent sur le forum Arduino et chez ioBroker. Comme pièges pratiques, ce sont toujours les trois mêmes qui reviennent : la qualité de l’alimentation, la stabilité du Wi-Fi (une IP fixe plutôt que le DHCP est décrite à plusieurs reprises comme une amélioration sensible) et les cycles d’écriture de la flash quand on écrit souvent.

Le point douloureux est ailleurs. Qui achète une carte de développement, l’équipe, la met dans un boîtier et l’installe chez un client devient lui-même celui qui met le produit sur le marché. Les deux euros de garantie légale sur la carte chez le distributeur n’aident plus personne. Conformité CE, responsabilité, disponibilité des pièces sur des années : tout pour vous. Je n’entre volontairement pas plus loin dans le juridique, parce que je ne l’ai pas creusé à ce niveau de détail. Le noyau pratique suffit : la solution bricolée est bon marché à l’achat et chère en responsabilité.

La bonne question n’est donc pas « bien ou mal », mais une question très concrète : que se passe-t-il si précisément cet appareil tombe en panne pendant que le client est en vacances ? Pour un capteur d’humidité du sol : rien. Pour quelque chose qui commande une pompe ou touche à une porte : produit de série avec un fabricant derrière, s’il vous plaît.

Raspberry Pi : la promesse la plus courte, l’usure la mieux connue, le remède le moins cher

Ici la garantie passe par les distributeurs et s’établit couramment à un an, voir les documents de garantie de Farnell, une réponse d’element14 et la discussion sur le forum Raspberry Pi, où le rapport avec la garantie légale européenne est aussi mâché et remâché.

Cela donne une chute jolie et dérangeante pour l’entretien de conseil : c’est justement la centrale de l’installation qui porte la promesse constructeur la plus courte de tout le montage. Chaque actionneur du tableau est couvert plus longtemps que l’ordinateur sans lequel aucun d’eux ne fait quoi que ce soit d’utile.

Le classique de l’usure, c’est la carte SD, et là encore les retours sont extrêmement dispersés : de « plus de six ans sans jamais une panne » à plusieurs cartes usées. À lire par exemple sur le Photovoltaikforum, chez smarterkram et dans un guide de dépannage où il est écrit que dans environ quatre-vingts pour cent des cas le problème vient de l’alimentation ou d’une carte endommagée. C’est là aussi une estimation communautaire, pas une série de mesures. Comme ordre de vérification en cas de panne, elle reste utilisable, et elle recoupe étonnamment ce que les gens de Loxone écrivent sur leurs cartes.

Le côté agréable : le remède est connu et ne coûte presque rien. SSD ou NVMe à la place de la carte SD, ou directement du matériel avec eMMC. Home Assistant Green embarque de l’eMMC ; le Yellow avec son port M.2 n’est plus produit depuis 2025 selon un tableau comparatif, avec renvoi au Green comme successeur. C’est une source tierce, à lire donc avec la réserve d’usage. La façon dont se déroule le passage de la SD au SSD est bien documentée et se règle en une soirée.

Si vous construisez pour des clients et que la centrale démarre encore depuis une carte SD, c’est la réduction de risque la moins chère que tout ce texte ait à proposer.

Cinq profils de risque côte à côte

Pas de classement. Les classes répondent à des besoins différents, et le tableau ne fait que trier le type de risque qu’on achète avec chacune.

ClassePromesse constructeur (à 08/2026)Faiblesse typiqueType de risque
KNXselon le fabricant, p. ex. 3 ans chez MDTrelais des actionneurs, vieux condensateursprévisible, mécanique ; pièces disponibles sur la durée
Loxone24 mois selon les CG, batteries/écrans moinscarte mémoire, alimentation centralemaîtrisable une fois les faiblesses connues, forte dépendance au fabricant
Shelly2/3/5 ans selon la ligne, d’après le fabricantrapporté : Wi-Fi perdu, relais commute encoredispersion ; risque de parc à grand nombre d’unités
ESP32 / ESPHomepratiquement aucune digne de ce nomalimentation, Wi-Fi, flashresponsabilité entièrement chez l’intégrateur
Raspberry Picouramment 1 an via le distributeurcarte SD, alimentationélevé, mais peu coûteux et bien connu à désamorcer

Ce que j’en retire

Trois choses, et la première est la moins populaire : la durée de garantie ne vaut pas grand-chose comme critère de choix. Elle vous dit combien de temps vous avez le droit de renvoyer un carton, pas combien de temps l’installation tourne. Cinq ans de garantie sur un appareil dont le successeur n’existera plus dans huit ans valent moins que trois ans sur un appareil issu d’un standard né en 1991 et toujours rétrocompatible.

Deuxièmement : chiffrez le trou dans le devis au lieu de l’ignorer. Si vous êtes engagé cinq ans et que le fabricant se retire au bout de deux ou trois, les années restantes sont un poste avec un prix. Soit vous le calculez, soit vous le payez plus tard sur votre marge. Un contrat de maintenance est la manière habituelle de lisser cela ; ce qu’une telle prestation peut coûter, je l’ai chiffré ailleurs.

Troisièmement, et je ne m’en suis vraiment rendu compte qu’en faisant les recherches : pour les classes à forte dispersion, donc Shelly et le Pi, le seul remède praticable est la vue d’ensemble du parc. Pas du meilleur matériel, pas une garantie plus longue. Savoir quel appareil est posé où et depuis quand, et remarquer quand l’un d’eux disparaît en silence.

Car la différence entre une installation qui tourne vingt ans et une qui devient un calvaire au bout de quatre tient rarement à la marque. Elle tient à ce que quelqu’un ait vu la panne avant que le client n’appelle.

DO
Denny Ovčar
Founder · ha-fleet-manager.com
Répondre
Partager