Le modèle ZY-ZTH02Pro mise sur l’essentiel : température, humidité, pile et intégration Zigbee2MQTT.

Je l’ai vu passer, est-il à la hauteur pour équiper plusieurs pièces sans exploser le budget ?

À ce tarif, c’est une belle occasion pour multiplier les points de mesure.

Je vérifie le modèle reçu

• Sur le carton : modèle exact ZY-ZTH02Pro
• Type d’équipement : capteur de température et d’humidité avec écran
• Protocole : Zigbee 3.0
• Alimentation : 2 piles AAA non fournies
• Installation prévue : posé sur un meuble ou fixé au mur, avec double face fourni
• Plages de mesure : température et humidité ambiantes intérieures
• Dimensions / IP : format compact pour usage intérieur, pas d’indice de protection particulier

Où acheter cet équipement ?

Voici le lien vers la page dédiée au ZY-ZTH02Pro.

J’y référencerai les vendeurs et les prix au fil de mes trouvailles.

Méfiez-vous toujours des imitations sur AliExpress et des fiches mal traduites. Vérifiez bien le nom exact du modèle et les avis avant de commander.

Déballage et premières impressions

À la réception, je déballe : le capteur ZY-ZTH02Pro, sa notice et son emballage.

Bonne surprise, le format est vraiment compact et l’écran est bien lisible, même posé sur une table ou une étagère. Les chiffres sont gros, l’icône d’humidité est claire.

Plastique correct, bas de gamme, on n’est pas sur la qualité du Sonoff SNZB-02D ou d’un Aqara. Mais ce n’est pas surprenant à ce prix.

Ce modèle est minimaliste : pas de pile fournie, mais un double face pour le fixer.

Ouverture boîtier et pile

Cet équipement n’est pas fourni avec une pile. Sur la boîte, il est indiqué 2 x AAA.

L’ouverture reste classique sur ce genre de petit capteur, avec une trappe arrière simple à retirer pour accéder à la pile. Pas de vis, juste un clip.

J’utilise ces piles. Je vérifie le sens avant de refermer.

Je prends toujours quelques secondes pour contrôler l’état de la pile avant l’appairage. Cela évite bien des faux problèmes au moment de l’intégration Zigbee.

J’appaire dans Zigbee2MQTT

• Je passe Zigbee2MQTT en mode pairing depuis l’interface.
• L’appairage du capteur démarre dès que j’ai mis la pile. Un petit logo de maillon clignote en haut à droite de l’écran.

• Quand c’est appairé, l’icône s’arrête de clignoter. Parfait, souvent moins de 10 secondes.
• Détecté comme TS0201. On peut en déduire que ce ZY-ZTH02Pro partage la même base firmware que d’autres modèles économiques.

• Entités détectées : battery, temperature, humidity, voltage

Les expositions disponibles sont simples et propres, ce qui me va très bien pour un usage domotique basique et efficace. Juste ce qu’il faut pour historiser et afficher.

L’image ne correspond pas, il s’agit de celle d’un TH03 ou TH05.

Intégration dans Home Assistant

Je retrouve ensuite l’appareil dans Home Assistant avec les entités habituelles remontées par Zigbee2MQTT. Je dispose donc de la température, de l’humidité, du niveau de batterie et de la tension de pile.

Ce que j’apprécie ici, c’est l’intégration immédiate. Je n’ai pas besoin de bidouille complexe pour commencer à historiser les mesures ou les afficher sur mon tableau de bord.

Les formats sont bons, rien à faire ou à configurer. Les unités °C et % sont correctes, les graphiques se génèrent sans problème.

Mes premières mesures

Je commence toujours par comparer ce type de capteur avec un ou deux autres appareils déjà en place. Cela me permet de voir rapidement si le ZY-ZTH02Pro raconte n’importe quoi ou s’il reste dans une plage crédible.

Et bien, honnêtement, il est bon, à quasi rien. J’ai plusieurs thermomètres de plusieurs marques, ils ne sont pas loin les uns des autres.

Le constructeur a prévu une correction possible grâce à des offsets, bravo ! Ainsi, si je suis certain qu’il décale de 0,2 °C, je cale un offset sur cette valeur dans Zigbee2MQTT.

Attention, l’offset sera appliqué à la valeur affichée dans Zigbee2MQTT et Home Assistant, mais pas sur l’écran du thermomètre. L’écran reste sur la mesure brute du capteur.

Je conseille même de diminuer la précision à 0,1, donc 1 digit après la virgule. Cela économise de la batterie, on n’a pas besoin de la température à 0,01 près, 0,1 suffit largement en intérieur. Et aucune décimale pour l’humidité.

Installation et suivi des piles

• Installé le : 30/08/2026

Comme ce modèle fonctionne sur pile, je garde toujours un œil sur le niveau de batterie et sur la tension remontée. C’est souvent plus utile que le simple pourcentage, surtout sur les petits capteurs économiques.

Je note la date d’installation dans un tableau ou dans une note, pour pouvoir estimer la durée de vie réelle de la pile dans le temps.

Ce que disent les communautés

Problèmes : j’ai parcouru les forums des communautés, peu de retours spécifiques sur le ZY-ZTH02Pro. C’est bon signe, aucun bug majeur signalé en masse.

Quelques messages indiquent que la précision peut varier légèrement selon l’emplacement, la pile utilisée et la fréquence de remontée des données. Rien d’anormal sur ce type de capteur.

Il faut donc éviter de le comparer à une station météo haut de gamme. Il est pensé pour du suivi ambiant, pas pour de la mesure de référence.

Mes astuces : je laisse le capteur se stabiliser quelques heures après installation, je compare avec une autre sonde connue, puis j’applique si besoin une calibration de température ou d’humidité dans Zigbee2MQTT.

Mon avis après mise en service

Forts : prix très bas, écran lisible, intégration Zigbee2MQTT simple, mesures température et humidité, suivi batterie et tension, format compact.

Faibles : finition très basique, précision à vérifier selon l’usage, capteur surtout pensé pour du suivi ambiant simple, pas pour une mesure de référence, pas de pile ni double face fournis.

Mon verdict : pour son tarif, je trouve ce ZY-ZTH02Pro franchement intéressant.

Je l’utiliserais volontiers pour équiper plusieurs pièces de la maison à petit budget, surtout si je veux multiplier les points de mesure sans exploser le coût total de mon installation Zigbee.

Je vais être honnête avec vous : j’ai longtemps eu la trouille de toucher à mes circuits électriques. Il y a quelques années, en voulant changer une prise, j’ai négligé de vérifier si le disjoncteur était bien coupé.

Résultat : une décharge désagréable qui m’a bien secoué et m’a rappelé que l’électricité ne pardonne pas. Depuis ce jour, avant chaque intervention, je suis devenu parano.

Et c’est exactement pour ça que j’ai le Kaiweets KTL01, un testeur de tension sans contact qui m’évite de revivre ce moment.

Sur ce blog, je teste pas mal d’équipements Zigbee, de capteurs et de modules domotiques. Mais avant de les installer, il faut souvent toucher à l’électricité. Voici mon retour complet après plusieurs semaines d’utilisation.

Pourquoi ce testeur dans ma boîte à outils domotique

Après ma « châtaigne », j’ai changé ma façon de travailler.

Plus question de faire confiance au disjoncteur seul.

J’ai besoin de vérifier systématiquement l’absence de tension avant de toucher un fil.

Que ce soit pour installer une prise Zigbee, un module Sonoff, une sirène ou un capteur, je commence toujours par vérifier que le circuit est bien hors tension.

Le Kaiweets KTL01 m’offre cette sécurité : il détecte la présence d’un champ électrique lié à une tension alternative, sans contact, directement à travers l’isolant du câble.

Et cerise sur le gâteau : il permet de comparer l’intensité du signal entre phase et neutre, ce qui m’aide pour le câblage. Fini le stress de se demander si j’ai bien coupé le bon circuit.

Qui est Kaiweets ?

Kaiweets est une marque chinoise spécialisée dans les appareils de mesure électrique et l’outillage pour les professionnels comme pour les particuliers.

La marque indique avoir été créée en 2018. Les premières traces juridiques que j’ai retrouvées remontent toutefois à 2019, avec la création à Shenzhen de Shenzhen Xinsuicheng Trading Co., Ltd., société qui détient notamment des marques Kaiweets et commercialise les produits sur différentes plateformes.

Pour le KTL01, le manuel désigne comme fabricant Shenzhen Wanhe Innovation Technology Co., Ltd., également installée dans le district de Bao’an à Shenzhen. Le testeur porte bien la mention « Made in China ». Il faut cependant rester précis : la documentation identifie cette société comme fabricant, mais elle ne permet pas de savoir si l’usine appartient directement à Kaiweets ou s’il s’agit d’un partenaire industriel chargé de la production.

Kaiweets dispose également d’un bureau de contact à Hong Kong, présenté sous le nom KAIWEETS Technology Limited.

Pour l’Europe, la marque indique s’appuyer sur des stocks locaux afin de raccourcir les délais de livraison, mais elle ne publie pas l’adresse précise de son entrepôt européen. Le manuel du KTL01 mentionne aussi CET Product Service Sp. z o.o., en Pologne, comme représentant européen. Il s’agit d’un relais réglementaire pour l’Union européenne, et non nécessairement d’un distributeur ou d’un service après-vente.

Côté commercial, Kaiweets vend directement sur son site et passe aussi par des plateformes comme Amazon, TikTok Shop ou ManoMano. La marque recherche par ailleurs des grossistes et des distributeurs et anime un programme d’affiliation. On est donc face à une marque chinoise récente, essentiellement tournée vers le commerce en ligne international, avec une fabrication déclarée à Shenzhen et des relais logistiques et réglementaires en Europe.

Pourquoi j’ai choisi le KTL01 parmi les modèles Kaiweets

Kaiweets propose plusieurs testeurs de tension, chacun avec ses spécificités. Voici un comparatif précis des modèles que j’ai identifiés :

Mon choix du KTL01 s’est porté sur plusieurs critères :

• CAT IV 1000V : le KTL01 offre la sécurité la plus élevée de la gamme, contrairement au HT100S (CAT III 1000V / CAT IV 600V) et au ST100 (CAT III 600V)
• Indication phase/neutre par intensité : comme les autres modèles NCV, il permet de comparer l’intensité du signal entre phase et neutre, crucial pour mes installations domotiques
• Écran LCD couleur informatif : pourcentage + barre graphique + couleurs, plus lisible que les LED du VT200 ou l’écran simple du HT100
• Dual-range (12-1000V / 70-1000V) : polyvalence pour éviter les faux positifs près des transformateurs, absent sur le ST100
• Format stylo compact : tient dans la poche, clip pratique, plus discret qu’un multimètre complet comme le ST100
• Flashlight intégrée : pratique pour les tableaux sombres, absente sur les KTS01/KTS02
• Arrêt auto 5 minutes : meilleur compromis que les 3 minutes (HT100, VT200) ou 15 minutes (ST100)

Le ST100 m’a tenté avec ses mesures précises AC/DC (jusqu’à 600V) et ses fonctions multimètre (résistance, capacité, fréquence, diode, séquence de phase), mais pour mon usage (vérifier absence de tension avant intervention), le KTL01 me suffit largement.

Les KTS01/KTS02 sont des tournevis testeurs, pratiques mais limités en plage (3-300V) et sans dual-range.

Le HT100S est très similaire au KTL01, mais avec une sécurité légèrement inférieure (CAT III 1000V / CAT IV 600V).

Le VT200 a un écran LED trop basique pour mon usage.

Le KTL01 offre donc le meilleur compromis sécurité/fonctionnalités/prix.

Je vérifie le modèle reçu

• Sur le carton : référence KTL01 parfaitement visible
• Type d’équipement : testeur de tension sans contact (NCV) avec indication de phase/neutre par intensité du signal
• Protocole : détection électromagnétique passive
• Alimentation : 2 piles AAA 1,5V (à installer, fournies)
• Plages de détection : 12-1000V AC (Haute sensibilité), 70-1000V AC (Basse sensibilité)
• Dimensions / IP : format stylo, clip de poche, CAT IV 1000V

Où acheter le Kaiweets KTL01 ?

Voici le lien vers la page dédiée au KTL01.

J’y ai référencé les vendeurs et les prix.

Déballage et premières impressions

À la réception, je déballe tout : testeur KTL01, 2 piles AAA, notice multilingue.

Le boîtier est compact, tient dans une main.

L’écran LCD est bien protégé par un film.

Mon impression : finition solide, boutons réactifs, clip robuste pour la poche.

Mise sous tension : j’installe les piles

Les piles ne sont pas pré-installées. Je dévisse le capot arrière du testeur. Je place les deux piles AAA fournies en respectant la polarité (+ et -).

Je revisse le capot.

J’appuie sur le bouton rouge : l’écran s’allume avec rétroéclairage.

Je teste le bouton SENS pour basculer entre Haute sensibilité (12-1000V) et Basse sensibilité (70-1000V).

La lampe LED intégrée s’active avec le bouton dédié (au centre).

L’arrêt automatique se fait après 5 minutes sans utilisation.

Premier test sur une prise du salon : bip immédiat, écran rouge. Parfait, ça marche à ce stade.

Mon rituel de sécurité avant chaque installation domotique

Avant de toucher un fil, j’ai maintenant un rituel immuable.

D’abord, je coupe le disjoncteur général ou celui du circuit concerné.

Ensuite, je prends mon KTL01 dans ma poche.

Je l’active en Haute sensibilité (12-1000V).

Je passe la pointe près du fil à dénuder, de la prise à changer, du module à installer.

Si l’écran reste vert et silencieux : c’est bon signe, mais je reste prudent.

Si ça bip et que ça rougeoie : je recule, je re-vérifie mon disjoncteur.

Ce rituel, je le fais systématiquement maintenant. Ça prend 10 secondes, mais ça m’évite une nouvelle décharge.

Attention : un signal absent ne prouve pas l’absence de tension. Le KTL01 peut ne pas détecter certains conducteurs (blindés, dans gaine métallique, trop éloignés, etc.).

Je ne le considère donc pas comme un appareil de vérification d’absence de tension (VAT) au sens réglementaire.

Différencier phase et neutre : une aide au repérage

Une fonctionnalité que j’ai testée : la comparaison de l’intensité du signal entre phase et neutre.

Le manuel indique que le fil de phase produit généralement un signal plus fort que le neutre. Pour réaliser ce test, je peux même le tester dans rien démonter, face à chaque trou d’une prise.

