biboun

oui en effet, le malheureux qui n'a pas de lua dans son hcl se retrouve à faire la même chose dans son nas/server annexe, finalement l'intelligence se retrouve déportée dans le nas/server... Et en effet ton code était tronqué, mais j'avais saisi l'idée Je vois du coup que c'est une freebox, tu as quoi comme plantage ? v5 V6 ?

Tiens Krikroff, en regardant de plus près le code, j'ai vu que tu avais implémenté l'appel à la fonction Airmedia (pour regarder une camera je pense) . Comme j'avais envie de faire parler ma freeebox, j'ai pu tester que si on l'appelle avec comme media un truc du genre: "http://translate.google.com/translate_tts?tl=FR&ie=UTF-8&q=Bonjour+ceci+est+un+test" ca dit bien le message sur la box tv. En revanche, je vois que c'est la fonction " video" et non "audio" qui est utilisée. Si je tente de passer en "audio" , ça ne marche plus. C'est dommage car j'aurai bien aimé envoyer des commandes de lecture audio (tts ou mp2 préétabli) mais vers le "Freebox%20Server" (Server ne supporte pas "video" Server et Player sont censés supporter le mode "audio" si l'on en croit /api/vx/airmedia/receivers mais ça sort une erreur si on tente de l'exploiter. As-tu déjà essayé ?constaté le même soucis ? ça serait qd même très chouette de diffuser des messages tts via le haut parleur de la box serveur non ?

Salut, il me semble que tu peux même te passer du nas: Moi je check a intervalle regulier ma connectivité dans un virtual device, il set une variable globale pour stocker l'état, à partir tu là , tu peux décider de actios à établir (rebooter la box, envoyer un sms via un passerelle alternative, etc..) testnet = Net.FHttp("httpbin.org",80) response, status, errorCode=testnet:GET('/status/600') if errorCode == 0 and status == "600" then if (fibaro:getGlobal("adsl") == "0") then fibaro:setGlobal("adsl", 1) end else if (fibaro:getGlobal("adsl") == "1") then fibaro:setGlobal("adsl", 0) end end moi je test en faisant une requete sur hhttpbin.org, tu demandes /status/xxx et si tout va bien il te renvoie xxx si tu veux tester plusieurs fois avant de prendre une action, tu peux dans les conditions stocker dans la variable globale le nombre de fois que tu as reçu une erreur, et prendre une décision quand le compteur arrive à 6, et bien entendu remettre le compteur à zero si tu obtiens une réponse positive.

Le protocole zwave n'est pas conçu pour être un réseau de communication ip, toutes les communications qui se font depuis un navigateur depuis le réseau local ou distant nécessitent un réseau tcp-ip (du "réseau" quoi). Si tu mets le HCL dans une armoire elec, le CPL semble une bonne option, après un câble réseau ça reste ce qu'il y a de plus fiable si tu as moyen d'en tirer un, et un câble, ça ne tombe pas en panne !

Ok merci, donc 228 caracteres, on peut stocker une ip en ascii->binary Pour le VD update Notifier, je vais l' installer pour regarder le code, on peut donc génerer une var gloable qui n'existe pas ? Du coup ça simplifie l'install d'un VD qui s'appuie sur des vars globales non ? ( j'ai créé à la mano les 6/8 variables requises par ta dernière version du plug freebox pour rien ?)

Salut, merci d'avoir confirmé, je suis pas fou donc. J'avais parallelement posé la question sur le forum officiel ou l'on m'a renvoyé sur le bugtracker, bug connu donc, le détail étant que l'on ne peut que les créer via le gui, mais qu'on peut y storer ce qu'on veut via api et lua, tout repassage par le gui reforce à une valeur numérique, paf baised. As-tu envisagé la piste qui consisterait à convertir la string en ascii puis en binaire ? Le seul problème serait une limitation du nombre de caractères de la variable globale , any limit ?

faut que je check car c est ma sonnette, mais je crois qu'il ne l'arme pa, ca fausse juste sa notion du partially armed si je l interdit a l'iphone je crains que ca ne pete mon videogate la vie est faite de dilemmes....

on commence par un mec qui sonne àla porte, on finit dans les outils de debug de chrome a boire de la prune... ou va le monde?

