ca représente 3 tentatives de connexions, avec un update toutes les minutes…
mais ca c’est quand ca ne fonctionne pas…
car au maximum c’est 1440 connexions avec un update toutes les minutes, et on ne peut pas descendre en dessous dans la config de ton plugin… donc je pense qu’ils ont exagéré leurs chiffres pour justifier l’instabilité de leur serveur old school.
En tout cas, c’est bien s’ils acceptent d’avancer et de trouver une solution avec toi. La bonne nouvelle c’est que s’ils te donnent accès a leur API, l’intégralité de leur gamme sera sans doute compatible avec ton plugin
et cette solution est temporaire ? avec l’exploitation de l’api, si j’ai bien compris, on aura du temps réel ?
Il est impossible de connaitre l’état de son alarme en temps réel sans les refresh depuis l’arrêt des emails coté Diagral.
Seul le refresh permet de s’assurer des changements d’état effectué depuis un clavier, télécommande ou appli eOne.
Moi j’utilise beaucoup via Homekit donc c’est tout le temps à jour sauf quand une des personnes a la maison utilise le clavier dans ce cas, le refresh est necessaire
C’est ce que je leur ai dit quand ils m’ont dit cela. Après c’est le nombre le plus elevé qu’ils ont vu par utilisateur unique. Mais si un utilisateur a plusieurs Jeedom qui pool l’alarme, ca double. Si l’utilisateur a plusieurs alarmes c’est pareil.
Il peut y avoir des cas où on a plus d’un call par minutes.
Oui c’est bien qu’un canal de communication soit désormais existant.
Après leur API pour le moment ne reprend pas l’ensemble des choses que fait le plugin sur l’alarme (lancement de scénario, nombre de Maj, journal d’activité) et ne prend pas en compte les detecteurs images, caméras, portails, garage, lumière, volets.
A voir si je peux proposer des évolutions. Mais ils m’ont aussi dit que si l’API n’allait pas on trouverait une autre solution. Donc c’est positif
Oui et non. Ca risque de rester comme cela pour le plugin tels qu’on le connait.
Il va falloir que je vois (si l’API répond au besoin) si il n’est pas trop compliqué de faire cohabiter l’usage de l’API officielle avec les appels actuels.
Si c’est trop compliqué je devrais faire un nouveau plugin qui ne prend en charge que l’alarme via l’API officielle qui supporte le webhook (reception temps reel)
Oui on n’a pas le retour d’état en temps réel, certes.
Mais depuis l’arrêt des mails, l’appli eOne envoie une notif sur le téléphone à chaque action sur l’alarme (que l’action soit faite via le plugin ou via une télécommande).
A partir de là, à chaque fois que je reçois une notif sur mon tel, l’appli Macrodroid envoie une requete sur mon Jeedom qui modifie un virtuel. Et côté Jeedom, à chaque fois que ce virtuel est mis à jour, je fais un refresh. Du coup, indirectement, mon plugin est toujous à jour, sans avoir besoin de refresh régulier.
Bonjour, merci pour ton implication et pour ce que tu entreprends. Je suis un client Diagral depuis le debut, avec l’ancienne centrale j’avais un module RP580 qui m’activait un contact sur un module Fibaro, me permettant de savoir l’alarme active/desactive. Lors de mon basculement vers une e-one, il existait un module faisant la meme fonction, il s’agissait du DIAG62/63, module que Diagral à completement arreté, cela est bien dommage car cela permettrait pour certains comme moi de me passer de l’appli.
En effet sauf que cela n’est possible que sous Android car iOS refuse qu’une application capte les notifications d’une autre. Donc pas applicable pour tout le monde.
Mais c’est en effet en ce sens que j’ai intégré le webhook pour lancer un refresh depuis Macrodroid and Co : https://mguyard.github.io/Jeedom-Documentations/fr_FR/Diagral_eOne/documentation#Webhook
Une raison pour laquelle tu utilises un virtuel et non directement le webhook ?
Effectivement je n’utilise que des tel et tablettes sous Android, je n’ai pas d’iOS…
Pas de raison particulière pour ne pas utiliser le webhook… Je n’avais pas fait attention que cela existait, je suis allé au plus simple (ou ce qui me paraissait plus simple :p). Mais je vais regarder ca
Oui bien sûr n’importe quel plugin qui reçois les SMS pourrait permettre à un scénario d’analyser la source. Si c’est Diagral alors on lance un refresh.
Un peu comme je fais avec le mail (sauf que j’avais des infos dans le mail que je traitais au passage)
Hello
Quelques temps que je ne me suis pas connecté au forum, mais je plussoie aux problèmes de fonctionnement avec l’application E-One sur Android. Tout le quartier peut être alerté avant que je n’ai le temps d’éteindre mon alarme via l’appli E-one.
Pour en revenir sur cete question un peu ancienne :
Comme j’utilise e-one avec mon compte principal et l’appli Jeedom avec un compte secondaire, je doute qu’ils fassent le lien entre les deux même si bien entendu ça n’est pas impossible.
J’en conclus qu’ils ont vraiment de gros problèmes d’infra, ce qui ne me rassure pas car ça n’est en principe pas un gros problème à régler pour une société organisée et en bonne santé.
Ca n’est pas fait pour me rassurer sur la pérennité de l’ensemble. Si je devais changer d’alarme aujourd’hui, je n’achèterais plus Diagral
Peut être Ajax…
Oui c’est cette API. Elle n’est pas publique (a part la doc) car il faut être en contact avec eux pour avoir une clé et définir des URL pour l’utiliser.
J’ai récupérer une clé pour le moment mais ce n’est pas encore exploitable en l’état car on doit échanger des infos
Pas encore.
Ça prend du temps. Leur API n’est pas prévu pour fonctionner dans un backend et pas dans une logique où chacun de nos Jeedom serait un backend.
Ils doivent étudier ce qui est possible et revenir vers moi.
Je reviendrais vers vous quand j’aurais des choses avancées
Bonjour Mguyard,
je reviens un peu sur ce sujet, ne serait-il pas plus judicieux que Hager remette en prod leur module Diag 62/63. Dans mon ancienne installation (CB995) j’avais un module de chez eux qui s’appelait RP580, que j’avais intefacé avec un module Fibaro FGS001. Lors de l’activation de l’alarme, la centrale activait le relais du RP 580 et m’envoyais un message sur Pushover, le changement d’etat etait immediat, donc très reactif, sans concurrence. Les Diags 62/63 etait commercialisés en equivalent du RP580, l’un c’est pour un contact en 220V et l’autre pour de la basse tension.