Je compare le pourcentage affiché et le graphique à barres.

Le trou qui génère le signal le plus intense est généralement la phase (à droite ici), tandis que le neutre produit un signal plus faible.

Sur la phase, le % varie entre 40 et 60% sur une prise et le neutre entre 5% et 15%.

Je remarque que le testeur ne clignote et ne sonne pas de la même manière.

Cette indication dépend toutefois de la distance entre le testeur et le conducteur, de l’isolation, de la disposition des fils et de la structure de la prise.

Un bon vieux tournevis testeur peut venir confirmer la phase mais il faut toucher le cuivre.

Suivre un conducteur : une possibilité à vérifier

Le signal du KTL01 évolue lorsque je déplace le testeur le long d’un conducteur.

Cette observation peut être intéressante pour suivre un câble accessible, mais elle ne permet pas de conclure avec certitude qu’une rupture se trouve à l’endroit où le signal disparaît.

Une diminution du signal peut être provoquée par la distance, l’épaisseur de l’isolation, une gaine métallique, un blindage ou la position de ma main.

Pour rechercher réellement une coupure, il faut utiliser un appareil adapté, par exemple un testeur de continuité ou un localisateur de câbles.

Mes astuces d’utilisation

• Haute sensibilité : pour circuits domestiques 120V/240V, détection large, c’est mon utilisation principale
• Basse sensibilité : près des transformateurs, disjoncteurs groupés, pour éviter interférences
• Lampe LED : très utile dans les tableaux sombres ou sous-sols mal éclairés
• Clip de poche : je le garde toujours sur moi, comme un tournevis
• Arrêt auto : économie de piles, mais je l’éteins manuellement après chaque usage
• Test systématique : toujours tester sur une prise connue sous tension avant intervention
• Phase/neutre : comparer l’intensité du signal, pas une identification automatique

Ce que disent les communautés et tests en ligne

Points positifs relevés :

• Détection fiable dès 12V en Haute sensibilité
• Écran LCD avec pourcentage et barre graphique très lisible
• CAT IV 1000V, conforme EN61010-1 pour la sécurité
• Compact, clip pratique, lampe LED appréciée
• Excellent rapport qualité/prix (~20-25€)
• Indication phase/neutre par intensité du signal

Limites signalées :

• Basse sensibilité (70-1000V) peut manquer très basses tensions
• Faux positifs possibles près de transformateurs ou câbles groupés
• Notice multilingue mais pas toujours très détaillée

Mes astuces perso après plusieurs semaines :

• Toujours tester sur une prise connue sous tension avant de commencer
• Garder le KTL01 dans la poche avec le clip, toujours à portée de main
• Ne jamais faire confiance uniquement au disjoncteur : toujours vérifier avec le testeur
• Utiliser la comparaison de signal pour mes câblages de prises et luminaires
• Le sortir avant chaque installation domotique : Zigbee, module, prise, etc.

Mon avis après plusieurs semaines d’utilisation

Points forts :

• Détection NCV fiable et rapide sur 120V/240V domestique
• Écran LCD clair avec pourcentage + barre graphique + couleurs (rouge/vert)
• Dual-range (12-1000V / 70-1000V) très pratique selon contexte
• Indication phase/neutre par intensité du signal, utile pour le câblage
• Format stylo compact, clip de poche, lampe LED intégrée
• Sécurité CAT IV 1000V, la plus élevée de la gamme Kaiweets
• Prix accessible pour ces fonctionnalités (~20-25€)
• Me rassure avant chaque intervention, fini la paranoïa
• Complément parfait à ma boîte à outils domotique
• Meilleur compromis sécurité/fonctionnalités/prix dans la gamme Kaiweets

Points faibles :

• Basse sensibilité peu utile en dessous de 70V (thermostats, sonnettes)
• Quelques faux positifs près de transformateurs ou câbles groupés
• Notice pourrait être plus détaillée sur les cas limites

Mon verdict : Le Kaiweets KTL01 est devenu mon compagnon inséparable pour toutes mes interventions électriques et domotiques.

Après ma mauvaise expérience, il m’offre la sécurité psychologique dont j’avais besoin.

Son écran LCD informatif, sa détection fiable et sa capacité à comparer l’intensité du signal entre phase et neutre en font un outil que je garde toujours dans ma poche.

Pour ~20-25€, c’est le meilleur compromis dans la gamme Kaiweets pour un usage domoticien régulier, surtout grâce à sa certification CAT IV 1000V.

Je le recommande vivement à tous les bricoleurs domoticiens, surtout ceux qui ont déjà pris une « châtaigne » comme moi.

Ça vaut largement le coup pour dormir tranquille avant de toucher un fil, une prise Zigbee ou un module Sonoff.

Fiche technique complète

Avertissement sécurité

Ce test décrit le comportement domotique d’une prise Zigbee générique à moins de 10 € (intégration, mesures, trafic Zigbee, etc.). Il ne constitue pas un banc d’essai de sécurité électrique au sens des laboratoires indépendants.

Ce type de prise low-cost, sans marque forte ni certification clairement vérifiable, n’est pas adapté aux appareils fortement consommateurs ou critiques (lave-linge, sèche-linge, radiateurs, chauffe-eau, four, etc.). Pour ces usages, je recommande des produits de fabricants identifiés, avec documentation sérieuse, certifications explicites et réputation à défendre.

Je réserve désormais ce type de matériel à des charges modestes, dans des scénarios où un éventuel défaut resterait limité. Chacun reste responsable de ses choix : ne prenez pas ce test comme une validation de sécurité, mais comme un retour d’expérience domotique.

Je teste aujourd’hui une prise Zigbee à moins de 10 €, un modèle générique acheté chez plusieurs vendeurs différents, sans vraie marque mise en avant.

Je voulais vérifier si ce type de prise premier prix pouvait réellement trouver sa place dans Zigbee2MQTT et Home Assistant, sans faire exploser mon budget ni dégrader mon réseau Zigbee.

À ce tarif, je cherche surtout une prise simple, capable de faire du on/off proprement, de remonter des mesures cohérentes, et de rester fiable dans le temps, pour des charges raisonnables et non pour les pires consommateurs de la maison.

Mes objectifs

J’ai besoin d’une prise connectée pour piloter une charge et suivre sa consommation électrique.

J’ai donc choisi ce modèle générique, vendu sous plusieurs formes très proches selon les boutiques.

Mon idée est simple : vérifier si cette prise très économique peut vraiment servir au quotidien, sans me compliquer la vie dans Zigbee2MQTT et Home Assistant, en la limitant à des usages prudents.

Je veux aussi comprendre jusqu’où je peux lui faire confiance. Une prise connectée, ce n’est pas seulement un gadget domotique. C’est un appareil branché sur le secteur, qui doit tenir la charge, mesurer correctement, et ne pas devenir un point faible dans la maison. Sur cet aspect, je ne peux pas me substituer à des tests de laboratoire : mes essais restent ceux d’un utilisateur averti, pas d’un organisme de certification.

Je vérifie le modèle reçu

• Sur la fiche technique : la référence n’est pas vraiment précisée clairement.
• Sur le carton : les emballages sont identiques d’un vendeur à l’autre.
• Type d’équipement : prise Zigbee murale avec mesure de consommation.
• Protocole : Zigbee.
• Alimentation : secteur.
• Installation prévue : prise de test dans Home Assistant.
• Plages de mesure : puissance, courant, tension, énergie.
• Dimensions / IP : format compact, usage intérieur.

Je note aussi la présence d’un marquage CE sur l’étiquette.

Je le relève, bien sûr, mais sans lui accorder une confiance aveugle. Le sujet des faux logos ou des marquages « China Export » très proches du vrai logo CE rappelle qu’on ne peut pas se contenter d’un pictogramme sur un carton pour parler de sécurité.

Sur ce type de matériel premier prix, j’aime rester prudent et regarder surtout le comportement réel du produit, en gardant en tête que cela ne remplace pas des essais menés par des laboratoires indépendants.

Où acheter cet équipement ?

Je ne peux pas parler ici d’une vraie marque au sens classique du terme. C’est un produit générique, visiblement diffusé par plusieurs vendeurs différents avec les mêmes photos, les mêmes promesses et, au final, des produits qui semblent identiques.

Le prix constaté varie entre 8 et 10 €, selon les périodes, les promotions et sans doute aussi l’humeur des vendeurs.

C’est exactement le genre d’achat où l’on accepte une part de loterie.

Sur les sites de vente, rien ne distingue clairement une bonne série d’une série moins réussie.

À l’œil, tout se ressemble. Pourtant, derrière la même coque, le comportement peut varier selon le lot, le firmware ou la qualité de fabrication.

Je donne tout de même le lien vers la fiche TS011F du Labo Sigalou vers le vendeur chez qui j’ai acheté la prise de ce test.

Déballage et premières impressions

À la réception, le carton est à la taille de la prise.

Le produit est correctement maintenu à l’intérieur, donc je ne peux pas dire que l’emballage soit bâclé.

En revanche, un détail saute rapidement aux yeux : l’encre de l’étiquette bave sur quasiment tous les modèles que j’ai reçus. Au premier regard, on a presque l’impression que les boîtes arrivent sales. En réalité, c’est surtout une impression liée à une qualité d’impression très moyenne.

La prise, elle-même, me surprend plutôt en bien. Le plastique est sérieux, et je le trouve proche de celui de certaines grandes marques.

Je ne ressens pas du tout l’effet gadget creux ou plastique ultra bas de gamme. C’est même l’un des premiers bons points de ce produit.

Le mode d’emploi, en revanche, mérite franchement la médaille du document inutile. Il existe, donc je ne peux pas dire qu’il soit absent, mais il n’apporte presque rien. Heureusement, dans un environnement Zigbee2MQTT et Home Assistant, je m’en passe sans difficulté.

Comparaison avec la Nous A7Z

J’aime bien les Nous A7Z que j’utilise depuis plusieurs années, voici une petite comparaison physique (La Nous est toujours à droite sur l’image).

Mise sous tension

Je commence mon test simplement : je branche la prise.

Dès la mise sous tension, la LED bleue du bouton se met à clignoter immédiatement. C’est exactement le comportement que j’espérais voir. Cela signifie que la prise entre directement en mode appairage, sans manipulation compliquée.

Je trouve cela important, surtout pour un produit générique. Quand un appareil low cost me fait perdre du temps dès la première minute, il part déjà avec un handicap.

Ici, ce n’est pas le cas. La prise se comporte proprement dès le premier branchement.

J’appaire dans Zigbee2MQTT

• Je mets Zigbee2MQTT en autorisation d’appairage.
• Je branche la prise.
• La LED bleue clignote immédiatement.
• La prise est détectée sans délai.
• Je la renomme en Prise en test.
• J’active la mise à jour de l’ID d’entité Home Assistant.

L’association se passe exactement comme je l’espérais. En quelques secondes.

Je n’ai pas besoin de recommencer, de débrancher, ni d’essayer des manipulations exotiques. Tout se fait naturellement, ce qui est toujours agréable sur un produit générique sans documentation sérieuse.

Dans Zigbee2MQTT, la prise est reconnue comme TS011F avec la définition TS011F_plug_3.

TS011F est exactement le même modèle Zigbee que la Prise Nous A7Z que j’aime bien, que j’avais testée ici : Je teste la prise Zigbee Nous A7Z

Elle apparaît comme une prise Tuya avec surveillance de consommation par polling. Ce détail est très intéressant, parce qu’il explique en partie son comportement et certaines particularités de mesure.

Intégration dans Home Assistant

Une fois renommée, je vais dans Home Assistant.

Je passe par les paramètres, puis les outils de développement, puis la vue des Etats. Je tape simplement prise, et je retrouve tout de suite Prise en test. Je clique ensuite sur la fiche de l’équipement pour regarder en détail tout ce qu’elle expose.

Dans Informations sur Appareil, je retrouve les éléments essentiels : Smart plug (with power monitoring by polling) (TS011F_plug_3), le fabricant Tuya, la connexion via Zigbee2MQTT Bridge, le micrologiciel 500+TZSKT11RM106 et le matériel indiqué à 2.

Pour une prise générique, je trouve l’intégration propre, lisible et rassurante.

Je vois aussi les cartes de contrôles, de capteurs, de configuration, d’activité et de diagnostic. Cette vue est très utile, car elle montre que la prise n’est pas juste visible dans Home Assistant : elle est correctement intégrée, avec des fonctions clairement séparées et exploitables.

Expositions Zigbee2MQTT de la prise

Je regarde ensuite la liste des expositions dans Zigbee2MQTT, parce que c’est elle qui me dit précisément ce que je vais pouvoir exploiter dans Home Assistant et dans mes automatismes. Et là, la prise se révèle plutôt complète pour un modèle vendu à ce prix.

• State : état marche / arrêt de la prise.
• Countdown : arrêt après une durée définie.
• Power outage memory : comportement après coupure de courant.
• Indicator mode : gestion de la LED.
• Power : puissance instantanée.
• Current : courant instantané.
• Voltage : tension mesurée.
• Energy : énergie cumulée.
• Child lock : verrouillage du bouton physique.
• Linkquality : qualité de liaison Zigbee.

Je suis toujours attentif à ce point, car certaines prises économiques sont bien moins bavardes.

Ici, je retrouve l’essentiel pour une utilisation sérieuse.

Je peux piloter, mesurer, diagnostiquer, et ajuster quelques comportements pratiques sans bricolage particulier.

La prise est aussi reconnue comme router. Ce point compte beaucoup dans une installation Zigbee, parce qu’une prise branchée en permanence ne sert pas seulement à commander une charge.

Elle renforce aussi le maillage du réseau. C’est un bonus que j’apprécie toujours.

Paramètres que je règle

J’aime quand un appareil propose des options, mais j’aime encore plus quand je peux rester simple. Sur cette prise, je n’ai pas besoin de tout modifier pour obtenir un comportement cohérent. Je garde donc une configuration volontairement sobre.

• Countdown : je laisse à 0.
• Power outage memory : je mets sur Restore.
• Indicator mode : je mets sur off/on.
• Child lock : je laisse sur Off.

• Calibrations et offsets : je n’y touche pas.

Le réglage Restore pour le retour après coupure me paraît logique. Si la prise était allumée avant une coupure, elle revient allumée. Si elle était éteinte, elle reste éteinte. C’est exactement le comportement que j’attends dans une installation domotique sérieuse.

Je laisse aussi le Child lock désactivé. Mes filles ont grandi, donc je n’ai plus besoin de verrouiller le bouton physique. Ce détail peut sembler anecdotique, mais c’est aussi ce genre d’option qui montre qu’une prise comme celle-ci peut s’adapter à des contextes de vie très différents.

