Pour la compréhension par l’équipe Theengs et la maintenance de l’intégration Jeedom nous souhaiterions savoir comment fonctionne la détection de présence. Plus précisemment:
Vous appuyez vous sur le statut « offline » publié après un timer par Theengs Gateway ou OpenMQTTGateway
Est ce que la découverte est compatible avec l’appareil device_tracker et binary_sensor tel que définit dans la convention HA
Le plugin-tgw n’intervient pas du tout la dedans;
ce plugin sert « uniquement » à installer Theengs Gateway en local sur jeedom ou sur un debian distant (pi ou autre) et à pouvoir gérer la config, la mise en service, le démarrage/arrêt et le statut de Theengs Gateway tout ca depuis et via Jeedom.
Donc ceux qui savent et qui installent par eux-même ou ceux qui installent via le plugin vont avoir le même résultat à la fin.
Par contre plugin-mqttdiscovery lui gère le type « device_tracker » (ainsi que « binary_sensor » et plein d’autres);
En résumé, sur un « device_tracker », il va utiliser le rssi (en combinant l’info de chaque passerelle si on en a plusieurs):
dès qu’un rssi est remonté, le device est flag comme présent (commande jeedom)
après un délai configuré, le device est flag comme absent (tout ca géré par le plugin/jeedom)
Je n’ai pas encore eu le temps de tester les changements de theeng 1.3 avec les gestion de présence, chez moi j’ai 2 antennes theengs & 2 omg
Si un « binary_sensor » présence remontait via le discovery, il sera créé automatiquement, ca sera transparent, mais ca n’arrêtera pas l’autre gestion que j’ai mise en place.
Et j’avais mis cela en place car j’étais un peu bloqué avec ce qui existait (peut-être par méconnaissance ou mauvaise compréhension)
J’espère que cela répond en partie à tes interrogations, à disposition si besoin.
Donc il y a un delai de configuré dans le plugin, une sorte de timeout ?
Et ce délai n’est pas lié au timeout implémenté à 1.3 je suppose étant donné qu’elle est sortie récemment.
Exact, si pas d’update du rssi (quelques soient le topic/antenne tant qu’ils sont bien lié à cette commande/équipement) pendant x secondes alors ca passe en absent.
toute remontée de rssi prolonge le délai.
le délai est configurable par équipement.
et ca date bien d’avant, je fait comme ca depuis le début.
d’après ce que j’avais lu en diagonale c’est ce qui est implémenté dans theengs gateway dans la dernière version;
à l’avenir je pourrais envisager de supprimer cette gestion du plugin si c’est complétement géré par la passerelle; il est trop tôt pour décider je pense, de toute façon ca ne gène pas d’avoir les deux le temps de la transition éventuelle.
Bon, j’ai trouvé mon offline. Je ne le cherchais pas au bon endroit.
Je l’attendais avec ma logique dans le topic presence qui me semblait logiquement vu son nom être le lieu de notification de presence. Eh non le status offline arrive dans le topic home/OMG_ESP32_BLE/BTtoMQTT/A4…
Ca marche très bien du coup avec un peu de gym avec jeedom pour créer le online qui lui n’existe pas.
N’étant pas un spécialiste je dois chercher à petits pas. Mon pb est que le topic Jmqtt garde le state offline tant qu’il n’est pas écrasé par autre chose sans doute.
J’ai contourné mais il y a surement mieux à faire.
Merci 1technophile
Bonjour je ne sais pas si je poste sur le bon topic pour ma part je bloque avec mqtt discovery car si le uuid de ma femme est toujours le même sont ibeacon lui change d’adresse mac sans arret ? Idem Apple Watch ? y a-t-il une façon de faire que je ne comprends pas et avez-vous déjà réussi à récupérer l’info Bluetooth sur iphone.
Un énorme merci pour ceux qui prendront le temps de me répondre