Béta sur JeedouinoExt

Hello @revlys,

Modification faite dans mon code, merci pour ton aide.
Par contre, j’ai mis ton fichier .py sur toutes mes PY et du coup, je vois les bloquages de remontée plus souvent.
Hier c’était la PI avec des températures (piscine, 3 capteurs) qui s’est bloquée. Donc rien à voir avec le pulse aussi. Ou du moins la relance du démon plante d’une manière générale ?

Bonjour @benj29,

Tu aurais gardé le log de ce plantage ?
De mon coté, j’ai toujours mes 2 rpi en tests depuis 3 semaines env. sans soucis.
Mais comme l’environnement et les sollicitations ne sont pas les mêmes, difficile de comparer.

Bonne journée.

Zut, je viens de vérifier… mais non (pour celui de la température, trop vieux).

Par contre, je te confirme que j’ai encore des problèmes de compteurs pulse qui ne redémarrent pas et partent en vrille. Encore un ce matin.

Tu as corrigé ton code ? Je peux le tester si tu veux (vu que je tourne déjà avec la béta).

Hello @revlys,

Un autre souci, je ne sais pas si c’est lié mais je ne pense pas.

En parallèle du blocage des pulses, si je coupe une PI, quand elle redémarre son chemin de configuration est erroné. Il faut que je relance une installation et tout rentre dans l’ordre. Mais à la coupure électrique suivante, bis répétita.

Une idée ?

Le problème est que si coupure, les démons sont inaccessibles car l’interface pointée (du serveur html je présume) est erronée.

Elle pointe après reboot sur :

Il faut que je fasse une installation nouvelle (et non une mise à jour qui pointe toujours sur l’ancien chemin) pour que tout soit OK :

Alors qu’elle doit pointer quand je relance une installation ou que tout est OK sur :

L’autre problème est que je ne peux pas récupérer les logs par l’interface jeedom car JeedouinoExt sur la PI est « tanké »

Je peux y accéder par SSH :

celui du Gpio, mais rien de probant avant ma coupure à 12h20 :

celui du Ext, idem :

J’ai ce phénomène sur 3 PI sur 4.
(peut être apache vs nginx ?)

Bonjour @benj29,

Je pensais avoir déjà corrigé ce problème de chemin.
Du coup, j’ai regardé et c’était qu’en partie fait, cela devrait être bon maintenant.
Merci pour les retours.

Pour les autres corrections, elles sont disponibles sur github et sur le market en stable. :crossed_fingers:

Bonne journée.

Mise à jour appliquée sur Jeedom et sur toutes les PI.
A suivre.
A noter que l’on peut faire une mise à jour sur JeedouinoExt en local (127.0.0.1) qui est logiquement refusée.
Tu devrais empêcher cela.
Non ?

Bien vu !

Je corrige ça :wink:

Pour l’instant tout roule. A voir au prochain cash de pulse…

Bon j’ai vérifié quelques bricoles car mon comptage pulse du PV était complètement erroné !
Les autres compteurs font leur vie depuis la mise à jour du 10/05 soit 10 jours…

Mais je ne comprends pas ce qu’il s’est passé dans le cas précis du PV.
Le compteur s’est emballé comme un fou. Pourtant il se calme le soir. Mais il compte comme si il était à fond tout le temps, chose impossible. Surtout que le comptage réel (écrit en temps réel sur le compteur est juste lui).

L’effet d’échelle a complétement écrasé les autres courbes du compteur avant le 18/05.
J’ai zoomé avant pour bien que l’on comprenne la différence entre avant et après.

Par sécurité, j’ai réenregistré un démon proprement pour voir si le comptage revient à la normale et c’est le cas ! Je le vois à la valeur de la puissance estimée chaque min. Avant il était bloqué à 2000W (je le bride) tout le temps du matin au soir. Alors qu’en général c’est plutôt une gaussienne.

Je voulais voir le log car je me posais la question, est-ce que ce ne serait pas le fameux second thread de démon qui compte mal ? Mais le log ne remonte qu’à 6h ce matin dans la fenêtre html du serveur jeedouino de la pi. Je vais voir sur la pi en elle même si j’ai mieux.

Bonjour @benj29,

Je voulais voir le log car je me posais la question, est-ce que ce ne serait pas le fameux second thread de démon qui compte mal ?

