Steven

Rien a voir avec un senseur de mouvement, c'est purement logiciel et cela analyse les mouvements de caméra (focus) pour détecteur une présence. Cela devrait marcher pour toi vu que cela fonctionne pour ma TF700T qui est identique àla tienne.

Pour moi, il faudrait mieux une alerte UV pour les enfants

Version 3.50 [Nouveauté] Ajout des conditions {"Global+", <variable>, <valeur>} et {"Global+", <variable>, <valeur>} par @HANSOLO [Nouveauté] Ajout des conditions {"setArmed", <id>} et {"setDisarmed", <id>} [Correction] Erreur lorsqu'un module à pile ne retourne pas son information [Correction] Mode debug dans certains circonstance (le lien est dans ma signature) @Shyrka973 J'ai essayé l'implémentation de la fonction suspend mais il y a trop de soucis du au cloisonnement entre le script qui tourne en mode normal et ceux qui sont exécuté en mode instantané (Chaque déclenchement instantané démarre une instance de GEA dans son propre environnement). Ils est donc difficile depuis un déclenchement immédiat de suspendre une action tournant dans une autre instance. Donc pour l'instant, c'est toujours pas bon. @Lazer Fonctions ajoutées et testée avec succès -- Si pas de mouvement dans l'entrée depuis 10 minutes, on arme la porte GEA.add(id["DETECTEUR_SALON"], 10*60, "", {{"Inverse"}, {"setArmed", id["PORTE_ENTREE"]}}) -- Si un mouvement est déctecté dans l'entrée on désarme la porte GEA.add(id["DETECTEUR_SALON"], -1, "", {{"setDisarmed", id["PORTE_ENTREE"]}})

Version 3.50 [Nouveauté] Ajout des conditions {"Global+", <variable>, <valeur>} et {"Global+", <variable>, <valeur>} par @HANSOLO [Nouveauté] Ajout des conditions {"setArmed", <id>} et {"setDisarmed", <id>} [Correction] Erreur lorsqu'un module àpile ne retourne pas son information [Correction] Mode debug dans certains circonstance

Version 1.30 disponible Correction du soucis lié au Main Loop. Les recherches de Krikroff ont démontrés que le Main Loop n’accepte pas un sleep supérieur à40 minutes. Ce module a donc été changé pour effectuer des sleep de 30 minutes. Dans le Main Loop vous trouverez donc local nbHeure = 12 qui correspond au taux de rafraîchissement du module. Voici le code modifié si vous ne voulez pas tout réimporter ... flemmard ... (Si vous ne réimporté pas le module, pensez àchanger le numéro de version sous le bouton afin d'avoir le bon numéro en cas de demande de support.) local nbHeure = 12 local i = 0 while true do if (i >= (nbHeure*2) or i == 0) then i = 0 fibaro:call(fibaro:getSelfId(), "pressButton", "4") end fibaro:sleep(30*60*1000) i = i + 1 end

Merci pour l'info, je cherchais la description de ce bug depuis 2 semaines. J'ai même chercher sur leur bug tracking en vain. Il faudrait faire un post sur les bugs connus, cela pourrait aider. Cela fait moins de 4 mois que je suis tout cela, par contre un vieux comme toi*, tu es une mine d'informations * Ok, ok, c'est une expression 8)

As-tu essayé : https://play.google.com/store/apps/details?id=novum.inceptum.proximity ou un produit similaire. J'utilise ImperiHome avec ma TF700 et leur système de détection n'est pas trop mal. Dès que j'arrive devant la tablette, elle s'allume, s'il fait trop sombre et que la détection n'est pas bonne, un simple appui sur l'écran allume tout cela.

Il me semble que le json n'est buggé que si l'on fait plusieurs appels et uniquement le decode. Sur ce forum, il y a pas mal de module virtuel (principalement gestion de chauffage) qui utilise le json et qui fonctionne très bien. Perso, je n'ai jamais eu de soucis avec mais je ne fait pas d'appel en boucle. Néanmoins, je suis un peu comme Rems ... vaut mieux prendre ceinture ET bretelles pour assurer que cela fonctionne. Donc le "parsing" du String ... c'est pas beau ... mais au moins on sait que cela fonctionne. P.S. Pour la V4 ... je rigole déjà ... je sais, je ne devrais pas ... mais sérieux, plus on attends, plus on trouve de bug sur la version actuel, plus ils doivent en corriger, plus la V4 est reportée. Je trouve que la V4 est une très très mauvaise idée car la version actuelle n'est pas stabilisée. Pas mal de petits bugs, des comportement un peu bizarre, des modules pas terminé (black box des sensor de fumée entre autre). Bref, j'aurais vraiment préféré une 3.999 stabilisée avant une 4.

