Je remplace ma Danalock V3 par une Nuki Smart Lock Ultra

📘🔐 Dossier spécial : Nuki Smart Lock Ultra

Cet article fait partie de mon dossier complet de l’installation aux accessoires, en passant par la domotique.

📌 Pourquoi ce changement de serrure domotique ?

Depuis plusieurs années, j’utilise une Danalock V3 Zigbee sur ma porte d’entrée. Elle avait elle-même remplacé une ancienne Danalock en Z-Wave, au moment où j’avais basculé mon installation domotique du Z-Wave vers Zigbee.

Elle fait toujours très bien le travail, mais j’avais envie de passer à une solution plus moderne et surtout mieux adaptée à mon installation actuelle, notamment en pensant à Matter. Je voulais aussi oublier les clés physiques sans multiplier les modules pour cela. Et, très honnêtement, je voulais aussi me débarrasser de la gestion des piles 😇

Avec la Nuki Smart Lock Ultra, ce qui m’a immédiatement intéressé, c’est la promesse d’un ensemble plus abouti : Wi‑Fi intégré, compatibilité Matter over Thread, batterie rechargeable, cylindre universel fourni et installation guidée.

En parcourant la documentation officielle, j’ai aussi compris que Nuki n’avait pas simplement cherché à faire une serrure plus jolie ou plus petite. L’Ultra introduit un moteur sans balais, présenté comme plus efficace et plus durable, avec une approche technologique que la marque rapproche de ce que l’on connaît déjà dans d’autres secteurs comme celui des véhicules électriques.

Dans cet article, je raconte donc comment je suis passé de ma Danalock V3, installée en 2023, à la Nuki Smart Lock Ultra, depuis la dépose de l’ancienne serrure connectée jusqu’aux premiers tests dans l’application. Je documenterai dans d’autres articles les différents modes de connexion domotique ainsi que l’interface dans Home Assistant.

Pour tout vous dire, j’ai découvert la Serrure Nuki grâce à une opportunité de prêt de l’équipement, je ne connaissais pas la Smart Lock Ultra, je ne connaissais que la Smart Lock Go, celle qui a un boitier blanc sous la serrure. Elle n’était jamais compatible avec ma porte d’entrée, à cause du relief/renfort situé sur le vantail, entre la serrure et le bord de la porte. Lire la suite

J’ai transformé ma SkyConnect Zigbee en Thread pour Matter

Dans Home Assistant, un coordinateur de Nabucasa (SkyConnect, ZBT-1, ZBT-2, …) peut servir soit à Zigbee, soit à Thread, mais pas comme une radio universelle pour tout faire à la fois. Dans ce test, une première clé est restée dédiée au Zigbee en production, et une seconde clé a été reconfigurée pour Thread afin de préparer un réseau Matter over Thread sans casser l’existant.
Voici le code HTML complet de l’article, déjà rédigé à la première personne et avec les titres descriptifs :

📌 Contexte

Mon but était simple : vérifier si une seconde SkyConnect pouvait devenir un adaptateur Thread directement depuis Home Assistant, sans brancher la clé sur un PC et sans toucher au Zigbee déjà opérationnel. J’ai choisi cette approche prudente parce que mon installation domotique fonctionnait déjà correctement, et je ne voulais pas tout bousculer.

Pour éviter tout risque, j’ai laissé la clé Zigbee intacte. La nouvelle clé m’a servi de banc d’essai, ce qui m’a permis de documenter clairement le comportement de Home Assistant et de garder un retour d’expérience propre.

💡 Différence entre Thread et Matter

Thread et Matter ne désignent pas la même chose. Thread est le réseau radio utilisé par certains appareils basse consommation, tandis que Matter est le standard qui permet à ces appareils de parler le même langage dans Home Assistant. La SkyConnect ne “fait” donc pas Matter toute seule : elle fournit la couche radio Thread, et Home Assistant gère ensuite l’intégration Matter.

🚦 Je pars d’une SkyConnect déjà en production

Au départ, une SkyConnect était déjà en service pour le Zigbee. J’avais une seconde clé, neuve, qui n’avait encore jamais été utilisée. C’est cette deuxième clé que j’ai branchée sur ma machine Home Assistant pour l’expérience.

Le choix de séparer les rôles m’a permis de comparer clairement les comportements : d’un côté le Zigbee de production, de l’autre une radio dédiée à Thread. C’était aussi, à mes yeux, la manière la plus sûre de tester un changement de protocole sans interruption de service.

🔎 Je laisse Home Assistant détecter la nouvelle clé

Une fois branchée, Home Assistant a détecté ma nouvelle SkyConnect dans la page des intégrations, dans la section des découvertes. La carte affichait “Home Assistant SkyConnect / Home Assistant Connect ZBT-1” avec un bouton Ajouter.

