Steven

@Shad Au boulot

Voici une bride de code qui devrait t'aider var HC2_IP = "www.xxxxxxx.xxxxx:xx"; var LOGIN = "admin"; var PWD = "admin" var url = "http://" + HC2_IP + "/api/globalVariables"; var data = {"name":"MYVARIABLE", "value":"MYVALUE"}; var options = {"headers": {"User-Agent": "MY_APP_NAME (App URL/your email address)", "Authorization": "Basic " + Utilities.base64Encode(LOGIN + ":" + PWD)}, "Content-Type": "application/json", "method":"post", "payload": data }; envoi = UrlFetchApp.fetch(url, options) Testé et approuvé.

Rien, àpart qu'ils aiment les pommes et que j'adore la chemise du gars àl’extrême droite.

la quoi ... c'est quoi v4 ... un rêve, une utopie ? Allez sort le club, cela va quand même te servir à quelque chose

Sur des statistiques d'une semaine, Google a détecté moins de 0.1% de périphérique fonctionnant avec la version 3.2, donc moi aussi je ne pense pas. On est jamais à l'abri mais tu as autant d'espoir que ces pauvres 0.1%. Source : https://developer.android.com/about/dashboards/index.html

Mon détecteur vient de se transformer en thermomètre... suppression ... inclusion, c'est re-bon pour un moment. Sinon donc pour info. S'il est pas en mode alerte cela donne 0°C, sinon 1°C mais le moins beau c'est qu'il y a une icone cassée. Que cela ne fonctionne pas ou pas bien OK mais que cela ne soit pas beau ... alors là je ne suis pas content du tout

Une scène active est une scène qui "peut" être lancée mais que ne l'ai pas forcément. Pour savoir si une scène est active ou non, on utilise le isSceneEnabled. Si c'est quand même ce que tu souhaites faire, ton erreur est dans le if if SceneActive == 'true' then SceneActive n'est pas un chaîne de caractère qui contient le mot "true" mais une variable de type boolean, ce qui nous donne if SceneActive then Voilà . Même en WinDev on fait comme cela

Il faudrait connaitre, le temps total que met ton volet à descendre et sa position avant activation, cela juste pour pouvoir calculer le 1 seconde avant la fin. Il faut que ta calibration soit parfaite et que tu n'utilises pas GEA GEA est utilisé pour capturer l'état d'un module toutes les X secondes. Il n'est donc pas adapté à ta requête.

Imaginons que ton label "Maintenant" s'appelle Label1 et que "Je reviens" s'appelle Label2 Pour afficher la date et heure dans Label1 : fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label2.value", os.date("%d.%m.%y - %H:%M")) +1 jours dans Label2 local unJourDePlus = os.time()+24*60*60; fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label2.value", os.date(unJourDePlus, "%d.%m.%y - %H:%M")) +1 heure dans Label2 local uneHeureDePlus = os.time()+60*60; fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label2.value", os.date(uneHeureDePlus, "%d.%m.%y - %H:%M")) Allez, on commence sérieusement : Va dans le panneau des variables et ajoute 2 variable "RETOUR_TEMP" et "RETOUR". RETOUR_TEMP sera utilisé pour faire les calculs et RETOUR pour stocker la vrai date de retour souhaitée. Dans le main loop de ton module virtuel, met : -- on affiche la date et l'heure dans Label1 fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label1.value", os.date("%d.%m.%y - %H:%M")) . Derrière le bouton +1 Jour -- On va chercher le contenu de la variable global utilisée pour les calculs local retour_temp = fibaro:getGlobalValue("RETOUR_TEMP"); -- si la variable est nul, on met 0 if (retour_temp == nil) then retour_temp = 0; end -- On ajout 1 jours (24 heures * 60 minutes * 60 secondes) local decalage = retour_temp + 24*60*60; -- La nouvelle date est donc "maintenant" + le décalage calculé local nouvelleDate = os.time() + decalage; -- On affiche la date de retour dans Label2 fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label2.value", os.date(nouvelleDate, "%d.%m.%y - %H:%M")) -- On stocke le décalage calculer dans la variable de calcul fibaro:setGlobal("RETOUR_TEMP", decalage); . Derrière le bouton -1 jour (idem que précédemment mais avec un -) local retour_temp = fibaro:getGlobalValue("RETOUR_TEMP"); if (retour_temp == nil) then retour_temp = 0; end local decalage = retour_temp - 24*60*60; local nouvelleDate = os.time() + decalage; fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label2.value", os.date(nouvelleDate, "%d.%m.%y - %H:%M")) fibaro:setGlobal("RETOUR_TEMP", decalage); . Derrière le bouton +1 heure (idem que précédemment mais avec 24 en moins) local retour_temp = fibaro:getGlobalValue("RETOUR_TEMP"); if (retour_temp == nil) then retour_temp = 0; end local decalage = retour_temp + 60*60; local nouvelleDate = os.time() + decalage; fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label2.value", os.date(nouvelleDate, "%d.%m.%y - %H:%M")) fibaro:setGlobal("RETOUR_TEMP", decalage); . Derrière le bouton - 1 heure local retour_temp = fibaro:getGlobalValue("RETOUR_TEMP"); if (retour_temp == nil) then retour_temp = 0; end local decalage = retour_temp - 60*60; local nouvelleDate = os.time() + decalage; fibaro:call(fibaro:getSelfId(), "setProperty", "ui.Label2.value", os.date(nouvelleDate, "%d.%m.%y - %H:%M")) fibaro:setGlobal("RETOUR_TEMP", decalage); . Et derrière le bouton "Enregistrer" local retour_temp = fibaro:getGlobalValue("RETOUR_TEMP"); if (retour_temp == nil) then retour_temp = 0; end local nouvelleDate = os.time() + retour_temp; fibaro:setGlobal("RETOUR", nouvelleDate); Voilà ... oucchhh, ce fut long. C'est surtout absolument pas tester, il faut donc le voir comme un code "qui devrait fonctionner" et non pas comme une garantie. Donc dans le principe, à la fin de tout cela, tu devrais avoir dans la variable global "RETOUR" la nouvelle date et heure de retour. Allez courage Je parie que tu t'attendais à un truc plus simple.

