🚀 Matter & Gladys Assistant : C’est parti!

[pierre-gilles]

Non j’utilise leur plugin matterbridge-example-dynamic-platform, c’est vraiment pratique ça génère des dizaines d’appareils de tous les types qui existent, ça permet de tester plein d’appareils !

[pierre-gilles]

J’ai poussé une image pour corriger un petit bug, dans certains cas j’avais des appareils avec une deviceData vide ce qui cassait l’intégration

Par contre, j’arrive bien à contrôler les prises dans Matterbridge, donc bonne nouvelle tout fonctionne !

C’est juste l’appareil « CookTop » que je n’arrive pas à contrôler, mais je me demande si ce n’est pas juste un capteur…

Ah, je crois avoir compris:

Comme ce sont des plaques de cuisson, elles ne sont contrôlable qu’en OFF, pas On (ce qui serait très dangereux!). Ca permet d’éteindre à distance uniquement

Bon, un nouveau truc à implémenter aha, mais bon je ne crois pas qu’il y ait tant que ça d’appareil sur le marché pour ça, donc c’est pas ma priorité.

[pierre-gilles]

Ce matin, j’ajoute le contrôle de 2 fonctionnalités indispensables : gestion de la luminosité et couleur des ampoules connectées

Je teste tout ça en réel avec l’excellente ampoule Nanoleaft Matter Thread E27 :

[pierre-gilles]

Je viens de publier une nouvelle image avec gestion des couleurs et luminosité des ampoules

[pierre-gilles]

Je viens de publier une nouvelle image avec la gestion des capteurs d’humidité

[pierre-gilles]

Je viens de publier une nouvelle image avec la gestion des thermostats (chauffage + climatisation), pour l’instant je gère la température cible ainsi que l’allumage/extinction

[guim31]

On ne t’arrête plus !

[mutmut]

une Machine notre @pierre-gilles

[mutmut]

Quelques retours de tests

@pierre-gilles

J’ai amélioré le titre des deviceFeatures

Une excellente feature ! Je vois les numéro des Endpoint dans les noms des devices à ajouter et les ajoutés.

Par contre, je viens de supprimer le plugin somfy dans matterbridge et les devices appairés sont toujours présents
Ensuite réinstallation du plugin et je me retrouve donc avec des nouveaux numéros de Endpoint MAIS Gladys a gardé les anciens numéros pour les devices appairés.
J’ai testé le haut/bas et ça ne marche pas.

J’ai décommissionné ce matterbridge, les appareils somfy appairés ont bien disparu.

J’ai ajouté le matterbidge et les appareils somfy sont réapparus avec leurs nouveaux Endpoint, et mes appareils sauvegardés ne sont plus reliés à rien , obligation de les supprimer et tout refaire.

@pierre-gilles

Par contre, j’ai retiré le remplacement de device via unique_id, ça n’est plus possible, d’ailleurs ça n’a jamais totalement marché, car je n’ai aucun moyen d’identifier un child_device, uniquement l’appareil physique. A l’intérieur du device, chaque numéro d’endpoint peut changer, donc impossible de faire tout matching, surtout pour les appareils avec plusieurs fois la même feature !

De ce que j’ai pu voir (avec le plugin somfy), les Endpoint changent à chaque réinstallation comme tu le dis, par contre les serialNumber et uniqueId sont identiques à chaque fois. Je ne sais pas si ça peut être une piste.

@pierre-gilles

Spinner à l’ajout d’un nouvel appareil avec un petit message pour prévenir que cela peut prendre plusieurs minutes (comme sur iOS)

Il faudrait aussi un spinner lorsque l’on décommissionne un device car décommissionner un matterbridge peut prendre du temps et on ne sait pas si ça tourne ou pas.

[pierre-gilles]

@mutmut

Par contre, je viens de supprimer le plugin somfy dans matterbridge et les devices appairés sont toujours présents

Oui, les devices appairés ne disparaissent pas même si tu les supprime côté Matterbridge, c’est comme ça que fonctionne Matter.

De ma même manière, si ma prise connectée Eve Energy est injoignable, elle reste visible partout (sur mon iPhone par exemple, elle reste dans Homekit).

Pour le coup, ce comportement vient de Matter et pas de Gladys.

@mutmut

