jojo

j'ai mis une sonde dans mon Freeze (à-25°C) qui est raccordée au binary sensor qui vérifie le status de mes portes de garage

ce que j'ai entendu, c'est que les nouvelles HCL sont livrées en v4, mais celles qui sont maintenant en v3 ne seront pas migrées tout de suite en v4 suite àdes problèmes d'upgrade

en tant que FAN de GEA, je me devais de publier, même si rien de bien sorcier. --[[ %% autostart %% properties 221 value 222 value 20 value 22 value 384 value 241 value 243 value 97 value 99 value 101 value 366 value 79 value 78 value 335 value 329 value 336 value 330 value 362 value 363 value 12 value 42 value 233 value 234 value 179 value 66 value 70 value 107 value 369 value 381 value 260 value 280 value 284 value 268 value 264 value 296 value 292 value 300 value 272 value 276 value %% globals Auth_TV Auth_PS3 Incendie --]] --[[ -- SECTION : Etage ------------ 221 value MVT_HALLNUIT_SDJ 222 value MVT_HALLNUIT_SDB 20 value LUM_HALLNUIT_SDJ 22 value LUM_HALLNUIT_SDB 384 value PRISE_PS3 -- SECTION : Extérieur ------------ 241 value LUM_JARDIN 243 value LUM_TERRSUD 97 value PISCPMP_CMD 99 value PISCPMP_OUTPUT 101 value PISCCHAUF_CMD 366 value CONTACT_GACHE 79 value BARRIERE_OPENED 78 value BARRIERE_CLOSED 335 value MVT_EST_AVANT 329 value MVT_OUEST_AVANT 336 value MVT_EST_JARDIN 330 value MVT_OUEST_JARDIN 362 value BOITELETTRES_FACTEUR 363 value BOITELETTRES_PORTE -- SECTION : Rez de chaussée ------------ 12 value PRISE_TV 42 value LUM_SDBREZ_LAVABO 233 value ALARME_INTRUSION 234 value ALARME_ACTIVE 179 value PORTE_COULISS 66 value GV_MVT 70 value GA_MVT 107 value MVT_HALLENTRE_S 369 value MVT_HALLENTRE_C -- Détecteurs incentide ------------------------ 381 value FUME_BIBLIOTHEQUE 260 value FUME_BUREAU 280 value FUME_MAXIMILIEN 284 value FUME_PAULINE 268 value FUME_HALLNUIT_SDB 264 value FUME_HALLNUIT_SDJ 296 value FUME_SDJ 292 value FUME_SDBETAGE 300 value FUME_GARAGE 272 value FUME_HALLENTRE_C 276 value FUME_HALLENTRE_S -- SECTION : Section virtuelle ------------ -- SECTION : Sous-sol ------------ --]] -- v 5.40 -- Optimisation possible, cf : GEA.optimize = GEA.typeOptimize["IMEDIATE_ONLY"] -- ================================================== -- GEA : Gestionnaire d'Evénements Automatique -- ================================================== -- [FR] Scénario permettant de contrôler si une périphérique est -- activé depuis trop longtemps ou lancer un push d'avertissement -- Ce scénario permet une annotation plus simple que le code LUA -- il nécessite néanmoins quelques connaissances -- -- [EN] This scene allow you to check every X second the status -- of a module and send actions if the module is activated since too long. -- This scene allow you a more simple annotation than LUA -- it requires some knowledge -- -- Auteur : Steven P. with modification of Hansolo and Shyrka973 -- Version : 5.40 -- Special Thanks to : -- jompa68, Fredric, Diuck, Domodial, moicphil, lolomail, byackee, -- JossAlf, Did, sebcbien, chris6783 and all other guy from Domotique-fibaro.fr -- ------------------------------------------------------------ -- Historique / History -- ------------------------------------------------------------ -- L'historique complet est diponible ici : -- http://www.domotique-fibaro.fr/index.php/topic/1082-gea-gestionnaire-dévénements-automatique/?p=12428 function yourcode() -- ================================================== -- [FR] A VOU

@Steven, Dans le code ci-dessus j'utilise (suivant ton conseil) la variable #durationfull# qui n'est pas documentée. Je te laisse mettre à jour ton Wiki avec cette info ?

