Contrôleur bluetooth natif absent après mise à jour debian 12

Bonjour,

J’ai mis à jour ma box Atlas Pro avec core jeedom stable à jour de Debian 11 à 12 via l’image mise dans le dossier update, sans soucis apparent, tout est revenu comme il faut après restauration de la sauvegarde sauf… le contrôleur bluetooth natif de la box sur le plugin détection du téléphone qui est maintenant “Aucun” alors que c’était fonctionnel avant la mise à jour.

  • J’ai essayé de redémarrer la box / désinstaller-réinstaller le plugin : sans effet.
  • J’ai essayé de me connecter en ssh à la box pour tester le bluetooth. J’ai pu m’y connecter avec le login jeedom mais pas root (mot de passe Mjeedom96 n’a pas marché…). J’ai alors testé différentes commandes hciconfig, hcitool dev, hciconfig hci0 down. A chaque fois réponse “commande introuvable” . Est ce parce que je ne suis pas en root ?

- Je n’ai pas essayé de revenir en Debian 11 pour voir si le contrôleur réapparaissait, serait-ce pertinent ? J’avoue que chaque gros changement, restauration, etc ne me rassure pas mais si cette idée est la plus recommandée, je le ferais !

Dernière info, lors d’une réinstallation des dépendances du plugin pour voir au cas où, j’ai eu ce message, aucune idée de ce que ça veut dire…

Failed opening required '/var/www/html/plugins/phone_detection/core/class/../../vendor/autoload.php' (include_path='.:/usr/share/php')

Quelles suggestions auriez vous à me faire tester pour retrouver le bluetooth, tester son état, … ? Merci pour votre aide avisée !


Informations Jeedom Atlas

Core : 4.6.1 (master)
DNS Jeedom Atlas : oui

Plugin : Détection de téléphone (Bluetooth)
Version : 2026-01-06 01:22:12 (stable)
Statut Démon : Stoppé - (Inconnue)
Santé
🟢 Matériel : Atlas
🟢 Système à jour : OK
🟢 Cron actif : OK
🟢 Scénario actif : OK
🟢 Démarré : OK 2026-09-17 22:59:05
🟢 Date système (dernière heure enregistrée) : OK 2026-09-22 18:56:04 (2026-09-22 18:38:02)
🟢 Droits sudo : OK
🟢 Version Jeedom : 4.6.1
🟢 Version OS : debian 12.14
🟢 Version PHP : 8.2.31
🟢 Nombre de processus Apache : 14
🟢 Version OS : Linux JeedomAtlas 6.16.4-arm64 #1 SMP PREEMPT 2026-06-26 aarch64 GNU/Linux  [12.14]
🟢 Version database : 10.11.14-MariaDB-0+deb12u2
🟢 Espace disque libre : 71 %
🟢 Connexion active/max/autorisée : 15/27/151
🟢 Taille base de données : 26.31 MB
🟢 Espace disque libre tmp : 100 %
🟢 Mémoire disponible : 67 % (Total 3849 Mo)
🟢 Mémoire suffisante : 0 
🟢 Erreur I/O : 0
🟢 Swap disponible : 100 % (Total 1024 Mo)
🟢 Swappiness : 10 %
🟢 Charge : 0.33 - 0.34 - 0.38
🟢 Configuration réseau interne : OK
🟢 Configuration réseau externe : OK
🟢 Node : v22.23.1 
🟢 Python 3 : Python 3.11.2 
🟢 Persistance du cache : OK
🟢 Apache private tmp : OK

Bonjour,

Pour te rassurer : non ça ne vient pas des nouvelles images système ni vraiment de la version Debian 11 ou 12 mais bien du plugin qui ne gère plus correctement l’installation de ses dépendances depuis le 5 janvier 2026 apparemment. Beaucoup de choses à revoir à ce niveau en survolant le code mais en préparant une réponse recensant les soucis principaux je constate que @Mips a déjà fait le travail il y a un mois :

Merci pour ta réactivité. Si je te comprends bien, c’est l’installation bancale des dépendances du plugin qui impacte la reconnaissance du contrôleur bluetooth ? Et donc il suffit d’attendre une mise à jour du plugin ?

J’ai survolé après une grosse journée de boulot, mais sans trop m’avancer, ces 2 commandes lancées dans l’ordre depuis l’Administration système (Réglages > Système > Configuration, onglet OS/DB) devraient débloquer la situation :

  1. sudo apt install -y bluez bluez-hcidump rfkill python3-requests python3-paho-mqtt
  2. sudo usermod -aG bluetooth www-data

Redémarre ensuite la box, puis vérifie que le contrôleur apparaît dans la configuration du plugin.

2 « J'aime »

Super, le contrôleur est effectivement réapparu, le démon du plugin est maintenant OK.

En revanche, après création d’un équipement activé avec l’adresse MAC bluetooth de mon téléphone, la détection ne semble pas se faire : pas de mise à jour de l’état après refresh (ni 0 ni 1 affiché), l’état reste donc à 0 alors que le téléphone est bien en service.
Y a t-il autre chose à activer ? Merci.

Bonjour,

