Krikroff

H.S: toutes les personnes qui souhaitent ce débarrasser de leurs FGMS peuvent me l'envoyer [emoji16] adresse sur simple demande par MP. Désolé Steven j'ai pas résisté ... Envoyé de mon iPhone àl'aide de Tapatalk

@Steven, l'été sera chaud . à‡a risque d'être compliqué cette histoire mais l'idée est top, peut-être un jour avec les plugins mais nous sommes encore dans les fantasmes hein ! @moicphil, bon il faut que je fasse du propre dans le code, je vais en profiter pour ajouter les actions sur vd au passage

ah! si c'est pour moicphil ... mais faut que j'en parle àma femme alors , sinon tu veux dire quoi par ouvrir un vd depuis un autre vd je ne suis pas certain de bien comprendre ? genre action sur un bouton d'un vd ?

Tu es certain que c'est une bêta car il me semble que c'est la stable directement.

+ 100000000 Salut Phil, oui c'est lent..... très lent

@Razowsky, ça c'est pour toi http://www.domotique-fibaro.fr/index.php/topic/1475-d%C3%A9clenchement-par-code-pin-et-clavier-virtuel/ @Steven, oui je comprends bien sauf que moi je suis incapable de dire quand le main loop s'active: avant que je bouge le slider, en même temps, juste après ... le résultat n'est pas le même selon le cas de figure. Pour moi la valeur affichée est bien celle stockée mais toujours avec un décalage indéterminé et non déterminable à par peut-être par un Polonais après 1 bouteille de vodka . Bug peut-être mais je pense plus à une faiblesse dans la conception venant s'ajouter à un choix technique discutable, après le plus important c'est de bien cerner tout cela pour éviter les comportements étranges dans nos modules Merci pour l'info sur le slider, il faut que je test cela, sinon pourquoi utiliser des sliders pour ton affichage NetAtmo et pas des labels ?

