Modul Twilight: ss_weather ignoriert plötzlich Indoor Horizon?

[Baumi]

Hallo,

ich hab' bei mir das Twilight-Modul laufen. Da das Haus von recht hohen anderen Häusern umgeben ist, habe ich einen recht hohen Indoor Horizon definiert. Das Licht wird ab ss_weather langsam hoch gedimmt.

Bisher war ss_weather immer spätestens dann, wenn auch ss_indoor stattfand. Heute aber wurde mir als Zeit für ss_indoor 16:35 angezeigt (was durchaus zu den Werten der letzten Tage passt), ss_weather hingegen erst für 17:55 – die Zeit des regulären Sonnenuntergangs ohne Horizont-Korrektur. Ich hab' die Kofiguration nicht angefasst. Weiß jemand, was los sein könnte? 

Unten ein paar Daten des Moduls, die mir wichtig scheinen. Im Anhang ein nahezu kompletter Dump des List-Befehls (bis auf meine Koordinaten, die hab' ich doch mal weggelassen. )

Danke schon mal für alle Hinweise, die mich auf die richtige Fährte bringen könnten.

Code Auswählen Erweitern

CONDITION  -1
   CONDITION_TXT Mostly Cloudy
   INDOOR_HORIZON 11
   STATE      8
   SUNPOS_OFFSET 300
   WEATHER_CORRECTION 4
   WEATHER_HORIZON 0
   Readings:
     2014-10-20 16:35:41   aktEvent        ss_indoor
     2014-10-20 16:54:31   azimuth         239.73
     2014-10-20 16:54:31   compasspoint    southwest
     2014-10-20 15:02:41   condition       -1
     2014-10-20 15:02:41   condition_txt   Mostly Cloudy
     [...]
     2014-10-20 16:35:41   nextEvent       ss
     2014-10-20 16:35:41   nextEventTime   17:55:56
    [...]
     2014-10-20 00:00:30   ss              17:55:56
     2014-10-20 00:00:30   ss_astro        19:55:34
     2014-10-20 00:00:30   ss_civil        18:36:27
     2014-10-20 00:00:30   ss_indoor       16:35:41
     2014-10-20 00:00:30   ss_naut         19:16:05
     2014-10-20 15:02:41   ss_weather      17:55:56
     2014-10-20 16:54:31   twilight        100
     2014-10-20 16:54:31   twilight_weather 100
 

[Baumi]

Nachtrag: Während ich das geschrieben habe, hat sich das Modul umentschieden und ss_weather nachträglich vorverlegt:

Code Auswählen Erweitern

2014-10-20 00:00:30   ss              17:55:56
2014-10-20 00:00:30   ss_astro        19:55:34
2014-10-20 00:00:30   ss_civil        18:36:27
2014-10-20 00:00:30   ss_indoor       16:35:41
2014-10-20 00:00:30   ss_naut         19:16:05
2014-10-20 16:55:56   ss_weather      16:16:15

Leider passierte das erst deutlich nach Eintreten von ss_indoor, sodass ss_weather diesmal de facto übersprungen wurde.

[Dietmar63]

Das könnte daran liegen wie es funktioniert. Die Zeiten der ss bzw. Sr werden in der Nacht berechnet und morgens bzw. nachmittags eine Stunde vor den Berechneten Zeiten korrigiert.

Wenn das Wetter Yahoo sich stark ändert, kann das schon mal vorkommen. Das Modul ist schon lange nicht geändert worden

[Baumi]

Danke für de Hinweis, aber kann das wirklich der Grund sein?

ss_weather sollt doch eigentlich  niemals später eintreten können als ss_indoor, oder? Schließlich ist ss_indoor doch der Zeitpunkt, an dem die Sonne bei wolkenlosem Himmel unter den Indoor-Horizont verschwindet. Alle anderen Wettereinflüsse könnten diesen Termin evtl. nach vorne verschieben, aber nicht nach hinten.

Außerdem wurde ss_weather zuletzt um 15:02 geändert, es gab also schon eine Nachmittags-Aktualisierung. Nur wurde bei der anscheinend aus irgendeinem Grund zumindest der Horizont-Offset ignoriert.

Ach ja, falls das irgendeinen Unterschied macht: Neu gestartet wurde übrigens in der Zeit auch nichts.

[Dietmar63]

Es könnte sein, dass die indoor_horizon nicht neu berechnet werden.
Kannst du mit verbose 5 überprüfen.

Ich habe verbose 5 auch mal eingeschaltet.