Oui, il a raison pour autant que la HC2 soit entrain de faire autre chose qui prenne énormément de ressources à ce moment précis et qu'elle loupe la fraction de secondes ultimes Sérieusement, c'est toujours possible mais cela n'est jamais arrivé pour l'instant (à ma connaissance). Néanmoins, tu as raison de prendre tes précaution et il a raison de te mettre en garde.

Je suis développeur et non pas domoticien ... heureusement pour mes clients

J'ai pas mis le noir, il ne serait plus àrien dans ce contexte ... purée c'est pas ma soirée j'ai un wall-plug dans lequel j'arrive plus rentrer de prise (sécurité enfant de mes ...).

Non, c'est pas en prenant la tension, c'est que je me suis trompé en la prenant et comme j'ai cru que c'était tout bon, j'ai branché le FGRM. J'ai bien entendu le CLIC suit de la bonne odeur en appuyant sur le MONTER :-)

Il me semble quand prenant la tension entre deux retournée de poisson qu'au lien de prendre noir et orange, j'ai pris noir et brun. Le module était suspendu en l'air et il a certainement du tourner et moi comme un c.. j'ai absolument pas regarder, je pris le noir et son voisin direct. Maintenant, la grande question est que faire de mon FGRM222 que j'ai donc déballé pour rien ? :-)

Mon éthique m'empêche de le faire. C'est pas ta faute, c'est moi qui a été très très bête de faire cela en rentrant du boulot, en même temps que je m'occupe des enfants et de faire àmanger. A tête reposé il n'y aurait pas eu de soucis. Néanmoins, maintenant je peux le confirmer, avec un FRGM, ça marche pas

Je viens de le cramer. 100€ àla poubelle Pourtant j'avais du 230 sur le noir. J'aurais du prendre mon temps.

Non, j'ai principalement du Fibaro qui me remonte l'information uniquement quand c'est nécessaire. Du style uniquement lors d'une variation de température de +/-0.5. Donc pas de remontée d'information inutile explosant le budget piles. Néanmoins faut pas rêver, il est toujours bien d'acheter des actions Duracel avant toute boxe domotique J'ai eu au début quelques mauvais réglages (ma faute) qui m'ont tué une LR6 en 1 mois. Quand cela arrive cela fait tout drôle. En tout cas, j'adore le principe d'EnOcean car la pérennité et la maîtrise des coûts est garantie. Et bon, on sait tous que les piles c'est pas très bon pour la nature donc si on peut s'en passer, tant mieux.

Pour EnOcean, j'espère que tu ne rêve pas. J'ai un interrupteur Plana et la puissance du signal est très bonne et il fonctionne vraiment très bien. Donc pouvoir mettre cela sur la HC2 serait un réel plus.

Aucune idée mais deux petits points a vérifier : Dans le panneau de contrôle : - Les smartphones souhaités sont bien coché ? - L'utilisateur souhaite recevoir des notifications ? "Fibaro doit-il envoyer des notifications ?"

Regarde ici pour savoir comment utiliser les API de la HCLite depuis un module virtuel. http://www.domotique-fibaro.fr/index.php/topic/1321-ex%C3%A9cuter-et-stopper-une-sc%C3%A8ne-par-http/

Tout est dit et tout est Did Bravo

Lol.. et paf dans les dents

Ce que j'aurais souhaité : Pour mes va et vient, j'avais deux fils de couleur identique. J'ai du utiliser un des deux pour faire passer la phase. Avec 3 couleurs différentes, j'aurais perdu beaucoup moins de temps. Sinon, après avoir compris le truc, j'ai mis 2 heure pour mes 4 va et vient que j'avais besoin. Et tu ne me connais pas, mais si MOI j'y arrive, n'importe qui peut le faire.

J'ai pas de tensiomètre, j'irai en chercher un demain. Effectivement si on y trouve du 230 ce serait super.

Je vois pas trop comment j'aurais brancher les FRGM ? Si tu as une idée, je veux bien tester, j'en ai un que je dois normalement retourner. Lorsque les deux sorties sont actives, le KLF gère sera correctement. J'ai volontairement essayer àplusieurs reprises et longtemps. Il ignore le deuxième contact tant que le premier ne sera pas basculer sur OFF. Merci d'avance.