La question qui tue Non, pas besoin d'être programmeur, la plupart des choses ne nécessite aucune programmation. Le système de scénario est simple et assez intuitif. Par contre, si après (c'est à dire une fois que tu sera à l'aise avec ta box) tu souhaites allez plus loin, tu pourras te lancer dans des petits scénarios en LUA (langage de programmation) et il y aura des programmeurs ici pour t'aider. C'est une peu comme les modules ... pas besoin d'être électricien ou électronicien pour les installer mais quelques notions sont quand même agréable pour éviter les erreurs.

Non non, il y a encore des OS payant : http://www.gizmodo.fr/2013/11/29/bague-os-dinosaure-meteorite.html http://www.frediani.fr/fr/les-os-de-dinosaures-fossilises_11694_notre-stock_liste-produits.html?panier=44a32b2b5d61c5aedbcf48879b6314b1 Mon dieu, je suis en forme aujourd'hui

Les développeurs et constructeurs sont déjà capable de concevoir des appareils qui se connectent aux iPhone et cela sans avoir besoin de l'aide des API d'Apple ... ce que souhaiterais Apple c'est que ces constructeurs passent par LEUR système pour avoir la main dessus. Et puis Apple en central domotique ... lol ... faudra t'il installer iTune pour allumer la lumière du salon ? ... ok ... J'insiste aux niveau matériel, ils sont très très fort ... au niveau logiciel, ils ne suivent plus. Néanmoins, je leur souhaite d'y arriver .. .que HomeKit remporte un vrai succès. Pour ce qui est de Apple et Fibaro .. pour l'instant, le seul accord que je vois entre eux ... c'est la publicité mensongère .. OK ... OK .. je re-sors ...

Heuuuu ... pas moi Mais au moins, j'aurais répondu à ton appel.

Tu as pas dis que tu devais passer par vers chez moi ? Si c'est après la Normandie .. tu peux me rapporter un petit verre car vu l'effet qu'il a sur toi, je dois pouvoir refaire démarrer ma tondeuse

Il l'a dit, il l'a fait ... merci @Coolride

Edit ... suppression http://www.domotique-fibaro.fr/index.php/topic/1321-exécuter-et-stopper-une-scène-par-http/

Message de @Moicphil... si tu as une HCL (pas de LUA) et que en plus tu précise bien que tu veux pas de LUA ... voici le code LUA a insérer Apparemment, cela fatigue la Normandie

Météo France ne fournit aucune information pour les privés, il a déjà fallu que je parcours leurs code pour trouver la référence de leur fichier XML (bien pourri d’ailleurs). En france, il y a plein de site d'alerte super intéressants : pollens.fr pour les allergiques, airparif.asso.fr pour la pollution ... aucun de ces sites ne fournit leurs données vers l'extérieur. Je posterais ce soir la mise à jour de ce module qui fonctionne correctement après un petit lifting du main loop. Edit : si vous recevez une alerte, aller regarder leur site, j'ai volontairement noté l'adresse sur le VD.

pas besoin de {"Value", 42, 0} mais juste 42 avec le {"Inverse"} et le tour est joué. A nouveau tu y étais presque. Sache juste que "Value" n'existe pas c'est "Value+" ou "Value-". Tu aurais donc pu mettre {"Value-", 42, 1} et tu aurais aussi été tout bon, Cela ne tient pas à grand chose -------------------------- --Capteur Temp-- local si_pas_ferme_27_dgs = {"If", {{"Value+", 40, 27}}} -- --Capteur Mouv-- GEA.add(42, 5*60, "Temp superieur à 27° je baisse les volets 80% #value# Temp #time#", {{"Inverse"}, {"Time", "13:00","19:00"}, {"Close",17, 40},{"Close",19, 50},{"Close",24, 50},{"Close",20, 80},{"Close",25, 80},{"Close",48, 80},{"Close",49, 80},{"Close",51, 80},{"DST"},si_pas_ferme_27_dgs})

Pas de script possible sur une HCLite

Sympa. Merci pour se partage. En tant que flemmard l'idée me plaît

Pour l'instant, il n'est malheureusement pas possible d'utiliser les "SceneActivation" sur une HCLite. Tu ne pourras malheureusement pas utiliser la fonction du double-click ou du click-long ... Fibaro a annoncé que cela sera possible dans une future mise à jour ... lien ici Pour géré le double-click c'est compliquer mais faisable : un scénario qui met une variable doubleClick à 0 sur appui du bouton, un scénario qui vérifie si doubleClick est à 1 et qui .... < a toi de jouer car c'est un vrai DOUBLE-CLICK > sur appui du bouton, un scénario qui lance le scénario précédent dans 1 seconde et met doubleClick à 1 En gros, l'idée est de vérifier dans la seconde si un deuxième clique a eu lieu. Courage. Edit : inversion de la ligne 2 et 3.