Je ne sais pas quel téléphone vous utilisez mais attention, certains téléphones changent la mac address en permanence, il faut aller dans les paramètres du téléphone pour présenter la vrai mac et stopper cette securité de mac tournante !

Ensuite il faudrait montrer les logs en debug car sans info on ne va pas deviner ce qui se passe chez vous

L’adresse mac n’a pas changé depuis hier soir et si je comprends les logs en débug, le téléphone est détecté, il s’agit bien de la même adresse mac.

Logs après refresh quand téléphone hors zone :

[2026-09-23 10:58:49] DEBUG  cmdId:refresh
[2026-09-23 10:58:49] DEBUG  eqLogic Id:185
[2026-09-23 10:58:49] DEBUG  mac address: A0:4E:CF:3C:2F:33
[2026-09-23 10:58:49] INFO  BT Device: hci0
[2026-09-23 10:58:51] DEBUG  device name:
[2026-09-23 10:58:51] DEBUG  device state: 0
[2026-09-23 10:58:51] DEBUG  [Sécurité][BT Flo]-->0
[2026-09-23 10:58:51] DEBUG  [Sécurité][BT Tiph]-->0
[2026-09-23 10:58:51] DEBUG  updateGlobalDevice: state=0/nb1=0/nbDevices=2

Log après refresh quand téléphone dans la zone :

[2026-09-23 14:46:59] DEBUG  cmdId:refresh
[2026-09-23 14:46:59] DEBUG  eqLogic Id:185
[2026-09-23 14:46:59] DEBUG  mac address: A0:4E:CF:3C:2F:33
[2026-09-23 14:46:59] INFO  BT Device: hci0
[2026-09-23 14:47:00] DEBUG  device name: iPhone de tiphaine (4)
[2026-09-23 14:47:00] DEBUG  device state: 1
[2026-09-23 14:47:00] DEBUG  [Sécurité][BT Flo]-->0
[2026-09-23 14:47:00] DEBUG  [Sécurité][BT Tiph]-->0
[2026-09-23 14:47:00] DEBUG  updateGlobalDevice: state=0/nb1=0/nbDevices=2

BT Tiph devrait passer à 1 car c’est lui que j’ai configuré (le 2ème device est vierge) :

Mais ce n’est pas le cas, rien ne s’affiche, ni 0 ni 1.

J’ai ensuite cette série de logs à intervalles réguliers :

[2026-09-23 14:58:28] DEBUG  postUpdate()
[2026-09-23 14:58:28] DEBUG  callDaemons update_device Array
(
[0] => 185
[1] => BT Tiph
[2] => A0:4E:CF:3C:2F:33
)
[2026-09-23 14:58:28] DEBUG  callDaemon (tcp://127.0.0.1:55009) Array
(
[action] => update_device
[args] => Array
(
[0] => 185
[1] => BT Tiph
[2] => A0:4E:CF:3C:2F:33
)
[apikey] => vaHElc10Rx5FRY3oisQQHOonWhA8OwslsCY2jqxERxKafTd4s1iJSH7dkV31f1eA
)
[2026-09-23 14:58:28] DEBUG  error 0 :
[2026-09-23 14:58:28] DEBUG  result callDaemon Array
(
[result] => Update OK
[success] => 1

Merci.

Après relance des dépendances, la détection a l’air opérationnel quand je refresh, je verrai si ça s’actualise bien automatiquement, au pire j’ouvrirai un nouveau sujet dédié.

Bonjour

Il n’y a pas d’informations d’état 0 ou 1 directement affiché au niveau du téléphone, ou alors il faut utiliser la roue crantée. Il faut cliquer sur un bouton en haut dans la page principale du plugin , la ou il a documentation, configuration, …

Je suis en vacances et je n’ai pas accès à mon jeedom pour voir le nom exact de ce bouton

Benoit

Je pense que tu parles de l’icône “Santé” qui affiche effectivement l’état de présence des téléphones. Mais sur la page des commandes de chaque équipement, la valeur de l’état est aussi affichée en temps réel.
Quoiqu’il en soit, je confirme que tout est rentré dans l’ordre : les 2 lignes de commande d’Aurélien puis redémarrage de la box pour remettre le contrôleur bluetooth en service et enfin relance de l’installation des dépendances du plugin pour activer la détection.

J’avais effectivement noté le même souci après réinstallation de mon Atlas.
@Aurelien juste pour comprendre le principe : tant qu’aucun plugin utilisant le bluetooth n’a été installé et activé, le service bluetooth n’est pas démarré ?

Bonjour,

Oui.

Le BT n’est d’ailleurs pas installé par défaut sous Debian.

2 « J'aime »

Les pilotes dédiés au module BT de l’Atlas sont inclus dans l’image système afin que le Bluetooth soit fonctionnel. Mais aucune librairie liée au Bluetooth n’est installé par défaut, ça n’aurait pas de sens, ce rôle est laissé au(x) plugin(s) utilisant cette fonctionnalité. Donc non aucun service bluetooth par défaut car inutile sans plugin mais les pilotes nécessaires pour l’utiliser sont bien là. Il me semble que c’est la librairie bluez qui se charge d’activer le service bluetooth.

1 « J'aime »

Ok merci pour l’explication !

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.