Ok, je pensais que tu voulais juste une notif d’exécution.
En fait, le 2nd thread ne compte pas, il stoppe et réinitialise les events des compteurs.
Les events sont indépendants des threads.

Par contre pour ton compteur PV qui s’emballe, peux-tu regarder dans le log jeedouino si tu as des lignes de type CallBack avec la mention : …La valeur reçue est inférieure à la valeur connue RSTValue

C’est un ajout suite à ton message du 16/04 Béta sur JeedouinoExt - #18 par benj29 :

De même, le compteur compte après cette erreur, c’est juste que sa valeur est eronnée, je vois 1, 2 etc jusqu’à 35… mais pas du tout la valeur que j’ai côté jeedom qui est en million. On dirait qu’il recommence à compter mais pas depuis la bonne valeur et que ces valeurs ne sont pas transmises (regarde le log en détail, je te l’ai posté plus haut)

Bonne journée.

Le truc c’est que tes logs sont trop courts.
A 9h ce matin, je ne pouvais pas voir avant 4h.
Là, à 16h je ne peux que voir 7h sur JeedouinoPiGpio.log* ou 14h sur JeedouinoExt.log.
Du coup, je ne peux pas voir de log sur hier par exemple.
C’est dommage. Il te faudrait prévoir un rotatif comme les logs système.

De ce que je vois sur le log de JeedouinoPiGpio.log* qui est le seul à être dispo avant mon réenregistrement de compteur, pas de message de ce style.

Il y a quand même quelquechose que je n’explique pas c’est la valeur que je lis !
A 7h ce matin, la valeur en 1673 (qui est le démon PV) était de l’ordre de 2millions…

/plugins/jeedouino/core/php/Callback.php?BoardEQ=1673&35=2318233

Et quand j’ai reenregistré, il est passé à 7milliard !