Ensuite réinstallation du plugin et je me retrouve donc avec des nouveaux numéros de Endpoint MAIS Gladys a gardé les anciens numéros pour les devices appairés.

Oui, malheureusement comme le plugin change les numéros de endpoint on ne peut pas faire de matching entre l’ancien et le nouveau.

Par contre, on pourrait à la limite afficher un « Pas de réponse » sur l’ancien, c’est ce que fait iOS par exemple :

@mutmut

par contre les serialNumber et uniqueId sont identiques à chaque fois

Ce n’est pas suffisant malheureusement, le uniqueId est propre au device « parent » Matter, hors dans ce device je peux avoir plusieurs « child_device » avec chacun une liste de fonctionnalités.

Il n’y a aucun identifiant en dessous qui ne varie pas.

Je serais curieux de voir ce qui se passe sur un autre controller Matter, tu pourrais tester le même comportement sur iOS ou sur Google Home ?

@mutmut

Il faudrait aussi un spinner lorsque l’on décommissionne un device car décommissionner un matterbridge peut prendre du temps et on ne sait pas si ça tourne ou pas.

Bien vu! Je vais ajouter ça

[Terdious]

@pierre-gilles

Oui, malheureusement comme le plugin change les numéros de endpoint on ne peut pas faire de matching entre l’ancien et le nouveau.

@pierre-gilles

Ce n’est pas suffisant malheureusement, le uniqueId est propre au device « parent » Matter, hors dans ce device je peux avoir plusieurs « child_device » avec chacun une liste de fonctionnalités.

J’ai fais plusieurs tentative en passant sur Matterbridge de « bridge » à « childbridge » et oui, bien sur le endpoint change mais les endpoint des fonctionnalité est toujours dans le meme ordre, soit le endpoint du device + 1 etc. Donc en soit, tu devrais pouvoir les reappairer ensemble mais en essayant d’une autre facon.
Pour moi je reste sur le fait que :

• le node_id est un parametre => qui peut changer
• le endpoint est un parametre => qui peut changer.

Si pour le external_id tu prends :

• device => le numero de serie si dispo, ou le unique_id si dispo, ou autre chose … (a trouver si rien d’autre de disponible alors tu previens que les données historiques seront perdues en cas de reappairage)
• features => external_id du device + « -1 » pour le premier endpoint du device, « -2 » pour le second etc.

Normalement il n’y a aucune raison que tu ne puisse pas les reassocier et tu met a jour les parametres « node_id » et « endpoint » pour chacun des devices…

[pierre-gilles]

Tu te bases sur l’utilisation de Matterbridge, ils font leur sauce en interne mais ça n’est pas représentatif du protocole Matter dans son ensemble, ce n’est pas suffisant pour tirer des conclusions

@Terdious

Si pour le external_id tu prends :

Je ne pense pas que l’approche que tu proposes soit conforme au standard Matter, et je n’ai encore vu aucune autre implémentation dans l’écosystème Matter fonctionner de cette manière.

Cela dit, tu as raison sur un point : on pourrait envisager de proposer à l’utilisateur de rattacher un nouvel appareil à un ancien, à condition que les deux aient exactement les mêmes fonctionnalités dans le même ordre.

Mais ce n’est pas toujours possible, car :

• Un appareil physique peut recevoir des mises à jour et exposer de nouvelles fonctionnalités au fil des évolutions du protocole.
• Dans le cas de Matterbridge, le logiciel lui-même peut évoluer et ajouter des fonctionnalités à des appareils déjà intégrés.

Je vais malgré tout approfondir le sujet pour voir comment Apple ou Google gèrent ce cas. Mon objectif reste de suivre le standard Matter de la manière la plus rigoureuse possible.

[pierre-gilles]

@Terdious j’ai testé une approche de matching (pour remplacer les devices) basé sur le couple unique_id + position, mais bon le risque c’est vraiment de merger un device dans un autre device. Je n’ai rien vu dans la spec qui garantisse ce fonctionnement.

Du moment que ça reste juste un matching au remplacement, ça me dérange moins. Côté external_id, on garde l’approche actuelle qui est l’approche officielle.

[mutmut]

@pierre-gilles

Par contre, on pourrait à la limite afficher un « Pas de réponse » sur l’ancien

Ce serait top d’avoir l’info en « direct » !

@pierre-gilles

