At mit Twilight funktioniert nicht mehr (richtig)

Begonnen von raiderxxl, 13 Februar 2019, 16:16:47

Vorheriges Thema - Nächstes Thema

raiderxxl

Hallo

ich habe ein At das seit Jahren funktioniert.

defmod TV_Auto_an at *{ReadingsVal("LichtWetter","ss_weather","15:00:00")} set TV_LED on;; set TV_LED brightness 100

Seit ein paar (Gestern/Vorgestern) Tagen schaltet er das Device 15:00 Uhr an, obwohl in ss_weather 17:35:16 steht.

Gebe ich in der Befehlszeile
{ReadingsVal("LichtWetter","ss_weather","15:00:00")}
ein bekomme ich wieder 17:35:16 also passt das.

Aber wieso gehen jetzt um 15:00Uhr die Lichter an?

Grüßle

Pascal
FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

Wzut

Zitat von: raiderxxl am 13 Februar 2019, 16:16:47
Aber wieso gehen jetzt um 15:00Uhr die Lichter an?
weil YAHOO sie Anfang des Jahres aus gemacht hat :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

raiderxxl

Zitat von: Wzut am 13 Februar 2019, 16:19:15
weil YAHOO sie Anfang des Jahres aus gemacht hat :)

Jo das weiß ich, bekomme aber noch das Reading... mit Aktuellen Zeitstempel...

:-)

FHEM VM Ubuntu-Server auf Intel® NUC-Kit NUC6i5SYH ESXi 6.5
FHEM auf Raspberry2 OSMC Hyperion und TTS

Homematic,TradfriHub und Lampen,WIFILight,Fritzbox,FritzDECT,NanoCul433,IT Steckdosen,Diverse Nachbar-Sensoren,XiaomiZigbee,
ESP_Signalduino,ESPEasy,Amad,HarmonyHub,WLED,MQTT,Tasmota....

heural

Ich habe das gleiche Problem.
twilight funktioniert, die "at"s dazu bedienen sich aber immer den definierten Werten (Schranken).
Erst dachte ich es dauert ein Tag bis der neue Wert in sr[...]/ss[...] erscheint, aber dem ist nicht so.

define WeihnachtsbeleuchtungAutoOff at *{twilight("LichtWetter","sr_weather","6:30","8:00")} set Weihnachtsbeleuchtung off

Da geht die Beleuchtung 6:30 aus obwohl ss_weather 8:11 zeigt. Theo. sollte sie aber lt. Definition spätestens 8:00 ausgehn.

Grüße
Ralf

rudolfkoenig

Ich gehe davon aus, dass{twilight("LichtWetter","sr_weather","6:30","8:00")}6:30 zurueckliefert, und ist damit ein Problem des twilight Moduls.

ph1959de

Zitat von: heural am 18 Dezember 2019, 08:30:27
define WeihnachtsbeleuchtungAutoOff at *{twilight("LichtWetter","sr_weather","6:30","8:00")} set Weihnachtsbeleuchtung off

Da geht die Beleuchtung 6:30 aus obwohl ss_weather 8:11 zeigt. Theo. sollte sie aber lt. Definition spätestens 8:00 ausgehn.
Sind das "nur" Tippfehler?

Wie sieht denn "Lichtwetter" ungefähr aus (ss_weather / sr_weather)?

Und was gibt
{twilight("LichtWetter","sr_weather","6:30","8:00")}
zurück, wenn Du es einfach mal in das Befehlsfeld eingibst?
Aktives Mitglied des FHEM e.V. | Moderator im Forenbereich "Wiki"

heural

Sorry das war ein Tippfehler hier im Thread.

AUS:
{twilight("LichtWetter","sr_weather","6:30","8:00")} gibt "8:00" aus.
twilight für sr_weather: 08:11:33
8:00 wäre also auch korrekt, aber es wurde ja schon 6:30 geschalten.

Mir scheint, also ob die "hintere Schranke" nicht klar kommt, wenn die Zeit da "später" von twilight ist, wird die erste Schranke "genommen"?

Damian

Ich würde mal


{twilight("LichtWetter","sr_weather","06:30","08:00")}


probieren.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

heural

Verdammt... sollte das wirklich so einfach sein ;-)
Ich berichte morgen früh,
Danke !