[2020-05-20 08:38:02][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=1673&35=7746229268

Deux remarques :
avant d’enregistrer sur l’interface côté jeedom de jeedouino la valeur du compteur était déjà à 7milliards quelquechose !
d’ailleurs l’historique y était aussi… et pourtant le log avant 8h38 voit du 2millions ! et l’historique non… pourquoi ?

Tu comprends ce que je veux dire ?

Rien en tout cas sur une valeur plus faible en envoi. C’est même plutôt l’inverse. Le log côté PI donne une valeur qui est la bonne valeur de comptage (vers 2 millions) mais côté jeedom il a compté des milliards !

Tout est redevenu normal (à l’exception de la valeur farfelue initiale du compteur on va dire) mais en relatif, ça compte bien depuis l’enregistrement du démon…

Bonjour @benj29,

Pour les logs, je vais voir si je peux les rallonger coté jeedouinoExt.

Oui, la valeur farfelue confirme ce que je pense.

Si ça recommence, ou à titre préventif, tu peux éditer le fichier /var/www/html/plugins/jeedouino/core/php/Callback.php à la ligne 357:
Remplace $recu += $RSTvalue; par $recu = $RSTvalue;

Pour cette modif, tu n’as pas besoin de redémarrer les démons.

Bonne journée.

Ok, je m’en occupe :+1:

Arf, je crois que ce souci a quand même causé pas mal de problème, je les découvre peu à peu. L’eau chaude est partie en vrille à son tour pendant plusieurs jours !

J’ai resauvé tous les démons par sécurité.

Salut,
De mon côté aussi j’ai eu de la surchauffe d’eau chaude mais à cause d’un souci RFXCom qui envoie des ordres OFF puis ON dans la foulée au moment d’arrêter le DIO qui commande le relais du chauffe-eau. Et ce depuis la MàJ du plugin RFXCom. N’est pas ça de ton côté car j’ai la même config que toi comme j’ai suivi ton tuto :slight_smile:

Hello @revlys,

J’ai un souci dans les messages de Jeedom. Je constate régulièrement ce type de message sur un PI donné (2.51) :

Cette raspberry contrairement aux autres est en Wifi.

Le log donne par exemple à 17h40 :

2020-05-26 17:38:01 [ DEBUG ] StatusDemonCMD - L'état du démon PiGpio est  Actif  sur 192.168.2.51 - jeedouinoPiGpio_1601.py : process : ["15007","25926","25936"]
2020-05-26 17:39:02 [ DEBUG ] StatusDemonCMD - L'état du démon PiGpio est  Actif  sur 192.168.2.51 - jeedouinoPiGpio_1601.py : process : ["15176","25926","25936"]
2020-05-26 17:40:02 [ ERROR ] L'IP de ce JeedouinoExt est introuvable. Un reboot est peut-être nécéssaire. - IP = 6 fe80b2123de9438ae8ff
2020-05-26 17:40:02 [ DEBUG ] StatusDemonCMD - L'état du démon PiGpio est  Actif  sur 6 fe80b2123de9438ae8ff - jeedouinoPiGpio_1601.py : process : ["15371","25926","25936"]
2020-05-26 17:40:14 [ DEBUG ] GetJeedomCFG = {"IP":"192.168.2.90","Port":"80","Cpl":""}
2020-05-26 17:40:14 [ DEBUG ] Call 192.168.2.90:80 -
2020-05-26 17:40:14 [ DEBUG ] KILL process 15525
2020-05-26 17:40:15 [ DEBUG ] KILL process 15526
2020-05-26 17:40:15 [ DEBUG ] KILL process 25926
2020-05-26 17:40:16 [ DEBUG ] KILL process 25936
2020-05-26 17:40:16 [ DEBUG ] StopDemonCMD - Arrêt forcé du démon PiGpio sur  192.168.2.51 - jeedouinoPiGpio_1601.py : Kill process : ["15525","15526","25926","25936"]
2020-05-26 17:40:16 [ DEBUG ] Cmd Appel démon : sudo /usr/bin/nice -n 19 /usr/bin/python3 /var/www/html/JeedouinoExt/jeedouinoPiGpio_1601.py 8001 1601 192.168.2.90 80 . 5
2020-05-26 17:40:16 [ DEBUG ] Le démon PiGpio devrait démarrer  -
2020-05-26 17:41:01 [ DEBUG ] StatusDemonCMD - L'état du démon PiGpio est  Actif  sur 192.168.2.51 - jeedouinoPiGpio_1601.py : process : ["15701","15707","15785"]
2020-05-26 17:42:01 [ DEBUG ] StatusDemonCMD - L'état du démon PiGpio est  Actif  sur 192.168.2.51 - jeedouinoPiGpio_1601.py : process : ["15701","15707","15886"]

et

[2020-05-26 17:30:07][Demon PiGpio] >> Reponse a la requete : SOK
[2020-05-26 17:32:58][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=1601&7=4718.75&DS18list_7={"28-03168A3F0AFF":"4718.75"}&11=3106.25&DS18list_11={"28-03168A17BFFF":"3106.25"}&13=3043.75&DS18list_13={"28-000008296268":"3043.75"}
[2020-05-26 17:35:02][Demon PiGpio] Requete : ['PING', '1']
[2020-05-26 17:35:02][Demon PiGpio] >> Reponse a la requete : PINGOK
[2020-05-26 17:35:02][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=1601&REP=PINGOK
[2020-05-26 17:37:58][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=1601&7=4712.5&DS18list_7={"28-03168A3F0AFF":"4712.5"}&11=2875.0&DS18list_11={"28-03168A17BFFF":"2875.0"}&13=3043.75&DS18list_13={"28-000008296268":"3043.75"}
kill: (15525): No such process
kill: (15526): No such process
[2020-05-26 17:40:17][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=1601&IN_12=0&29=1
[2020-05-26 17:40:17][Demon PiGpio] info : Starting First Network thread
[2020-05-26 17:40:17][Demon PiGpio] info : Starting Second Network thread
[2020-05-26 17:40:17][Demon PiGpio] info : Jeedouino PiGpio daemon running...
[2020-05-26 17:40:19][Demon PiGpio] Requete : ['BootMode', '1']
[2020-05-26 17:40:19][Demon PiGpio] >> Reponse a la requete : BMOK
[2020-05-26 17:40:21][Demon PiGpio] Requete : ['ConfigurePins', '......b...bpb...............l...........']
[2020-05-26 17:40:21][Demon PiGpio] >> Reponse a la requete : COK
[2020-05-26 17:40:21][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=1601&REP=COK&IN_12=1&29=1
[2020-05-26 17:40:27][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=1601&7=4768.75&DS18list_7={"28-03168A3F0AFF":"4768.75"}&11=3000.0&DS18list_11={"28-03168A17BFFF":"3000.0"}&13=3043.75&DS18list_13={"28-000008296268":"3043.75"}
[2020-05-26 17:45:03][Demon PiGpio] Requete : ['PING', '1']
[2020-05-26 17:45:03][Demon PiGpio] >> Reponse a la requete : PINGOK
[2020-05-26 17:45:03][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=1601&REP=PINGOK
[2020-05-26 17:45:27][Demon PiGpio] GET : /plugins/jeedouino/core/php/Callback.php?BoardEQ=1601&7=6568.75&DS18list_7={"28-03168A3F0AFF":"6568.75"}&11=2912.5&DS18list_11={"28-03168A17BFFF":"2912.5"}&13=3043.75&DS18list_13={"28-000008296268":"3043.75"}
[2020-05-26 17:50:02][Demon PiGpio] Requete : ['PING', '1']

Côté PI quand je regarde la partie réseau Wifi :

Sauf que côté routeur je vois ça, 2 clients connectés par wifi sur cette adresse MAC.

A noter que cette adresse MAC est bien celle de ma PI piscine en wifi. Et je me pose la question d’une double connexion qui fausserait la remontée côté démon…

Bonjour @benj29,

A noter que cette adresse MAC est bien celle de ma PI piscine en wifi. Et je me pose la question d’une double connexion qui fausserait la remontée côté démon…

C’est clairement le cas, cela l’oblige même à redémarrer.
Tu as 2 connexions car ton rpi se connecte en ipv4 (192.168.2.51) et en ipv6 (IP = 6 fe80b2123de9438ae8ff) :

2020-05-26 17:38:01 [ DEBUG ] StatusDemonCMD - L'état du démon PiGpio est  Actif  sur 192.168.2.51 - jeedouinoPiGpio_1601.py : process : ["15007","25926","25936"]
2020-05-26 17:39:02 [ DEBUG ] StatusDemonCMD - L'état du démon PiGpio est  Actif  sur 192.168.2.51 - jeedouinoPiGpio_1601.py : process : ["15176","25926","25936"]
2020-05-26 17:40:02 [ ERROR ] L'IP de ce JeedouinoExt est introuvable. Un reboot est peut-être nécéssaire. - IP = 6 fe80b2123de9438ae8ff

Il te faut désactiver l’ipv6 sur ton rpi.
Tu peux regarder ici pour ce faire.

Bonne journée.

Merci, j’ai ajouté cela sur toutes mes PI par sécurité.

Sauf qu’au reboot, 2 sur 4 ont redémarré et m’ont rendu l’interface Jeedouino accessible.
Par principe, je suis allé voir sur le plugin et le bug de la dernière fois avec l’adresse ne semble pas être la cause. Toutes les PI ont le même chemin indiqué :

Mais dans le cas de mes 2 PI qui ne reviennent pas normalement toutes seules :
http://192.168.2.51/JeedouinoExt/JeedouinoExt.php
http://192.168.2.58/JeedouinoExt/JeedouinoExt.php

Ne me donne rien, pas accessible. Le plugin donne :

Le log côté jeedouinoext sur l’une ou comme sur l’autre, donne la dernière communication avant le reboot :

J’ai donc fait un envoi pour mise à jour sur ces 2 pi pour voir :

Malgré une installation qui semble OK, la page jeedouino est toujours inaccessible.

Ce qui me dérange c’est ce connexion refused.

Je tente donc un « envoi pour installation » au lieu de la mise à jour pour voir si différence.

Nouvelle installation donc :

L’installation se passe et là de nouveau mes JeedouinoExt sur ces 2 pi réapparaissent.
Je ne comprends pas ce qui fait que maintenant 2 sur 4 marchent et les 2 non.

Quand je regarde le log il est là uniquement que tout est réinstallé, donc cela ne va pas t’aider :

Le démon est ensuite revenu tout seul normalement.

Quand je regarde le syslog au reboot, je vois un souci sur php7 mais pas sûr que ce soit ça.

Et ensuite je vois le cron toutes les min

Et après rien de plus jusqu’à la réinstallation.