Aller au contenu

Messages recommandés

Posté(e)

Problème de pile ? Je ne pense pas, vu que ça tombe en même temps, mais rassure moi tu es bien avec des piles neuves ? Parce que tu sais que ces modules sont incapables de remonter le bon niveau de pile, même si il indique 50%; elles sont peut être morter

 

Si tu les réveilles (triple clic) tu vois bien la diode bleue clignoter, et la HC2 indiquer qu'elle communique avec le module sur l'interface Web ?

Sinon effectivement tes piles sont mortes

 

Si les piles sont mortes, ou la communication Z-Wave impossible, la HC2 place le device comme mort après que l'intervalle de réveil soit dépasser.... d'où la question : quel intervalle de réveille as tu configuré ?

 

 

Pour le support, aucune idée... tu peux toujours tenter

Posté(e)

Merci Lazer pour ton retour.

 

Les piles ne sont pas neuves non, j'ai installé les détecteurs en juin (et cela marche pas depuis 1 mois je dirais) cela semble court mais bon on sait jamais. Tu penses quoi de 5 mois pour vider les piles dont un côté ou il y a très peu de passage ?

 

D'ailleurs, je ne savais pas que le niveau affiché était faux ...

 

Je vais tout démonter les détecteurs de l'alarme ce weekend malgré le froid (entre -10° et -1° ces derniers jours ... :mellow:)

 

L'intervalle est de 4000 mais bon ça coute pas grand chose, j'avais juste pas le courage de tout défaire ;)

Posté(e)

Je suis quasi certain que tes piles sont mortes.

 

Je n'ai jamais dépassé 7 mois.... et là avec le froid, j'ai les piles de l'un de mes détecteurs qui est en train de descendre à vue d’œil, j'ai même l'impression qu'il ne détecte plus les mouvements depuis 2 Jours, il va surement passer en noeud mort avant la fin de semaine.

Posté(e) (modifié)

Je vais m'occuper de ça ce weekend :) Il n'y a pas un moyen de mieux surveiller ça pour avoir des alertes ?

 

J'ai lu que le changement de piles sur ces modules pouvaient poser problème, quand tu les changes tu fais quelque chose de particulier ?

Modifié par D-GK
Posté(e)

Difficile à surveiller, si le module ne te donne pas le bon niveau de batterie, c'est difficile.

Tu peux adapter le vieux script de détection des noeuds morts pour qu'il ne surveille que ces capteurs, et t'informe d'un possible changement de pile dès qu'ils passent en noeuds morts.

 

Oui le changement de pile sur les FGK pose problème. Maintenant j'arrive à les changer sans passer par l'exclusion/inclusion, regarde sur le topic unique du FGK, j'ai donné mon astuce.

  • 4 semaines après...
  • 2 semaines après...
Posté(e)

Je viens de m'inscrire sur le site vente-privées et j'ai découvert une vente Diagral :

 

diagral.png

 

Qu'en pensez vous ? Hélas le pack qui m’intéresse semble en rupture..

Posté(e)

Oui j'ai vu ça, les prix étaient intéressants, mais comme toujours avec vente privée, tu as 5 minutes pour commander et après c'est en rupture de stock. Faut être très rapide.

Posté(e)

Je vais attendre qu'une bonne occasion se présente. C'est vraiment pas évident de trouver une bonne alarme, pas trop compliqué à mettre en place avec une communication vers la HC2...

 

J'ai une interrogation d'ailleurs : avant de lire ce topic je pensais pouvoir avoir un état de qui était présent à la maison grâce au système de badges pour désactiver l'alarme.

 

Visiblement cette fonctionnalité ne sera pas possible si je choisis une alarme Diagral.

 

Avez vous une idée d'un périphérique qui pourrait faire cela ?

Posté(e) (modifié)

Bonjour Lazer, 

 

je suis en train de mettre en place ton super tuto pour avoir le retour d'état de mon alarme sur mon Eedomus +, est ce que tu pourrais me dire si mon branchement est correcte ? que je ne grille pas mes éléments en branchant...

 

845135IMG20170219141424.jpg

 

