Besoin de testeurs pour un nouveau plugin: MQTT Discovery

Mips · Octobre 21, 2023, 2:57

Merci pour le retour.

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.

kwet · Octobre 21, 2023, 3:10

Hello,

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 :

Mips · Octobre 21, 2023, 3:11

Non c’est toujours le dernier reçu

Fabrice · Octobre 21, 2023, 7:33

Bonsoir.

Profitez en pour changer l’échelle du widget du RSSI.
Il faut mettre en maxi : 0 et en mini : -200
- Cela rendra le bargraphe vivant.

kwet · Octobre 21, 2023, 7:34

Oui en effet bien vue merci

Mips · Octobre 21, 2023, 8:08

J’ai changé le template par défaut en « core::line » depuis mais effectivement je devrais changer le min max par défaut

ludimato · Octobre 22, 2023, 3:30

Bonjour,

Mes nuts sont bien découvert par contre certains n’ont pas la totalité des commandes

Pour exemple un avec la totalité des commandes

Et d’autres incomplètes

j ai supprimé et recrée mais idem toujours une seule commande.

Une idée ?

ludimato · Octobre 22, 2023, 3:59

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

Une idée ?

Mips · Octobre 22, 2023, 4:49

Bonjour,

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.

kwet · Octobre 23, 2023, 6:46

Hello j’ai vu le change log pour les paramètres min et max mais je suppose que ça prend en compte que pour les nouveaux équipements ?

Car hormis le paramètre que j’ai changé hier pour le rssi manuellement les autres rssi (de toutes les antennes Bluetooth) n’ont pas pris en compte

Mips · Octobre 23, 2023, 6:50

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.

i-magin · Octobre 23, 2023, 11:03

Bonjour

J’ai installé hier le plugin « Theengs gateway » afin d’utiliser mon dongle SENA branché en local sur mon serveur Jeedom
Installation rapide sur ma configuration basée sur un NUC
NB : j’avais arrêté le Demon du plugin BLEA
Je rappelle que le plugin MQTT Discovery fonctionnait déjà avec 2 x ESP32 sur mon Jeedom

J’ai constaté que le RSSI de mon Dongle (intitulé dans mon cas « rssi TGW_775 ») avait été ajouté automatiquement à mes équipements MQTT Discovery existants, sans intervention de ma part

Hier au soir, j’ai effectué un contrôle avec MQTT Explorer et j’ai noté que j’obtenais le topic « tgw/775/LWT », mentionné dans ma configuration « Theengs gateway » : [lwt_topic] => tgw/775/LWT
Par contre, je n’avais pas le topic « home/TGW_775/BTtoMQTT », mentionné dans la configuration « Theengs gateway » : [publish_topic] => home/TGW_775/BTtoMQTT

J’ai alors remarqué que le RSSI de mes équipements découverts par mon dongle SENA était figé.
Mes interventions ont été trop désordonnées pour avoir un quelconque intérêt : redémarrage de l’antenne, relance du Demon MQTT Discovery…

C’est après un redémarrage de Mosquito sous MQTT2, que le topic « home/TGW_775/BTtoMQTT » est apparu dans MQTT Explorer, avec les équipements détectés par mon dongle SENA, et les RSSI de mes équipements ont été mis à jour sous MQTT Discovery

Petite remarque :

On voit ci-dessus, mes 2 ESP32 : les identifiants étant récupérés par les valeurs de « SYStoMQTT »
L’équipement SENA n’apparait pas, l’adresse MAC n’étant pas remontée sous MQTT

Tout fonctionne bien et je vais pouvoir désinstaller le plugin BLEA (merci à Ludovic pour ce plugin qui m’a bien servi durant plusieurs années)
Je vais pouvoir entreprendre de passer de Debian 10 à la version 11

PS : j’ai bien noté qu’il va falloir ouvrir des sujets séparés… et je suppose que les tags adaptés aux 2 plugins vont suivre

Mips · Octobre 23, 2023, 11:16

C’est normal, theengs ne publie rien sur le discovery mais en même temps je ne vois pas ce qu’il pourrait publier vu qu’il n’y a aucune action vraiment possible donc ca ne servirait à rien.

