🚀 Matter & Gladys Assistant : C’est parti!

[pierre-gilles]

@Terdious

  if (bridgedCluster) {
    if (bridgedCluster.attributes.hasOwnProperty('nodeLabel')) {
      detailedName = await bridgedCluster.attributes.nodeLabel.get().catch(() => device.name);
    }
    if (bridgedCluster.attributes.hasOwnProperty('productName')) {
      productName = await bridgedCluster.attributes.productName.get().catch(() => null);
    }
    if (bridgedCluster.attributes.hasOwnProperty('serialNumber')) {
      serialNumber = await bridgedCluster.attributes.serialNumber.get().catch(() => null);
    }
    if (bridgedCluster.attributes.hasOwnProperty('uniqueId')) {
      uniqueId = await bridgedCluster.attributes.uniqueId.get().catch(() => null);
    }
    if (bridgedCluster.attributes.hasOwnProperty('vendorId')) {
      vendorId = await bridgedCluster.attributes.vendorId.get().catch(() => null);
    }
    if (bridgedCluster.attributes.hasOwnProperty('productId')) {
      productId = await bridgedCluster.attributes.productId.get().catch(() => null);
    }
  }

Le seul moyen d’aller récupérer les valeurs dans le cluster c’est de faire comme ça ? Tu ne vois pas d’objets où la donnée est déjà remplie dans le bridgedCluster ?

[Terdious]

Non, j’ai cherché longtemps semaine dernière et le seul moyen que j’ai trouvé est de passer par les attributs … ^^
Mais comme je suis mauvais sur la recherche de littérature anglaise … je n’assurerais pas que c’est le seul moyen …

Et le logging est complexe car, il tombe souvent sur une erreur de boucle infinie

[pierre-gilles]

Ok, bon je pense qu’il va falloir que j’ai de quoi tester en réel Je vais voir si je peux trouver un appareil simple pour tester.

Vu que le concept de bridge est un cas assez répandu dans l’écosystème Matter.

Ca sera pas pour aujourd’hui !

[Terdious]

Si besoin, je peux te donner le controle un jour prochain.

Et avec matterbridge-zigbee2mqtt ? Puisque tu as surtout du zigbee chez toi ?

[pierre-gilles]

@Terdious

Et avec matterbridge-zigbee2mqtt ? Puisque tu as surtout du zigbee chez toi ?

ça peut-être une piste Sinon « Matter-bridge webhook », c’est quoi? ça peut-être sympa ça ?

[Terdious]

Je regarde !
Zigbee ça m’a pris 30 seconde ^^

Par contre c’est le caca, après avoir redémarré … Plus pouvoir décomissionner ^^

@pierre-gilles

ça peut-être une piste Sinon « Matter-bridge webhook », c’est quoi? ça peut-être sympa ça ?

[Terdious]

@Terdious

Par contre c’est le caca, après avoir redémarré … Plus pouvoir décomissionner ^^

Bon ça va, sufffit de désactiver les plugin.

Avec zigbee2mqtt => recommissionnage et paf :

[Terdious]

Et pour le coup ne te prend pas la tête, Shelly ne doit pas être terminé encore car le retour d’état fonctionne parfaitement sur zigbee2mqtt :

EDIT : je regarde si le nom est au meme endroit mais de ce que je vois sur l’interface, c’est pareil :

[pierre-gilles]

Ok, je referais des tests de mon côté en mettant en place un matterbridge

Tant mieux si le retour d’état fonctionne!

[pierre-gilles]

Ok, j’ai un MatterBridge de test qui tourne avec succès sur Mac.

Lancé avec:

docker run --name matterbridge \
  -v /Users/pierre-gillesleymarie/sandbox/matterbridge/docker_data/Matterbridge:/root/Matterbridge \
  -v /Users/pierre-gillesleymarie/sandbox/matterbridge/docker_data/.matterbridge:/root/.matterbridge \
  --network host --restart always -d luligu/matterbridge:latest

J’ai installé 2 plugins d’exemples:

Ce qui m’expose plein d’appareils de tests:

Que je retrouve bien dans Gladys avec des noms pas fous

Je vais essayer de trouver mieux pour les noms

[pierre-gilles]

Je viens de pousser une amélioration du nom des appareils pour Matterbridge et pour les appareils Eve:

Pour l’instant, je n’arrive pas à trouver le nom des appareils Matter définit dans l’application « Maison » sur iPhone, je n’ai pas l’impression que ce soit exposé…

[pierre-gilles]

Je viens de push la gestion des pairing code sans tiret :

[pierre-gilles]

Je pense que je commence à atteindre un niveau « acceptable » d’une première intégration Matter

