🚀 Matter & Gladys Assistant : C’est parti!

[pierre-gilles]

@Terdious j’ai l’impression qu’il y a qu’un seul type « TemperatureMeasurement » donc pas de discrimination possible à ce niveau.

Est-ce que tu as quelque chose en local si tu regarde l’objet de l’appareil qui pourrait m’indiquer que ce n’est pas un capteur de température ambiant ?

[pierre-gilles]

@mutmut j’ai fais des correctifs !

1. La recherche et le tri fonctionnent désormais autant dans la liste d’appareils que dans les appareils « appairés mais non ajoutés à Gladys ».
2. Une seule icône retour
3. L’onglet « paramètres » indique si l’instance Gladys a accès à une interface ipv6. Est-ce que tu pourrais tester cette partie toi qui a eu le cas ? Désactiver / puis réactiver ipv6 pour voir si tu vois bien un message d’erreur ?

Disponible dans l’image Docker !

Pour mettre à jour, comme d’habitude :

sudo docker pull gladysassistant/gladys:matter-integration

sudo docker stop gladys
sudo docker rm gladys

Puis relance le conteneur avec la même commande docker run qu’auparavant.

[Terdious]

@pierre-gilles

Est-ce que tu as quelque chose en local si tu regarde l’objet de l’appareil qui pourrait m’indiquer que ce n’est pas un capteur de température ambiant ?

En effet, je pense que non, il n’y a pas, tout du moins encore, de distinction. Ils sont labellisés « TemperatureMeasurement ». Peut-être la propriété « deviceTypeList » qui est [ { deviceType: 770, revision: 2 } ] sur les 3 mais je ne pense pas qu’on veuille passer par cela.

La meilleure solution serait sûrement de pouvoir éditer l’appareil comme pour les commutateur (Eclairage/Prise) et sélectionner entre les 2 types de feature températures.

[pierre-gilles]

Mince, effectivement on ne pourrait faire que comme ça si c’est le cas

Dans la spec Matter, je ne vois pas de deviceType spécifique aux température internes non plus :

https://handbook.buildwithmatter.com/howitworks/devicetypes/#pressure-sensor

Je serais curieux de voir comment ce genre d’appareils apparaissent sur un iPhone dans Home!

[mutmut]

Salut @pierre-gilles , merci pour les correctifs !

@pierre-gilles

1. La recherche et le tri fonctionnent désormais autant dans la liste d’appareils que dans les appareils « appairés mais non ajoutés à Gladys ».
2. Une seule icône retour
3. L’onglet « paramètres » indique si l’instance Gladys a accès à une interface ipv6. Est-ce que tu pourrais tester cette partie toi qui a eu le cas ? Désactiver / puis réactiver ipv6 pour voir si tu vois bien un message d’erreur ?

1. impeccable, par contre il faut écrire lentement car la recherche se lance direct dès qu’on a tapé un caractère → alors ça arrive peut-être quand on a un nb important de devices, bon ce n’est pas bloquant du tout
2. icône
3. là ça se complique un peu et je saute une ligne

J’ai mis à jour Gladys et j’ai bien Des interfaces IPv6 sont disponibles sur cette machine ✅ (ipv6 activé sur le syno)
J’ai désactivé l’ipv6 de mon syno avec reboot de gladys et reboot des 2 Matterbridges (syno et lxc) : j’ai toujours le même message

J’ai essayé de décommisionner le matterbridge lxc : pas de décommission. J’arrête Matter, je réactive Matter : le matterbridge lxc est toujours là alors je reclique sur décommisionner : toujours rien.
Je vais dans les appareils et je me retrouve les devices du matterbridge lxc en double puis en triple (je n’ai plus les manip que j’ai faites mais beaucoup de décommissionner).
J’ai ensuite remis l’ipv6 sur le syno, rebooter Gladys et les 2 matterbridges : j’ai pu décommissionner le matterbridge lxc et tout est rentré dans l’ordre au niveau des appareils.

Bref, je dois avouer que je suis un peu perdu sur mes manips mais le fait d’avoir un host en ipv4 seulement ce n’est pas l’idéal du tout, ça c’est une certitude.

[mutmut]

Une remarque sur le recommissionnement d’un matterbridge et de ses appareils.

J’avais un device sauvegardé (un relais sonoff zigbee ajouté à gladys en matter) avec le premier commissionnement, aucun soucis pour le on/off du commutateur et le retour d’état.
Je décommisionne le matterbridge, les appareils disparaissent et ce device reste (puisque sauvegardé).
Je commisionne de nouveau ce matterbridge, donc avec un nouveau numéro d’appairage et je retrouve ce sonoff dans la liste d’appareils que je peux ajouter à Gladys, et là je me retrouve avec 2 devices : un sauvegardé et un appairé.

(c’est moi qui ai ajouté terrasse pour les différencier)

Est-ce que ce serait possible de « rattacher » automatiquement l’appareil de matterbridge qui a toujours le même Unique ID et Serial Number (qui est d’ailleurs l’IEEE dans Z2M) mais un bridge matter (Node ID) différent, au device déjà sauvegardé auparavant ?