@Diuck Cela commence a être compliqué tout cela, mais cela me semble juste. Sauf la ligne 6 ou tu as me EA.add au lieu de GEA.add mais je pense que tu as déjà corrigé cela @Lolomail GEA.add({Value+, <ID VOLET>, 0}, 5*60, "Le volet est ouvert à #value# % depuis #durationfull#")Cela t'envera le push "le volet est ouvert à 98% depuis 5 minutes Pour la sonnette. Techniquement, je ne sais pas comment tu veux faire, mais oui, il te faut de l'immédiat. GEA.add(<ID SONNETTE>, -1, "Sonnette actionnée à #time# le #date#")En ajoutant l'id de la sonnette dans l'entête du script. @byackee Mélanger les déclenchements immédiats et les groupes ne fonctionne pas Ce que tu veux savoir c'est s'il n'y a personne depuis plus de 5 minutes dans chaque pièce et si c'est le cas mettre "Presence" à "0". GEA.add(178, -1, "", {{"Global", "Presence_entree", "1"}, {"Global", "Presence", "1"}}) GEA.add(181, -1, "", {{"Global", "Presence_salon", "1"}, {"Global", "Presence", "1"}}) GEA.add(74, -1, "", {{"Global", "Presence_chambre", "1"}, {"Global", "Presence", "1"}}) -- pour les Presence_entree/salon/chambre, soit tu les remet à 0 après 5 minutes d'inactivité -- dans ce cas, tu n'a cas les rajouter ici comme tu l'as fait auparavant GEA.add(178, 5*60, "", {{"Inverse"},{"Group", 1}}) -- {"Global", "Presence_entree", "0"} GEA.add(181, 5*60, "", {{"Inverse"},{"Group", 1}}) -- {"Global", "Presence_salon", "0"} GEA.add(74, 5*60, "", {{"Inverse"},{"Group", 1}}) -- {"Global", "Presence_chambre", "0"} GEA.add({"Group",1}, 30, "Aucune activité dans l'appartement", {{"Global", "Presence", "0"}}) -- Sinon en immédiat en décommentant ces lignes --GEA.add(178, -1, "", {{"Inverse"},{"Global", "Presence_entree", "0"}}) --GEA.add(181, -1, "", {{"Inverse"},{"Global", "Presence_salon", "0"}}) --GEA.add(74, -1, "", {{"Inverse"},{"Global", "Presence_chambre", "0"}}) Edit : byackee, tu vérifies toutes les 15 secondes alors que ta durée la plus faible est 1 minute (hotte), tu pourrais aisément le mettre à 30 secondes pour soulager ta box, mais ce n'est qu'une suggestion.

En effet, le sleep est trop long, je suis entrain de tester une nouvelle version, je vous tiens en courant.

La dernière fois que j'ai ajouté une scène au panneau d'alarme. J'ai oublié qu'en plus il fallait l'activer.

CODER UN BOUTON FONCTIONNANT UNIQUEMENT SUR DOUBLE-CLIQUE Les boutons des modules virtuels ne permettent malheureusement pas grand chose d'autre que de cliquer dessus. Il arrive même parfois que nous cliquions sur un bouton par inadvertance. Dans la plus part des cas cela n'est pas grave mais pour certaines opérations sensibles, il serait judicieux de pouvoir valider notre clique. L'idée (soumise par @Moicphil) est de déclencher l'action uniquement lors d'un double-clique sur le bouton. Pour réaliser cela, il nous faut : Un bouton Un label Le label va nous servir à avertir l'utilisateur qu'un double-clique est nécessaire, mais il va surtout nous servir à savoir si un clique précédent a été effectuer. Au premier clique, le système affiche le message pendant un temps limité. Si pendant ce temps, l'utilisateur ré appuie sur le bouton, l'action est confirmée, sinon on retire le message et la confirmation est annulée. Voici donc le code a implémenter derrière votre bouton : -- ---------------------------- -- Ne pas toucher -- -- ---------------------------- function confirm(msg, labelId, secondes) local current = fibaro:getValue(fibaro:getSelfId(), "ui."..labelId..".value") if (current == msg) then fibaro:call(fibaro:getSelfId(), "setProperty", "ui."..labelId..".value", " ") return true else fibaro:call(fibaro:getSelfId(), "setProperty", "ui."..labelId..".value", msg) fibaro:sleep(secondes*1000) fibaro:call(fibaro:getSelfId(), "setProperty", "ui."..labelId..".value","") return fibaro:getValue(fibaro:getSelfId(), "ui."..labelId..".value") == " " end end -- ---------------------------- -- A vous de jouer --- -- ---------------------------- local message = "Ré-appuyer pour confirmer" -- le message de confirmation local label_id = "lblMessage" -- l'ID du label qui recevra le message local duree = 1 -- la durée max entre 2 clique (en seconde) if ( confirm(message, label_id, duree) ) then fibaro:log("Confirmé") -- votre code ici en cas de confirmation else fibaro:log("Annulé") -- votre code ici en cas d'annulation end Le code n'est pas si compliqué et la partie qui vous intéresse début à la ligne 21. Voilà , j'espère que cela puisse vous éviter quelque catastrophe P.S. Il y a aussi moyen d'utiliser une variable global à la place du label mais l'insertion d'une valeur dans une variable globale est trop lente pour être viable.