Le nouveau plugin Matter peut-il m'aider à remplacer HA?

[boubou81]

Bonjour à tous,

J’utilise Jeedom sur un Raspberry Pi 5 depuis quelques années et j’en suis très satisfait.
Il y a quelques mois, j’ai acheté une serrure connectée Aqara U200, compatible Matter over Thread, et rien que pour elle, j’ai monté une configuration Homeassistant + OTBR + Matter Server + MQTT en parallèle de Jeedom. HA et Jeedom échangeant commandes et états via MQTT.
Ca fonctionne très bien, mais franchement avoir une machine HA en parallèle rien que pour ça, je trouve ça très moyen.

Pendant quelques mois, j’en ai profité pour prendre mes marques avec HA, mais mon choix est fait, je veux rester sous Jeedom.

J’ai souvent espéré qu’un développement Matter + Thread voit le jour dans le monde Jeedom, et je découvre aujourd’hui que @ZygOm4t1k s’y est collé. Riche idée, un grand merci.

Mon souhait ultime serait de pouvoir me passer totalement de HA, mais je ne suis pas encore convaincu de pouvoir y arriver, et entre toutes ces notions hyper techniques que sont Matter, Thread, RCP et OTBR, je suis perdu .

J’ai actuellement une antenne SLZB-MR2 qui assure à la fois le rôle de coordinateur Zigbee et Thread to remote OTBR. Jeedom s’interface dessus pour gérer le réseau Zigbee et HA pour Matter over Thread.

Le système SLZB est en version 3.3.1.
La puce CC2652P, en mode coordinateur Zigbee, est en version 20240710, la dernière stable.
La puce EFR32MG21, en mode Thread to remote OTBR, est en version 20241105, la dernière stable aussi.
Mais je vois dans les commentaires de cette version

OpenThread Border Router firmware.
Please install OTBR addon in your HA to work with this firmware.

Donc HA explicite !

Je vois aussi qu’il y a 2 versions de développement plus récentes, mais je ne veux pas les flasher sans être sûr de ne pas faire de connerie .

J’ai beau lire et relire la doc du nouveau plugin Matter de ZygOm4t1k, je n’arrive pas à savoir si je peux m’en sortir en virant HA.
Je ne comprends pas bien où il faut installer Matter-server d’une part, et OTBR d’autre part.
Je crois comprendre que matter-server tournerait sur le RPi5, et OTBR pourrait être soit assuré par l’antenne, soit installé sur le Rpi5.

J’espère que des spécialistes pourront me conseiller et m’aider. Je préfère encore la communauté au chat qui pète

[ZygOm4t1k]

Salut,

Selon moi pas de souci pour migrer vers Jeedom

Il faut :

• sauvegarder le dataset Thread actuel depuis HA
• installer le plugin Matter sur Jeedom
• lancer les dépendances
• configurer le plugin en mode OTBR distant (voir la documentation)
• démarrer le démon
• vérifier que tout est bien au vert

Ensuite :

• injecter le dataset que tu as sauvegardé (voir doc)
• synchroniser le réseau Thread

Comme ça tu conserves le même réseau Thread et tu évites normalement de devoir réinclure tes équipements

[DidierJ]

Je découvre aussi merci et bravo:)

[choupfamily63]

Bonjour à tous,

J’utilise le plugin depuis environ un mois et je confirme qu’il fonctionne très bien.

En effet, comme l’a indiqué ZygOm4t1k, on peut récupérer le dataset de HA. Je ne l’ai pas fait car je n’avais pas beaucoup d’équipement matter et souhaitais les inclure depuis jeedom.