ok, je savais que GEA ne pouvait pas se faire dépasser par le mode bloc En fait, il faut mettre ceci : {"MaxTime", 2} local autoECSNon = GEA.add (estECS, 20*60, "Variable ECS à OUI depuis #durationfull#", {{"VirtualDevice", DeviceID["VAR_ECS"], 4}, {"Email", UserID["Vincent"], "INFO - ECS"}, {"NotStarted"}, {"MaxTime", 2}}) car le 1 serait pour sa première exécusion "pour rien", ie annulée par le {"NotStarted"}; et donc il doit pouvoir fonctionner 2 fois sinon ... Je parie que Steven ne s'avait pas qu'il avait quelque chose d'aussi perfectionné

j'ai essayé ceci (ce que vous m'avez recommandé) -- Mettre ECS à oui pendant 20 min -- Tache en sommeil (NotStarted) -- Cette tache va passer la variable à Non si elle est à Oui depuis plus de 20 minutes local autoECSNon = GEA.add (estECS, 1*60, "Variable ECS à OUI depuis #durationfull#", {{"VirtualDevice", DeviceID["VAR_ECS"], 4}, {"Email", UserID["Vincent"], "INFO - ECS"}, {"NotStarted"}, {"MaxTime", 1}}) -- Cette tache va passer la variable à Oui si la lumière de la douche est allumée depuis 1 min et que la variable ECS est à non -- Elle va aussi redémarrer la tache si dessus GEA.add ({DeviceID["ALARME_ACTIVE"], DeviceID["LUM_SDBREZ_DOUCHE"], pasECS}, 1*60, "Variable ECS à OUI car LUM_SDBREZ_DOUCHE allumée depuis #duration#.",{{"Inverse"}, {"VirtualDevice", DeviceID["VAR_ECS"], 3}, {"Email", UserID["Vincent"], "INFO - ECS"}, {"RestartTask", autoECSNon}}) mais la tâche AutoECSNon ne démarre même plus une fois

Merci pour tes conseils. Je penche vers une corruption de la DB ou qqch du genre pour cette variable, car le scricpt de Steven me remonte parfaitement les changements de TOUTES les autres variables, sauf de celle là, qui je confirme n'est modifiée que en fonction de ma présence/absence. Donc le script devrait me remonter une info chaque fois de je branche/débranche mon arlarme, et il ne le fait pas, malgré que la variable soit àla bonne valeur (j'ai vérifié manuellement). Je vai donc changer son nom et modifier le script, et on verra.

tu n'as plus de réseau, ce qui explique pourquoi le wiki GEA est aux abonnés absents. Je regarde MaxTime : merci

perso mettre un WP ou un FGS sur le frigo/congélo, je trouve cela dangereux : si le brol déconne et coupe l'alim, tu es mal ...

merci de nous envoyer tes nuages

Steven, Je constate (grâce à ton code qui traque les changements de variables ) que ma varecs repasse à non après 20 min SI la tâche GEA qui fait le RestartTask de autoOff a tourné. Donc si ma varecs est à oui autrement que par la lumrdc_douche elle ne repasse pas à non après 20 min SAUF si UNE fois le RestartTask de autoOff a fait son oeuvre. En fait ce que je voudrais, c'est que le RestartTask ne fonctionne qu'une seule fois. Et donc dès que la tâche a tourné un fois, elle se remette en NotStarted, jusqu'au prochain RestartTask. Cela ne semble pas être le cas. Fonctionnellement, je veux que varecs repasse à non (après 20 min) seulement si elle est passée à oui "à cause" de lumrdc_douche (qui entre temps peut avoir été éteinte). Je sais, c'est tiré par les cheveux, mais c'est hyper simple en mode BLOC (ça c'est proche de l'insulte, mais c'en n'est pas !) Merci de vos idées

là: au niveau du script de Steven qui fait un rapport sur les variables modifiées ? Il ne fait également que lire. Ne l'as-tu pas implémenté chez toi ?N'as-tu pas également rapporté que parfois ça marchait chez toi et parfois pas ?

donc, il est bien compatible avec une HC2v4, mais pas avec une HC2v3. Je dirais la même chose pour la HCL : en v4 ok mais pas en v3