Sur une idée originale de razowski et dans la continuité du sujet de Steven ici (http://www.domotique-fibaro.fr/index.php/topic/1303-double-clique-pour-confirmer/) voici un module virtuel permettant de déclencher une action sur validation d'un code PIN au préalable renseigné dans le code du Main Loop. Version 1.0.1 L'action peut-être le déclenchement d'une scène, l'allumage ou l’extinction d'un périphérique ou bien encore l’exécution d'un script LUA afin de laisser cours à votre imagination . Le clavier est simple avec juste 12 touches: 10 boutons de 0 à 9, un bouton "clear" et un "Enter". La validation est automatique lorsqu' un code à 4 chiffre est renseigné, sinon il faut utiliser la touche correspondant à "Enter". J' ai fait ça vite fait entre midi et deux et juste pour poser les bases, je ferais évoluer la chose si le code suscite de l’intérêt. Pour la mise en place il faut commencer par créer un variable globale PINCode000, puis d'importer le fichier vfib en téléchargement sur cette page. Ensuite vous devez modifier le code dans le MainLoop pour l'adapter à vos besoins. Explications succinctes: - ["1010"] : correspond au code qui est formaté sur 4 chiffres (de 1 à 4 chiffres). - caption : une légende pour l'action associée au code - task.object : Peut prendre les valeurs suivantes: scene, device, lua, virtual, globalv - task.id : Identifiant de la scène, du device, de la varible ou du vd utilisé [option] - task.value: pour une scène [start, stop], un périphérique [on, off, dim], lua [function], valeur de la variable globale etc. - task targetId: l'id d'un bouton ou d'un slider dans le cas d'un vd. Les options de l'objet task: -- object: device - actions: [on, off, dim] - id: [num] - value: [0-100] (option) -- object: scene - actions: [start, stop] - id: [num] -- object: virtual - actions: [pressButton, setSlider] - id: [num] - value: [0-100] - targetId: [num] -- object: lua - value: [lua function] (ex: function() -- lua code here end) -- object: globalv - id: [name] - value: [xxx] cf. code extrait du Main Loop: local codeTable = { ["1010"] = { caption = "Disarm perimeter with scene", task = { object = "scene", id = 999, action = "start" } }, ["2020"] = { caption = "lua sample", task = { object = "lua", value = (function() fibaro:debug("Custom lua action!"); end) } }, ["3030"] = { caption = "turn on device", task = { object = "device", id = 999, action = "off" } }, ["4040"] = { caption = "dim device", task = { object = "device", id = 999, action = "dim", value = 25 } }, ["5050"] = { caption = "set global variable 'myvar' to 8989", task = { object = "globalv", id = "myvar", value = 8989 } }, ["6060"] = { caption = "set slider id#8 to 75 in virtual device #999", task = { object = "virtual", id = 999, targetId = 8, action = "setSlider", value = 75 } } }; Modifications: Version 1.0.1 - 08/07/2014 1. Renommage du module en "Security Virtual Keybaord" (ça sert à rien mais je préfère) 2. Ajout du support pour: scène, vd, variable globale VirtualDevice-Security-Keyboard-V1.0.1.vfib

C'est bien ce qui ce passe Steven juste que les 3 secondes sont trompeuses. Avec ton code: 1 - Label + Slider sont à 50 2 - je bouge le slider, je relâche à 75 (a=75) 3 - entre 1 à 3 secondes après le Label passe à 75 (display(a)) et le slider lui passe de 75 à 50 logique puisque fixé par le mainloop donc a=50 4 - entre 1 à 3 secondes après le Label passe à 50 -> display(a) J'ai testé 15 minutes et toujours le même comportement donc tout me semble ok même si le côté non réactif trouble le comportement. Sinon aujourd'hui il me semble que seul opera mini ne supporte pas les WebSockets, Safari / ios safari c'est ok depuis la V6

Non ce n'est pas encore possible d'indiquer un type à un périphérique virtuel ni sur la version stable ni sur l'aplha 3.902 (pre-V4.xx) mais il me semble que c'est dans la roadmap... Pour faire simple, oui si ta box est H.S alors tu repars de zéro mais Fibaro travail sur un backup version "cloud" qui devrait arriver avec la V4 mais ceci n'est pas officiel donc a prendre avec des pincettes (nous avons l’habitude maintenant), même si je suis persuadé que cette fonction est déjà en place sur le HCLite

Visiblement c'est pour le 7 ou le 8 Juillet donc la semaine prochaine

Je confirme ton dernier test Steven, mais ce comportement me semble relativement logique et complétement dépendant du "design" du Main Loop et des 3 secondes de latence (minimum) avant un rafraichissement qui provoque un décalage entre la mise à jour des variables "côté serveur" et du front (IHM) Il ne faut pas oublier que nous sommes ici dans une configuration client/serveur non bidirectionnelle puisque la page web n'est mise à jour que grâce a des requêtes (ajax) sur l'api du HC2. D'ailleurs un Socket TCP c'est pourtant pas bien compliqué à proposer pour les devs Fibaro, je demande cela depuis la V1.xx et puis les applications mobiles seraient beaucoup plus réactives

Logiquement même après un reboot tes labels reprennent leurs valeurs, enfin c'était comme ça avant ! Après dans tous les cas ta solution evite l'utilisation d'une variable globale je trouve cela bien . Je suis curieux de savoir si le reboot va arranger les choses...

Non pas de latence (Pourtant ma HC2 est chargée comme une mule ), je viens de faire encore le test: fibaro:debug("switch global to 2"); fibaro:setGlobal("test", 2); fibaro:debug(fibaro:getGlobalValue("test")); --etc... [DEBUG] 00:32:03: switch global to 2 [DEBUG] 00:32:03: 2 [DEBUG] 00:32:04: switch global to 1 [DEBUG] 00:32:04: 1 [DEBUG] 00:32:05: switch global to 2 [DEBUG] 00:32:05: 2 De plus un setProperty sur un label persiste la valeur en bd exactement comme un setGlobal et le getValue sur un label est exactement la même chose qu'un getGlobalValue, donc si effectivement tu as des problèmes de latences avec tes variables globales, tu auras exactement les mêmes avec la mise à jour de tes label un jour ou l'autre .

@Steven, juste pour compléter: il est possible de mettre àjour àla volée le label d'un bouton mais le label lui n'est rafraîchi qu'après un rechargement de page, donc inutile notre cas Variable globale trop lente àêtre mise àjour ? Peux tu m'en dire plus ? Sinon, merci pour ce code . Envoyé de mon iPhone àl'aide de Tapatalk

Oui moi aussi je ne sais pas pourquoi mais je sent bien la bêta dans pas longtemps ... Bref, qu'ils prennent le temps qu'il faut, perso ce n'est pas grave et ça ne me bloque en rien, je contourne les problèmes ou défauts d'une manière ou d'une autre. Pour info Andrew parle d'une v3.593 imminente ... Stable, bêta ? I dont know... Des infos Shad ? Envoyé de mon iPhone àl'aide de Tapatalk

Avec un inter physique en plus le comportement devrait être identique si l'inter commande en toute logique le binary_light après tu peux aussi jouer sur l'origine du trigger pour désactiver temporairement la commande venant de l'inter etc. Envoyé de mon iPhone àl'aide de Tapatalk

En fait je pense qu'il manque en mode bloc la possibilité de limiter le nombre d'instance de la scène afin d'éviter les comportements comme celui ci Donc, Pas un bug mais une conception un peu limite pour le mode bloc! Envoyé de mon iPhone àl'aide de Tapatalk

Oui très bizarre, et dans le panneau énergie: l'historique sur ton module ça donne quoi sur 10 minutes, il y a peut-être des piques (invisibles) de consommation... Tu peux essayer la scène version LUA avec la ligne de code en plus au début ? (Histoire de lever le doute sur un possible bug)

Oui je te confirme la qualité de construction est au rendez-vous, le WDR Pro semble méchamment efficace aussi mais les 655 euros c'est limite pour de l'installation résidentiel de monsieur tout le monde !

Le mode bloc n'est pas en cause...enfin pas complétement je m'explique ... Suivant le code: le trigger id#80 déclenche la scène si > 300W puis bloque l’exécution de la dite scène avec un sleep pour 5400 secondes afin de valider ou pas la condition "TV allumée depuis plus de x minutes...", le truc c'est que si il y a des fluctuations dans la mesure de puissance et que la conso passe à 299W puis de nouveau > 300W il est possible que le trigger déclenche une nouvelle scène et ainsi de suite .... C'est facilement vérifiable en examinant les valeurs de ton ID80 dans le panneau énergie Donc soit passage en LUA avec la ligne de code if (fibaro:countScenes() > 1) then fibaro:abort() end; soit voir pour affiner la conso pour éviter les multiples déclenchements ou aussi pourquoi pas utiliser un variable global en plus pour préserver l'état de la TV -> ON / OFF par exemple.... Pour info, le mode bloc n' est juste qu'une surcouche graphique, c'est toujours du LUA qui tourne derrière

Désolé Yohan de pourrir ton post, peut être migrer la discussion, je vous laisse juge - A mon avis le full HD n'a pas beaucoup d’intérêt et oblige à la perfection d'un bout à l'autre de la chaine: Caméras, Équipements Réseau, solution de stockage etc... - A part usage particulier je ne vois pas trop l’intérêt d'une caméra motorisé pour un système domotique / alarme autonome... à l’extérieur j'ai une IP8332 (1MP/30fps) et franchement c'est très performant: http://www.ldlc.com/fiche/PB00135119.html et pour - de 350 euros . Principales caractéristiques : Capteur CMOS 1/4 " de résolution 1280 x 800 pixels Filtre IR-cut amovible fonction Jour et Nuit Projecteurs IR efficaces jusqu'à 15 mètres Compression H.264, MPEG-4 et MJPEG en temps réel Plusieurs flux simultanés Streaming adaptatif d'activité pour le contrôle dynamique du frame rate Boîtier IP66 résistant aux intempéries Détection de sabotage et de modifications non autorisées Compatible PoE 802.3af Entrée numérique pour capteur externe Slot MicroSD / SDHC pour le stockage local Prise en charge standard ONVIF pour simplifier l'intégration et améliorer l'interopérabilité Il y a aussi la 8331 à - de 250 euros pour l'extérieur. A l'intérieur pour moi c'est une ultra mini dôme VIVOTEK FD8136: http://www.ldlc.com/fiche/PB00135093.html (prix indicatif car pas le meilleur du marché)

Oui c'est pas normal d'avoir 20 instances de ta scène, c'est un coup à prendre 20 notifications !!! Un bon reboot de la box pour commencer puis revérifier... et dans le doute ajouter dans la scène le code suivant au début pour éviter d'avoir x instances en même temps: if (fibaro:countScenes() > 1) then fibaro:abort() end;

@fredo, Il faut la carte ETHM-1 de chez SATEL pour interfacer l'intégra et le HC2 en utilisant ton réseau. Cette carte permet aussi d'utiliser l'application mobile SATEL KPD-2 pour armer et "monitorer" la centrale depuis un smartphone, aussi faire la programmation sans devoir brancher un convertisseur RS-232 directement sur la board ! Bref que des avantages @Doclpp,

Ma contribution était juste pour rebondire sur les propos de Benjy... Une caméra extérieur peut très vite se dégrader et suite à de mauvaise expériences il m'a paru judicieux de partir sur une solution pérenne plutôt que de changer de camera tous les 2 ans (voir 6 mois) . Mais oui je suis d'accord c'est un budget , quoi-que car cette Wanscam semble effectivement prometteuse... En revanche pour les caméras intérieurs je n'ai pas du tout les mêmes exigences .

Zavio est déjàultra connu et beaucoup installé en usage pro Sinon regardez du côté de Vivotek il y a des choses vraiment très bien aussi, niveau qualité c'est du top. Envoyé de mon iPhone àl'aide de Tapatalk