Plugin mode qui change de mode tout seul

Non ça varie.
Avant hier:

  • j’ai mis le mode nuit (fermeture des volets, éteint les lumières maos pas d’alarme) à 23h17
  • C’est passé tout seul en mode « Home » à 1h32 du mat’
  • j’ai le mode absent en partant à 8h27
  • C’est passé tout seul en mode « Home » à 9h28
    Hier:
  • je suis passé en mode nuit à 23h25
  • c’est passé tout seul en mode « Home » à 1h21
  • c’est encore passé tout seul en mode « Home » à 9h17 (en étant déjà en Home)

=> Sympa je connaissais pas mais je ne vois rien qui explique le comportement !

Clairement c’est la fonction « Home » de Mode qui se déclenche.

  • Et pas « Home » de Mode tablette car cette dernière ne désactive pas l’alarme
  • Ce n’est pas non plus mode précédent car mon soucis est toujours une désactivation de l’alarme, jamais une réactivation

:slight_smile:

Tu as activé les logs ‹ event › voir si tu vois pas le truc passer dedans ?
Je ne vois plus que cela.

Mais ce n’est pas un bug tu as un truc qui traine quelque part !

Oui oui je pense à un truc qui traine !

Je vais mettre ces logs event pour voir ! Je croyais que debug comprenais « tout »

Je suis allé dans le menu utilisateurs : j’ai supprimé les utilisateurs enregistrés, régénéré les api utilisateurs, et déconnecté tout le monde. Ça peut aider ?

Ça se met où ou bien se consulté où les logs évent ? J’ai pas trouvé et j’ai toujours le soucis :pensive:

Et si tu supprimes ton equipement mode et tu le recrees.

Dans commandes orphines tu verras partt ou il est appele. Et lancien supprimé le reuc ne pourra plus le declencher.

Fais un backup et tente cela si tu peux !

Je viens de le faire: effectivement ça devrait régler le truc !

Mais les seuls commandes qui appelaient le mode étaient celles que j’attendais !

Aucune de ces commandes n’est appelée par un cron, un agenda ? Un truc automatique sur tablette ?

Si c’est le cas ca va tomber en erreur quelque part

Ben non… mais si ça tombe en erreur tant mieux car ce n’est pas sensé le faire ! Et ça me permettra de comprendre parce que j’aime pas ne pas comprendre :slight_smile:

Du coup, j’ai compris déjà qu’est-ce qui desactivait l’alarme c’était mon clavier zipato RFID zwave…

Il balance des changements d’état comme si quelqu’un avait activé/désactivé l’alarme.
J’ai fait step par step et modifié le scénario associé à une désactivation/activation clavier et ajouté une notif pushbullet me disant si l’activation venait de ce scénario.

Ah ben voila…

C clair que ca ne se faisait pas tt seul !

Maintenant il va falloir comprendre ce qu’il lui arrive… Mais je vais clore ce post.

Ou ton clavier zipato délire ou y a encore autre chose de son coté à voir.

Un petit coup de bombe Sitosec ou équivalent nettoyeur contact parfois ça fait un miracle et enlève les petits effets capacitifs.

1 « J'aime »

Vu le clavier et les contacts derriere ca va pas servir a grand chose

1 « J'aime »

Hello,

J’ai l’impression que j’ai le même problème avec un clavier Benext (a priori c’est le même que le Zipato).

Ne serais tu pas sous zwave-js-ui avec une version supérieure à la 8.10. et la version de zwave-js supérieure à 10.11.0 ?

De mon côté je viens de passer de cette version de zwave-js à la dernière en date et j’ai le déclenchement inattendu d’un scénario car le clavier renvoi toutes ses dernières infos via MQTT même s’il n’est pas utilisé et notamment la dernière action lancée depuis le clavier comme s’il venait d’être utilisé.

Je viens de repasser en version 8.10. et 10.11.0 et je n’ai pour l’instant plus de déclenchement.

Ca il serait plus judicieux de le mettre dans un post dedie et bien tagué que ici car ca risque de passer a la trappe

Oui c’est depuis la MAJ effectivement aussi.

J’ai créé un post @lguezennec

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.