Tiens question bug, as tu des perpheriques "armables" explicitement exclus de l'alarme via leur config ? Si oui l'iphone respecte t'il ces exclusions? Je crois que ça bug Envoyé de mon iPhone àl'aide de Tapatalk

As tu regardé, quand l'interface est lancee en page web , via les outils de dev de chrome ou firefox, quels sont les chemins appelés par la page ? Des fois que le flux sera présenté... Envoyé de mon iPhone àl'aide de Tapatalk

Ok c'est rassurant de se dire qu'avec la même approche on arrive à peu de choses près au même résultat. J'en demande sà»rement trop à Fibaro, car je trouve que leur module alarme est à moitié fini, en tout cas pas suffisamment ouvert pour faire ce qui nous semble "normal" du point de vue du end-user. Je vais me remettre au boulot demain, pour finaliser cette version qui exploite le panel alarme, si ce n'est pour les features, au moins pour la beauté du geste.. Et dire qu'ils vont tout changer en v4.... En tout cas merci bcp pour le temps passé, je te ferai un petit retour si je découvre des choses interessantes pour eviter de devoir "surveiller" ce que l'alarme surveille déjà . PS: n'empeche si fibaro supportait ce code dans les scenes en trigger: --[[ %% properties fibaro_alarm_sensors armed %% globals --]] et ben je discuterait pas..

Bon ce qui est cool c 'est que le gars qui va venir me brouiller à plus de moyens que moi Pi avec son 4X4 noir et son groupe electo, je vais le voir venir Jack Bauer.. Pour la vente au catalogue, ça semble qd même être spécialisé pour les forces de l'ordre, sur certains produits il est indiqué qu'il faut envoyer une copie de sa carte professionnelle ( etrangemebt pas pour le petit brouilleur), les autres sont "tarif sur demande" donc autant dire que le cambrioleur moyen va se faire vite chopper.. on en trouve aussi venant de chine : http://www.grossiste-chinois-import.com/Securite/Brouilleurs-GSM-GPS-fr.html Ca semble effectivement très limité en portée, sauf à s'alimenter en 220, vla le cambrioleur qui déboule avec sa rallonge

Merci pour toute cette précision. Globalement on fait la même chose, mes questions: techniquement dans la phase 2, tu as des scenes d'armement, malgré le fait d'avoir armé via le panel iphone. Je suppose donc que tu as une scene qui "surveille" tes capteurs et qui déduit que ton alarme vient de s'armer, et agit en conséquence ? Je suppose que tu déduis l'état armement ou armé selon quels sont les capteurs armés (temporisés ou non). Si tel est le cas, effectivement ta scene qui suit les états doit avoir un trigger sur tous les capteurs, n'est ce pas ? dans la phase 4, tu lances sirenes et lumiere clignotante via tes propres scenes lorsque tu desactive l'alarme avec le panel, ca te laisse tes scenes d'alerte dans une position inprévisible non ? du coup tu dois a nouveau trigger une scene pour remettre tout ça au propre ? Enfin, dans cette même phase 4, que se passe-t'il au bout de x minutes, si personne n'intervient ? remets tu l'alarme en place en faisait un disarm/arm ?

oué, moi je prefere suivre la prune, mes camera sont déjà ip.. Sinon, vos dvr, vous passez forcément pas une appli pour lire leurs flux , ou ça marche aussi embarqué dans des pages web ?

