biboun

Nan mais ça j'avais compris Ce que je veux savoir c'est ce qu'il y a derrière, c'est quoi le periph lié çà cet ID, une prise, un contact sec, une lampe? Je dis ça parce qu'il l'allume , mais on en sait pas comment il l'éteind, ce qui est aussi une source de réponse à son problème initial, à savoir ne pas le faire deux fois. Dans vos codes, il me semble, amha que vous avez résolu son premier problème, à savoir l'allumer de maniere non programmée en appelant le meme scenario, en revanche il se lancera tout de même à 6h45, une seconde fois. D'ou l'interet de savoir s'il l'arrete en appuyant sur un interrrupteur physique ou s'il refait une action "domotique", qui pourrait permettre de stocker l'info que ça a déjà été fait aujourd'ui et qu'il ne faut pas le refaire

Classe, je pense qu'il faudrait demander l'avis de Françoise ( mais si ! la bonne femme au pull en laine qui a des avis sur tout, enfin surtout des avis..youtube.com/watch?v=QW1kEuCfCJM) Je pense qu'elle pourrait nous en refaire 20 bonnes minutes de franche rigolade. EDIT: ayé, je l'ai branchée dans les comments de sa vidéo, attendons la réaction

Question par curiosité, ça lance quoi réellement ça ? fibaro:call(71, "turnOn"); Est-ce que ça repasse off par une action manuelle ? Je pensais à une approche un peu différente qui consiste à stocker l'état dans une variable afin de savoir s'il faut l'allumer ou non, et de décomposer en 2 parties, une qui set la variable (par exemple tous les soirs à 20h en fonction de quel jour on est , un peu comme on arme son reveil) et l'autre qui applique l'action à l'heure dite en fonctioin de cette variable, et en profite pour changer son état (comme on desarme son reveil). Ainsi tu ne peux pas avoir deux fois la sonnerie, si tu te lèves plus tôt et tu pourrais choisir de désactiver ton reveil un jour de RTT, sans retoucher au code, juste avec un bouton virtuel qui change cette variable ( et indique son état accessoirement) Je crois que certains ont même déjà codé un scheduler en module virtuel, pour avoir une jolie interface de réglage des heures et jours concernés (c'est toi Shad ?)

oué, dans les 2 cas on a besoin d'un relais, l'interet du fgs serait de pouvoir actionner la sonnette via le hc2 (en alarme incendie ou appoint d'alarme intrusion, ça peut toujours surprendre) L'interet de l'universel, c 'est qu'il est un poil moins cher, mais on aura toujours besoin d'un circuit basse tension et puissance pour alimenter module et relais et un circuit de puissance pour faire sonner le bouzin. J'ai pas encore trouvé, mais il existe peut à«tre tout bêtement des sonnettes qui fonctionnnent déjà avec un asservissement "electronique" décorelé du circuit de puissance qui fait sonner, en gros une sonnette qui sonne sur contact sec.

ok merci, c'est effectivement les prix de ce que je trouve, je vais devoir attendre un peu (y a encore des travaux plus urgents à financer ) déjà , j'ai relu un peu les bases de detection (IR et hyperfreq) et je me rennd compte que les dsb05 sont juste Pir, donc forcément ça ira jamais. Je me dis que déjà un double techno exterieur (j'ai pas d'animaux de toute façon) donc par necessairement double faisceau pourrait faire la blague. Je vous tiens au jus quand j'ai la solution ultime ! merci !

pour le syno j'en ai un au boulot, mais je n'ai pas vraiment la possibilité de tester sur ma config ( j'ai qu'une licence camera déjà utilisée) et je trouve leur tarif prohibitif pour ajouter des cams au systeme de detection (en revanche leur interface du surveillance station est top)

ok, ça semble bien ça merci ! t'as une idée du prix d'un tel detecteur ? une ref à me conseiller ?

oui, un universel pour capter le bouton, et un on/off pour faire sonner localement (fermer le circuit sonnette) ça augmente le coà»t de la solution, pour réutiliser une bête sonnette je trouve. Si tu as deja le lien filaire entre le bouton et le carillon,et donc pas d'interet à impliquer 2 modules distants dans le mntage, ca peut valoir le coup de faire le montage avec un relais. Je suis une quiche en electronique, mais ça doit être très simple, et le cout de revient de quelques euros: un bête relais alimenté sur le meme transfo que le capteur universel , asservi par la sortie du capteur universel, et qui ouvre/ferme le circuit original de sonnette. l'interet est aussi que cette solution marchera meme en cas de panne de zwave alors qu'vaec 2 modules ( 1 universel + 1 on/off), tu as besoin du réseau zwave et de la box pour que ça marche.

Salut les amis, J'essaye, avec pas mal d'échecs ( ou de semi-victoires) de mettre en place un système qui me permette de surveiller ce qui se passe devant ma maison (sur ma proprieté, hein, pas dans la rue). je veux être informé des entrées/sorties légitimes, mais eventuellement de passage non prévu ( ALERT INTRUDER MEIN KAPITAAIIN !) 1/ J'ai donc commencé par poser une camera ( heden clone foscam, sans ir cut avec emetteur ir qi swiutch auto à la tombée de la nuiit) et de tenter d'exploiter la détection embarquée, ce fut un échec assez cuisant, le paramétrage est limité, pas de zones bref, gadget. 2/Comme j'avais déjà l’expérience de ces cams ip , et de ces limites, j'avais envisagé un plan B, qui consiste à monter un serveur ZoneMinder sur un vieux eeepc, qui concentre mes 3 cam ip, et une web cam usb. Non sans mal, j'ai donc ma petite plateforme qui au passage permet de centraliser l'accès aux cams , et de ne plus systématiquement les exposer en port forward sur le net (certaines vieilles Heden etant vulnérables et sans MAJ de firmware possibles), et ma caméra du devant est enregistrée 24/24, avec la création d'evenements indépendants en cas de détection ( sur zone), avec notification par mail, image en piece jointe itout. Le seul problème est que la dite detection est soit trop tolérante, et je peux passer devant sans me faire chopper, soit trop sensible et je reçoit 50 emails dès que le ciel est nuageux ou qu'un phare de bagnole vient faire par une triple reflection une raie de lumiere en bordure de ma zone de détection ( je tolère la detection sur le moustique énorme qui passe à 20 cm dans le champ infrarouge , je peux même faire croire à mes enfants qu'on a des ovnis qui passent ça les fait marrer) Bref, bien, mais pas top. 3/Ok, je vais pas me laisser faire, le Zoneminder peut accepter des triggers externes en tcp, allons y je vais le piloter par le hc2 et l'asservir à un capteur de présence. Donc voilà , capteur Aeon DSB05, j'en avais un de trop ( connu pour sa fiabilité désastreuse), scenario, trigger tcp...ça marche. Et bam, je retombe dans le même problème, cette saleté déclenche quand il y a des grands changements de luminosité, une branche d'arbre qui bouge suite à un coup de vent, bref, je me fais spammer de plus belle par mes alertes, et ça enlève tout l'interêt de la chose( oui à 50 mails par jour, on est conditionné à les archiver sans les regarder..) 4/ à vous de me dire, pour aller plus loin vous feriez quoi ? un doberman avec une ficelle à la queue qui trigger un capteur universel ? un capteur laser ? un capteur plus spécifique? Bref, voilà ou j'en suis, et je commence à sécher un peu, bien entendu ce qui a été mis en place n'est pas nul, et si qqun est interessé par l'un ou l'autre des sujets déjà tentés, je peux détailler plus... Je suis sur qu'on a un specialiste de la detection dans la salle , un installeur d'alarmes qui en a vu... Bref , merci d'avoir lu, à vous

Oué moi ces projets de crowdfunding me font un peu flipper, ce sont des projets hyper ambitieux, et quand on voit effectivement le niveau de complexité qu'il faut mettre en oeuvre, pour supporter, ne serait-ce que tous les péripheriques zwave, et donner des fonctionnalités basiques dans le HC2, je pense que l'ampleur du développement est toujours largement sous-estimée. Au final, ces systèmes, ont vocation a devenir des gestionnaires qui interagissent avec la vie des gens, on est plus dans le virtuel, il faut des choses robustes et fonctionnelles, qui s'adaptent et sont flexibles (on finit par parler d'IA) et à mon sens, ce sont des projets qui en terme de développement sont d'une étendue infinie (et les problèmes à résoudre qui vont avec) Bref, sur le papier ça fait rêver, de là à croire qu'en partant de zero ils seront plus avancés que nos chers polonais de fibaro quand leur produit sera financé et que les premières box seront produites, je n'en mettrais pas ma main à couper... EDIT: A mon sens la seule ®évolution possible serait qu'une boite à la capacité de dev et le talent énorme comme google vienne à se lancer dans la bataille, et puisse en très peu de temps déployer la force de frappe nécessaire à combler nos demandes.

attention à la "sonnette classique" , le module universel permet de recevoir un contact ouvert/fermé (bouton de la sonnette), mais le circuit qu'il ouvre/ferme en miroir de l'entrée ne supporte que quelques milliAmpères, à priori pas de quoi faire sonner un vieux carillon alimenté en 12/24 v alternatif sans cramer la carte. en gros, il faut que ta sonnette puisse se faire piloter par un contact sec, ou alors tu vas devoir ajouter un système de relais pour permettre à ton capteur universel de fermer le circuit qui fait donner le carillon.

Oui, la box en moins dans mon idée.... Le modèle économique qui marche ces temps-ci c'est de faire un soft qui défonce, qu'il soit adopté par des centaine de milliers d'utilisateurs, qu'il devienne incontournable, et que google/facebook/apple te rachète..

Ah oui rectif "Iron Man" ( à ma décharge il y a à peu près le même plan dans the island ) A mon sens, des box domotiques, il y en a déjà des tas, avec une palanquée de développeurs derrière, en revanche des commandes vocales qui marchent, il y en a peu. Le vrai truc qui manque aujourd'hui (à ma connaissance) c'est un service/app qui interface une commande vocale à des requêtes curl (pour causer à tout système qui dispose d'une api accessible en http). Ca serait par concept compatible avec tous les objets connectés..

Bonjour, tout les liens sur site web sont en 404, le spoiler est une vidéo issue de "the island", qui est d'ailleurs du media sous copyright. Je ne veux pas faire de mauvais esprit, mais votre projet est à l'état ou la com' est le point crucial de démarrage, les fautes d'orthographes sont donc bannies. A part ça..bonne chance

Merci d'avoir testé, ça confirme mes doutes, je devrais revérifier en admin, car normalement mon user avait accès à tout ( même si on ne peut gérer l'accès au potier lui-même)... Ce qui est toujours dommage c'est qu'on ne puisse pas utiliser les modules liés ( chauffage, clim, portier) avec des modules virtuels, ce qui permettrait tellement plus d'ouverture ( module virtuel inverseur, communication avec des modules ip tiers etc..) Je ne comprend pas pourquoi ils bloquent ça...

personne ?

C'est clair, la domotique ne peut rien pour elle... La médecine peut-être.

oué j'avais contacté les polonnais à ce sujet, il n'y a pas de commande lua pour interagir avec les fonctions d'alarme, c'est un peu balot. de même que le comportement en cas d'alarme est unique, donc si tu veux avoir une alarme absence ( toute la maison) et une alarme nuit( genre juste le sous sol ou les portes, pour le cas d'effraction pendant ton sommeil), il te faudra prendre en charge toi même les comportements différents selon le type d'alarme ( à moins que tu aimes t'envoyer 110 db dans les oreilles en pleine nuit..)