Oui, les devices appairés ne disparaissent pas même si tu les supprime côté Matterbridge, c’est comme ça que fonctionne Matter.

Une idée comme au passage : et si on avait un bouton qui permettrait de décommissionner et de réappairer automatiquement l’appareil, ce serait jouable tu penses ?
Ca permettrait d’avoir un refresh des devices appairés. Ca pourra être dispo uniquement sur du matterbridge, pas forcément sur des devices unitaires comme les tiens actuellement (car pas d’intérêt je pense).

[pierre-gilles]

@mutmut

Une idée comme au passage : et si on avait un bouton qui permettrait de décommissionner et de réappairer automatiquement l’appareil, ce serait jouable tu penses ?

Non pas vraiment, car pour le coup il n’y a pas d’identifiant unique à ce niveau.

(Et je vous vois venir, non « VendorID » et « ProductID » ne sont pas des identifiants uniques )

Dans le cas de Matterbridge, l’identifiant unique est au niveau du child device qui représente un appareil, donc je peux proposer à l’utilisateur un matching à ce niveau là ! Je pense que ça ne marchera pas parfaitement, mais ça sera mieux que rien…

@pierre-gilles

Je serais curieux de voir ce qui se passe sur un autre controller Matter, tu pourrais tester le même comportement sur iOS ou sur Google Home ?

J’en profite pour te relancer sur ça

[pierre-gilles]

Ajout d’un spinner lors du decommissioning:

[pierre-gilles]

Ajout d’un badge sur les noeuds déconnectés :

[mutmut]

@pierre-gilles

Ce que je fais dans le code, c’est que je liste les interfaces disponibles dans Gladys (un peu comme si tu lances un ifconfig sur ta machine), et si il y a une interface ipv6 au moins, j’affiche « Des interfaces IPv6 sont disponibles sur cette machine ».

et avec un ping6, tu penses que ça fonctionnerait mieux pour des tests plutôt que checker l’inet6 de l’interface réseau ?
Quand je désactive ipv6 sur le syno, j’ai bien inet6 qui disparait lors du ifconfig sur le syno (pas dans le terminal du docker gladys, je n’arrive pas à checker car pas de commande réseau d’installée).

@pierre-gilles

Dans ton cas, ça veut dire qu’il y a toujours une interface ipv6 de dispo, même quand tu désactive ipv6, mais dur de savoir ce que fait la désactivation de l’ipv6 sur ton syno !

Alors j’ai vraiment des trucs que je ne comprends plus et qui dépassent mes compétences docker/réseau.
Sur mon syno j’ai donc activé l’IPV6 sur le réseau :

mes dockers (dont Gladys) sont en host et l’ipv6 semble non actif :

et pourtant matterbridge voit de l’ipv6 et c’est l’ipv6 dy syno lui-même (normal car host)

@Terdious @pierre-gilles docker sur PC/MAC ou NAS ?

[mutmut]

@pierre-gilles

@pierre-gilles

Je serais curieux de voir ce qui se passe sur un autre controller Matter, tu pourrais tester le même comportement sur iOS ou sur Google Home ?

J’en profite pour te relancer sur ça

Tu fais bien !! (par contre je n’ai pas de gg home)

Alors je viens de tester sur iOS :

