Probleme plugin BLEA + dongle USB

Cyssou40 · Mai 2, 2020, 9:33

Je suis d’accord avec toi Fabrice. C’est une solution de repli effectivement.

Je n’invente rien malheureusement‚ je suis une bille en prog. Je ne suis bon qu’a suivre vos super tutos (un grand merci au passage !!). Dans ce context je suis complètement dependant des gens compétant qui finiront par trouver une solution.

En attendant de trouver d’ou vient le problème‚ rebooter le rpi pour relancer le demon blea est une bonne idée.

amarock85 · Mai 2, 2020, 9:35

Pareil

Cyssou40 · Mai 2, 2020, 9:57

Bon ca y est j’ai tout mis en place Jeelink et watchdog configuré. J’ai aussi configuré pour recevoir une notification lorsque demon blea s’arrête comme ca je verrais si ce que j’ai fait fct bien.

naboleo · Mai 2, 2020, 10:05

Salut @Fabrice,

En fait il y a bien un lien entre zwave (usb) et bluetooth (interne)… Lors de l’installation des dépendances de zwave, si l’installation détecte un pi2/pi3, il y a désactivation de l’uart (qui est lié au BT). C’est censé permettre l’usage de la carte Razberry sur GPIO…
J’avais fait l’analyse il y a déjà un moment

RPI_BOARD_REVISION=`grep Revision /proc/cpuinfo | cut -d: -f2 | tr -d " "`
if [[ $RPI_BOARD_REVISION ==  "a02082" || $RPI_BOARD_REVISION == "a22082" || $RPI_BOARD_REVISION == "a020d3" ]]
then
   systemctl disable hciuart
   if [[ ! `grep "dtoverlay=pi3-miniuart-bt" /boot/config.txt` ]]
   then
      echo "Raspberry Pi 3 Detected. If you use a Razberry board you must Disabling Bluetooth"
      echo "Please add 'dtoverlay=pi3-miniuart-bt' to the end of the file /boot/config.txt"
      echo "And reboot your Raspberry Pi"
   fi
fi

github.com

jeedom/plugin-openzwave/blob/beta/resources/install_apt.sh

#!/bin/bash

# This file is part of Plugin openzwave for jeedom.
#
#  Plugin openzwave for jeedom is free software: you can redistribute it and/or modify
#  it under the terms of the GNU General Public License as published by
#  the Free Software Foundation, either version 3 of the License, or
#  (at your option) any later version.
#
#  Plugin openzwave for jeedom is distributed in the hope that it will be useful,
#  but WITHOUT ANY WARRANTY; without even the implied warranty of
#  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
#  GNU General Public License for more details.
#
#  You should have received a copy of the GNU General Public License
#  along with Plugin openzwave for jeedom. If not, see <http://www.gnu.org/licenses/>.

#set -x  # make sure each command is printed in the terminal
PROGRESS_FILE=/tmp/jeedom/openzwave/dependance
touch ${PROGRESS_FILE}

This file has been truncated. show original

Quand on a pas de carte Razberry (mais juste un PI), c’est quand même désactivé…à chaque fois que les dépendances se lancent…Et au reboot suivant, c’est le drame si on utilise le BT interne, le port n’est plus dispo etc…
Si on a utilise le BT USB, on passe au travers… si on a un pi4, on a pas ce souci non plus

amarock85 · Mai 2, 2020, 10:10

Merci @naboleo pour ces précisions.
Mon port interne est dispo justement quand je reboot, il disparaît par la suite à plus ou moins brève échéance.
Pas de solutions donc ? Tu confirmes ?

naboleo · Mai 2, 2020, 10:12

Tant que ce cas n’est pas pris en compte dans le plugin, rien que des contournements

ça evite le reboot

amarock85 · Mai 2, 2020, 10:20

Merci @naboleo, ça semble fonctionner !
Comment puis-je exécuter ces trois commandes de manière automatique ? SSH commander ? autre ?

naboleo · Mai 2, 2020, 10:23

A l’époque de mon pi3, j’avais un scénario avec le trigger #start# …Et qui lance ces commandes (script)
il ne faut pas tenir compte des lignes « phone_detection » dans ton cas

amarock85 · Mai 2, 2020, 10:44

