Bonsoir,
Pour éditer le fichier il faut faire cette commande :
sudo nano /sys/module/usbcore/parameters/autosuspend
Pour sauvegarder :
ctrl o
Pour quitter :
ctrl x
Ou, directement ainsi (avec la valeur de -1 par exemple) :
sudo echo -1 >/sys/module/usbcore/parameters/autosuspend
Ma petite pierre à l’édifice: j’ai une vm (sous proxmox pas esxi) avec une clé usb (pas une sena) sous debian12 avec une antenne installée par le plugin et elle tourne depuis des semaines.
Ca veut juste dire qu’on ne peut pas d’office dire « c’est debian12 » ou « c’est les vm » etc… il doit y avoir autre chose ou une combinaison
Bonjour,
j’ai fait la manip et je vais essayer comme çà mais j’ai une question supplémentaire , faut t’il que je reboot le système ?
est ce que cette modification est sauvegardé en de perte d’alimentation?
Gérard
Pour moi c’est un pi3 avec Sena et même problème
Testez avec une autre bloc d’alimentation ?
J’ai cette configuration en antenne depuis 10 jours et je n’ai pour le moment eu qu’un seul message, d’erreurs lié au cron, sans en connaître l’origine.
Bonjour,
je me répond .
En cas de perte d’alimentation l’AUTOSUSPEND revient à 2 , donc ce n’est pas sauvegarder .
j’ai fait une petite recherche sur Community :
La manip correspond à celle du lien que j’ai mis précédemment, mais je ne trouve pas de fichier « grub » dans le dossier : etc/default/
J’ai recherché également ce dossier sur ma Smart , je ne l’ai pas trouver également
Gérard
Sous linux si tu fais cd /etc/default tu n’arrives dans dans le dossier ?
Si oui ensuite un ls -l donne quoi ?
Bonsoir,
oui j’arrive bien dans le dossier mis je n’est pas le fichier « grub »
le contenu du dossier « default »
-rw-r--r-- 1 root root 556 9 juin 2022 apache-htcacheclean
-rw-r--r-- 1 root root 634 25 nov. 2022 armbian-motd
-rw-r--r-- 1 root root 647 31 août 15:31 armbian-motd.dpkg-dist
-rw-r--r-- 1 root root 919 25 nov. 2022 armbian-ramlog
-rw-r--r-- 1 root root 919 31 août 15:31 armbian-ramlog.dpkg-dist
-rw-r--r-- 1 root root 1532 25 nov. 2022 armbian-zram-config
-rw-r--r-- 1 root root 1532 31 août 15:31 armbian-zram-config.dpkg-dist
-rw-r--r-- 1 root root 846 10 juin 2021 bluetooth
-rw-r--r-- 1 root root 255 14 mars 2022 chrony
-rw-r--r-- 1 root root 285 30 nov. 2022 console-setup
-rw-rw-r-- 1 root root 69 30 nov. 2022 cpufrequtils
-rw-r--r-- 1 root root 549 20 mars 2020 crda
-rw-r--r-- 1 root root 955 22 févr. 2021 cron
-rw-r--r-- 1 root root 297 21 févr. 2021 dbus
-rw-r--r-- 1 root root 1531 23 nov. 2020 fail2ban
-rw-r--r-- 1 root root 84 5 mars 2012 fake-hwclock
-rw-r--r-- 1 root root 80 14 janv. 2021 haveged
-rw-r--r-- 1 root root 787 6 avril 2022 hostapd
-rw-r--r-- 1 root root 81 20 janv. 2022 hwclock
-rw-r--r-- 1 root root 150 30 nov. 2022 keyboard
-rw-r--r-- 1 root root 92 30 nov. 2022 locale
-rw-r--r-- 1 root root 1032 21 sept. 2020 networking
-rw-r--r-- 1 root root 1756 26 août 2022 nss
-rw-r--r-- 1 root root 15 23 sept. 2020 ntp
-rw-r--r-- 1 root root 529 23 sept. 2020 ntpdate
-rw-r--r-- 1 root root 1184 14 mai 2021 openvpn
-rw-rw-r-- 1 root root 24 30 nov. 2022 rng-tools
-rw-r--r-- 1 root root 2062 18 sept. 2021 rsync
-rw-r--r-- 1 root root 363 10 oct. 2019 smartmontools
-rw-r--r-- 1 root root 133 2 juil. 2022 ssh
-rw-r--r-- 1 root root 284 30 nov. 2022 sysstat
-rw-r--r-- 1 root root 1124 19 févr. 2023 useradd
Gérard
Bonjour,
vu que çà ne fonctionne pas très bien (trop de coupure) mème si je pourrais redémarrer l’antenne en faisant un scenario en cas de coupure je préfère partir sur une réinstallation complète d’un Debian 11 sur cet Odroid N2+ puis refaire un test.
J’ai trouvé sur internet des tutoriels pour réinstaller « grub » mais je ne sait pas si cela va me planter ou pas ma BOX et vu que celle-ci me sert également de Broker Mosquito je ne veux pas prendre de risque donc il faut déjà que je bascule mes équipements (Des Shellies) sur un autre Broker ou que je me fasse un Broker sur une autre machine et que je connecte au réseau cette machine avec l’IP de L’Odroid.
Mes Shellies pilotes mon chauffage donc important qu’ils restent dispo ( je peut aussi attendre l’été 2024)
IMPORTANT : le problème ne vient pas de Theengs car fonctionne parfaitement sur mon Atlas avec la puce Bluetooth interne. Aucune coupure depuis la mise en route le 18/11.
Je suis entrain de testé sur une Smart mais là aussi il semble que ce ne soit par parfait, d’ailleurs il existe un poste sur community très ressemblant à se qui ce passe.
Merci pour avoir essayer de m’aider.
Gérard
PS je coche ce message en solution mème si s’en n’est pas vraiment une.
Tu devrais laisser ouvert car on est plusieurs à avoir le problème et donc à travailler dessus.
Là moi j attends le prochain plantage pour investiguer
Je veux bien, mais je ne sais pas annuler ; SOLUTION
Bonjour
J’ai hésité à ouvrir un nouveau sujet car ma clé SENA est en local, mais je rencontre un problème très similaire
Ma configuration :
Cela fait quelque temps que j’ai basculé de BLEA vers Theengs gateway, en utilisant la même clé SENA (depuis des années) sur le même port USB de mon NUC.
HIer (21/11), je constate que les informations de tous mes NUT et boutons SHELLY ne sont plus remontées (rssi 200)
Exemple :
Mes deux ESP32 pour le coup sont d’un bon secours
Rien dans log Tgw_775 en mode defaut
Le service est détecté en ligne par le plugin TGW
Plus de remontée dans MQTT Explorer
Arrêt et redémarrage de l’antenne, après avoir mis les log en debug :
LOG TGW :
[2023-11-21 23:06:07][DEBUG] : local exec:hcitool dev | grep hci =>
[2023-11-21 23:06:10][INFO] : Arrêt de l'antenne 'Sena'
[2023-11-21 23:06:10][DEBUG] : Listening to topic:'tgw'
[2023-11-21 23:06:10][DEBUG] : local exec:sudo systemctl stop TheengsGateway.service =>
[2023-11-21 23:06:10][DEBUG] : handle Mqtt Message:{"tgw":{"775":{"LWT":"offline"}}}
[2023-11-21 23:06:10][INFO] : LWT update:offline
[2023-11-21 23:06:16][INFO] : (Re)Démarrage de l'antenne 'Sena'
[2023-11-21 23:06:16][DEBUG] : Listening to topic:'tgw'
[2023-11-21 23:06:16][DEBUG] : local exec:sudo systemctl restart TheengsGateway.service =>
[2023-11-21 23:06:16][DEBUG] : handle Mqtt Message:{"tgw":{"775":{"LWT":"online"}}}
[2023-11-21 23:06:16][INFO] : LWT update:online
Toujours pas de remontée dans MQTT
J’exécute la commande préconisée par @prfalken : sudo dmesg | grep Bluetooth
[ 7.988513] Bluetooth: Core ver 2.22
[ 8.007513] Bluetooth: HCI device and connection manager initialized
[ 8.007518] Bluetooth: HCI socket layer initialized
[ 8.007520] Bluetooth: L2CAP socket layer initialized
[ 8.007529] Bluetooth: SCO socket layer initialized
[ 8.476200] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 8.476203] Bluetooth: BNEP filters: protocol multicast
[ 8.476207] Bluetooth: BNEP socket layer initialized
[3201337.427916] Bluetooth: hci0: command 0x2005 tx timeout
[3201337.429331] Bluetooth: hci0: unexpected event for opcode 0x2005
Vérification sous ESXi
Je retourne dans la gestion de mon antenne TGW :
Je modifie le paramètre adaptateur (ce qui est très probablement inutile) : voir copies écrans suivantes
Je lance une installation d’antenne puis démarrage service : c’est ok
LOG TGW
[2023-11-21 23:15:09][DEBUG] : local exec:hcitool dev | grep hci => hci0 00:01:95:39:8D:70
[2023-11-21 23:15:50][DEBUG] : adapter changed
[2023-11-21 23:15:50][DEBUG] : Listening to topic:'tgw'
[2023-11-21 23:15:50][DEBUG] : Informations reçues de mqtt2: {"ip":"127.0.0.1","port":"1883","user":"jeedom","password":"xxxxxxxxxxxxx"}
[2023-11-21 23:15:50][DEBUG] : local exec:echo '{"adapter":"hci0","discovery_filter":["IBEACON","GAEN","MS-CDP","APPLE_CONT","APPLE_CONTAT"],"discovery_device_name":"Sena","log_level":"WARNING","host":"192.168.1.252","port":"1883","user":"jeedom","pass":"xxxxxxxxxxxx","lwt_topic":"tgw\/775\/LWT","publish_topic":"home\/TGW_775\/BTtoMQTT"}' | sudo tee /root/theengsgw.conf => {"adapter":"hci0","discovery_filter":["IBEACON","GAEN","MS-CDP","APPLE_CONT","APPLE_CONTAT"],"discovery_device_name":"Sena","log_level":"WARNING","host":"192.168.1.252","port":"1883","user":"jeedom","pass":"xxxxxxxxxxxxxx","lwt_topic":"tgw\/775\/LWT","publish_topic":"home\/TGW_775\/BTtoMQTT"}
[2023-11-21 23:15:50][INFO] : Configuration de l'antenne 'Sena'
[2023-11-21 23:15:50][DEBUG] : local exec:sudo systemctl stop TheengsGateway.service =>
[2023-11-21 23:15:50][DEBUG] : local exec:echo ' [Unit] Description=TheengsGateway Service After=network-online.target [Service] Type=simple ExecStart=/root/.local/bin/TheengsGateway Restart=always RestartSec=10 StandardOutput=append:/var/www/html/log/tgw_775 StandardError=append:/var/www/html/log/tgw_775 [Install] WantedBy=multi-user.target ' | sudo tee /etc/systemd/system/TheengsGateway.service =>
[2023-11-21 23:15:50][DEBUG] : handle Mqtt Message:{"tgw":{"775":{"LWT":"offline"}}}
[2023-11-21 23:15:50][INFO] : LWT update:offline
[2023-11-21 23:15:51][DEBUG] : local exec:sudo systemctl daemon-reload =>
[2023-11-21 23:15:51][DEBUG] : local exec:sudo systemctl enable --now TheengsGateway.service =>
[2023-11-21 23:15:52][DEBUG] : local exec:hcitool dev | grep hci => hci0 00:01:95:39:8D:70
[2023-11-21 23:15:52][DEBUG] : handle Mqtt Message:{"tgw":{"775":{"LWT":"online"}}}
[2023-11-21 23:15:52][INFO] : LWT update:online
[2023-11-21 23:15:54][DEBUG] : local exec:ls /tmp/ | grep -Ec tgw_install_in_progress => 0
[2023-11-21 23:15:55][DEBUG] : local exec:sudo /root/.local/bin/TheengsGateway -h | grep -Ecw "usage:" => 1
[2023-11-21 23:15:55][DEBUG] : local exec:sudo python3 -m TheengsGateway -h | grep -Ecw "usage:" => 0
[2023-11-21 23:15:55][INFO] : Lancement de l'installation de l'antenne 'Sena'
[2023-11-21 23:15:55][DEBUG] : local exec:sudo systemctl stop TheengsGateway.service =>
[2023-11-21 23:15:55][DEBUG] : local exec:sudo bash /var/www/html/plugins/tgw/core/class/../../resources/install_apt.sh http://192.168.1.252/plugins/tgw/core/php/jeetgw.php?id=775 > /var/www/html/log/tgw_775_update 2>&1 & =>
[2023-11-21 23:15:55][DEBUG] : handle Mqtt Message:{"tgw":{"775":{"LWT":"offline"}}}
[2023-11-21 23:15:55][INFO] : LWT update:offline
[2023-11-21 23:15:55][DEBUG] : step:0 for id:775
[2023-11-21 23:15:58][DEBUG] : step:1 for id:775
[2023-11-21 23:16:00][DEBUG] : step:2 for id:775
[2023-11-21 23:16:03][DEBUG] : step:3 for id:775
Le plantage s’est reproduit aujourd’hui vers 12H mais j’avais reparamétré les log en defaut
Ce problème est très ennuyeux, sachant que je n’avais pas rencontré de problème avec la clé SENA et le NUC durant des années (sous BLEA).
De plus, je dois ouvrir prochainement un autre sujet sur l’utilisation d’OMG avec mes deux AZDelivery ESP32 NodeMCU .
Après un « certain temps d’utilisation », je n’ai plus de remontées d’infos et de visu je constate que la led rouge des ESP32 est éteinte.
Je dois alors débrancher et rebrancher l’alimentation de mes ESP32
Complément d’information :
J’ai exécuté exactement la même manipulation que @anon53349806 « retourner dans l’antenne, reselectionner la clé BT, sauvegarder la config »… et en effet çà repart !
Jai mis en place l’autosuspend a -1 au lieu de 2. Depuis 5j pas de souci
Cà « sent » la commande linux … avec lesquelles je risque de faire des bêtises 
Bonsoir,
comment tu as fait pour modifier l’autosuspend ?
Comme l’a dit Fabrice ou comme le lien que j’aie posté plus haut?
Gérard
Rapel : je n’est pas de fichier grub
Bonsoir,
Pour info, j’ai tenté un passage sur TGW aujourd’hui sur un Odroid C2 sous Armbian (Debian 10) et j’avais Blea juste avant qui tournait depuis plusieurs années sur cet Odroid. Et bien j’ai les mêmes soucis que plusieurs d’entre vous : l’install du plugin TGW + MQTT Manager + MQTT Discovery se passe bien, install de l’antenne ok, service ok, tout va bien, il découvre mes périphériques, je suis tout content… et là… c’est le drame LOL, plus aucune info n’arrive, pourtant tout est au vert 
sous Linux, une commande « hcitool dev » ne me sort plus aucune clé, elle a disparu, et dans les logs du système, les messages pleuvent
Après un reboot, ca repart, mais pour quelques minutes / heures pour finir par planter.
Je vais regarder du côté du autosuspend si ca change qqch.
C’est dommage, c’était bien parti, mais sinon je remettrai un backup avec Blea dessus, et j’installerai tout cela sur un autre Odroid de tests pour débugger tout ca.
Ce qui est surprenant, c’est que pour tester, cela fait une dizaine de jours, que j’ai TGW en version Docker qui tourne sur une VM (sous un NUC10 en ESXi 8.0) et il ne plante jamais (là en ce moment il tourne, avec une clé BT sena lui aussi).
A suivre.
TiTidom.
Si je ne m’abuse, vos points communs sont odroid et clé sena et debian10.
Si qlqun a une autre clé qu’une sena ca serait intéressant d’éliminer ca de l’équation, il restera odroid et debian10.
Bonsoir.
J’ai deux clés Sena, une en local sur un RPI4B et une distante sur un Rpi3 : aucun problème depuis l’installation (10 jours).
Raspberry pi os 11 sur les deux. 64 bits sur le Rpi4B et 32 bits sur le Rpi3b.
Yep, je n’ai pas été clair: c’était au cas où le couple odroid + sena pose problème mais j’y crois pas.
Et moi j’avais testé un pi avec raspbian 10 sans soucis aussi.
