Plus aucune réception d'évènements

[Bison]

Bonjour,

Suite à test de routine de mon onduleur Back-UPS XS 700U je m’aperçois que mon scénario d’alerte ne se déclenche plus. Après avoir regardé un peu il s’avère que le status change bien mais qu’il n’y a pas d’évènements et évidement mon scénario se base dessus.

[2022-05-20 16:20:05][DEBUG] : Get information key STATUS with value ONLINE

Action de coupure du courant, bien détectée la minute d’après :

[2022-05-20 16:21:03][DEBUG] : Get information key STATUS with value ONBATT

Action de remise du courant, bien détectée la minute d’après :

[2022-05-20 16:22:03][DEBUG] : Get information key STATUS with value ONLINE

Coté log « /var/log/apcupsd.events » il y a bien les évènements, qui devraient donc être envoyé en push à Jeedom

2022-05-20 16:18:28 +0200  apcupsd 3.14.14 (31 May 2016) debian startup succeeded
2022-05-20 16:20:33 +0200  Power failure.
2022-05-20 16:20:39 +0200  Running on UPS batteries.
2022-05-20 16:21:22 +0200  Mains returned. No longer on UPS batteries.
2022-05-20 16:21:22 +0200  Power is back. UPS running on mains.

Dans « /etc/apcupsd/apccontrol » j’ai vu qu’il y avait une clef API et comme il y a eu des changements coté Jeeom sur la sécurité je me disais que ça pouvait venir de ça. J’ai donc tenté de modifier la clef API en la récupérant dans Jeedom (elle est bien plus longue) et en redémarrant le service (à 16:18:28) mais ça ne donne rien de mieux.

wget --no-check-certificate -qO- "http://127.0.0.1:80/core/api/jeeApi.php?api=qa76CxMnyh9....&messagetype=saveEvent&type=apcups&hostname=127.0.0.1&event=$1"

Dans les logs du plugin en debug il n’y a rien à 16:20:33 lors de la détection de la coupure par apcupsd.

[2022-05-20 16:20:05][DEBUG] :  => update command battv with 13.7
[2022-05-20 16:21:03][DEBUG] : Get information string APC      : 001,037,0906 DATE     : 2022-05-20 16:20:59 +0200

Version Jeedom : 4.2.16
Version du plugin : 2020-02-18 07:44:41

Dernier moment OK lors de mon test du 28/03 car scénario bien déclenché

A oui, dernière chose, les logs JeeEvent qui vont bien dans le sens d’une évènement bloqué par Jeedom

0000|[2022-05-20 16:20:38]ERROR : Vous n'êtes pas autorisé à effectuer cette action, IP : 127.0.0.1
0001|[2022-05-20 16:20:44]ERROR : Vous n'êtes pas autorisé à effectuer cette action, IP : 127.0.0.1
0002|[2022-05-20 16:21:27]ERROR : Vous n'êtes pas autorisé à effectuer cette action, IP : 127.0.0.1
0003|[2022-05-20 16:21:27]ERROR : Vous n'êtes pas autorisé à effectuer cette action, IP : 127.0.0.1

ça devrait donc bien être une histoire d’API !?

Note : La clef qui était avant dans le fichier de configuration était la clef globale de Jeedom (mais ça ne fonctionnait pas).

[Mips]

Salut,

C’est pourtant dans plusieurs posts sur community et dans le changelog du core

@Bison

&type=apcups

Il faut modifier cette partie par &type=event&plugin=apcus en plus d’utiliser la clé api du plug-in

Je vais proposer le pr si tu confirmes que ça fonctionne avec ça.

[Bison]

Ah oui c’est vrai !! Autant je me suis bien souvenu des blocages par API autant j’avais zappé qu’il fallait modifier la chaîne d’autant que c’est la première qui me tombe dessus.

Merci Mips, je te confirme que ça fonctionne avec cette correction.

Le PR doit donc modifier ça et l’API stp .

[arnog23]

Bonjour,

Bien vu. Ca ne fonctionnait plus chez moi non plus et je n’y avais pas fait attention. Merci.

Ca fonctionne mieux en effet en modifiant l’URL dans le fichier apccontrol.

[Mips]

Voici le PR pour référence: https://github.com/lunarok/jeedom_apcups/pull/10