Steven

Ce qui est chouette avec toi ... c'est que c'est toi qui dis "Merci" Alors je dois quoi moi ? (M|D)e.rc?i(en)?

@Rems Le sujet a déjà été traité sur d'autre post mais voici ce que dont je me souviens : 1) Reboot de la HC2 2) Ne pas mettre l'alarme 3) Etre connecté en admin 4) Modifié le scénario Sinon, voici quelque liens (en anglais) http://www.domotique-fibaro.fr/index.php/topic/934-erreur-403-sauvegarde-de-sc%C3%A8ne/ http://www.smartliving.com.au/forum/viewtopic.php?f=22&t=447 http://forum.fibaro.com/viewtopic.php?t=3214

@Rems Alarm on ? @SebDel Pas vraiment Le "done" que j'utilise me sert juste à savoir si une tâche a été exécutée et est stoppée. Il n'a rien à voir avec le statut d'un module. En règle générale le statut d'un module est identifié par sa valeur "value" fibaro:getValue(<id du module>, "value") nous donne l'état d'un module. 0 = éteint, plus grand que 0 = allumé pour allumé ou éteindre un module on fait fibaro:call(<id du module>, "turnOn") pour allumé un module fibaro:call(<id du module>, "turnOff") pour éteindre un module La fameuse valeur "value" peux changé d'un module à un autre : 0 = éteint 1 = allumé pour les détecteurs, switch, ... entre 1 et 99 pour les variateurs Un piège a été détecté, c'est pour les modules RGBW. Car si la valeur est à 0 (éteint) ce n'est pas forcément le cas, il faut aussi regarder si un programme est en route.

Quand je lis ceci : "New Home Center software introduces support for plugins. Plugins give support for new devices and new functionalities without modifying HC Firmware. Plugins can be used for controlling devices via different protocols and standards like TCP/IP, IR*, RS 232*, UPNP. Plugins have their own user interface and can call all APIs available on HC2. Possibility of building plugins by independent developers will be introduced in next versions. * required additional hardware." Je me pose la question sur ceci : IR*, RS 232* * required additional hardware. Support du port USB ???

@PITP2 {"Function", function() fibaro:sleep(1000) end} est ton ami GEA.add({"SceneActivation", 79, 4}, -1, "", {{"StopTask", veillemultimedia},{"turnOn",6}, {"Function", function() fibaro:sleep(1000) end},{"turnOff",6}}) @Rems Une erreur 300 ... je n'ai jamais vu cela avec la fibaro. C'est pas du 403 ? Tu es en béta ? @971jmd Lol, je ne pense pas ... en fait, je ne crois pas. C'est déjà pas évident de supporter les versions stables alors les betas je ne les installe même pas sur ma box. @SebDel Merci C'est fort original tout cela et c'est surtout bien nouveau pour moi. si tu tapes cette commande dans une scène normal, pourrais-tu me donner la valeur retournée par ton module. Une fois allumé et une fois éteint local id_bur_ordi = XXX fibaro:debug(fibaro:getValue(id_bur_ordi, "value"))Merci d'avance. @labomatik Perso, j'utilise cela pour être averti une fois par jour (Lignes : 1, 2 et 10). local timerd1 = GEA.add(id["DETECTEUR"], -1, "", {{"VirtualDevice", id["VD_IMPERIHOME"], 1},{"Time", "07:15", "08:00"}, {"MaxTime", 1}, estTravail}) local timerd2 = GEA.add(id["DETECTEUR"], -1, "", {{"VirtualDevice", id["VD_IMPERIHOME"], 1},{"Time", "09:30", "10:30"}, {"MaxTime", 1}, estChome}) -- Timer toutes les 30 mn GEA.add( true , 30*60, "") -- Timer toute les heures -- Chaque heure je rafraichi mon agenda // Every hours I refresh my calendar GEA.add( true , 60*60, "", {{"VirtualDevice", id["VD_AGENDA"], "12"}, {"Repeat"}}) -- Timer tout les jours GEA.add( true , 30, "", {{"Time", "01:00", "01:05"}, {"RestartTask", timerd1}, {"RestartTask", timerd2}})

Parfait, sinon tu peux utiliser le nouveau MaxTime et RestartTask pour éviter la variable global. Mais sinon c'est parfait. Attention, c'est -1 et non pas 1 pour un déclenchement instantané.

@Kriek J-1 [emoji12]

? Tu me fais peur

Cool, donc plein de travail pour GEA

Pour le LUA sans Internet, je pense pas que cela soit possible vu qu'il y a la surcouche Fibaro 15 jours ... hummm en 15 jours tu as le temps de re-développer Google Agenda, allez, on est sympa, on t'en laisse 2 ... puisque après tu pars bosser loin, très loin

A ce jour, j'ai un système très simple qui toutes les heures envoi les 10 prochains événements sur ma HC2. C'est basique mais cela fonctionne et dans le pire des cas, si une mise à jour ne passe pas, la prochaine aura lieu dans 1 heure. Attention, une variable globale est limitée à 222 caractères selon les tests effectués par @Krikroff Si tu continues a travailler dessus, je prends volontiers des vacances et j'attends ton retour. Sinon, je continue dans mon coin mais avec quelque chose de plus simpliste. Pour les soucis de planifications du script, c'est vraiment fréquent ce genre d'erreur, tellement fréquent que dans la plus part des cas, je désactive les notifications et je double la fréquence nécessaire pour essayer de palier à ce soucis. J'aime beaucoup, ton projet alors dépêche toi que je puisse mettre à la poubelle mon code et le remplacer par ton projet bien plus évolué.