Quant aux paramètres de calibration, je préfère ne pas y toucher tant que les mesures me semblent cohérentes. Je ne cherche pas ici à transformer cette prise en instrument de laboratoire. Je veux surtout un appareil simple, exploitable et fiable dans un usage domestique courant.

Ce que cache la référence TS011F_plug_3

La référence TS011F_plug_3 n’est pas un détail sans importance. Zigbee2MQTT la décrit comme une prise avec mesure de consommation by polling.

En clair, ce n’est pas toujours la prise qui pousse spontanément toutes ses mesures. C’est souvent Zigbee2MQTT qui l’interroge à intervalles réguliers pour récupérer la tension, le courant, la puissance et l’énergie.

Ce point explique la présence du paramètre measurement poll interval dans les paramètres spécifiques. Il permet de définir la fréquence d’interrogation des mesures. Par défaut, la logique reste raisonnable (60s), et dans mon cas je préfère conserver ce comportement standard plutôt que de vouloir forcer des mises à jour plus agressives. A noter qu’on peut désactiver cela si on n’en a pas l’utilité. Cela économise du trafic réseau Zigbee.

J’ai lu que cette référence a aussi une petite réputation dans les communautés domotiques. Certaines séries fonctionnent parfaitement. D’autres remontent des mesures bloquées à zéro, ou se comportent moins proprement selon le firmware ou les versions de l’intégration. C’est exactement le genre de nuance importante à connaître avant d’acheter plusieurs exemplaires d’un même modèle.

Dans mon cas, avec le micrologiciel 500+TZSKT11RM106, la prise se comporte correctement. Les mesures remontent, le on/off fonctionne, et l’intégration générale est propre. Je suis donc visiblement tombé sur une bonne série, ce qui renforce encore le côté bonne surprise de ce test.

Mon doute sur les prises premier prix

Je préfère aussi rester honnête sur un point : ce type de prise à très bas prix garde toujours une part d’inquiétude.

Le marquage CE est présent, mais il ne me suffit pas à lever toutes les questions. Je ne peux pas savoir, au moment de l’achat, si je tombe sur une fabrication parfaitement maîtrisée ou sur un lot plus approximatif.

Je garde donc toujours en tête des questions simples : comment la prise va-t-elle se comporter si je monte en ampérage ? Va-t-elle chauffer ? Bien tenir dans le temps ? Se mettre en sécurité ? Vieillir correctement ?

Sans preuve concrète de défaut sur mon exemplaire, je ne vais pas jouer l’alarmiste, mais je trouve sain de conserver ce doute raisonnable.

Je me méfie aussi des discours trop simplistes. On nous explique souvent qu’il faut acheter plus local pour éviter ces risques, alors que beaucoup de produits plus chers sont eux aussi fabriqués en Chine.

À mes yeux, la vraie question n’est pas seulement le pays de fabrication. C’est surtout le niveau de contrôle, le cahier des charges, et la constance entre les séries. Et là, qui peut savoir ?

Probablement pas l’acheteur final, mais les laboratoires indépendants et les marques sérieuses qui payent pour de vrais contrôles.

Au final, je conclus simplement que ce doute persiste sans que cela doive tourner à la paranoïa.

Je teste, j’observe, je garde du bon sens, et je n’utilise plus ce type de prise sur les appareils les plus exigeants ou critiques. C’est probablement la position la plus raisonnable sur ce genre de produit.

Je teste le bouton physique

Je vérifie ensuite le bouton physique. Il fait exactement ce que j’attends : un vrai on/off local. J’appuie, la prise s’allume ou s’éteint. Ce n’est pas un simple bouton de configuration déguisé en commande. C’est un vrai contrôle manuel, utilisable au quotidien.

Pour moi, ce point est très important. Une prise connectée qui reste utilisable localement garde une forme de bon sens. En cas de souci réseau, de maintenance ou simplement pour aller vite, je peux toujours agir directement dessus.

Je regarde les mesures électriques

Je passe ensuite aux premières valeurs remontées par la prise. À vide, je retrouve une tension autour de 221 à 222 V, une puissance à 0 W, un courant à 0 A et une énergie à 0 kWh au moment du démarrage. Tout cela me paraît cohérent.

Je ne suis évidemment pas en train de comparer cette prise à un appareil de métrologie professionnel, mais pour un usage domestique, les relevés ont l’air propres et crédibles.

C’est exactement ce que j’attends d’une prise de suivi de consommation dans Home Assistant. Quand je veux savoir si mon réfrigérateur tourne ou pas, cela est largement suffisant.

Mon ressenti à ce stade est plutôt bon : les mesures sont cohérentes, l’affichage est clair, et je n’ai pas besoin de toucher aux calibrations pour obtenir quelque chose d’exploitable. À ce prix, c’est déjà une très bonne base.

Je vérifie la santé du réseau Zigbee

Comme cette prise fonctionne avec des mesures remontées par polling, je voulais aussi vérifier qu’elle ne spamme pas mon réseau Zigbee. C’est un point important, car certaines prises ou certains réglages peuvent rapidement ajouter du trafic inutile dans un réseau déjà chargé.

Pour cela, j’utilise la fonctionnalité Santé de Zigbee2MQTT. Elle me permet de regarder le nombre total de messages traités, ainsi que le nombre de messages par seconde. Je filtre simplement sur Prise en test pour observer son comportement réel.

Le résultat est bon. Sur ma capture, je vois 89 messages et environ 0,0557 message par seconde. Pour moi, c’est très bon. Je ne vois aucun signe de spam réseau, ni de comportement anormal. Il faudra confirmer avec une utilisation plus longue.

C’est rassurant, car cela confirme que cette prise peut rester en production sans dégrader visiblement la santé du réseau Zigbee.

Je garde une fiche propre dans Home Assistant

Une fois les tests terminés, je désactive dans Home Assistant les entités dont je n’ai plus besoin. Je préfère garder une interface propre, lisible, et éviter de multiplier les capteurs ou commandes inutiles dans mon quotidien. Si j’ai besoin de les réactiver un jour, je pourrai toujours ajuster cela ensuite dans Zigbee2MQTT.

Sur la vue finale, je retrouve une fiche claire avec les informations sur l’appareil, la commande principale, les capteurs utiles, la configuration conservée, l’activité récente et la partie diagnostic. J’aime beaucoup cette étape, parce qu’elle transforme un simple test technique en une vraie intégration propre pour une utilisation durable.

C’est aussi un point qui manque souvent dans les tests de produits domotiques. Beaucoup montrent l’appairage, mais pas l’état final en production. Or, c’est souvent là que l’on voit si un appareil est réellement agréable à vivre ou non.

Ce que disent les communautés

Problèmes remontés : certaines séries TS011F n’exposent plus correctement les mesures, restent bloquées à zéro, ou se comportent différemment selon le firmware et les versions de l’intégration Zigbee.

Ce que j’en retire : avec ce type de prise Tuya premier prix, il y a toujours une part de hasard. À l’achat, rien ne permet vraiment de distinguer une bonne série d’une mauvaise. Mon exemplaire se comporte correctement, mais cette variabilité fait partie du jeu.

Mes astuces : je commence toujours par un test unitaire, je vérifie les expositions, je surveille les mesures, je regarde la santé du réseau, et je n’achète jamais en grande quantité avant d’avoir validé un premier exemplaire. Et désormais, je réserve les tests avec des charges fortes aux produits issus de marques identifiées, conçus pour cela et accompagnés de certifications claires.

Mon avis après mise en service

Forts : prix très bas, appairage immédiat, plastique correct, mesures cohérentes, bouton physique on/off, intégration Zigbee2MQTT et Home Assistant propre, rôle de routeur utile, trafic Zigbee raisonnable.

Faibles : pas de vraie marque, notice ridicule, étiquette mal imprimée, qualité difficile à juger à l’achat, doute raisonnable sur la constance entre les séries et la tenue réelle dans le temps, absence de garanties solides sur la sécurité pour des charges élevées.

Mon verdict : je trouve cette prise franchement intéressante pour son prix pour des usages modestes.

C’est une bonne surprise, surtout parce qu’elle fait le travail sans me compliquer la vie. Je garde malgré tout une réserve importante, comme toujours avec les prises premier prix sans vraie traçabilité ni certification solide.

Sans devenir parano, je préfère simplement rester lucide.

Tant que l’on sait ce que l’on achète, que l’on teste proprement, et que l’on garde du bon sens, cette prise peut tout à fait trouver sa place dans une installation domotique à petit budget, mais pas sur les appareils les plus critiques ou les charges les plus lourdes.

Dans un monde où la domotique transforme nos maisons en espaces intelligents et sécurisés, les détecteurs de fumée et de chaleur Zigbee s’imposent comme des alliés indispensables.

Compatibles avec Home Assistant via Z2M ou ZHA, ces appareils allient détection fiable (fumée smouldering ou chaleur anti-faux positifs) à une intégration fluide pour des alertes instantanées, notifications push et automatisations salvatrices.

Objectifs du Comparatif

Ce guide, basé sur des tests réalisés mi-2026, évalue 10 modèles grand public selon prix (11-120€), autonomie (3-10 ans), normes EN14604/CE obligatoires en France, et fonctionnalités avancées comme densité fumée, hush, tamper ou OTA.

Priorité : sécurité légale et supervision HA, en éliminant les non-conformes.

TABLEAU PRINCIPAL – CARACTÉRISTIQUES GÉNÉRALES

Ce tableau comparatif recense les principaux détecteurs de fumée/chaleur Zigbee compatibles Home Assistant (via Z2M ou ZHA) dans une gamme grand public.

Marque	Xiaomi	Nous	Onenuo	MOES	Aqara	Heiman	Schneider Electric	Bosch	Frient	Frient
Modèle	JTYJ-GD-01LM/BW	E8	228WZ	ZSS-HM-SSD01	SD-S01D/JY-GZ-01AQ	HS1SA-E-PLUS	W599001/CCT599	BSD-2	HESZB-120	SMSZB-120
Support Z2M					Plusieurs contrôleurs en erreur	>2.8.0
Support ZHA	quirk
Facilité Intégration Home Assistant	Moyenne	Facile	Facile	Facile	Moyenne	Facile	Facile	Facile	Excellente	Excellente
Prix €	36€	20-35€	11€	30-35€	45€	35-40€	80-100€	80-120€	40-60€	50-70€
Technologie	Photocell	Photocell	Photocell	Photocell	Photocell	Photocell	Photocell + Chaleur	Photocell	Chaleur	Photocell
Diamètre mm	~65	~52	~60	~70	65	60	89	~70	65	65
Hauteur mm	~35	~52	~40	~35	35	49	33.5	~40	40	40
Batterie ans	5	5	3-5	5	5	5-7	10	10	5 (CR123)	10 (CR123)

Récapitulatif : En dehors de l’Aqara si semble poser souci sur certaines installations, tous sont excellents pour s’intégrer dans les interfaces de la domotique Zigbee.
La durée des piles ou batterie est à prendre en compte, mais cela en considérant que les fabricants nous disent ce qu’ils veulent.

CONFORMITÉS ET NORMES EN 14604

Ce tableau évalue la conformité réglementaire et les fonctions sécurité des détecteurs Zigbee.

Objectif : identifier les modèles certifiés CE/EN14604 (fumée optique obligatoire France), NF A+ (interconnexion), EN54 (chaleur pro), RoHS/REACH (environnement).

Essentiel pour usage légal/responsable en domotique, au-delà de l’intégration HA.

Marque	Xiaomi	Nous	Onenuo	MOES	Aqara	Heiman	Schneider Electric	Bosch	Frient	Frient
Modèle	JTYJ-GD-01LM/BW	E8	228WZ	ZSS-HM-SSD01	SD-S01D/JY-GZ-01AQ	HS1SA-E-PLUS	W599001/CCT599	BSD-2	HESZB-120	SMSZB-120
Marquage CE	(Chine uniquement)
RoHS
REACH
EN 14604 (Fumée optique)
EN 54 (Chaleur)										DIN 14676 (GE)
NF 292 (FR A+)
Sirène ≥85 dB @3m	85	85	85	85	85	≥85	85	85	85	85
Indicateur tension/pile faible	LED	LED	LED	LED	LED	LED	LED	LED	LED	LED
Bouton test manuel
Sensibilité fumée (4 types)	(non certifié EU)								(détection chaleur)
Fausses alarmes résist.
Temp. Op. (°C)	-10 à 55	-20 à +55	-10-50	-10-50	0-50	-10-50	0-50	0-40	-10-65	0-50
Pile non-ionisante

A la lecture de ces éléments, le Xiaomi et le Onenuo se font éliminer, l’absence de certification n’est pas négociable.

Les autres éléments du tableau classent tous les équipements qui sont aux normes de manière équivalente en respectant les préconisations EN14604, à savoir : sirène ≥85 dB à 3 m, indicateur de tension/pile faible (signal sonore et visuel au moins 30 jours avant fin de vie), bouton test manuel, sensibilité à la fumée testée sur 4 types de feux (feux couvants bois/coton, feux rapides plastique/liquide), résistance aux fausses alarmes (poussière, humidité, vapeur), température d’opération de -10°C à +55°C, pile non-ionisante (optique/photoélectrique autorisée, sans source radioactive), fixation impossible sans pile, signal d’absence de pile, résistance aux chocs, vibrations, corrosion et EMC, durée de vie pile ≥1 an, signaux sonores distincts (alarme vs. pile faible).

CAPTEURS ET DÉTECTION

Marque	Xiaomi	Nous	Onenuo	MOES	Aqara	Heiman	Schneider Electric	Bosch	Frient	Frient
Modèle	JTYJ-GD-01LM/BW	E8	228WZ	ZSS-HM-SSD01	SD-S01D/JY-GZ-01AQ	HS1SA-E-PLUS	W599001/CCT599	BSD-2	HESZB-120	SMSZB-120
Capteur Fumée
Capteur Temp							Heat (binary)		(précision ±0,5°C)
Calibration température	device_temperature_calibration					Temperature calibration	temperature_calibration		temperature_calibration	temperature_calibration
Précision température						Temperature precision	temperature_precision		temperature_precision	temperature_precision

La présence d’un capteur de température n’est pas qu’un gadget, il peut être utile pour vérifier les températures des pièces, j’ai trouvé utile de les signaler.