au pireapres mouvement du hc2, il existe un script pour forcer le rediscover du maillage zwave, il se trouve sur le forum officiel, et surement ici aussi, si ça t'interesse je pourrai te le copier ici demain

Non je parlais de déplacer les modules, pour les appairer ( après si ce sont des fgs deja introduits en caches prises, effectivement ça doit te faire moins rire de les rapprocher) Dans ce cas ,perso , je bougerai la hc2 le temps de l'inclusion..

oops j'avais pas lu 50 m, en effet...

euh elle est pas radio la telco free plutot qur ir ?

ah, la cabane au fond du jaardaing ! tu peux faire l'inclusion plus proche de la box hc2 puis deplacer le module, les inclusions se font tojours en direct avec le hc2. une fois le module remis àsa place, il se peut que le maillage zwave le fasse passer par d'autres modules plus proches et que ça fonctionne. le module en question est-il alimenté ou àpiles ? y- a t'il des modules alimentés de ce coté de la maison? ( seuls les modules alimentés relaient le signal, pas les modules sur piles)

Merci Krikroff, je viens de decouvrir ce module virtuel, et forcément, j'ai pas pu resister ... Juste une question, dans le package , il ya des icones, sont-elles sensées s'installer avec l'import du virtual device ? Le code les prend-il en charge, en fonction de l'état ?