Merci beaucoup @naboleo, je vais adapter mon scénario en utilisant le plugin script avec ton code.
ça évitera le reboot.
@Cyssou40, désolé de m’être invité dans ton post mais je pense que notre problème va être partiellement résolu. C’est la force de ce forum !
Merci encore @naboleo

Cyssou40 · Mai 2, 2020, 11:03

Aucun souci on est la pour ca tout a fait !

Si je comprends bien‚ dans watchdog‚ plutôt que de rebooter on lance un script qui contient le code de naboleo ?

pourquoi ne pas plutôt lancer un scénario de type « code » qui serait déclenché par watchdog lorsque demon blea s’arrête ?

Cyssou40 · Mai 2, 2020, 11:40

voila ce que j’ai fait ( aucune idée si c’est juste ou pas ?! )

creation d’un scénario avec les codes de Naboleo

J’ai enlevé la partie phone_detection car pas besoin dans mon cas et j’ai également remplacé hciuart par hciusb puisque c’est le port de mon dongle BT que je veux … je sais pas si c’est correct de faire comme ca ?

Ensuite dans mon équipement watchdog demon blea‚ lorsque mon demon est arrêté je lance le scenario.

amarock85 · Mai 2, 2020, 12:18

Moi j’ai créer un équipement avec le plugin script:

où j’ai adapté le code suivant:
scriptbluetooth2

Je l’ai mis dans un scénario qui exécute cette commande dès que le plugin « Jeedom Link » voit que le deamon de BLEA est tombé.
Je reviens vers vous pour vous dire si c’est bon.

Cyssou40 · Mai 2, 2020, 3:05

ah oui c’est mieux de passer direct par jeedom link

naboleo · Mai 2, 2020, 3:36

Salut,

L’idée est là après c’est juste chacun sa sauce et en fonction des besoins. Il faut juste noter que :

PHP => SSH en localhost =>Exec, c’est 3 niveaux de processus en plus.
Avec les commandes « systemctl » successives et non chaînées, si la 1ère plante, tu exécutes quand même la 2ème voire la 3ème… C’est pas forcement bien.
Personnellement sans les autres commandes (daemon_reload, disable multiples etc), ça ne solutionnai pas toujours le problème. A voir comment ça se comporte chez toi

Donc tant que ça marche, c’est facile, le jour où il y a une erreur, il faut être certain de pouvoir identifier où ça coince.

amarock85 · Mai 2, 2020, 4:13

Bon ça ne fonctionne pas encore, mais l’idée est là.
Je souhaite effectuer ces 3 commandes:

sudo systemctl stop hciuart
sudo systemctl enable hciuart
sudo systemctl start hciuart

J’ai transcris tes lignes de code adapté à mon système:

Quand j’exécute le scénario, je vois bien dans le plugin BLEA que les codes fonctionnent mais, malheureusement, les ports ne sont pas réapparus.
Voici le log du scénario:

Face à cet échec, j’ai refait les commandes directement en SSH, et là, je relance le deamon et tout est ok…
ssh
Je ne suis pas loin de la solution mais je ne comprends pas où ça cloche (bon je ne suis pas un pro des codes non plus…).
Est-ce qu’il ne faudrait pas faire des pauses entre les commandes ?

naboleo · Mai 2, 2020, 4:21

Oui d’où le chainage chez moi

amarock85 · Mai 2, 2020, 4:26

C’est ce que j’ai fait (enfin il me semble) dans le deuxième bloc

le chainage se fait avec les « && » mais où sont les pauses entre chaque action ?
C’est le « sleep 5 » à la ligne en dessous ?
(désolé pour mes questions de newbee…)

naboleo · Mai 2, 2020, 4:34

Tu peux effectivement ajouter des sleep X entre les && et augmenter les valeur 5 et 10 si besoin…

amarock85 · Mai 2, 2020, 4:40

ok je vais essayer ça au prochain replantage de BLEA
Merci encore @naboleo

amarock85 · Mai 13, 2020, 1:26

Je pense que le problème est résolu
Voici la version définitive et opérationnelle de mon scénario:

Avec l’auto-surveillance de Jeelink, c’est impeccable !
Merci encore @naboleo
@Cyssou40 est-ce que ton problème est résolu ?