donc tu l’antenne 1731 & 1091
laquelle est celle sur la smart?
et l’autre c’est sur quoi?
dans le topic homeassistant il y a quoi? je peux voir? pcq du coup j’imagine qu’il y a des équipements qui remontent via l’autre antenne?
L’antenne 1731 est sur mon Atlas Bluetooth interne
L’antenne 1091 est sur ma Smart clé sena
Oui l’antenne 1731 fonctionne et me remonte une partie des elements ( NUT, NUTALE, MT Xiaomi , Miflora )
Déjà essayé de redémarrer la smart aussi?
oui j’ai déjà essayé (vu sur l’autre post)
Tu as lu que sur Atlas le log TGW update est 2 fois plus gros ? 130 lignes au lieu de 80 ligne sur Smart.
Les LOG d’installation sont correctes ?
il me semble avoir lu que tu n’avais pas de Smart , si tu as besoin de fichier spécifique tu peux demander
gérard
concernant les logs il faut que je fasse en sorte de les nettoyer régulièrement, qu’ils soient plus gros… ca dépend depuis quand l’antenne tourne, le loglevel etc
oui il me semble, d’ailleurs l’antenne démarre et est « en ligne » même s’il y a évidement ce problème de communication entre le soft et le bluetooth
perso je n’ai plus de smart mais je connais quelqu’un qui en a une mais impossible de tester (pour l’instant) sur celle-ci
Ce n’est pas grave , s’était pour essayer en prévision du passage en Debian 11 .
je testais sur la Smart car elle est mieux situé que mon Atlas (au milieu de la maison).
Sur la Smart j’attend le passage officiel en Debian 11 , peut-être que çà marchera.
je vais essayer avec la clé Sena sur mon Atlas mais je risque d’avoir des petits problèmes j’ai déjà une autre clé Sena qui tourne pour Blea.
De toute façon les ESP_32 avec OMG fonctionnent très bien, mais je voulais réutiliser mes clés Sena la portée est beaucoup plus importante.
Merci quand mème.
Bonne soirée
Gérard
Bonsoir.
Arrêtez le plugin BLEA quelques instants.
Déclarez la clé Sena pour l’antenne locale twg.
Et testez !
Vous ne risquez rien.
Après 3 jours de recherche, de discussions et de support, j’en conclus que le plugin n’est pas mis en cause (je parle bien d’une smart).
Il y a un bug à l’initialisation du bluetooth, que l’on peut constater en faisant: sudo systemctl status bluetooth
Le driver bluetooth de la smart est un Realtek RTL8821cu. Ce driver ne veut pas s’updater (en debian 10 buster) car il y a une erreur au moment du make (erreur dans un code C).
Ce bug n’empêche pas le bluetooth de fonctionner (avec BLEA par exemple) mais empêche la capacité de faire un Discovery (on peut le constater avec l’outil btmgmt) et c’est justement ce que TheengsGateway essaie de faire.
Ce bug est bien entendu corrigé en Debian 11 mais je ne sais ce qu’il en sera sur une smart, à voir…
Ok, pourquoi pas si le support le dis, mais alors pourquoi le problème existe aussi avec une clé Sena ? (sujet de ce fil)
Bonjour,
Pour infos
En janvier j’ai remplacer ma carte memoire sur ma Smart par une carte avec Jeedom prés installée achetée chez Domadoo et je me souvient que pour BLEA j’avais du faire une mise à jour, il me semble que cela concernait « bluepy », je ne sais pas si cela peut avoir un impact.
Autre infos : (pour faire avancer la science)
J’ai fait des tests avec une clé récupéré chez mon fils : ORICO-BTA-403-BK
Sur ma Smart :
Installation de l’antenne : OK
Configurer le service. : En ligne
MQTT Explorer : Id antenne détecté
MQTT Explorer. : Home / TGW_XXX >>>> ABSENT
LOG MQTT « Debug » : PAS d’équipement
Sur mon Atlas :
Installation de l’antenne : OK
Configurer le service. : En ligne
MQTT Explorer : Id antenne détecté
MQTT Explorer. : Home / TGW_xxx/ BTtoMQTT. >>> arrivée de mes équipements
LOG MQTT « Debug » : Arrivée de mes équipements
Sur L’Odroid
Installation de l’antenne : OK
Configurer le service. : En ligne
MQTT Explorer : Id antenne détecté
MQTT Explorer. : Home / TGW_xxx/ BTtoMQTT. >>> arrivée de mes équipements
LOG MQTT « Debug » : Arrivée de mes équipements
On pourrait en déduire que le problème viens de la Smart.
Bonne soirée
Gérard
Bonjour,
C’est pas mal toutes ces informations.
Bluepy ce n’est que pour BLEA (et ce composant n’est pas compatible Debian 11).
Je n’y connais pas grand chose en Linux, mais le Kernel de la Smart est en version 3. Il est possible que le problème puisse venir de là.
Quelle est la version du Kernel sur l’Atlas ?
Sur la page santé : 5.10.43
Gérard
Il est possible que cela soit ce qui fait la différence.
J’ai créé un conteneur docker Docker HomeAssistant
Le Bluetooth natif ne fonctionne pas.
Par contre en installant
Passive BLE Monitor integration
C’est assez déconcertant
Et bien on récupère les infos des équipements
Et quel est le rapport ?
C’est complètement hors sujet
Pas vraiment
je réponds notamment à @PapiGege
Il y a trois élèments :
L’OS
le plugin
l’antenne bluetooth
@PapiGege indique clairement que l’os peut ne pas faire fonctionner le plugin / l’antenne
Le plugin utilise Systemd qui implique d’utiliser un os adéquate
l’antenne bluetooth : Le plugin de homeassistant (copié pour jeedom) préconise certaine antenne
et certaine peuvent utiliser le mode passive qui rend moins compliqué l’utilisation
Pour finir j’aimerais bien que tu arrêtes de faire le censeur sur ce forum avec le ton que tu utilises une nouvelles fois.
Si ma réponse ne te plait pas, elle peut aider à d’autres
et toi passer à autres choses. Merci.
c’est faux, je n’ai meme pas connaissance de ce plugin
parlez de docker et d’un plugin homeassistant n’a aucun lien avec l’utilisation du plugin-tgw sur smart donc c’est hors sujet et moi j’aimerais bien que tu ne posts pas hors sujet.
Le plugin plugin-mqttdiscovery est une copie de Ha
C’est bien de s’inspirer de HA pour jeedom
Il faut aller plus loin maintenant avec le mode passif ble
Désolé mais tu n’as rien compris, ni dans ha ni sur les 2 plugins jeedom dont il est question ici.
Mqtt discovery n’est pas une copie de ha.
C’est l’implémentation dans jeedom du protocole mqtt discovery aussi appelé ha discovert fait par et pour ha. Et je n’ai jamais caché cela, c’est justement tout l’intérêt du bazar: une multitude d’intégrations compatibles ha via ce protocole le deviennent aussi nativement sur jeedom!
Et mqtt discovery ne gère pas le bluetooth donc ble passive brok bidule, on n’en a rien a ciré dans mqtt (discovery ou pas)
Pour finir, ni l’intégration native, ni le « plugin » ha pour bluetooth dont tu fais référence n’utilise mqtt du tout en fait! Donc vraiment aucun lien.