Forum Domoticz en français

Bonjour à tous !

J'ai une installation classique : gestion du chauffage par pièce en 433 MHz. J'ai quelques projets en tête, mais tout d'abord j'aimerai installer une alarme chez moi, qui soit bien sur pilotable. Je suis en maison de plain-pied avec jardin en ville.

Que me conseilleriez-vous, surtout niveau efficacité ? Niveau contraintes, du coté du budget j'aimerai rester sous les 400/500€, et ayant des animaux, j'aimerai qu'elle ne se déclenche pas dès qu'un chat fait son cirque

Merci d'avance !

naerleth a écrit :Bonjour à tous !

J'ai une installation classique : gestion du chauffage par pièce en 433 MHz. J'ai quelques projets en tête, mais tout d'abord j'aimerai installer une alarme chez moi, qui soit bien sur pilotable. Je suis en maison de plain-pied avec jardin en ville.

Que me conseilleriez-vous, surtout niveau efficacité ? Niveau contraintes, du coté du budget j'aimerai rester sous les 400/500€, et ayant des animaux, j'aimerai qu'elle ne se déclenche pas dès qu'un chat fait son cirque

Merci d'avance !

Je suis parti du même besoin de gestion chauffage, mais en z-wave. Niveau capteurs, pas d'animaux, mais pour l'instant c'est des PIR et capteurs d'ouverture. Il y a une caméra IP extérieure qui envoie les images sur détections de mouvement sur un FTP de mon PI hebergeant domoticz... et un service écrit en python qui, par tranche de 10s regarde s'il y a des images sur le FTP, en fait le cas échéant une archive avec mot de passe envoyée sur un mail google dédié et efface les contenus du PI (l'archive et le ftp sont sur un tmpfs en ram pour pas flinguer la SD, mais de taille limitée). Pour la fonction alarme, ce service met également à jour une variable utilisateur python qui rassemble un poids des alarmes actives, au centre de toute la fonctionnalité alarme d'ailleurs, ainsi qu'un état de switch virtuel détecteur de mouvement.

Les vrais capteurs sont accroché à un switch, ont aussi un poids (actif leur durée de déclenchement)... et un script device Lua met à jour ce poids cumulé et s'il dépasse le seuil déclenche la siène + notifications.

Ainsi un capteur d'ouverture, supposé fiable/insensible aux animaux peut avoir un poids menant à alarme immédiate. Un PIR peut avoir un poids moitié (2 au moins doivent déclencher sur le temps d'activation commun, à régler sur le module pour que l'affaire ait un sens: Un voleur qui commence par un tour rapide de la maison pour voir s'il n'y a personne va déclencher. Le chat qui joue dans un coin non). Une Cam (surtout extérieure) va avoir un poids de base de 1, auquel s'ajoute un surpoids fonction du nombre d'images prises à dimensionner après essais: Un piaf qui passe avec le chat au cul ne déclenche pas, un type qui s'affaire plus de 5 secondes sur la porte d'entrée, oui.

La présence des utilisateurs légitime est faite par un service, en python aussi, qui va checker la présence des téléphones connus de la famille via le bluetooth: Comme le BT est de base avec le PI3 et dans tous les tel, ca faisait ca de moins a acheter. Par contre avoir un truc fiable requiert un peu de travail et certaines options de config doivent être affinées par type de tél (un fichier de config recense les adresses MAC BT des tel à accrocher et certains paramètres/timeout affinés par tel, ainsi que la phrase d’accueil personnalisée). Une fois OK, le PI3 semble sensible en BT car bien souvent les arrivants sont détectés au niveau du portail extérieur, parfois même en garant la bagnole devant: Les arrivants n'entendent donc pas le PI, avec un HP de connecté, leur souhaiter nominativement la bienvenue (via la synthèse vocale très Z6PO de "espeak")! Par contre si ta maîtresse est toujours là et que le PI annonce madame ou les enfants, ça lui laisse plus de chance de ramasser ses affaires et atteindre un placard!