• création d’un domicile dans l’app Maison
• apparaige avec Matterbridge via qrcode : ok
• détection auto des appareils somfy et ajout dans Maison dans différentes pièces et création d’une scène open/close
• tests de montée/descente : ok (pas terrible je trouve la gestion des sliders)
• test de la scène : ok
• désactivation du plugin somfy dans matterbridge : TOUS les devices (sauvegardés donc) disparaissent de Maison ainsi que scène associée
• réactivation du plugin : TOUS les devices somfy réapparaissent et sont tous placés dans une seule pièce par défaut (garage) mais la scène n’est pas revenue
• test open/close : ok
• suppression du plugin somfy dans matterbridge : TOUS les devices (sauvergadés donc) disparaissent de Maison
• réinstallation du plugin somfy (donc nouveau Endpoint : TOUS les devices somfy réapparaissent et sont tous placés dans une seule pièce par défaut (garage)
• test open/close : OK

Chose intéressante, le plugin matterbridge-somfy a « retrouvé » les anciens Endpoint et semble les faire coïncider avec les nouveaux :

Je décommissionne et rajoute matterbridge dans Gladys : les noms gardent les anciens Endpoint mais il semble qu’une synchro ce soit passée car mon volet de test (Salon PF) me redemande une pièce à sauvegarder alors que j’avais mis « maison ». Par contre l’open/close ne fonctionne pas.
Je redécommissionne et rajoute de nouveau … enfin j’essaye car ça ne veut plus

[pierre-gilles]

@mutmut

et avec un ping6, tu penses que ça fonctionnerait mieux pour des tests plutôt que checker l’inet6 de l’interface réseau ?
Quand je désactive ipv6 sur le syno, j’ai bien inet6 qui disparait lors du ifconfig sur le syno (pas dans le terminal du docker gladys, je n’arrive pas à checker car pas de commande réseau d’installée).

Je n’utilise pas exactement ifconfig, j’utilise dans Node.js le module core os:

https://nodejs.org/api/os.html#osnetworkinterfaces

Je fais:

const interfaces = os.networkInterfaces()

Ce qui me renvoie quelque chose de ce style:

{
  lo: [
    {
      address: '127.0.0.1',
      netmask: '255.0.0.0',
      family: 'IPv4',
      mac: '00:00:00:00:00:00',
      internal: true,
      cidr: '127.0.0.1/8'
    },
    {
      address: '::1',
      netmask: 'ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff',
      family: 'IPv6',
      mac: '00:00:00:00:00:00',
      scopeid: 0,
      internal: true,
      cidr: '::1/128'
    }
  ],
  eth0: [
    {
      address: '192.168.1.108',
      netmask: '255.255.255.0',
      family: 'IPv4',
      mac: '01:02:03:0a:0b:0c',
      internal: false,
      cidr: '192.168.1.108/24'
    },
    {
      address: 'fe80::a00:27ff:fe4e:66a1',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '01:02:03:0a:0b:0c',
      scopeid: 1,
      internal: false,
      cidr: 'fe80::a00:27ff:fe4e:66a1/64'
    }
  ]
} 

Ensuite, je regarde si des adresse « IPv6 » sont disponibles

@mutmut

Quand je désactive ipv6 sur le syno, j’ai bien inet6 qui disparait lors du ifconfig sur le syno (pas dans le terminal du docker gladys, je n’arrive pas à checker car pas de commande réseau d’installée).

Normalement, si tu n’as plus d’interfaces ipv6, ça devrait aussi disparaitre côté Gladys.

Si tu veux voir le résultat de la commande chez toi, tu peux ouvrir l’inspecteur de ton navigateur et sélectionner cette requête :

@mutmut

@Terdious @pierre-gilles docker sur PC/MAC ou NAS ?

Pas sûr de comprendre la question ? Je développe sur Mac et mon Gladys tourne sur un Beelink mini S12 Pro

@mutmut

Alors je viens de tester sur iOS :

Merci du test !

@mutmut

• désactivation du plugin somfy dans matterbridge : TOUS les devices (sauvegardés donc) disparaissent de Maison ainsi que scène associée
• réactivation du plugin : TOUS les devices somfy réapparaissent et sont tous placés dans une seule pièce par défaut (garage) mais la scène n’est pas revenue

Ok, je m’en doutais, iOS ne garde aucune trace des appareils, et donc n’a pas a faire de matching ancien ↔ nouveau, il supprime tout. C’est violent je trouve Après, pour l’instant sur ces plateformes, il n’y a pas d’historiques (pas de vue graphique), donc ils s’en foutent un peu du legacy, ce qui n’est pas notre cas.

@mutmut

Je décommissionne et rajoute matterbridge dans Gladys : les noms gardent les anciens Endpoint mais il semble qu’une synchro ce soit passée car mon volet de test (Salon PF) me redemande une pièce à sauvegarder alors que j’avais mis « maison ». Par contre l’open/close ne fonctionne pas.

Pour info, je n’avais pas encore poussé mes améliorations de ce matin, donc tu as testé la version de samedi soir

Je viens de pousser un nouveau build Docker avec cette fois-ci le matching automatique basé sur le couple « UNIQUE_ID + position » (solution imparfaite je le rappelle, mais « good enough »)

@mutmut

Je redécommissionne et rajoute de nouveau … enfin j’essaye car ça ne veut plus

Pour autant, tu dois encore le voir dans la liste dans « paramètres » non? Le decommissioning n’a pas du marcher