et je relierai le tout à cette alimentation 12v que je reçois demain normalement.

 

https://www.amazon.fr/gp/product/B019IHQND8/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1

 

Le côté pratique de cette alimentation est qu'elle vient avec un embout pour relier les câbles électriques.

 

 

Est ce que j'ai bon ? 

 

Merci d'avance

Modifié par Stekino
Posté(e)

Ca m'a l'air d'être un très bon prix.

 

En plus, tu as le module Internet dans le pack. Je crois qu'il dépend du cloud (complètement aberrant pour une solution de sécurité autonome et haut de gamme comme Diagral), mais ça a l'avantage de simplifier la domotisation, car en faisant du reverse enginering il doit être possible d'interfacer ça avec la domotique.

Posté(e)

Même si j'ai acheté la solution chez L&M, puis-je faire profiter un parrain en créant un compte sur le site et en y associant mon pack ?

Posté(e)

Je suppose, mais je ne suis pas certain, le programme de parrainage a changé je crois, il n'est plus aussi intéressant qu'avant.

Posté(e) (modifié)

J'ai branché le tout et je récupère maintenant le statut de mon alarme sur mon eedomus+.

 

Merci encore pour ce super tuto

Modifié par Stekino
  • Upvote 1
Posté(e)

Je viens d'aller chercher mon pack ! J'ai commencé à regarder mais il va falloir que je potasse la documentation car c'est loin d’être évident (avec les enfants a coté).

 

L'avantage est l'application Android (avec le pack e-one) qui permet d'associer simplement les éléments à la centrale, mais on ne peut pas tout configurer.

 

Petite question : le clavier vous l'avez mis dehors, ou à l’intérieur avec une tempo ?

 

Par curiosité j'ai fais un nmap pour voir si il y avait des ports ouverts sur la passerelle Diagral mais rien. Du coté des ports je n'ai rien ouvert  de mon coté donc j'imaginais que le box discute avec l’extérieur de manière fréquente pour demander si il y a des tâches a effectuer.

 

Sur mon routeur edgeMax j'ai fait un petit tcpdump par curiosité (src la passerelle diagral) :

 