Sur l'achat du matos, je recommanderais au moins ceci:
-Modules, surtout PIR, très paramétrables en fct du nb d'implusions à detecter pour déclencher et du temps d'activation (surtout si on n'utilise pas mon système de poids côté domoticz qui centralise, il n'y a alors que le paramétrage pour éviter les faux positifs).
-Camera: Modèles ayant une API http, des fois elles plantent et il faut pouvoir les redémarrer automatiquement. Et supportant l'envoi des captures de photo/video sur le PI (FTP... mais à limiter a son réseau local). Impératif en extérieur: Pouvoir régler la zone de détection de mouvement de la cam afin de cibler les zones de passage et surtout éviter de prendre en compte feuillages (qd y'a du vent, même à sensibilité mini ca voit du mouvement permanent) et zones ou la luminosité peut varier fortement, comme celles ou passe le soleil bas d'hiver. J'ai une petite Edimax toute simple payée une trentaine d'€ qui fait tout ça très bien. Juste une résolution SD, mais elle fait le job. Je fuis les caméras à Cloud imposé (je gère une remontée via archive chiffrée pour que google fourre pas ses robots dans es images) et n'en installe en prime pas à l'intérieur, pour raisons de vie privée.

A prévoir pour des raisons évidentes: Un bloc batterie rechargeable s'intercalant sur l'alim du PI. Pour ma part, le PI étant alimenté par l'USB de la Livebox (il y suffit!), c'est un 12V intercalé devant la LB. Ainsi les notif mail peuvent remonter même si le secteur est coupé. Pas des cam, mais au moins OK pour les capteurs à pile.

Je m'en suis sorti pour autour de de 230€ (pour 5 capteurs + cam + pack Li-Ion 12V) en profitant de promos (aliexpress+orange homelive actuellement), pour l'ajout de cette fonction alarme. Le coût du PI et de son interface radio (z-wave pour ma part) qui étaient déjà utilisés pour le chauffage étant déjà là.

Merci pour la réponse, c'est super intéressant !

Question : avec ton installation, si on brouille le signal Z-wave, il se passe quoi ?

J'ai trouvé des PIR qui détectent qu'au delà de 27 kg (j'imagine qu'il y a une histoire de masse volumique qqpart), le soucis félin est donc plus ou moins géré !

naerleth a écrit : Question : avec ton installation, si on brouille le signal Z-wave, il se passe quoi ?

La même chose qu'avec tout système non filaire: Si on tape sur la bonne bande de fréquence, ca marche plus... C'est pour cela que mixer ce type de modules avec caméra filaire (ou des capteurs filaires eux aussi) peut être utile. Maintenant, un voleur qui planifie bien, c'est plus difficile à contrer qu'un p'tit con. Les vitrages changés récemment sont résistants à l'effraction, la porte sera changée d'ici qq mois, en 1er lieu des barres de volets avaient été posées... Car au départ, c'était un peu léger même en protection physique. Un tournevis et tu ouvrais le volet et la porte fenêtre du salon donnant sur un jardin sans vis à vis: Trop facile...

Bref, ca s'inscrit dans un ensemble même si j'espère que le côté maillé du z-wave le rends plus résistant au brouillage que nombre de protocoles tiers: Plus on en a, plus il y a de chemins dispo vers le contrôleur. Si ce dernier est centré dans la maison, pas facile de brouiller à sa proximité de l'extérieur avant d'entrer.

Il serait sans doute possible de vérifier qu'un module sur prise (afin de ne pas tuer un sur pile trop vite) éloigné réponds, genre toutes les 10s, mais j'ai pas encore fait. Idéalement avec la sirène, qui comporte une batterie, pour ne pas déclencher sur les pannes de courant. Et si c'est une panne du module, vu que c'est la sirène, au moins le faux déclenchement ne gênera pas le voisinage!

Jai commencé il y a 3 mois, la fonction alarme fin décembre seulement... Je bouche les trous dans la raquette au fur et à mesure!

Hello

Si tu as besoin de qqun qui a des idées tordues pour compléter les trous dans la raquette, demande moi

En fait les alarmes utilisent au moins deux fréquences, assez éloignées. Si elles détectent une tentative de brouillage sur une fréquence, elles râlent. Mais tu as raison, un mec qui veut rentrer rentrera, le tout est de ne pas trop lui faciliter la tâche !

