Roue crantée lors de modification de l'équipement

Bonjour,

Je profite de ce nouveau forum pour relancer un sujet sur le problème de ce plugin.
J’avais déjà le problème en v3 et il est toujours présent en v4.
Après installation du plugin, il récupère bien les vannes et le contrôleur mais dès qu’on veut activer une vanne comme équipement, j’ai une roue crantée.
Ensuite, si je vais ailleurs dans Jeedom et que je souhaite aller chercher une commande, même situation, roue crantée sans arrêt. Obligé de revenir en arrière sur une autre page.

Quand je regarde le fichier de logs event, j’ai ceci. Et cela en boucle jusqu’à ce que je revienne sur une page autre que celle d’un équipement.

[2019-11-01 17:19:07][INFO] : Evènement sur la commande [Aucun][Vanne avant][Etat de la Station] valeur : 0

Dans le lot openSprinkler en mode debug, j’ai également ceci en boucle

[2019-11-01 17:31:39][DEBUG] : Appel : http://monip/js?pw=monmotdepassenmd5

Ce sujet a été remonté plusieurs fois sur l’ancien forum mais le problème semble être toujours présent.

J’ai désactivé depuis ces problèmes le plugin sur mon Jeedom de production.
Je viens d’installer un Jeedom de test sur une VM en local sur mon ordinateur portable et je reproduis le même phénomène sur cette VM qui est en v4.0.25. Il n’y a aucun scénario ou autre plugin qui utilisent opensprinkler pour le moment.

@lunarok serait-ce envisageable de s’organiser une connexion à distance pour que tu puisses voir ce qui se passe en temps réel?

Merci d’avance.

Bonjour,

Je viens d’acheter le plugin et j’ai exactement le même problème. Le développeur ne va-t-il pas résoudre ce problème?

Dans le journal des événements, il apparaît:

2020-01-05 10:32:02 core La tache plugin::cron n’arrive pas à finir à cause du plugin : opensprinkler nous vous conseillons de désactiver le plugin et de contacter l’auteur

Non pas eu de nouvelles depuis un certain temps.
@lunarok, as-tu eu l’occasion de creuser? Te faut-il de nouvelles données pour corriger ce problème qui semble être général?

Bonjour et bonne année 2020 à toutes et à tous, ouf j-1 pour la souhaiter :wink:
Lunarok va peut-être pouvoir exaucer ce voeux pour le printemps 2020.
Bon ok, sur l’Anjou il pleut tout le temps :joy:

+1 et merci « rombautsdidier » pour ta relance à aider
Bien à vous
Patrick

Bonjour
Je viens d’acheter ce Plugin, je suis en 4.0.44 de Jeedom et j’ai exactement le meme souci.
@lunarok, tu peux regarder stp ?

Bien à vous

Bonjour,
J’espère que ce message vous trouvera en pleine forme.

Idem Didier & Yasale, je viens de faire une installation fraiche de jeedom v4.0 avec buster sur une VM proxmox 6 et toujours cette fichu roue crantée puis « La tache plugin::cron n’arrive pas à finir à cause du plugin : opensprinkler nous vous conseillons de désactiver le plugin et de contacter l’auteur ».

@lunarok, tu peux nous répondre stp sur comment t’aider et enfin pouvoir faire fonctionner ton plugin dans nos environnements v3 et/ou v4 … Help … As-tu pu terminer ton installation d’arrosage, tu as validé chez toi avec quelle version d’OSp sur ton raspberry ?
Qu’est-ce qui bloque pour ne pas avoir de retour de ta part ? J’espère que tu vas bien ainsi que ceux qui te sont chers !

Nota : Avec toujours ce même problème en V3, j’ai fini par mettre à jour la version sur le raspberry avec la dernière version 2.1.9 d’opensprinkler, ce n’est peut-être pas une bonne idée.

+++En V4 : Dans configuration:
Version Firm : 219 Version Mineure : 1
Version Mat : 64 Type Mat : 255
Master 1 : 0 Master 2 : 0
Version plugin : 2020-01-18 09:38:34
Version Jeedom : 4.0.54

Bien à toi
Patrick

J’en suis toujours à la même situation les deux dernières fois que j’ai réinstallé OS je n’avais pas le problème.
Par contre, entre temps on m’a remonté le meme genre de soucis sur apcupsd, sauf que c’était pas le plugin mais des versions du core le soucis.

normalement ce problème a été corrigé avec la 4.0.54, je n’ai plus de roue crantée

+++Merci pour vos retours, je suis en 4.0.54