17:09:19.731153 IP 192.168.2.48 > 192.168.2.1: ICMP echo reply, id 61605, seq 0, length 28
17:09:20.504067 IP 192.168.2.48.1326 > google-public-dns-a.google.com.domain: 13330+ A? wsv3.tt-monitor.com. (37)
17:09:20.704086 IP 192.168.2.48.22078 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [S], seq 192382, win 512, options [mss 1400,sackOK,wsca                                 le 0,nop,TS val 164 ecr 0], length 0
17:09:20.747425 IP 192.168.2.48.22078 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [.], ack 1190508321, win 512, length 0
17:09:20.764168 IP 192.168.2.48.22078 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [P.], seq 0:11, ack 1, win 512, length 11
17:09:20.924006 IP 192.168.2.48.22078 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [P.], seq 11:41, ack 17, win 512, length 30
17:09:35.923845 IP 192.168.2.48.22078 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [F.], seq 41, ack 17, win 512, length 0
17:09:36.703782 IP 192.168.2.48.1327 > google-public-dns-a.google.com.domain: 13586+ A? wsv3.tt-monitor.com. (37)
17:09:36.803800 IP 192.168.2.48.20083 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [S], seq 2308573, win 512, options [mss 1400,sackOK,wsc                                 ale 0,nop,TS val 486 ecr 0], length 0
17:09:36.850639 IP 192.168.2.48.20083 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [.], ack 2931820324, win 512, length 0
17:09:36.863842 IP 192.168.2.48.20083 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [P.], seq 0:11, ack 1, win 512, length 11
17:09:36.923700 IP 192.168.2.48.20083 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [P.], seq 11:41, ack 17, win 512, length 30
17:09:36.970939 IP 192.168.2.48.20083 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [.], ack 18, win 512, length 0
17:09:36.983800 IP 192.168.2.48.20083 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [F.], seq 41, ack 18, win 512, length 0
17:09:37.763753 IP 192.168.2.48.1328 > google-public-dns-a.google.com.domain: 13842+ A? wsv3.tt-monitor.com. (37)
17:09:37.863779 IP 192.168.2.48.20898 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [S], seq 2500954, win 512, options [mss 1400,sackOK,wsc                                 ale 0,nop,TS val 507 ecr 0], length 0
17:09:37.907976 IP 192.168.2.48.20898 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [.], ack 1744709864, win 512, length 0
17:09:37.923818 IP 192.168.2.48.20898 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [P.], seq 0:11, ack 1, win 512, length 11
17:09:37.983676 IP 192.168.2.48.20898 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [P.], seq 11:41, ack 17, win 512, length 30
17:09:38.031775 IP 192.168.2.48.20898 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [.], ack 18, win 512, length 0
17:09:38.043779 IP 192.168.2.48.20898 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [F.], seq 41, ack 18, win 512, length 0
17:09:38.823712 IP 192.168.2.48.1329 > google-public-dns-a.google.com.domain: 14098+ A? wsv3.tt-monitor.com. (37)
17:09:38.923773 IP 192.168.2.48.20422 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [S], seq 2693335, win 512, options [mss 1400,sackOK,wsc                                 ale 0,nop,TS val 528 ecr 0], length 0
17:09:38.968097 IP 192.168.2.48.20422 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [.], ack 2269444760, win 512, length 0
17:09:38.983844 IP 192.168.2.48.20422 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [P.], seq 0:11, ack 1, win 512, length 11
17:09:39.063673 IP 192.168.2.48.20422 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [P.], seq 11:41, ack 17, win 512, length 30
17:09:39.111452 IP 192.168.2.48.20422 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [.], ack 18, win 512, length 0
17:09:39.123782 IP 192.168.2.48.20422 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [F.], seq 41, ack 18, win 512, length 0
17:09:39.903709 IP 192.168.2.48.1330 > google-public-dns-a.google.com.domain: 14354+ A? wsv3.tt-monitor.com. (37)
17:09:40.003733 IP 192.168.2.48.19685 > 109-135.83-90.static-ip.oleane.fr.x11: Flags [S], seq 2885716, win 512, options [mss 1400,sackOK,wsc                                 ale 0,nop,TS val 550 ecr 0], length 0

Il semblerait que la box communique avec un serveur "wsv3.tt-monitor.com" toutes les 30 secondes via port X11. Ce dernier permet en principe de déporter l'affichage vers un serveur distant ?!

 

Bref, visiblement rien ne sera possible en local.

Posté(e)

Oui c'est du cloud uniquement, c'est ce que je disais, et c'est vraiment dommage.
Le port n'est pas forcément utilisé en tant que protocole X11, il faudrait faire une analyse protocolaire avec Wireshark (sniffer)

Le clavier est dedans, avec une tempo, car on s'en sert aussi pour mettre l'alarme en mode présence la nuit.

Posté(e)

Merci pour ces précisions.

 

J'ai continué a fouiner de mon coté. L'appli Android se connecte à l'ip 90.83.135.115 en https sur un serveur web nginx. Le certificat est un wildcard sur *.tt-monitor.com.

 

En faisant une recherche google j'ai trouvé deux sites internets avec ce nom de domaine :

 

https://tt-monitor.com/fw/Login.aspx

https://tt-monitor.com/logisty/Login.aspx?lang=fr-FR

 

Visiblement, cela ne sera pas simple de récup des infos liées à mon alarme...

Posté(e)

Si c'est du https, et que la boite vérifie le certificat (ce que j'espère pour des raisons de sécurité), tu ne pourras même pas générer ton propre certificat auto-signé et intercepter les communications.

 

Il ne reste plus qu'une seule solution, faire du "scraping", c'est à dire ouvrir la page web et te balader dedans pour extraire les informations qui t'intéressent, via un script (en LUA si possible, sinon via un script externe hébergé ailleurs)

 

Autre approche possible : il existe une appli Android, il serait intéressant de voir comment elle se connecte au serveur cloud, peut-être que tu peux tenter une approche de ce coté là.

×
×
  • Créer...