En parallèle, l’autre SkyConnect restait bien présente dans les intégrations configurées. Cela me confirmait que la production n’était pas impactée et que Home Assistant gérait déjà les deux instances comme deux appareils distincts.

🖱️ Je lance l’ajout depuis le tableau de bord

La nouvelle carte est apparue dans la zone “Découvertes”. J’ai cliqué sur Ajouter pour lancer l’assistant de configuration de cette seconde clé.

On voit bien avec cette simplicité inventée par Nabucasa, je n’ai pas eu besoin de passer par un flash manuel ni par un outil externe. La configuration s’est lancée directement depuis l’interface web de Home Assistant.

🧭 Je choisis le protocole de la clé

Après avoir cliqué sur Ajouter, Home Assistant m’a demandé de choisir le protocole de la clé. Deux options étaient proposées : Utiliser comme adaptateur Zigbee et Utiliser comme adaptateur Thread.

Ce choix m’a confirmé un point important : la SkyConnect est affectée à un rôle précis. Je devais choisir soit Zigbee pour un réseau classique, soit Thread pour préparer Matter over Thread.

🧵 Pourquoi je choisis Thread

J’ai retenu le choix de Thread pour tester le cas d’usage Matter over Thread. Mon objectif n’était pas de remplacer le Zigbee existant, mais de valider la création d’une radio Thread dédiée dans Home Assistant.

C’est aussi, selon moi, la bonne logique si l’on veut conserver une installation stable : un dongle garde le Zigbee en production, l’autre sert de base pour Thread.

⚙️ Je laisse Home Assistant installer OpenThread

Une fois Thread sélectionné, Home Assistant a lancé la mise à jour de l’adaptateur.

À ce stade, ma clé était en cours de transformation en adaptateur Thread. La procédure avançait dans Home Assistant sans intervention extérieure.

 

📈 Je surveille la progression du flash

La barre de progression a montré l’avancement de l’installation, notamment à 5 %. Cela me confirmait que la clé était bien en train d’être flashée avec le firmware OpenThread.

 

🛠️ Je termine la configuration de Thread

Après le flash, Home Assistant est passé à l’étape “Configuration de Thread”.

J’ai ensuite vu des messages comme “Installing app” puis “Starting app”, signes que la pile Thread était en train d’être déployée.

C’est à ce moment que Home Assistant orchestre le service OpenThread Border Router. En pratique, ma clé devient la radio Thread du système, et Home Assistant s’occupe de la couche réseau associée.

Le réseau Thread n’est pas un simple réglage cosmétique. Il s’agit d’une vraie mise en place réseau, avec un adaptateur radio qui devient capable de jouer le rôle de border router pour les appareils Thread compatibles Matter.

À la fin de la procédure, J’ajoute l’information MATTER pour ne pas confondre les clés.

Ma nouvelle clé apparaissait avec le firmware OpenThread RCP 2.7.2.0. Cela confirmait que la reconfiguration en Thread avait abouti correctement.

Home Assistant affichait alors deux appareils distincts dans l’onglet des appareils : un “Home Assistant SkyConnect” classique et un “Home Assistant SkyConnect MATTER”. La carte de l’intégration indiquait également “2 appareils”.

🧠 Je lis ce que cela m’apprend

Cette séparation est pratique, car elle montre visuellement les deux rôles. Une clé reste associée à l’usage historique, l’autre devient la radio dédiée à Thread/Matter.

Pour un retour d’expérience, c’est un point fort : le lecteur comprend immédiatement que la migration a créé une seconde instance logique dans Home Assistant, sans casser le premier usage.

🔬 Ce que ce test me prouve

Cette expérience m’a montré qu’il est possible de convertir une seconde SkyConnect en adaptateur Thread directement depuis Home Assistant. La procédure est intégrée, guidée, et ne demande pas de manipulations complexes hors de l’interface.

Elle m’a aussi montré que Home Assistant sait gérer la séparation entre Zigbee et Thread de manière claire. C’est particulièrement rassurant quand une installation Zigbee est déjà en production.

⚠️ Je garde une limite en tête

Il faut toutefois garder en tête qu’une SkyConnect ne devient pas un “hub Matter” autonome. Matter reste géré par l’intégration Matter de Home Assistant ; la clé fournit ici la connectivité Thread, pas toute la logique Matter à elle seule.

Autrement dit, la SkyConnect remplit pour Thread le rôle qu’un coordinateur remplit pour Zigbee : elle ouvre et relie le réseau à Home Assistant. La différence, c’est que Zigbee parle d’un coordinateur, tandis que Thread s’appuie sur un border router, et Home Assistant gère ensuite Matter au-dessus.

📝 Bilan et conclusion

Le plus intéressant dans ce test est sans doute la simplicité du flux. J’ai gardé une clé en Zigbee pour la stabilité, j’ai ajouté la seconde comme découverte, puis je l’ai reconfigurée en Thread via quelques clics seulement.

