biboun

tiens, un truc basique, mais ça fait la blague... J'en ai un autre avec des formules mathématiques super complexes...ça change quasi rien ( ça permet d'utiliser des coubres non linéaires) --[[ %% Properties %% Globals --]] local DEVICE_ID = 4 --changer par l'id du dimmer en question local ilesec = 60 -- duree d'extinction en secondes local step = 30 -- nombre de pas souhaités local sleep_step = (ilesec * 1000) / step --calcule la duree d'un pas local darkening = fibaro:getValue(DEVICE_ID, 'value') --recupere la valeur de depart local ratio = tonumber(darkening)/step local i = step fibaro:debug("starting dim from " .. darkening .." to zero by step of " .. sleep_step) if (ratio > 0) then while (i >= 0) do fibaro:debug("i= "..i .." and this step value is ".. math.ceil(i*ratio)) fibaro:call(DEVICE_ID, 'setValue', math.ceil(i*ratio)) fibaro:sleep(sleep_step) i = i-1 end end

oulah oui la cam bnc, àconvertir en ip, premier challenge, tu as un interêt particulier pour cette caméra ? ( genre c 'est un super modèle ?) tu as pu trouver un "convertisseur" àun tarif interessant ?

En effet, bug chiant, moi qui pensait que les detectuers aeon etaient de sombres merdes, je ne pensais pas que fibaro pouvait faire aussi dans le bug vicieux ( surtout pour celui a qui ça a déclenché l'alarme..) Donc pour le MV , pour le moment effectivement si t'as pas de capteurs de présence, cette "brique" ne servira à rien ( j'ai revu au détours de nos divers posts que tu avais effectivement opté pour une vraie alarme, d'ou l'absence de capteurs de présence/porte/fenetre zwave )

Effectivement il faut une remontée via un capteur zwave pour utiliser le video gate, c'est je trouve la grosse limitation des modules liés fibaro. Je me demande à quel point ils ne limitent pas volontairement (idem pour le panel chauffage) pour vendre des modules, c 'est quand même leur fond de commerce... Pour l'envoi de photos par mail, tu peux aussi le faire avec le HC2 des lors que la cam y est déclarée, soit en direct, soit en faisant un appel aux fonctions de la caméra en requette http au travers d'un module virtuel. Perso je lance un trigger vers mon serveur zoneminder, ce qui permet d'avoir une notification, et un évenement d'enregistrement autonome, mais c 'est une autre affaire...

salut salut, savez vous s'il est possible derecuperer l'etat du (nouveau) panel alarme fibaro ( armed, partially armed, breached) en lua ou via l'api? je vois bien que le panel alarm semble appelable via api, mais j'ai pas la syntaxe. j'aimerai pouvoir utiliser le arm/ disarm de leur panel, mais il manque cruellement d'actions au arm ( pour informer eteindre les lumieres ouvrir le portail) et au disarm, notamment en alerte ou leur systeme lance les scenes de clignotement, sirene etc mais ne les arrete pas proprement ( ca laisse la lumiere dans un etat incertain) de meme il serait bon que le panel renvoie sa liste de capteurs armés pour eviter de devoir les stocker independamment dans des scripts ...

on est d'accord, mais j'ai eu plusieurs fausses detection, qui d'une m'ont foutu les jetons, de deux ont bien du faire chier mes voisins, que je suis un peu echaudé a declencher trop facilement. alors je declenche, mais j'envoie de suite des images.. tout ca a cause de ces foutus dsb05, finalement s,il existait des motion sensors bi detection, il ne resterait que le soucis du brouillage, et de la coupure de jus. cela dit zero fausses detections avec les door sensor fibaro...

salut, petite question àKrikroff, j'ai vu que tu stockes notamment l'ip en variable globale. je suis en train de bosser sur un humble MV ou j'ai besoin de stocker une liste d'IDs. je les passe comme une string, separes par des espaces ou des points (22.36.128.12.54) un peu comme ton ip. j'ai trouvé un bug qui semble toucher aussi ton module: si on va dans le pane variables et qu'on fait save ( meme sans rien avoir ajouté ni edité), la global var se retrouve tronqueé soit a seulement la premiere valeur si on delimite par des espaces, soit aux deux premieres si on delimite par des points ( ici 22.36) confirmes-tu celà? penses tu qu'on puisse utiliser un label pour stocker ? ( avantage pas de vars a creer, mais est ce persistant au reboot ?)

logs enocean onduleur/batteries modem 3g doc detecteur de brouillage zwave

oui en lua tu peux envoyer des push custom au niveau du message, du moins vers iphone mais je pense que c est pareil vers android. il faut que l'appli soit installee sur l'appareil, et il apparait alors dans le panel gestion d'acces. a partir de la tu peux soit lui envoyer des messages preetablis, avec les scenes en mode bloc, ou des messages custom via lua. pour la sonnette il n'y a pas franchement besoin de customisation cependant... de meme si ta cam est installee sur le hc2 tu peux declencher l'envoi par mail d'une photo depuis une scene bloc ou lua. si tu veux des exemples de commandes lua n'hesite pas àdemander

et pourquoi ne pas utiliser le push natif du HC2 ?

c'est quoi le bug, en 2 mots? pour les soucis de retour 255 au lieu de 1, ça se resoud avec un reboot en géneral..bizarre, en tout cas 255 semble le pas etre pris en compte pour le "last breach" Du coup pour tester, il te reste quoi comme capteurs ? ça peut marcher avec motion_sensors door_sensors et windows_sensors pour cette brique. Je dois encore faire une petite modif dans le code, j'ai trouvé un bug hier dans la façon dont je stocke la liste des capteurs à tester ( je les stock pas en dur dans le code, je trouve ça relou dès qu'on change un id, du coup j'ai un boutton de detection, mais la variable globale qui les stocke est un peu "fragile", faut que je cause à Krikroff, je crois que son VM freebox souffre du même bug). je t'en recause dans le week-end

euh, sinon il y a la fonction video gate du HC2, qui correspond exactement à ça, tu greffes un module universel sur ta sonnette, tu link ça à ta caméra déclarée sur HC2 ( si foscam ou heden pas de soucis), et tu peux meme lier un module correpondant à l'ouverture d'une gache electrique ou d'un portail. En cas de sonnerie, tu reçois un push, et si tu cliques dessus, c'est censé t'ouvrir l'appli sur le videogate ou tu vois l'image et la possibilité d'ouvrir. I y a qques limitations qui dervaient être revues dans les updates, le message de push est en anglais, et l'appli ne s'ouvre pas forcément bien selon le niveau de droits du user concerné, mais globalement ça fait le job, nativement. Je l'ai mis en place il y a qques jours, ça fonctionne, en revanche ça n'enregistre pas, car j'ai deja un enregistremnt continue avec zoneminder ( mais tu peux aussi déclencher une scene au moment de la sonnette qui fait prendre une photo à la cam si tu penses ne pas pouvoir controller via l'appli en direct)

C'est sur que Lazer a raison, vu comment je me galère avec l'alarme Fibaro, sans parler du risque de brouillage. En revanche, avec la domotique tu peux te faire une alarme totalement inédite qui pourra dérouter pas mal de cambrioleurs si tenté qu'elle n'est pas brouillée . Si tu as les moyens financiers, confier la detection a un vrai système d'alarme , interconnecté à ta domotique sera l'idéal, tu pourras déclencher des comportements déroutants dans la maison (faire hurler tout ce qui hurle, neutraliser le système d'eclairage en position "stroboscope" etc..). reste ce soucis des capteurs en double. Pour revenir à la question initiale, tu n peux pas "poller" les capteurs à pile, en revanche rien en t'empêche de faire du polling sur tes capteurs alimentés (wall plugs, dimmers)mais tu n'auras pa une énorme réactivité, je pense qu'il faut leur parler à intervalle régulier, et attendre que le HC2 en déclare plusieurs comme "dead" pour conclure, ce qui devrait déjà pas mal te renseigner sur l'état du réseau, il conviendrait d'avoir un brouilleur le temps de la mise en place, pour verifier mes dires. Dans tous les cas je pense que tu ne peux pas avoir de certitude à moins de 2 minutes, en chargeant déjà énormément tes communications zwave. Enfin, même si tu te fies aux modules alimentés, n'oublie pas d'envisager le cas de la coupure de courant, selon ce que tu auras alimenté ou non, car tu peux vite prendre une coupure de jus pour un brouillage si seule ta box est alimentée. Moi, dans la parano je serai du genre a mettre quelques cameras, et au moindre doute de brouillage envoyer des photos pour t'informer. Finalement, le produit qui tue serait un détecteur de brouilleur autonome, branché en usb sur la box hc2, avec comm 3G autonome, je suis sà»r que techniquement les gars de fibaro sauraient fabriquer ça, et le vendre... one day maybe...

oui, disons que ce sont les "excès" du marketting, ou de la traduction Tout celà est possible, mais n'est pas implémenté par defaut, pour le coup du fer c'est relativement simple, et même en blocs ça doit se faire. Pour ce qui concerne le fait de conditionner des actions avec la présence/absence, j'attend de voir comment ils garantissent de savoir si l'on est là .... pour le capteur de porte, en effet l'exterieur ça va être compliqué, mais il existe des modèles d'autres marques qui sont étanches . Bref, tout ça est potentiel, de là à être simple....

je rajoute: sur leur vidéo, je crois qu'ils proposent d'utiliser 2 capteurs de présence par pièce, de chaque cot de la porte, la grosse nuance est que ça devrait permettre de définir la direction du déplacement, et donc de compter les personnes en présence. (j'y repense, dans ton cas, il faut aussi savoir que tu es le dernier àquitter la maison...)

Malheureusement , concerant le fait d'apprendre tes habitudes, je en vois aucune existance possible de ça dans la version actuelle du soft, peut-être est-ce prévu dans la v4... Pour la seconde question, effectivement tu auras plus de possibilités de le faire en LUA, mais il y a beaucoup de cas en prendre en compte ( imagines tu passes devant le capteur de présence, et ta femme rentrer du boulot et ouvre la porte, juste après, paf ça déclenche le comportement lié au départ, tu te retrouves dans le noir..) Je suis en train de coder un virtual device qui permettrait d'estimer la probabilité de présence à la maison sur plusieurs parametres( actions sur des interrupteurs, présence, portes, ping de smartphone) , mais on aura jamais une réactivité extreme pour allumer une lumiere ( l'idée est plutot de proposer de mettre l'alarme à distance si on a oublié , ou de savoir si les enfants sont rentrés à la maison par ex)

J'avance doucement mais sà»rement, j'ai fait la première brique, qui permet de scanner et detecter les modules de présence (avec des possibilités d'exclusion) ensuite je check a intervalle regulier qui a eu le derier acces et je met à jour mon vd en fonction, pour le moment c 'est très basique, mais l'idée est de remonter une info par domaine ( présence, actions, ping, variables) et de pondérer cet ensemble pour définir une présence. j'ai surtout eu l'occasion de régler plusieurs bugs qui me faisaient dire que l'historique étatit buggé, ainsi que le "last breach" J'en ai tiré 2 conclusions: DSB05: si vous les avez inclus il y a longtemps, des mises à jour ont chnagé la gestion, il faut les réinclure pour qu'ils puissent apparaitre dans l'historique (au passage s'ils sont inclus d'avant, il présentent une config relative à la consommation d'energie qui ne devrait pas exister) DSB05, et présence en générale, je crois. si un capteur renvoie 255 à la présence, au lieu de 1, le champ "last breach n'est pas updaté", sur le dsb05, malgré la config de l'id5 à la valeur 2, il peut continuer de renvoyer 255, il faut en fait rebooter la box apres avoir ré-inclus ces modules ( trouvé dans le bugtracker, et semble exister pour d'autres capteurs), serait réglé en 3.902 alpha-la blague) Je vais pouvoir sortir un V0.1 du module virtuel, qq'un se sent de tester ?

Allez un peu d'humour maison sur le sujet : http://captiongenerator.com/16070/Home-center-2-3901-Alpha-version

Oui l idee est justement experimentale, je reflechis a une ponderation par plusieurs parametres Envoyé de mon iPhone àl'aide de Tapatalk

Oui aussi, maisj´ai souvenur d un post ou krikoff en parlait pour son module freebox, et avait subi des problemes de mise en veille, faut que je check. Si ca repond pas c est pas forcement une absence, mais si ca repond c surement une presence ( sauf oubli du telephone a la maison) Envoyé de mon iPhone àl'aide de Tapatalk

Ca n'est pas hors sujet du tout, c'est aussi un indicateur à prendre en compte Ca sous entend qu'il fonctionne vraiment et que toutes les personnes disposent d'un appareil compatible. Tous les tests que j'ai pu faire m'on montré que à part bouffer la batterie, ça ne générait aucune donnée fiable... Je ne demande qu'à me tromper, auquel cas je pourrais effectivement le prendre en compte dans ma pondération de déduction de présence. Vous avez déjà eu satisfaction, à part en regardant la vidéo de démo fibaro "lili i'm coming home ..."

en fait, j'avais déjà décoché les logs pour tous les capteurs qui à mon sens n'ont pas d'interêt (à activer pour debug) , temperature, hygro, lumi. De ce fait il ne me reste que de l'utile. En revanche, je viens de debusquer un joli bug que je traine depuis le début et que je vais finir par ariver à expliquer: Déjà j'ai forcé la reconfiguration des modules à batteries et reveillé tous mes dsb05 aeon 4-1 , de ce fait ils reaparaissent tous dans les logs, et leur panneau de config avancé à légerement changé. Par contre, je viens de revoir apparaître un vilain bug. malgré la config adaptée du dsb05 (id 5 reglé à 2 pour ceux que ça interesse), le capteur renvoie 255 ( au lieu de 1) en cas de présence. Le HC2 détecte bien la présence quand-même, mais celà ne remonte pas dans le "last breach" Je sais que d'ici 24h, sans aucune explication, le capteur va se remettre à renvoyer 1, et tout va rentrer dans l'ordre... (et pourtant là il a bien reçu la config itou..) EDIT : j'ai parlé trop vite en fait ils n'apparaissent toujours pas, je vais surement devoir les réappairer pff.. je crois que je vais d'abord finir mon module qui detecte la liste des capteurs et renseigne une variable globale, que je vais implémneter dans tous mes scripts, car les 4-1 c'est 4 id à changer à chaque fois, relou...

En fait, je vais peut être effectivement pouvoir faire plus simple, si je suis sur que l'event manager marche comme il faut, je pourrais juste faire la requete suivante: /api/panels/event?last=1&type=id ça me sort le dernier event, j'ai plus qu'à comparer son timestamp à l'os.time et je suis bon. (ça sous-entend de ne prendre dans les logs que des choses utiles, pas les remontées de temperatures...) Je pense au final savoir pourquoi il me manque certains detecteurs dans l'event manager, je crois que ce sotn mes dsb005 qui avaient été intégrés avant la mise à jour pour bien les supporter, je crois qu'ils sont mal reconnus (ils ont une coche de gestion d'energie que n'a pas celui que j'ai réinclus recemment...)

En fait j'ai déjà un trigger qui se reveille sur tous les capteurs de présence et portes, c'est mon alarme custom ( que je vais d'ailleurs jarter au profit de ce que propose desromais fibaro, à l'époque ça n'existait pas), ça ne semble pas poser de problème, surtout si je ne reagit qu'aux allumages/extinctions de lampes, ça fait tes peu d'events comparé aux capteurs de présence qui déclenchent des 100 aines de fois en journée qd on est là . Pour la principe de l'appel à l'API, je suis ok pour le principe lorsque le but est d'afficher une page dans un navigateur qui de toute façon fait des requettes http, mais quand on veut juste faire des taches de recuperation et comparaison de données au sein du lua: utiliser les requettes http du lua, et passer par l'api pour recuperer un json que l'on va encore devoir décomposer, ou alors faire un simple fibaro:getValue(id, "lastBreached"), la seconde méthode "devrait" être plus efficace non ?

Merci, j'avais trouvé cette méthode aussi, mais je trouve ça étrange de devoir faire appel à sa propre api pour communiquer depuis l'interieur du système (établir une connection http vers soi même pour faire une requête à son propre système me semble être une solution de repli) j'ai moyennement confiance dans leur historique, j'ai notamment des capteurs, qui malgré le fait qu'ils ont "report logs" de configuré, n'apparaissent jamais dans les logs. De plus, dans les logs on ne peut pas savor si une lumiere par exemple a été activée par un interrupteur ou par une scene, ce qui peut fausser la deduction de présence. J'arrive déjà à récuperer le dernier "breach" des capteurs de porte et présence ( LastBreach), je vais probablement devoir faire un petit "watcher" qui déclenche sur les evenements liés aux modules pilotés par interrupteur, afin de m'assurer que l'origine de l'event est bien une action physique... J'aimerai faire un module avec peu de config, donc je vais tenter d'automatiser au max la detection des modules, pour le moment c'est bien parti...