Là où j'habitais avant, il y avait une alarme qui se déclenchait à la moindre coupure de courant si tu n'avais pas tapé le code dans les X secondes, pour justement éviter la neutralisation via le compteur extérieur.

naerleth a écrit : Si tu as besoin de qqun qui a des idées tordues pour compléter les trous dans la raquette, demande moi

En fait les alarmes utilisent au moins deux fréquences, assez éloignées. Si elles détectent une tentative de brouillage sur une fréquence, elles râlent. Mais tu as raison, un mec qui veut rentrer rentrera, le tout est de ne pas trop lui faciliter la tâche !

Là où j'habitais avant, il y avait une alarme qui se déclenchait à la moindre coupure de courant si tu n'avais pas tapé le code dans les X secondes, pour justement éviter la neutralisation via le compteur extérieur.

Les idées sont toujours bonnes à prendre! Pour les 2 fréquences, de toutes manières les chois sont limités car entre 443 et 868MHz, y'a pas trop le choix sur les capteurs dédiés. Certains sont toutefois en BT. On peut ajouter le wifi en potentiellement mixer entre 2 et 5GHz pour les cam réseau avec detection de mvt si on ne peut les connecter en filaire... en ayant des zones critiques couvertes de manière multiple. Des gammes de fréquence bien éloignées demanderont un brouilleur plus complexe/coûteux.

Mais bon des ouvertures un minimum résistantes reste à mon sens le plus important.

Dommage qu'on ne trouve pas grand chose en z-wave pour les vibrations, ce qui permet une alerte à la fois précoce (avant entrée) et fiable. 1 seul module, mais basé sur la vibration d'un ressort... Ils ne doivent pas connaître l'effet piezo! En ouvertures, faut aussi se méfier des capteurs non reed (vont demander une proximité aimant/capteur pas forcément aisée à obtenir, sans compter la fiabilité/usure lamelle).

Pour les coupures courant, avec le PI+box sous batterie et pas mal de modules PIR/ouvertures sur pile, j'ai préféré ne pas risquer de déclencher sur véritable coupure (qui arrivent souvent la nuit en prime). Ca devrait faire le job. Je pourrais toutefois ajouter des notifications mail, car si au bout de 4/5h c'est pas revenu il doit y avoir un loup...

naerleth a écrit : Là où j'habitais avant, il y avait une alarme qui se déclenchait à la moindre coupure de courant si tu n'avais pas tapé le code dans les X secondes, pour justement éviter la neutralisation via le compteur extérieur.

Désormais, en absence, ce sera le cas aussi...
Comme ma sirène ne permet pas trop de fantaisies: En gros on/off... je ne pouvais pas balancer des ordres: On pour une sirène, on évite sans motif... et un truc qui balance des off périodiques, si on est à un moment ou elle a raison de sonner ce serait rendre service aux intrus.

=> j'ai activé l'interrogation (pooling) au niveau de ce module et mis le délai à 30s.

Toutes les minutes, un time Lua vérifie que la dernière fois que le module a été vu (côté z-wave, pas côté action/switch) via cette API JSON:
json.htm?type=openzwavenodes&idx=XX

Attention, l'idx à utiliser est celui du controleur z-wave, non du module ciblé. Il ne semble en effet pas y avoir d'API pour.

On doit donc parser la réponser json pour trouver son module et le champ date/heure last seen.

C'est pourquoi le lua appelle en fait du python plus adapté pour ce job.

Je laisse le truc en observation qqjours!

naerleth a écrit : En fait les alarmes utilisent au moins deux fréquences, assez éloignées. Si elles détectent une tentative de brouillage sur une fréquence, elles râlent.

Bon, visiblement ce que j'ai fait pour détecter des perturbations radio de mon z-wave fonctionne bien. Pas de fausse alerte en presque 3 jours et la sirène aeon semble se moquer du pooling toutes les 30s (seul module ou ce soit activé).

A l'occase, il faudrait que je colle les 2 scripts (python essentiellement + appel périodique et un peu de "glue" dans un petit time Lua) et le mode d'emploi sur le wiki en section alarme. Contrairement à certains autres trucs (genre ma détection de présence gérant l'activation/désactivation), y'a rien de confidentiel.