[pierre-gilles]

J’ai une bonne nouvelle: la 0.13 de Matter.js est sortie !

Avec au programme: support de Matter 1.4, et surtout la gestion des loggers customs, ce qui va nous permettre dans Gladys de ne pas mettre les logs très verbose de Matter dans nos logs Gladys

CHANGELOG ici

Je vais tester tout ça et revenir vers vous !

@mutmut

J’ai désactivé l’ipv6 de mon syno avec reboot de gladys et reboot des 2 Matterbridges (syno et lxc) : j’ai toujours le même message

Merci d’avoir testé !

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  ».

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 !

@mutmut

Est-ce que ce serait possible de « rattacher » automatiquement l’appareil de matterbridge qui a toujours le même Unique ID et Serial Number (qui est d’ailleurs l’IEEE dans Z2M) mais un bridge matter (Node ID) différent, au device déjà sauvegardé auparavant ?

@Terdious avait déjà fait la remarque, je vais regarder pour faire ça

[pierre-gilles]

@mutmut @Terdious Vous allez être content, j’ai développé la fonctionnalité pour utiliser le uniqueId quand disponible pour remplacer les appareils existants !

Testé chez moi, ça marche nickel. Disponible sur l’image Docker si vous voulez tester

Sinon, j’ai passé le « Log level » de Matter.js a « notice », et du coup les logs sont beaucoup moins verbeuse.

Est-ce que vous voyez d’autres choses qu’il manque pour une première version de cette intégration ?

[pierre-gilles]

J’ai posté un message sur Reddit r/MatterProtocol pour avoir des feedbacks

Open Source: Looking for feedback on our new Matter integration (Gladys Assistant)

[pierre-gilles]

Ok, suite aux retours d’un utilisateur sur Reddit, j’ai amélioré l’UX générale de l’intégration :

• Warning sur tous les écrans quand l’intégration n’est pas activée
• Spinner à l’ajout d’un nouvel appareil avec un petit message pour prévenir que cela peut prendre plusieurs minutes (comme sur iOS)
• Propagation du message d’erreur venant de Matter en cas d’erreur d’ajout

@pierre-gilles

@mutmut @Terdious Vous allez être content, j’ai développé la fonctionnalité pour utiliser le uniqueId quand disponible pour remplacer les appareils existants !

Bad news, ça fonctionne mal car actuellement certains appareils appareils avec un seul uniqueId sont splittés en plusieurs « device » Gladys. Je regarder pour résoudre ça

[pierre-gilles]

Il y a eu une nouvelle version de Matterbridge il y a 2 jours, et chez moi je n’arrive plus à appairer depuis

[pierre-gilles]

Ok normalement j’ai résolu tous les soucis, et maintenant les « devices » avec un même uniqueId sont désormais regroupés dans un même device Gladys, ça rend mieux

N’hésitez pas à tester et à me faire un retour !

[pierre-gilles]

J’ai amélioré le titre des deviceFeatures, car dans la dernière version de Matterbridge, ils ont mis en exemple des appareils qui ont plusieurs fonctionnalités dans le même appareil (exemple: une plaque de cuisson avec 4 feus)

Bizarrement, je ne trouve pas de nom à chacun de ces clusters, mais j’ai ajouté à minima le numéro du endpoint, ce qui permet de les dissocier !

[Terdious]

Hello @pierre-gilles, je viens de tester (image téléchargée a 14h10.

Coté interface super !!

Par contre côté Matterbridge :

• le pilotage du 2eme ou 3eme commutateur ne pilote que le 1er. D’ailleurs si on fait un graph binaire, seul le 1er a des datas => ca fonctionnait avant pour info
• au final c’etait quand meme plus sympa de les avoir séparés, ca permettait de les associer à des pieces différentes (1 device reel mais qui pilotes des pieces différentes)
• Au reappairage, ca detruit les Tableaux de bords (je suppose). Les datas sont bien récupérées car le graph contient les anciennes données.
• Que se passe-t-il si on met a jour un appareil qui contient 3 ans de donnees ? Le clique sur Mettre à jour" un device ne provoquera pas un delai de mise a jour excessif ?

[Terdious]

Tres bizarre en effet … j’etais en 3.0.1 et il m’a proposé une maj en 3.0.0 que je viens de faire …

[pierre-gilles]

Ok j’investigue sur tout ça, merci du test !

[pierre-gilles]

Je suis entrain de builder une nouvelle image, je sépare à nouveau les devices comme avant, c’est vrai que c’était pratique de pouvoir assigner une pièce différente à chaque childDevice, et ça me permet aussi de mettre le endpoint dans le nom du device.

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 !

[pierre-gilles]

Build terminé !

[pierre-gilles]

Vraiment bizarre, depuis Matterbridge 3.0.0, j’ai vraiment tout qui explose côté Matterbridge, je n’arrive plus à rien contrôler…

Tout à l’heure ça marchait, là ça ne marche plus

Mes appareils Matter physique n’ont pas le souci

[Terdious]

Je vais récupérer ma fille, je regarde apres avec les matterbridge physique !
Tu as essayé avec le plugin matterbridge-eve du coup ?