jjacques68

allé, franchement, là, tu peux trouver tout seul

tu peux le mettre dans la même scène. Tu rajoutes la ligne sous la première dans %% properties

de rien...

ah punaise !!!! il faut mettre le trigger sous properties et non events ! --[[ %% properties 423 ui.lblTime.value %% events %% globals --]]

ET est ce que à chaque fois que tu changes la valeur de l'heure dans le VD, tu vois le print qui s'affiche dans le debug de la scene ?

en gros en enlevant ce qui est pas util... --[[ %% properties %% events 423 ui.lblTime.value %% globals --]] function tempFunc() local currentDate = os.date("%H:%M") local heure = fibaro:getValue(423, "ui.lblTime.value") print(heure) if currentDate == heure then fibaro:call(14, "turnOn") end setTimeout(tempFunc, 60*1000) end tempFunc()

tu as pas mis ce que @Steven a dit : --[[ %% properties %% events 423 ui.lblTime.value %% globals --]] local sourceTrigger = fibaro:getSourceTrigger() function tempFunc() local currentDate = os.date("%H:%M") local startSource = fibaro:getSourceTrigger() local heure = fibaro:getValue(423, "ui.lblTime.value") if currentDate == heure then fibaro:call(14, "turnOn") end setTimeout(tempFunc, 60*1000) end tempFunc() il faut appeler ta fonction avec tempFunc() après la fonction.

donc dans ta fonction, ton device 14 s'allumera à 08:50.

ok alors ajoute un print(heure) juste en dessous de local heure = ... dans la fonction. histoire d'être sûr... Ce serait bien d'avoir le code complet de la scène, pas que la fonction...

ha ben voilà ça rejoint ce que dis @Steven

Le startSource sert à quoi dans la fonction ? je pense que tu peux l'enlever Cette fonction doit fonctionner. Est-elle bien appelée dans le main ? Le label a-t-il la bonne valeur ?

oui mais alors là il faut que tu postes le code complet...

Pas bête ça ! Faut que j’y réfléchisse... Voir comment la température est remontée vers la HC2 (intervals de temps et d’écart) Envoyé de mon iPhone en utilisant Tapatalk Pro

et pour currentDate : local currentDate = os.date("%H:%M") Je t'ai mis l'exemple complet plus haut...

nan mais remplace la ligne ( string.format("%02d:%02d", currentDate.hour, currentDate.min) == ""..heure.."") par currentDate == heure

Existe - t - il d'autre moyen pour gérer les volets ? (Peut être répondre dans le nouveau post...)

En te lisant la @Lazer... ...tu as raison. Mais là, je peux juste oublier cette idée malheureusement... je me vois pas faire passer des cables sur la façade de la maison ll faut que ce soit quand même un peu esthétique Genre de chose qu'il faut prévoir à la construction... encore...

Alors il existe le : PHILIO PST02-B (ou A ou C) Mais pas moyen de trouver la plage de mesure des Lux. Et c'est un capteur d'intérieur aussi.

(suite de la discution de ce topic : https://www.domotique-fibaro.fr/topic/12250-détecteur-dhumidité-zwave/?page=2&tab=comments#comment-193457) Bonjour à tous. A la recherche d'un capteur de luminosité pour gérer l'ouverture/fermeture des volets... Je positionne un capteur par façade. Mon algorithme tient compte : De la température intérieure De la température extérieure De la position du soleil (grâce au VD de @CaptainIgloo), (surtout pour ne plus fermer les volets sur la façade qui n'est plus exposée...) La moyenne des Lux mesurée par façade (mesure toutes les minutes et calcul de la moyenne effectué toutes les 20 minutes) Et de diverses conditions horaires notamment pour le soir. Il faut savoir d'après wiki... que le soleil direct peut atteindre les 120 000 Lx Des essais ont été effectué (sans résultats vraiment concluants) avec : FGMS placés à l'extérieur en plein soleil : plage de mesure : 0 - 30 000 Lx Pas étanche ! Perd la boule si trop de soleil = renvoie une valeur nettement inférieure à 30 000 Lx. Conclusion : Volets ouverts en plein soleil ! Capteurs bloqués jusqu'à ce qu'il fasse presque nuit ! Everspring ST815 placés à l'extérieur en plein soleil : plage de mesure : 0 - 3000 Lx Etanche (IP44) Plafonne donc à 3000 Lx en plein soleil. Pas d'accès direct aux paramètres de module, obliger de le paramétrer en attaquant direct l'API de la HC2. Conclusion : Difficile de trouver les réglages. La valeur de comparaison avec la moyenne des Lux calculée toutes les 20 minutes se retrouve proche des 3000 (2800 dans mon cas) donc du max. Du coup le moindre nuage qui passe fait que les volets risquent de s'ouvrir. Il faut ensuite attendre 20 minutes pour qu'ils se referment. Il faudrait baisser la valeur de comparaison de la moyenne, mais alors les volets se ferment même s'il n'y a pas de soleil (ciel laiteux par exemple) Pas simple tout ça... Perso je préfère remettre les Everspring. Existe-t-il d'autre capteurs efficace ? Merci pour vos idées/avis !

Je vais ouvrir un nouveau topic...

Je viens de te le faire, dans la pièce la plus sombre, à 50 cm, ampoule équivalent 100 W -----> 1300 Lx

nan nan moi il est déhors sur la façade en plein soleil ! Je remets les everspring du coup...

Bon alors je viens donner des news sur les capteurs de luminosité... (je sais que c'est pas le sujet initiale du post...) Les FGMS en plein soleil : et bien ils déconnent ! j'ai l'impression qu'ils saturent et du coup remontent des valeurs nettement inférieures ! Ils devraient alors retourner 30000 Lx ! come fond les everspring (3000 Lx) mais non, eux retournent de la m... Donc c'est pire encore ! ça commence vraiment à me gonfler de ne pas trouver des capteurs performant !!!

En faisant le mix de ce que les autres ont dis, cela donne ça : local sourceTrigger = fibaro:getSourceTrigger() function tempFunc() local currentDate = os.date("%H:%M") local startSource = fibaro:getSourceTrigger() local heure = fibaro:getValue(389, "ui.Label5.value") if currentDate == heure then fibaro:call(14, "turnOn") end setTimeout(tempFunc, 60*1000) end . . etc En vérifiant que le format de l'heure dans le Label5 de ton VD 389 est bien sous la forme "00:00"