Pour quelqu’un qui veut tester Matter over Thread sans toucher à son installation existante, c’est une méthode propre et rassurante. Elle évite le démontage, le flash manuel et les risques de coupure sur le réseau Zigbee principal.

Au final, la transformation a fonctionné comme prévu. Home Assistant a détecté ma nouvelle SkyConnect, m’a proposé le choix Zigbee ou Thread, a installé OpenThread, puis m’a affiché une clé passée en mode MATTER/Thread avec un firmware OpenThread RCP.

Ce retour d’expérience me montre surtout qu’il est possible d’organiser proprement ses rôles radio dans Home Assistant : une clé pour la production Zigbee, une autre pour expérimenter Thread et préparer Matter over Thread.

Je surveille mon réseau domestique avec Home Security Assistant

La sécurité des réseaux domestiques est devenue un vrai sujet de préoccupation.

Entre les objets connectés, les assistants vocaux, les caméras IP, les NAS, les smartphones et les équipements domotiques, nos réseaux locaux ressemblent de plus en plus à de petits réseaux d’entreprise.

Et nous n’échapperons pas aux attaques en masse qui sont lancées par les cybercriminels.

Après plusieurs années à faire évoluer mon installation domotique, j’ai voulu ajouter une couche de surveillance réseau passive :

  • sans impacter les performances ;
  • sans modifier le trafic ;
  • et sans transformer le réseau en usine à gaz.

Lire la suite

Je surveille la réputation de mon IP publique dans Home Assistant

Je passe beaucoup de temps à surveiller, sécuriser et comprendre ce qui se passe sur mon réseau domestique. Entre la box Internet, les équipements exposés sans le vouloir et les scans permanents venus d’Internet, je me suis demandé un jour une chose toute simple : mon IP publique est-elle connue comme “bruyante” ou suspecte sur Internet ?

C’est à dire, des outils malveillants utilisent ils mon réseau (pc, NAS, routeur, HA, …) ??

C’est comme cela que je suis tombé sur GreyNoise, un service vraiment intéressant qui permet de savoir si une adresse IP fait partie du “bruit” d’Internet, c’est-à-dire si elle est observée dans des activités de scan, de sondage ou de trafic malveillant.

GreyNoise décrit justement son approche comme une manière de qualifier le bruit de fond d’Internet et de contextualiser une IP observée.

Et comme souvent avec moi, après quelques tests, je me suis dit : “Tiens, ce serait quand même pratique d’avoir ça directement dans Home Assistant”.

Au départ, je pensais faire quelque chose de très simple avec une requête HTTP classique. Sur le papier, cela semblait trivial. En pratique, la méthode la plus évidente n’a pas fonctionné chez moi comme je l’espérais. J’ai donc changé d’approche et je suis finalement parti sur un capteur en ligne de commande. Dans cet article, je te raconte tout cela pas à pas, comme je l’ai réellement mis en place chez moi, avec les cartes Lovelace pour l’affichage final.

Lire la suite

Je teste le Voice & Music Assistant Dev Edition de Third Reality

Quand on pense assistant vocal pour la maison, on pense encore très vite à Alexa, Google Home ou, côté domotique ouverte, au Home Assistant Voice Preview Edition de Nabu Casa.

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.

Lire la suite

Je teste le détecteur de chaleur Zigbee HESZB-120 de Frient

🔥 Mes objectifs avec ce détecteur

Un soir en cuisine, mon détecteur de fumée se déclenche pour la énième fois à cause de la fumée des steaks hachés.

Fatigué des fausses alertes, je cherche sur les forums domotique une solution fiable.

C’est là que je découvre le détecteur de chaleur intelligent Zigbee 3.0 HESZB-120 de Frient.

Il ne réagit qu’à la chaleur excessive, ce qui semble parfait pour ma cuisine, mon garage et mon salon avec cheminée.

Je passe commande chez Domadoo, car il est en promotion.

Il me semble parfait : alertes push fiables, sirène puissante de 85 décibels et longue autonomie sans maintenance. Je teste tout cela… Lire la suite

Je sauvegarde Home Assistant sur mon Onedrive Business

J’ai voulu utiliser OneDrive for Business comme destination de sauvegarde dans Home Assistant.

L’intégration officielle permet bien d’envoyer les sauvegardes vers OneDrive Entreprise, mais elle demande de préparer au préalable une application dans Microsoft Entra, avec un Tenant ID, un Client ID, un Client secret et une URI de redirection précise.

Prérequis

Avant de commencer, il vous faut :

  • Un Home Assistant fonctionnel.
  • Un compte Microsoft 365 / OneDrive for Business.
  • Un accès au portail Microsoft Entra avec un compte pouvant créer une application. Microsoft indique qu’un rôle au moins Application Developer est nécessaire.
  • Connaitre l’URL de redirection utilisée par Home Assistant, ce sera : https://my.home-assistant.io/redirect/oauth.

Lire la suite