Récupérer l'état de l'antenne

[benj29]

Bonjour,

Je cherche à récupérer l’alerte du plugin quand l’antenne se bloque ou stoppe.
Le démon du plugin est toujours OK, mais l’état de l’antenne peut tomber (rarement, mais des fois).

Une idée ?
peut-on lire un message dans le centre de message pour détecter ?
peut-on capter l’état de l’antenne ?
j’utilisais un scénario pour récupérer l’état des antennes BLEA mais je n’ai pas réussi à modifier le scénario pour capter l’antenne.

$remotes = blea_remote::all();
foreach ($remotes as $remote) {
  //$last = $remote->getConfiguration('lastupdate','0');
  $last = $remote->getCache('lastupdate','0');
  $_key = "BLEA_".$remote->getRemoteName()."_state";
  if ($last == '0' or time() - strtotime($last)>180){
    $scenario->setData($_key, 0);
  } else {
    $scenario->setData($_key, 1);
  }
}

[Mips]

Bonjour,

Dans la config jeedom il est possible de faire une action lors de l’ajout d’un message.
Après a chacun de gérer.

Il y a déjà eu des questions très similaires sur community donc probablement des scénarios pour s’inspirer

[benj29]

OK, merci.
Je ne connaissais pas le principe.

[benoit5672]

Bonjour @benj29 ,

la valeur de ‹ setCache › n’est pas mise a jour pour l’antenne locale, mais uniquement pour les antennes distantes. C’est d’ailleurs ce que fait ton script sur BLEA

$remotes = blea_remote::all();

Si une erreur est détecté par le daemon (local ou remote), alors on reçoit dans jeedom « alive=0 », et le daemon est arrêté. Si tu as le redémarrage automatique, alors, normalement tu n’as rien a faire.
Dans la majorité des cas, cela se produit quand il y a un probleme avec le bluetooth.

Cordialement
Benoit

[benj29]

Effectivement, la source du problème est que la VM qui gère l’antenne BT dédiée à PhoneD peut sauter. Rarement, mais des fois. Du coup, un reboot gère le souci. D’où mon souci de le détecter.

J’avais tenté à l’époque de tout mettre sur la VM de Jeedom, mais ça marchait mal car 2 antennes BT SENA (une pour BLEA, une pour PD). Il me faudrait refaire le test non ?

[benoit5672]

Non, pas la peine de refaire le test : 2 antennes BT dans la meme VM ne fonctionne pas. Les 2 daemons sont gourmands en resources bluetooth.
Par contre si tu n’utilises pas de daemon locaux pour BLEA et phone_detection, alors tu peux désactiver le daemon local dans les pages de configuration des daemons.

[benj29]

L’antenne BLEA est en local sur la VM Jeedom.
L’antenne PD est dans une VM à part.
Par contre, il suffit qu’on en parle…
L’antenne est impossible de la remonter.
hciconfig me donne un down.
J’ai tout essayé : reboot, hciconfig reset etc
Rien à faire !

[benj29]

Bon, seule possibilité trouvée.
Débrancher physiquement la clé et la rebrancher.
Et là tout est OK.
Bon les clés ont bientôt 8 ans… peut-être que ?

[benoit5672]

Peut-être un problème avec le driver bluetooth sur le host, suite a une mise a jour.
En tout cas, c’est bien que tu es trouve une solution.

[benj29]

Justement je n’ai fait aucune MAJ
je m’étais fait la remarque, du coup, j’ai fait mise à jour Proxmox et sur la VM.
à suivre.
je vais m’ajouter dans la todolist l’histoire pour capter le message et déclencher une notification.

[echo]

Bonjour

Je suis aussi sur Proxmox, Jeedom en VM pour surveiller les clés USB j’utilise le plugin script, si cela peux aider:

Cordialement

[benj29]

Joli, super idée.
Il faudrait faire pareil au travers d’une VM distante
J’étais tombé sur un post où une personne montrait comme pushait une valeur binaire depuis une VM vers Jeedom en script via l’API. Logique, mais à faire sur la machine distante.

[echo]

Bonjour

Oui c’est possible dans un script sur ta VM distante, exemple à mettre dans un script bash:

wget --no-check-certificate -qO- "http://192.168.10.129:80/core/api/jeeApi.php?apikey=ThXpN05TLtZCerBVKx&type=cmd&id=7616&value=$1"

Le deamon apcupsd surveillant mon onduleur est installé sur le Proxmox, en cas d’événement, le deamon envoie l’événement (String) à Jeedom comme cela. En plus c’est simple à tester.

Jeedom est puissant, les possibilités sont infinies.

Cordialement

[benj29]

Merci. Tu devrais enlever ta clé API.
Sais tu comment mettre ça sur le démon alive côté phone detection?

[echo]

Bonjour

C’est une fausse clé et une adresse bidon.

@benj29

Sais tu comment mettre ça sur le démon alive côté phone detection?

Je vais réfléchir.

Cordialement

[benj29]

Un grand merci à echo.

C’est mis en place pour une VM à distance :
Un crontab -e à 5min qui vérifie avec un script sh lsusb …

if lsusb | grep -q "QinHeng Electronics UsbMonitor";then wget --no-check-certificate -qO- "http://192.168.2.90:80/core/api/jeeApi.php?apikey=XXX&type=cmd&id=IDINFO&val
ue=1";else wget --no-check-certificate -qO- "http://192.168.2.90:80/core/api/jeeApi.php?apikey=XXXXXX&type=cmd&id=IDINFO&value=0";fi

Prévoir un chmod u+x sur le script sh et l’ajout dans le cron.

Côté jeedom, la copie d’écran du @echo est déjà bien explicite.