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 ?
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.
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.
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.
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 ?
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.
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…
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)
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…
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 ?
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…
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.
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 !
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
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…
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.
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é :
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 :