How can I use a condition with sunset

Have you try to send in the message the value of "sunset" of your virtual wether station?

Thanks.

No because you have to pay todo that.

Sunset is already a time. In your rule you use the time of a time. I am not sure about this. Have you tried to remove the time of sunset and use only sunset.

Thanks John I tried : I had an error when I save the rule : compared number and date is not...

Thanks John I tried : I had an error when I saved the rule : compared number and date is not...

I did this to check if its night (or day).

When sunset, variable night=1 (on)

When sunrise, variable night=0 (off)

and in my rules : if night=1 when....

Thanks a lot Jacques I will try tonight.

(et en plus tes règles sont en français :-) )

Oui, j'ai crée un interupteur virtuel assigné à la variable nuit pour une plus grande facilité d'utilisation dans les règles. Ainsi la nuit(sunset) quand la porte s'ouvre une lumiere s'allume et dès qu'il fait jour(sunrise) elle ne s'allume plus.)

J'ai fait comme toi (copié sur toi). Je dois attendre demain après lever du soleil pour tester...

Tu as une idée de pourquoi ma règle en pièce jointe de ma question d'origine ne fonctionnait pas ?

Je pense que cela doit être un problème de formatage entre sunset et time of now. Peut être que dans sunset il n'y a pas que l'heure mais aussi le jour dans le formatage, donc difficile de comparer des pommes avec des carottes ....enfin c'est juste une supposition, puisque pour le moment il est impossible de connaitre les valeurs qui sont inscrites dans les variables.

J'ai crée un bouton virtuel nuit pour activer manuellement le mode nuit pour faire mes tests et éviter d'attendre le soir...

Bizarre, ça marche pas (le truc qui chez toi marche). Je regarde dans le détail, fais des essais et revient donner mes conclusions ou problèmes.

Sunset est un objet "Time" et now est un objet "Calendar", le test ne peut qu'échouer avec un cast type exception

Ca ça marche:

Merci ! je n'avais pas coché la case repeat !

Ca devrait donc se mettre à marcher maintenant...

On va voir au lever du soleil :-)

Là, ça y est, ça marche !

En fait je me suis fait pour tester une règle qui envoie un mail lors du sunrise ou sunset.

Seul problème, les mails sont respectivement daté de 9h24 et 19h 44 soit un décalage de 2h. La "station météo" est bien réglé sur Paris et les heures qu'elle affiche dans le device browser sont les bonnes (7h24 19h 44)

Il faut que je vérifie ce matin si je recoit réellement le mail avec 2h décalage où c'est juste une mauvaise datation du mail = la date du serveur qui envoie qui aurait 2h de décalage.

Ce matin, j'ai bien reçu un mail à 7h25. Bizarre...

Il y a post au sujet du décalage d'heures il me semble, d'autres personnes l'ont également et moi aussi d'après le test que je viens de faire.

à suivre donc

Là, je confirme, ça marche. Peut être un pb d'heure d'hivers (c'était juste le jour où..)

Merci Jacques !

Forgive me if someone has already reached the same conclusion in the French comments, but after investigating I think the "sunrise" and "sunset" values in the Zipato weather station are, in fact, strings. If I copy those values to a virtual meter and try to compare them to other date values, they always behave as 0 (just as happened with your original rule). If I send them to an email, the reason becomes clear. This is what I see (the description in brackets were added by me).

19:36 (Sunset)

08:25 (Sunrise)

They're not numerical time values at all.

In contrast, try send a time or date value to an email. You will see a long number. From memory, I think the time value is the number of milliseconds since midnight, and the date value the number of seconds since 1/1/1970. But don't quote me on that.

In any event, the sunset/sunrise values seem to be unusable.