salut à tous. Cet aprem, je me suis lancé dans le test de la focntion portier video inclus dans le hc2(video door gate, module lié), en utilisant le module universel que j'avais dans le carton depuis pres d'un an. j'ai bien réussi à associer une entree du module et ma camera de façade, je lui ai fait croirre qu'une prise pilotée ouvrirait le portail (j'ai pas encore le portail de toute façon) Globalement ça fonctionne, mais j'ai dans le souvenir d'un vieux test 2 3 focntions que je ne retrouve plus pareil: quand je ferme le contact, ca m'envoie bien une notification push sur l'iphone, en revanche le son est le son standard du push fibaro, qui est ..standard, j'ai dans le souvenir que ça sonnait comme une bonne vieille sonnette, et-ce que ça a disparu ? d'autre part, si je click sur le push reçu, ça me lance l'appli mais ça ne me met pas sur le video gate dans l'appli (j'ai souvenir que ça marchait aussi ça) Enfin, le message du push est en anglais et par defaut, je ne vois pas ou on peut le changer.... Si l'un d'autre vous a de l'experience sur ce thème, je suis preneur. enfin, je pensais recevoir les notifs aussi sur l'ipad, et ...rien, le push ne marcherait pas avec l'appli ipad. idem dans un navigateur sur le mac, j'vaais souvenir que ça poppait (mais je me trompe peut-etre) bref, utilisez vous cette feature ( video gate), êtes-vous satisfaits de l'ergonomie ? Meerciii !