Édit : je pense avoir trouvé mon problème… J’ai migré ce jour en debian 11, et mon application theengs-gateway était configuré par défaut avec l’antenne en hci0 et je suis allé regardé et évidemment la clé Sena était déclaré en hci1… C’est sur que c’est mieux avec la clé Sena que le Bluetooth du PI…
@Mips dans l’application theengs-gateway tu configures en mettant hci0 ou hci1 etc… mais dans ton plugin tu peux récupérer la mac adresse comme sous blea de la clé sélectionné ou des clés des clés présentes ?
Peux-tu faire un autre sujet pour ce point pour le plugin-tgw? Ainsi je le flag pour le suivi.
J’avais effectivement pensé rappatrier les interface existantes à un moment, c’est possible, mais j’avais un peu oublié (et faut trouver le temps aussi)
edit: plus la peine, ca sera dans la beta de plugin-tgw demain
Sinon c’est immédiat chez moi avec le bluetooth d’un pi0 dans mon garage, je suis détecté nettement plus rapidement qu’avec blea pour ma part
hello je te remercie pour ta réponse de l’époque tout va bien avec le Tile, c’est top par rapport à BLEA, j’avais juste une question pour un spécialiste comme toi que je ne suis pas du tout. j’ai un équipement nuki et je lis: https://support.nuki.io/hc/en-us/articles/12947926779409-MQTT-support mais cela ne veut pas forcément dire que c’est compatible theengs et donc mqtt discovery? car il nest pas listé dans la liste que tu m’as linkée. merci
Bonjour, je ne connais pas Nuki.
Il semble que c’est sur l’application Nuki que tu peux paramétrer le MQTT et le discovery
S’il y a le Discovery, le plugin devrait le voir apparaître.
Si cela fonctionne, pas besoin de Theengs Gateway.
Par contre, est ce que cela consomme plus de batterie sur ton smartphone ? A tester.
Oui c’est ça, la serrure va poster directement en mqtt et le plugin va la détecter via le discovery.
Encore une fois, ce plugin n’est pas lié au bluetooth ni à theengs mais à mqtt
Si tu tests avec ça m’intéresse de voir les configs et qu’on vérifie ensemble que tout est bien créé
je ne comprend pas trop quel matos tu as du coup, car selon moi nuki smart pro est bien compatible mqtt et mqtt discovery mais si tu utilises le plugin-nuki c’est que tu as un bridge et je ne pense pas que le bridge supporte mqtt, en tout cas moi je n’ai pas trouvé cette option sur le mien
Merci à Mips pour le plugin MQTT Discovery que j’ai installé tout récemment.
Il est rare que j’installe un plugin en beta, mais après un mois et demi de « changelog » j’ai pensé que je ne courais pas de grand risque (NB : sachant que j’ai des sauvegardes, y compris de VM)
Ma config :
Jeedom : V 4.3.17
MQTT Discovery : version Beta 2023-10-19 01:01:51
2 x ESP32 AZDelivery
Dongle Sena UD100-G03
Modules BLEA : Nut Find 3 et Shelly BLU Bouton
Retour d’expérience :
Le plugin MQTT Discovery fonctionne très bien
Mon module Nut Find 3 est encore suivi par le plugin BLEA (Dongle Sena), mais également par MQTT Discovery et ESP32 : j’ai constaté un delta temps de détection entre les 2 solutions inférieur à la minute
Mon module Shelly BLU Bouton est bien détecté par mes ESP32 et MQTT Discovery
J’ai eu de rares « faux positifs ».
Dans ce cas, le temps entre la perte et retour du Shelly est inférieur à la minute : je pourrai gérer via un scénario
Quelques informations complémentaires :
Comme je n’ai pas honte, je partage ma bévue
Avant d’installer le plugin MQTT Discovery, j’avais bien vu le topic « homeassistant » grâce à MQTT Explorer.
J’avais aussi lu la doc du plugin, où il est clairement mentionné que ce topic est nécessaire !
Mais comme j’avais fait des tests avec home assistant et une connexion MQTT avec Jeedom, j’ai cru que le topic venait de là… et j’ai effacé le topic « homeassistant » avec MQTT Explorer !
Evidemment, le plugin MQTT Discovery ne remontait aucun équipement
J’ai redémarré mes 2 ESP32 et le topic « homeassistant » a été recréé
… On est prié de ne pas se moquer
Informations concernant le Shelly BLU Bouton :
Dans le topic « homeassistant », le module est reconnu comme un « sensor » avec les infos « packet », « batt », « press ».
L’équipement créé ne comporte alors que ces trois infos
En ajoutant le topic de mes ESP32 (« bt » en l’occurrence), l’information RSSI remonte et par conséquent la présence
A venir
Comme je souhaite continuer à utiliser mon Dongle Sena, j’installerai le plugin « Theengs gateway »
Comme ce plugin en beta est plus récent, dois-je attendre encore un peu ?
Merci encore pour ces 2 plugins
PS : et une bêtise de plus !.. j’ai cliqué sur répondre à Kwet
Concernant beta<>stable de mon côté les deux versions ont été remontée en stable et la synchro avec le market demandée. Autrement dit je considère la version actuelle des deux comme stable.
Les non-devs ne le savent peut-être pas mais avant la première stable l’équipe jeedom valide les plugins.
Donc c’est ça que j’attends (délai normal, je n’ai fait cette demande que fin de semaine) mais ca explique donc pourquoi ils ne sont pas (encore) disponibles sur le market en stable malgré ce que je viens d’expliquer; bref c’est juste un détail administratif.
Comment la sélection automatique d’antenne fonctionne, normalement il sélectionne le rssi le plus intéressant ?
Je constate que c’est pas toujours le cas exemple :
En installant mon antenne distante , cela c’est corrigé.
Par contre autres interrogations:
Certains NUT ont les 2 rssi: local et distant
D’autres un seul rssi qui est le distant
On va tout doucement rebasculer dans un mode « 1 question = 1 sujet » la phase de beta-test se terminant.
Pour le rssi, l’info est ici ici plus haut dans ce post (juste quelques messages…) et dans le changelog.
=> Une commande rssi global et une par antenne ayant captée le nut.
Et ceci explique pourquoi au début le nut n’avait pas toutes les commandes, il n’est probablement pas à portée ou incorrectement envoyé par l’antenne locale ce qui explique qu’il n’a que le rssi pour l’antenne distante.
Ps: à l’avenir ca ne sert à rien de faire une capture d’écran de la config surtout si elle est tronquée. Il y a un bouton pour en faire la copie.
oui, de manière générale je ne modifie jamais la config d’un équipement déjà créé pour ne pas écraser les choix des utilisateurs.
Lorsque c’est un paramètre important alors je met en place une vérification genre « si il y a une config, on vérifie et éventuellement corrige sinon défaut et si pas défaut » mais ici c’est vmt un détail alors j’ai fait simple.
perso le rssi je m’en fiche un peu, pour moi c’est une info technique que je n’affiche même pas.