Alors je vais essayer d'exprimer ça de façon concise: comme dit précédemment, avant je gerais tout mes scripts lua, sans soucis, mais je souhaitais "standardiser" pour bénéficier de l'intégration fibaro et eviter de maintenir du code et des listes d'ids dans plusieurs scenes. Je voudrais pouvoir exploiter leur panel pour armer/desarmer l'alarme notamment sur iphone/ipad. Comme leur système ne permet pas d'associer des actions à l'arm/disarm, je dois le prendre en charge. (je veux pouvoir me valider l'arm/disarm par push, et par diverses retours visuels/sonores locaux) J'utilise aussi et surtout des mini keyfob pour armer/desarmer, pour lesquels j'ai une surcouche, je set une global var alarme, qui me permet de trigger les scenes d'arm/disarm Mes scenes d'arm/disarm (appelés par le changement d'atat de la varibale alarme) puisent la liste des ids a armer/desarmer dans une var global , pour avoir un seul point à maintenir en cas de changement d'IDs Le problème aujourd'hui est que si je souhaite armer/desarmer par le panel "officiel", je n'ai pas de moyen simple de toucher ma variable globale alarme, et ma surcouche n'est donc pas appelée, et ma variable alarme devient inconsistente. Il faudrait, pour que je puisse recupérer les changements d'état de l'alarme, et modifier ma var globale que je maintienne une scene capable de se declencher sur les ids de tous mes capteurs, malheureusement, pour cette fonction ( les trigger en tête de script lua), on est obligés de les rentrer en dur dans le script, et donc de les maintenir ici aussi. Bien sà»r je peux le faire ainsi, mais le panel fibaro alarm commence à ne vraiment plus rien apporter, si je dois tout de même maintenir x scenes à coté , dont une qui finalement surveille constamment tous mes capteurs. Et je trouve que c'est une approche étrange de devoir "surveiller" en parallèle de l'alarme les mêmes capteurs pour savoir si l'alarme les a armés/désarmés. En annexe, un truc secondaire, mais pour la scene custom qui envoie un message d'alerte en cas de déclenchement, il est plutôt penible de récuperer l'info de quel capteur a géneré l'alarme, alors que c 'est une info essentielle à connaitre immédiatement. désolé même concis c'est long, mais one est dans le détail là ..

moi je vais aller me racheter une radio amateur pour mon alerte d'alarme

reprends un petit dijo,ça va passer

Ah ok, c'était la formulation (avec des caméras analogiques, mais aussi avec un DVR) qui m'avait laissé penser qui tu faisais un truc en direct avec les cams analogiques... ce qui bien sûr m'avait semblé improbable, d'où ma question

finalement, il faudrait avoir des capteurs de présence/porte/fenetre bi-technologie, capables de parler à l'alarme quand armés, et à la domotique quand désarmés... ça pourrait se faire avec des modules universels collés dans les PIR ça non ?

Je suis d'accord sur la flexibilité, en revanche, comme ils n'ont pas pensé à proposer des actions à l'armage/desarmage, ça oblige à coller une surcouche pour armer/desarmer, ce qui implique de ne pas utiliser leur panel, notamment sur iphone. J'avais codé ma propre alarme jusque là et je me disais que passer sur leur système permettrait de "standardiser" et de ne plus avoir à maintenir ce code. Au final, leur systeme ne prend en charge q'une partie de ce que je faisais ( armer les bons capteurs, prevenir si on ne peut pas armer, gerer l'alerte si ca sonne, et desarmer). Alors j'arrive sans pb a liste les modules retenus par l'alarme, je les stocke dans une global var pour les appeler de maniere centrale dans mes scripts, mais ça ne me permet pas de les utiliser comme trigger, c'est balot...

Allez juste un min-trailer, à un moment tu numérises bien le signal de tes cams, rassure-moi !!

oucha elle arrache la dernière ne je la connaissais pas... je vais mettre du temps à la parser... Sinon sur le forum officiel on m'a orienté vers /api/panels/fibaroAlarm qui semble être tout ce qui est exposé au sujet de l'alarme, à savoir sa config et le dernier breach. Les gars ont l'air de dire qu'en fait le code de fibaro lui même parse tous les capteurs, cherche lesquels sont "armables" et les arme, et le "partially armed" est aussi une comparaison entre ce qui est armable et ce qui est armé, bref rien n'est stocké formellement, et aucune variable ne peut en être récuperée.. Du coup je vois difficilement comment déclencher des actions sur le arm/disarm du panel, à part maintenir la liste des capteurs "armables" et utiliser le changement de leur state "armed" pour détecter que l'on est en train de mettre/enlever l'alarme. (je voudrais eviter d'avoir des trigger sur les id des capteurs, c'est chiant à maintenir) Je trouve tout celà un peu celà pensé à l'envers...pas vous ?

Après si le but est de faire beugler une siréne, même si le zwave est peté, il y a un toujours moyen de la mettre en filaire avec un ipx800 par exemple (ou toute geekerie qui vous fera plaisir, dès lors qu'elle passe par un réseau filaire) Au sujet des brouilleurs, ça couvre aussi les fréquences gsm ? ou l'on peut esperer donner l'alerte quand même ?

stocker numérique, késako ?

ah oui, c'est indispensable si tu veux la visualiser et l'exploiter au travers de la box, ou alors les entrées BNC sont très bien cachées sur le HC2 , je les ai jamais trouvées