En simplifiant, j’utilise le plugin « Mode » pour un mode absent (qui active l’alarme et baisse les volets roulants) et un mode « home » qui désactive l’alarme, ouvre les volets, et m’envoie une notif pushbullet que l’alarme est désactivé
Depuis cette semaine, j’ai l’alarme qui se désactive et les volets qui s’ouvrent tout seul: la nuit (alors que l’alarme n’est pas mise), la journée quand je suis au travail…
C’est bien le plugin mode qui fait ça car c’est le seul qui groupe ces actions de désactivation d’alarme + ouverture des volets roulants + notification pushbullet.
D’où cela peut venir ? J’ai du mal à croire que cela vienne du plugin en lui-même (je n’ai pas eu de mise à jour, et je n’ai rien touché).
Est-ce que dans les logs je peux voir qu’est-ce qui a déclenché la désactivation intempestive de l’alarme ?
Ensuite tu as aussi la fonction rechercher du menu outils. Tu recherche par plugin et ensuite tu précises le plugin, tu verras partout ou il est appelé.
Rien dans les scénarios (que je n’ai pas MAJ depuis longtemps de toute façon)
Avec outils, j’ai pu chercher que rien d’anormal n’appelle le mode
Dans le plugin mode, je vois bien quand il s’exécute alors qu’il devrait pas: là par exemple à 9h17 alors que je n’ai rien fait et c’est tombé quand je mettais à jour les package Linux du raspberry via jeedom
Voici le log associé à un déclenchement intempestif: lors de cette MAJ (j’ai déjà noté parfois que si je redémarrai Jeedom cela passait en mode Home)
[2023-04-22 09:17:29][INFO] : [Maison][Mode] L\'équipement est déverrouillé : changement de mode autorisé vers Home
[2023-04-22 09:17:29][DEBUG] : [Maison][Mode] Entrée dans le mode Home (mode précédent : Home)
[2023-04-22 09:17:29][DEBUG] : [Maison][Mode] Exécution de l\'action #xxxx# (options : Array ( [enable] => 1 [background] => 0 ) )
[2023-04-22 09:17:30][DEBUG] : [Maison][Mode] Exécution de l\'action #yyyy# (options : Array ( [enable] => 1 [background] => 0 ) )
[2023-04-22 09:17:30][INFO] : [Maison][Mode tablette] L\'équipement est déverrouillé : changement de mode autorisé vers Home
[2023-04-22 09:17:30][DEBUG] : [Maison][Mode tablette] Entrée dans le mode Home (mode précédent : Home)
[2023-04-22 09:17:30][DEBUG] : [Maison][Mode tablette] Exécution de l\'action #zzz# (options : Array ( [enable] => 1 [background] => 0 ) )
Voici le log associé à une action de ma part demandant à passer en mode Home:
[2023-04-22 09:57:50][INFO] : [Maison][Mode] L\'équipement est déverrouillé : changement de mode autorisé vers Home
[2023-04-22 09:57:50][DEBUG] : [Maison][Mode] Entrée dans le mode Home (mode précédent : Home)
[2023-04-22 09:57:50][DEBUG] : [Maison][Mode] Exécution de l\'action #xxxx# (options : Array ( [enable] => 1 [background] => 0 ) )
[2023-04-22 09:57:51][DEBUG] : [Maison][Mode] Exécution de l\'action #yyyy# (options : Array ( [enable] => 1 [background] => 0 ) )
[2023-04-22 09:57:51][INFO] : [Maison][Mode tablette] L\'équipement est déverrouillé : changement de mode autorisé vers Home
[2023-04-22 09:57:51][DEBUG] : [Maison][Mode tablette] Entrée dans le mode Home (mode précédent : Home)
[2023-04-22 09:57:51][DEBUG] : [Maison][Mode tablette] Exécution de l\'action #zzz# (options : Array ( [enable] => 1 [background] => 0 ) )
Les logs sont identiques (c’est moi qui ait changé les numéros des actions en xxxx et yyyy)
(le mode home appelle un changement de mode tablette c’est normal les deux en série)
=> Je voudrais surtout savoir si l’appel au changement de mode est local (du raspberry) ou bien identifier si ca vient d’une autre IP: mon téléphone, celui de ma femme, la tablette qui est à l’entrée de la maison… Comment je peux faire ?
Quelques indices:
Les déclenchements intempestifs sont depuis ce week end.
J’en ai un par nuit et un par jour (horaires qui varient)
Les seuls changement que j’ai fait à mon jeedom depuis ce week end: ajout d’un périphérique ZwaveJS (détecteur de fumée Fibaro: je n’ai pas configuré d’alarme normalement car je crois que ce périphérique gère ça), MAJ ZwaveJS avec MAJ des dépendances, MAJ plugin: Netatmowelcome, modbustomqtt (et depuis j’ai aussi MAJ le core jeedom, mais le problème était déjà là)
Ce que j’ai aussi fait:
j’ai redémarré mon jeedom
j’ai enlevé la pile du détecteur de fumée fibaro ajouté ce week end au cas où ce serait lui => toujours les déclenchements intempestifs
j’ai redémarré tous les appareils qui pouvaient appeler ce commande de changement de mode (je pensais un page internet sur un de mes devices qui se rafraichissait et redemandait un changement de mode
(et aujourd’hui mis à jour des packages linux)
(j’ai masqué car ça donne mon village et dans les logs idem j’avais modifié le nom de village en « Home »)
=> J’ai un clavier Zipato (bage RFID) qui me permet de désactiver l’alarme sans utiliser un téléphone.
Sinon je fonctionne uniquement avec un téléphone via un navigateur web avec une page design.
Est-ce qu’il y a moyen d’identifier quel équipement est la source de la commande ? Le zipato ou un des téléphones (sachant que la nuit nos téléphones sont en mode avion) (et en fait la tablette de l’entrée n’a pas les droits pour enlever l’alarme donc ce n’est pas elle)
Je me demande franchement si ce n’est pas le jeedom directement (je doute que ce soit un périphérique extérieur) sur un plantage ou autre car j’avais noté que quand je redémarrais jeedom à l’initialisation j’avais parfois une notif « l’alarme a été désactivé » correspondant à ce changement de mode.
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 ?
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
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.