L'application fonctionne aussi sous Android maintenant... Oui, je confirme, les lames du Robomow sont excellente contre les jouets des enfants qui traîne dans le jardin. Plus besoin de ramasser Edit : Même constatation que toi, j'ai un Robomow et mon voisin un Automower. Le sien semble plus fiable et moins bruyant par contre plus fragile.

Comme ceci : local user = "admin" local pwd = "admin" local excluded_id = {} -- {1,2,3} local max_events = 50 HC2 = Net.FHttp("127.0.0.1", 80) HC2:setBasicAuthentication(user, pwd) response = HC2:GET("/api/panels/event?last="..max_events.."&type=id") local t = json.decode(response) local j = 0 local now = os.date("%d/%m/%Y") function getDate(timestamp) return string.gsub(os.date("%d/%m/%Y %H:%M:%S", timestamp), now, "") end for i = 1, max_events do local exclude = false for k = 1, #excluded_id do if excluded_id[k] == t[i].deviceID then exclude = true break end end if (t[i].deviceType == "temperature_sensor") or (t[i].deviceType == "humidity_sensor") or (t[i].deviceType == "light_sensor") or exclude == true then -- pas interessant else local msg = fibaro:getName(t[i].deviceID) .. " | " .. t[i].oldValue .. " -> " .. t[i].newValue .. " | " .. getDate(t[i].timestamp) j = j + 1 pcall(function() fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label"..j..".value", msg) end) if j >= 10 then break end end end Lignes ajoutées : 15, 17, 18 et 19 Ligne modifiée : 37 (attention, j'ai enlevé la pièce)

Maintenant que c'est bon. Desinstalle le toolkit, on est jamais sûre avec ce genre d'outil [emoji12]

Non mais heuuu c'est pas gentil ça. Nous les Suisses, on est pas lent, on est réfléchi ... Bon OK on réfléchi longtemps ... Tellement longtemps que lorsqu'on aura pris notre décision, il sera trop tard. N'ayant pas de module a exclure, je n'y voyais pas d'intérêt. Néanmoins, je l'ai fait et j'en ai profiter pour cacher la date si c'est celle du jour

Pour rallumer il faut rajouter {"Inverse"}. Depuis mon téléphone, c'est difficile de taper le code, je te le fait pour demain si besoin.

Je passe mon tour

Il y a 3 ans, j'ai fait la même chose mais sur un mur en placo ... héhé... un trou en haut, un en bas et c'est fini. La télévision n'est même pas tombée

Quelqu'un s'occupe d'une rubrique sur la séCUrité ?

Dans le scénario (image 3) il n'y a qu'une seule lumière qui est allumée je ne sais combien de fois. Je me trompe ? Pour la scène 2 .. on s'en fiche des conditions avant le "ALORS" puisqu'elle sera lancée par une autre scène.

Il n'y a qu'une lumière ? Et cette lumière est bien un dimmer ?

@Did, je sais c'est complètement déroutant. Si tu crées un scénario avec le mode bloc et que tu met : un timer avec juste une heure qui va allumer une lumière .. et que tu converti ce scénario en LUA, voici le code : local sourceTrigger = fibaro:getSourceTrigger(); if (sourceTrigger["type"] == "autostart") then while true do local currentDate = os.date("*t"); local startSource = fibaro:getSourceTrigger(); if ( ( ((currentDate.wday == -1) and string.format("%02d", currentDate.hour) .. ":" .. string.format("%02d", currentDate.min) == "12:30") )) then fibaro:call(32, "turnOn"); end fibaro:sleep(60*1000); end else local currentDate = os.date("*t"); local startSource = fibaro:getSourceTrigger(); if (startSource["type"] == "other") then fibaro:call(32, "turnOn"); end end (ligne 01) if (sourceTrigger["type"] == "autostart") then --- Sur démarrage de la HC(ligne 17) else --- dans tout les autres cas quand tu lance un scénario depuis autre chose que le démarrage de la HC2 tu passes donc directement à la ligne 18 et on y retrouve rien d'autre que l'allumage des lampes. @oufman Surprenant car a vu d'oeil, tout semble correct

Ah, comment test-tu ? Si tu test en mettant la valeur de la variable directement depuis le panneau des variables, cela ne va pas marcher. Il faut que tu test en cas réel, soit en modifiant l'état de ton module universel.

Si tu lance manuellement la scène des variables, est-ce que les lumières s'allument correctement ? Sur ton image la scène 1 lance la scène nommée "Scene auto" mais sur la 2ème image, il s'agit de "Scène auto 2". Je pense que c'est pas important mais on est jamais sà»re. Ma question précédente était pour la raison suivante : Si on met a jour une variable global via les API de fibaro, cette mise à jour ne déclenche pas les triggers. @Did Si une scène est lancée par une autre scène, les conditions (avant le "ALORS") sont ignorées. Dans ce cas, le timer est donc ignorer.

Comment met tu as jour les variables "Statut_Alarme" et "Jour_Nuit" ?