Stabilité plugin ewejee

Salut à tous, j’aimerais savoir si de votre côté le plugin ewejee est stable. Chez moi j’ai beau faire tous les réglages ou chose que je vois systématiquement à un moment donné sans savoir pourquoi, le daemon devient instable est plante régulièrement. Je trouve très embêtant ces plantages continuels. c’est le seul plugin qui me pose problème. Tout le reste impeccable, aucun problème de daemon mais alors lui, c’est catastrophique.

Ni aurait-il pas moyen de stabilisé ceci ?


Merci :slight_smile:

As-tu essayer de re installer les dépendances ?
Es-tu en mode Lan ou Cloud ?

Bonjour,
Depuis hier, beaucoup de problèmes pour en arriver à un non-fonctionnement total cela avec ma version ßéta.
J’ai eu des difficultés pour désinstaller cette version puis j’ai, pareil, avec difficulté, réussi à installer la version stable et là, super, tout remarche mis à part quelques Devices qu’il faut réinstaller mais bon !

Si pb depuis hier:

Si vous êtres connecté à l’app mobile ou quoi que ce soit d’autre qui utilise ewelink c’est instable.

Autrement j’ai de mon côté plus de soucis depuis que j’ai désinstallé l’app mobile.

Salut, oui c’est que je fais principalement à chaque fois pour retrouver un fonctionnement temporaire. Je fonction en Cloud et Lan, mais qu’on désactive l’un ou l’autre ça ne change pas vraiment le problème.

Concernant l’application mobile dont Foulek57 parle… chez moi l’appli mobile fonctionne bien. C’est d’ailleurs grace à elle que je peux éteindre et allumer lorsque le daemon ne fonctionne plus. C’est ma solution de dépannage qui fonctionne à chaque fois elle.

d’ailleurs update de ce soir… impossible de refaire partir le daemon. Allez hop… réinstallation des dépendances.
Heureusement que les autres plugin fonctionnent et qu’on soit pas obligé de faire cela à chaque fois pour tous les plugins :wink:

Alors c’est stable ?
Quelle version de Jeedom as-tu?

heu non pas du tout.
exemple :
image

Je suis à la version de jeedom : 4.3.17
version stable eweejee : V2.1.2

A priori : erreur différente: toi tu as 411
→ Tu as gagné moi je n’ai que 400…

Moi malgré différente install et re instal et re dépendance et re…
remontées des info OK, mais pas de commandes possibles… :face_with_head_bandage:

Team « 400 »
{« error »:400,« reason »:« Bad Request »}

2 « J'aime »

heuuu, et ça veut dire quoi ? mauvaise requête de quoi vers quoi ?

Il faudrait que @Foulek57 se penche sur la question :face_with_monocle:

1 « J'aime »

mon erreur est une erreur 411
image
qui est récurrente. J’ai l’impression qu’elle survient à chaque fois qu’il y a plus commande qu’y se font de manière assez rapproché. Genre un détecteur qui allume suite à un passage et que derrière il la rallume pour une autre détection. Régulièrement j’ai l’erreur 411 qui apparait.

Peut-être que çà peut orienter le débug ?

Hello

411 alors ça jamais vu
En effet les commandes rapprochées le cloud ewelink n’aime pas trop

Pour les erreurs 400 c’est ewelink qui répond ça

Cela m’arrive uniquement quand je lance une commande sur un appareil dans Jeedom mais qui entre temps a été supprimée sur l’app ewelink

Sinon il me faudrait dés exemple de commandes juste avant l’erreur

Avec le model de l’appareil

J’ai hélas le même problème le deamon EWEJEE plante régulièrement sans raison apparente. De ce fait les scénarios en place ne fonctionnent plus, les commandes de base non plus ! Finalement après plus d’un an d’utilisation je n’ai jamais pu avoir une stabilité au niveau de ce plugin. je vais a mon grand regret repartir sur la solution locale SONOFF a savoir le iHost.

Oui toujours la même errreur. Et simplement un allumage d’une lumière ou l’extinction peut générer cette erreur, et même des fois rien fait planter le daemon.
@Foulek57
voici un exemple de lignes précédent un plantage
2968|[2023-12-14 00:00:08][DEBUG] : ---------- Switch device a48004e9aa channel : 01 Action : off
2969|[2023-12-14 00:00:08][DEBUG] : Démarrage switch …
2970|[2023-12-14 00:00:08][DEBUG] : – Un seul channel.
2971|[2023-12-14 00:00:08][DEBUG] : ** Envoi de la commande au serveur : Device : a48004e9aa Apikey : 0a632c20-b2f2-411a-bed3-3d99aa8532f9 Channel : single Action : off
2972|[2023-12-14 00:00:08][DEBUG] : Commande pour a48004e9aa correctement Envoyé
2973|[2023-12-14 00:00:08][DEBUG] : [attribute_update] Device ID = a48002dec6 Nom = Evier
2974|[2023-12-14 00:00:08][DEBUG] : [attribute_update] Device ID = a4800312f2 Nom = Lumières porche
2975|[2023-12-14 00:00:08][DEBUG] : INFO : off
2976|[2023-12-14 00:00:08][DEBUG] : [attribute_update] Device ID = a4800312f3 Nom = Lumières sophro collectif
2977|[2023-12-14 00:00:08][DEBUG] : INFO : off
2978|[2023-12-14 00:00:08][DEBUG] : [attribute_update] Device ID = a48004e9aa Nom = Lumière sophro scène
2979|[2023-12-14 00:00:08][DEBUG] : INFO : off
2980|[2023-12-14 00:00:08][DEBUG] : [attribute_update] Device ID = a48002e8b6 Nom = Salle jeux ext
2981|[2023-12-14 00:00:08][DEBUG] : [attribute_update] Device ID = a4800312f3 Nom = Lumières sophro collectif
2982|[2023-12-14 00:00:09][DEBUG] : [send_lan][100182b028] Sending … {}
2983|[2023-12-14 00:00:09][DEBUG] : [send_lan][‹ .100182b028. ›] { « sequence »: « 1702508409123 », « deviceid »: « 100182b028 », « selfApikey »: « d5757b12-2608-4152-96bb-861002194cf0 », « iv »: « MTIzNDU2Nzg5MTIzNDU2Nw== », « encrypt »: true, « data »: « tukySa/mnvrp5r90UJmoFA== » }
2984|[2023-12-14 00:00:09][DEBUG] : [send_lan][100182b028] {« sequence »:« 1702508409123 »,« seq »:1027853,« error »:400,« encrypt »:true}
2985|[2023-12-14 00:00:09][DEBUG] : [attribute_update] Device ID = 100137027c Nom = Store
2986|[2023-12-14 00:00:09][DEBUG] : [attribute_update] Device ID = 100137027c Nom = Store
2987|[2023-12-14 00:00:11][ERROR] : Erreur détectée !, Relance du démon
2988|[2023-12-14 00:00:11][ERROR] : Erreur rencontré : 411, Raison :
2989|[2023-12-14 00:00:11][DEBUG] : [deamon_stop]PID = 3864679
2990|[2023-12-14 00:00:11][INFO] : Plusieurs PID en cours, kill PID Nr : 3864679
2991|[2023-12-14 00:01:03][DEBUG] : [send_lan][100182b028] Sending … {}

@Foulek57 les exemples ci dessus de donne une idée du problème ?