Les détecteurs étant généralement collés au plafond, la température est supérieure à celle à hauteur d’homme. Ainsi, la présence d’une possibilité de calibration pour abaisser de quelques degrés est utile. C’est plus un offset qu’une calibration pour les puristes mais c’est le terme choisi par les développeurs.

Enfin la possibilité de définir le besoin de précision de la température permet d’éviter de demander au capteur d’envoyer la température dès la modification d’un dixième de degré, en effet, une température au degré près est souvent suffisant et économisera les piles.

EXPOSITIONS

Ce tableau ne parle pas des performances de détection, mais de ce que chaque détecteur remonte réellement dans Home Assistant une fois intégré (entités/capteurs/commandes disponibles via Zigbee2MQTT ou équivalent). L’idée est de voir si vous aurez seulement un état “fumée détectée”, ou aussi des informations/commandes avancées comme une densité de fumée, un mode silence/hush, un test, ou des indicateurs de défaut.

Marque	Xiaomi	Nous	Onenuo	MOES	Aqara	Heiman	Schneider Electric	Bosch	Frient	Frient
Modèle	JTYJ-GD-01LM/BW	E8	228WZ	ZSS-HM-SSD01	SD-S01D/JY-GZ-01AQ	HS1SA-E-PLUS	W599001/CCT599	BSD-2	HESZB-120	SMSZB-120
Densité fumée	Smoke density (numeric)				Smoke density (numeric)	Smoke_level (numeric)
Densité fumée (dB/m)					Smoke density dbm (numeric)	Smoke_unit (numeric)
Etat chambre de détection						Chamber contamination (enum)
Stop Sirène			Silence (binary)	Silence (binary)		Siren_for_automation_only Temporary mute (binary)
Durée maximale de la sirène (s)								Test_mode_timeout (numeric)	Max duration (numeric)	Max duration (numeric)
Arrêt temporaire détection fumée						Temporary mute (binary / enum)	Hush (binary)	smoke_alarm_silenced (binary)
Bouton pressé								Button pushed (binary)
Eteindre Led (pour chambre par ex)						Heartbeat indicator (binary)
Détecteur d’anomalie global						Fault state (text)			Fault (binary)	Fault (binary)
Cause précise du problème						Fault state (text)			Reliability (enum)	Reliability (enum)
Identification détecteur						Identify (enum)
Autotest à distance						Trigger selftest (enum)		Test_mode (binary)
Sirène à distance						Siren for automation only (enum)		Manual_smoke_alarm (binary)	alarm (type enum)
Diagnostic paquets Zigbee						Reported packages (numeric)
Diagnostic réseau Zigbee						Rejoin count (numeric)
Diagnostic Reboot						Reboot count (numeric)

On constate par exemple que l’Aqara expose des mesures de densité de fumée (smoke_density et smoke_density_dbm) en plus de l’état fumée, cela doit fonctionner un peu comme les capteurs de qualité de l’air. Avec ces éléments on peut par exemple déclencher des pré-alerte, des ventilations ou autres.

À l’inverse, certains modèles restent très “simples” côté domotique, ce qui suffit pour déclencher des automatisations mais limite l’analyse fine et le diagnostic.

Enfin, des modèles comme le Frient SMSZB-120 exposent plutôt des notions d’exploitation (max_duration, fault, reliability) qui sont utiles pour superviser l’appareil et comprendre un problème, même sans remonter de “densité de fumée”.

Pour les fonctions “Stop sirène / Hush”, gardez en tête que selon les modèles l’action peut être contextuelle (par ex. mute uniquement pendant une alarme et pour une durée limitée), donc à considérer comme un confort contre les alarmes intempestives, pas comme une fonction de sécurité principale.

FONCTIONNALITÉS AVANCÉES ET RECOMMANDATIONS

Ce tableau récapitule les fonctionnalités avancées et donne mes recommandations finales basées sur tous les critères précédents (normes EN 14604, intégration HA/Zigbee, autonomie, expositions avancées).

Il met en lumière des options comme l’alarme à distance (incendie/intrusion), l’interconnexion automatique (NF 292 ou Zigbee), le tamper (détection ouverture/sabotage), les mises à jour OTA, et un prix indicatif en 2026.

L’objectif : choisir selon ses besoins.

Marque	Xiaomi	Nous	Onenuo	MOES	Aqara	Heiman	Schneider Electric	Bosch	Frient	Frient
Modèle	JTYJ-GD-01LM/BW	E8	228WZ	ZSS-HM-SSD01	SD-S01D/JY-GZ-01AQ	HS1SA-E-PLUS	W599001/CCT599	BSD-2	HESZB-120	SMSZB-120
Alarme incendie à distance					Buzzer (enum)	Siren_for_automation_only		Manual smoke alarm (binary)	alarm (type enum)	Triggering alarm, Simple
Alarme intrusion à distance						Siren_for_automation_only		Manual burglar alarm (binary)
Interconnexion		via Zigbee uniquement				Interconnectable (binary)		Broadcast alarms (binary)	Via Zigbee	Via Zigbee
Tamper Detection	Ne remonte pas	Tamper (binary)					Tamper (binary)
OTA Updates
Prix €	36€	20-35€	11€	30-35€	45€	35-40€	80-100€	80-120€	40-60€	50-70€
Recommandation	Déconseillé, non EN14604	Premier prix qui fait bien le travail, peu de personnalisation.	Déconseillé, non EN14604	Un peu plus cher que le Nous sans rien apporter de plus.	Déconseillé, Version 21 non conforme EN14604	Le plus avancé et le plus complet	Cher	Cher	Idéal pour les pièces humides, cuisine, garage

Explications des lignes

• Alarme incendie/intrusion à distance : Possibilité de déclencher une alarme (incendie ou intrusion) depuis HA pour vérifier le réseau Zigbee ou simuler une urgence. J’aime beaucoup cette option.
• ​Interconnexion : Déclenchement automatique des autres détecteurs (RF ou Zigbee) lors d’une alarme, cela est demandé par la NF 292 en France.
• ​Tamper Detection : Signal si le détecteur est ouvert ou arraché (anti-sabotage).
• OTA Updates : Mises à jour firmware over-the-air pour corriger bugs ou améliorer compatibilité. C’est très pratique et maintenant nécessaire car les produits ne sortent plus sans bugs.

Ma recommandation finale

Je recommande d’éliminer d’abord Xiaomi et Onenuo car ils ne respectent pas la norme EN 14604 et sont donc illégaux en France (ou au moins non conformes).

Le Schneider et le Bosch sont dans une gamme de prix élevée sans véritablement d’énormes apports. Potentiellement une gamme pro alors que je compare sur une base grand public. On peut imaginer que le prix est gage de sérieux et de robustesse, mais ils n’entrent pas dans mon top 3 à cause de leur gamme de prix.

Le Nous E8 représente mon meilleur choix rapport qualité/prix pour un usage standard (voire basique). Je regrette la piètre qualité de son intégration, peu d’expositions, pas de niveau de pile et le tamper ne fonctionne pas chez moi. Pour un usage très basique, il suffit.

Le modèle chinois MOES ZSS-HM-SSD01-A-MS est un peu plus cher que le Nous européen, sans rien apporté de plus, je ne le retiens pas.

Pour une robustesse supérieure, avec plusieurs pièces à équiper, je privilégie le couple des Frient HESZB-120 et SMSZB-120 qui s’adaptent à l’activité dans ces pièces :

• SMSZB-120 (fumée) : adapté aux chambres, salons, couloirs. Détecte les feux lents (meubles, câbles). C’est lui qui est obligatoire dans la norme EN14604.
• HESZB-120 (chaleur) : adapté aux cuisines, garages, buanderies, cheminées, ateliers poussiéreux/humides. Ignore la fumée cuisson/vapeur/poussière, alerte seulement feu réel (hausse chaleur). Complément parfait anti-faux positifs.

L’Aqara SD-S01D excelle techniquement avec sa densité de fumée et ses mises à jour OTA. Il a gardé sa mauvaise réputation car ses versions avant 2021 étaient capricieuses et non certifiées. Je ne dispose pas du JY-GZ-01AQ (chez les vendeurs chinois), j’ai un doute sur la conformité CE de ces modèles. L’appellation SD-S01D semble être le nom commercial certifié européen, prudence donc.

Le Heiman HS1SA-E-PLUS est le tout nouveau de la bande, sorti en mars 2026. La qualité et la quantité des expositions et donc des possibilités de cet équipement sont absolument époustouflantes. J’adore sa fonctionnalité originale « Interconnectable » qui mérite qu’on s’y arrête. Son thermomètre intégré est paramétrable. On peut le déclencher autant sur alarme intrusion qu’alarme incendie. Ce modèle est moins cher que le Frient SMSZB-120

Je vérifie le modèle reçu

• Sur la fiche technique : modèle exact TH03
• Sur le carton : Wireless Temp & Humidity Sensor
• Type d’équipement : capteur de température et d’humidité avec écran
• Protocole : Zigbee
• Alimentation : pile bouton 3V (non fournie)
• Installation prévue : posé sur un meuble ou fixé au mur, pas de scotch double face.
• Plages de mesure : température et humidité ambiantes
• Dimensions / IP : format compact pour usage intérieur

Où acheter cet équipement ?

Voici le lien vers la page dédiée au Zigbee TH03. J’y référencerai les vendeurs et les prix au fil de mes trouvailles.

Méfiez vous toujours des imitations sur Aliexpress.

Déballage et premières impressions

À la réception, je déballe : le capteur TH03, sa notice et son emballage.

Bonne surprise, le format est vraiment compact et l’écran est bien lisible, même posé sur une table.

Plastique correct, bas de gamme, on n’est pas sur la qualité du Sonoff SNZB-02D. Mais ce n’est pas surprenant.

Ce modèle est minimaliste, pas de pile, pas de double face pour le fixer, on se débrouille !

Ouverture boîtier et pile

Cet équipement n’est  pas fourni avec une pile, sur la boite, il est indiqué CR2302. C’est un modèle que je n’ai jamais.

L’ouverture reste classique sur ce genre de petit capteur, avec une trappe arrière simple à retirer pour accéder à la pile.

J’utilise plutôt des CR2032, elle y va parfaitement.

Je prends toujours quelques secondes pour contrôler l’état de la pile avant l’appairage. Cela évite bien des faux problèmes au moment de l’intégration Zigbee.

Je compare ce TH03 avec le ZTH05

Le ZTH05 était le produit le moins cher jusqu’à l’arrivée du TH03.

Ils se ressemblent, mais le ZTH05 est livré avec sa pile et un petit morceau de double face. Le TH03 est bien moins cher.

Le TH03 a un indicateur de lien Zigbee (tout en bas). Les deux font des sourires quand tout va bien.

Que signifie le visage

J’ai cherché chez le fabriquant la signification, la voici.

J’appaire dans Zigbee2MQTT

• Je passe Z2M en mode pairing
• L’appairage du capteur démarre dès que j’ai mis la pile, tout en bas, il y a un logo de maillon qui clignote, quand c’est appairé, il s’arrête de clignoter. Parfait ! 4 secondes.
• Détecté comme TH01. On peut en déduire que ce TH03 est un TH01 avec un écran d’affichage en plus.

• Entités détectées : battery, temperature, humidity, voltage

Les expositions disponibles sont simples et propres, ce qui me va très bien pour un usage domotique basique et efficace. Juste ce qu’il faut.

Intégration dans Home Assistant

Je retrouve ensuite l’appareil dans Home Assistant avec les entités habituelles remontées par Zigbee2MQTT. Je dispose donc de la température, de l’humidité, du niveau de batterie et de la tension de pile.

Ce que j’apprécie ici, c’est l’intégration immédiate. Je n’ai pas besoin de bidouille complexe pour commencer à historiser les mesures ou les afficher sur mon tableau de bord. Les formats sont bons, rien à faire ou à configurer.

Mes premières mesures

Je commence toujours par comparer ce type de capteur avec un ou deux autres appareils déjà en place.

Cela me permet de voir rapidement si le TH03 raconte n’importe quoi ou s’il reste dans une plage crédible.

Et bien, honnêtement, il est bon, à quasi rien, j’ai plusieurs thermomètres de plusieurs marques, ils ne sont pas loin.

Le constructeur a prévu une correction possible grâce à des offsets, bravo ! ainsi si je suis certain qu’il décale de 0.2°C, je cale un offset sur cet valeur.

Attention, l’offset sera appliqué à la valeur affichée dans Zigbee2MQTT et Home Assistant mais pas sur l’écran du thermomètre.

Je conseille même de diminuer la précision à 0.1 donc 1 digit après la virgule, cela économise de la batterie, on n’a pas besoin de la température à 0.01 près, 0.4 suffit largement.

Je contrôle la remontée de l’information pile

Beaucoup de capteurs Zigbee ont des soucis à remonter l’information des piles. Je voudrais savoir si le TH03 donne de vraies informations.

Je vois que le ZTH05 me donne l’information sur l’écran :

Je vais donc inverser les piles des deux équipements…

Le ZTH05 détecte le changement de pile et passe à 100% / 3100mV, il fonctionne parfaitement

Le TH03 ne bouge pas, il reste à 100% / 3000 mV, on va attendre 24h… parfois, il faut attendre pour que cela remonte.

Finalement 20 minutes après, la batterie indique : 65% / 2600mV, cela n’a rien à voir avec la valeur du ZTH05 mais déja, ça bouge, c’est bon signe, une info remonte.

Et le lendemain matin…

C’est donc absolument parfait ! La mesure de la pile est la même que sur le ZTH05, on pourrait donc considérer que pile connectée, cela est juste. Le pourcentage doit être un calcul, il est différent, mais peu importe.

Je remarque que le TH03 n’a pas de petit logo de pile presque vide allumé à 27%, le temps me dira si ce logo est absent ou s’il n’arrive qu’à 25% ou à 20%…

Mais je suis épaté pour ce type de produit que la relève de la pile fonctionne aussi bien, sur des équipements de marques réputées, on a encore des soucis de remontée de pile régulièrement en Zigbee.

Installation et suivi des piles

• Installé le 13/06/2026 (pièce de test)

Comme ce modèle fonctionne sur pile, je garde toujours un œil sur le niveau de batterie et sur la tension remontée. C’est souvent plus utile que le simple pourcentage, surtout sur les petits capteurs économiques.

Ce que disent les communautés

Problèmes : j’ai parcouru les forums des communauté, peu de retours. C’est bon signe, quelques messages sur la précision peut varier légèrement selon l’emplacement, la pile utilisée et la fréquence de remontée des données.

Il faut donc éviter de le comparer à une station météo haut de gamme.

