J’ai l’impression que la timezone n’est pas prise en considération.
Ce qui fait que l’event est considéré comme vieux d’une heure, alors que dans la réalité, il vient d’être généré et reçu.
Vous voyez:
log [2021-12-20 11:40:54]
mais le timestamp n’est plus valide, parce que peut être trop vieux : 2021-12-20 10:41:36+00:00
ça sent le problème de timezone.
Peut être qu’il y’a un mécanisme d’acknowledge, … il en résulte que le status dans Ajax est que l’alarme n’est pas connectée au centre de surveillance.
J’ai atteint mes 2 tickets mensuel.
Je ne peux pas ouvrir de ticket.
Et de toute façon, il faudrait que je remette tout en mode stable, … pas envie de le faire.
Bonjour
Je n’ai pas de soucis de mon côté la dessus on dirai plus que Ajax renvoi la mauvaise heure est elle bien règlé ? Pour info cette gestion est dans le package python Sia donc si bug dans celui ci je ne suis pas sur de pouvoir corriger… Regarde aussi sur ton os so tout est bien règlé.
Mon horloge dans Jeedom semble correcte. J’ai cliqué sur force sync pour l’heure, ça l’a fait avec succès mais je n’ai pas constaté de changement d’heure.
Je suis bien sur la bonne timezone Paris/Berlin.
Je viens d’armer/désarmer l’alarme à partir de l’application Ajax, mais aussi depuis Jeedom.
Les deux créent une ligne dans le journal de l’application avec le bon timestamp.
Ok trouvé le soucis : https://github.com/eavanvalkenburg/pysiaalarm/issues/14 je ne pourrais pas corriger malheureusement. C’est un bug dans leur code qui n’est corrigé qu’avec la nouvelle version qui ne marche que sur debian 11 qui lui n’est pas compatible jeedom (enfin pas pour tous les plugins).
Clairement c’est indémêlable avec mon niveau de compétence, vraiment désolé.
Je peux peut être regarder.
Quelle est la version pysiaalarm utilisée avec ton plugin ?
Mais ce que je ne comprends pas, c’est comment ça peut marcher chez toi ? T’as changé la timezone dans Ajax et t’as mis en GMT+2 ?
En faite la version qui corrige ce bug n’est installable que sûr debian 11 (ce que j’ai pour Jeedom). Sauf que cette version de debian n’est pas compatible avec tous les plugins (dont le zwave par exemple)
Oui, j’avais saisi. Je tourne en effet sur debian 10.
Alors je reformule ma question :
quel changement as-tu fais récemment sur la version non stable pour voir apparaître ce bug ?
Il y’a bien un moment ou t’as sorti une version dev qui me permettait la connection au module SIA, ça j’en suis sûr. T’as mis à jour une dépendance ?
Honnêtement j’y ai pas touché, je viens de regarder le git et aucun changement donc a moins que le dev de pysiaalarm ait changé un truc je vois pas… Tu peux essayer de supprimer le package et le remettre on sait jamais
je crois que j’ai le même problème !
j’ai essayé de supprimé le plugin et le remettre (même en béta) mais rien n’y fait…
Il ne veut plus se connecter au centre de surveillance qui pourtant fonctionnait avant que je reboote jeedom…
Bin, j’ai relus …
Bien créé l’utilisateur, mais je n’ai aucun événement qui remonte alors qu’ils sont dans les logs (2 alarmes et rien dans événement)
Alors qu’avant hier quand je l’ai installé pour la 1ere fois, tout fonctionnait a merveille, je n’y comprends plus rien …
Je pense faut relire encore… Pour résumer oublié le démon et la partie Sia c’est un bonus qui ne sert absolument a rien… Tu peux tout avoir par le cloud sans le Sia. A noter que par le cloud on a ce qu’ajax veut bien mettre à disposition et que souvent les status sont remontés par détecteur en individualisé.
merci de ta patience ( faut peut être que j’ouvre un autre sujet ?) mais j’ai bien compris que les statuts sont remontés par les détecteurs mais je ne vois pas ou ?
les commandes de mon détecteur , aucun événement :
(2 alarmes et rien dans événement)