pour une question oui, mais du coup ici il n’y a pas de question ou je me trompe?

dès que les plugins seront validés par l’équipe

i-magin · Octobre 24, 2023, 8:15

Bonjour

En effet, c’est bien les commandes que j’obtiens à la découverte de l’équipement SwitchBot.
Mais en patientant un peu, on obtient des commandes action

J’ai testé les commandes « X1-mode On » et « X1-mode Off » sans résultat sur le SwitchBot
Certaines commandes me surprennent : la commande « info » « X1-mode » est en « binaire » et « X1-state » en « autre », les commandes « action » « X1-batt On » et « X1-batt Off » ?

Ci-après le fichier configuration :

{
"switch" : {
"F4653615XXXX-mode" : {
"stat_t" : "+/+/BTtoMQTT/F4653615XXXX",
"name" : "X1-mode",
"uniq_id" : "F4653615XXXX-mode",
"val_tpl" : " value_json.mode | is_defined ",
"pl_on" : "{"SBS1":"on","mac":"F4:65:36:15:XX:XX"}",
"pl_off" : "{"SBS1":"off","mac":"F4:65:36:15:XX:XX"}",
"pl_avail" : "online",
"pl_not_avail" : "offline",
"stat_on" : "on",
"stat_off" : "off",
"cmd_t" : "bt/Salon/commands/MQTTtoBT/config",
"device" : {
"identifiers" : [
"F4653615XXXX"
],
"connections" : [
[
"mac",
"F4653615XXXX"
]
],
"manufacturer" : "SwitchBot",
"model" : "X1",
"name" : "Bot-15XXXX",
"via_device" : "Salon"
}
},
"F4653615XXXX-batt" : {
"stat_t" : "+/+/BTtoMQTT/F4653615XXXX",
"name" : "X1-batt",
"uniq_id" : "F4653615XXXX-batt",
"val_tpl" : " value_json.batt | is_defined ",
"pl_on" : "{"SBS1":"on","mac":"F4:65:36:15:XX:XX"}",
"pl_off" : "{"SBS1":"off","mac":"F4:65:36:15:XX:XX"}",
"pl_avail" : "online",
"pl_not_avail" : "offline",
"stat_on" : "on",
"stat_off" : "off",
"cmd_t" : "bt/Salon/commands/MQTTtoBT/config",
"device" : {
"identifiers" : [
"F4653615XXXX"
],
"connections" : [
[
"mac",
"F4653615XXXX"
]
],
"manufacturer" : "SwitchBot",
"model" : "X1",
"name" : "Bot-15XXXX",
"via_device" : "Salon"
}
}
},
"sensor" : {
"F4653615XXXX-state" : {
"stat_t" : "+/+/BTtoMQTT/F4653615XXXX",
"name" : "X1-state",
"uniq_id" : "F4653615XXXX-state",
"val_tpl" : " value_json.state | is_defined ",
"state_class" : "measurement",
"device" : {
"identifiers" : [
"F4653615XXXX"
],
"connections" : [
[
"mac",
"F4653615XXXX"
]
],
"manufacturer" : "SwitchBot",
"model" : "X1",
"name" : "Bot-15XXXX",
"via_device" : "Salon"
}
},
"F4653615XXXX-mode" : {
"stat_t" : "+/+/BTtoMQTT/F4653615XXXX",
"name" : "X1-mode",
"uniq_id" : "F4653615XXXX-mode",
"val_tpl" : " value_json.mode | is_defined ",
"state_class" : "measurement",
"device" : {
"identifiers" : [
"F4653615XXXX"
],
"connections" : [
[
"mac",
"F4653615XXXX"
]
],
"manufacturer" : "SwitchBot",
"model" : "X1",
"name" : "Bot",
"via_device" : "Sena"
}
},
"F4653615XXXX-batt" : {
"stat_t" : "+/+/BTtoMQTT/F4653615XXXX",
"dev_cla" : "battery",
"unit_of_meas" : "%",
"name" : "X1-batt",
"uniq_id" : "F4653615XXXX-batt",
"val_tpl" : " value_json.batt | is_defined ",
"state_class" : "measurement",
"device" : {
"identifiers" : [
"F4653615XXXX"
],
"connections" : [
[
"mac",
"F4653615XXXX"
]
],
"manufacturer" : "SwitchBot",
"model" : "X1",
"name" : "Bot",
"via_device" : "Sena"
}
}
}
}