Mes astuces : je laisse le capteur se stabiliser quelques heures après installation, je compare avec une autre sonde connue, puis j’applique si besoin une calibration de température ou d’humidité dans Zigbee2MQTT.

Mon avis après mise en service

Forts : prix très bas, écran lisible, intégration Zigbee2MQTT simple, mesures température et humidité, suivi batterie et tension, format compact.

Faibles : finition très basique, précision à vérifier selon l’usage, capteur surtout pensé pour du suivi ambiant simple, pas pour une mesure de référence.

Mon verdict : pour 5 €, je trouve ce TH03 franchement intéressant.

Je l’utiliserais volontiers pour équiper plusieurs pièces de la maison à petit budget, surtout si je veux multiplier les points de mesure sans exploser le coût total de mon installation.

C’est justement pour cela que le THIRDREALITY Voice & Music Assistant Dev Edition m’a intrigué. Il promet à la fois la voix, l’intégration Home Assistant et un vrai rôle côté audio avec Music Assistant.

Je n’avais donc pas envie de le tester seulement comme satellite vocal. Ce que je voulais savoir, c’était s’il pouvait réellement devenir un petit lecteur audio utile dans une installation Home Assistant, capable de lire un MP3 local, de diffuser une radio internet et de se piloter proprement depuis Home Assistant. Bref, vérifier s’il s’agit d’un simple produit curieux ou d’un appareil qui mérite vraiment une place dans l’écosystème domotique actuel.

Dans cet article, je reprends tout le parcours, du déballage à la mise en service, puis jusqu’aux premiers usages audio concrets avec Music Assistant, RadioBrowser et un lancement de station en YAML. Ce test est aussi l’occasion de replacer ce boîtier face au produit officiel de Nabu Casa, mais aussi face aux solutions plus grand public comme Alexa et Google Home.

Le produit

Découverte du Voice & Music Assistant Dev Edition

Je commence par ouvrir la boîte du Voice & Music Assistant Dev Edition et je découvre un contenu très dépouillé.

Je trouve :

• le boîtier du Voice & Music Assistant lui-même,
• un transformateur 220 V / 5 V (2 A – 10 W), blanc,
• un câble USB vers USB‑C pour l’alimenter,
• et aucune notice, aucun papier, aucun document dans la boîte.

Le boîtier est compact, sobre, avec deux façades réservées au haut-parleur et des micros (trous) sur la partie haute ainsi que cinq boutons. L’ensemble donne une impression de produit simple, presque minimaliste, pensé pour aller vite à l’essentiel.

Je remarque aussi l’absence totale de câble Ethernet. Il n’y a ni prise RJ45 exposée, ni câble fourni, ce qui laisse tout de suite comprendre que la connexion réseau se fait en Wi‑Fi, sans liaison filaire directe.

Je comprends assez vite que THIRDREALITY mise ici sur un produit clé en main côté matériel, mais très minimaliste au niveau du support papier.

Il faudra donc compter sur la documentation en ligne pour la configuration et l’utilisation, notamment la page GitHub consacrée au projet.

Documentation en ligne : https://github.com/thirdreality/voice-music-assistant

Ce que propose officiellement THIRDREALITY

Avant même de brancher l’appareil, j’ai voulu regarder ce que le fabricant met réellement en avant sur ce Voice & Music Assistant Dev Edition.

Et c’est intéressant, car THIRDREALITY ne présente pas ce produit comme une simple petite enceinte connectée ou comme un banal micro déporté.

La marque le décrit au contraire comme un appareil préchargé avec Home Assistant Voice Assistant et Music Assistant, pensé dès le départ pour venir s’intégrer dans un environnement Home Assistant orienté local-first.

Autrement dit, l’idée n’est pas seulement de parler à un assistant vocal. Le boîtier est conçu pour jouer un double rôle :

• capturer la voix de l’utilisateur,
• et restituer de l’audio, qu’il s’agisse de réponses vocales, de TTS ou de lecture musicale.

La documentation officielle insiste d’ailleurs sur un fonctionnement de type satellite.

Le boîtier sert de point d’entrée vocal dans la maison : il écoute, transmet l’audio au pipeline vocal de Home Assistant, puis restitue la réponse via son haut-parleur intégré.

Ce n’est donc pas un assistant totalement autonome vivant dans son coin, mais plutôt un terminal vocal et audio conçu pour travailler main dans la main avec Home Assistant.

Sur le plan matériel, THIRDREALITY met en avant plusieurs éléments qui expliquent ce positionnement :

• deux microphones numériques, pour la capture de la voix,
• un haut-parleur intégré 3 W / 4 Ω, prévu pour les réponses vocales, le TTS et la lecture audio,
• un fonctionnement sur système Linux léger,
• avec un processeur quad-core ARM A53, 256 MB de RAM et 512 MB de flash.

On n’est pas simplement face à un accessoire vocal minimaliste : on est plutôt en présence d’un petit terminal spécialisé, pensé pour faire le lien entre l’utilisateur, Home Assistant et les fonctions audio de la maison.

Le fabricant indique aussi que ce modèle peut convenir à des points d’accès vocaux répartis dans la maison et à des endpoints audio supplémentaires. Dit autrement, on peut assez facilement imaginer plusieurs boîtiers de ce type dans différentes pièces, chacun jouant à la fois le rôle de satellite vocal et de petit point de diffusion sonore.

Sur le papier, la promesse est donc assez ambitieuse. THIRDREALITY cherche manifestement à proposer un appareil capable de dépasser le simple usage “assistant vocal de bureau” pour devenir un vrai composant de l’écosystème Home Assistant, à mi-chemin entre satellite vocal, petite enceinte connectée locale et point d’entrée vers Music Assistant.

C’est précisément ce qui m’a donné envie d’aller plus loin avec ce test : vérifier si cette promesse marketing tient réellement la route une fois le boîtier branché, intégré à Home Assistant, puis utilisé au quotidien comme lecteur audio et comme satellite vocal.

Où acheter cet équipement ?

Voici le lien vers la page dédiée au THIRDREALITY Voice & Music Assistant Dev Edition dans le labo sigalou.

J’y ai référencé les vendeurs et les prix.

Mise en service

Connexion Wifi via l’app Home Assistant

Pour que la procédure fonctionne, il faut bien utiliser l’application Home Assistant sur le smartphone, et non le navigateur web sur un PC.

Au début, j’ai eu un comportement un peu déroutant : lors des premières mises sous tension, le boîtier ne s’est pas mis automatiquement en mode de connexion Wi‑Fi.

En pratique, il ne suffit donc pas toujours de le brancher pour qu’il apparaisse immédiatement comme périphérique prêt à être configuré dans Home Assistant.

Dans mon cas, j’ai dû provoquer l’entrée dans le mode de configuration réseau en appuyant longuement sur le bouton central plusieurs secondes.

C’est à ce moment-là que j’ai obtenu le comportement attendu, avec la LED centrale qui clignote en jaune, signe que le boîtier est prêt à être découvert par l’application Home Assistant en Improv via BLE.

Une fois ce mode activé, j’ai pu reprendre la procédure normalement depuis l’application Android de Home Assistant.

Il faut aussi faire attention au compte utilisé dans l’application. J’avais d’abord essayé avec un utilisateur sans droits d’administration, et l’onglet Paramètres n’apparaissait pas. Je ne pouvais donc pas accéder à Appareils & services ni à la section Découvertes.

Une fois connecté avec un compte administrateur sur l’application Android, j’ai pu accéder à Paramètres → Appareils & services, puis dans la section Découvertes repérer le périphérique “3RSPK‑5225C3 Improv via BLE”.

J’ai cliqué sur Ajouter, saisi le nom et le mot de passe de mon réseau Wi‑Fi en 2,4 GHz, puis validé.

Quelques secondes plus tard, le Voice & Music Assistant s’est mis à parler en anglais pour confirmer la connexion, et la LED centrale jaune a cessé de clignoter pour passer à un état plus stable.

Découverte dans Home Assistant et intégration ESPHome

Depuis l’ordinateur, après la connexion Wi‑Fi du boîtier, j’ai ouvert l’interface Home Assistant et consulté la section Découvertes.

J’ai trouvé un nouvel appareil intitulé “3RSPK‑A8E2915225C3 ESPHome”, avec un bouton Ajouter.

J’ai cliqué sur Ajouter pour finaliser l’intégration. J’ai eu une erreur temporaire lors de la première tentative, mais après avoir relancé la validation, le processus s’est terminé correctement.

L’intégration s’est ensuite poursuivie avec :

• une mise à jour OTA du boîtier,

• un écran de configuration Voice Satellite avec le wake word “Okay Nabu”, que j’ai choisi d’ignorer dans un premier temps,

• une configuration ESPHome avec l’adresse IP du boîtier en 192.168.1.46:6053.

La configuration s’est poursuivie avec un écran de configuration Voice Satellite où j’ai pu :

• choisir la voix “Maurice”,
• renommer l’appareil avec un nom plus parlant « Petit appareil blanc qui parle »,
• affecter une pièce à ce satellite.

À ce stade, le boîtier était entièrement intégré comme satellite voix et comme sortie audio dans Home Assistant.

Je vérifie ce que remonte Home Assistant

Une fois l’intégration terminée, je vais immédiatement voir ce que Home Assistant a réellement créé autour du boîtier.

Le point le plus important pour la suite est bien sûr la présence d’une entité media_player, car c’est elle qui va permettre d’utiliser le boîtier comme lecteur audio, aussi bien pour les premiers tests MP3 que plus tard avec Music Assistant.

Dans mon cas, je retrouve bien mon lecteur sous la forme :

media_player.petit_appareil_blanc_qui_parle_media_player

Mais Home Assistant ne remonte pas uniquement ce lecteur. En ouvrant la fiche de l’appareil, je retrouve plusieurs éléments intéressants.

Tout d’abord, dans le bloc Contrôles, Home Assistant expose le Media Player avec :

• l’état du lecteur, ici Inactif,
• une barre de volume,
• et un bouton de lecture, ce qui confirme que l’appareil est bien pilotable comme sortie audio.

Je retrouve aussi un bloc Assist avec un Satellite Assist, lui aussi affiché comme inactif à ce moment-là.

Cela confirme que le boîtier n’est pas seulement vu comme un haut-parleur, mais bien comme un satellite vocal Home Assistant complet.

Dans la partie Configuration, je vois également plusieurs paramètres directement exposés par l’intégration :

• le choix de l’assistant, ici Home Assistant Cloud,
• l’assistant préféré,
• la détection de fin de la parole,
• l’état de la mise à jour du firmware, indiqué ici comme à jour,
• le bouton Microphone Mute,
• le mot de réveil principal Okay Nabu,
• et un second réglage de wake word, ici désactivé avec Pas de mot de réveil.

Je vois également remonter un bloc Événements avec l’événement Home Button. Dans mon cas, Home Assistant m’indique un déclenchement récent de type single_press, ce qui montre que les interactions physiques avec le boîtier remontent elles aussi dans le système.

Enfin, dans les informations générales de l’appareil, Home Assistant affiche :

• le fabricant Espressif,
• l’adresse MAC,
• l’intégration ESPHome,
• et le lien Configurer l’assistant vocal.

Je trouve cette vue très rassurante, car elle montre qu’on n’a pas simplement intégré un périphérique “opaque”.

On obtient au contraire un appareil bien détaillé, avec une vraie partie audio, une partie assistant vocal, des événements matériels, des réglages de wake word et les éléments classiques d’un périphérique ESPHome.

À partir de là, je sais que Home Assistant voit déjà correctement le boîtier comme un lecteur pilotable et comme un satellite vocal complet. C’est une excellente base pour la suite, et notamment pour son exploitation dans Music Assistant.

Mise à jour de l’équipement

La question m’a été posée au sujet des mises à jour et je tombe à l’instant sur une mise à jour.

Oui, les mises à jour fonctionnent parfaitement, je viens de passer à une nouvelle version.

Premiers tests audio

Premiers tests audio : lecture de MP3

Avant même d’installer Music Assistant, j’ai voulu vérifier le point le plus basique : est-ce que le boîtier est capable de lire un média simple envoyé depuis Home Assistant ?

Plutôt que de partir tout de suite sur une radio, j’ai préféré commencer par un test très simple avec un fichier MP3 local.

L’objectif était clair : valider que le media_player répond correctement, que la sortie audio fonctionne, et que Home Assistant est bien capable d’envoyer un média au boîtier sans dépendre encore de Music Assistant.

Pour cela, j’ai choisi de déposer un fichier canari.mp3 dans le dossier media de Home Assistant. Dans mon cas, j’ai fait cela avec WinSCP, simplement parce que c’est l’outil que j’utilise habituellement pour parcourir l’arborescence de mon installation. Bien entendu, chacun peut faire autrement selon ses habitudes.

Je place donc mon fichier ici :

/media/canari.mp3

Sur ma capture, on voit bien le fichier canari.mp3 présent dans le dossier media, à côté d’un sous-dossier cameras.

Une fois le fichier copié, je retourne dans la fiche de mon appareil dans Home Assistant. Dans le bloc Contrôles, je clique sur Media Player pour ouvrir le lecteur.

Le panneau du lecteur s’ouvre alors. Tout en bas, il y a un petit logo avec un bouton play et des dossiers qui permet d’aller chercher une source média. C’est ce bouton qu’il faut utiliser pour lancer manuellement un fichier stocké dans Home Assistant.

Je clique dessus, puis j’arrive sur l’écran Sources médias. Home Assistant me propose alors plusieurs entrées comme Camera, Image Upload, My media, Reolink, Synology Photos ou encore Text-to-speech.

Dans mon cas, c’est bien entendu My media qu’il faut choisir.

J’ouvre donc My media, puis j’entre dans le dossier media. Là, je retrouve exactement ce que j’ai copié juste avant : le dossier cameras et le fichier canari.mp3.

Il ne reste alors plus qu’à cliquer sur canari.mp3 pour lancer la lecture sur le boîtier.

Une fois le fichier sélectionné, le lecteur Home Assistant affiche bien le média en cours avec sa jaquette générique, le bouton de lecture et la barre de volume. Cela confirme que le boîtier sait parfaitement lire un fichier audio local envoyé depuis Home Assistant.

Je trouve cette étape très importante dans une logique de retour d’expérience, car elle permet de séparer deux sujets :

• la capacité du boîtier à lire un média local,
• et l’intégration plus avancée avec Music Assistant.

Dans mon cas, ce premier test MP3 a parfaitement rempli son rôle.

