Problème mineur avec TGW : redémarrage nécessaire après reboot de la VM

Plugins Protocole domotique
1

Hello tout le monde,

Je rencontre un petit souci avec le plugin TGW, utilisé dans ma configuration Jeedom. Voici quelques détails pour mieux comprendre mon setup :

  • Hôte : Intel NUC tournant sous Ubuntu, avec KVM/libvirt pour la virtualisation.
  • VM Jeedom : Debian 11, dédiée, sur laquelle TGW est installé.
  • Utilisation de TGW : Mon dongle Bluetooth est utilisé via TGW pour détecter un NUT Mini (présence).
  • Autres plugins MQTT :
    • J’utilise MQTT Manager comme serveur/broker MQTT.
    • J’utilise MQTT Discovery pour récupérer les topics et équipements MQTT.

Après un redémarrage de la VM Jeedom :

  1. TGW démarre bien, mais le NUT Mini n’est pas immédiatement détecté (je le vois de suite car je reçois un message me disant que je ne suis plus chez moi)

  2. Dans les logs TGW, je vois souvent l’erreur suivante
    [org.bluez.Error.NotReady] Resource Not Ready

  3. Pourtant, l’état du Bluetooth est OK dans la VM :

  • La commande systemctl status bluetooth montre un service actif.
# systemctl status bluetooth
● bluetooth.service - Bluetooth service
     Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
     Active: active (running) since Fri 2025-01-03 10:39:33 CET; 29min ago
       Docs: man:bluetoothd(8)
   Main PID: 3664 (bluetoothd)
     Status: "Running"
      Tasks: 1 (limit: 2323)
     Memory: 1.4M
        CPU: 22.945s
     CGroup: /system.slice/bluetooth.service
             └─3664 /usr/libexec/bluetooth/bluetoothd
  • La commande hcitool dev liste bien l’interface Bluetooth (hci0).
# hcitool dev
Devices:
        hci0    00:01:95:3E:A5:93
  1. Pour que tout fonctionne à nouveau, je dois :
  • Redémarrer manuellement le plugin TGW (parfois 1 ou 2 fois).
  • Une fois cela fait, tout fonctionne parfaitement de manière stable. Je le constate immédiatement grâce à un message Telegram qui m’indique que ma présence est détectée à nouveau. Tant que la VM ne redémarre pas, la détection reste impeccable lorsque je sors et reviens chez moi.

Ce que j’ai tenté :

  1. Vérification côté hôte :
  • Le Bluetooth est désactivé sur l’hôte avec systemctl disable bluetooth.service.
  • J’ai également supprimé le blocage logiciel via rfkill unblock bluetooth.
  1. Vérification côté VM (avant de forcer le restart de TGW) :
  • Le Bluetooth (hci0) est bien activé dès le démarrage de la VM et listé comme disponible.
  • Aucun conflit apparent dans les logs côté VM.

Page de config du plugin:

Capture d’écran 2025-01-03 à 10.51.09
Capture d’écran 2025-01-03 à 10.51.091920×838 53.1 KB

Page de santé Jeedom:

Capture d’écran 2025-01-03 à 10.52.18
Capture d’écran 2025-01-03 à 10.52.181920×868 83 KB

Une idée du souci?

Merci

2

Bonjour,

Je ne connais pas KVM/libvirt; c’est peut-être une des raisons.

En principe le service theengsgateway attend que le bluetooth soit up avant de démarrer, peut-être qu’il manque qlq ch là mais je ne reproduis pas le cas.

oui mais c’est p-e une histoire de secondes donc le temps de vérifier il peut être up mais pas au moment au theengsgateway a essayé de démarrer; faudrait comparer les heures et les logs

3

@Mips yes, je vais faire ça, merci bcp :slight_smile:

4

Normal, par défaut la présence est sur absent au lancement du démon jusqu’à réception du premier signal. C’est un comportement normal.pour moi.

Soit cela vient de la vm ou tu utilises la clé Bluetooth avec deux plugins.

6

d’ailleurs, si tu ne fais rien, est-ce que theengsgateway ne se reconnecte pas tout seul au bluetooth par la suite?

7

Re,
Non, je dois quand même le restart manuellement, j’ai testé et même au bout de quelques minutes, il ne détecte pas la présence du NUT.