Voilà , Je vous propose une nouvelle version de ce VD. La génèse est : il m'affiche l'icône de la météo du moment, mais pour cela, je n'ai qu'à regarder par la fenêtre Donc, j'ai ajouté une variable en début de script, qui permet de choisir quelle prévision on veut afficher par défaut (0=maintenant, 1=j+1, 2=j+2, 3=j+3, 4=j+4) Comme pour cela il fallait rajouté un label (=> nécessité de réimporter le VD, avec nouvelle ID, ...) j'ai également changé les ID des boutons et labels pour qu'ils soient plus représentatifs. Vous pouvez SANS AUCUN problème, recopier la table avec les ID des icônes qui vous sont propres. Prévision_Météo_v2.0.vfib

le plus important à tester est la mise à jour par WU à 00h06 (est-ce qu'ils affichent déjà la valeur hier à 00h06 et que ce n'est pas encore la valeur "du jour". Donc pour un jour où il a plu, on devrait voir à aujourd'hui 0 et à hier la valeur d'aujourd'hui qu'on avait à 23h30 ?) Le code de Sakkhho, il n'y a pas de soucis (il ne travaille pas chez Fibaro )

je peux répondre oui àton PS. Pour le reste, je passe àl'équipe ...

pour essayer de comprendre ce qui se passe, j'enregistrais (grâce à IFTTT et Steven) toutes les modifications sur mes variable globales. Ici celle qui nous préoccupe est Simu-presence. On constate que, malgré que je vois le démarrage de ton script dans le log de la scène, et malgré que quand je vérifie manuellement dans le panneau des variables, son changement est reporté de manière alléatoire : tous les changements sont loin d'être repris (on devrait voir au min 0,1,0,1,0,1, ...) mais aussi tous les jours de la semaine, vu que l'on travaille tous les jours. bête question : c'est bien une "predefined variable" Simu_presence qu'il faut créer (avec 2 valeurs possibles : 0 et 1), et pas une variable globale standard ?

Les heating pannel permettent de gérer la consigne de tes vannes Danfoss. Pas de problème sur HC2 et HCL. Imaginons que tu ais 5 heating pannels pour l'ensemble de ta maison pour gérer des consignes différentes en fonction des pièces. Ce que j'ai fait, c'est que quand je passe en mode vacances, tous mes panneaux de chauffage passent automatiquement à une température de consigne de 14°C manuelle (possible uniquement en LUA de programmer cela). Quand je reviens de vacances, ils repassent tous en automatique. J'ai également un autre module virtuel qui démarre l'enregistrement de mes caméras via mon Synology si alarme. Et beaucoup d'autres ainsi

le comportement que tu observe est normal. Il y a plusieurs façons de faire ce que tu veux faire. Comme tu as des VD individuels pour chaque volet, le plus simple serait au niveau du VD central (celui pour tous les volets), de lui dire uniquement d'appuyer sur le bouton correspondant des VD individuels.

oups, j'ai mis àjour mon post

ok, super. J'essaye néanmoins de limiter le nombre de variables globale àcréer (support, migration, ...), alors on pourrais mettre la date du dernier arrosage effectué en entrée 13 de la variable précipitation, et qui pourrait d'ailleurs être affichée dans un label du vd

en effet, l'interaction serait super. Regarde ceci, cela pourrait t'aider. http://fr.aliexpress.com/item/Best-selling-Wifi-door-phone-video-intercom-doorphone-PIR-Alarm-Waterproof-intercom-For-IOS-Android-for/32315866126.html?recommendVersion=1 Je pense qu'on peut le mettre avec la HC également

en fait si je veux être sà»r qu'il s'ouvre à sunset-15 ET que si à sunset-15 la HC2 n'était pas disponible (panne de courant, backup, ...) je mettrais (et ainsi si la HC2 revient à elle avant 23:00, les stores s'ouvrent) {"Time","Sunset-15","23:00"} Teste aussi sans le {"Days", ...} cela surcharge selon moi le script

Je viens de charger le plugin Nest sur une HC2 de test d'un ami. Layout actuel : cfr Triskell2K1 : j'aurais voulu savoir comment inclure des instructions dans une scène, par exemple : modifier la température de consigne modifier le statu absence la température de consigne est-elle pilotable via les panneaux de chauffage ?

bien vu @Nikko