Avant même d’installer Music Assistant, j’avais déjà la confirmation que la partie lecture audio était bien opérationnelle, que le media_player répondait correctement, et que Home Assistant pouvait piloter le boîtier comme un vrai lecteur audio.

A noter que cela m’a presque surpris de pouvoir lire aussi simplement un fichier MP3 local.

Cela faisait longtemps que je n’avais pas retrouvé cette liberté d’usage. Les assistants vocaux grand public ont peu à peu habitué leurs utilisateurs à des environnements beaucoup plus fermés, où la lecture de contenus personnels devient secondaire derrière les services en ligne, les plateformes partenaires et les parcours imposés.

Je ne dis pas que c’est impossible ailleurs, mais c’est souvent plus compliqué, plus contraint, et beaucoup moins naturel.

Ici, au contraire, on retrouve quelque chose de simple : un fichier audio local, un lecteur visible dans Home Assistant, et une lecture immédiate.

Pour moi, c’est presque un petit plaisir de retrouver cette logique.

Music Assistant

J’installe l’application Music Assistant

Une fois le boîtier reconnu et les premiers tests audio validés, je passe à l’étape suivante : l’installation de Music Assistant.

La documentation de Music Assistant recommande de faire tourner le serveur comme application / add-on Home Assistant quand on utilise Home Assistant OS.

C’est d’ailleurs la méthode recommandée, car elle simplifie énormément l’installation et l’intégration avec Home Assistant.

Dans Home Assistant, je vais donc dans la boutique des applications / add-ons et j’installe Music Assistant Server. L’installation se déroule sans difficulté particulière.

Une fois le serveur installé et démarré, on n’a pas encore terminé. Il faut cliquer sur Ouvrir l’interface utilisateur Web en bas à droite et si cela n’a pas été fait, créer un profil administrateur dans Music Assistant.

Je pense à cocher Afficher dans la barre latérale pour gagner du temps pour les tests.

Il faut encore que Home Assistant découvre l’intégration Music Assistant elle-même pour relier Home Assistant au serveur Music Assistant. La documentation officielle précise justement que, dans la plupart des cas, le serveur Music Assistant est découvert automatiquement par Home Assistant dans la section Découvertes.

Home Assistant découvre automatiquement l’intégration Music Assistant

Après le démarrage du serveur Music Assistant, je retourne dans Paramètres → Appareils & services.

À ce moment-là, Home Assistant me propose bien Music Assistant comme nouvelle intégration découverte automatiquement.

C’est une étape importante, car il faut bien distinguer :

• l’application / add-on Music Assistant Server,
• et l’intégration Home Assistant Music Assistant, qui vient s’y connecter.

Je clique donc sur Ajouter, puis je valide la configuration.

C’est cette intégration qui permettra ensuite à Home Assistant de voir les lecteurs Music Assistant et d’exposer leurs contrôles.

La documentation officielle indique clairement que, une fois configurée, l’intégration fait remonter les players MA dans Home Assistant comme entités media_player.

Je trouve cette distinction très importante à expliquer car elle n’est pas toujours évidente quand on découvre Music Assistant.

On a tendance à croire que l’installation du serveur suffit, alors qu’il faut souvent valider ensuite l’intégration découverte dans Home Assistant.

Snapcast ou Home Assistant MediaPlayers ?

A ce stade, il faut retourner dans Music Assistant (j’ai ajouté le lien direct dans ma barre latérale à gauche) puis continuer à travailler le lien Music Assistant ⇔ Home Assistant.

Music Assistant a besoin d’un lecteur à ce stade, il faut donc que je choisisse celui que je vais utiliser.

Avant de choisir, j’ai regardé ce que proposaient les documentations et les retours d’utilisateurs autour de Music Assistant.

Le nom qui revient souvent est Snapcast, car c’est une solution connue pour l’audio multiroom synchronisé.

Je l’ai donc testé, et je peux confirmer que cela fonctionne. Puis je l’ai désinstallé pour rester uniquement sur les solutions orientées Home Assistant.

Dans mon installation où le boîtier est déjà remonté comme entité media_player, j’ai trouvé plus logique d’utiliser directement Home Assistant MediaPlayers.

Dans mon cas, ce choix présente plusieurs avantages :

• je réutilise directement l’entité déjà exposée par Home Assistant,
• j’évite d’ajouter une couche supplémentaire,
• je reste dans une logique plus simple à comprendre et à maintenir.

Je pense qu’il faut vraiment présenter cela comme un choix de contexte.

Snapcast a du sens, notamment si l’on vise du multiroom plus évolué.

Mais pour mon besoin immédiat, avec un seul boîtier et une logique très Home Assistant, le fournisseur Home Assistant MediaPlayers m’a semblé bien plus naturel.

J’ajoute le lecteur dans Music Assistant

Je vais donc dans les fournisseurs de Music Assistant et j’ajoute le fournisseur Home Assistant MediaPlayers.

Dans l’écran de configuration, je sélectionne mon entité :

media_player.petitappareilblancquiparle_media_player

Je sauvegarde, puis je vérifie que le lecteur apparaît bien dans la section Lecteurs de Music Assistant.

C’est à ce moment-là que l’intégration devient concrète : le boîtier n’est plus seulement un périphérique Home Assistant, il devient aussi un lecteur disponible dans Music Assistant.

Avoir un lecteur ne suffit pas : j’ajoute une source audio

Une fois le lecteur visible dans Music Assistant, il manque encore la partie contenu.

Pour écouter la radio, j’ai choisi d’ajouter RadioBrowser comme fournisseur musical. La procédure est simple :

• je vais dans Paramètres → Fournisseurs → Ajouter un nouveau fournisseur,
• je recherche RadioBrowser,
• je laisse les paramètres par défaut,
• puis je valide.

Une fois cette étape terminée, je retrouve bien RadioBrowser dans le menu Parcourir de Music Assistant.

Premier test réel : je lance France Info

Une fois RadioBrowser ajouté, je vais dans Parcourir → RadioBrowser, puis dans les stations françaises.

Je retrouve facilement plusieurs radios connues :

• FIP,
• France Inter,
• France Culture,
• et …France Info.

Je lance alors la station et là, c’est le moment vraiment satisfaisant : la radio est bien jouée sur le boîtier.

Ce test valide toute la chaîne :

• Home Assistant voit le boîtier comme un media_player,
• Music Assistant le réutilise comme lecteur,
• RadioBrowser fournit le contenu,
• et le Voice & Music Assistant diffuse bien la radio.

On n’est plus dans la théorie : on est sur un usage réel et fonctionnel.

Ce que remonte Home Assistant pendant la lecture

Je suis allé dans Outils de développement → États dans Home Assistant pour observer ce que remontait l’entité media_player pendant qu’une radio jouait.

Et là, on récupère des informations très utiles, par exemple :

• media_content_type: music
• app_id: music_assistant
• source: Music Assistant Queue
• media_title: RTL2
• media_content_id: radiobrowser://radio/034d52a3-30dc-4017-8495-004cd65383b1

Je trouve cela particulièrement intéressant, car Home Assistant ne se contente pas d’afficher “RTL2” ou “France Info” comme information lisible par un humain.

Il expose aussi un identifiant réutilisable pour piloter ensuite la lecture en plus d’informations comme le logo de la station, son nom, …

L’astuce utile : récupérer l’ID depuis une lecture en cours

Pour obtenir l’identifiant exact d’une radio, je n’ai pas eu besoin de chercher l’URL du flux sur le Web, ni de fouiller dans des configurations internes compliquées. J’ai simplement :

• lancé la station depuis Music Assistant,
• ouvert l’entité du lecteur dans Outils de développement → États,
• puis récupéré la valeur de media_content_id.

Dans mon cas, cette valeur est une URI au format :

radiobrowser://radio/034d52a3-30dc-4017-8495-004cd65383b1

Je trouve cette méthode très élégante, car elle permet de capitaliser sur une lecture déjà fonctionnelle pour en faire ensuite une commande réutilisable dans Home Assistant.

Je relance la radio en YAML depuis Home Assistant

En bon bricoleur Home Assistant, je veux pouvoir lancer ma radio préférée sans passer par l’interface media.

Une fois l’identifiant récupéré, il ne reste plus qu’à l’utiliser dans l’onglet Outils de développement → Actions de Home Assistant.

Voici l’exemple qui a fonctionné chez moi :

action: media_player.play_media
target:
  entity_id: media_player.petit_appareil_blanc_qui_parle_media_player
data:
  media_content_id: "radiobrowser://radio/034d52a3-30dc-4017-8495-004cd65383b1"
  media_content_type: music

Cela ouvre ensuite la porte à beaucoup d’usages :

• lancer une radio à heure fixe le matin,
• déclencher une station selon un bouton du tableau de bord,
• créer un script “radio cuisine”, “radio bureau” ou “radio réveil”.

Mise à jour de Music Assistant

Music Assistant se met à jour tout simplement via l’interface de Home Assistant, c’est véritablement bien fait et bien pensé, donc très pratique.

Retour d’expérience

Ce que disent les communautés domotique

En lisant les forums et les discussions, on voit que l’expérience n’est pas totalement uniforme.

Certains utilisateurs rapportent que Music Assistant ne voit pas immédiatement le lecteur HA, d’autres qu’ils doivent passer par l’intégration Home Assistant pour le faire remonter correctement comme lecteur.

On trouve aussi des retours plus mitigés, où la lecture audio est jugée inconstante, ou bien moins convaincante via certaines méthodes.

À l’inverse, d’autres utilisateurs disent ne pas rencontrer de problème particulier et utiliser le boîtier comme un petit endpoint audio acceptable dans leur installation.

Je trouve cela important à dire dans un retour d’expérience honnête : on est clairement sur un écosystème qui avance vite, avec du matériel encore positionné en évolution, des intégrations qui progressent, et des usages qui dépendent aussi beaucoup du contexte local, du réseau et de la méthode choisie.

Ce que je retiens de l’audio sur ce boîtier

Le Voice & Music Assistant Dev Edition peut effectivement lire de l’audio via Music Assistant, et c’est déjà une très bonne nouvelle.

En revanche, je préfère rester réaliste : on sent bien que ce boîtier a été conçu d’abord comme assistant vocal, tout en intégrant une vraie dimension audio. Il peut servir de lecteur audio, oui, mais je le vois surtout comme :

• un petit lecteur radio ou d’appoint,
• un endpoint audio simple dans Home Assistant,
• ou un point de diffusion pratique dans une pièce secondaire.

Si l’objectif est de l’utiliser plus intensivement pour écouter de la musique ou de la radio, l’usage d’une sortie audio externe reste probablement la meilleure approche.

Face au Home Assistant Voice Preview Edition, à Alexa et à Google Home

En avançant dans ce test, je me suis rapidement dit qu’il fallait situer ce boîtier par rapport aux autres solutions vocales du marché.

Sur le plan des fonctionnalités

La comparaison la plus naturelle, dans l’univers Home Assistant, est bien sûr le Home Assistant Voice Preview Edition officiel de Nabu Casa. Mais il est aussi intéressant de le replacer face aux enceintes plus grand public comme Alexa ou Google Home.

Il faut d’abord rappeler une chose importante : le THIRDREALITY Voice & Music Assistant Dev Edition n’est pas le produit officiel Home Assistant.

Le Home Assistant Voice Preview Edition est le matériel officiel pensé comme référence pour la voix dans l’écosystème Home Assistant, avec une forte orientation vers Assist, la confidentialité et le contrôle local. Le modèle THIRDREALITY, lui, adopte une approche plus hybride, plus directement orientée voix + musique.

Dans les faits, les deux appareils se rejoignent sur plusieurs points : microphones embarqués, intégration Home Assistant, usage comme satellite vocal, et possibilité d’aller plus loin côté audio. Mais leur philosophie n’est pas tout à fait la même.

Le produit officiel Nabu Casa me semble davantage conçu comme une plateforme de référence pour la voix locale, alors que le modèle THIRDREALITY assume plus clairement son rôle de petit terminal polyvalent, capable de faire office à la fois de satellite vocal et de lecteur audio.

Cette différence devient encore plus nette si l’on compare ce boîtier à Alexa ou Google Home.

Ces solutions grand public gardent un avantage évident sur la simplicité : on branche, on ouvre l’application, et tout est rapidement fonctionnel. En revanche, on entre alors dans des écosystèmes beaucoup plus fermés, très dépendants du cloud, des services maison et des parcours décidés par l’éditeur.

C’est justement là que le boîtier THIRDREALITY associé à Home Assistant devient intéressant. Il demande un peu plus de mise en place, mais en échange il redonne de la liberté : intégration fine dans Home Assistant, lecture de médias locaux, automatisations avancées, usage avec Music Assistant, et une logique bien plus ouverte que celle d’une enceinte connectée grand public.

Sur le plan de la confidentialité, l’écart de philosophie est également réel.

Home Assistant met en avant une approche orientée contrôle utilisateur et respect des données. À l’inverse, les assistants grand public comme Alexa reposent très largement sur le traitement cloud, et Amazon a même récemment supprimé une option qui permettait à certains utilisateurs Echo de limiter davantage l’envoi de données vocales vers le cloud.

Voici comment je situerais les choses à ce stade :

Au final, je ne vois pas forcément ces appareils comme des concurrents directs parfaits.

• Le Home Assistant Voice Preview Edition représente, à mes yeux, la voie officielle Home Assistant pour la voix.
• Le THIRDREALITY Voice & Music Assistant Dev Edition me paraît plus séduisant pour un usage hybride voix + audio dans un environnement Home Assistant. Gadget génial pour les bricoleurs comme moi.
• Quant à Alexa et Google Home, ils gardent un avantage sur la simplicité immédiate, mais au prix d’une liberté beaucoup plus limitée et d’une dépendance plus forte à leur cloud.

Sur le plan de l’écoute (son)

Ce tableau me permet de remettre ce produit à sa juste place.

Pour moi, le THIRDREALITY Voice & Music Assistant Dev Edition n’a pas vocation à remplacer une vraie enceinte connectée orientée musique. Je le vois plutôt comme un satellite vocal Home Assistant capable, en plus, de diffuser du son.

Et dans cet usage, je trouve qu’il s’en sort plutôt bien. Pour dialoguer avec Home Assistant, entendre les retours TTS, lancer une radio ou mettre un petit fond sonore, je trouve le résultat cohérent et suffisant dans une pièce.

On sent vraiment que le produit a été pensé comme un point d’accès vocal pratique, plus que comme une enceinte faite pour impressionner sur le plan audio.