et ça ressemble bien au problème déjà rencontré avec apcupsd.
« Erreur interne 500 »
J’ai activé le mode debug et j’ai des erreurs :

« …PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/core/php/utils.inc.php on line 916 »…

Nota : Afficher et valider le contrôleur ne provoque pas l’erreur mais c’est quand on active une zone d’arrosage.

Version PHP 7.3.14-1~deb10u1
Version OS Linux jeedomsrv1 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1+deb10u1 (2020-04-27) x86_64 GNU/Linux [10.3]
Version database 10.3.22-MariaDB-0+deb10u1

+++ En V3.3.49 sur raspberry pi3+
« Unknown error »
Pas de trace en debug bien activé

Mais même motif même punition :cry:

Bonjour,

@rombautsdidier , as-tu réglé ce problème chez toi avec le plugin « OpenSprinkler » ou es-tu passé sur une autre solution ?
J’ai vu dans le forum que tu as essayé le plugin « Arrosage Automatique »

Sinon, à me répéter, comment vous aider (@Lunarok ou @Loic) à trouver pourquoi ça ne marche pas ?

  • en V3 et en V4.0 avec les dernières versions stables à jour

  • Idem en version Alpha 4.1.8

Bien à vous
Patrick

@Lunarok, il y a 27 téléchargements sur le Market. Nous ne serions que 4 à avoir le problème (en ne comptant que les requêtes de ce poste), soit 15% avec un problème. Peux-tu mesurer le taux de satisfaction sur ce plugin ?
@Loic, Pourquoi il n’est pas possible de mettre une note sur le Market et de laisser un commentaire constructif ?

Pour être constructif il faut communiquer et coopérer entre développeurs, fournisseurs du core et utilisateurs (ici client, vu qu’il participe financièrement même si c’est dérisoire). Et pour les 4 euros, franchement je m’en balance car Lunarok fait un tel boulot que ça compense largement et idem pour la part qui reviens au core de Jeedom. Par contre ce qui est insupportable c’est d’être ignoré !

Désolé mais je ne connais pas le PHP, néanmoins avec mes petites mains si quelqu’un veut bien prendre le temps qui je sais vous est compté de me guider ou guider Didier qui s’était proposé.