Merci par avance !

Mips · Octobre 24, 2023, 8:45

comment/où as-tu copier la config? depuis le plugin?
manifestement tu l’as modifié ensuite et le résultat est corrompu; mais je ne sais pas si c’est avant ou après tes modifs.

oui, c’est normal, « mode » semble être un switch on/off
je peux voir la config avancée de cette commande? surtout ce qui a été mis dans la « formule de calcul »?

par contre il a des problèmes dans la config envoyée je pense (mais comme le json est corrompu c’est compliqué à affirmer):

le même uniq_id a été utilisé 2 fois: pour la commande switch x1-mode et pour un « sensor » x1-mode => ce n’est pas possible, le décodage doit être corrigé.
il est indiqué une commande switch x1-batt, ca n’a pas de sens pour une batterie (en tout cas je ne comprend pas à quoi ca peut servir) et du coté des commandes actions ce sont les mêmes que pour la commande mode… ce n’est pas possible non plus
de nouveau le même uniq_id a été utilisé pour x1-batt: pour la commande switch et pour le sensor.

bref, il faudrait commencer par être certain de la config reçue

i-magin · Octobre 24, 2023, 9:41

Bonjour Mips

En effet, j’ai modifié la configuration pour masquer l’adresse MAC et parce que la copie sur community n’était pas « lisible », même en utilisant la touche « texte préformaté ».
Je viens de copier la configuration avec le bouton ad hoc et je l’ai enregistrée dans un fichier json.
Je te l’envoie en MP

Merci !

Mips · Octobre 24, 2023, 9:42

ok donc la formule de calcul est correcte, ca transformera bien le payload en binaire

kwet · Novembre 5, 2023, 9:51

Bonjour,

Je n’ai aucun soucis particulier avec le plugin, il fonctionne vraiment très bien. Mais vu que l’on est en béta je remonte un message retrouvé ce matin dans les logs sur le daemon sans raison particulière (je n’ai rien modifié) :

0000|[2023-11-05 08:38:18]ERROR : error on_message: ‹ utf-8 › codec can’t decode byte 0xab in position 3: invalid start byte

Mips · Novembre 5, 2023, 10:17

Salut,

Merci pour le retour.

Bon c’est certainement lors du traitement d’un message mqtt.
Le problème c’est que là ca va être impossible d’investiguer vu le manque de log (ce n’est pas ta faute, ni la mienne d’ailleurs)

Soit ça été un problème temporaire, soit il y a vraiment une info incorrecte sur mqtt.

Si ca ne se produit plus ca sera la première option et rien à faire.
Si ca se reproduit alors il faudra peut-être passer en debug et tenter de reproduire pour trouver ce qui cause cette erreur

Fabrice · Novembre 5, 2023, 10:47

Bonjour,

BIG MERCI pour ce plugin, qui va, sans aucun doute, remplacer BLEA (pas compatible Debian 11) chez tout le monde !
- Gestion des antennes au top
- Facilité d’utilisation et d’intégration
- Permet de masquer complètement tout ce qui est hors de porté des non initiés (Broker, MQTT…)
- Le Core de Jeedom, avec sa fonction [Remplacer], permet une migration facile des deux plugins

Je viens d’avoir cela à l’instant, suite au plantage d’une antenne TGW (c’est le Raspberry Pi Zero W qui plante tout le temps, rien à voir avec les plugins).

2023-11-05 11:34:17	tgw	Erreur sur la fonction cron du plugin : Expected NET_SFTP_DATA or NET_SFTP_STATUS. Got packet type:

Ce n’est pas très grave, mais ce n’est pas parlant dans un 1er temps.

Ensuite, les deux autres messages sont parlant :

2023-11-05 11:35:37	tgw	[Jeedom][TGW02] est hors ligne	Equipement	
2023-11-05 11:35:14	tgw	Erreur sur la fonction cron du plugin : Cannot connect to 192.168.1.55:22. Error 110. Connection timed out