En revanche, dès que je le compare à des enceintes plus ambitieuses, la différence devient vite évidente. Il manque de coffre, d’ampleur et de confort dès qu’on veut vraiment écouter de la musique.

Pour moi, ce n’est pas un reproche au produit en lui-même, mais plutôt une conséquence logique de son positionnement : ici, la priorité est clairement donnée à la voix, à l’intégration Home Assistant et à la simplicité d’usage.

Au final, si je cherche un appareil pour étendre l’usage vocal de Home Assistant dans la maison, ce Voice & Music Assistant Dev Edition me paraît pertinent.

Si je cherche avant tout une belle qualité sonore, je le considérerais plutôt comme un équipement complémentaire que comme une enceinte principale.

Ce que je n’ai pas encore exploré

Même si le cœur du test est validé, il reste encore plusieurs pistes intéressantes que je n’ai pas encore menées jusqu’au bout :

• le réglage du volume, le mute et l’arrêt via des actions Home Assistant classiques,
• l’installation et le test de Piper pour éviter d’utiliser Nabu Casa cloud,
• le comportement de la pause et de la reprise sur une radio en flux continu,
• les annonces vocales et le TTS au milieu d’une radio,
• l’intégration dans Assist comme les autres assistants vocaux,
• les scénarios multiroom plus avancés, où Snapcast pourrait reprendre tout son intérêt.

Je préfère le signaler clairement, car cela permet de distinguer ce qui a été vraiment testé de ce qui reste à documenter plus tard.

Ce que j’ai pu constater

Le Voice & Music Assistant Dev Edition peut bien être utilisé comme lecteur dans Music Assistant.

Le fournisseur Home Assistant MediaPlayers est une solution simple et cohérente quand le boîtier est déjà visible comme media_player dans Home Assistant.

L’ajout de RadioBrowser permet d’écouter très facilement des stations comme France Info.

Il est possible de récupérer un identifiant réutilisable depuis une lecture en cours, puis de relancer la station en YAML depuis Home Assistant.

L’intégration Wi‑Fi avec l’application Home Assistant est assez simple, à condition d’utiliser un compte administrateur.

La documentation est pour l’instant vraiment minimaliste.

L’absence totale d’Ethernet impose un fonctionnement en Wi‑Fi.

Mon verdict

Ce test m’a convaincu qu’il est tout à fait possible de transformer le Voice & Music Assistant Dev Edition en petit lecteur radio connecté avec Music Assistant. Mais ce serait presque réducteur de s’arrêter à cette seule conclusion, tant ce produit semble ouvrir bien d’autres perspectives. Je n’en ai ici exploré qu’une partie, et je vais clairement poursuivre mes investigations.

J’ai particulièrement apprécié la simplicité du chemin retenu dans mon installation : intégration en Wi‑Fi via l’application Home Assistant, apparition du boîtier comme media_player, premiers tests MP3 concluants, ajout dans Music Assistant via Home Assistant MediaPlayers, puis lecture de radios avec RadioBrowser ou lancement de fichiers audio locaux. Ce parcours est à la fois logique, progressif et rassurant, car il permet de valider chaque étape sans partir d’emblée sur une configuration complexe.

Là où ce boîtier devient vraiment intéressant, c’est que le lien avec Music Assistant élargit considérablement l’expérience utilisateur. Music Assistant ne se limite pas à lire une radio ou quelques morceaux : il sait unifier des bibliothèques locales et des sources en ligne, agréger plusieurs fournisseurs musicaux, rechercher dans toutes les sources en même temps, exposer ses lecteurs dans Home Assistant, et rendre l’ensemble pilotable par tableaux de bord, scripts, automatisations et assistants vocaux.

Autrement dit, une fois le boîtier intégré dans cet écosystème, il peut potentiellement dépasser de loin le simple rôle de petite enceinte radio. Il peut devenir un vrai point d’accès audio dans Home Assistant, capable de diffuser de la musique locale, des radios internet, des contenus issus de services compatibles, des annonces vocales TTS, voire de participer à des scénarios plus avancés de diffusion multiroom selon les lecteurs et fournisseurs utilisés.

C’est aussi ce qui m’a plu dans ce test : j’ai retrouvé une logique ouverte et évolutive. Là où beaucoup d’enceintes connectées grand public enferment l’utilisateur dans un parcours figé, l’association de ce boîtier avec Home Assistant et Music Assistant laisse entrevoir un terrain de jeu bien plus vaste, avec une vraie liberté d’expérimentation. On sent que l’on peut aller beaucoup plus loin, que ce soit pour piloter l’audio de la maison, créer des automatisations intelligentes, centraliser plusieurs sources musicales ou réutiliser ce boîtier comme interface vocale et audio dans différentes pièces.

En résumé, ce premier retour d’expérience valide déjà un point essentiel : le Voice & Music Assistant Dev Edition n’est pas seulement un satellite vocal curieux ou un gadget de test. C’est un appareil qui peut déjà rendre de vrais services dans une installation Home Assistant, et qui semble surtout promettre beaucoup plus à mesure qu’on prend le temps d’en explorer les possibilités.

Enfin et pour conclure vraiment, j’ai envie de saluer l’implication de THIRDREALITY dans cet écosystème. Ce n’est pas si fréquent de voir un fabricant proposer un produit aussi orienté Home Assistant, préchargé pour la voix et la musique, et pensé pour une logique plus ouverte que celle des enceintes connectées classiques. Je n’y vois pas une mauvaise concurrence pour Nabu Casa, bien au contraire : plus il y aura d’acteurs sérieux autour de la voix locale et de l’audio dans Home Assistant, plus l’écosystème progressera. Et face à des solutions comme Alexa ou Google Home, très pratiques mais beaucoup plus fermées, je trouve plutôt réjouissant de voir émerger ce genre d’alternative pour les utilisateurs qui veulent garder la main sur leur maison connectée.

Je vérifie le modèle reçu

• • Sur la fiche technique : Multi-Function Smart Presence Sensor R3, modèle 3RPL01084Z, kit européen P1MSR3A1-EU.
  • Sur le carton : mention THIRDREALITY Smart Presence Sensor R3, compatibilité Zigbee, alimentation 5V USB‑C.
  • Type d’équipement : détecteur de présence mmWave 60 GHz avec veilleuse RGB, capteur de luminosité (lux) et capteur TVOC.
  • Protocole : Zigbee 3.0, fonction de routeur Zigbee (répéteur).
  • Alimentation : 5V 1A via interface USB Type‑C, pas de pile.
  • Installation prévue : posé sur un bureau ou une étagère (installation “desktop”), orienté vers la zone à couvrir.
  • Plages de mesure : présence humaine 1 à 6 m, sensibilité réglable sur 6 niveaux; portée radio Zigbee 40–50 m en champ libre.
  • Dimensions / IP : format compact de capteur de bureau, usage intérieur, température de fonctionnement de 0 °C à 45 °C.

Où acheter cet équipement ?

Voici le lien vers la page dédiée au THIRDREALITY Smart Presence Sensor R3 P1MSR3A1-EU. J’y ai référencé les vendeurs et les prix.

Déballage et premières impressions

À la réception, je déballe tout : le capteur THIRDREALITY Smart Presence Sensor R3, un câble USB‑A vers USB‑C, la documentation rapide multilingue.

Je trouve le boîtier très propre, avec un design de petite veilleuse de bureau et une grande zone translucide pour la lumière RGB, ce qui le rend discret sur un meuble tout en restant visible pour indiquer l’état de présence ou de qualité d’air.

En voyant qu’il était fourni avec un câble USB, j’ai pensé que ce module était sur pile rechargeable et qu’il s’agissait d’une cordon de recharge.

Et bien non ! Pour une raison étrange et inconnue, il n’est pas fourni avec un transfo. Le fabriquant a fait le choix de nous obliger à acheter à part une alimentation 220V-5V 1A Type-C.

Mise sous tension

Je branche donc le capteur sur un adaptateur secteur USB 5V 1A avec un câble USB‑A vers USB‑C, ce qui l’alimente immédiatement et allume les LED internes. La lumière est verte.

Je n’ai pas de pile à vérifier puisque l’alimentation est uniquement en USB‑C, mais je repère tout de suite le bouton “Down” qui sert au reset et le bouton “Up” pour ajuster la sensibilité sans ouvrir le boîtier.

Où je l’installe

Pour des mesures fiables, je choisis une installation sur une étagère à environ 1,2 m de hauteur, orienté vers la zone de présence (fauteuil ou bureau) à 2–3 m, sans obstacle important devant lui.

J’évite de le placer derrière un écran métallique, collé à un mur très épais ou face à un autre capteur radar pour ne pas perturber le 60 GHz.

Je vais le placer à côté du Smart Air Quality Monitor d’Amazon pour tester le volet Moniteur qualité d’air de ce nouveau modèle.

Je règle le niveau de présence

La documentation parle de radar 60 GHz mmWave, il s’agit d’un capteur utilisant des ondes millimétriques (ondes électromagnétiques de très haute fréquence, entre 30 et 300 GHz) pour détecter des objets ou personnes avec précision.

Il émet un signal continu modulé en fréquence (FMCW) et analyse les échos réfléchis pour mesurer distance, vitesse et mouvements fins, même statiques comme la respiration.

La sensibilité de détection de présence s’ajuste physiquement avec le bouton UP sur le capteur qui est désigné par Level.

Il y a 6 niveaux, par défaut, c’est le 3 qui est sélectionné par défaut. Voici une représentation des 6 niveaux.

J’appuie une fois sur ce bouton Level pour passer au niveau supérieur ; les LED indiquent le niveau sélectionné.

Les couleurs/éclats correspondent du plus bas au plus haut :

• Vert faible (niveau 1).
• Vert fort (niveau 2).
• Bleu faible (niveau 3, défaut).
• Bleu fort (niveau 4).
• Rouge faible (niveau 5).
• Rouge fort (niveau 6).​

Conseils d’ajustement : Si la portée (1-6 m) ou sensibilité ne convient pas, il faut ajuster via bouton UP et orientez l’appareil ; tester en évitant obstacles ou interférences. Le niveau persiste après redémarrage.

Mode veilleuse autonome et réseau zigbee

Cet équipement est équipé d’un mode veilleuse autonome tant qu’il n’est pas connecté à un réseau Zigbee.

Si on veut l’utiliser sans zigbee, bien que cela n’est pas grand intêret à ce prix, autant acheter une veilleuse, cela est possible.

Quand quelqu’un passe devant l’appareil, la lampe RGB s’allume automatiquement la nuit (détectée par le capteur lux), servant de « night light ». Une lumière bleue à 100% brightness par défaut.

Le bouton UP active « Default Lighting » (lumière bleue), utile pour tester ou forcer la veilleuse indépendamment.

Dès que l’appareil sera intégré dans un réseau Zigbee, c’est terminé, la veilleuse autonome se désactive ce qui est logique, il faudra gérer cela avec Home Assistant.

Pour cette raison, j’ai réalisé l’automatisation nécessaire plus loin dans ce retour d’expérience.

J’appaire dans Zigbee2MQTT

• • Je passe Z2M en mode pairing depuis l’interface Zigbee2MQTT dans Home Assistant.
  • Je maintiens le bouton “Down” (reset) plus de 5 secondes jusqu’à ce que la LED rouge reste allumée, ce qui place le module en mode appairage.
  • Le capteur est immédiatement détecté

• • Détecté comme Multi-function smart presence sensor R3 (Third Reality) (modèle 3RPL01084Z) avec rôle de routeur dans le réseau Zigbee.

Je renomme l’appareil

Expositions Zigbee2MQTT : THIRDREALITY 3RPL01084Z

Occupancy (binary)

Indique si le capteur a détecté une présence. Valeur binaire : true (présence ON) ou false (absence OFF).

Illuminance (numeric)

Mesure l’illuminance ambiante en lux (lx). Valeur numérique précise pour adapter les lumières ou stores.

Cette exposition est améliorée par deux options dans paramètres :

illuminance_calibration

L’option illuminance_calibration applique un décalage en poucentage à la mesure d’illuminance (en lux) du capteur, pour la corriger selon les besoins. Elle prend effet au prochain rapport du dispositif (pas immédiat).

​Comment calculer la valeur ?
Formule : nouvelle valeur = valeur mesurée × (1 + offset / 100).

Positif (ex. 50) : augmente de 50% → 100 lux brut → 150 lux calibré.

Négatif (ex. -20) : diminue de 20% → 100 lux brut → 80 lux calibré.

Si le capteur lit trop haut (ex. 120 lux vs. 100 réel), on met -17 (car 100/120 ≈ 0.83 → offset = (0.83-1)×100 = -17).

illuminance_raw (brut activé/désactivé)

illuminance_raw expose la valeur brute non traitée envoyée directement par le capteur hardware, avant toute conversion mathématique ou calibration en lux standardisés.

Avantages du raw :

• • Résolution fine : parfait pour automatisations crépusculaires (ex. seuil à 2000 raw pour « faible lumière »).
  • Moins de traitement : réagit plus vite, sans formules qui « lissent ».
  • Combiné à calibration : applique l’offset % au raw avant conversion en lux.

Il faut activer illuminance raw dans les paramètres pour que l’exposition illuminance raw apparaisse.

Nota important : J’avais une version 23 du firmware, il a fallu que je passe sur la version 27 pour qu’illuminance bouge. Cette fonctionnalité semble en cours d’implémentation.

Volatile organic compounds (numeric)

Mesure les composés organiques volatils (TVOC) en ppb (parties par milliard). Idéal pour alerter sur la qualité de l’air.

State (binary)

Contrôle l’état ON/OFF de la veilleuse RGB. Valeur binaire pour allumer/éteindre la lumière intégrée.

Cette exposition est améliorée par une option dans paramètres :

state_action (true/false, défaut false)

state_action publie les changements d’état (ON/OFF) en plus comme un événement "action" sur MQTT. C’est False par défaut.

Avantages de true :

• • Trigger événementiel dédié en HA (event.[nom]_action) pour automations réactives (ex. notifier « veilleuse allumée »).
  • MQTT pur : topic séparé pour scripts sans ambiguïté.
  • Plus fiable pour « momentané » vs. état persistant.

Light (state, brightness, color_xy)

Contrôle la petite lumière colorée intégrée au capteur. On peut l’allumer/éteindre, régler sa puissance et sa couleur pour des signaux visuels (ex. bleu si quelqu’un est là, rouge si air pollué).

Les commandes sont parfaitement gérées par Zigbee2MQTT/Home Assistant, comme une ampoule RGB.

• Allumer/éteindre
• Intensité
• Couleur

