Arret du demon

Bonjour,

En faisant le bilan de mon Jeedom avant de migrer de V3 vers V4 je me suis rendu compte que mon Sonoff 4CH Pro ( pour piloter les électrovannes de l’arrosage qui est en hivernage) ne répondait plus aux commandes depuis Jeedom.
En regardant de plus près j’ai trouvé le demon arrêté.
Après relance puis test des commande qui ne fonctionnent toujours pas.
Relance du Sonoff, relance d’installation des dépendances, relance du demon. Toujours pareil avec des erreurs dans les log espeasy_node:

URIError: URI malformed
    at decodeURIComponent (<anonymous>)
    at Server.answer (/var/www/html/plugins/espeasy/resources/espeasy.js:12:21)
    at Server.emit (events.js:223:5)
    at parserOnIncoming (_http_server.js:748:12)
    at HTTPParser.parserOnHeadersComplete (_http_common.js:115:17)
Server running
/var/www/html/plugins/espeasy/resources/espeasy.js:12
    var decodeUrl = decodeURIComponent(req.url).replace(/[/]/g,"");

Je sais plus où chercher.
Des idées?

Mon système:
Debian 9 sur VM Proxmox
Jeedom V3.3.39
Plugin ESPeasy stable du 2020-01-18 01:22:24

Bonjour ,tu as fais la mise a jour du plugin hier car perso je l’ai fait hier est depuis j’ai des problèmes

Effectivement j’ai fait la mise à jour du plugin hier car rien dans le changelog. Mais je ne peux pas affirmer que c’est à cause de cette mise à jour car j’ai pas eu besoin d’activer mon sonoff depuis plus de deux mois.
C’est testant aujourd’hui un peu par hasard les commandes vers mon sonoff que j"ai vu que les commandes ne passent plus.

Donc je vais pas aller trop vite dans les conclusions mais c’est une piste oui.

Moi aussi j’ai fait la mise à jour, et …pas de problème.
je ne sais plus si c’est moi ou si les dépendances se sont relancées d’elles mêmes, et RAS dans les logs.

Perso j’ai bien le problème depuis car ce matin certain volets ne ce sont pas ouvert car ils sont dépendent d’une sonde de luminosité et je n’ai pas réussi a allumer la lumière extérieur qui est piloté par un wemos.

Il a fallu que je relance les dépendances pour moi.

J’avais relancé les dépendances.

Log installation des dépendances:

--2020-01-22 17:15:02--  https://raw.githubusercontent.com/lunarok/jeedom_nodejs/master/nodejs.sh
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 151.101.120.133
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|151.101.120.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1491 (1.5K) [text/plain]
Saving to: 'dependencies.sh'

     0K .                                                     100% 16.0M=0s

2020-01-22 17:15:02 (16.0 MB/s) - 'dependencies.sh' saved [1491/1491]

dependencies.sh: 3: [: espeasy: unexpected operator
Version actuelle : 12
Ign:1 http://ftp.fr.debian.org/debian stretch InRelease
Hit:2 http://ftp.fr.debian.org/debian stretch-updates InRelease
Hit:3 http://ftp.fr.debian.org/debian stretch Release
Hit:4 http://security.debian.org/debian-security stretch/updates InRelease
Hit:5 https://deb.nodesource.com/node_12.x stretch InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
lsb-release is already the newest version (9.20161125).
0 upgraded, 0 newly installed, 0 to remove and 54 not upgraded.
Ok, version suffisante
added 49 packages from 59 contributors and audited 64 packages in 2.747s
found 0 vulnerabilities

Fin de l'installation

Mais dans la configuration du plugin j’ai ca:

Un peu étonnant la date de la dernière installation des dépendances.

J’ai a peu prés le même log mais la date de la dernière installation est du 2019-02-23

Par hasard avez vous aussi sur votre Jeedom le plugin Philips Hue?

Oui moi je l’ai aussi mais pas de souci avec , et toujours le même problème avec le plugin espeasy

Je pose la question car depuis hier j’ai une erreur du plugin Phillips Hue quand je me lance dans les tests sur le plugin ESPeasy. Surement du hasard ?

Je ne sais pas mais sur le plugin espeasy je viens de d’inclure une nouvelle wemos et pareil pour la perte d ’ IP donc du coups j’ai pas mal de scénarios en rade .

J’ai trouvé !
Il faut modifier Publish template dans l’équipement qui se trouve pour moi dans l’onglet « controllers »:

Puis edit pour arriver à cette vue:

J’avais :

device=%a%&taskid=%id%&cmd=%valname%&value=%value%

Que j’ai remplacé par:

device=%sysname%&taskid=%id%&cmd=%valname%&value=%value%

Et tout refonctionne.

1 « J'aime »

Bonjour,

Donc rien à voir avec le plugin, il n’a jamais été indiqué de mettre device=%a%, ca a toujours été mis sysname.

Effectivement mais mes paramètres fonctionnaient depuis août 2018, pourquoi ? je sais pas.
Mais avant d’affirmer que c’était le plugin j’ai ouvert pas mal de pistes je pense.

1 « J'aime »

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