J’ai fais un build Docker pour vous proposer une 1ère version de test !

gladysassistant/gladys:matter-integration

Preneur de vos retours !

Ce qui marche

• Contrôle et retour d’état des appareils binaires (prise connectées, ampoules)
• Retour d’état des capteurs de luminosité
• Retour d’état des capteurs de mouvements

Ce qu’il reste à faire

Pour moi, la seule chose qu’il reste à faire c’est de réussir à masquer les logs de l’intégration qui est pour l’instant trop verbose.

En lisant le CHANGELOG de Matter.js, je vois que c’est une fonctionnalité qui arrive dans la prochaine version du package :

Donc je pense que dès qu’ils publient ça je pourrais changer les logs

[StephaneB]

Cool que ça avance bien Et comm je suppose que tu avais fais des comparatifs de matos avant de choisir ton bridge, as-tu des conseils à donner ?

[pierre-gilles]

Tu parles de bridge, j’imagine que tu parles du Thread Border Router ?

Je suis dans l’écosystème Apple chez moi, donc la question ne se posait pas trop, j’ai une Apple TV 4K Ethernet 128 Gb (attention, seul le modèle Ethernet est compatible Thread)

[StephaneB]

Oui, c’est bien de ça que je parlais. Parce que mes premières recherches rapides m’ont donné le sentiment que les appareils intégrant cela étaient tous assez couteux, donc j’aurai besoin d’être un peu sûr qu’ils fonctionnent ‹ nickel ›

[pierre-gilles]

J’ai acheté mon Apple TV sur LeBonCoin pour info

On trouve des modèles en très bon état pour moins cher ! ( Je vois des modèles à 150€ sur LeBonCoin )

Routeurs de bordure Thread de Google :

Écrans : Nest Hub (2e génération), Nest Hub Max
Routeurs Wi-Fi : Nest Wifi Pro (Wi-Fi 6E)
Appareils de streaming : Google TV Streamer (4K)

Je vois des Nest Hub 2nd gen à 50€ sur leboncoin

Routeurs de bordure Thread de Amazon :

Côté Amazon, il faut aller sur un Amazon Echo 4ème génération j’ai l’impression.

Après, il faut un Thread Border Router uniquement pour les appareils Threads, ce n’est pas nécessaire pour les appareils Matter qui sont déjà sur le réseau Wi-Fi (exemple: Matterbridge, appareils Wi-Fi)

[mutmut]

@pierre-gilles

Après, il faut un Thread Border Router uniquement pour les appareils Threads, ce n’est pas nécessaire pour les appareils Matter qui sont déjà sur le réseau Wi-Fi (exemple: Matterbridge, appareils Wi-Fi)

Si je comprends bien, on peut se débrouiller sans TBR si on n’a pas de matos Thread ?
Dans mon cas, j’ai mis en route un Matterbridge et j’ai installé la passerelle zigbee2mqtt et tahoma/somfy.

@pierre-gilles

J’ai fais un build Docker pour vous proposer une 1ère version de test !

gladysassistant/gladys:matter-integration

Preneur de vos retours !

Et donc je vais pouvoir tester tout ça et valider le non besoin de TBR dans mon cas pour rester full local ^^

@pierre-gilles si tu as besoin de logs pour les volets roulants, je pourrais t’en fournir quand tu seras prêt.

Bravo pour le taf !

[pierre-gilles]

@mutmut

Si je comprends bien, on peut se débrouiller sans TBR si on n’a pas de matos Thread ?

Exact !

@mutmut

Dans mon cas, j’ai mis en route un Matterbridge et j’ai installé la passerelle zigbee2mqtt et tahoma/somfy.

Pas sûr qu’il y ait un grand intérêt à connecter Zigbee2mqtt à Matterbridge, on gérera toujours mieux les appareils Zigbee directement dans l’intégration Zigbeem2mqtt.

Preneur de ton retour sur Tahoma/somfy !

@mutmut

@pierre-gilles si tu as besoin de logs pour les volets roulants, je pourrais t’en fournir quand tu seras prêt.

Carrément, je suis preneur de ton fichier « Node JSON » (tu peux le télécharger depuis la page paramètres de l’intégration)

[mutmut]

@pierre-gilles

Pas sûr qu’il y ait un grand intérêt à connecter Zigbee2mqtt à Matterbridge, on gérera toujours mieux les appareils Zigbee directement dans l’intégration Zigbeem2mqtt.

oui je suis d’accord avec z2m, c’était surtout pour tester et voir comment réagissait Matterbridge et ce qu’il sortait en terme de nom/adresse/fonctionnalités/etc.