Besoin de testeurs pour un nouveau plugin: MQTT Discovery

« oui » dit de manière solennelle

En effet une config globale. L’équivalent du mode scan de BLEA, mais à l’envers (si j’ai bien compris ta conception du plugin par défaut il crée les nouveaux équipements, à l’inverse de BLEA pour lequel il fallait lancer le scan pour ajouter les équipements).

c’est dispo en beta :slight_smile:

  • c’est uniquement la création de nouveau équipement qui est désactivée, si (par hasard) une nouvelle commande sur un équipement existant est découverte alors celle-ci sera créée dans tous les cas
  • je n’ai volontairement pas redémarré le démon lorsqu’on active la découverte car cela pourrait avoir comme impact de créer beaucoup de nouveau équipement mais p-e que dans certains cas cela sera nécessaire => ca dépend un peu de ce qu’on veut découvrir; si par exemple c’est un nouveau device bluetooth, redémarrer une des antennes suffira
    ainsi ca laisse plus de flexibilité et cela évitera de créer des équipements non voulu mais si c’est trop compliqué à l’usage on verra, ca peut changer
3 « J'aime »

Quelle rapidité :+1: merci !

Tu as raison de ne pas désactiver la découverte des commandes.
Par exemple je suis en train de regarder comment faire pour intégrer dans Theengs Decoder la batterie de mon miflora Vertrug (elle apparaissait sous BLEA donc l’info existe).

pour préciser ce que je voulais dire avec le 2eme point ci-dessus, c’est que:

  • si la découverte auto est désactivée
  • admettons on achète un nouveau nut et on lui met la pile
  • dans les secondes la plugin va le voir mais ne va rien faire
  • si on active à ce moment la découverte, c’est trop tard, le plugin ne va plus le voir (l’event de découverte est passée et je ne le retiens pas)
  • il faut alors redémarrer son antenne pour qu’elle publie à nouveau toutes les infos de découvertes ou redémarrer le démon pour qu’il recoive à nouveau tous les messages (si ceux ci étaient pubish avec un retain à true)

elle va remonter mais seulement quand l’info changera ou dans quelques jours, je ne sais pas exactement qd les miflora émettent cette info mais ils finissent par le faire
j’ai la même chose avec tous les miens, à chaque fois que je les supprime pour tester, la plupart des infos remontent assez vite mais pas la batterie mais elle fini par arriver

1 « J'aime »

J’ai un Miflora Vertrug HHCCJCY01HHCC. Et dans son json de Theengs Decoder il n’y a pas la batterie. A la différence du json du Miflora xiaomi (que j’avais initialement avant que mon jardinier ne décide de la décapiter à coup de tondeuse :joy:).
Donc si j’ai bien compris cela ne marchera jamais.

Il faudrait le mettre dans la doc ça.
J’ai encore un Nut à intégrer (il est sur le porte-clé de la belle-mère), il faudra que j’y pense.
Je viens de vérifier et pour mes nuts le retain est à true.

c’est vrai que j’ai les 2 modèles et j’ai un mix entre theengs et omg, il y a p-e une légère différence de comportement mais je ne pense pas
je referai des tests à l’occasion

Bonjour
j’ai de nouveau des équipements « parasites » qui apparaissent, je m’en suis rendu compte et redémarrant la VM ce matin, j’ai cru que c’était du au fait que j’avais modifié MQTT_PUB_TOPIC: home/rasp242/BTtoMQTT dans mon docker-compose comme j’ai deux antennes raspberry je voulais les dissocier dans MQTT explorer, mais avant de faire ce message, je suis revenu en arrière ( MQTT_PUB_TOPIC: home/TheengsGateway/BTtoMQTT) et je n’ai laissé qu’une antenne active et les équipements « parasites » remontent

là j’ai une trentaine d’équipements apple qui remontent pour une antenne

MQTTDiscovery.txt (75,8 Ko)

j’espère avoir envoyé les logs dans le bon format …

je pense que tous ces points ont été discutés hier et ce matin, je sais que c’est compliqué quand tout est dans un seul post (pas de tag encore :frowning:) mais bon il n’y avait pas besoin de beaucoup remonter dans la discussion:

oui c’est préférable

Salut,
Pour les équipements qui polluent, il faut jouer avec

DISCOVERY_FILTER="[IBEACON,GAEN,MS-CDP,APPLE_CONT,APPLE_CONTAT]"

J’ai 2 antennes, et le filtre évitent les appel et autres équipements avec mac variable

Merci :+1:

Ok mea culpa, j’ai lu en diagonal et je suis passé trop vite, j’avais bien vu la partie pour renommer les antennes mais pas le reste.

helllo je précise que je ne suis pas du tout un spécialiste, jusqu’à là je fuyais tout ce qui parlait de MQTT…

mais j’ai suivi ton excellente doc, j’ai installé Theengs aussi sur un RPI3 qui trainait. j’avais déjà jeezigbee donc déjà mqtt manager.

et au bout de plusieurs essais, cette commande a soudain donné des retours sur certains équipements:

rpi@rpi3:~ $ python -m TheengsGateway -H "192.168.1.xx" -u "jeedom" -p "motdepasseici"
INFO:BLEGateway:Starting BLE scan
INFO:BLEGateway:Connected to MQTT Broker!
INFO:BLEGateway:Subscribed to home/+/BTtoMQTT/undecoded
INFO:BLEGateway:publishing device `{'id': 'FA:91:CE:ED:C1:A4', 'rssi': -60, 'brand': 'SwitchBot', 'model': 'Bot', 'model_id': 'X1', 'type': 'ACTR', 'mode': 'onestate', 'state': 'on', 'batt': 81, 'mfr': 'Nordic Semiconductor ASA'}`
INFO:BLEGateway:publishing device `{'id': 'CC:22:A8:CD:5D:72', 'rssi': -66, 'brand': 'SwitchBot', 'model': 'Bot', 'model_id': 'X1', 'type': 'ACTR', 'mode': 'onestate', 'state': 'on', 'batt': 81, 'mfr': 'Nordic Semiconductor ASA'}`
INFO:BLEGateway:publishing device `{'id': 'D3:31:A9:86:3F:65', 'rssi': -54, 'brand': 'SwitchBot', 'model': 'Bot', 'model_id': 'X1', 'type': 'ACTR', 'mode': 'onestate', 'state': 'on', 'batt': 100, 'mfr': 'Nordic Semiconductor ASA'}`
INFO:BLEGateway:publishing device `{'id': 'DD:64:6C:60:2D:D1', 'rssi': -54, 'brand': 'SwitchBot', 'model': 'Bot', 'model_id': 'X1', 'type': 'ACTR', 'mode': 'onestate', 'state': 'on', 'batt': 95, 'mfr': 'Nordic Semiconductor ASA'}`
INFO:BLEGateway:publishing device `{'id': 'CE:CE:F9:B7:3F:22', 'rssi': -55, 'brand': 'Tile', 'model': 'Smart Tracker', 'model_id': 'TILE', 'type': 'TRACK', 'device': 'Tile Tracker'}`

je suis donc retourné sur ton plugin, j’ai fait refresh et les 5 équipements sont apparus.

c’est cool pour le Tile mais je crois que pour les 4 bots de switchbot je vais rester avec le plugin officiel car il n’y a aucune commandes d’action:

merci pour ce plugin

Bonjour,

Theengs Gateway ne fait que lire des infos.

Plus de détails sur les infos reportées :

Bonjour @mips,

je t’avoue j’ai du mal a apréhender ton plugin qui d’un premier abord a l’air simple.

j’ai bien tout les prérequies à son bon fonctionnement mais aucuns équipements ne remontent

plugin MQTT 2 :

Plugin Mqttdiscovery

Page santée

Et c’est vide…

et pourtant j’ai bien une passerelle ESP32 OMG.

et je rajouterais meme :slight_smile: que j’ai installé Theengs sur mon pi :slight_smile:

Tout ca pour dire que je pense que le probléme vient de la personne entre la chaise et le clavier.

Bonne fin de samedi

Salut,

Supprimes zigbee2mqtt de la config non? Sauf si tu veux vraiment remonter tes équipements zigbee via ce plugin.

Sinon as-tu redémarré le démon après avoir fait la config?
Si oui montres le log du démon en debug depuis le démarrage, faut toujours le log :wink:
Attention il risque d’être conséquent.

j’avais mis Zigbee pour voir si ca marché
les logs du démons

0000|[2023-09-30 19:08:56]INFO : Starting daemon
0001|[2023-09-30 19:08:56]INFO : Log level: debug
0002|[2023-09-30 19:08:56]DEBUG : Writing PID 27087 to /tmp/jeedom/MQTTDiscovery/daemon.pid
0003|[2023-09-30 19:08:56]DEBUG : Connecting to mqtt at 127.0.0.1:1883
0004|[2023-09-30 19:08:56]INFO : Send async started
0005|[2023-09-30 19:08:56]INFO : Listening on 127.0.0.1:55074
0006|[2023-09-30 19:08:56]INFO : Successfully connected to MQTT server with code 0
0007|[2023-09-30 19:08:56]INFO : Successfully subscribed to discovery topic homeassistant
0008|[2023-09-30 19:08:56]INFO : Successfully subscribed to bt
0009|[2023-09-30 19:08:56]INFO : Successfully subscribed to home
0010|[2023-09-30 19:08:57]INFO : Ready

Et t’es sur de l’adresse de ton broker?

Je peux voir la config de ton broker qui se nomme « BTtoESP32 » dans jmqtt?

Notes que tu n’avais pas besoin d’installer mqtt2, il n’est plus obligatoire.
Donc si tu gères ton broker avec jmqtt mais que tu as utilisé la config de mqtt2 à mon avis t’es juste pas connecté au bon serveur/broker.

j’aurais du être plus clair désolé

Jmqtt est sur mon jeedom de prod
Ton plugin que je teste est sur un jeedom de test donc pas le meme

je pensais que je pouvais remointer en paralleme de jmqtt mon esp32 et sur mon jeedom de test

Capture ecran de jmqtt sur mon jeedom de prod

Pour éviter de tout melanger
Je vais préparer un esp32 OMG pour les test

Bah non tu peux pas.
Ton esp ne va se connecter qu’à un seul broker mqtt

Mais tu peux connecter mqttdiscovery sur ton install de test à ton broker de prod, ca cela fonctionnera