Améliorations simples à activer dans Z2M (onglet paramètres) :

• state_action = true : quand on allume/éteint, HA reçoit un message spécial « action on/off » pour déclencher une alerte (ex. « lumière activée ! »).
• color_sync = true (déjà activé) : change couleur + température auto (chaud/froid).
• transition = 1 : fondu doux à chaque changement (1 seconde).

En résumé : comme une mini-ampoule connectée. Utilise hex pour couleurs rapides (#FF0000=rouge).

Effect (enum)

Il faut abandonner cette exposition. Le fabricant que j’ai contacté me confirme que ce comportement n’a pas été prévu pour agir sur la lumière principale de la veilleuse.

Le modèle exposé dans Zigbee2MQTT est également utilisé avec d’autres équipements disposant d’une LED d’indication ou de configuration. Dans ces cas, cette exposition permettrait de piloter cette LED, et non la lumière principale.

Le fabricant m’indique que les effets « blink », « breathe », « flash » ou « clignotement » définis dans Zigbee2MQTT ont été conçus, à l’origine, pour une LED d’indication du module, et non pour l’éclairage principal.

Sur cette veilleuse, il n’existe pas de LED d’indication séparée. La lumière principale a donc également été utilisée pour certains usages d’indication, par exemple lors de l’appairage ou pour certains états de fonctionnement.

Par conséquent, dans Zigbee2MQTT, les effets visibles dans l’interface ne pilotent pas réellement un clignotement de la lumière principale au sens attendu. Ils correspondent à des effets internes prévus pour un voyant d’indication et ne sont pas pris en charge ici pour la partie veilleuse.

En pratique, cette exposition est donc inutile et inopérante.

Power-on behavior (enum)

Définit le comportement à la remise sous tension (après coupure USB-C).

Classique sur les équipements Zigbee, je mets en principe previous.

Intégration dans Home Assistant

Dès mon retour sur Home Assistant, une mise à jour m’est proposée, je la lance immédiatement.

Je retrouve l’appareil dans HA avec les capteurs de Zigbee2MQTT

Tout est bon, comme toujours, je désactive ce qui ne me sera plus utile une fois configuré.

Mise à jour de l’équipement

Une mise à jour m’est proposée, je m’exécute.

Mise en œuvre pratique

Je synchronise mes deux veilleuses

Dans ce retour d’expérience : Une couleur pour surveiller sa maison, j’avais utilisé une veilleuse 3RSNL02043Z de la même marque pour avoir une notification colorée de ce qui se passe dans ma maison (le portail est ouverte, la porte est verrouillée, une fenêtre est restée ouverte, tout est éteint, on peut quitter la maison…)

Je ne vais pas redécrire ce que j’ai fait avec cette première veilleuse que j’avais testée, je propose ici de synchroniser la couleur (et le clignotement) de la première veilleuse sur ce module. Ce module pourra ainsi trouver sa place dans mon salon ou dans la cuisine. Ainsi, il pourra m’indiquer visuellement plusieurs informations.

La première veilleuse utilise le capteur light.veilleuse_entree

Sur ce capteur, comme je l’avais remarqué, effect_list ne fonctionne pas. mais le reste, la couleur et sa luminosité sont parfaitement prises en charge par Home Assistant qui la pilote comme ne ampoule RGB sans souci.

Sur le capteur de présence, j’ai un capteur light qui s’appelle light.capteur_presence_r3

Ainsi, mon automatisation sera :

alias: Sync veilleuse → capteur R3
triggers:
  - entity_id: light.veilleuse_entree
    trigger: state
actions:
  - if:
      - condition: state
        entity_id: light.veilleuse_entree
        state: "on"
    then:
      - target:
          entity_id: light.capteur_presence_r3
        data:
          brightness: >-
            {{ state_attr('light.veilleuse_entree', 'brightness') | default(255)
            }}
          hs_color: "{{ state_attr('light.veilleuse_entree', 'hs_color') }}"
          effect: >-
            {%- set eff = state_attr('light.veilleuse_entree', 'effect') -%} {%-
            if eff and eff != 'none' and eff != 'None' -%}
              {{ eff }}
            {%- endif -%}
        action: light.turn_on
    else:
      - target:
          entity_id: light.capteur_presence_r3
        action: light.turn_off
mode: restart

Voilà, les deux équipements sont synchronisés.

Je réalise une fonction veilleuse de nuit

J’avais déjà réalisé cela dans l’article Une couleur pour surveiller sa maison, où j’avais utilisé une veilleuse 3RSNL02043Z de la même marque, avec la même fonctionnalité, voici l’automatisation de ma nouvelle veilleuse.

alias: Veilleuse R3 - Luminosité auto
description: 100% sur occupancy + illuminance<10lx, 10% off occupancy
triggers:
  - entity_id: binary_sensor.capteur_presence_r3_occupancy
    to: "on"
    id: occupancy_on
    trigger: state
  - entity_id: binary_sensor.capteur_presence_r3_occupancy
    to: "off"
    for: "00:00:05"
    id: occupancy_off
    trigger: state
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id: occupancy_on
          - condition: numeric_state
            entity_id: sensor.capteur_presence_r3_illuminance
            below: 10
        sequence:
          - target:
              entity_id: light.capteur_presence_r3
            data:
              brightness_pct: 100
              transition: 1
            action: light.turn_on
      - conditions:
          - condition: trigger
            id: occupancy_off
        sequence:
          - target:
              entity_id: light.capteur_presence_r3
            data:
              brightness_pct: 3
              transition: 2
            action: light.turn_on
    default: []
mode: single

Je signale une dégradation de la qualité de l’air

[J’attends d’avoir quelques données via quelques jours de production de cet équipement pour calibrer mes tests de qualité de l’air, publication de ce paragraphe bientôt]

Mon avis après mise en service

Détection de présence mmWave 60 GHz ultra-précise
Le capteur utilise la technologie radar mmWave à 60 GHz, capable de détecter les micro-mouvements respiratoires. Il repère une personne immobile (couchée, assise, etc.) là où les PIR classiques échouent complètement.

Alimentation USB-C
Fonctionne 24/7 sans entretien grâce à une alimentation USB-C stable. Idéal pour une surveillance permanente d’une pièce.

Répéteur Zigbee 3.0 intégré
Amplifie le réseau Zigbee de votre installation Home Assistant. Essentiel dans les grandes maisons pour éviter les « zones mortes » Zigbee.

Veilleuse RGB entièrement personnalisable
Lumiere RGB avec effets, couleurs et intensité réglables via Home Assistant. Parfaite pour créer des ambiances ou signaler des événements.

mesure précise de la luminosité ambiante (<10 lx détectable) parfois un peu lent.

TVOC : qualité de l’air intérieur (COV volatils).
Ces données enrichissent les automatisations (éclairage adaptatif, alerte pollution).

Mise à jour OTA
Appareil évolutif, j’ai déjà eu des améliorations sur la luminosité en mettant à jour.

Nécessite une prise USB-C permanente
Pas de mode batterie/piles.

Pas de transfo secteur fourni
Thirdreality livre seulement le capteur. Achat nécessaire d’un chargeur USB-C 5V/1A Min.

Documentation grand public limitée
Manuel orienté Alexa/Google Home. Peu d’infos pour intégration Zigbee2MQTT ou ZHA Home Assistant.

Intégration Zigbee2MQTT encore à travailler. Les effets ne fonctionnent pas par exemple, devrait s’améliorer avec des mises à jour.

Mon verdict : ce capteur THIRDREALITY Smart Presence Sensor R3 P1MSR3A1-EU me semble être un excellent choix pour un bureau ou une pièce de vie quand je veux une vraie détection de présence, une veilleuse intelligente et un suivi de la qualité de l’air, à condition d’accepter l’alimentation filaire en USB‑C et de passer un peu de temps à peaufiner les automatisations dans Home Assistant. J’aime beaucoup, je ne connais pas de concurrence à ce produit.

Je pose l’ancienne (à droite) à côté de la nouvelle (à gauche) et je compare, appareil photo en main, tournevis pas loin. Voici mes constats.

Les deux encoches de la partie haute ont disparu au profit de deux trous pour deux vis. Je note également que les normes ont été inscrites ainsi que quelques indications sur ce capot arrière.

Je vois que le joint blanc/transparent qui avait été prévu pour assurer l’étanchéité a disparu, à ce stade, je me demande pourquoi et comment allait elle être assurée sans celui-ci. En même temps les deux trous de vis supérieurs laissent à penser qu’on ne va pas visser dans un joint.

Et voilà la réponse. Un nouveau joint noir collé sur le capot est prévu, on note évidemment les deux siliconage des trous, magnifique !

A ce stade, je sors mon tournevis et je démonte…

Et là, c’est juste parfait. Les clips de fixation entre le plastique bleu et le plastique blanc ont été remplacés par des vis, l’ensemble a été siliconé.

Je remarque au passage que la carte électronique n’a pas évolué, c’est identiquement la même, même référence.

En fouillant un peu, je vois que la 3eme encoche d’accroche de la sirène a également été siliconé. Rien à dire, c’est bien réalisé.

Je suis convaincu, tout a été vu, tous les risques ont été pris en compte. Je remonte la sirène et je la mets en charge au maximum avant de la mettre en service.

Sur le marché des sirènes, il y a peu de modèles en Zigbee et aucun modèle n’est particulièrement reconnu pour son intégration ou sa simplicité. J’ai voulu réaliser un test. Je peux aujourd’hui vous proposer un test de 7 sirènes Zigbee qui occupent le marché domotique actuellement.

Chaque sirène a fait l’objet d’une RETour d’EXpérience distinct, je vous invite pour plus de détaille à les consulter. Ce tableau est une synthèse des résultats :

Marque	Frient	Heiman	Immax	Meian	Woox	Néo	Néo
Modèle	SIRZB-110	HS2WD-EJ	07504L	SR01-ZB	R7051	NAS-AB02B2	NAS-AB06B2
Prix	79.96€	29.99€	37.99€	17€	20.57€	17.99€	29.74€
Compatible Zigbee2MQTT
Compatible Home Assistant
Facilité d’intégration Home Assistant
Puissance Sonore	90db	95db	95db	100dB	85db	90db	95db
Fonctionne sur secteur
Fonctionne sur pile ou batterie						3 jours en veille	batterie + solaire
Clignotement lumineux
Réglage Volume
Réglage Durée
Réglage Mélodie
Durabilité et Pratique de l’Alimentation
Mon classement	Eliminé	1 Intérieur	Eliminé	4 Intérieur	3 Intérieur	2 Intérieur	1 Extérieur

• Je teste la sirène Zigbee 3.0 intérieure Frient SIRZB-110
• Je teste la sirène Zigbee 3.0 intérieure HEIMAN MA420-63E ou HS2WD-EJ
• Je teste la sirène Zigbee 3.0 extérieure (IP65) Immax Neo Smart 07504L
• Je teste la sirène Zigbee 3.0 intérieure Meian SR01-ZB (TS0224)
• Je teste la sirène Zigbee 3.0 intérieure WOOX R7051
• Je teste la sirène Zigbee 3.0 intérieure NEO NAS-AB02B2
• Je teste la sirène Zigbee 3.0 extérieure NAS-AB06B2

Conclusion et interprétation du comparatif

Ne seront pas primées

Au jour de création de ce comparatif et avec une version 1.36.1 de Zigbee2MQTT, les sirènes Frient SIRZB-110 et Immax 07504L sont éliminées, non reconnues.

La sirène Woox R7051 n’apporte rien de plus que la sirène Néo NAS-AB02B2 et elle a bien moins de possibilités, je ne la retiens pas.

La Sirène Meian SR01-ZB ne fonctionne pas en cas de perte d’électricité, cela m’oblige à la placer 4ème.

Sirène pour extérieur

C’est la Sirène Extérieure Néo NAS-AB06B2 qui est première. Simple, intégrée facilement, avec recharge solaire et détecteur d’arrachent, parfait !

A noter que j’ai eu quelques soucis plus d’un an après son installation mais depuis j’ai pu écrire : Néo revoit l’étanchéité de sa sirène extérieure Zigbee NAS-AB06B2

Sirènes pour intérieur

Mon classement donne la sirène intérieure Heiman MA420-63E et la sirène intérieure Néo NAS-AB02B2 tout en haut du podium. Pour les départager, c’est très simple, c’est en fonction de l’utilité :

Je vais choisir sans hésitation la sirène Heiman MA420-63E si j’ai besoin d’une sirène puissante pour une alarme intrusion par exemple. Elle n’aura qu’un seul son de proposé, pas de volume réglable mais elle sera pratique, elle restera dans une prise et sera autonome. Cerise sur le gâteau en tant qu’équipement Zigbee sur secteur, elle aura la fonction routeur et améliorera le réseau Zigbee.

Je vais choisir sans hésitation la sirène Néo NAS-AB02B2 si j’ai besoin d’un carillon / sirène polyvalent. Pour m’informer que quelqu’un a sonné au portillon, pour relayer une alarme incendie ou une détection de fumée, pour m’informer que ma femme est à 5 min de la maison ou pour une sirène d’alarme intrusion de puissance moyenne. Elle est sur batterie, il faudra la recharger de temps en temps (à voir ?) mais pourra être positionnée où on souhaite.

En mars 2026, Heiman a remplacé le HS1SA-E par le HS1SA-E-PLUS mais qui parfois s’écrit HS1SA-E et c’est là que cela devient compliqué à suivre. Les deux modèles sont physiquement identiques à part leurs étiquettes qui affichent tous les deux HS1SA-E.

Les deux sont conformes à la norme EN 14604 mais ils n’ont rien à voir côté fonctionnalités et expositions Zigbee.

L’ancienne version est vendue entre 16 et 17€ (Domadoo ou Amazon) alors que la nouvelle version a un prix public à 37.99€

Mise à jour 18 avril 2026 : Amazon vient d’en lancer la commercialisation à 34.99€

Voici les pages sur ces détecteurs :

• Je teste le détecteur de fumée Zigbee Heiman HS1SA-E (ancien modèle)
• Je teste le NOUVEAU détecteur de fumée Zigbee Heiman HS1SA-E-PLUS (nouveau modèle)
• Comparatif Détecteurs de fumée/chaleur Zigbee

On peut les distinguer car les boites ne sont pas les mêmes.

Ancien modèle

Nouveau modèle

ASIN: B0GMQKVH9X

• Bonne nouvelle : Un packaging 3 détecteurs est disponible.
• Lien vers la page du produit : HS1SA-E-PLUS