Si j’ai fait une connerie vous pouvez aussi me le dire, ça pourra peut-être aider les 15% qui n’arrivent pas le faire fonctionner, nous apprenons tous en faisant des erreurs (dès la naissance, ne serais ce qu’en marchant :wink:

Bien à vous et pour mon post qui a été censuré, vous avez eu raison car fait sous la colère et ce n’est pas constructif. J’espère que celui-ci de post ne sera pas censuré.

Nota : Pour info, je suis passé sur OpenSprinkler car la société GreenIQ avec son fonctionnement en cloud nous a fait faut bond. Ce qui m’a fortement conduit à aller vers de l’open-source avec une société en support pour la commercialisation du produit, ici OpenSprinkler avec Jeedom et le plugin OpenSprinkler et tout cela sans passer par un cloud. Chose étonnante, le plugin GreenIQ que j’avais acheté est toujours sur le Market et si cela vous a échappé, il serait bien de le retirer car maintenant il est sous la responsabilité de Jeedom SAS et toujours vendu 2 euros.

Patrick et surtout prenez soin de vous en ces temps à virus

Bonsoir,

Je n’ai plus retesté à vrai dire car j’utilise le plugin script pour lancer des requêtes http pour piloter l’ouverture des vannes.

Effectivement maintenant je passe par arrosage automatique pour la partie gestion de la fréquence et temps d’arrosage.

Je vais y jeter à nouveau un œil sur mon environnement de test avec la dernière version de Jeedom.

Mais tu peux le faire depuis ta jeedom il faut que le plugin soit installé

Merci @JAG , c’est noté et désolé @Loic je viens de voir que nous pouvons aussi le faire sur le portail community.

@JAG, tu parles pour apcupsd ou pour opensprinkler ?

Si quelqu’un passe par ici, peut-il me donner sa configuration si opensprinkler marche correctement dans son environnement.

Bien à vous
Patrick

Bonjour Didier, merci pour ton retour.

Et comme tu peux le voir plus bas, idem en V3.3.50 et j’ai ouvert un ticket qui devrait aller chez @Lunarok .

Bien à toi
Patrick

Bonjour,

Je viens de faire la mise à jour du core en 3.4.50 et toujours le même problème, roue qui tourne en validant une station avec le plugin « opensprinkler ». Avec à la fin unknow erreur sur fond rose ! Et toujours la même info :

2020-05-19 09:37:03 core La tache plugin::cron n'arrive pas à finir à cause du plugin : opensprinkler nous vous conseillons de désactiver le plugin et de contacter l'auteur

Néanmoins : +++Sachant que le point commun signalé à l’origine, était après le passage du core en V3.3 !

  • comme déjà signalé, l’équipement contrôleur s’installe et se valide

En debug dans le log opensprinkler Version 3.3.24 du 18/01/2020 :

> [2020-05-19 09:32:49][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
> [2020-05-19 09:32:49][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
> [2020-05-19 09:32:49][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
> [2020-05-19 09:32:49][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495

En debug dans le log http.error :
[Tue May 19 09:25:55.659132 2020] [core:notice] [pid 946] AH00052: child pid 17447 exit signal Segmentation fault (11)

Il n’y a pas d’autres traces et voici la configuration :

|ystème à jour|OK||
| --- | --- | --- |
|Cron actif|OK||
|Scénario actif|OK||
|Démarré|OK 2020-05-12 09:13:58||
|Date système (dernière heure enregistrée)|OK 2020-05-19 09:47:33 (2020-05-19 09:24:04)||
|Droits sudo|OK||
|Version Jeedom|3.3.50||
|Version PHP|5.6.40-0+deb8u5||
|Version OS|Linux jeedom 4.14.39-v7+ #1112 SMP Sat May 5 12:01:33 BST 2018 armv7l GNU/Linux [9.9]||
|Version database|5.5.62-0+deb8u1||
|Espace disque libre|94 %||
|Espace disque libre tmp|95 %||
|Mémoire disponible|44 % (Total 977 Mo)||
|Mémoire suffisante|0||
|Erreur I/O|0||
|Swap disponible|96 % (Total 1024 Mo)||
|Swapiness|10 %||
|Charge|1.14 - 1.7 - 1.64||
|Configuration réseau interne|OK||
|Configuration réseau externe|OK||
|Persistance du cache|OK (2020-05-19 09:30:12)||
|Apache private tmp|OK||
|Plugins|OK||

Comme indiqué de nombreuses fois l’auteur a été contacté. Que pouvons-nous faire pour vous aider à faire en sorte que ce plugin fonctionne enfin après plus d’1 an ?

Merci de ne pas nous ignorer !

Comme je n’ai aucune réponse et qu’au delà de 3 réponses, nous sommes bloqués, je viens donc d’éditer et d’effacer mon dernier message qui est resté dans la totale indifférence .

Bien à vous
Patrick

PS : J’ai ouvert un ticket depuis le Market

PHP 5.6, c’est obsolète
Je vais pas chercher plus loin pour le moment désolé mais ça fait deux fois que je remet tout en place comme déjà expliqué pour pas avoir de soucis.
La on me parle d’une V3 qui comme dit plus haut n’a pas le bug core corrigé. Et cerise c’est une debian 8 qui est obsolète, pour info la fin de vie de la 9 est cette année, prenez les devant et passer a buster

Merci @Lunarok pour ton retour. La V3 c’est ma prod actuelle et avant de passer en V4, comme il est indiqué que la V3 sera toujours maintenu je persiste. Néanmoins prêt à faire le pas en V4, j’ai monté une VM avec buster (merci @Akenad). Voir plus haut mon retour sur la V4. Idem avec la V4.1 et malheureusement même problème de roue et peu ou pas de messages de log.

Juste un écart que je viens de confirmer, l’équipement contrôleur remonte complètement en V3 et pas en V4. Je vais repartir de zéro et te mettre les copies écrans si ça peut aider. Néanmoins je suis très léger à côté de @rombautsdidier qui a rencontré ces mêmes problèmes en V4 et qui t’a sollicité, lui me semble plus expert. Si je peux aider à avancer il faut me guider, désolé si je suis une charge mais je ne suis pas le seul à avoir ces problématiques et si ça peut faire avancer je peux contribuer. J’utilise d’autres de tes plugins et je viens d’acheter Shelly, pourquoi celui-ci « opensprinkler » ne pourrait pas rendre le service attendu ? Même si tu n’y es pour rien comment apporter les éléments à la core-team pour corriger ? Encore désolé pour toutes ces questions.

@rombautsdidier, Didier as-tu pu remettre les mains dans le cambouis :wink: ?

Bien à vous
Patrick

Non, pas encore mais je remonte un ordi où je vais installer des machines virtuelles pour retester. Je pense avoir déjà tenter en v4 sous Debian 9 et j’avais le même problème.

Sur ma prof, je suis également sous Debian 9 et une v4 à jour mais je laisse mes scripts pour ne pas faire joujou avec quelque chose qui tourne comme une horloge suisse.

Je vais essayer de refaire un essai dans les jours qui viennent.

En repartant de zéro sous VM proxmox (6) et après un update/upgrade debian, Jeedom v4.0.54

Seul module (plugin) activé, opensprinkler et aucun script ni virtuel, juste 2 objets de créés pour le test.
Dès l’activation d’un équipement autre que le contrôleur et à la sauvegarde du paramètre sur cet équipement, la roue tourne jusqu’à avoir :

Dans centre de messages :

Date et heure	Source	Description	Action	Occurrences
2020-05-23 22:09:02	core	La tache plugin::cron n'arrive pas à finir à cause du plugin : opensprinkler nous vous conseillons de désactiver le plugin et de contacter l'auteur		3
2020-05-23 21:41:01	opensprinkler	Configuration à saisir

Sur la page d’affichage de l’équipement en cours d’activation :
sur fond rouge : 500 : Internal Server Error

Dans les logs :

Log http.error :
[Sat May 23 22:08:50.719983 2020] [php7:error] [pid 8252] [client 192.168.0.45:56598] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/core/php/utils.inc.php on line 916, referer: http://192.168.0.62/index.php?v=d&m=opensprinkler&p=opensprinkler&id=46

Logs opensprinkler :

[2020-05-23 22:19:50][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[2020-05-23 22:19:50][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[2020-05-23 22:19:50][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[.../...
[2020-05-23 22:20:28][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[2020-05-23 22:20:28][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[2020-05-23 22:20:28][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[2020-05-23 22:20:28][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495

Log event :

[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:23:57][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0

Après arrêt de opensprikler, dans opensprinkler :

[2020-05-23 22:23:35][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[2020-05-23 22:23:35][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[2020-05-23 22:23:35][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=opensprinkler function=remove callInstallFunction=1
[2020-05-23 22:23:36][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[2020-05-23 22:23:36][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495
[2020-05-23 22:23:36][DEBUG] : Appel : http://192.168.0.36:8080/js?pw=903cc6cba8c831845dfca044db228495

Et dans event j’ai :

[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Etat de la Station] valeur : 0
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Station Activée] valeur : 1
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Ignore la Pluie] valeur : 0
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Station en mode séquentiel] valeur : 1
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Connection à Master1] valeur : 1
[2020-05-23 22:24:35][INFO] : Evènement sur la commande [JardinV4][Véranda Muguet ][Connection à Master2] valeur : 0

Avec la configuration santé suivante :

|Système à jour|OK|Cron actif|OK|
| --- | --- | --- | --- |
|Scénario actif|OK|Démarré|OK 2020-05-23 21:33:03|
|Date système (dernière heure enregistrée)|OK 2020-05-23 22:35:00 (2020-05-23 22:12:02)|Droits sudo|OK|
|Version Jeedom|4.0.54|Version PHP|7.3.14-1~deb10u1|
|Apache|12|Version OS|Linux jeedomsrv1 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1+deb10u1 (2020-04-27) x86_64 GNU/Linux [10.4]|
|Version database|10.3.22-MariaDB-0+deb10u1|Espace disque libre|84 %|
|Espace disque libre tmp|100 %|Mémoire disponible|81 % (Total 1995 Mo)|
|Mémoire suffisante|0|Erreur I/O|0|
|Swap disponible|100 % (Total 2045 Mo)|Swapiness|60 %|
|Charge|0 - 0.02 - 0.04|Configuration réseau interne|OK|
|Configuration réseau externe|NOK|Persistance du cache|OK (2020-05-23 22:30:02)|
|Apache private tmp|OK|

En parallèle j’ai créé un ticket ayant une fin de non recevoir en V3, j’espère avoir un espoir de pouvoir avancer enV4.
+++ Ayant un pack, j’ai eu la réponse de @Loic à ma demande d’aide via ticket :
Malheureusement ce plugin n'est pas un plugin officiel on ne peut donc pas vraiment vous aider car on ne l'a pas fait... Tous ce que je peux vous dire c'est qu'il semble avoir un soucis dans le code qui consomme toute la mémoire autorisé et fait tout planter.

@Lunarok, comment pouvons nous avancer ?

Bien à vous
Patrick

@Lunarok, il me semble vous avoir posé une question et c’est possible de ne pas être ignoré ?

Bien à vous
Patrick