Cependant, pour les inclure depuis jeedom, il faut impérativement une clé Bluetooth sur jeedom, car c’est cette dernière qui permettra l’appairage des devices matter. Il faut donc inclure les devices à proximité de sa box jeedom, ce qui n’est vraiment pas pratique par rapport à HA qui se sert de son application mobile pour faire le lien Bluetooth avec son téléphone. Et de ce côté, l’application jeedom est très en dessous de ce que propose HA.
Autre point, les fonctionnalités des devices matter sont plus complètes sur HA.
A propos @ZygOm4t1k, dans le fichier « cluster_map.json », il y a le même « name » aux logicalId « lock_mode » et « set_lock_mode », ce qui empêche la commande de ce dernier de remonter. J’ai changé les « name » dans l’extrait ci-dessous.

  "description": "Door lock control with state, actuator status and operating mode (local / remote access).",
            "commands": [
                {
                    "logicalId": "lock_state",
                    "name": "Etat serrure",
                    "type": "info",
                    "subType": "numeric",
                    "isVisible": 1,
                    "genericType": "LOCK_STATE"
                },
                {
                    "logicalId": "actuator_enabled",
                    "name": "Moteur actif",
                    "type": "info",
                    "subType": "binary",
                    "isVisible": 0
                },
                {
                    "logicalId": "door_state",
                    "name": "État porte",
                    "type": "info",
                    "subType": "binary",
                    "isVisible": 1,
                    "genericType": "OPENING"
                },
                {
                    "logicalId": "lock_mode",
                    "name": "Etat mode serrure",
                    "type": "info",
                    "subType": "numeric",
                    "isVisible": 1
                },
                {
                    "logicalId": "lock",
                    "name": "Verrouiller",
                    "type": "action",
                    "subType": "other",
                    "rpc_cmd": "lock",
                    "link": "lock_state",
                    "genericType": "LOCK_CLOSE"
                },
                {
                    "logicalId": "unlock",
                    "name": "Déverrouiller",
                    "type": "action",
                    "subType": "other",
                    "rpc_cmd": "unlock",
                    "link": "lock_state",
                    "genericType": "LOCK_OPEN"
                },
                {
                    "logicalId": "set_lock_mode",
                    "name": "Mode serrure",
                    "type": "action",
                    "subType": "select",
                    "rpc_cmd": "set_operating_mode",
                    "link": "lock_mode",
                    "values": "0|Normal;1|Vacation;2|Privacy;3|NoRemoteLockUnlock"
                }

A ce titre, j’ai plutôt une réflexion inverse, me passer de jeedom après 10 ans d’utilisation, pour migrer progressivement vers HA. Seuls les scénarios et le plugin thermostat me font encore hésiter.

[boubou81]

Merci pour ces informations.

Mais je crois qu’on ne se comprends pas bien, j’avais pourtant essayé de donner le maximum de détails sur mon contexte actuel, je suis peut-être allé trop vite.

• J’ai réussi, pas sans difficultés, à récupérer le dit dataset Thread dans HA.
• Ton plugin et ses dépendances sont installés
• Tu me dis de configurer le plugin en mode OTBR distant en suivant la doc, mais dans ce cas, où est donc OTBR ? Puisque j’ai bien pris soin de préciser la configuration de mon antenne, qui elle aussi est en mode OTBR distant (Thread to remote OTBR)
  Je lis aussi dans les prérequis OTBR qu’il faut un dongle ou hub Thread compatible. Je n’ai aucun périphérique USB de ce genre, je ne vois d’ailleurs même pas ce que c’est.

Donc là, je coince

Petite précision, qui aura peut-être son importance: Pour être certain de pouvoir utiliser ma serrure à distance, quand je l’ai achetée, j’ai aussi acheté un hub Aqara M100, ainsi je peux aussi la gérer via l’application dédiée. Serait-ce ce hub qui devrait faire office de dongle Thread ? Si tel devait être le cas, je précise qu’il n’est pas branché sur mon Pi, mais sur une prise USB murale proche de la serrure.

[ZygOm4t1k]

mais tu as un SLZB-MR2 ?

[boubou81]

Oui c’est bien ce que j’ai…

[ZygOm4t1k]

Donc dans le plugin

tu configures comme ca , tu enregistres en mettant bien l’adresse ip:6638

si www-data est rouge tu redémarres apache

tu lance OTBR , ca mets du temps car il installe OTBR wait and see

Ensuite tu ne crées pas le réseau thread et tu vas dans l’onglet OTBR

Dans la case dataset à injecter tu colles le dataset HA et clique sur injecter

La fenêtre Status (configuration générale du plugin) devrait ensuite se mettre à jour automatiquement après quelques secondes.

[boubou81]

Voilà donc ce que cela donne après avoir suivi tes consignes

Cela semble fonctionner, mais je n’ai aucun équipement visible

[ZygOm4t1k]

Clique synchroniser , le bouton vert à gauche

[boubou81]

C’est fait, j’ai basculé sur la page des équipements, qui reste vide

[ZygOm4t1k]

Si tu veux tout migrer sur jeedom et enlever HA
je stopperai HA .
garde bien le dataset
Reset usine de la serrure et commissionning via jeedom
elle va apparaitre

Tu as d’autres équipements ?

[boubou81]

Non, aucun autre équipement Matter.
Avec un reset usine, je vais perdre toutes les configurations de code d’accès, empreinte digitale etc…, non ?
Je sais que la serrure est gérée via le Hub Aqara M100 et l’application mobile Aqara, mais aussi via HA. J’ai cru comprendre qu’il y avait un contrôleur Matter principal et des notions de partage d’équipement. Mais j’ai oublié comment j’avais mis tout ça en place il y a presque 1 an. Je ne pourrais pas plutôt refaire un partage ? Mais comment savoir quel est le contrôleur principal entre HA et M100 ?
J’avoue, ça fait beaucoup de questions, j’ai franchement l’impression d’être largué pour le coup.

[ZygOm4t1k]

Oui attends ne touche a rien faut que je regarde e mon coté avant et te redis

[ZygOm4t1k]

Alors la solution

bien mettre les paramètres uart comme sur la capture

Recupéré un code de jumelage sur l’app aqara

Ensuite dans l’onglet OTBR

Mettre le code , cocher code partagé/réseau ( sans mettre les parametres wifi) et commissionner