Hallo zusammen,
interimsweise werde ich ab jetzt das Modul "Twilight" betreuen, vorrangig erst mal, damit die aktuellen Logeinträge wegen der fehlenden Yahoo-Daten verschwinden (siehe diesen Thread (https://forum.fhem.de/index.php/topic,113983.msg1083091.html#msg1083091)).
Twilight war bei mir bisher nicht im Einsatz, also bitte entschuldigt, wenn mir evtl. das Verständnis für die Funktionsweise des Moduls fehlt! (Nicht die des wesentlichen Codes an sich: ich betreue bereits zwei andere Module, die zuvor mal langjährig von Dietmar63 betreut und weiterentwickelt gewesen wurden und daher viele Parallelen im Code aufweisen. Der Hinweis bezieht sich eher die Frage, wie man das in FHEM verwendet).
Dieser Thread soll bitte ab jetzt die erste Anlaufstelle sein, wenn ihr irgendwelche Probleme mit Twilight feststellen solltet.
Bei den ersten Durchsichten des Moduls sind mit ein paar Dinge aufgefallen, die sind in der angehängten Testversion beseitigt. Da die in obigem Link angehängte Version noch 3 unbeabsichtigte Meldungen ins Log geschrieben hat, anbei nochmal eine überarbeitete, bei der zumindest auch die dann weg sind.
Achtung: Twilight hat (so mein Code-Verständnis) bisher die Einstellungen zu longitude/latitude in global nicht beachtet, dafür aber dort was in die betreffenden hashes@runtime reingeschrieben. Wer sich darauf verlassen hatte, dass die Daten von Twilight an global übergeben werden, muß das jetzt gerade andersrum machen; die sind jetzt in Twilight optional und werden erforderlichenfalls und wenn möglich von global übernommen (was bedeutet, dass ggf. Frankfurt am Main als default verwendet wird).
Bitte testen, ich werde das sonst in ein paar Tagen so einchecken, es sei denn, mir fällt selbst noch was auf.
Ansonsten darf sich gerne jeder hier als (weiterer) Maintainer melden, der kreative Pläne für das Modul hat und besser weiß, wie und wozu man es eigentlich benutzt ::) .
Grüße, Beta-User
Hallo Beta-User,
vielen Dank, dass Du Dich diesem Modul annimmst!
Ich steuere meine Rolloautomatik damit und seit gestern gehen bei uns um Punkt 17:00 Uhr die Rollos runter. Das liegt daran, dass ich im Winter bei schlechtem Wetter die Rollos nicht vor 17:00 Uhr zu haben wollte, obwohl es da dann schon dunkel ist. Bei dem aktuellen Wetter irritiert das Frau und Nachbarn ;)
Ich nutze für mein Rollos den folgenden Doif:
([{twilight("vd.twilight","ss_indoor","17:00","22:00")}] and
[dmy.Rollo.Automatik] ne "Aus")
(set wz.rollo.fenster down)
DOELSEIF
(([{twilight("vd.twilight","sr_indoor","07:00","08:00")}|8] and ([dmy.Rollo.Automatik] eq "Normal" or [dmy.Rollo.Automatik] eq "Urlaub")) or
([{twilight("vd.twilight","sr_indoor","09:15","10:15")}|7] and ([dmy.Rollo.Automatik] eq "Normal" or [dmy.Rollo.Automatik] eq "Urlaub")))
(set wz.rollo.fenster up)
Das hat die ganze Zeit prima funktioniert.
Ein Blick in die Readings von Twilight offenbart die Ursache:
Die Werte für sunset liegen viel zu früh. Sunrise anscheinend auch:
Readings
aktEvent ss_astro
azimuth 293.03
compasspoint west-northwest
condition 0
condition_txt Cloudy
elevation -13.39
horizon -18
light 0
nextEvent sr_astro
nextEventTime 03:18:28
sr 04:31:58
sr_astro 03:18:28
sr_civil 04:07:31
sr_indoor 04:15:40
sr_naut 03:43:01
sr_weather 04:31:58
ss 16:38:02
ss_astro 17:51:29
ss_civil 17:02:28
ss_indoor 16:54:19
ss_naut 17:26:56
ss_weather 16:38:02
state 12
twilight 0
twilight_weather 0
Hast Du Deine vorgenommene Änderung schon eingecheckt? Kann es evtl. daran liegen?
Bin gerne bereit Beta-Tester für Dich zu spielen.
Habe allerdings nur sehr begrenzte Linux Kenntnisse.
Ja, die Änderungen scheinen eingecheckt zu sein (rev. 22737)
Wo hast Du latitude und longitude definiert? Im Twilight Device, oder nur in global?
Hast Du nicht latitude und longitude vertauscht? Das ist typischerweise der Fehler bei solchen Readings, da Du irgendwo in Somalia landest. Im Moment ist sunrise 05:51 und sunset 17:58 in Mogadischu...
Nur die Readings posten = wir können nicht kontrollieren, dass sie sich vor kurzem auch geändert haben. Besser wäre ein "list vd.twilight" gewesen. (Wegen Datenschutz kannst Du die Nachkommastellen von longitude und latitude maskieren)
Korrekt, das ist eingecheckt.
Ein "altes Device" sollte eigentlich ohne weiteres und unverändert funktionieren, die Angaben im Device werden immer gegenüber denen aus global bevorzugt.
Bitte daher auch von meiner Seite: ein (teilanonymisiertes) list (und falls diese Angaben irgendwann aus global kommen: auch die (teilanonymisierten) Angaben zu longitude/latitude von da.
Hallo amenomade und Beta-User,
vielen Dank für Eure superschnelle Antworten und Euer Verständnis für meine Unwissenheit!
Einer der Gründe, warum ich mich für Fhem entschieden hatte, war diese tolle Community.
Hier das list von meinem Twilight device. Latitude und Longitude scheinen mir korrekt zu sein.
Internals:
CONDITION 50
DEF 50.555541 9.676673 -4
FUUID 5c8372ff-f33f-8f70-4822-b7dc69413160a04d
INDOOR_HORIZON -4
LATITUDE 50.555541
LONGITUDE 9.676673
NAME vd.twilight
NR 73
STATE 6
SUNPOS_OFFSET 300
SWIP 1
TYPE Twilight
WEATHER 0
WEATHER_HORIZON 0
READINGS:
2020-09-11 04:31:54 aktEvent sr_weather
2020-09-11 07:47:16 azimuth 93.63
2020-09-11 07:47:16 compasspoint east
2020-09-09 05:54:17 condition 0
2019-01-08 15:46:43 condition_txt Cloudy
2020-09-11 07:47:16 elevation 7.43
2020-09-11 04:31:54 horizon 0
2020-09-11 04:31:54 light 6
2020-09-11 04:31:54 nextEvent ss_weather
2020-09-11 04:31:54 nextEventTime 16:37:25
2020-09-11 00:00:01 sr 04:31:53
2020-09-11 00:00:01 sr_astro 03:18:26
2020-09-11 00:00:01 sr_civil 04:07:27
2020-09-11 00:00:01 sr_indoor 04:15:36
2020-09-11 00:00:01 sr_naut 03:42:58
2020-09-11 03:31:53 sr_weather 04:31:54
2020-09-11 00:00:01 ss 16:37:25
2020-09-11 00:00:01 ss_astro 17:50:49
2020-09-11 00:00:01 ss_civil 17:01:50
2020-09-11 00:00:01 ss_indoor 16:53:42
2020-09-11 00:00:01 ss_naut 17:26:18
2020-09-11 03:31:53 ss_weather 16:37:25
2020-09-11 04:31:54 state 6
2020-09-11 07:47:16 twilight 100
2020-09-11 07:47:16 twilight_weather 100
TIMER:
vd.twilight_Midnight:
HASH vd.twilight
MODIFIER Midnight
NAME vd.twilight_Midnight
vd.twilight_sr:
DEG 0
HASH vd.twilight
LIGHT 4
MODIFIER sr
NAME vd.twilight_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1599791513.93558
vd.twilight_sr_astro:
DEG -18
HASH vd.twilight
LIGHT 1
MODIFIER sr_astro
NAME vd.twilight_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1599787106.8965
vd.twilight_sr_civil:
DEG -6
HASH vd.twilight
LIGHT 3
MODIFIER sr_civil
NAME vd.twilight_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1599790047.92277
vd.twilight_sr_indoor:
DEG -4
HASH vd.twilight
LIGHT 5
MODIFIER sr_indoor
NAME vd.twilight_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1599790536.94915
vd.twilight_sr_naut:
DEG -12
HASH vd.twilight
LIGHT 2
MODIFIER sr_naut
NAME vd.twilight_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1599788578.90991
vd.twilight_sr_weather:
DEG 0
HASH vd.twilight
LIGHT 6
MODIFIER sr_weather
NAME vd.twilight_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1599791514.03656
vd.twilight_ss:
DEG 0
HASH vd.twilight
LIGHT 3
MODIFIER ss
NAME vd.twilight_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1599835045.87558
vd.twilight_ss_astro:
DEG -18
HASH vd.twilight
LIGHT 0
MODIFIER ss_astro
NAME vd.twilight_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1599839449.8965
vd.twilight_ss_civil:
DEG -6
HASH vd.twilight
LIGHT 2
MODIFIER ss_civil
NAME vd.twilight_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1599836510.88277
vd.twilight_ss_indoor:
DEG -4
HASH vd.twilight
LIGHT 4
MODIFIER ss_indoor
NAME vd.twilight_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1599836022.86915
vd.twilight_ss_naut:
DEG -12
HASH vd.twilight
LIGHT 1
MODIFIER ss_naut
NAME vd.twilight_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1599837978.88991
vd.twilight_ss_weather:
DEG 0
HASH vd.twilight
LIGHT 5
MODIFIER ss_weather
NAME vd.twilight_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1599835045.93656
vd.twilight_sunpos:
HASH vd.twilight
MODIFIER sunpos
NAME vd.twilight_sunpos
vd.twilight_weather:
HASH vd.twilight
MODIFIER weather
NAME vd.twilight_weather
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1599791513.93558
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1599787106.8965
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1599790047.92277
sr_indoor:
DEG -4
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1599790536.94915
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1599788578.90991
sr_weather:
DEG 0
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1599791514.03656
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1599835045.87558
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1599839449.8965
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1599836510.88277
ss_indoor:
DEG -4
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1599836022.86915
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1599837978.88991
ss_weather:
DEG 0
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1599835045.93656
Attributes:
room Rollos,Wetter
In global hatte ich tatsächlich schon immer latitude und longitude vertauscht. Das hatte aber auf meine Rollosteuerung bislang keine Auswirkungen.
Ich habe es nun korrigiert und nach einem fhem restart sieht mein Twilight device nun korrekt aus:
Internals:
CONDITION 50
DEF 50.555541 9.676673 -4
FUUID 5c8372ff-f33f-8f70-4822-b7dc69413160a04d
INDOOR_HORIZON -4
LATITUDE 50.555541
LONGITUDE 9.676673
NAME vd.twilight
NR 73
STATE 6
SUNPOS_OFFSET 300
SWIP 0
TYPE Twilight
WEATHER 0
WEATHER_HORIZON 0
READINGS:
2020-09-11 07:56:57 aktEvent sr_weather
2020-09-11 07:56:41 azimuth 95.47
2020-09-11 07:56:41 compasspoint east
2020-09-09 05:54:17 condition 0
2019-01-08 15:46:43 condition_txt Cloudy
2020-09-11 07:56:41 elevation 8.92
2020-09-11 07:56:57 horizon 0
2020-09-11 07:56:57 light 6
2020-09-11 07:56:57 nextEvent ss_weather
2020-09-11 07:56:57 nextEventTime 19:37:05
2020-09-11 07:56:41 sr 06:57:19
2020-09-11 07:56:41 sr_astro 04:56:41
2020-09-11 07:56:41 sr_civil 06:18:51
2020-09-11 07:56:41 sr_indoor 06:31:47
2020-09-11 07:56:41 sr_naut 05:39:02
2020-09-11 07:56:41 sr_weather 06:57:19
2020-09-11 07:56:41 ss 19:37:06
2020-09-11 07:56:41 ss_astro 21:37:05
2020-09-11 07:56:41 ss_civil 20:15:26
2020-09-11 07:56:41 ss_indoor 20:02:33
2020-09-11 07:56:41 ss_naut 20:55:03
2020-09-11 07:56:41 ss_weather 19:37:05
2020-09-11 07:56:57 state 6
2020-09-11 07:56:41 twilight 100
2020-09-11 07:56:41 twilight_weather 100
TIMER:
vd.twilight_Midnight:
HASH vd.twilight
MODIFIER Midnight
NAME vd.twilight_Midnight
vd.twilight_sr:
DEG 0
HASH vd.twilight
LIGHT 4
MODIFIER sr
NAME vd.twilight_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1599800239.07022
vd.twilight_sr_astro:
DEG -18
HASH vd.twilight
LIGHT 1
MODIFIER sr_astro
NAME vd.twilight_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1599793001.02965
vd.twilight_sr_civil:
DEG -6
HASH vd.twilight
LIGHT 3
MODIFIER sr_civil
NAME vd.twilight_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1599797931.05685
vd.twilight_sr_indoor:
DEG -4
HASH vd.twilight
LIGHT 5
MODIFIER sr_indoor
NAME vd.twilight_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1599798707.08347
vd.twilight_sr_naut:
DEG -12
HASH vd.twilight
LIGHT 2
MODIFIER sr_naut
NAME vd.twilight_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1599795542.0435
vd.twilight_sr_weather:
DEG 0
HASH vd.twilight
LIGHT 6
MODIFIER sr_weather
NAME vd.twilight_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1599800239.09673
vd.twilight_ss:
DEG 0
HASH vd.twilight
LIGHT 3
MODIFIER ss
NAME vd.twilight_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1599845826.01022
vd.twilight_ss_astro:
DEG -18
HASH vd.twilight
LIGHT 0
MODIFIER ss_astro
NAME vd.twilight_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1599853025.02965
vd.twilight_ss_civil:
DEG -6
HASH vd.twilight
LIGHT 2
MODIFIER ss_civil
NAME vd.twilight_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1599848126.01685
vd.twilight_ss_indoor:
DEG -4
HASH vd.twilight
LIGHT 4
MODIFIER ss_indoor
NAME vd.twilight_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1599847353.00347
vd.twilight_ss_naut:
DEG -12
HASH vd.twilight
LIGHT 1
MODIFIER ss_naut
NAME vd.twilight_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1599850503.0235
vd.twilight_ss_weather:
DEG 0
HASH vd.twilight
LIGHT 5
MODIFIER ss_weather
NAME vd.twilight_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1599845825.99673
vd.twilight_sunpos:
HASH vd.twilight
MODIFIER sunpos
NAME vd.twilight_sunpos
vd.twilight_weather:
HASH vd.twilight
MODIFIER weather
NAME vd.twilight_weather
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1599800239.07022
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1599793001.02965
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1599797931.05685
sr_indoor:
DEG -4
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1599798707.08347
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1599795542.0435
sr_weather:
DEG 0
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1599800239.09673
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1599845826.01022
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1599853025.02965
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1599848126.01685
ss_indoor:
DEG -4
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1599847353.00347
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1599850503.0235
ss_weather:
DEG 0
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1599845825.99673
Attributes:
room Rollos,Wetter
Mir scheint, als würden latitude und longitude aus dem Twilight device nach den Anpassungen nicht mehr verwendet, auch wenn sie angegeben sind.
Ich bin jetzt erstmal zufrieden. Und meine Frau auch.
Wenn ich irgendwie beim Testen helfen kann, gebt einfach Bescheid.
Hmm, da ist doch irgendwas im Argen, da wird in der Tat wohl selbst dann nach global gegriffen, wenn man was angegeben hat (angezeigt wird es aber korrekt).
Muß ich mir ansehen, scheint damit zu tun zu haben, dass intern die SUNRISE_EL-Funktionen genutzt werden (schon immer), und die wiederum dann nach global verweisen dürften...
Noch in Teilen ungetestet: eine Variante, die dann (hoffentlich) im Log laut gibt, wenn es Differenzen zwischen global und den Angaben in Twilight gibt und ansonsten die Twilight-Vorgaben offiziell in die global-Attribute schreibt, so dass die SUNRISE_EL-Funktionen dann auch wieder passen sollten, falls man da nichts stehen hatte und das bisher aus Twilight kam...
Zur Info: ist eingecheckt, scheint soweit zu funktionieren.
Hallo,
wenn ich das Device so anlege
define <name> Twilight 3
nimmt Twilight die 3 als LATITUDE.
Lasse ich die 3 weg, werden LATITUDE und LONGITUDE aus global übernommen.
Wie muss ich den indoor_horizon definieren?
Danke und VG Dieter
Du brauchst dieselben Angaben wie in global nochmal, an der Reihenfolge der Argumente hat sich erst mal nichts geändert.
Fyi: Mit dem morgigen update gibt's dann wieder eine neue Version.
Da ist die direkte Abhängigkeit zu global-longitude/latitude beseitigt und auch ein kleiner Hinweis in der (englischen) Commandref zu finden, dass die Angaben zu long/lat nur dann optional sind, wenn man keinen Indoor-Horizon setzen will.
Jetzt muß ich bei Gelegenheit noch die DE-Commandref anpassen, den Code mal durch Perltidy jagen und ggf. auch sonst noch renovieren. Da das ggf. heißen kann, dass das in ein package-Format kommt:
Welche Funktionsaufrufe aus Twilight werden denn von euch auch in eigenem Code genutzt? "twilight()" habe ich vereinzelt schon gesehen, aber sonst noch Bedarf?
Ich habe das Twilight Modul früher verwendet um die Beleuchtung meiner Treppe zu steuern.
Und eben auch noch wetterabhängig.
Dies hat damals sehr gut funktioniert.
Das Attribut useExtWeather ist bei mir gesetzt hat jedoch keine Auswirkung auf sr_weather.
Der Wert für sr_weather ist immer identisch mit sr_indoor.
Zitat von: teufelchen am 18 September 2020, 13:31:20
Ich habe das Twilight Modul früher verwendet um die Beleuchtung meiner Treppe zu steuern.
Und eben auch noch wetterabhängig.
Dies hat damals sehr gut funktioniert.
Das Attribut useExtWeather ist bei mir gesetzt hat jedoch keine Auswirkung auf sr_weather.
Der Wert für sr_weather ist immer identisch mit sr_indoor.
Was hast Du denn in useExtWeather angegeben?
Zitat von: CoolTux am 18 September 2020, 13:34:47
Was hast Du denn in useExtWeather angegeben?
+1 und ergänzend: Was stehen da für Werte?
Es würde mir helfen, wenn du ein vollst. Beispiel (jeweils passende lists) hättest, bei dem Twilight was anderes liefert als das, was du erwartest (und was das wäre).
(Ich habe zwar im Code diverse Dinge geändert, aber - abgesehen von der Entkoppelung von global->lat/log-Sache - nichts an der eigentlichen Funktionalität gedreht - hoffe ich zumindest).
Hallo,
als Wettermodul habe ich DarkSky:
Internals:
API DarkSkyAPI
APIKEY zzzzzzz
APIOPTIONS cachemax:600
DEF API=DarkSkyAPI,cachemax:600 apikey=dbbd9219c0cd3cd3094a862c1d81466d interval=3600 lang=de
FUUID 5c65c403-f33f-ace5-1ae8-1e0dae46d09dc866
FVERSION 59_Weather.pm:v2.1.3-s21117/2020-02-04
INTERVAL 3600
LANG de
MODEL DarkSkyAPI
NAME Wetter_DS
NOTIFYDEV global
NR 625
NTFY_ORDER 50-Wetter_DS
STATE T: 14 °C F: 49 % W: 6 km/h P: 1028 hPa
TYPE Weather
VERSION v2.1.3
READINGS:
2020-09-18 20:59:40 apiMaintainer Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>)
2020-09-18 20:59:40 apiVersion v1.0.0
2020-09-18 20:59:40 apparentTemperature 14
2020-09-18 20:59:40 cloudCover 81
2020-09-18 20:59:40 code 29
2020-09-18 20:59:40 condition Überwiegend bewölkt
2020-09-18 20:59:40 current_date_time Fr, 18 Sep 2020 20:59
2020-09-18 20:59:40 dewPoint 3
2020-09-18 20:59:40 fc1_apparentTempHigh 21
Werte gelöscht
2020-09-18 20:59:40 humidity 49
2020-09-18 20:59:40 icon partly_cloudy_night
2020-09-18 20:59:40 iconAPI partly-cloudy-night
2020-09-18 20:59:40 lastError
2020-09-18 20:59:40 lat 52.60433
2020-09-18 20:59:40 long 13.47695
2020-09-18 20:59:40 myCloudCover 9500
2020-09-18 20:59:40 myCloudCover01 81
2020-09-18 20:59:40 myCloudCover02 19
2020-09-18 20:59:40 ozone 247.4
2020-09-18 20:59:40 precipIntensity 0
2020-09-18 20:59:40 precipProbability 0
2020-09-18 20:59:40 pressure 1028
2020-09-18 20:59:40 pubDate Fr, 18 Sep 2020 20:59
2020-09-18 20:59:40 state T: 14 °C F: 49 % W: 6 km/h P: 1028 hPa
2020-09-18 20:59:40 status ok
2020-09-18 20:59:40 temp_c 14
2020-09-18 20:59:40 temperature 14
2020-09-18 20:59:40 timezone Europe/Berlin
2020-09-18 20:59:40 uvIndex 0
2020-09-18 20:59:40 validity up-to-date
2020-09-18 20:59:40 visibility 16
2020-09-18 20:59:40 wind 6
2020-09-18 20:59:40 windGust 13
2020-09-18 20:59:40 wind_condition Wind: O 6 km/h
2020-09-18 20:59:40 wind_direction 92
2020-09-18 20:59:40 wind_speed 6
fhem:
LOCATION xxx,yyy
allowCache 1
interfaces temperature;humidity;wind
Attributes:
room Wetter
Im Twilight-Modul verweise ich dann auf Wetter_DS:cloudCover
Internals:
CONDITION 50
DEF 52.6026981 13.4743237
FUUID 5c6504b9-f33f-ace5-0dad-64455c30acf65f79
FVERSION 59_Twilight.pm:0.227770/2020-09-16
INDOOR_HORIZON 0
LATITUDE xxx
LONGITUDE yyy
NAME Twilight
NR 67
STATE Status: 12</br>
Azimuth: 303.7</br>
Compass: west-northwest</br>
Elevation: -22.38</br>
Horizont: -18</br>
Licht: 0</br></br>
Wetter: 0</br></br>
Sonnenaufgang: 06:52:16</br>
Sonnenaufgang Wetter: 06:52:16</br>
Sonnenaufgang Astro: 04:48:18</br>
Sonnenaufgang Civil: 06:12:25</br>
Sonnenaufgang Innen: 06:52:16</br>
Sonnenaufgang Nautisch: 05:31:29</br></br>
Sonnenuntergang: 19:06:50</br>
Sonnenuntergang Wetter: 19:06:50</br>
Sonnenuntergang Astro: 21:10:11</br>
Sonnenuntergang Civil: 19:46:33</br>
Sonnenuntergang Innen: 19:06:50</br>
Sonnenuntergang Nautisch: 20:27:17</br></br>
Aktuelles Event: ss_astro</br>
Naechstes Event: sr_astro</br>
Naechstes Event Zeit: 04:48:18</br>
SUNPOS_OFFSET 300
SWIP 1
TYPE Twilight
WEATHER 0
WEATHER_HORIZON 0
READINGS:
2020-09-18 21:10:11 aktEvent ss_astro
2020-09-18 21:38:03 azimuth 303.7
2020-09-18 21:38:03 compasspoint west-northwest
2020-09-06 05:32:15 condition 0
2020-09-18 21:38:03 elevation -22.38
2020-09-18 21:10:11 horizon -18
2020-09-18 21:10:11 light 0
2020-09-18 21:10:11 nextEvent sr_astro
2020-09-18 21:10:11 nextEventTime 04:48:18
2020-09-18 00:00:01 sr 06:52:16
2020-09-18 00:00:01 sr_astro 04:48:18
2020-09-18 00:00:01 sr_civil 06:12:25
2020-09-18 00:00:01 sr_indoor 06:52:16
2020-09-18 00:00:01 sr_naut 05:31:29
2020-09-18 18:06:51 sr_weather 06:52:16
2020-09-18 00:00:01 ss 19:06:50
2020-09-18 00:00:01 ss_astro 21:10:11
2020-09-18 00:00:01 ss_civil 19:46:33
2020-09-18 00:00:01 ss_indoor 19:06:50
2020-09-18 00:00:01 ss_naut 20:27:17
2020-09-18 18:06:51 ss_weather 19:06:50
2020-09-18 21:10:11 state 12
2020-09-18 21:38:03 twilight 0
2020-09-18 21:38:03 twilight_weather 0
TIMER:
Twilight_Midnight:
HASH Twilight
MODIFIER Midnight
NAME Twilight_Midnight
Twilight_sr:
DEG 0
HASH Twilight
LIGHT 4
MODIFIER sr
NAME Twilight_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1600404736.03
Twilight_sr_astro:
DEG -18
HASH Twilight
LIGHT 1
MODIFIER sr_astro
NAME Twilight_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1600397298
Twilight_sr_civil:
DEG -6
HASH Twilight
LIGHT 3
MODIFIER sr_civil
NAME Twilight_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1600402345.02
Twilight_sr_indoor:
DEG 0
HASH Twilight
LIGHT 5
MODIFIER sr_indoor
NAME Twilight_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1600404736.04
Twilight_sr_naut:
DEG -12
HASH Twilight
LIGHT 2
MODIFIER sr_naut
NAME Twilight_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1600399889.01
Twilight_sr_weather:
DEG 0
HASH Twilight
LIGHT 6
MODIFIER sr_weather
NAME Twilight_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1600404736.05
Twilight_ss:
DEG 0
HASH Twilight
LIGHT 3
MODIFIER ss
NAME Twilight_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1600448810.97
Twilight_ss_astro:
DEG -18
HASH Twilight
LIGHT 0
MODIFIER ss_astro
NAME Twilight_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1600456211
Twilight_ss_civil:
DEG -6
HASH Twilight
LIGHT 2
MODIFIER ss_civil
NAME Twilight_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1600451193.98
Twilight_ss_indoor:
DEG 0
HASH Twilight
LIGHT 4
MODIFIER ss_indoor
NAME Twilight_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1600448810.96
Twilight_ss_naut:
DEG -12
HASH Twilight
LIGHT 1
MODIFIER ss_naut
NAME Twilight_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1600453637.99
Twilight_ss_weather:
DEG 0
HASH Twilight
LIGHT 5
MODIFIER ss_weather
NAME Twilight_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1600448810.95
Twilight_sunpos:
HASH Twilight
MODIFIER sunpos
NAME Twilight_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1600404736.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1600397298
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1600402345.02
sr_indoor:
DEG 0
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1600404736.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1600399889.01
sr_weather:
DEG 0
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1600404736.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1600448810.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1600456211
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1600451193.98
ss_indoor:
DEG 0
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1600448810.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1600453637.99
ss_weather:
DEG 0
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1600448810.95
Attributes:
comment Location: Berlin
event-on-change-reading .*
room Wetter
stateFormat Status: state</br>
Azimuth: azimuth</br>
Compass: compasspoint</br>
Elevation: elevation</br>
Horizont: horizon</br>
Licht: light</br></br>
Wetter: condition</br></br>
Sonnenaufgang: sr</br>
Sonnenaufgang Wetter: sr_weather</br>
Sonnenaufgang Astro: sr_astro</br>
Sonnenaufgang Civil: sr_civil</br>
Sonnenaufgang Innen: sr_indoor</br>
Sonnenaufgang Nautisch: sr_naut</br></br>
Sonnenuntergang: ss</br>
Sonnenuntergang Wetter: ss_weather</br>
Sonnenuntergang Astro: ss_astro</br>
Sonnenuntergang Civil: ss_civil</br>
Sonnenuntergang Innen: ss_indoor</br>
Sonnenuntergang Nautisch: ss_naut</br></br>
Aktuelles Event: aktEvent</br>
Naechstes Event: nextEvent</br>
Naechstes Event Zeit: nextEventTime</br>
useExtWeather Wetter_DS:cloudCover
Hm, irgendwie scheint da ein Teil verloren gegangen zu sein...
Du kannst die nicht so relevanten Teile (fcn_.*) aus dem Weather-list gerne rauslassen ;) . (und ich stelle fest, dass ich mit "cloudCover" selbst ggf. Input hätte :) ).
Ich habe das List für DarkSky mal um sehr viele FC-Werte gekürzt, deshalb war auch nicht alles im vorherigen Beitrag zu sehen.
Erwarten würde ich dass sich ss-weather und sr-weather abhängig von CloudCover verändern.
Im LogFile ändert sich auch stündlich bei der Aktualisierung der Wetterdaten auch der Wert für Twilight twilight_weather.
Hat aber keinen Einfluss auf SR- und SS-Weather.
OK, muß ich mir mal ansehen. Ich habe jetzt verstanden, dass du eigentlich erwarten würdest, dass sich die vorhergesagten "Sonnenauf-/untergangszeiten" auch ändern, wenn sich die Bedeckung verändert?
Bevor ich lange über dem Code brüte: Kann mir jemand sagen, ob das mit yahoo so war, dass die forecast-Zeiten da irgendwie berücksichtigt wurden?
Und was passiert ist, wenn sich irgendwas geändert hatte zwischendurch?
(Ich befürchte, es wird noch eine Reihe von Rückfragen geben zum Verhalten des Moduls, und wenn man da dynamisch rückwärts/vorwärts rechnen muß und schauen, ob ein Timer ggf. in die Vergangenheit verlegt werden müßte, wird es "lustig"...)
Bei Yahoo war es etwa so, dass wenn es Bewölkt war Sunrise Weather später als SR Indoor war und Sunset entsprechend früher.
Auch ist mir nicht bekannt welche Zeitverschiebung verschiedene Bewölkungsgrade bewirken.
Zitat von: teufelchen am 18 September 2020, 22:53:23
Bei Yahoo war es etwa so, dass wenn es Bewölkt war Sunrise Weather später als SR Indoor war und Sunset entsprechend früher.
Auch ist mir nicht bekannt welche Zeitverschiebung verschiedene Bewölkungsgrade bewirken.
ja, das kann ich bestätigen und macht ja auch Sinn:
Wenn es bewölkt ist, ist es dunkler. Das heißt: Es wird später hell und früher dunkel, als es ohne die Bewölkung der Fall wäre.
An dieser Berechnung hatte sich schon mal "acaliebe" ausprobiert. Sein Vorschlag dazu ist hier zu finden:
https://forum.fhem.de/index.php/topic,95281.msg883568.html#msg883568
Vielleicht kannst du da etwas von seinem Code abschauen und eine Anregung bekommen.
Zitat von: BroPi am 20 September 2020, 09:41:49
An dieser Berechnung hatte sich schon mal "acaliebe" ausprobiert. Sein Vorschlag dazu ist hier zu finden:
https://forum.fhem.de/index.php/topic,95281.msg883568.html#msg883568 (https://forum.fhem.de/index.php/topic,95281.msg883568.html#msg883568)
Vielleicht kannst du da etwas von seinem Code abschauen und eine Anregung bekommen.
Danke für diesen Link!
Ist zwar nicht so, dass das ganz direkt weiterhilft, aber es ist zumindest eine klare Bestätigung, dass das "schon immer" so war...
Im Moment meine ich, dass ein setter tendenziell nicht die optimale Lösung ist, das ganze sollte automatisch funktionieren. Vorher war halt eine timer-Schleife da, die immer mal wieder die Yahoo-Daten abgeholt und die beiden Readings aktualisiert hat. Timer-Schleife ist aber m.E. nur eine zweitbeste Lösung.
Mein aktueller Gesamt-Plan sähe in etwa so aus:
- Yahoo fliegt ersatzlos raus, wer irgendwelche Wetterdaten berücksichtigt sehen will, soll das extWeather-Attribut füllen (und ggf. dafür sorgen, dass das Ausgangsdevice passende Werte liefert);
- Damit wird auch die letzte Angabe in der DEF vollends für alle Zukunft sinnlos, die betreffende Angabe könnte also m.E. entfallen (?, siehe auch unten);
- Einführung einer notifFn(), die auf Änderungen dieses extWeather-Device/Readings hört und ggf. dann bei Änderungen die beiden sr_weather und ss_weather-Readings aktualisiert. Dabei werden in der Vergangenheit liegende Timer nicht mehr aktualisiert, geht der neue Wert (z.B. weil es jetzt bewölkt ist, vorher aber heiter war) in die Vergangenheit, ist das betreffende Event "jetzt" (im üblichen Zeitformat), liegt er in der Zukunft, wird er triggernd aktualisiert (aber nur, wenn es "wirklich" eine Änderung gab, Schwankungen im Bereich von z.B. 5-10 Minuten sollten keine Events werfen).
- In der Regel sind die long/lat-Angaben aus global ausreichend, die eigentlich einzige "individuelle" Einstellung, die man ggf. wirklich zu benötigen scheint, wäre "indoor_horizon" zu sein. Das werde ich vermutlich in ein Attribut packen und dann bei einer der kommenden Versionen dann diese Angabe in das Attribut umpacken, checken, ob long/lat anders als in global sind und dann aus der DEF löschen, was dort nichts (mehr) verloren hat (Meistens wird die dann alos leer sein). Tendenziell sind long/lat-Angaben auch Daten, die in einem normalen List nichts zu suchen haben, da wäre meine Neigung, das in versteckte Hashes zu packen, die man nur bei Bedarf sichtbar machen würde.
Meinungen dazu?
Ich finde deine Vorschläge sehr gut. So über extWether würde es gut funktionieren. Für mich die beste Lösung.
Ich finde Deinen Vorschlag gut. Auch kann man dann den Wetterdeinst nehmen, der für einen die besten Werte liefert.
Hallo!
Ich nutze Twilight sehr gerne. Mit Yahoo war es super und hat auch das Wetter sehr gut berücksichtigt. Seit Yahoo die API eingestellt hat, hab ich aber das Problem, dass state nicht mehr wirklich passt.
Statt tagsüber auf State 6 steht es auf 5. Es springt von 4 auf 6 und wenn es dann wirklich hell ist auf zurück auf 5.
Dies betrifft auch das Reading Light, welches von 0 bis 6 und abends wieder zurück geht. Das ist dann morgens auch von 4 auf 6, und dann wieder auf 5 gesprungen, Abends von 5 auf 6 und dann auf 4 zurück.
Hier hatte ich damals bereits sogar einen Screenshot angehängt.
https://forum.fhem.de/index.php/topic,95281.msg906325.html#msg906325
Dadurch schaltet das Licht früh z.b. zu zeitig ab, wenn man [Twilight:State >="6"] hat, da es zu dem Zeitpunkt erst auf 5 springen müsste.
Ich habe daher bei mir in Version: # $Id: 59_Twilight.pm 22737 2020-09-06 04:56:20Z Beta-User $
folgende Zeile geändert:
my @horizons = ("_astro:-18", "_naut:-12", "_civil:-6",":0", "_indoor:$hash->{INDOOR_HORIZON}", "_weather:$hash->{WEATHER_HORIZON}");
zu so:
my @horizons = ("_astro:-18", "_naut:-12", "_civil:-6",":0", "_indoor:$hash->{WEATHER_HORIZON}", "_weather:$hash->{INDOOR_HORIZON}");
Also WEATHER und INDOOR vertauscht. Seitdem habe ich wieder richtig STATE, so wie mal gedacht war.
Beta-User, vielleicht findest du heraus, woran das liegt. Wäre schön, wenn STATE zukünftig wieder richtig funktioniert, da ich diese Auswertung in DOIFs leichter finde als auf die Uhrzeiten zu triggern.
...bisschen viel auf einmal, aber da es doch einige zu geben scheint, die Interesse haben, anbei mal mein aktueller Zwischenstand:
Erledigt wären hoffentlich:
- es gibt ein neues Attribut indoorHorizon
- die DEF wird ggf. umgestellt, der 3. Wert landet im Attribut, long/lat gibt es nur noch, wenn anders als global, die Yahoo-ID ist raus...
- es gibt eine NotifyFn, die auf Änderungen des betreffenden Readings reagiert und auch die beiden Zeiten neu berechnet - allerdings kommt nichts sinnvolles raus, weil die beiden Routinen, um einen "fikitven" Horizont zu berechnen und dann daraus wieder Zeiten zu generieren, ziemlich Yahoo-abhängig sind (vor allen Dingen: Twilight_getWeatherHorizon()), und dann einfach defaults verwenden, wenn es via Yahoo nichts gibt. Da kann es sein, dass das eine Regression darstellt für die, die eine ID angegeben hatten.
An der Stelle (in der NotifyFn()) könnte man jetzt vermutlich den Code von acaliebe (https://forum.fhem.de/index.php/topic,95281.msg883568.html#msg883568 (https://forum.fhem.de/index.php/topic,95281.msg883568.html#msg883568)), insbesondere aus der "sub Twilight_Set" reinbasteln, aber das war mir für heute "too much".
Danach wäre noch offen, ob das schon ausreicht, um das von swsmily geschilderte Problem zu verhindern, oder ob die vorgeschlagenen Begleitmaßnahmen Sinn machen (oder was anderes).
Wäre natürlich nett, wenn ihr testen wollt, (oder gar patches für diesen Stand liefern), ansonsten mache ich bei Gelegenheit weiter, kann aber dann etwas dauern...
Waren einige Eingriffe, kann also nicht garantieren, ob es nicht Probleme gibt, ggf. bitte kritisch beobachten!...
Jetzt hat's mich doch interessiert, anbei daher eine "ziemlich wilde" Variante, die auch irgendwas rechnet, allerdings mit einer 0-100-Skala (warum das dann nur noch 0-10 sein sollte mit dem setter, hat sich mir nicht erschlossen). Kann aber nicht viel mehr sagen, wie das das irgendwie auf den ersten Blick halbwegs plausibel aussieht und ansonsten auch die NotifyRegexp beim Neustarten dann aktiviert.
Insgesamt muß da der Startvorgang, die Trigger, ... dann nochmal im Gesamtzusammenhang angesehen werden, bin ziemlich sicher, dass das nicht wirklich alles sauber und logisch ineinandergreift (beim FHEM-Start).
(EDIT: noch drei Meldungen beim Starten entsorgt)
Ich habe mir mal die neueste Twiligt.pm runtergeladen und rumexperimentiert. useExtWether fuktioniert wieder.
Super Erfolg!
Bei 100 --> keine Verschiebung der sr_weather oder ss_weather
Bei 50 --> Verschiebung ca. 30 min.
Bei 0 --> Verschiebung ca. 1 Std.
Es ist alsoanders als in der Ref beschrieben: "... bei dem 0 heiteren und 100 bedeckten Himmel bedeuten ..."
Vorab mal sorry, dass ich erst mal eine Vorabversion geliefert habe, ohne tiefer in die Materie einzutauchen, ging v.a. erst mal darum, die prinzipielle Funktionalität herzustellen.
Was mir gestern nicht klar war:
- 0-100 oder 0-10 als CONDITION. Der ursprüngliche Code von dem, was aus Yahoo kam, sah eher wie 0-100 aus, daher habe ich das mit dieser Zahlenskala gemacht. Scheint prinzipiell richtig gewesen zu sein, kann aber auch sein, dass das intern erst noch auf einen Wertebereich von 0-10 eingedampft wird (es sah aber danach aus, als würde das erst später noch gemacht).
- Die Logik aus dem Code von acaliebe war invertiert, das ist jetzt erst mal so übernommen worden, obwohl mir das ebenso wie die 0-10-Geschichte komisch vorkam. Die Umkehrung steht in Zeile 644, da müßte eine Änderung auf
$hash->{CONDITION} = $result;
eigentlich schon zum Ziel führen (wenn nicht der ganze Code anders zu verstehen ist).
Wäre nett, wenn ihr das mal austesten könntet, ob dann schon plausiblere Werte kommen...
(- Wenn das dann zufällig schon soweit passen sollte, wäre dann noch die Aufgabe, das ganze so zu machen, dass wirklich nur die noch ausstehenden Zeiten geändert werden.)
Habe das "$hash->{CONDITION} = $result;" mal kurz getestet. Sieht jetzt gut aus. Die Zuordnung wie in der Ref. "bei dem 0 heiteren und 100 bedeckten Himmel" stimmt auch wieder.
Mir ist noch aufgefallen, daß sr und sr_indoor bzw. ss und ss_indoor immer gleich sind. "indoorHorizon" scheint keinen Einfluß zu haben. Vielleicht erfolgt die Neuberechnung auch erst später?
Hallo
Danke das du dich um dieses Modul kümmerst
Welche Wetterdienste kann man für extWeather verwenden
Ich habe meine eigene Netatmo Wetterstation. Würde das auch funktionieren?
Gruß Helmut
Es müssten eigentlich alle Wetterdienste gehen, die eine Vorhersage für den morgigen Bewölkungsgrad machen. Entsprechend dieses Grades wird ss_weather und sr_weather im voraus berechnet. Der Bewölkungsgrad muss in den Wertebereich 0 ... 100 passen, wobei 0 klares Wetter bedeutet und 100 stake Bewölkung. Man muß gegebenenfalls eine Umrechnung vornehmen. Es hängt von dem verwendeten Wetterdienst ab.
Vorschlag:
1. Bewölkungsdaten vom Wetterdienst holen
2. Werte in den Bereich 0 ... 100 konvertieren
3. Daten in ein Dummy schreiben
4. Dummy triggert extWeather von Twilight
Ob Netatmo eine Vorhersage der Bewölung macht kann ich nicht sagen.
Danke für deine Antwort.
Leider zeigt das Netatmo nicht an
Nice eve
Zitat von: BroPi am 22 September 2020, 17:27:27
Habe das "$hash->{CONDITION} = $result;" mal kurz getestet. Sieht jetzt gut aus. Die Zuordnung wie in der Ref. "bei dem 0 heiteren und 100 bedeckten Himmel" stimmt auch wieder.
Danke für die Rückmeldung, dann wird das erst mal die Basis für die weitere Entwicklung...
Zitat von: BroPi am 22 September 2020, 21:02:39
Es müssten eigentlich alle Wetterdienste gehen, die eine Vorhersage für den morgigen Bewölkungsgrad machen.
Jein! So wie es jetzt ist, wird der (zum Triggerzeitpunkt) _aktuelle_ Wert berücksichtigt und für die nächste Zeitermittlung zugrundegelegt. Das ist was prinzipiell anderes...
Zu Prognose: s.u.
ZitatMir ist noch aufgefallen, daß sr und sr_indoor bzw. ss und ss_indoor immer gleich sind. "indoorHorizon" scheint keinen Einfluß zu haben. Vielleicht erfolgt die Neuberechnung auch erst später?
Die ganze Logik muss dann vermutlich neu aufgebaut werden. Leider sind mir die alten Yahoo-Werte und ihre Auswirkungen nicht bekannt, die alte Logik war aber eben rein Timer-basiert, und das Modul kannte sowohl die (regelmäßigen?) Timer zur Aktualisierung der Wetterwerte wie (vermutlich) auch die Prognosewerte für die Zukunft, und hat dann das irgendwie in Deckung gebracht.
Meine aktuellen Gedanken:
- Es wird in Schritt 1 rein Ist-Wert-bezogen gearbeitet. Damit sollte alles tauglich sein, was die AKTUELLE Bedeckung liefert (noch: als Zahlenwert). Status: Scheint (nach obiger Änderung) zu funktionieren - Cool!
- Dann wird eben immer alles aktualisiert, was in der Zukunft liegt (tbd.), optimalerweise, wenn es wirklich spürbare Auswirkungen hat.
Ergo:
Zitat von: BroPi am 22 September 2020, 21:02:39
Vorschlag:
1. Bewölkungsdaten vom Wetterdienst holen
2. Werte in den Bereich 0 ... 100 konvertieren
3. Daten in ein Dummy schreiben
4. Dummy triggert extWeather von Twilight
könnte im Prinzip funktionieren, wobei meine Vorgehensweise eher wäre, 3+4 zusammenzufassen und das als userReadings zu lösen, und dann extWeather auf das userreading hören zu lassen.
Als Ausblick - auch zum Thema Prognose - würde ich mal folgendes an die Wand werfen: Anhand des TYPE könnte man wissen, ob ein Wetterdevice
- nur den aktuellen Bewölkungsgrad angeben kann, oder auch eine Prognose;
- ein passendes nummerische Reading liefert (bzw. auch, wie es heißt), oder was anderes und wie das dann ggf. zu konvertieren wäre (hieße, die Logik aus dem userReading käme in Twilight in eine Art dispatch-Routine).
Falls es auch Prognosewerte für die Zukunft liefert: man könnte ggf. dann sogar die für die Berechnung nutzen - das wäre dann die "extended version" zu dem vorigen Punkt.
Klingt nach einem größeren act, erscheint mir aber machbar. Werde jetzt aber erst mal versuchen, den Code soweit zu fixen, dass er was halbwegs sinnstiftendes für (sr|ss)_indoor liefert, in einer package-Variante "tut" und dann irgendwann auch möglichst abgelaufene Timer von zukünftigen unterscheiden kann und zukünftige nur "sachte" ändert...
@Helmi: Gibt es denn ein Reading, das Aufschluss über den aktuellen Bewölkungsgrad gibt? Dann könte Netatmo das Wetter-Modul sein mit der ersten speziellen dispatch-Logik ;) . Sicher noch nicht morgen, aber evtl. will ja jemand mitarbeiten, der sowas besser kann als meinereiner, das Modul ist "orphan"...
Hallo Beta-User
leider nein. Sind mMn nur forecasts.
Ich häng mal zwei Bilder an (sonst wird die Formatierung nix)
1. netatmo weathermap und 2. netatmo_forecast
Dies stammt alles aus dem netatmo Modul in netatmo.com finde ich leider auch nichts.
Bei Bedarf kann ich dir auch gerne einmal kurzfristigen Zugriff auf meine Station geben - kein Problem.
Gruß
Helmut
Na ja, notfalls täte es wohl auch ein forecast anstatt eines aktuellen Messwerts. Da scheint aber gar nichts dabei zu sein, was in Richtung Wolken geht, oder interpretiere ich das falsch?
Ansonsten kannst du notfalls zu diesem Zweck auch ein Weather-Device definieren und dessen Wert nehmen.
Moin,
Ich würde hier Darksky empfehlen.
da gibt es direkt das "cloudcover" reading.
bei OpenWeatherMap übrigens auch.
Noch eine kurze Frage zur Überarbeitung, das "light" reading im twilight, wird das auch wieder richtig berechnet?
Das habe ich "damals" ganz gerne für die Aussenbeleuchtung genommen.
Grüße
Frank
Zitat von: Frank_Huber am 23 September 2020, 11:01:39Ich würde hier Darksky empfehlen.
da gibt es direkt das "cloudcover" reading.
Für jene, die es schon haben, gut, für jene, die es neu aufsetzen wollen, schlecht - es gibt keine API keys mehr.
Zitat von: heise.de[...]
Wettervorhersagen und Karten auf Darksky.com sowie Embeds für andere Seiten werden noch bis zum 1. Juli 2020 offeriert, danach abgedreht.
Die Website an sich bleibt als Supportportal für die bisherigen iOS-App- und API-Kunden online.
Die API selbst soll mindestens bis Ende 2021 verfügbar sein, ob Apple sie weiterführt, ist jedoch unklar.
[...]
https://www.heise.de/mac-and-i/meldung/Apple-kauft-sich-beliebte-Wetter-App-4694561.htmlZitat von: DarkSkyAPI
Our API service for existing customers is not changing today, but we will no longer accept new signups. The API will continue to function through the end of 2021.
As part of this transition, use of Dark Sky by Apple is subject to the Apple Privacy Policy, which can be found at apple.com/privacy.
https://blog.darksky.netZumal, ist cloudCover nicht der
aktuelle Wert? Selbst wenn Twilight so arbeitet, aber was interessiert mich die Bewölkung jetzt für den Sonnenaufgang morgen früh? Das ändert sich, wenn man näher ranrückt an den Termin, zB eine Stunde vorher auf einen aktuellen Wert wechselt. Aber die Logik inklusive der Definition durch Attribute/readings würde die Hölle werden....
Interessanter wäre doch der fc2_cloudCover für sr morgen bzw fc1_cloudCover für ss heute, oder nicht?
Zitat von: yersinia am 23 September 2020, 11:13:08
Für jene, die es schon haben, gut, für jene, die es neu aufsetzen wollen, schlecht - es gibt keine API keys mehr.https://www.heise.de/mac-and-i/meldung/Apple-kauft-sich-beliebte-Wetter-App-4694561.html (https://www.heise.de/mac-and-i/meldung/Apple-kauft-sich-beliebte-Wetter-App-4694561.html)https://blog.darksky.net
Zumal, ist cloudCover nicht der aktuelle Wert? Selbst wenn Twilight so arbeitet, aber was interessiert mich die Bewölkung jetzt für den Sonnenaufgang morgen früh? Das ändert sich, wenn man näher ranrückt an den Termin, zB eine Stunde vorher auf einen aktuellen Wert wechselt. Aber die Logik inklusive der Definition durch Attribute/readings würde die Hölle werden....
Interessanter wäre doch der fc2_cloudCover für sr morgen bzw fc1_cloudCover für ss heute, oder nicht?
Oh, das hatte ich wohl verdrängt mit Darksky. Dann bleibt OpenWeatherMap.
Twilight hatte ja nicht nur die SR / SS Zeiten angepasst, es hat ja auch das "light" Reading für die aktuelle Helligkeit ausgegeben.
DS und OWM haben aber auch beide den CloudCover im forecast.
Zitat von: yersinia am 23 September 2020, 11:13:08
aber was interessiert mich die Bewölkung jetzt für den Sonnenaufgang morgen früh? Das ändert sich, wenn man näher ranrückt an den Termin, zB eine Stunde vorher auf einen aktuellen Wert wechselt. Aber die Logik inklusive der Definition durch Attribute/readings würde die Hölle werden....
Interessanter wäre doch der fc2_cloudCover für sr morgen bzw fc1_cloudCover für ss heute, oder nicht?
Da stimme ich voll zu. Übrigens gibt es gute Vorsagewerte von PROPLANTA. PROPLANTA geht ohne Anmeldung/Registrierung. Mein Vorschlag wäre das attr useExtWeather zu doppeln:
useExtWeather_sr
useExtWeather_ss
Damit kann man den obigen Vorschlag "fc2_cloudCover für sr morgen bzw fc1_cloudCover für ss heute" umsetzen.
Zitat von: BroPi am 23 September 2020, 11:55:26Da stimme ich voll zu. Übrigens gibt es gute Vorsagewerte von PROPLANTA. PROPLANTA geht ohne Anmeldung/Registrierung.
Ich habe festgestellt, dass Proplantas Vorhersagen nicht sehr genau sind, auch nicht in der nahen Zukunft. Die Abweichungen zu anderen Wetterdiensten/-vorhersagen sind partiell gravierend. Vom dann IST-Wetter mal ganz abgesehen.
Zitat von: BroPi am 23 September 2020, 11:55:26Mein Vorschlag wäre das attr useExtWeather zu doppeln:
useExtWeather_sr
useExtWeather_ss
Damit kann man den obigen Vorschlag "fc2_cloudCover für sr morgen bzw fc1_cloudCover für ss heute" umsetzen.
Allerdings müsste man hier auch prüfen, wann sich zB fc2_cloudCover von morgen auf übermorgen ändert. Wenn wir kurz vorm sr stehen (sagen wir um 2 Uhr morgens), kann fc2_cloudCover schon vom
nächsten Tag sein - ich müsste also immer zwischen fc1 (heute) und fc2 (morgen) springen. Für ss wäre es weniger dramatisch, da es immer fc1 wäre.
Also passt für die ultimativ kurz vorher neu berechneten sr_weather Werte cloudCover besser mMn.. Der zeitliche Aspekt ist schwierig.
Zumal mVn fc1_cloudCover für den ganzen Tag gilt, evtl ein Durchschnitsswert. Interessant wäre die Bewölkungsvorhersage kurz nach dem sr und kurz vor ss.
...dass das ganze erhebliche Eingriffe in die gesamte Logik des Moduls erforderlich macht, ist klar...
Wie bereits geschrieben:
Zitat von: Beta-User am 23 September 2020, 00:28:01
Die ganze Logik muss dann vermutlich neu aufgebaut werden. Leider sind mir die alten Yahoo-Werte und ihre Auswirkungen nicht bekannt, die alte Logik war aber eben rein Timer-basiert, und das Modul kannte sowohl die (regelmäßigen?) Timer zur Aktualisierung der Wetterwerte wie (vermutlich) auch die Prognosewerte für die Zukunft, und hat dann das irgendwie in Deckung gebracht.
Meine aktuellen Gedanken:
- Es wird in Schritt 1 rein Ist-Wert-bezogen gearbeitet. Damit sollte alles tauglich sein, was die AKTUELLE Bedeckung liefert (noch: als Zahlenwert). Status: Scheint (nach obiger Änderung) zu funktionieren - Cool!
- Dann wird eben immer alles aktualisiert, was in der Zukunft liegt (tbd.), optimalerweise, wenn es wirklich spürbare Auswirkungen hat.
[...]Werde jetzt aber erst mal versuchen, den Code soweit zu fixen, dass er [...] in einer package-Variante "tut" [...]
Anbei eine erste package-Variante mit der gefixten invertierten Logik.
Derzeit werden noch bei Aktualisierung des Readings alle ".*weather-Readings aktualisiert, ob diese Triggerei negative Auswrikungen hat: k.A. (Rückmeldung erbeten!)
Zitat von: yersinia am 23 September 2020, 11:13:08
Interessanter wäre doch der fc2_cloudCover für sr morgen bzw fc1_cloudCover für ss heute, oder nicht?
ZitatAls Ausblick - auch zum Thema Prognose - würde ich mal folgendes an die Wand werfen: Anhand des TYPE könnte man wissen, ob ein Wetterdevice
- nur den aktuellen Bewölkungsgrad angeben kann, oder auch eine Prognose;
- ein passendes nummerische Reading liefert (bzw. auch, wie es heißt), oder was anderes und wie das dann ggf. zu konvertieren wäre (hieße, die Logik aus dem userReading käme in Twilight in eine Art dispatch-Routine).
Falls es auch Prognosewerte für die Zukunft liefert: man könnte ggf. dann sogar die für die Berechnung nutzen - das wäre dann die "extended version" zu dem vorigen Punkt.
Klingt nach einem größeren act, erscheint mir aber machbar.
Vielleicht noch ein paar Anmerkungen zum Thema "package":
- "twilight()" müßte jetzt als einzige der internen Funktionen weiter nutzbar sein (Siehe meine betreffende Frage, ob jemand noch was anderes braucht ziemlich zu Anfang des Threads).
- Die ganze Initialisierung muß mAn. weiter überarbeitet werden. Damit meine ich den Aufbau der Timerstruktur nach Änderungen. Was wir brauchen ist eine volle Initialisierung, wenn ein define abgesetzt wird, und jeweils um Mitternacht (vermutlich mit der Übergabe der Info, um welche Art der Initialisierung es sich handelt). define und "Mitternacht" müssen alle Timer neu setzen, alle anderen Varianten immer nur das, was heute noch nicht "um" und irgendwie von den Wetterdaten abhängig ist.
- Da das insgesamt einen größeren Umbau erforderlich macht, ist das einfacher, wenn die Funktionen nicht im main-Namespace rumspuken. Hat halt den Nachteil, dass einem z.B. das System abschmiert, wenn ein Timer auf eine nicht vorhandene Funktion verweist bzw. dir Referenzen müssen angepaßt werden. (Ich hoffe, das jetzt halbwegs vollständig abgefangen zu haben, aber
bitte wenn möglich das ganze erst mal auf einem Testsystem laufen lassen).
Next steps wären jetzt
- Trigger einschränken
- .*_indoor fixen (ich vermute auch hier einen Rest des Yahoo-Codes, der gewisse defaults setzt, wenn die Online-Abfrage ins Leere geht, der hier genannte Tausch der Internals-Referenzierungen kommt mir (noch) spanisch vor..
Wer mag, darf sich gerne Gedanken machen, wie man z.B. standardisiert Weather oder Proplanta abfragen könnte, um den forecast für 18-19 Uhr zu bekommen... (Dann hätte sich der Vorschlag von BroPi ggf. auf andere Weise "erledigt", und man könnte z.B. für das Attribut (zukünftige Benennung oder Struktur für "ext. trigger" und "ext. prognosis" sei mal dahingestellt, es ist ja immer "ext") einfach den Namen des Proplanta-Devices angeben...
Kurzer Zwischenbericht:
Die vorher bei light und state vorhandenen Sprünge sind jetzt teilweise weg, aber die Werte stimmen nicht mehr (siehe dazu die Bilder). Tagsüber sind die Werte für state 7 und light bei 5. Diese sollten aber beide bei 6 liegen.
Zitat von: BroPi am 23 September 2020, 22:16:41
Die vorher bei light und state vorhandenen Sprünge sind jetzt teilweise weg, aber die Werte stimmen nicht mehr (siehe dazu die Bilder).
Muss ich mir ansehen, wo das ggf. herkommen könnte. "Eigentlich" habe ich diesen Teil der Logik nicht bewußt angefaßt ::) ... (Das mit dem Graphen ist gut, da bekommt man einen guten Eindruck, wie das sein soll; woher hast du die Vergleichswerte? Kopie des Moduls unter anderem Namen?).
Allerdings ist jetzt in der angehängten Fassung die ganze Modulinitialisierung etwas verändert, so dass auch "irgendwelche" .*_indoor-Werte kommen :) . Es wäre daher denkbar, dass das mit den springenden Werten auch was mit teilweise fehlenden Infos zu tun hatte, die man auch für die indoor-Berechnung braucht (und die wieder zur richtigen Zeit (in der Ablauflogik gedacht) verfügbar sein sollten).
Weiter gibt es jetzt eine gewisse Toleranz von +/-6 Punkten, die überschritten sein muss, dass die .*_weather-Werte neu berechnet werden. Was jetzt noch fehlt, ist das Überspringen von "vergangenen" Werten. Mal schauen, wann ich dazu komme.
Auch diese Version ist im Prinzip nur kurz angetestet, also Bitte um Vorsicht...
Die Sprünge könnten aber auch von der Bewölkung kommen.
mehr und dunklere Wolken = kleinerer light Wert.
Das könnte auch evtl erklären warum er gestern nicht über 5 raus ist.
Eventuell wäre es ja noch hilfreich den cloudcover mit in die Grafik zu ziehen?
btw und OT:
Du kannst auch 2 Y-Achsen mit verschiedenen Werten auf jeder Seite haben.
Das kann man aber nur direkt im gplot editieren.
Zitat von: Frank_Huber am 24 September 2020, 08:28:13
Die Sprünge könnten aber auch von der Bewölkung kommen.
mehr und dunklere Wolken = kleinerer light Wert.
Das könnte auch evtl erklären warum er gestern nicht über 5 raus ist.
Danke für die (eventuelle) Erklärung!
Anbei dann der Versuch, die eventbasierten Timer-updates dann auch zu überspringen, wenn der Zeitpunkt bereits um ist. Ist etwas "mit heißer Nadel gestrickt", bin also noch nicht so recht sicher, ob es wirklich "so einfach" ist, aber wenn ihr testet, dann ggf. gleich mit dieser Version.
Vom weiteren Vorgehen her wäre ich jetzt dankbar, wenn ihr zu dieser Version Rückmeldung geben könntet, die anderen werde ich entfernen.
Ziele in dieser Phase sollten sein:
- Probleme mit der package-Umstellung erkennen;
- "look&feel" erkunden, ob da noch was Nebenwirkungen hat, die mir bisher entgangen sein könnten;
- checken, ob die Werte "gut" sind (also in etwa dem entsprechen, was bisher so raukam)...
Nächster Schritt wäre dann ein grundlegender Cleanup (und extl. etwas Doku). Da ist noch einiges drin, was nicht mehr gebraucht wird, und manche Code-Aufruf-Ketten machen nur Sinn, wenn man auf externe Aktualisierungen wartet; da bin ich noch nicht sicher, ob man das in der Form noch braucht oder nicht das ganze auf eine rein eventbasierte Systematik umgestellt werden sollte, selbst wenn man "komplette" externe Wetterdienste anflanschen würde. Damit würde ich aber noch etwas (mind. mehrere Tage!) warten, erst sollten die grundlegenden Dinge passen...
Zitat von: Beta-User am 24 September 2020, 08:19:32
woher hast du die Vergleichswerte? Kopie des Moduls unter anderem Namen?).
Die Vergleichswerte sind vom 19.09. , das war wohl noch das Twilight mit dem alten Stand. Da waren immer die Sprünge drin, die schon mehrmals hier im Forum angemerkt wurden. Ich glaube die traten erst auf, als Yahoo seinen Dienst einstellte.
Ich lade immer die aktuelle Twilight auf meinem Aktivsystem (bin aber vorsichtig).
Zitat von: Frank_Huber am 24 September 2020, 08:28:13
Die Sprünge könnten aber auch von der Bewölkung kommen.
mehr und dunklere Wolken = kleinerer light Wert.
Das könnte auch evtl erklären warum er gestern nicht über 5 raus ist.
Eventuell wäre es ja noch hilfreich den cloudcover mit in die Grafik zu ziehen?
Das könnte so sein. Früher hatte Cloud aber darauf aber keinen Einfluß.
Ich nehme deinen Vorschlag auf und nehme cloudcover mit in die Grafik rein. Bei Bedarf oder Auffälligkeiten kann ich wieder Bilder hier zur Verfügung stellen.
In meinem System ist es so, dass ich um 4 Uhr die fc0_cloud06 und um 15 Uhr die fc0_cloud18 aus Proplanta auslese und in ein Dummy schreibe. Dieses wird dann über useExtWeather in Twilight eingebunden. Also erfolgt 2 x am Tag eine Aktualisierung.
Zitat von: BroPi am 24 September 2020, 12:02:10
In meinem System ist es so, dass ich um 4 Uhr die fc0_cloud06 und um 15 Uhr die fc0_cloud18 aus Proplanta auslese und in ein Dummy schreibe. Dieses wird dann über useExtWeather in Twilight eingebunden. Also erfolgt 2 x am Tag eine Aktualisierung.
Lese ich das richtig: bei Proplanta könnte man z.B. den Vorhersagewert für 06:22 (für sr_indoor) aus fc0_cloud06 nehmen (gilt für 06:00 Uhr bis 06:59 Uhr) und damit arbeiten? Und für 07:02 Uhr aus fc0_cloud07?
Wie oft wird das aktualisiert?
(Ist schon klar, dass das ggf. wieder etwas größere Eingriffe in den Code geben würde, aber langsam glaube ich, ein gewisses Gefühl dafür zu haben, wie die vorhandenen Puzzleteile in etwa zusammengehören...)
Zitat von: Beta-User am 24 September 2020, 12:17:19
Lese ich das richtig: bei Proplanta könnte man z.B. den Vorhersagewert für 06:22 (für sr_indoor) aus fc0_cloud06 nehmen (gilt für 06:00 Uhr bis 06:59 Uhr) und damit arbeiten? Und für 07:02 Uhr aus fc0_cloud07?
Wie oft wird das aktualisiert?
Jaein, der Abstand ist drei-stündlich (3-6-9-12 usw). Wie oft auf der Proplanta-Seite aktualisiert wird, weiss ich nicht. Hier ein Auszug aus den Readings eines Proplanta-Devices (fc0 ist heute):
READINGS:
2020-09-24 12:18:57 fc0_cloud00 87.5
2020-09-24 12:18:57 fc0_cloud03 100
2020-09-24 12:18:57 fc0_cloud06 25
2020-09-24 12:18:57 fc0_cloud09 0
2020-09-24 12:18:57 fc0_cloud12 25
2020-09-24 12:18:57 fc0_cloud15 87.5
2020-09-24 12:18:57 fc0_cloud18 87.5
2020-09-24 12:18:57 fc0_cloud21 87.5
[...]
2020-09-24 12:18:57 fc1_cloud00 100
2020-09-24 12:18:57 fc1_cloud03 87.5
2020-09-24 12:18:57 fc1_cloud06 87.5
2020-09-24 12:18:57 fc1_cloud09 0
2020-09-24 12:18:57 fc1_cloud12 37.5
2020-09-24 12:18:57 fc1_cloud15 50
2020-09-24 12:18:57 fc1_cloud18 37.5
2020-09-24 12:18:57 fc1_cloud21 62.5Wären hier userReadings bzw Attribute nicht besser - um die Readings aus anderen Devices dynamischer einbinden zu können. Wer weiss welche Wetterdevices noch dazu kommen. WeatherUnderground, eigene Devices, Lichtsensoren vom ESP usw...
Btw, bei DarkSky sieht es so aus (fc1 wäre dann heute, fc2 morgen):
READINGS:
2020-09-24 12:24:00 cloudCover 35
[...]
2020-09-24 12:24:00 fc1_cloudCover 76
[...]
2020-09-24 12:24:00 fc2_cloudCover 65obwohl ich hier daily forecast habe, das würde auch stündlich gehen.
Stündlich habe ich bei openweathermap, da ist es aber fortlaufend von jetzt an:
READINGS:
2020-09-24 12:21:35 cloudCover 36
2020-09-24 12:21:35 current_date_time Do, 24 Sep 2020 12:21
[...]
2020-09-24 12:21:35 hfc1_cloudCover 41
2020-09-24 12:21:35 hfc1_day_of_week Do, 13:00
[...]
2020-09-24 12:21:35 hfc2_cloudCover 84
2020-09-24 12:21:35 hfc2_day_of_week Do, 16:00
[...]
2020-09-24 12:21:35 hfc7_cloudCover 76
2020-09-24 12:21:35 hfc7_day_of_week Fr, 07:00
Danke für den Überblick, das zeigt schon, wie "bunt" die Welt da ist...
Zitat von: yersinia am 24 September 2020, 12:40:12
Wären hier userReadings bzw Attribute nicht besser - um die Readings aus anderen Devices dynamischer einbinden zu können. Wer weiss welche Wetterdevices noch dazu kommen.
Also "können" sollte man das seit heute wieder 8) , und wie es ausschaut, kennt der Code heute (und schon immer?) auch nur "den einen Bedeckungsgrad".
Das "Problem" ist nur, dass wir ggf. die User damit ziemlich alleine lassen, wie die Umrechnung sein soll usw.. Das ist erfahrungsgemäß fehleranfällig, und wer beim Erstellen von userReadings nicht aufpasst, triggert ggf. dann auch Twilight entsprechend häufig, usw., usf....
Mein gedanklicher Ansatz war, ggf. eine Art Tabelle zu erstellen, in der z.B. die von jeweiligen TYPE gelieferten Werte für jede Stunde des Tages stehen, da wäre dann eben für ein TYPE=proplanta ein 3-Stunden-Wert 3x gestanden. Ab da könnte man schauen, ob es die Tabelle gibt und die noch in der Zukunft liegenden Werte entsprechend der jeweils aktuellsten Vorhersage berechnen statt mit dem aktuellen Meßwert? Die "Sonderbehandlung" ergäbe sich dann ggf. daraus, dass Twilight diesen TYPE kennt und entsprechend eine andere Logik anwendet zur Ermittlung des Messwerts (und z.B. wieder eine "moderierende" Timer-Lösung anbietet statt der "trigger"-Variante)?
Wäre ja keine Plicht, sondern Kür...
Vollkommen dacor.
Stellt sich mMn nur die Frage des geringeren Aufwands. Deine vorgeschlagene Kür über den TYPE zu gehen, wäre echt super, zieht aber noch einiges nach sich - wenn TYPE=weather und API ist OpenWeathermap und Attribut forecast ist auf daily gesetzt, dann [Ableitungsregel], wenn forecast eq hourly, dann [andere Ableitungsregel]. Du müsstest dann im Twilight Modul alle Fälle abfangen und behandeln. Und aufpassen, wenn sich irgendwas an den abhängigen Modulen (weather, proplanta, httpmod, espbridge, mqtt usw) ändert.
Ich weiss nicht ob dann (wo auch immer) dokumentierte Twilight-spezifische(!)-userReading-codes (analog zu den httpmod/mqtt templates) dann einfacher wären, ein Reading cloudCover (oder jeweils eins für sr und ss) zu generieren, wenn immer Twilight sich selbst aktualisiert - also nicht durch Trigger von Außen. Alle Werte außerhalb von 0-100 würden dann ignoriert, die Definition wäre der Bewölkungsgrad in Prozent: 0[%]=strahlend blauer Himmel/Sternenklare Nacht, 100[%]=Zappenduster.
Wer FHEM halbwegs bedienen kann, kann auch auch RAW kopieren - mein ich.
Just my 2 Pfennich.
Vielleicht kannst du ja mal Kontakt mit den Maintainer des Weather-API-Plugins aufnehmen und schauen, ob die vielleicht in der API eine Änderung machen können, dass du von dort z.B. currentWeather oder currentCloudage bekommen könntest, dann muss du nicht für jedes mögliche Wettermodul eine eigene Lösung implementieren.
Ihr seid lustig...
Est sollte mal das Grundgerüst wieder halbwegs vollständig laufen ;D ...
Und was "du musst" etc. angeht: Ich hatte das eher so gedacht, dass ich bestenfalls eine Art "standardisierter Schnittstelle" anbiete und die eigentliche Datenaufbereitung dann ggf. außerhalb des Moduls läuft... So könnte jeder interessierte User was unter "lib" anbieten; das könnte man ggf. auch erweitern um die Regenmenge, whatever.... Oder eben so aufbauen, dass man einfach nur den Befehl "liefer mir den Bedeckungsgrad heute um x Uhr" raushauen kann und alles andere dann in einer entsprechenden sub abläuft, die dann eben im Modul ist.
Aber zum einen habe ich eben erst angefangen, mich etwas intensiver mit dem ganzen auseinanderzusetzen und zum anderen eigentlich auch keine Ahnung, wie sowas "richtig" geht, von daher: kommt Zeit, kommt Rat, und evtl. hat ja einer der bereits Mitlesenden (v.a. @CoolTux) eine noch bessere Idee...
Was anderes noch:
Im Moment findet sich der Bedeckungsgrad an drei Stellen: CONDITION, condition und extWeatherValue.
Meine Neigung wäre, das im Zuge des aktuellen Umbaus nur noch an einer Stelle vorzuhalten, und zwar entweder weiter als "condition" (mir persönlich eigentlich zu nichtssagend), oder als Reading "cloudCover" (wer was besseres weiß: tell me).
Zitat von: Beta-User am 24 September 2020, 14:02:26
"standardisierter Schnittstelle" anbiete und die eigentliche Datenaufbereitung dann ggf. außerhalb des Moduls läuft... So könnte jeder interessierte User was unter "lib" anbieten
Finde ich gut.
Zitat von: Beta-User am 24 September 2020, 14:02:26
Was anderes noch:
Im Moment findet sich der Bedeckungsgrad an drei Stellen: CONDITION, condition und extWeatherValue.
Meine Neigung wäre, das im Zuge des aktuellen Umbaus nur noch an einer Stelle vorzuhalten, und zwar entweder weiter als "condition" (mir persönlich eigentlich zu nichtssagend), oder als Reading "cloudCover" (wer was besseres weiß: tell me).
Ich bevorzuge cloudCover.
Nachtrag:
Proplanta Abfrageintervall in Sekunden (Standard 3600 = 1 Stunde)
Zitat von: BroPi am 24 September 2020, 12:02:10
Die Vergleichswerte sind vom 19.09. , das war wohl noch das Twilight mit dem alten Stand. Da waren immer die Sprünge drin, die schon mehrmals hier im Forum angemerkt wurden. Ich glaube die traten erst auf, als Yahoo seinen Dienst einstellte.
Kann ich bestätigen. Seit Yahoo den Dienst eingestellt hat, hatte ich auch diese Sprünge. Auch ohne extWeather.
Wie schon erwähnt, habe ich
my @horizons = ("_astro:-18", "_naut:-12", "_civil:-6",":0", "_indoor:$hash->{INDOOR_HORIZON}", "_weather:$hash->{WEATHER_HORIZON}");
zu
my @horizons = ("_astro:-18", "_naut:-12", "_civil:-6",":0", "_indoor:$hash->{WEATHER_HORIZON}", "_weather:$hash->{INDOOR_HORIZON}");
geändert.
Damit hab ich keine Sprünge mehr.
Hm, also das mit den unterbundenen Triggern war wohl eine Stufe too much, damit kamen dann nur noch die .*_weather-Readings...
Daher hier nochmal die Version von vor davor.
Die hatte dann auch wieder die .*_indoor-Zeiten geliefert, es könnte sein, dass das mit dem Springen auch daher kam, dass das in/outdoor ggf. immer beieinander war, weil aus irgendeinem Grund WEATHER dabei gar nicht berücksichtigt wurde. Evtl. muß ich da für die Zukunft etwas tricksen, damit das auch in Zukunft nicht wieder vorkommt (man könnte z.B. indoorHorizont mal testweise auf 0.01 stellen, wenn nichts angegeben ist).
Meinst du damit den Indoor_Horizon der im DEF definiert wird?
Den habe ich mit Yahoo und auch ohne immer auf 4 gehabt.
Aktuell:
defmod Daemmerung Twilight 51.xxxxxxx 12.xxxxxx 4
Zitat von: swsmily am 24 September 2020, 23:32:24
Meinst du damit den Indoor_Horizon der im DEF definiert wird?
Jein. Diese Angabe kann zwar in den letzten hier angehängten Versionen noch in der DEF gemacht werden, allerdings ist das neuerdings ein Attribut. Wie geschrieben hatte das aber nach meinen bisherigen Erfahrungen ohne Yahoo gar keine Auswirkungen mehr.
Nochmal zu dem vorgeschlagenen "Tauschfix": ich _glaube_ nicht, dass dieser "Tausch" des Rätsels Lösung ist, vielmehr scheint der fehlende WEATHER-Internal-Wert einfach dazu geführt zu haben, dass eben 2*beide Werte nicht richtig berechnet wurden (für .*_weather und *._indoor). Nachdem dieses Internal aber wieder vorhanden ist, klappt das auch wieder mit *._indoor, ich habe nur noch keine Info, ob die Ergebnisse plausibel sind.
Anbei jetzt nochmal der "letzte Stand der Dinge", das mit dem Unterdrücken der triggernden Updates für vergangene Timer klappt leider immer noch nicht so recht, aber evtl. stört das auch in der Praxis nicht...?
Da sind Weather- und Indoor-Horizont jeweils geringfügig gegeneinander verschoben, wenn sie "0" sind.
Seit der gestrigen Version kommen state und light am Abend nicht mehr. Das sind die letzten Werte:
2020-09-24_17:47:08 HGW_Twilight 7
2020-09-24_17:47:08 HGW_Twilight light: 5
Heute beginnt es mit:
2020-09-25_08:43:10 HGW_Twilight 6
2020-09-25_08:43:10 HGW_Twilight light: 6
Siehe Bild im Anhang. Dort ist jetzt auch cloud mit aufgenommen.
Jetzt hast du die Version von heute morgen am Start, oder?
Beide Versionen von gestern hatten je ein Problem, leider war mir das bei der 2. Variante erst abends dann aufgefallen (die erzeugte nur noch die weather-Readings, die anderen gar nicht).
Das sollte jetzt bei der aktuellsten beides behoben sein, und da sind dann auch long/lat per default nicht mehr in den Internals sichtbar, das Reading heißt cloudCover, und noch ein paar andere Kleinigkeiten...
Die Initialisierung ist noch nicht ganz optimal, wenn man useExtWeather gesetzt hat, aber abgesehen davon könnte das eine Version sein, die für etwas längeres Testen ok ist...
Ich spiele immer die aktuellste Version ein. Das Bild ist von gestern war mit der gestrigen Version.
Gerade eben habe ich wieder aktualisiert. Mal sehen, ob state und light wieder aktualisiert werden.
Übrigens bei uns hier ist cloud auf 100 gegangen. So dunkel war es hier tagsüber schon lange nicht mehr.
Zitat von: BroPi am 25 September 2020, 10:23:52
Ich spiele immer die aktuellste Version ein. Das Bild ist von gestern war mit der gestrigen Version.
Dann hast du jetzt gleich wieder die Gelegenheit...
Da ist jetzt fast alles raus, was mit dem Pollen von Yahoo zu tun hatte, und auch die Funktionsaufrufe sind zum Teil vereinfacht und umbenannt. Allerdings kommt es mir so vor, als sei das ganze immer noch reichlich verschachtelt für das, was es jetzt noch können muss...
ZitatÜbrigens bei uns hier ist cloud auf 100 gegangen. So dunkel war es hier tagsüber schon lange nicht mehr.
Habe mir jetzt auch den Tag über immer mal wieder mit die sich ergebenden Werte angesehen, das ist schon interessant, was sich da so ergibt.
Die (geringfügige) Verschiebung der Zeiten war im Modul auch schon vorher - an anderer Stelle - implementiert, von daher ist der Teil wieder auf dem vorherigen Stand.
Viel Spaß dann mal beim Testen, ich habe das jetzt auch mal auf meine Hauptinstanz losgelassen...
Die heutige Version von Twilight (eingespielt am Vormittag) bringt nun wieder die light und state Daten in der Dämmerungshase.
Auch die neueste Version (eingespielt um 19:30 Uhr) arbeitet mit light und state korrekt weiter. Dazu wieder ein Bild.
Morgen werden wir dann sehen ob light und state wieder tagsüber auf 6 zusammen fallen.
Danke für die Rückmeldung!
Scheint gut auszusehen 8) .
Ist das die hier im Forum angehängte Version oder die über Update verteilte?
Im Moment geht es um die hier geposteten Versionen - Fehlermeldungen zu der im svn befindlichen (=>update) sind mir nicht bekannt, und ich wollte das eigentlich erst auf einer halbwegs "gesicherten" Basis haben, bevor es ins svn geht.
Von daher sind Rückmeldungen zu der jeweils letzten hier angehängten Version sehr hilfreich.
Die letzte Variante hat jedenfalls auch den Tageswechsel gut überstanden und die Werte sehen gut aus. Fragt sich daher, ob das nicht ins svn sollte, wenn das unfallfrei bis morgen durchläuft...? (Müßte aber die cref auch noch anpassen, das wird mir wohl nicht reichen).
Will das zwar dann immer noch weiter umbauen, aber so ist es dem Gefühl nach jedenfalls wieder eine deutliche Verbesserung.
Hier jetzt ein Bild im Anhang mit der "59_Twilight.pm:?/2020-09-25 UNSTABLE". Diese wurde am 25.09. um 19:30 Uhr eingespielt. Läuft also über mehr als einen Tag.
Es zeigen sich bei state und light keine Überschwinger mehr. Auch die Verläufe sehen wieder völlig normal aus. Der Einfluss von "useExtWeather" mit den Werten 50 und 100 gesetzt um 04:00 bzw. 15:00 Uhr sind auch gut zu erkennen.
Aus meiner Sicht ein sehr guter Stand der jetzt erreicht wurde. Vielen Dank!
Zitat von: BroPi am 26 September 2020, 21:48:39
Hier jetzt ein Bild im Anhang mit der "59_Twilight.pm:?/2020-09-25 UNSTABLE". Diese wurde am 25.09. um 19:30 Uhr eingespielt. Läuft also über mehr als einen Tag.
müsste sich "light" nicht auch nach unten korrigieren wenn der "cloudcover" auf 100 geht?
Soweit ich mich erinnere war light noch nie cloudabhängig. Das wäre dann ein neues Feature: "light_weather".
Ich meine ich hätte damals extra Light genommen weil es eben Wetter abhängig war. Bin mir aber auch nicht mehr ganz sicher.
Zwischeninfos:
- Werde mit dem Einchecken noch etwas warten, hatte ja angedeutet, dass m.E. eigentlich parseParams() auch eine Lösung sein könnte. Nachdem das bei RandomTimer seit kurzem beschwerdefrei läuft, will ich das gleich in diese Richtung umbauen, dann entfällt das indoorHorizon als Attribut wieder...
Hintergrund: Nach meinen ersten Erfahrungen mit dem Modul macht es eigentlich nur Sinn, wenn man wenigstens einen indoorHorizon angibt, besser ist es mit einem Wetter-Device und optimal läuft es mit beidem. Daher sind auch die letzten beiden "Pflichtangaben" und gehören in die DEF, wobei man indoorHorizon eigentlich gleich mit was sinnvollem vorbelegen könnte, wenn der User nichts angibt (tendiere zu 3 (?))...
- "light_weather": Mal schauen, ob das in dem Yahoo-Code irgendwo versteckt war (sachdienliche Hinweise sind willkommen, hat im Moment noch low prio gg. parseParams und Doku...)
Von daher könnt ihr gerne noch mittesten, es kann dann aber sein, dass indoorHorizon dann beim Wechsel auf das endgültige Modul neu gesetzt werden muss.
Zitat von: Frank_Huber am 26 September 2020, 23:52:25
Ich meine ich hätte damals extra Light genommen weil es eben Wetter abhängig war. Bin mir aber auch nicht mehr ganz sicher.
Ich hatte light nie verwendet. Daher meine Falschaussage. Die Diagramme zeigen eindeutig (habe mir das mal jetzt genauer angesehen), dass light und state wetterabhängig sind! Macht ja auch Sinn, denn wer "useExtWeather" verwendet will ja auch dies wetterabhängig haben.
Zitat von: Frank_Huber am 26 September 2020, 22:35:40
müsste sich "light" nicht auch nach unten korrigieren wenn der "cloudcover" auf 100 geht?
Light verschiebt sich nur zeitlich. Alle Stufen werden durchlaufen.
Nach einem Tag mit der hier angehängten Version sieht es für mich auch super aus!
Danke, dass dieses Modul weiter unterstützt und entwickelt wird!
Vielen Dank Beta-User für die Übernahme und anpassen/optimieren des Moduls! :)
Ich hab jetzt die Version aus #61 (https://forum.fhem.de/index.php/topic,114061.msg1087690.html#msg1087690) übernommen und es läuft unaufällig gut. Dabei hab ich das bestehende Twilight-Device nicht angefasst, hab die
.pm also direkt so übernommen (natürlich plust shutdown restart).
Reading
light ist jetzt tagsüber auch auf 6 - und nicht 5 wie bisher seitdem Yahoo den Servie eingestellt hat.
Zitat von: Beta-User am 27 September 2020, 09:05:07
Hintergrund: Nach meinen ersten Erfahrungen mit dem Modul macht es eigentlich nur Sinn, wenn man wenigstens einen indoorHorizon angibt, besser ist es mit einem Wetter-Device und optimal läuft es mit beidem. Daher sind auch die letzten beiden "Pflichtangaben" und gehören in die DEF, wobei man indoorHorizon eigentlich gleich mit was sinnvollem vorbelegen könnte, wenn der User nichts angibt (tendiere zu 3 (?))...
Ich hatte beim alten Twilight Device lat, long und indoor_horizon via DEF mitgegeben, mit dem Update ist die DEF nun geleert worden. Gibt es ein Reading, dass mir die Übernahme der Koordinaten aus dem global Device anzeigt?
Mein definierter indoor_horizon ist ebenso aus der DEF verschwunden - dafür gibt es nun ein Internal
INDOOR_HORIZON (mit dem gleichen Wert = 1). Müsste ich, der korrekten Vorgehensweise wegen, das Attribut
indoorHorizon setzen? Warum wäre 3 für den indoorHorizon ein guter Wert - die Frage, die sich mir hier stellt, ist eher wie sich dieser Wert auf die Zeiten tatsächlich auswirkt.
Wie gebe ich das WetterDevice mit? Gebe ich nur ein Device an und Twilight sucht sich die Werte selbst raus? Oder eher Device:Reading? Bisher nutze ich das Attribut
useExtWeather mit einem userReading aus dem ProplanteDevice - in Abhängigkeit der Uhrzeit wird jeweils ein anderes Reading ausgewählt.
Wie sehe eine korrekte DEF aus?
define MyTwilight Twilight [[indoorHorizon] [WetterDevice:CloudCoverReading]]
Zitat von: yersinia am 28 September 2020, 12:04:17
Vielen Dank Beta-User für die Übernahme und anpassen/optimieren des Moduls! :)
Gerne geschehen!
ZitatWie sehe eine korrekte DEF aus?
define MyTwilight Twilight [[indoorHorizon] [WetterDevice:CloudCoverReading]]
Wie bereits angemerkt: Ich will da noch etwas ändern, muß dazu aber selbst ein paar Vorabtests machen...
latitude/longitude bleibt (optional) erhalten, und wenn alles klappt, kann man Varianten wie
define MyTwilight Twilight 44.444444 8.888888 1 weatherDevice=MeinWetter:cloudCoverdefine MyTwilight Twilight indoorHorizon=1 weatherDevice=MeinWetter:cloudCoverdefine MyTwilight Twilight 2
attr MyTwilight useExtWeather MeinWetter:cloudCoverdefine MyTwilight Twilight 44.444444 8.888888 indoorHorizon=1 weatherDevice=MeinWetter:cloudCoveroder
define MyTwilight Twilight weatherDevice=MeinWetter:cloudCover indoorHorizon=2nehmen, wobei lat/long dann ggf. zwangsweise rausfliegen, wenn sie (beide) identisch zu global sind...
(Seit Rudi SUNRISE_EL umgebaut hat, kann es mehrere Twilight-Instanzen geben, vorher wäre sich das ins Gehege gekommen.)
Welche Werte für lat/long genutzt werden, sieht man in einem list, wenn man in global "showInternalValues" auf 1 setzt.
Zitat von: BroPi am 26 September 2020, 23:41:55
Soweit ich mich erinnere war light noch nie cloudabhängig. Das wäre dann ein neues Feature: "light_weather".
Habe mal in der Version https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/59_Twilight.pm?rev=16005 nach Hinweisen auf irgendwas in der Art gesucht, aber nichts gefunden. Gehe also davon aus, dass das in der Tat ein neues Feature wäre...
Ergo sollte erst mal der Rest (svn-fähig) funktionieren, und das würde bedeuten, möglichst die DEF nur dann anzufassen, wenn "unnützes" drinsteht.
Mal schauen, wann ich euch eine Testversion mit parseParams zur Verfügung stellen kann.
Zitat von: Beta-User am 28 September 2020, 12:44:41
"light"
Habe mal in der Version https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/59_Twilight.pm?rev=16005 nach Hinweisen auf irgendwas in der Art gesucht, aber nichts gefunden. Gehe also davon aus, dass das in der Tat ein neues Feature wäre...
Seltsam, nachdem Yahoo abgeschalten wurde war das "light" nicht mehr zu gebrauchen. Das kann natürlich auch andere Ursachen gehabt haben. :-)
Somit: Danke für deine Mühen mit dem Modul!
...puh, das mit parseParams ist gar nicht so einfach, irgendwie schaffe ich es nicht, an die Werte im Hash zu kommen...
Macht aber nicht so viel, denn immerhin klappt es jetzt (hoffentlich) mit folgenden Varianten:
define MyTwilight Twilight 44.444444 8.888888 1 MeinWetter:cloudCoverdefine MyTwilight Twilight 44.444444 8.888888 1
attr MyTwilight useExtWeather MeinWetter:cloudCover
define MyTwilight Twilight 4 MeinWetter:cloudCover
define MyTwilight Twilight 4
attr MyTwilight useExtWeather MeinWetter:cloudCover
define MyTwilight Twilight
usw..
Die Yahoo-ID wird verworfen, falls vorhanden.
Ansonsten ist es hoffentlich funktional noch gleich, allerdings sind wieder einige Dinge (teilweise) unter der Haube geändert, die zum Teil auch noch nicht fertig oder vollst. ausgetestet sind, wie der Ansatz, ggf. weitere Infos aus dem externen Wetter-Device auslesen zu können (über entsprechende Hashes; damit könnte ggf. irgendwann auch das Thunderstorm-feature wieder gehen) oder die Timer-lib von Sidey.
Ziel war es erst mal wieder eine Testversion zu haben, die mit vorhandenen Definitionen klarkommt...
Irgendwie scheint etwas doch nicht zu passen. Gemerkt, da mein Licht durch ausgelöste Bewegungsmelder wieder plötzlich taghell wurde, statt gedimmt.
Ca 15 Minuten vorher war es noch gedimmt, d.h. State muss größer 8 gewesen sein. Laut Logfile seit 20:42:34 auf State 12.
Im Logfile ist leider nichts zu sehen, wann es auf State 7, Light 5 ging. (Vorher Def ./log/Daemmerung-%Y-%m.log Daemmerung) jetzt geändert auf Def ./log/Daemmerung-%Y-%m.log Daemmerung:.*)
Hab Verbose vorher auf 2 gehabt, nun mal auf 5 gesetzt.
Gerade eben gegen 22:27 Uhr stand der State auf 7, Light auf 5
Internals:
DEF 51.xxxxxxx 12.xxxxxx
FUUID 5f5a7dd4-f33f-3401-66ea-ecb77d14217e4233
INDOOR_HORIZON 4
NAME Daemmerung
NOTIFYDEV Wetter
NR 531
NTFY_ORDER 50-Daemmerung
STATE 7
SUNPOS_OFFSET 300
SWIP 1
TYPE Twilight
WEATHER_CORRECTION 3.2
WEATHER_HORIZON 7.2
READINGS:
2020-09-29 22:13:54 aktEvent ss_weather
2020-09-29 22:23:55 azimuth 312
2020-09-29 22:13:54 cloudCover 40
2020-09-29 22:23:55 compasspoint west-northwest
2020-09-29 22:23:55 elevation -32.37
2020-09-29 22:13:54 horizon 7.2
2020-09-29 22:13:54 light 5
2020-09-29 22:13:54 nextEvent ss_indoor
2020-09-29 22:13:54 nextEventTime 18:19:57
2020-09-29 00:00:01 sr 07:14:42
2020-09-29 00:00:01 sr_astro 05:17:30
2020-09-29 00:00:01 sr_civil 06:36:11
2020-09-29 00:00:01 sr_indoor 07:40:34
2020-09-29 00:00:01 sr_naut 05:57:22
2020-09-29 22:13:54 sr_weather 08:01:32
2020-09-29 00:00:01 ss 18:45:46
2020-09-29 00:00:01 ss_astro 20:42:34
2020-09-29 00:00:01 ss_civil 19:24:11
2020-09-29 00:00:01 ss_indoor 18:19:57
2020-09-29 00:00:01 ss_naut 20:02:52
2020-09-29 22:13:54 ss_weather 17:59:02
2020-09-29 22:13:54 state 7
2020-09-29 22:23:55 twilight 0
2020-09-29 22:23:55 twilight_weather 0
TIMER:
Daemmerung_Midnight:
HASH Daemmerung
MODIFIER Midnight
NAME Daemmerung_Midnight
Daemmerung_sr:
DEG 0
HASH Daemmerung
LIGHT 4
MODIFIER sr
NAME Daemmerung_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1601356482.03
Daemmerung_sr_astro:
DEG -18
HASH Daemmerung
LIGHT 1
MODIFIER sr_astro
NAME Daemmerung_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1601349450
Daemmerung_sr_civil:
DEG -6
HASH Daemmerung
LIGHT 3
MODIFIER sr_civil
NAME Daemmerung_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1601354171.02
Daemmerung_sr_indoor:
DEG 4
HASH Daemmerung
LIGHT 5
MODIFIER sr_indoor
NAME Daemmerung_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1601358034.04
Daemmerung_sr_naut:
DEG -12
HASH Daemmerung
LIGHT 2
MODIFIER sr_naut
NAME Daemmerung_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1601351842.01
Daemmerung_sr_weather:
DEG 7.2
HASH Daemmerung
LIGHT 6
MODIFIER sr_weather
NAME Daemmerung_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1601359292.05
Daemmerung_ss:
DEG 0
HASH Daemmerung
LIGHT 3
MODIFIER ss
NAME Daemmerung_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1601397946.97
Daemmerung_ss_astro:
DEG -18
HASH Daemmerung
LIGHT 0
MODIFIER ss_astro
NAME Daemmerung_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1601404954
Daemmerung_ss_civil:
DEG -6
HASH Daemmerung
LIGHT 2
MODIFIER ss_civil
NAME Daemmerung_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1601400251.98
Daemmerung_ss_indoor:
DEG 4
HASH Daemmerung
LIGHT 4
MODIFIER ss_indoor
NAME Daemmerung_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1601396397.96
Daemmerung_ss_naut:
DEG -12
HASH Daemmerung
LIGHT 1
MODIFIER ss_naut
NAME Daemmerung_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1601402572.99
Daemmerung_ss_weather:
DEG 7.2
HASH Daemmerung
LIGHT 5
MODIFIER ss_weather
NAME Daemmerung_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1601395142.95
Daemmerung_sunpos:
HASH Daemmerung
MODIFIER sunpos
NAME Daemmerung_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1601356482.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1601349450
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1601354171.02
sr_indoor:
DEG 4
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1601358034.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1601351842.01
sr_weather:
DEG 7.2
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1601359292.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1601397946.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1601404954
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1601400251.98
ss_indoor:
DEG 4
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1601396397.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1601402572.99
ss_weather:
DEG 7.2
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1601395142.95
helper:
extWeather:
Device Wetter
Reading cloudCover
regexp Wetter:cloudCover:.*
Attributes:
comment attr useExtWeather Wetter:cloudCover
group Sensoren
indoorHorizon 4
room sonstiges
sortby 1
useExtWeather Wetter:cloudCover
verbose 2
Danach auf DEF geklickt und auf Modify, State auf 12 Light auf 0 (wie es um diese Uhrzeit jetzt korrekt sein müsste):
Internals:
DEF 51.xxxxxxx 12.xxxxxx
FUUID 5f5a7dd4-f33f-3401-66ea-ecb77d14217e4233
INDOOR_HORIZON 4
NAME Daemmerung
NOTIFYDEV Wetter
NR 531
NTFY_ORDER 50-Daemmerung
STATE 12
SUNPOS_OFFSET 300
SWIP 0
TYPE Twilight
WEATHER_CORRECTION 3.2
WEATHER_HORIZON 3.2
READINGS:
2020-09-29 22:30:29 aktEvent ss_astro
2020-09-29 22:30:29 azimuth 313.73
2020-09-29 22:30:29 cloudCover 40
2020-09-29 22:30:29 compasspoint west-northwest
2020-09-29 22:30:29 elevation -33.12
2020-09-29 22:30:29 horizon -18
2020-09-29 22:30:29 light 0
2020-09-29 22:30:29 nextEvent sr_astro
2020-09-29 22:30:29 nextEventTime 05:17:30
2020-09-29 22:30:29 sr 07:14:42
2020-09-29 22:30:29 sr_astro 05:17:30
2020-09-29 22:30:29 sr_civil 06:36:11
2020-09-29 22:30:29 sr_indoor 07:40:34
2020-09-29 22:30:29 sr_naut 05:57:22
2020-09-29 22:30:29 sr_weather 07:35:22
2020-09-29 22:30:29 ss 18:45:46
2020-09-29 22:30:29 ss_astro 20:42:34
2020-09-29 22:30:29 ss_civil 19:24:11
2020-09-29 22:30:29 ss_indoor 18:19:57
2020-09-29 22:30:29 ss_naut 20:02:52
2020-09-29 22:30:29 ss_weather 18:25:08
2020-09-29 22:30:29 state 12
2020-09-29 22:30:29 twilight 0
2020-09-29 22:30:29 twilight_weather 0
TIMER:
Daemmerung_Midnight:
HASH Daemmerung
MODIFIER Midnight
NAME Daemmerung_Midnight
Daemmerung_sr:
DEG 0
HASH Daemmerung
LIGHT 4
MODIFIER sr
NAME Daemmerung_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1601356482.03
Daemmerung_sr_astro:
DEG -18
HASH Daemmerung
LIGHT 1
MODIFIER sr_astro
NAME Daemmerung_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1601349450
Daemmerung_sr_civil:
DEG -6
HASH Daemmerung
LIGHT 3
MODIFIER sr_civil
NAME Daemmerung_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1601354171.02
Daemmerung_sr_indoor:
DEG 4
HASH Daemmerung
LIGHT 5
MODIFIER sr_indoor
NAME Daemmerung_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1601358034.04
Daemmerung_sr_naut:
DEG -12
HASH Daemmerung
LIGHT 2
MODIFIER sr_naut
NAME Daemmerung_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1601351842.01
Daemmerung_sr_weather:
DEG 3.2
HASH Daemmerung
LIGHT 6
MODIFIER sr_weather
NAME Daemmerung_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1601357722.05
Daemmerung_ss:
DEG 0
HASH Daemmerung
LIGHT 3
MODIFIER ss
NAME Daemmerung_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1601397946.97
Daemmerung_ss_astro:
DEG -18
HASH Daemmerung
LIGHT 0
MODIFIER ss_astro
NAME Daemmerung_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1601404954
Daemmerung_ss_civil:
DEG -6
HASH Daemmerung
LIGHT 2
MODIFIER ss_civil
NAME Daemmerung_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1601400251.98
Daemmerung_ss_indoor:
DEG 4
HASH Daemmerung
LIGHT 4
MODIFIER ss_indoor
NAME Daemmerung_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1601396397.96
Daemmerung_ss_naut:
DEG -12
HASH Daemmerung
LIGHT 1
MODIFIER ss_naut
NAME Daemmerung_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1601402572.99
Daemmerung_ss_weather:
DEG 3.2
HASH Daemmerung
LIGHT 5
MODIFIER ss_weather
NAME Daemmerung_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1601396708.95
Daemmerung_sunpos:
HASH Daemmerung
MODIFIER sunpos
NAME Daemmerung_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1601356482.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1601349450
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1601354171.02
sr_indoor:
DEG 4
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1601358034.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1601351842.01
sr_weather:
DEG 3.2
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1601357722.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1601397946.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1601404954
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1601400251.98
ss_indoor:
DEG 4
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1601396397.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1601402572.99
ss_weather:
DEG 3.2
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1601396708.95
helper:
extWeather:
Device Wetter
Reading cloudCover
regexp Wetter:cloudCover:.*
Attributes:
comment attr useExtWeather Wetter:cloudCover
group Sensoren
indoorHorizon 4
room sonstiges
sortby 1
useExtWeather Wetter:cloudCover
verbose 5
Das ist noch nicht die Version von gestern 17:51 Uhr, oder?
(Die sollte dann dasselbe Verhalten aufweisen, aber da gibt es das Attribut indoorHorizon nicht mehr, das wird dann bei einem Neustart gelöscht).
Es war noch die vorangegangene Version.
Hab jetzt die neuste installiert und beobachte weiter :)
Hier 2 Bilder mit der "59_Twilight.pm:?/2020-09-25 UNSTABLE". Der Einfluss von "useExtWeather" auf state und light wurde hier ja schon diskutiert. Das habe ich jetzt mal genauer untersucht.
Dazu habe ich 2 Versuche mit den Werten 0 und 100 jeweils für einen Tag aufgezeichnet, gesetzt wurde um 04:00 bzw. 15:00 Uhr.
Bei Cloud 100 (völlige Bedeckung) werden alle Stufen sauber durchlaufen und die zwischen 5 - 6 und 6 - 5 sind besonders lang. Bedeutet: Dämmerung dauert länger.
Bei Cloud 0 (klar) werden auch alle Stufen sauber durchlaufen und die zwischen 4 - 5 - 6 und 6 - 5 - 4 sind besonders schnell. Die Kurve springt von 4 auf 6 und von 6 auf 4 wobei kein Verweilen auf 5 zu erkennen ist.
Im FileLog tritt aber der Wert 5 zeitgleich auf. Bedeutet: Dämmerung ist kürzer..
Damit ist nachgewiesen, dass Cloud Einfluss auf state und light hat. Warum nur die eine Stufe verändert wird ist mir nicht klar. Eigentlich müssten sich doch alle Stufen zeitlich verschieben, denn wenn z.B. für eine Rollladensteuerung auf 3 getriggert wird so erfolgt keine wetterabhängige Steuerung.
So nun habe ich auch noch die aktuellste "59_Twilight.pm:?/2020-09-29 UNSTABLE" eingespielt. Da kommt diese Meldung:
Messages collected while initializing FHEM:configfile: HGW_Twilight: unknown attribute indoorHorizon. Type 'attr HGW_Twilight ?' for a detailed list.
Scheint jetzt alles korrekt zu sein. Der INDOOR_HORIZON hat sich automatisch auf 3 eingestellt.
Leider ist es nun wieder passiert. State war seit 20:40:08 Uhr auf 12, Light auf 0.
23:21 Uhr einen Bewegungsmelder ausgelöst, Licht wurde wieder hell, so wie es laut DOIF nur sein darf, wenn State zwischen 5 und 7.
Also nachgeschaut. State steht auf 7, Light auf 5.
Davon ist aber im Logfile leider nichts zu sehen.
Auszug ab State 12:
2020-09-30_20:40:08 Daemmerung 12
2020-09-30_20:40:08 Daemmerung light: 0
2020-09-30_20:40:08 Daemmerung horizon: -18
2020-09-30_20:40:08 Daemmerung aktEvent: ss_astro
2020-09-30_20:40:08 Daemmerung nextEvent: sr_astro
2020-09-30_20:40:08 Daemmerung nextEventTime: 05:19:18
2020-09-30_20:42:10 Daemmerung azimuth: 288.03
2020-09-30_20:42:10 Daemmerung elevation: -19
2020-09-30_20:42:10 Daemmerung twilight: 0
2020-09-30_20:42:10 Daemmerung twilight_weather: 0
2020-09-30_20:42:10 Daemmerung compasspoint: west
2020-09-30_20:47:10 Daemmerung azimuth: 289.09
2020-09-30_20:47:10 Daemmerung elevation: -19.74
2020-09-30_20:47:10 Daemmerung twilight: 0
2020-09-30_20:47:10 Daemmerung twilight_weather: 0
2020-09-30_20:47:10 Daemmerung compasspoint: west
2020-09-30_20:52:10 Daemmerung azimuth: 290.16
2020-09-30_20:52:10 Daemmerung elevation: -20.48
2020-09-30_20:52:10 Daemmerung twilight: 0
2020-09-30_20:52:10 Daemmerung twilight_weather: 0
2020-09-30_20:52:10 Daemmerung compasspoint: west
2020-09-30_20:57:10 Daemmerung azimuth: 291.24
2020-09-30_20:57:10 Daemmerung elevation: -21.21
2020-09-30_20:57:10 Daemmerung twilight: 0
2020-09-30_20:57:10 Daemmerung twilight_weather: 0
2020-09-30_20:57:10 Daemmerung compasspoint: west
2020-09-30_21:02:10 Daemmerung azimuth: 292.33
2020-09-30_21:02:10 Daemmerung elevation: -21.94
2020-09-30_21:02:10 Daemmerung twilight: 0
2020-09-30_21:02:10 Daemmerung twilight_weather: 0
2020-09-30_21:02:10 Daemmerung compasspoint: west
2020-09-30_21:07:10 Daemmerung azimuth: 293.43
2020-09-30_21:07:10 Daemmerung elevation: -22.66
2020-09-30_21:07:10 Daemmerung twilight: 0
2020-09-30_21:07:10 Daemmerung twilight_weather: 0
2020-09-30_21:07:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:12:10 Daemmerung azimuth: 294.54
2020-09-30_21:12:10 Daemmerung elevation: -23.37
2020-09-30_21:12:10 Daemmerung twilight: 0
2020-09-30_21:12:10 Daemmerung twilight_weather: 0
2020-09-30_21:12:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:17:10 Daemmerung azimuth: 295.66
2020-09-30_21:17:10 Daemmerung elevation: -24.08
2020-09-30_21:17:10 Daemmerung twilight: 0
2020-09-30_21:17:10 Daemmerung twilight_weather: 0
2020-09-30_21:17:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:22:10 Daemmerung azimuth: 296.8
2020-09-30_21:22:10 Daemmerung elevation: -24.78
2020-09-30_21:22:10 Daemmerung twilight: 0
2020-09-30_21:22:10 Daemmerung twilight_weather: 0
2020-09-30_21:22:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:27:10 Daemmerung azimuth: 297.94
2020-09-30_21:27:10 Daemmerung elevation: -25.47
2020-09-30_21:27:10 Daemmerung twilight: 0
2020-09-30_21:27:10 Daemmerung twilight_weather: 0
2020-09-30_21:27:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:32:10 Daemmerung azimuth: 299.1
2020-09-30_21:32:10 Daemmerung elevation: -26.16
2020-09-30_21:32:10 Daemmerung twilight: 0
2020-09-30_21:32:10 Daemmerung twilight_weather: 0
2020-09-30_21:32:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:37:10 Daemmerung azimuth: 300.27
2020-09-30_21:37:10 Daemmerung elevation: -26.84
2020-09-30_21:37:10 Daemmerung twilight: 0
2020-09-30_21:37:10 Daemmerung twilight_weather: 0
2020-09-30_21:37:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:42:10 Daemmerung azimuth: 301.45
2020-09-30_21:42:10 Daemmerung elevation: -27.51
2020-09-30_21:42:10 Daemmerung twilight: 0
2020-09-30_21:42:10 Daemmerung twilight_weather: 0
2020-09-30_21:42:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:47:10 Daemmerung azimuth: 302.64
2020-09-30_21:47:10 Daemmerung elevation: -28.17
2020-09-30_21:47:10 Daemmerung twilight: 0
2020-09-30_21:47:10 Daemmerung twilight_weather: 0
2020-09-30_21:47:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:52:10 Daemmerung azimuth: 303.85
2020-09-30_21:52:10 Daemmerung elevation: -28.82
2020-09-30_21:52:10 Daemmerung twilight: 0
2020-09-30_21:52:10 Daemmerung twilight_weather: 0
2020-09-30_21:52:10 Daemmerung compasspoint: west-northwest
2020-09-30_21:57:10 Daemmerung azimuth: 305.07
2020-09-30_21:57:10 Daemmerung elevation: -29.47
2020-09-30_21:57:10 Daemmerung twilight: 0
2020-09-30_21:57:10 Daemmerung twilight_weather: 0
2020-09-30_21:57:10 Daemmerung compasspoint: west-northwest
2020-09-30_22:02:10 Daemmerung azimuth: 306.31
2020-09-30_22:02:10 Daemmerung elevation: -30.1
2020-09-30_22:02:10 Daemmerung twilight: 0
2020-09-30_22:02:10 Daemmerung twilight_weather: 0
2020-09-30_22:02:10 Daemmerung compasspoint: west-northwest
2020-09-30_22:07:10 Daemmerung azimuth: 307.56
2020-09-30_22:07:10 Daemmerung elevation: -30.73
2020-09-30_22:07:10 Daemmerung twilight: 0
2020-09-30_22:07:10 Daemmerung twilight_weather: 0
2020-09-30_22:07:10 Daemmerung compasspoint: west-northwest
2020-09-30_22:12:10 Daemmerung azimuth: 308.83
2020-09-30_22:12:10 Daemmerung elevation: -31.34
2020-09-30_22:12:10 Daemmerung twilight: 0
2020-09-30_22:12:10 Daemmerung twilight_weather: 0
2020-09-30_22:12:10 Daemmerung compasspoint: west-northwest
2020-09-30_22:17:10 Daemmerung azimuth: 310.11
2020-09-30_22:17:10 Daemmerung elevation: -31.95
2020-09-30_22:17:10 Daemmerung twilight: 0
2020-09-30_22:17:10 Daemmerung twilight_weather: 0
2020-09-30_22:17:10 Daemmerung compasspoint: west-northwest
2020-09-30_22:22:10 Daemmerung azimuth: 311.41
2020-09-30_22:22:10 Daemmerung elevation: -32.54
2020-09-30_22:22:10 Daemmerung twilight: 0
2020-09-30_22:22:10 Daemmerung twilight_weather: 0
2020-09-30_22:22:10 Daemmerung compasspoint: west-northwest
2020-09-30_22:27:10 Daemmerung azimuth: 312.72
2020-09-30_22:27:10 Daemmerung elevation: -33.12
2020-09-30_22:27:10 Daemmerung twilight: 0
2020-09-30_22:27:10 Daemmerung twilight_weather: 0
2020-09-30_22:27:10 Daemmerung compasspoint: west-northwest
2020-09-30_22:32:10 Daemmerung azimuth: 314.05
2020-09-30_22:32:10 Daemmerung elevation: -33.69
2020-09-30_22:32:10 Daemmerung twilight: 0
2020-09-30_22:32:10 Daemmerung twilight_weather: 0
2020-09-30_22:32:10 Daemmerung compasspoint: west-northwest
2020-09-30_22:37:10 Daemmerung azimuth: 315.4
2020-09-30_22:37:10 Daemmerung elevation: -34.24
2020-09-30_22:37:10 Daemmerung twilight: 0
2020-09-30_22:37:10 Daemmerung twilight_weather: 0
2020-09-30_22:37:10 Daemmerung compasspoint: northwest
2020-09-30_22:42:10 Daemmerung azimuth: 316.76
2020-09-30_22:42:10 Daemmerung elevation: -34.79
2020-09-30_22:42:10 Daemmerung twilight: 0
2020-09-30_22:42:10 Daemmerung twilight_weather: 0
2020-09-30_22:42:10 Daemmerung compasspoint: northwest
2020-09-30_22:47:10 Daemmerung azimuth: 318.14
2020-09-30_22:47:10 Daemmerung elevation: -35.31
2020-09-30_22:47:10 Daemmerung twilight: 0
2020-09-30_22:47:10 Daemmerung twilight_weather: 0
2020-09-30_22:47:10 Daemmerung compasspoint: northwest
2020-09-30_22:52:10 Daemmerung azimuth: 319.54
2020-09-30_22:52:10 Daemmerung elevation: -35.83
2020-09-30_22:52:10 Daemmerung twilight: 0
2020-09-30_22:52:10 Daemmerung twilight_weather: 0
2020-09-30_22:52:10 Daemmerung compasspoint: northwest
2020-09-30_22:57:10 Daemmerung azimuth: 320.95
2020-09-30_22:57:10 Daemmerung elevation: -36.33
2020-09-30_22:57:10 Daemmerung twilight: 0
2020-09-30_22:57:10 Daemmerung twilight_weather: 0
2020-09-30_22:57:10 Daemmerung compasspoint: northwest
2020-09-30_23:02:10 Daemmerung azimuth: 322.38
2020-09-30_23:02:10 Daemmerung elevation: -36.81
2020-09-30_23:02:10 Daemmerung twilight: 0
2020-09-30_23:02:10 Daemmerung twilight_weather: 0
2020-09-30_23:02:10 Daemmerung compasspoint: northwest
2020-09-30_23:07:10 Daemmerung azimuth: 323.83
2020-09-30_23:07:10 Daemmerung elevation: -37.28
2020-09-30_23:07:10 Daemmerung twilight: 0
2020-09-30_23:07:10 Daemmerung twilight_weather: 0
2020-09-30_23:07:10 Daemmerung compasspoint: northwest
2020-09-30_23:12:10 Daemmerung azimuth: 325.29
2020-09-30_23:12:10 Daemmerung elevation: -37.74
2020-09-30_23:12:10 Daemmerung twilight: 0
2020-09-30_23:12:10 Daemmerung twilight_weather: 0
2020-09-30_23:12:10 Daemmerung compasspoint: northwest
2020-09-30_23:17:09 Daemmerung cloudCover: 5
2020-09-30_23:17:09 Daemmerung sr_weather: 07:44:51
2020-09-30_23:17:09 Daemmerung ss_weather: 18:15:02
2020-09-30_23:17:10 Daemmerung azimuth: 326.77
2020-09-30_23:17:10 Daemmerung elevation: -38.18
2020-09-30_23:17:10 Daemmerung twilight: 0
2020-09-30_23:17:10 Daemmerung twilight_weather: 0
2020-09-30_23:17:10 Daemmerung compasspoint: northwest
2020-09-30_23:22:10 Daemmerung azimuth: 328.27
2020-09-30_23:22:10 Daemmerung elevation: -38.6
2020-09-30_23:22:10 Daemmerung twilight: 0
2020-09-30_23:22:10 Daemmerung twilight_weather: 0
2020-09-30_23:22:10 Daemmerung compasspoint: northwest
2020-09-30_23:27:10 Daemmerung azimuth: 329.79
2020-09-30_23:27:10 Daemmerung elevation: -39
2020-09-30_23:27:10 Daemmerung twilight: 0
2020-09-30_23:27:10 Daemmerung twilight_weather: 0
2020-09-30_23:27:10 Daemmerung compasspoint: northwest
List des Moduls:
Internals:
DEF 51.xxxxxxxxx 12.xxxxxxxx 4
FUUID 5f5a7dd4-f33f-3401-66ea-ecb77d14217e4233
INDOOR_HORIZON 4
NAME Daemmerung
NOTIFYDEV Wetter
NR 531
NTFY_ORDER 50-Daemmerung
STATE 7
SUNPOS_OFFSET 300
SWIP 1
TYPE Twilight
WEATHER_CORRECTION 0.4
WEATHER_HORIZON 4.4
READINGS:
2020-09-30 23:17:09 aktEvent ss_weather
2020-09-30 23:27:10 azimuth 329.79
2020-09-30 23:17:09 cloudCover 5
2020-09-30 23:27:10 compasspoint northwest
2020-09-30 23:27:10 elevation -39
2020-09-30 23:17:09 horizon 4.4
2020-09-30 23:17:09 light 5
2020-09-30 23:17:09 nextEvent ss_indoor
2020-09-30 23:17:09 nextEventTime 18:17:39
2020-09-30 11:17:39 sr 07:16:20
2020-09-30 11:17:39 sr_astro 05:19:18
2020-09-30 11:17:39 sr_civil 06:37:48
2020-09-30 11:17:39 sr_indoor 07:42:14
2020-09-30 11:17:39 sr_naut 05:59:03
2020-09-30 23:17:09 sr_weather 07:44:51
2020-09-30 11:17:39 ss 18:43:29
2020-09-30 11:17:39 ss_astro 20:40:08
2020-09-30 11:17:39 ss_civil 19:21:56
2020-09-30 11:17:39 ss_indoor 18:17:39
2020-09-30 11:17:39 ss_naut 20:00:33
2020-09-30 23:17:09 ss_weather 18:15:02
2020-09-30 23:17:09 state 7
2020-09-30 23:27:10 twilight 0
2020-09-30 23:27:10 twilight_weather 0
TIMER:
Daemmerung_Midnight:
HASH Daemmerung
MODIFIER Midnight
NAME Daemmerung_Midnight
Daemmerung_sr:
DEG 0
HASH Daemmerung
LIGHT 4
MODIFIER sr
NAME Daemmerung_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1601442980.03
Daemmerung_sr_astro:
DEG -18
HASH Daemmerung
LIGHT 1
MODIFIER sr_astro
NAME Daemmerung_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1601435958
Daemmerung_sr_civil:
DEG -6
HASH Daemmerung
LIGHT 3
MODIFIER sr_civil
NAME Daemmerung_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1601440668.02
Daemmerung_sr_indoor:
DEG 4
HASH Daemmerung
LIGHT 5
MODIFIER sr_indoor
NAME Daemmerung_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1601444534.04
Daemmerung_sr_naut:
DEG -12
HASH Daemmerung
LIGHT 2
MODIFIER sr_naut
NAME Daemmerung_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1601438343.01
Daemmerung_sr_weather:
DEG 4.4
HASH Daemmerung
LIGHT 6
MODIFIER sr_weather
NAME Daemmerung_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1601444691.05
Daemmerung_ss:
DEG 0
HASH Daemmerung
LIGHT 3
MODIFIER ss
NAME Daemmerung_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1601484209.97
Daemmerung_ss_astro:
DEG -18
HASH Daemmerung
LIGHT 0
MODIFIER ss_astro
NAME Daemmerung_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1601491208
Daemmerung_ss_civil:
DEG -6
HASH Daemmerung
LIGHT 2
MODIFIER ss_civil
NAME Daemmerung_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1601486516.98
Daemmerung_ss_indoor:
DEG 4
HASH Daemmerung
LIGHT 4
MODIFIER ss_indoor
NAME Daemmerung_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1601482659.96
Daemmerung_ss_naut:
DEG -12
HASH Daemmerung
LIGHT 1
MODIFIER ss_naut
NAME Daemmerung_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1601488833.99
Daemmerung_ss_weather:
DEG 4.4
HASH Daemmerung
LIGHT 5
MODIFIER ss_weather
NAME Daemmerung_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1601482502.95
Daemmerung_sunpos:
HASH Daemmerung
MODIFIER sunpos
NAME Daemmerung_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1601442980.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1601435958
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1601440668.02
sr_indoor:
DEG 4
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1601444534.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1601438343.01
sr_weather:
DEG 4.4
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1601444691.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1601484209.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1601491208
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1601486516.98
ss_indoor:
DEG 4
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1601482659.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1601488833.99
ss_weather:
DEG 4.4
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1601482502.95
helper:
extWeather:
Device Wetter
Reading cloudCover
regexp Wetter:cloudCover:.*
Attributes:
comment attr useExtWeather Wetter:cloudCover
group Sensoren
room sonstiges
sortby 1
useExtWeather Wetter:cloudCover
verbose 4
Hmm, ok...
Das mit den nichttriggernden updates von light+state muss ich mir mal ansehen, aber es hilft sehr, dass man das auf nichttriggernde Teile des codes eingrenzen kann. Mal sehen, sollte lösbar sein, da ja der triggernde Teil zu passen scheint...
Was den sehr schnellen Übergang bei keinen Wolken angeht, ist das m.E. ok, der Code setzt das auf "fast identisch" mit einer minimalen Verzögerung, die Events kommen ja auch (sonst würde nicht geloggt), man sieht es nur nicht auf der Grafik. Daher an der Stelle "no action required", oder übersehe ich was?
Was das indoorHorizon-_Attribut_ angeht, hatte ich ja geschrieben, dass das wieder entfällt, diese Meldung sieht daher nur (einmalig), wer eine (Test-) Version mit Attribut im Einsatz hatte.
@swsmily: Da in der DEF noch long/lat-Angaben sind, gehe ich davon aus, dass du entweder keine in global gesetzt hast, oder die abweichen. Wenn sie abweichen, brauchst du evtl. nicht zu anonymisieren, wenn nicht, würde ich empfehlen, die Angaben in global zu setzen. Sonst wunderst du dich ggf. irgendwann, warum isday() "falsche" Ergebnisse liefert (das ggf. auch (indirekt) in anderen Modulen genutzt wird)...
Zitat von: Beta-User am 01 Oktober 2020, 07:48:03
@swsmily: Da in der DEF noch long/lat-Angaben sind, gehe ich davon aus, dass du entweder keine in global gesetzt hast, oder die abweichen. Wenn sie abweichen, brauchst du evtl. nicht zu anonymisieren, wenn nicht, würde ich empfehlen, die Angaben in global zu setzen. Sonst wunderst du dich ggf. irgendwann, warum isday() "falsche" Ergebnisse liefert (das ggf. auch (indirekt) in anderen Modulen genutzt wird)...
Das war im DEF noch von früher drin. Global hat die gleichen Werte. Hab es jetzt aus dem DEF raus genommen ;)
Zitat von: swsmily am 01 Oktober 2020, 08:51:58
Das war im DEF noch von früher drin. Global hat die gleichen Werte. Hab es jetzt aus dem DEF raus genommen ;)
Hmmm, also falls das wirklich ganz genau dieselben Werte waren, sollte der Modul-Code die eigentlich rauswerfen... Aber nicht so tragisch, andersrum wäre schlimmer.
Hab's noch nicht vertieft getestet, aber anbei eine Version, die die Zeiten und die Wetter-abhängigen Timer (hoffentlich) nur für die heutige Zukunft direkt innerhalb der NotifyFn ändert. Damit sollte auch der komische Rückfall auf 5/7 entfallen...
Nein, waren nicht exakt die gleichen Werte. Haben aber auf Google Maps auf die gleiche Adresse gezeigt ;D
Die neue Version habe ich gerade eingespielt und werde beobachten und berichten. Danke für deine Mühe!
Zur Info, mit der aktuellen Version ist es heute nicht zu den falschen State und Light - Werten gekommen.
Zitat von: swsmily am 01 Oktober 2020, 23:50:31
Zur Info, mit der aktuellen Version ist es heute nicht zu den falschen State und Light - Werten gekommen.
Danke für die Rückmeldung!
Dann werde ich mal sehen, ob ich eine "entschäfte" (oder funktionierende...) Fassung hinbekomme für's svn: Die hier zum Testen angebotene hat nämlich in einem Fall ziemlich üble Nebenwirkungen, nämlich wenn man es mit einem "komischen" externen Wetter-Device versucht (<Weather>:cloudCover ist aber ausdrücklich ok!). (Bitte ggf. nur an einem Testsystem austesten...).
Zitat von: Beta-User am 02 Oktober 2020, 08:21:03
Dann werde ich mal sehen, ob ich eine "entschäfte" (oder funktionierende...) Fassung hinbekomme
Anbei eine (hoffentlich) funktionierende Fassung, die bei einem "nummerischen Wetter" (=bisheriges Yahoo-Format (?)) nachsieht, ob es (mind) ein Weather-TYPE-Device gibt und sich dann das erste als Wetterlieferanten greift :) .
Mein aktuelles Testdevice sieht so aus:
defmod tw_test1 Twilight 4.5 wetter2(Geo-Koordinaten können weiter optional angegeben werden).
Welches Reading herangezogen wird, ergibt sich dann aus dem Device-Typ; so könnte man ggf. auch andere TYPE einbinden und ggf. "extended" Optionen anbieten, z.B. um dann auch wieder eine "Thunderstorm"-Erkennung usw. zu machen. (Evtl. muss dass dann über eine Timer-Routine angeschubst werden, damit tatsächlich alle Readings aktualisiert wurden usw.). Da wären also noch einige Detailfragen zu klären, aber für's erste ist das m.E. mal eine Grundlage für ausgiebiges Testen und ein update im svn, auch wenn der Code teils noch grottig aussieht...
...und gleich noch ein Nachschlag, weil m.E. auch in manchen Fällen noch "nextEventTime" triggernd anzupassen ist...
Das kann hoffentlich das hier dann jetzt auch...
Hab es bei mir gerade eingespielt und teste, ob es läuft.
Hallo zusammen,
danke Beta-User das du die pflege des Moduls übernimmst.
Ich habe gestern ein Update meiner FHEM Installation gemacht.
Nach einem Neustart des Systems ist das Twilight Modul leider weg.
Das Modul wird nicht geladen, ein reload 59_Twilight.pm bringt folgenden Fehler:
Too many arguments for main::sr_alt at ./FHEM/59_Twilight.pm line 200, near "$long)"
Too many arguments for main::sr_alt at ./FHEM/59_Twilight.pm line 203, near "$long)"
Dann habe ich mal das aktuelle hier aus dem vorletzten Beitrag geladen und manuell bei mir eingespielt.
Der Fehler beim Reload ist ein anderer, mit dem ich leider nicht viel anfangen kann:
Can't locate FHEM/Core/Timer/Helper.pm in @INC (you may need to install the FHEM::Core::Timer::Helper module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.30.3 /usr/local/share/perl/5.30.3 /usr/lib/x86_64-linux-gnu/perl5/5.30 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.30 /usr/share/perl/5.30 /usr/local/lib/site_perl /usr/local/lib/x86_64-linux-gnu/perl/5.30.0 /usr/local/share/perl/5.30.0) at ./FHEM/59_Twilight.pm line 44.
BEGIN failed--compilation aborted at ./FHEM/59_Twilight.pm line 44.
Kann mir wohl jemand auf die Sprünge helfen, was das Problem sein könnte?
Danke und schönen Feiertag
Da ist was mit dem update kaputt. FHEM-Installation ist zu alt.
hmm ok, danke
hast du nen hinweis was das sein könnte?
Mache normalerweise jede Woche nen update, jetzt aber seit anfang des jahres eher mal alle 2-3 monate
das gibt der befehl version aus:
Latest Revision: 21026
File Rev Last Change
fhem.pl 22894 2020-10-01 19:49:32Z rudolfkoenig
96_allowed.pm 20069 2019-08-27 08:36:02Z rudolfkoenig
No Id found for 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm
90_at.pm 17561 2018-10-18 14:45:30Z rudolfkoenig
98_autocreate.pm 20791 2019-12-20 17:30:57Z rudolfkoenig
73_AutoShuttersControl.pm 21019 2020-01-20 07:42:32Z CoolTux
70_BOTVAC.pm 22802 2020-09-20 15:33:59Z vuffiraa
98_cmdalias.pm 16300 2018-03-01 08:48:21Z rudolfkoenig
00_CUL.pm 21659 2020-04-13 10:08:36Z rudolfkoenig
09_CUL_FHTTK.pm 18391 2019-01-23 19:05:58Z Matscher
10_CUL_HM.pm 22806 2020-09-20 18:12:13Z martinp876
14_CUL_MAX.pm 22175 2020-06-13 17:32:49Z Wzut
14_CUL_REDIRECT.pm 18358 2019-01-20 20:21:05Z bjoernh
14_CUL_TCM97001.pm 20839 2019-12-28 09:41:47Z bjoernh
14_CUL_TX.pm 17102 2018-08-08 05:34:42Z rudolfkoenig
14_CUL_WS.pm 20918 2020-01-08 19:20:38Z rudolfkoenig
37_dash_dhcp.pm 12926 2017-01-01 13:07:33Z justme1968
93_DbLog.pm 21003 2020-01-17 19:56:36Z DS_Starter
# $Id: 70_DENON_AVR.pm ----- 2016-10-12 00:00:00Z raman $
# $Id: 71_DENON_AVR_ZONE.pm ----- 2016-10-12 15:37:45Z raman $
# $Id: 98_DeviceMonitor.pm $
98_dewpoint.pm 18846 2019-03-10 11:45:58Z hotbso
98_DOIF.pm 20929 2020-01-10 09:44:35Z Damian
98_DOIFtools.pm 19948 2019-08-04 15:53:01Z Ellert
98_dummy.pm 20665 2019-12-06 11:05:35Z rudolfkoenig
30_DUOFERN.pm 20390 2019-10-21 18:33:42Z Telekatz
10_DUOFERNSTICK.pm 14082 2017-04-23 11:46:58Z Telekatz
64_ESA2000.pm 7243 2014-12-17 13:04:32Z stromer-12
34_ESPEasy.pm 18608 2019-02-16 09:03:52Z dev0
91_eventTypes.pm 14888 2017-08-13 12:07:12Z rudolfkoenig
37_fakeRoku.pm 20309 2019-10-04 09:16:41Z justme1968
00_FBAHAHTTP.pm 19019 2019-03-24 17:39:43Z rudolfkoenig
10_FBDECT.pm 22327 2020-07-02 08:57:19Z rudolfkoenig
72_FB_CALLLIST.pm 20355 2019-10-13 18:46:20Z markusbloch
72_FB_CALLMONITOR.pm 20486 2019-11-10 08:06:06Z markusbloch
No Id found for 99_FHEMControlPush.pm
01_FHEMWEB.pm 22632 2020-08-19 17:02:35Z rudolfkoenig
11_FHT.pm 22720 2020-09-03 18:47:47Z rudolfkoenig
92_FileLog.pm 20826 2019-12-25 19:06:07Z rudolfkoenig
72_FRITZBOX.pm 17437 2018-09-30 18:24:58Z tupol
10_FS20.pm 14888 2017-08-13 12:07:12Z rudolfkoenig
98_GEOFANCY.pm 18995 2019-03-22 20:09:53Z loredo
20_GUEST.pm 19533 2019-06-02 19:33:11Z loredo
37_harmony.pm 19170 2019-04-13 12:21:29Z justme1968
14_Hideki.pm 21666 2020-04-13 21:14:53Z Sidey
98_HMinfo.pm 20889 2020-01-05 07:01:32Z martinp876
00_HMLAN.pm 18152 2019-01-05 23:18:38Z martinp876
12_HMS.pm 16797 2018-05-29 19:35:43Z rudolfkoenig
22_HOMEMODE.pm 20562 2019-11-22 21:11:54Z DeeSPe
02_HTTPSRV.pm 20110 2019-09-05 17:30:20Z neubert
74_HusqvarnaAutomower.pm 19200 2019-04-16 18:39:00Z krannich
98_IF.pm 12944 2017-01-03 12:56:17Z Damian
49_IPCAM.pm 18505 2019-02-05 21:50:23Z rudolfkoenig
10_IT.pm 20839 2019-12-28 09:41:47Z bjoernh
36_KeyValueProtocol.pm 20300 2019-10-03 18:47:47Z HCS
70_KODI.pm 20527 2019-11-17 14:29:36Z vbs
13_KS300.pm 20008 2019-08-17 10:24:14Z rudolfkoenig
00_KVPUDP.pm 7911 2015-12-10 21:11:31Z habeIchVergessen
36_LaCrosse.pm 20217 2019-09-21 09:53:25Z HCS
36_LaCrosseGateway.pm 21663 2020-04-13 20:26:26Z HCS
31_LightScene.pm 18765 2019-03-01 09:13:39Z justme1968
59_LuftdatenInfo.pm 21937 2020-05-14 14:44:32Z igami
10_MAX.pm 22368 2020-07-07 17:18:53Z Wzut
98_monitoring.pm 18801 2019-03-06 04:57:04Z igami
00_MQTT.pm 22046 2020-05-27 21:59:44Z hexenmeister
10_MQTT2_DEVICE.pm 22458 2020-07-24 07:42:21Z rudolfkoenig
00_MQTT2_SERVER.pm 22594 2020-08-13 07:43:24Z rudolfkoenig
10_MQTT_GENERIC_BRIDGE.pm 19737 2019-06-28 15:56:35Z hexenmeister
75_MSG.pm 19215 2019-04-18 11:55:19Z loredo
75_msgConfig.pm 18995 2019-03-22 20:09:53Z loredo
No Id found for 99_myUtilsSpeedport.pm
99_myUtilsTelefon.pm 1932 2012-10-06 20:15:33Z ulimaass
99_myUtils_average.pm 7570 2016-11-03 13:37:44Z christian.uhlmann
99_myUtils_season.pm 7570 2017-06-14 12:31:44Z christian.uhlmann
99_myUtils_thereestateTimer.pm 1001 2016-08-07 13:29:44Z christianuhlmann
74_Nmap.pm 14107 2017-04-26 03:51:05Z igami
91_notify.pm 20827 2019-12-25 19:17:36Z rudolfkoenig
70_OctoPrint.pm 20802 2019-12-22 15:00:44Z michael.winkler
36_PCA301.pm 12056 2016-08-22 19:30:31Z justme1968
No Id found for 99_perfmon.pm
73_PRESENCE.pm 20782 2019-12-19 10:51:06Z markusbloch
59_PROPLANTA.pm 18714 2019-02-24 16:08:46Z tupol
33_readingsGroup.pm 21151 2020-02-08 16:00:45Z justme1968
33_readingsHistory.pm 18976 2019-03-20 09:44:44Z justme1968
33_readingsProxy.pm 16299 2018-03-01 08:06:55Z justme1968
95_remotecontrol.pm 10724 2016-02-04 18:17:33Z ulimaass
10_RESIDENTS.pm 19533 2019-06-02 19:33:11Z loredo
19_Revolt.pm 17447 2018-10-01 19:13:48Z yoda_gh
# $Id: 99_RFritzBox.pm $
20_ROOMMATE.pm 19533 2019-06-02 19:33:11Z loredo
39_siri.pm 14044 2017-04-20 07:48:44Z justme1968
00_SONOS.pm 22400 2020-07-14 17:54:36Z Reinerlein
21_SONOSPLAYER.pm 22400 2020-07-14 17:54:36Z Reinerlein
32_speedtest.pm 12056 2016-08-22 19:30:31Z justme1968
98_statistics.pm 20819 2019-12-23 23:07:57Z tupol
98_structure.pm 20453 2019-11-04 12:25:04Z rudolfkoenig
99_SUNRISE_EL.pm 18732 2019-02-25 13:15:34Z rudolfkoenig
98_SVG.pm 20950 2020-01-12 10:41:37Z rudolfkoenig
50_TelegramBot.pm 22708 2020-09-01 15:51:38Z viegener
98_telnet.pm 17529 2018-10-14 12:57:06Z rudolfkoenig
# $Id: 59_Twilight.pm Testversion convert old def 2020-10-02 Beta-User $
74_Unifi.pm 19989 2019-08-12 18:25:21Z wuehler
74_UnifiClient.pm 19989 2019-08-12 18:25:21Z wuehler
74_UnifiProtect.pm 19679 2019-06-21 14:14:29Z justme1968
74_UnifiSwitch.pm 20018 2019-08-18 18:58:36Z wuehler
98_update.pm 20778 2019-12-18 17:46:44Z rudolfkoenig
99_Utils.pm 21001 2020-01-17 13:19:57Z rudolfkoenig
98_version.pm 15140 2017-09-26 09:20:09Z markusbloch
98_weblink.pm 16293 2018-02-28 21:33:57Z rudolfkoenig
74_XiaomiBTLESens.pm 20924 2020-01-10 04:08:45Z CoolTux
No Id found for 71_XiaomiSmartHome.pm
No Id found for 71_XiaomiSmartHome_Device.pm
71_ZM_Monitor.pm 20463 2019-11-06 14:11:20Z delmar
70_ZoneMinder.pm 20463 2019-11-06 14:11:20Z delmar
10_ZWave.pm 22773 2020-09-15 15:32:41Z rudolfkoenig
00_ZWDongle.pm 22148 2020-06-09 18:25:46Z rudolfkoenig
AttrTemplate.pm 20425 2019-10-30 08:33:31Z rudolfkoenig
Blocking.pm 17553 2018-10-17 15:56:35Z rudolfkoenig
Color.pm 20813 2019-12-22 18:42:10Z justme1968
Common.pm 10759 2016-02-07 20:00:12Z rleins
configDB.pm 22827 2020-09-23 11:33:39Z betateilchen
No Id found for ConnAck.pm
No Id found for Connect.pm
No Id found for Constants.pm
ControlPoint.pm 18187 2019-01-08 22:01:47Z Reinerlein
DevIo.pm 20174 2019-09-16 18:04:03Z rudolfkoenig
No Id found for Disconnect.pm
FritzBoxUtils.pm 16691 2018-05-05 17:11:26Z rudolfkoenig
GPUtils.pm 19666 2019-06-20 11:17:29Z CoolTux
HMConfig.pm 20888 2020-01-05 06:59:29Z martinp876
HttpUtils.pm 20800 2019-12-22 09:13:49Z moises
No Id found for JustMessageId.pm
No Id found for Message.pm
Meta.pm 21008 2020-01-18 10:22:10Z loredo
msgSchema.pm 20113 2019-09-06 10:47:01Z loredo
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig
No Id found for PingReq.pm
No Id found for PingResp.pm
No Id found for PubAck.pm
No Id found for PubComp.pm
No Id found for Publish.pm
No Id found for PubRec.pm
No Id found for PubRel.pm
RESIDENTStk.pm 19788 2019-07-06 08:10:55Z loredo
RTypes.pm 10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm 19208 2019-04-17 19:27:09Z rudolfkoenig
No Id found for SubAck.pm
No Id found for Subscribe.pm
TcpServerUtils.pm 19138 2019-04-07 10:17:21Z rudolfkoenig
TimeSeries.pm 10907 2016-02-21 17:38:02Z borisneubert
UConv.pm 19770 2019-07-03 15:58:46Z loredo
Unit.pm 19614 2019-06-13 23:11:25Z loredo
No Id found for UnsubAck.pm
No Id found for Unsubscribe.pm
ZWLib.pm 17186 2018-08-20 20:10:55Z rudolfkoenig
doif.js 15546 2017-12-03 09:57:42Z Ellert
fhemweb.js 20554 2019-11-20 20:53:04Z rudolfkoenig
fhemweb_fbcalllist.js 21006 2020-01-18 08:16:23Z markusbloch
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
fhemweb_readingsHistory.js 15189 2017-10-03 17:53:27Z justme1968
ja, einiges ist älter, aber kernkomponenten scheinen zu passen oder übersehe ich da etwas?
Hm, also das erste war ein Fehler, der mit einer "alten" Version von SUNRISE_EL zusammenhing, das andere hat damit zu tun, dass bei dir wohl unter fhem/lib einige Dateien nicht vorhanden sind. In dem Fall fehlt https://svn.fhem.de/trac/browser/trunk/fhem/lib/FHEM/Core/Timer/Helper.pm. Wieso und weshalb kann ich nicht beantworten. Entweder da ist irgendwann mit dem update was schief gegangen (kann man ggf. irgendwie mit force oder all reparieren (?), help update konsultieren...), oder evtl. hat auch dein Speichermedium einen Hau.
Jedenfalls sollte die hier gepostete Fassung ohne weiteres mit einem ziemlich aktuellen FHEM funktionieren, da ist keine spezielle Magie drin.
Danke jedenfalls für das Danke und auch Danke für den Mut zum testen.
Dass es einige Tester gibt, hilft mir sehr, denn das war jetzt schon ein ziemlicher Umbau im Modul, und auf manches an Wehwechen wäre ich nicht gestoßen ohne eure Rückmeldungen...
TOP!
vielen Dank, hat geklappt.
Da war wohl tatsächlich was mit meinem update irgendwann mal schief gegangen.
Jetzt geht alles, auch mit der neusten Version aus dem Forum.
Das erklärt jetzt vermutlich auch den ein oder anderen Fehler den ich habe aber bisher nicht weiter verfolgen konnte.
Hallo
Ich hätte eine frage zum Modul ich habe mir die letzte testversion heruntergeladen.
Ich verwende useExtWeather OPWeather:cloudCover aktuell habe ich folgenden wert twilight_weather: 39 trotzdem steht light auf 6.
Irgendwo fehlt mir hier nun der Zusammenhang dachte das Weather einfluss auf light hat das würde aber nun dem wiedersprechen was ich hier als Ergebniss habe.
Hier das list vom Wettermodul
Internals:
CONDITION 50
DEF Koordinaten wurden entfernt 4
FUUID 5c501211-f33f-1e39-7711-c23f5d11940d56a1
INDOOR_HORIZON 4
LATITUDE 00000
LONGITUDE 10000000
NAME LichtWetter
NOTIFYDEV OPWeather
NR 21
STATE 6
SUNPOS_OFFSET 300
SWIP 1
TYPE Twilight
WEATHER 0
WEATHER_CORRECTION 5.2
WEATHER_HORIZON 9.2
READINGS:
2020-10-05 08:01:30 aktEvent sr_weather
2020-10-05 10:55:33 azimuth 149.13
2020-10-04 17:55:46 cloudCover 65
2020-10-05 10:55:33 compasspoint southeast
2020-09-26 17:36:14 condition 0
2020-10-05 10:55:33 elevation 30.94
2020-10-05 08:01:30 horizon 9.2
2020-10-05 08:01:30 light 6
2020-10-05 08:01:30 nextEvent ss_weather
2020-10-05 08:01:30 nextEventTime 17:20:45
2020-10-05 00:00:01 sr 07:04:32
2020-10-05 00:00:01 sr_astro 05:15:24
2020-10-05 00:00:01 sr_civil 06:28:16
2020-10-05 00:00:01 sr_indoor 07:29:00
2020-10-05 00:00:01 sr_naut 05:52:04
2020-10-05 07:01:30 sr_weather 08:01:30
2020-10-05 00:00:01 ss 18:17:38
2020-10-05 00:00:01 ss_astro 20:06:28
2020-10-05 00:00:01 ss_civil 18:53:49
2020-10-05 00:00:01 ss_indoor 17:53:12
2020-10-05 00:00:01 ss_naut 19:29:55
2020-10-05 07:01:30 ss_weather 17:20:45
2020-10-05 08:01:30 state 6
2020-10-05 10:55:33 twilight 100
2020-10-05 10:55:33 twilight_weather 39
TIMER:
LichtWetter_Midnight:
HASH LichtWetter
MODIFIER Midnight
NAME LichtWetter_Midnight
LichtWetter_sr:
DEG 0
HASH LichtWetter
LIGHT 4
MODIFIER sr
NAME LichtWetter_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1601874272.03
LichtWetter_sr_astro:
DEG -18
HASH LichtWetter
LIGHT 1
MODIFIER sr_astro
NAME LichtWetter_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1601867724
LichtWetter_sr_civil:
DEG -6
HASH LichtWetter
LIGHT 3
MODIFIER sr_civil
NAME LichtWetter_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1601872096.02
LichtWetter_sr_indoor:
DEG 4
HASH LichtWetter
LIGHT 5
MODIFIER sr_indoor
NAME LichtWetter_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1601875740.04
LichtWetter_sr_naut:
DEG -12
HASH LichtWetter
LIGHT 2
MODIFIER sr_naut
NAME LichtWetter_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1601869924.01
LichtWetter_sr_weather:
DEG 9.2
HASH LichtWetter
LIGHT 6
MODIFIER sr_weather
NAME LichtWetter_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1601877690.05
LichtWetter_ss:
DEG 0
HASH LichtWetter
LIGHT 3
MODIFIER ss
NAME LichtWetter_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1601914658.97
LichtWetter_ss_astro:
DEG -18
HASH LichtWetter
LIGHT 0
MODIFIER ss_astro
NAME LichtWetter_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1601921188
LichtWetter_ss_civil:
DEG -6
HASH LichtWetter
LIGHT 2
MODIFIER ss_civil
NAME LichtWetter_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1601916829.98
LichtWetter_ss_indoor:
DEG 4
HASH LichtWetter
LIGHT 4
MODIFIER ss_indoor
NAME LichtWetter_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1601913192.96
LichtWetter_ss_naut:
DEG -12
HASH LichtWetter
LIGHT 1
MODIFIER ss_naut
NAME LichtWetter_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1601918995.99
LichtWetter_ss_weather:
DEG 9.2
HASH LichtWetter
LIGHT 5
MODIFIER ss_weather
NAME LichtWetter_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1601911245.95
LichtWetter_sunpos:
HASH LichtWetter
MODIFIER sunpos
NAME LichtWetter_sunpos
LichtWetter_weather:
HASH LichtWetter
MODIFIER weather
NAME LichtWetter_weather
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1601874272.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1601867724
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1601872096.02
sr_indoor:
DEG 4
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1601875740.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1601869924.01
sr_weather:
DEG 9.2
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1601877690.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1601914658.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1601921188
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1601916829.98
ss_indoor:
DEG 4
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1601913192.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1601918995.99
ss_weather:
DEG 9.2
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1601911245.95
helper:
extWeather:
Device OPWeather
Reading cloudCover
regexp OPWeather:cloudCover:.*
Attributes:
event-on-change-reading light,twilight
room Statuswerte
useExtWeather OPWeather:cloudCover
Zitat von: leachim200 am 05 Oktober 2020, 10:53:53
Irgendwo fehlt mir hier nun der Zusammenhang dachte das Weather einfluss auf light hat das würde aber nun dem wiedersprechen was ich hier als Ergebniss habe.
Über die Frage, ob denn jetzt das cloudCover einen Einfluss auf "light" haben sollte oder nicht, hatten wir hier schon etwas gegrübelt. Ich war nach Analyse des Codes davon ausgegangen, dass nicht. Zwischenzeitlich bin ich auch der Meinung, dass das (wie "state") einem (im wesentlichen) festen (Zeitabfolge-) Schema folgt.
Falls das gewünscht wird:
Vermutlich wäre es keine größere Sache, auch noch ein "light_weather" mit den Wetterdaten zu berechnen; soweit erkennbar, müßte man dazu schlicht das sowieso vorhandene "WEATHER_CORRECTION" auswerten. Wie man daraus aber ein "light" ableiten sollte, dazu fehlt mir im Moment jede Idee.
Zitat von: Christian Uhlmann am 03 Oktober 2020, 15:48:55
vielen Dank, hat geklappt.
:) Danke für die Rückmeldung, freut mich, wenn du ggf. dann auch andere "Sondereffekte" wieder in den Griff bekommst.
Wenn man das light_weather einbauen könnte wäre das echt super die 6 Stufen sind für mich leichter aus zu werten.
Würde der dann auch den indoor Horizont berücksichtigen?
Zitat von: leachim200 am 06 Oktober 2020, 11:21:53
Wenn man das light_weather einbauen könnte wäre das echt super die 6 Stufen sind für mich leichter aus zu werten.
Würde der dann auch den indoor Horizont berücksichtigen?
Fragen über Fragen...
Also:
- twilight_weather liefert einen Wert von 0-100, abhängig auch von INDOOR_HORIZON
- light_weather hätte ich jetzt verstanden ebenfalls als Wert von 0-100, allerdings unabhängig von INDOOR_HORIZON; das wäre also die Helligkeit außen, und keine Stufen in dem 6-er Schema.
- Wenn man das "Stufenmodell" haben wollte, müßte irgendwie klar sein, wie das jeweils zuzuordnen sein soll, und ob das dann von twilight_weather (=indoor) oder von der Außenhelligkeit bestimmt werden soll.
Meine bisherige Tendenz wäre die: Als "slave"-Reading zu twilight_weather macht es vor allem dann Sinn, wenn die Ableitung mathematisch schwierig wäre, sonst ist es auch kein größeres Problem, in Event-Handlern direkt twilight_weather zu verwenden (oder ggf. ein userReading zu definieren, wer es irgendwie vereinfachen will).
Für die Außenhelligkeit würde ich dieselbe Skala für sinnvoll erachten, wie für twilight_weather.
Aber für konkrete Vorschläge, was wie wo landen soll, bin ich offen, nur frei erfinden wollte ich eigentlich nicht unbedingt was...
EDIT: OK, jetzt habe ich was im Wiki zum Thema light gefunden; mal sehen, ob und wie ich das umsetzen kann... geht wohl "nur" darum, einen Sonnenstandhorizont auswerten.
Zitat von: Beta-User am 06 Oktober 2020, 11:36:39
EDIT: OK, jetzt habe ich was im Wiki zum Thema light gefunden; mal sehen, ob und wie ich das umsetzen kann... geht wohl "nur" darum, einen Sonnenstandhorizont auswerten.
Irgendwie stehe ich auf dem Schlauch...
Ich kann das zwar lesen, was im Wiki zu "light" steht und auch das eine oder andere findet sich dazu ja in der commandref (Stand 16005 (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/59_Twilight.pm?rev=16005): aber wieso sagt die englische zu "sr_weather" "time of weather sunrise", während die deutsche mein es würde sich um den '"Wert" des Wetters beim Sonnenaufgang' handeln...?). Kurz: so ein richtiger Schuh wird da irgendwie nicht draus, v.a., wenn ich bzgl. des Codings über dem Code Stand 16005 (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/59_Twilight.pm?rev=16005) brüte. Da wird von Yahoo was abgefragt, ok. Dann wird daraus aber - im Prinzip - auch nur ein WEATHER_HORIZON gebildet und ansonsten die Rückgabewerte der Callback-Function eigentlich gar nicht weiter verwendet, zumindest geht es mit $xml in Twilight_TwilightTimes nicht wirklich weiter...
Also falls einer der ehemaligen Maintainer mir da auf's Pferd helfen möchte, wie das eigentlich gedacht ist: gerne...
Ansonsten ist das mit der gestuften Abfolge 0->6->0 auch nach längerem Nachdenken m.E. im Prinzip ok, es müßte nur so sein, dass eben jeweils der Wechsel von 4 nach 5, 5 nach 6 vormittags und nachmittags rückwärts dann auch jeweils unter Berücksichtigung der aktuellen Wetterdaten erfolgt - allerdings eben je Stufe nur einmal. Das sollte aber bereits jetzt (wieder) so sein...?
Zitat von: Beta-User am 06 Oktober 2020, 13:33:17
Ansonsten ist das mit der gestuften Abfolge 0->6->0 auch nach längerem Nachdenken m.E. im Prinzip ok, es müßte nur so sein, dass eben jeweils der Wechsel von 4 nach 5, 5 nach 6 vormittags und nachmittags rückwärts dann auch jeweils unter Berücksichtigung der aktuellen Wetterdaten erfolgt - allerdings eben je Stufe nur einmal. Das sollte aber bereits jetzt (wieder) so sein...?
Das ist so - kann ich bestätigen! Das hatte ich auch schon am 30 September (weiter vorn) mit Bildern gezeigt.
Zitat von: BroPi am 30 September 2020, 23:16:23
Hier 2 Bilder mit der "59_Twilight.pm:?/2020-09-25 UNSTABLE". Der Einfluss von "useExtWeather" auf state und light wurde hier ja schon diskutiert. Das habe ich jetzt mal genauer untersucht.
Dazu habe ich 2 Versuche mit den Werten 0 und 100 jeweils für einen Tag aufgezeichnet, gesetzt wurde um 04:00 bzw. 15:00 Uhr.
Bei Cloud 100 (völlige Bedeckung) werden alle Stufen sauber durchlaufen und die zwischen 5 - 6 und 6 - 5 sind besonders lang. Bedeutet: Dämmerung dauert länger.
Bei Cloud 0 (klar) werden auch alle Stufen sauber durchlaufen und die zwischen 4 - 5 - 6 und 6 - 5 - 4 sind besonders schnell. Die Kurve springt von 4 auf 6 und von 6 auf 4 wobei kein Verweilen auf 5 zu erkennen ist.
Im FileLog tritt aber der Wert 5 zeitgleich auf. Bedeutet: Dämmerung ist kürzer..
Damit ist nachgewiesen, dass Cloud Einfluss auf state und light hat.
Ich hab gestern die Version aus #89 (https://forum.fhem.de/index.php/topic,114061.msg1089340.html#msg1089340) zusätzlich zu einem regulärem FHEM Update eingespielt
# $Id: 59_Twilight.pm Testversion convert old def 2020-10-02 Beta-User $und es läuft erstmal unauffällig was die Werte angeht - bis auf diesen Fehler:
Zitatautocreate is disabled
Messages collected while initializing FHEM:configfile: Twilight: unknown attribute indoorHorizon. Type 'attr Twilight ?' for a detailed list.
Ich hatte vorher das Attribut indoorHorizon gesetzt gehabt. Nun ist das Attribut weg aber als Internal INDOOR_HORIZON mit dem Wert 3 noch vorhanden. Einen restart hatte ich seit dem Update auch nicht.
Es gibt auch kein Internal DEF mehr ??? - Lat/Long kommen von global, als CloudCover nutze ich das Attribut useExtWeather.
EDIT: folgende Warnings habe ich noch im Log gefunden, die bisher nur einmal aufgetreten sind:
2020.10.08 09:02:11 1: PERL WARNING: Use of uninitialized value $eventTime in subtraction (-) at ./FHEM/59_Twilight.pm line 606.
2020.10.08 09:02:11 1: PERL WARNING: Use of uninitialized value $nextEvent in hash element at ./FHEM/59_Twilight.pm line 612.
2020.10.08 09:02:11 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/59_Twilight.pm line 612.
2020.10.08 09:02:11 1: PERL WARNING: Use of uninitialized value in localtime at fhem.pl line 3509.
2020.10.08 09:02:11 1: PERL WARNING: Use of uninitialized value $light in concatenation (.) or string at ./FHEM/59_Twilight.pm line 617.
2020.10.08 09:02:11 1: PERL WARNING: Use of uninitialized value $doTrigger in concatenation (.) or string at ./FHEM/59_Twilight.pm line 617.
2020.10.08 09:02:11 1: PERL WARNING: Use of uninitialized value $state in sprintf at ./FHEM/59_Twilight.pm line 617.
2020.10.08 09:02:11 1: PERL WARNING: Use of uninitialized value $deg in sprintf at ./FHEM/59_Twilight.pm line 617.
2020.10.08 09:02:11 1: PERL WARNING: Use of uninitialized value $nextEvent in sprintf at ./FHEM/59_Twilight.pm line 617/EDIT
Zitat von: Beta-User am 06 Oktober 2020, 13:33:17Ansonsten ist das mit der gestuften Abfolge 0->6->0 auch nach längerem Nachdenken m.E. im Prinzip ok, es müßte nur so sein, dass eben jeweils der Wechsel von 4 nach 5, 5 nach 6 vormittags und nachmittags rückwärts dann auch jeweils unter Berücksichtigung der aktuellen Wetterdaten erfolgt - allerdings eben je Stufe nur einmal. Das sollte aber bereits jetzt (wieder) so sein...?
So ist auch mein Verständnis.
light ist mMn die Einstufung zwischen (theoretisch) vollem Tageslicht (6) (oder: bzw: Sonnenstand) und den verschiedenen Zeitpunkten zwischen den sr/ss Ereignissen/Zeitpunkten (so hat man bei etwa gleichen Sonnenstandverhältnissen immer den gleiche Status).
state zählt dagegen hoch.
ZitatSTATE wird beim Twilight-Modul von 0 - 11 durchgezählt.
0 -> vor astronomischen Aufgang, 1 -> vor nautischem Aufgang, 2 -> vor zivilem Aufgang, 3 -> vor Sonnenaufgang, 4 -> vor Indoor-Aufgang, 5 -> vor "Wetter-Aufgang", 6 -> vor "Wetter-Untergang" (also den meisten Tag lang)
Bis hierher ist light = STATE. Von nun an wird light wieder weniger (es wird ja dunkler) aber STATE schreitet vor, um Sonnenuntergänge von -aufgängen unterscheidbar zu machen.
7 -> vor Indoor-Untergang, 8 -> vor Sonnenuntergang, 9 -> vor zivilem Untergang, 10 -> vor nautischem Untergang, 11 -> vor astronomischem Untergang
Bitte auch bedenken, dass in der Nordhälfte Deutschlands die Sonne astronomisch im Sommer ca. 6 Wochen lang nicht untergeht, State wird also nicht alle Werte durchlaufen und light wird nie 0 sein.
https://wiki.fhem.de/wiki/Twilight_Anwendungsbeispiel#Zusammenhang_STATE_und_light
Von daher finde ich das Verhalten erstmal ok.
Die Zeiten passen gefühlt auch zur Jahreszeit und der Bewölkung. Es sieht also gut aus, mMn.
Hallo zusammen,
nachdem das halbwegs stressfrei zu laufen scheint, habe ich es eben - mit noch kleinen Änderungen - ins svn geschubst. Den Edit wegen der nicht-initialisierten Werte hatte ich leider erst eben gesehen, schaue ich mir noch an, habe aber keine derartigen Einträge im log (jedenfalls, wenn ich nur die Zeit nach einem Neustart ansehe).
Dass die Longitude- und Latitude-Werte nur noch an anderer Stelle (nur sichtbar, wenn man das aktiv einschaltet) auftauchen, wenn sie 100% identisch sind zu global, ist Absicht und wurde hier auch schon besprochen/angekündigt.
Was das "verlorengegangene Attribut" betrifft: Diesen Effekt hat man nur einmalig, wenn man eine der "älteren" Testversionen im Einsatz hatte. Da die Auswertung der Definition jetzt etwas verändert ist, ist das "Ausweichen" auf ein Attribut nicht erforderlich, und auch das Wetter-Device kann jetzt wieder in der DEF stehen (das finde ich eigentlich die "richtige" Variante).
Die cref ist auch an der einen oder anderen Stelle angepaßt, wer da ggf. noch Vorschläge hat: gerne. (Hinweis: Die (historische) cref und das Wiki sind zwar teilweise schon hilfreiche Quellen, was das zu erwartende Verhalten angeht, aber letztlich können/müssen wir entscheiden, wie das Ding denn jetzt "ticken" soll und dann ggf. Code+Doku entsprechend anpassen. Im Moment hoffe ich, dass alles soweit rückwärtskompatibel ist, wie es eben geht, und dass das mit der automatischen Konvertierung von Yahoo-Standort nach Weather bei möglichst vielen stressfrei klappt ::) ).
Zur Demo ist jetzt auch die Übernahme der ehemals via Yahoo-Codes zur Bestimmung des virtuellen Wetter-Horizonts herangezogenen condition-codes aus einem Weather-Device mal drin. Allerdings ist mir im Moment nicht klar, welchen Vorteil ggf. diese Codes gg. der reinen cloud-Coverage hätten bzw. wie man das (mathematisch) sinnvoll auswerten könnte. Falls da also jemand eine Idee hat: her damit.
Wenn nicht, fliegt das vermutlich irgendwann wieder raus. Es sollte sich also niemand darauf verlassen, dass es diese Readings (unter diesem Namen) weiterhin gibt...
Grüße und viel Spaß damit,
Beta-User
Update aus dem SVN ist eingespielt und läuft jetzt seit > 2 Tagen stabil. Topp.
Zitat von: Beta-User am 09 Oktober 2020, 08:05:29
Dass die Longitude- und Latitude-Werte nur noch an anderer Stelle (nur sichtbar, wenn man das aktiv einschaltet) auftauchen, wenn sie 100% identisch sind zu global, ist Absicht und wurde hier auch schon besprochen/angekündigt.
Wo schalte ich das aktiv im Twilight Device ein? Oder hab ich das mißverstanden?
Zitat von: Beta-User am 09 Oktober 2020, 08:05:29
Was das "verlorengegangene Attribut" betrifft: Diesen Effekt hat man nur einmalig, wenn man eine der "älteren" Testversionen im Einsatz hatte. Da die Auswertung der Definition jetzt etwas verändert ist, ist das "Ausweichen" auf ein Attribut nicht erforderlich, und auch das Wetter-Device kann jetzt wieder in der DEF stehen (das finde ich eigentlich die "richtige" Variante).
Ich habe keine Möglichkeit, die DEF irgendwie anzupassen - zB den indoorHorizon oder das weatherDevice zu ändern. Ich habe kein internals DEF mehr. oO Wie kann ich das nun tun? Löschen und neu definieren?
Zitat von: Beta-User am 09 Oktober 2020, 08:05:29Den Edit wegen der nicht-initialisierten Werte hatte ich leider erst eben gesehen, schaue ich mir noch an, habe aber keine derartigen Einträge im log (jedenfalls, wenn ich nur die Zeit nach einem Neustart ansehe).
Here we go - das sind die gesammelten Einträge seit dem Update (auf Twilight gekürzt):
2020.10.10 08:32:56 1: PERL WARNING: Use of uninitialized value $eventTime in subtraction (-) at ./FHEM/59_Twilight.pm line 614.
2020.10.10 08:32:56 1: PERL WARNING: Use of uninitialized value $nextEvent in hash element at ./FHEM/59_Twilight.pm line 620.
2020.10.10 08:32:56 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/59_Twilight.pm line 620.
2020.10.10 08:32:56 1: PERL WARNING: Use of uninitialized value in localtime at fhem.pl line 3509.
2020.10.10 08:32:56 1: PERL WARNING: Use of uninitialized value $light in concatenation (.) or string at ./FHEM/59_Twilight.pm line 625.
2020.10.10 08:32:56 1: PERL WARNING: Use of uninitialized value $doTrigger in concatenation (.) or string at ./FHEM/59_Twilight.pm line 625.
2020.10.10 08:32:56 1: PERL WARNING: Use of uninitialized value $state in sprintf at ./FHEM/59_Twilight.pm line 625.
2020.10.10 08:32:56 1: PERL WARNING: Use of uninitialized value $deg in sprintf at ./FHEM/59_Twilight.pm line 625.
2020.10.10 08:32:56 1: PERL WARNING: Use of uninitialized value $nextEvent in sprintf at ./FHEM/59_Twilight.pm line 625.
2020.10.11 00:00:01 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/59_Twilight.pm line 554.
2020.10.11 00:00:01 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/59_Twilight.pm line 586.Interessanterweise gab es heute noch kein Warning.
Zitat von: yersinia am 12 Oktober 2020, 11:12:16
Update aus dem SVN ist eingespielt und läuft jetzt seit > 2 Tagen stabil. Topp.
:) Das hört man gerne...!
ZitatWo schalte ich das aktiv im Twilight Device ein? Oder hab ich das mißverstanden?
Über "global", Attribut "showInternalValues" (hat auch Auswirkungen auf andere Devices).
ZitatIch habe keine Möglichkeit, die DEF irgendwie anzupassen - zB den indoorHorizon oder das weatherDevice zu ändern. Ich habe kein internals DEF mehr. oO Wie kann ich das nun tun? Löschen und neu definieren?
Sollte via defmod gehen.
ZitatHere we go - das sind die gesammelten Einträge seit dem Update (auf Twilight gekürzt):
Muß auch nochmal in mein Log sehen, habe aber den Verdacht, dass das ggf. auf das veränderte Startverhalten iVm. mit einer Sache in deiner Installation zurückzuführen ist. Kann es sein, dass ein _anderes Device_ die "twilight()"-Funktion direkt beim Start aufruft?
Wenn ja, könnte die angehängte Fassung abhelfen. Allerdings liefert die ggf. erst mal "undefined"-Zeiten, was auch noch nicht so top ist (aber besser wie komplett ungültige Werte), ansonsten muß ich nochmal was an der Initialisierung drehen, was aber uU. nicht so einfach ist...
Zitat von: Beta-User am 12 Oktober 2020, 12:34:31Über "global", Attribut "showInternalValues" (hat auch Auswirkungen auf andere Devices).
Ich hab schon lange
attr global showInternalValues 1aber lat/lang sind trotzdem nicht im Twilight Device zu sehen.
Ist eigtl. nicht so melodramatisch, aber der interessierte User möchte sicher gehen. ;)
Zitat von: Beta-User am 12 Oktober 2020, 12:34:31ZitatIch habe keine Möglichkeit, die DEF irgendwie anzupassen - zB den indoorHorizon oder das weatherDevice zu ändern. Ich habe kein internals DEF mehr. oO Wie kann ich das nun tun? Löschen und neu definieren?
Sollte via defmod gehen.
Das stimmt, via raw und defmod geht es. Kurios das man selbst nicht drauf kommt. ::) Im Übrigen erzeugt die Adaption via defmod dann das Internals DEF wieder - was irgendwie auch logisch ist: wenn ich nichts weiter definiere, bleibt DEF leer und existiert auch als Internals nicht.
Zitat von: Beta-User am 12 Oktober 2020, 12:34:31Muß auch nochmal in mein Log sehen, habe aber den Verdacht, dass das ggf. auf das veränderte Startverhalten iVm. mit einer Sache in deiner Installation zurückzuführen ist. Kann es sein, dass ein _anderes Device_ die "twilight()"-Funktion direkt beim Start aufruft?
Ja, ich nutze einige twilight Zeiten und state Werte in einigen DOIFs. Zum Beispiel solchen Perl-Code im Bedingungsteil:
{twilight("Twilight","sr_indoor","05:35","08:30")}Ob die dann auch genau bei Start gezogen werden weiss ich nicht, von der Reihenfolge kann dies aber durchaus sein (in der FHEM config). Ich habe ja erst das Twilight Device angelegt und dann die DOIFs.
Es könnte aber auch das Device selbst sein, ich nutze einige Readings für stateFormat. (Siehe auch list weiter unten)
Zitat von: Beta-User am 12 Oktober 2020, 12:34:31Wenn ja, könnte die angehängte Fassung abhelfen. Allerdings liefert die ggf. erst mal "undefined"-Zeiten, was auch noch nicht so top ist (aber besser wie komplett ungültige Werte), ansonsten muß ich nochmal was an der Initialisierung drehen, was aber uU. nicht so einfach ist...
Ich werds mal testen und prüfen, ob die undefined Zeiten die DOIFs zerlegen.
Ich hab auch ein Reading ohne Bezeichnung mit dem Wert undefined. Kurios.
READINGS:
2020-10-12 13:09:20 undefinedAnbei das list des aktuellen Devices mit der SVN Version:
Internals:
.FhemMetaInternals 1
DEF 2 WetterProplanta:TwilightCloudCover
FUUID 5c443cee-f33f-3151-2fec-ab33a5b3251a9dc8
FVERSION 59_Twilight.pm:0.229420/2020-10-09
INDOOR_HORIZON 2
NAME Twilight
NOTIFYDEV WetterProplanta
NR 23
NTFY_ORDER 50-Twilight
STATE <div style="text-align: left;">12.10. 13:09: SR: 07:57:35 SS: 18:38:45 state: 6 light: 6</div>
SUNPOS_OFFSET 300
SWIP 0
TYPE Twilight
WEATHER_CORRECTION 4.12
WEATHER_HORIZON 6.12
.attraggr:
.attrminint:
Helper:
DBLOG:
light:
logdb:
TIME 1602483440.04394
VALUE 5
OLDREADINGS:
READINGS:
2020-10-12 13:09:20 undefined
2020-10-12 13:09:20 aktEvent sr_weather
2020-10-12 13:09:20 azimuth 177.55
2020-10-12 13:09:20 cloudCover 51.5
2020-10-12 13:09:20 compasspoint south-southeast
2020-09-06 06:00:04 condition 0
2020-10-12 12:02:06 condition_code -2
2020-10-12 12:02:06 condition_txt unknown
2020-10-12 13:09:20 elevation 30.16
2020-10-12 13:09:20 horizon 6.12
2020-10-12 13:09:20 light 6
2020-10-12 13:09:20 nextEvent ss_weather
2020-10-12 13:09:20 nextEventTime 17:58:05
2020-10-12 13:09:20 sr 07:57:35
2020-10-12 13:09:20 sr_astro 06:02:00
2020-10-12 13:09:20 sr_civil 07:18:50
2020-10-12 13:09:20 sr_indoor 08:10:42
2020-10-12 13:09:20 sr_naut 06:40:32
2020-10-12 13:09:20 sr_weather 08:38:18
2020-10-12 13:09:20 ss 18:38:45
2020-10-12 13:09:20 ss_astro 20:34:03
2020-10-12 13:09:20 ss_civil 19:17:25
2020-10-12 13:09:20 ss_indoor 18:25:39
2020-10-12 13:09:20 ss_naut 19:55:38
2020-10-12 13:09:20 ss_weather 17:58:05
2020-10-12 13:09:20 state 6
2020-10-12 13:09:20 twilight 100
2020-10-12 13:09:20 twilight_weather 82
TIMER:
Twilight_Midnight:
HASH Twilight
MODIFIER Midnight
NAME Twilight_Midnight
Twilight_sr:
DEG 0
HASH Twilight
LIGHT 4
MODIFIER sr
NAME Twilight_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602482255.03
Twilight_sr_astro:
DEG -18
HASH Twilight
LIGHT 1
MODIFIER sr_astro
NAME Twilight_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602475320
Twilight_sr_civil:
DEG -6
HASH Twilight
LIGHT 3
MODIFIER sr_civil
NAME Twilight_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602479930.02
Twilight_sr_indoor:
DEG 2
HASH Twilight
LIGHT 5
MODIFIER sr_indoor
NAME Twilight_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602483042.04
Twilight_sr_naut:
DEG -12
HASH Twilight
LIGHT 2
MODIFIER sr_naut
NAME Twilight_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602477632.01
Twilight_sr_weather:
DEG 6.12
HASH Twilight
LIGHT 6
MODIFIER sr_weather
NAME Twilight_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1602484698.05
Twilight_ss:
DEG 0
HASH Twilight
LIGHT 3
MODIFIER ss
NAME Twilight_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602520725.97
Twilight_ss_astro:
DEG -18
HASH Twilight
LIGHT 0
MODIFIER ss_astro
NAME Twilight_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602527643
Twilight_ss_civil:
DEG -6
HASH Twilight
LIGHT 2
MODIFIER ss_civil
NAME Twilight_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602523045.98
Twilight_ss_indoor:
DEG 2
HASH Twilight
LIGHT 4
MODIFIER ss_indoor
NAME Twilight_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602519939.96
Twilight_ss_naut:
DEG -12
HASH Twilight
LIGHT 1
MODIFIER ss_naut
NAME Twilight_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602525338.99
Twilight_ss_weather:
DEG 6.12
HASH Twilight
LIGHT 5
MODIFIER ss_weather
NAME Twilight_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1602518285.95
Twilight_sunpos:
HASH Twilight
MODIFIER sunpos
NAME Twilight_sunpos
Twilight_weather:
HASH Twilight
MODIFIER weather
NAME Twilight_weather
TW:
:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602482255.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602475320
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602479930.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602483042.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602477632.01
sr_weather:
DEG 6.12
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1602484698.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602520725.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602527643
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602523045.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602519939.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602525338.99
ss_weather:
DEG 6.12
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1602518285.95
helper:
.LATITUDE 51.xxxxx
.LONGITUDE 6.xxxxx
extWeather:
Device WetterProplanta
Reading TwilightCloudCover
regexp WetterProplanta:TwilightCloudCover:.*
dispatch:
Attributes:
group Wetter
room Wetter
stateFormat { my $ret = '<div style="text-align: left;">';
my $lastCheck = POSIX::strftime("%d.%m. %H:%M",localtime(time_str2num(ReadingsTimestamp($name,"state","2000-01-01 00:00:00"))));
$ret .= $lastCheck.': ';
$ret .= "SR: ".ReadingsVal($name,'sr','');
$ret .= " SS: ".ReadingsVal($name,'ss','');
$ret .= " state: ".ReadingsVal($name,'state','');
$ret .= " light: ".ReadingsVal($name,'light','');
$ret .= '</div>';
return $ret;
}
useExtWeather WetterProplanta:TwilightCloudCover
verbose 3
lat/long finde ich durchaus, du hast es sogar anonymisiert... Vermutlich bist du von unveränderten Namen an derselben Stelle ausgegangen; das ist nicht der Fall, klar.
Die Reihenfolge in der cfg. könnte einen Einfluss haben, aber zwingend ist das nicht, weil der 2. Teil der Initialisierung des Moduls timer-gesteuert erfolgt, und da sind dann die DOIF uU. auch schon "durch", selbst wenn die ganz hinten stehen.
stateFormat ist es eher nicht, das arbeitet mit den vorhandenen Readings und wartet erst mal auf einen Trigger.
"undefined" könnte eine Folge von den fehlenden Timerzeiten (die auch die Ursache für die Log-Einträge sind) sein. Ich habe nur keine Idee, wie du das wegbekommst, ohne das Device zu löschen. _Vielleicht_ geht es weg, wenn du FHEM neu startest, eigentlich müßte "goodReadingName" sowas verhindern...
Zitat von: Beta-User am 12 Oktober 2020, 13:26:27lat/long finde ich durchaus, du hast es sogar anonymisiert... Vermutlich bist du von unveränderten Namen an derselben Stelle ausgegangen; das ist nicht der Fall, klar.
Ja, im list unter helper. Aber nicht im Device als Internal in dem FHEMWEB UI.
Zitat von: Beta-User am 12 Oktober 2020, 13:26:27
"undefined" könnte eine Folge von den fehlenden Timerzeiten (die auch die Ursache für die Log-Einträge sind) sein. Ich habe nur keine Idee, wie du das wegbekommst, ohne das Device zu löschen. _Vielleicht_ geht es weg, wenn du FHEM neu startest, eigentlich müßte "goodReadingName" sowas verhindern...
Mit der Version aus #105 (https://forum.fhem.de/index.php/topic,114061.msg1091839.html#msg1091839) (das ging echt fix, btw, 8)) und einem
shutdown restart ist aus dem "undefined" reading ein leeres Reading
undefined geworden, welches einfach gelöscht werden kann.
READINGS:
2020-10-12 13:19:37 undefined Der Zeitstempel ist direkt 20sec nach dem reboot.
Bis jetzt sind auch keine Warnings im Log, DOIFs sehen auch gut aus. Ich werde Beobachten. :)
EDIT: hier noch ein list als fyi:
Internals:
.FhemMetaInternals 1
DEF 2 WetterProplanta:TwilightCloudCover
FUUID 5c443cee-f33f-3151-2fec-ab33a5b3251a9dc8
FVERSION 59_Twilight.pm:?/2020-10-12 UNSTABLE
INDOOR_HORIZON 2
NAME Twilight
NOTIFYDEV WetterProplanta
NR 23
NTFY_ORDER 50-Twilight
STATE <div style="text-align: left;">12.10. 13:19: SR: 07:57:35 SS: 18:38:45 state: 6 light: 6</div>
SUNPOS_OFFSET 300
SWIP 0
TYPE Twilight
WEATHER_CORRECTION 4.12
WEATHER_HORIZON 6.12
.attraggr:
.attrminint:
OLDREADINGS:
READINGS:
2020-10-12 13:19:37 aktEvent sr_weather
2020-10-12 13:44:37 azimuth 187.62
2020-10-12 13:19:37 cloudCover 51.5
2020-10-12 13:44:37 compasspoint south
2020-09-06 06:00:04 condition 0
2020-10-12 12:02:06 condition_code -2
2020-10-12 12:02:06 condition_txt unknown
2020-10-12 13:44:37 elevation 29.9
2020-10-12 13:19:37 horizon 6.12
2020-10-12 13:19:37 light 6
2020-10-12 13:19:37 nextEvent ss_weather
2020-10-12 13:19:37 nextEventTime 17:58:05
2020-10-12 13:19:37 sr 07:57:35
2020-10-12 13:19:37 sr_astro 06:02:00
2020-10-12 13:19:37 sr_civil 07:18:50
2020-10-12 13:19:37 sr_indoor 08:10:42
2020-10-12 13:19:37 sr_naut 06:40:32
2020-10-12 13:19:37 sr_weather 08:38:18
2020-10-12 13:19:37 ss 18:38:45
2020-10-12 13:19:37 ss_astro 20:34:03
2020-10-12 13:19:37 ss_civil 19:17:25
2020-10-12 13:19:37 ss_indoor 18:25:39
2020-10-12 13:19:37 ss_naut 19:55:38
2020-10-12 13:19:37 ss_weather 17:58:05
2020-10-12 13:19:37 state 6
2020-10-12 13:44:37 twilight 100
2020-10-12 13:44:37 twilight_weather 82
TIMER:
Twilight_Midnight:
HASH Twilight
MODIFIER Midnight
NAME Twilight_Midnight
Twilight_sr:
DEG 0
HASH Twilight
LIGHT 4
MODIFIER sr
NAME Twilight_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602482255.03
Twilight_sr_astro:
DEG -18
HASH Twilight
LIGHT 1
MODIFIER sr_astro
NAME Twilight_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602475320
Twilight_sr_civil:
DEG -6
HASH Twilight
LIGHT 3
MODIFIER sr_civil
NAME Twilight_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602479930.02
Twilight_sr_indoor:
DEG 2
HASH Twilight
LIGHT 5
MODIFIER sr_indoor
NAME Twilight_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602483042.04
Twilight_sr_naut:
DEG -12
HASH Twilight
LIGHT 2
MODIFIER sr_naut
NAME Twilight_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602477632.01
Twilight_sr_weather:
DEG 6.12
HASH Twilight
LIGHT 6
MODIFIER sr_weather
NAME Twilight_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1602484698.05
Twilight_ss:
DEG 0
HASH Twilight
LIGHT 3
MODIFIER ss
NAME Twilight_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602520725.97
Twilight_ss_astro:
DEG -18
HASH Twilight
LIGHT 0
MODIFIER ss_astro
NAME Twilight_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602527643
Twilight_ss_civil:
DEG -6
HASH Twilight
LIGHT 2
MODIFIER ss_civil
NAME Twilight_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602523045.98
Twilight_ss_indoor:
DEG 2
HASH Twilight
LIGHT 4
MODIFIER ss_indoor
NAME Twilight_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602519939.96
Twilight_ss_naut:
DEG -12
HASH Twilight
LIGHT 1
MODIFIER ss_naut
NAME Twilight_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602525338.99
Twilight_ss_weather:
DEG 6.12
HASH Twilight
LIGHT 5
MODIFIER ss_weather
NAME Twilight_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1602518285.95
Twilight_sunpos:
HASH Twilight
MODIFIER sunpos
NAME Twilight_sunpos
Twilight_weather:
HASH Twilight
MODIFIER weather
NAME Twilight_weather
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602482255.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602475320
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602479930.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602483042.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602477632.01
sr_weather:
DEG 6.12
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1602484698.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602520725.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602527643
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602523045.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602519939.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602525338.99
ss_weather:
DEG 6.12
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1602518285.95
helper:
.LATITUDE 51.xx
.LONGITUDE 6.xx
extWeather:
Device WetterProplanta
Reading TwilightCloudCover
regexp WetterProplanta:TwilightCloudCover:.*
Attributes:
group Wetter
room Wetter
stateFormat { my $ret = '<div style="text-align: left;">';
my $lastCheck = POSIX::strftime("%d.%m. %H:%M",localtime(time_str2num(ReadingsTimestamp($name,"state","2000-01-01 00:00:00"))));
$ret .= $lastCheck.': ';
$ret .= "SR: ".ReadingsVal($name,'sr','');
$ret .= " SS: ".ReadingsVal($name,'ss','');
$ret .= " state: ".ReadingsVal($name,'state','');
$ret .= " light: ".ReadingsVal($name,'light','');
$ret .= '</div>';
return $ret;
}
useExtWeather WetterProplanta:TwilightCloudCover
verbose 3
Hallo Beta-User,
Ersteinmal vielen Dank, dass Du Dich dem Modul angenommen hast.
Ich benötige jedoch etwas Hilfe. Bei mir wird vom Wetter Proplanta gar nichts übergeben. Bei mir zeigt das Reading cloudCoper jedenfalls immer -1. [attr useExtWeather WetterProplanta:cloudCover].
Die Zeiten sr_indoor und sr_ weather sind immer gleich, das gilt auch für ss_indoor/ss_weather.
Die Tageszeitabhängige Bewölkung aus den Proplanta-Readings fc0_cloudxx muss doch irgendwie auf die Variable cloudCover - oder?
VG FNIK
FNIK, gibt es das Reading cloudCover überhaupt im Proplanta-Device?
Meintest du vlt ein Reading wie fc0_cloud06?
Wie ist dein define?
define MeinTwilight Twilight WetterProplanta:fc0_cloud06
bzw als Attribut:
attr MeinTwilight useExtWeather WetterProplanta:fc0_cloud06
Zitat von: yersinia am 12 Oktober 2020, 13:43:50
Bis jetzt sind auch keine Warnings im Log, DOIFs sehen auch gut aus. Ich werde Beobachten. :)
Thx, wg. einer 2. Baustelle habe ich es dann auch gleich eingecheckt.
ZitatJa, im list unter helper. Aber nicht im Device als Internal in dem FHEMWEB UI.
Korrekt. Wie geschrieben finde ich es datenschutzfreundlicher, wenn diese Angaben nur noch dann im list zu sehen ist, wenn man das will. Oder brauchst du diese Internals irgendwie dringend?
Zitat von: FNIK am 12 Oktober 2020, 18:59:30
Ich benötige jedoch etwas Hilfe. Bei mir wird vom Wetter Proplanta gar nichts übergeben. Bei mir zeigt das Reading cloudCoper jedenfalls immer [...].
Bisher gibt es noch keine Spezialbehandlung für Proplanta.
Verwirklicht ist bisher Schritt 1, nämlich die Demo (für Weather), dass man z.B. auf Basis des Type unterschiedlichen Code heranziehen kann, um damit weiterzumachen. Du hast daher im Moment 2 Möglichkeiten:
- Du stellst (z.B. über ein userReading an dem Proplanta-Device) eine aktuelle Cloud-Coverage bereit und verweist dann in Twilight auf dieses Reading, oder- du schaust, wie du über die "dispatch"-Mechanismen an den für den jeweiligen Zeitpunkt gültigen Wert kommst (bei Proplanta muß man dabei berücksichtigen, dass es 2 Modi gibt, richtig? Täglicher oder stündlicher Forecast (letzterer ergibt 3-Stunden-Zeitscheiben). (Oder motivierst z.B. yersinia, dafür mal ein Code-Fragment zu liefern? Was ich glaube zu brauchen: jeweils das fcXcloudNN-Reading für die "s._indoor"-Zeit, und zwar für beide Proplanta-Modi).
Letzteres wäre der bessere Weg, denn damit könnte man die Routine(n) zentral für alle zur Verfügung stellen.
Mein Plan wäre, das ggf. für Weather auch mal zu testen, vermutlich muss man da dann auch noch was an der Methode ändern, wie der virtuelle Wetter-Horizont ermittelt/übergeben wird, das passiert im Moment über ein Internal. Das ist ok, solange es nur einen Wert gibt, aber für unterschiedliche Vorhersage-Werte muß das an der Stelle auch anders gehandhabt werden.
Aber Rom wurde auch nicht an einem Tag erbaut, von daher bin ich schon froh, dass das jetzt erst mal mit Weather einigermaßen unfallfrei geklappt zu haben scheint 8) .
Zitat von: Beta-User am 13 Oktober 2020, 10:05:22Thx, wg. einer 2. Baustelle habe ich es dann auch gleich eingecheckt.
Hab ich gesehen und direkt aktualisiert. Wird weiter beobachtet.
Zitat von: Beta-User am 13 Oktober 2020, 10:05:22Korrekt. Wie geschrieben finde ich es datenschutzfreundlicher, wenn diese Angaben nur noch dann im list zu sehen ist, wenn man das will. Oder brauchst du diese Internals irgendwie dringend?
Ok, das kann ich nachvollziehen. Nein, dringend benötige _ich_ das gar nicht. Mir stellt sich nur die Frage, wie der FHEM-Anfänger erkennt, dass die richtigen Koordinaten verwendet werden. Entweder er gibt diese im Define explizit an - oder er hat sie im global Device angegeben. Bei einem Post des list-Outputs wird der geneigte Anfänger diese Informationen sicher übersehen - wenn sie relativ weit unten unter helper aufgelistet werden. In allen Fällen find' _ich_ den Datenschutz nicht wirklich gegeben. Teile aber die Bedenken. Und nein, ich benötige die Lat/Long Daten als Internals sichtbar im FHEMWEB nicht.
Zitat von: Beta-User am 13 Oktober 2020, 10:05:22(Oder motivierst z.B. yersinia, dafür mal ein Code-Fragment zu liefern? Was ich glaube zu brauchen: jeweils das fcXcloudNN-Reading für die "s._indoor"-Zeit, und zwar für beide Proplanta-Modi).
Na gerne doch. ich habe drei Wetter-Devices (Proplanta, DarkSky und OpenWeatherMap). Im
Proplanta-Device habe ich folgendes userReading
TwilightCloudCover definiert indem ich ein Mittelwert aus den cloudCover-Vorhersagen der drei Wetter-Devices in Abhängigkeit der Uhrzeit bilde:
TwilightCloudCover {
my $darkskydev = "Wetter_DarkSky";
my $owmapdev = "Wetter_OWmap";
my $ret = 0;
my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime();
if ($hour <= 4) {
$ret = ((ReadingsNum($name,"fc0_cloud03",0) + ReadingsNum($darkskydev,"fc1_cloudCover",0) + ReadingsNum($owmapdev,"hfc1_cloudCover",0)) / 3);
} elsif ($hour <= 7) {
$ret = ((ReadingsNum($name,"fc0_cloud06",0) + ReadingsNum($darkskydev,"fc1_cloudCover",0) + ReadingsNum($owmapdev,"hfc1_cloudCover",0)) / 3);
} elsif ($hour <= 10) {
$ret = ((ReadingsNum($name,"fc0_cloud09",0) + ReadingsNum($darkskydev,"fc1_cloudCover",0) + ReadingsNum($owmapdev,"hfc1_cloudCover",0)) / 3);
} elsif ($hour <= 19) {
$ret = ((ReadingsNum($name,"fc0_cloud18",0) + ReadingsNum($darkskydev,"fc1_cloudCover",0) + ReadingsNum($owmapdev,"hfc2_cloudCover",0)) / 3);
} elsif ($hour <= 22) {
$ret = ((ReadingsNum($name,"fc0_cloud21",0) + ReadingsNum($darkskydev,"fc1_cloudCover",0) + ReadingsNum($owmapdev,"hfc1_cloudCover",0)) / 3);
} else {
$ret = ((ReadingsNum($name,"fc1_cloud03",0) + ReadingsNum($darkskydev,"fc2_cloudCover",0) + ReadingsNum($owmapdev,"hfc2_cloudCover",0)) / 3);
}
return sprintf("%.1f", $ret);
}Für nur Proplanta wäre dies wesentich einfacher:
TwilightCloudCover {
my $ret = 0;
my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime();
if ($hour <= 4) {
$ret = ReadingsNum($name,"fc0_cloud03",0);
} elsif ($hour <= 7) {
$ret = ReadingsNum($name,"fc0_cloud06",0);
} elsif ($hour <= 10) {
$ret = ReadingsNum($name,"fc0_cloud09",0);
} elsif ($hour <= 19) {
$ret = ReadingsNum($name,"fc0_cloud18",0);
} elsif ($hour <= 22) {
$ret = ReadingsNum($name,"fc0_cloud21",0);
} else {
$ret = ReadingsNum($name,"fc1_cloud03",0);
}
return $ret;
}Im Twilight Device dann:
define MeinTwilight Twilight WetterProplanta:TwilightCloudCoverbzw.
attr MeinTwilight useExtWeather WetterProplanta:TwilightCloudCoverZitat von: Beta-User am 13 Oktober 2020, 10:05:22
Mein Plan wäre, das ggf. für Weather auch mal zu testen, vermutlich muss man da dann auch noch was an der Methode ändern, wie der virtuelle Wetter-Horizont ermittelt/übergeben wird, das passiert im Moment über ein Internal. Das ist ok, solange es nur einen Wert gibt, aber für unterschiedliche Vorhersage-Werte muß das an der Stelle auch anders gehandhabt werden.
Grundsätzlich fände ich ein userReading als Vorbereitung besser. Wer weiss, welche Wetterservice noch kommen und gehen, wie die Vorhersagen und Istwerte eingebunden werden (DarkSky, als Beispiel, ist abgekündigt). Von Bewölkungsdaten von Solaranlagen, Lichtsensoren, (Funk)Wetterstationen ganz zu Schweigen.
Zitat von: Beta-User am 13 Oktober 2020, 10:05:22Aber Rom wurde auch nicht an einem Tag erbaut, von daher bin ich schon froh, dass das jetzt erst mal mit Weather einigermaßen unfallfrei geklappt zu haben scheint 8) .
Aber Rom wurde auch nicht durch einen Baumeister saniert. Also: Respekt für deine Mühe und Arbeit!
Hier ganz frisch:
2020.10.14 08:59:04 1: PERL WARNING: Use of uninitialized value $eventTime in subtraction (-) at ./FHEM/59_Twilight.pm line 614.
2020.10.14 08:59:04 1: PERL WARNING: Use of uninitialized value $nextEvent in hash element at ./FHEM/59_Twilight.pm line 620.
2020.10.14 08:59:04 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/59_Twilight.pm line 620.
2020.10.14 08:59:04 1: PERL WARNING: Use of uninitialized value in localtime at fhem.pl line 3509.
2020.10.14 08:59:04 1: PERL WARNING: Use of uninitialized value $light in concatenation (.) or string at ./FHEM/59_Twilight.pm line 625.
2020.10.14 08:59:04 1: PERL WARNING: Use of uninitialized value $doTrigger in concatenation (.) or string at ./FHEM/59_Twilight.pm line 625.
2020.10.14 08:59:04 1: PERL WARNING: Use of uninitialized value $state in sprintf at ./FHEM/59_Twilight.pm line 625.
2020.10.14 08:59:04 1: PERL WARNING: Use of uninitialized value $deg in sprintf at ./FHEM/59_Twilight.pm line 625.
2020.10.14 08:59:04 1: PERL WARNING: Use of uninitialized value $nextEvent in sprintf at ./FHEM/59_Twilight.pm line 625.
Kein Neustart, nichts rumgefummelt, nixe. Interessanterweise ist light auch nicht auf 6. light und state müssten jetzt eigtl auf 6 stehen, oder?
Es ist genau zum Zeitpunkt von sr_weather:
2020-10-14 08:09:32 sr_weather 08:59:04
Und auffälligerweise ist nextEventTime undefined:
2020-10-14 08:59:04 nextEventTime undefined
Meine Vermutung: zumindest bei mir scheint es manchmal Probleme bei der Umrechnung der Zeiten/des nächsten Events zu geben. ???
Anbei das vollständige list:
Internals:
.FhemMetaInternals 1
DEF 2 WetterProplanta:TwilightCloudCover
FUUID 5c443cee-f33f-3151-2fec-ab33a5b3251a9dc8
FVERSION 59_Twilight.pm:0.229600/2020-10-12
INDOOR_HORIZON 2
NAME Twilight
NOTIFYDEV WetterProplanta
NR 23
NTFY_ORDER 50-Twilight
STATE <div style="text-align: left;">14.10. 08:14: SR: 08:00:56 SS: 18:34:29 state: 5 light: 5</div>
SUNPOS_OFFSET 300
SWIP 1
TYPE Twilight
WEATHER_CORRECTION 6.584
WEATHER_HORIZON 8.584
.attraggr:
.attrminint:
Helper:
DBLOG:
light:
logdb:
TIME 1602656048.04632
VALUE 5
READINGS:
2020-10-14 08:59:04 aktEvent sr_weather
2020-10-14 09:04:33 azimuth 116.95
2020-10-14 08:09:32 cloudCover 82.3
2020-10-14 09:04:33 compasspoint east-southeast
2020-09-06 06:00:04 condition 0
2020-10-12 23:20:09 condition_code -2
2020-10-12 23:20:09 condition_txt unknown
2020-10-14 09:04:33 elevation 8.76
2020-10-14 08:14:08 horizon 2
2020-10-14 08:14:08 light 5
2020-10-14 08:14:08 nextEvent sr_weather
2020-10-14 08:59:04 nextEventTime undefined
2020-10-14 00:00:01 sr 08:00:56
2020-10-14 00:00:01 sr_astro 06:05:17
2020-10-14 00:00:01 sr_civil 07:22:04
2020-10-14 00:00:01 sr_indoor 08:14:08
2020-10-14 00:00:01 sr_naut 06:43:44
2020-10-14 08:09:32 sr_weather 08:59:04
2020-10-14 00:00:01 ss 18:34:29
2020-10-14 00:00:01 ss_astro 20:29:52
2020-10-14 00:00:01 ss_civil 19:13:17
2020-10-14 00:00:01 ss_indoor 18:21:18
2020-10-14 00:00:01 ss_naut 19:51:31
2020-10-14 08:09:32 ss_weather 17:36:25
2020-10-14 08:14:08 state 5
2020-10-14 09:04:33 twilight 100
2020-10-14 09:04:33 twilight_weather 53
2020-10-13 00:00:01 undefined
TIMER:
Twilight_Midnight:
HASH Twilight
MODIFIER Midnight
NAME Twilight_Midnight
Twilight_sr:
DEG 0
HASH Twilight
LIGHT 4
MODIFIER sr
NAME Twilight_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602655256.03
Twilight_sr_astro:
DEG -18
HASH Twilight
LIGHT 1
MODIFIER sr_astro
NAME Twilight_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602648317
Twilight_sr_civil:
DEG -6
HASH Twilight
LIGHT 3
MODIFIER sr_civil
NAME Twilight_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602652924.02
Twilight_sr_indoor:
DEG 2
HASH Twilight
LIGHT 5
MODIFIER sr_indoor
NAME Twilight_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602656048.04
Twilight_sr_naut:
DEG -12
HASH Twilight
LIGHT 2
MODIFIER sr_naut
NAME Twilight_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602650624.01
Twilight_sr_weather:
HASH Twilight
MODIFIER sr_weather
NAME Twilight_sr_weather
Twilight_ss:
DEG 0
HASH Twilight
LIGHT 3
MODIFIER ss
NAME Twilight_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602693269.97
Twilight_ss_astro:
DEG -18
HASH Twilight
LIGHT 0
MODIFIER ss_astro
NAME Twilight_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602700192
Twilight_ss_civil:
DEG -6
HASH Twilight
LIGHT 2
MODIFIER ss_civil
NAME Twilight_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602695597.98
Twilight_ss_indoor:
DEG 2
HASH Twilight
LIGHT 4
MODIFIER ss_indoor
NAME Twilight_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602692478.96
Twilight_ss_naut:
DEG -12
HASH Twilight
LIGHT 1
MODIFIER ss_naut
NAME Twilight_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602697891.99
Twilight_ss_weather:
HASH Twilight
MODIFIER ss_weather
NAME Twilight_ss_weather
Twilight_sunpos:
HASH Twilight
MODIFIER sunpos
NAME Twilight_sunpos
Twilight_weather:
HASH Twilight
MODIFIER weather
NAME Twilight_weather
TW:
:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602655256.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602648317
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602652924.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602656048.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602650624.01
sr_weather:
DEG 7.624
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1602658744.07
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602693269.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602700192
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602695597.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602692478.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602697891.99
ss_weather:
DEG 7.624
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1602689785.93
helper:
.LATITUDE 51.xx
.LONGITUDE 6.xx
extWeather:
Device WetterProplanta
Reading TwilightCloudCover
regexp WetterProplanta:TwilightCloudCover:.*
Attributes:
group Wetter
room Wetter
stateFormat { my $ret = '<div style="text-align: left;">';
my $lastCheck = POSIX::strftime("%d.%m. %H:%M",localtime(time_str2num(ReadingsTimestamp($name,"state","2000-01-01 00:00:00"))));
$ret .= $lastCheck.': ';
$ret .= "SR: ".ReadingsVal($name,'sr','');
$ret .= " SS: ".ReadingsVal($name,'ss','');
$ret .= " state: ".ReadingsVal($name,'state','');
$ret .= " light: ".ReadingsVal($name,'light','');
$ret .= '</div>';
return $ret;
}
useExtWeather WetterProplanta:TwilightCloudCover
verbose 3
Und, natürlich mein lovely:
2020-10-13 00:00:01 undefined
;D
Hmm, eine mögliche Ursache glaube ich identifiziert zu haben, kann aber nicht sagen, ob es das dann schon war...
Die zusätzlichen Readings habe ich da auch gleich wieder deaktiviert, der Plan dazu sieht jetzt so aus:
- gibt man "Device:Reading" an, hört Twilight "nur" auf dieses Reading,
- gibt man "Device" an, sollte Twilight (irgendwann dann in der Zukunft) für unterstützte Typen eine erweiterte Funktionalität bieten. Der Typ-spezifische Code müßte dann genau einen oder drei Werte zurückliefern (aktueller cloudCover-Wert und ggf. je einen für die s._indoor-Stunden).
Ein paar Vorarbeiten in diese Richtung sind in der angehängten Version schon gemacht, sollte aber ansonsten weiter (wieder) funktionieren wie gehabt.
Danke, ich hab die Version übernommen, läuft nach einem shutdown restart erstmal unauffällig. ich werde es Beobachten.
Der Vollständigkeithalber und für dich fyi, ein list:
Internals:
.FhemMetaInternals 1
DEF 2 WetterProplanta:TwilightCloudCover
FUUID 5c443cee-f33f-3151-2fec-ab33a5b3251a9dc8
FVERSION 59_Twilight.pm:0.229600/2020-10-12
INDOOR_HORIZON 2
NAME Twilight
NOTIFYDEV WetterProplanta
NR 23
NTFY_ORDER 50-Twilight
STATE <div style="text-align: left;">14.10. 14:07: SR: 08:00:56 SS: 18:34:29 state: 6 light: 6</div>
SUNPOS_OFFSET 300
SWIP 0
TYPE Twilight
WEATHER_CORRECTION 7.68
WEATHER_HORIZON 9.68
.attraggr:
.attrminint:
OLDREADINGS:
READINGS:
2020-10-14 14:07:10 aktEvent sr_weather
2020-10-14 14:17:10 azimuth 196.74
2020-10-14 14:07:10 cloudCover 96.0
2020-10-14 14:17:10 compasspoint south
2020-10-14 14:17:10 elevation 28.08
2020-10-14 14:07:10 horizon 9.68
2020-10-14 14:07:10 light 6
2020-10-14 14:07:10 nextEvent ss_weather
2020-10-14 14:07:10 nextEventTime 17:28:39
2020-10-14 14:07:10 sr 08:00:56
2020-10-14 14:07:10 sr_astro 06:05:17
2020-10-14 14:07:10 sr_civil 07:22:04
2020-10-14 14:07:10 sr_indoor 08:14:08
2020-10-14 14:07:10 sr_naut 06:43:44
2020-10-14 14:07:10 sr_weather 09:06:51
2020-10-14 14:07:10 ss 18:34:29
2020-10-14 14:07:10 ss_astro 20:29:52
2020-10-14 14:07:10 ss_civil 19:13:17
2020-10-14 14:07:10 ss_indoor 18:21:18
2020-10-14 14:07:10 ss_naut 19:51:31
2020-10-14 14:07:10 ss_weather 17:28:39
2020-10-14 14:07:10 state 6
2020-10-14 14:17:10 twilight 100
2020-10-14 14:17:10 twilight_weather 36
TIMER:
Twilight_Midnight:
HASH Twilight
MODIFIER Midnight
NAME Twilight_Midnight
Twilight_sr:
DEG 0
HASH Twilight
LIGHT 4
MODIFIER sr
NAME Twilight_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602655256.03
Twilight_sr_astro:
DEG -18
HASH Twilight
LIGHT 1
MODIFIER sr_astro
NAME Twilight_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602648317
Twilight_sr_civil:
DEG -6
HASH Twilight
LIGHT 3
MODIFIER sr_civil
NAME Twilight_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602652924.02
Twilight_sr_indoor:
DEG 2
HASH Twilight
LIGHT 5
MODIFIER sr_indoor
NAME Twilight_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602656048.04
Twilight_sr_naut:
DEG -12
HASH Twilight
LIGHT 2
MODIFIER sr_naut
NAME Twilight_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602650624.01
Twilight_sr_weather:
DEG 9.68
HASH Twilight
LIGHT 6
MODIFIER sr_weather
NAME Twilight_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1602659211.05
Twilight_ss:
DEG 0
HASH Twilight
LIGHT 3
MODIFIER ss
NAME Twilight_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602693269.97
Twilight_ss_astro:
DEG -18
HASH Twilight
LIGHT 0
MODIFIER ss_astro
NAME Twilight_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602700192
Twilight_ss_civil:
DEG -6
HASH Twilight
LIGHT 2
MODIFIER ss_civil
NAME Twilight_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602695597.98
Twilight_ss_indoor:
DEG 2
HASH Twilight
LIGHT 4
MODIFIER ss_indoor
NAME Twilight_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602692478.96
Twilight_ss_naut:
DEG -12
HASH Twilight
LIGHT 1
MODIFIER ss_naut
NAME Twilight_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602697891.99
Twilight_ss_weather:
DEG 9.68
HASH Twilight
LIGHT 5
MODIFIER ss_weather
NAME Twilight_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1602689319.95
Twilight_sunpos:
HASH Twilight
MODIFIER sunpos
NAME Twilight_sunpos
Twilight_weather:
HASH Twilight
MODIFIER weather
NAME Twilight_weather
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602655256.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602648317
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602652924.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602656048.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602650624.01
sr_weather:
DEG 9.68
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1602659211.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602693269.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602700192
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602695597.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602692478.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602697891.99
ss_weather:
DEG 9.68
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1602689319.95
helper:
.LATITUDE 51.x
.LONGITUDE 6.x
extWeather:
Device WetterProplanta
Reading TwilightCloudCover
regexp WetterProplanta:TwilightCloudCover:.*
Attributes:
group Wetter
room Wetter
stateFormat { my $ret = '<div style="text-align: left;">';
my $lastCheck = POSIX::strftime("%d.%m. %H:%M",localtime(time_str2num(ReadingsTimestamp($name,"state","2000-01-01 00:00:00"))));
$ret .= $lastCheck.': ';
$ret .= "SR: ".ReadingsVal($name,'sr','');
$ret .= " SS: ".ReadingsVal($name,'ss','');
$ret .= " state: ".ReadingsVal($name,'state','');
$ret .= " light: ".ReadingsVal($name,'light','');
$ret .= '</div>';
return $ret;
}
useExtWeather WetterProplanta:TwilightCloudCover
verbose 3
Danke für die Rückmeldung.
Bin mal auf morgen früh gespannt; wenn meine Vermutung richtig war, müßte es mit dem Tageswechsel zusammengehangen haben. Da wurden keine Wetterdaten berücksichtigt, was zu uninitialisierten Werten geführt hat. Ob das zutreffend ist, werden wir ggf. erst nach dem Tageswechsel sehen, und uU., wenn ein s._weather-Termin zwar noch aktiv ist, dann aber in die Vergangenheit verlegt wird...
(Theoretisch könnte man das mit den passenden Geodaten simulieren).
Ich hab erst die Version aus #114 (https://forum.fhem.de/index.php/topic,114061.msg1092403.html#msg1092403) übernommen, die lief unauffällig ohne Log Einträge etc.
Gestern Vormittag (@11:26) habe ich die svn Version gezogen und habe heute morgen dann folgende Warnings:
2020.10.16 09:08:19 1: PERL WARNING: Use of uninitialized value $eventTime in subtraction (-) at ./FHEM/59_Twilight.pm line 616.
2020.10.16 09:08:19 1: PERL WARNING: Use of uninitialized value $nextEvent in hash element at ./FHEM/59_Twilight.pm line 622.
2020.10.16 09:08:19 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/59_Twilight.pm line 622.
2020.10.16 09:08:19 1: PERL WARNING: Use of uninitialized value in localtime at fhem.pl line 3509.
2020.10.16 09:08:19 1: PERL WARNING: Use of uninitialized value $light in concatenation (.) or string at ./FHEM/59_Twilight.pm line 627.
2020.10.16 09:08:19 1: PERL WARNING: Use of uninitialized value $doTrigger in concatenation (.) or string at ./FHEM/59_Twilight.pm line 627.
2020.10.16 09:08:19 1: PERL WARNING: Use of uninitialized value $state in sprintf at ./FHEM/59_Twilight.pm line 627.
2020.10.16 09:08:19 1: PERL WARNING: Use of uninitialized value $deg in sprintf at ./FHEM/59_Twilight.pm line 627.
2020.10.16 09:08:19 1: PERL WARNING: Use of uninitialized value $nextEvent in sprintf at ./FHEM/59_Twilight.pm line 627.
Wieder zum Zeitpunkt des sr_weather wenn Twilight bei nextEvent auf ss_weather umstellen müsste, state und light sind auch noch auf 5 (richtig wäre jetzt 6).
2020-10-16 08:57:29 sr_weather 09:08:19
list:
Internals:
.FhemMetaInternals 1
DEF 2 WetterProplanta:TwilightCloudCover
FUUID 5c443cee-f33f-3151-2fec-ab33a5b3251a9dc8
FVERSION 59_Twilight.pm:0.229710/2020-10-15
INDOOR_HORIZON 2
NAME Twilight
NOTIFYDEV WetterProplanta
NR 23
NTFY_ORDER 50-Twilight
STATE <div style="text-align: left;">16.10. 08:17: SR: 08:04:19 SS: 18:30:16 state: 5 light: 5 next sr_weather at 09:08:19</div>
SUNPOS_OFFSET 300
SWIP 1
TYPE Twilight
WEATHER_CORRECTION 7.336
WEATHER_HORIZON 9.336
.attraggr:
.attrminint:
Helper:
DBLOG:
light:
logdb:
TIME 1602829056.04834
VALUE 5
READINGS:
2020-10-16 09:08:19 aktEvent sr_weather
2020-10-16 09:17:30 azimuth 120.12
2020-10-16 08:57:29 cloudCover 91.7
2020-10-16 09:17:30 compasspoint east-southeast
2020-10-16 09:17:30 elevation 10
2020-10-16 08:17:36 horizon 2
2020-10-16 08:17:36 light 5
2020-10-16 08:17:36 nextEvent sr_weather
2020-10-16 09:08:19 nextEventTime undefined
2020-10-16 00:00:01 sr 08:04:19
2020-10-16 00:00:01 sr_astro 06:08:33
2020-10-16 00:00:01 sr_civil 07:25:18
2020-10-16 00:00:01 sr_indoor 08:17:36
2020-10-16 00:00:01 sr_naut 06:46:56
2020-10-16 08:57:29 sr_weather 09:08:19
2020-10-16 00:00:01 ss 18:30:16
2020-10-16 00:00:01 ss_astro 20:25:48
2020-10-16 00:00:01 ss_civil 19:09:13
2020-10-16 00:00:01 ss_indoor 18:17:00
2020-10-16 00:00:01 ss_naut 19:47:30
2020-10-16 08:57:29 ss_weather 17:26:21
2020-10-16 08:17:36 state 5
2020-10-16 09:17:30 twilight 100
2020-10-16 09:17:30 twilight_weather 42
TIMER:
Twilight_Midnight:
HASH Twilight
MODIFIER Midnight
NAME Twilight_Midnight
Twilight_sr:
DEG 0
HASH Twilight
LIGHT 4
MODIFIER sr
NAME Twilight_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602828259.03
Twilight_sr_astro:
DEG -18
HASH Twilight
LIGHT 1
MODIFIER sr_astro
NAME Twilight_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602821313
Twilight_sr_civil:
DEG -6
HASH Twilight
LIGHT 3
MODIFIER sr_civil
NAME Twilight_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602825918.02
Twilight_sr_indoor:
DEG 2
HASH Twilight
LIGHT 5
MODIFIER sr_indoor
NAME Twilight_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602829056.04
Twilight_sr_naut:
DEG -12
HASH Twilight
LIGHT 2
MODIFIER sr_naut
NAME Twilight_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602823616.01
Twilight_sr_weather:
HASH Twilight
MODIFIER sr_weather
NAME Twilight_sr_weather
Twilight_ss:
DEG 0
HASH Twilight
LIGHT 3
MODIFIER ss
NAME Twilight_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602865816.97
Twilight_ss_astro:
DEG -18
HASH Twilight
LIGHT 0
MODIFIER ss_astro
NAME Twilight_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602872748
Twilight_ss_civil:
DEG -6
HASH Twilight
LIGHT 2
MODIFIER ss_civil
NAME Twilight_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602868153.98
Twilight_ss_indoor:
DEG 2
HASH Twilight
LIGHT 4
MODIFIER ss_indoor
NAME Twilight_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602865020.96
Twilight_ss_naut:
DEG -12
HASH Twilight
LIGHT 1
MODIFIER ss_naut
NAME Twilight_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602870450.99
Twilight_ss_weather:
HASH Twilight
MODIFIER ss_weather
NAME Twilight_ss_weather
Twilight_sunpos:
HASH Twilight
MODIFIER sunpos
NAME Twilight_sunpos
Twilight_weather:
HASH Twilight
MODIFIER weather
NAME Twilight_weather
TW:
:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602828259.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602821313
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602825918.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602829056.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602823616.01
sr_weather:
DEG 8.056
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1602832099.07
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602865816.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602872748
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602868153.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602865020.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602870450.99
ss_weather:
DEG 8.056
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1602861981.93
helper:
.LATITUDE 51.0
.LONGITUDE 6.0
extWeather:
Device WetterProplanta
Reading TwilightCloudCover
regexp WetterProplanta:TwilightCloudCover:.*
Attributes:
group Wetter
room Wetter
stateFormat { my $ret = '<div style="text-align: left;">';
my $lastCheck = POSIX::strftime("%d.%m. %H:%M",localtime(time_str2num(ReadingsTimestamp($name,"state","2000-01-01 00:00:00"))));
$ret .= $lastCheck.': ';
$ret .= "SR: ".ReadingsVal($name,'sr','');
$ret .= " SS: ".ReadingsVal($name,'ss','');
$ret .= " state: ".ReadingsVal($name,'state','');
$ret .= " light: ".ReadingsVal($name,'light','');
$ret .= " next ".ReadingsVal($name,'nextEvent','?');
$ret .= " at ".ReadingsVal($name,ReadingsVal($name,'nextEvent','nextEventTime'),'');
$ret .= '</div>';
return $ret;
}
useExtWeather WetterProplanta:TwilightCloudCover
verbose 3
Würde ein stacktrace sinnvoll sein?
EDIT - nach einem Update bedingten shutdown restart sind state und light korrekt, da neu berechnet vermutlich.
Vermutlich ist das Problem (auch) das Nebeneinander von Event-basierten Updates und den noch laufenden "Frage das regelmäßig ab"-Routinen aus der Yahoo-Zeit. Sollte sich beheben lassen, indem man die letzte Zeile in Twilight_StandardTimerSet() ändert in
return; # Twilight_WeatherTimerSet($hash);
Damit müßte das dann nur noch Event-basiert arbeiten, was allerdings dann dazu führen kann, dass bestimmte Readings gar nicht mehr upgedatet werden.
Zwischenzeitlich habe ich das ganze aber auch noch etwas erweitert, was zum einen die 5-6-7-Updates in der NotifyFn angeht und die dispatch-Routinen. Von daher wäre mir eigentlich am liebsten, wir würden gleich "das volle Paket" austesten. Der Code - bis auf obigen Fix - lief bei mir jetzt über Nacht (mit Weather/darkSkyAPI) und hat dann auch wieder um 00:00:01 Uhr das ominöse "undefined"-Wert-Reading erzeugt, was aber m.E. das kleinere Übel gg. der kaputten light/state-Funktion wäre.
Da du auch Weather hast, bitte erst damit testen, die dispatch-Routine für PROPLANTA ist komplett ungetestet (wäre super, du könntest das auf einem Testsystem mal aktivieren, kann aber durchaus sein, dass da irgendein Aufruf ins Leere geht und dann FHEM komplett abschießt...).
Es sollte dann 1-2 neue Readings geben, je nach Tageszeitpunkt, wann man damit startet ;) .
Bestimmt sind dann noch ein paar weitere Detailfragen, die wir klären müssen.
Ok, Danke. Ich hab die Version (#118 (https://forum.fhem.de/index.php/topic,114061.msg1092871.html#msg1092871)) übernommen.
shutdown restart hat fhem überlebt, die Readings sind auch neu berechnet worden. (danke nochmal für das unermüdliche fixen und optimieren)
Zitat von: Beta-User am 16 Oktober 2020, 10:21:28hat dann auch wieder um 00:00:01 Uhr das ominöse "undefined"-Wert-Reading erzeugt, was aber m.E. das kleinere Übel gg. der kaputten light/state-Funktion wäre.
Dacor.
Zitat von: Beta-User am 16 Oktober 2020, 10:21:28Da du auch Weather hast, bitte erst damit testen, die dispatch-Routine für PROPLANTA ist komplett ungetestet (wäre super, du könntest das auf einem Testsystem mal aktivieren, kann aber durchaus sein, dass da irgendein Aufruf ins Leere geht und dann FHEM komplett abschießt...).
Es sollte dann 1-2 neue Readings geben, je nach Tageszeitpunkt, wann man damit startet ;) .
Ahahahaha, welches Testsystem? Ich hab 'nen
Probiersystem. ;D Und mindestens ein Backup. Aber ich könnte Testhalber 'nen zweites Twilight-Device anlegen....
hach, jetzt editier' ich hier zum dritten mal. Also, ich hab ein TwilightTEST angelegt mit der Quelle eines PROPLANTA Devices. Dann las' ich
Weather und dachte, fnck, er meinte ein WEATHER-Device. Aber dann doch PROPLANTA - mWn ist PROPLANTA nicht WEATHER. Letzteres habe ich auch, sowohl DarkSky als auch OWmap.
Also hier der Test mit PROPLANTA, inklusive Fehler - da ich kein Reading angegeben habe, nur ein Device. So hatte ich dich verstanden.
List TwilightTEST Device:
Internals:
.FhemMetaInternals 1
CFGFN
DEF 2 WetterProplanta
FUUID 5f8b3af5-f33f-3151-f70b-fdcb316c50c9dd5b
FVERSION 59_Twilight.pm:?/2020-10-17 UNSTABLE
INDOOR_HORIZON 2
NAME TwilightTEST
NOTIFYDEV WetterProplanta
NR 462
NTFY_ORDER 50-TwilightTEST
STATE <div style="text-align: left;">17.10. 20:41: SR: 08:06:01 SS: 18:28:11 state: 12 light: 0 next sr_astro at 06:10:10</div>
SUNPOS_OFFSET 300
SWIP 0
TYPE Twilight
WEATHER_CORRECTION 0
WEATHER_HORIZON 2
.attraggr:
.attrminint:
READINGS:
2020-10-17 20:41:57 aktEvent ss_astro
2020-10-17 21:31:57 azimuth 290.75
2020-10-17 21:31:57 compasspoint west
2020-10-17 21:31:57 elevation -29.12
2020-10-17 20:41:57 horizon -18
2020-10-17 20:41:57 light 0
2020-10-17 20:41:57 nextEvent sr_astro
2020-10-17 20:41:57 nextEventTime 06:10:10
2020-10-17 20:41:57 sr 08:06:01
2020-10-17 20:41:57 sr_astro 06:10:10
2020-10-17 20:41:57 sr_civil 07:26:55
2020-10-17 20:41:57 sr_indoor 08:19:21
2020-10-17 20:41:57 sr_naut 06:48:32
2020-10-17 20:41:57 sr_weather 08:19:21
2020-10-17 20:41:57 ss 18:28:11
2020-10-17 20:41:57 ss_astro 20:23:48
2020-10-17 20:41:57 ss_civil 19:07:13
2020-10-17 20:41:57 ss_indoor 18:14:52
2020-10-17 20:41:57 ss_naut 19:45:32
2020-10-17 20:41:57 ss_weather 18:14:52
2020-10-17 20:41:57 state 12
2020-10-17 21:31:57 twilight 0
2020-10-17 21:31:57 twilight_weather 0
TIMER:
TwilightTEST_Midnight:
HASH TwilightTEST
MODIFIER Midnight
NAME TwilightTEST_Midnight
TwilightTEST_sr:
DEG 0
HASH TwilightTEST
LIGHT 4
MODIFIER sr
NAME TwilightTEST_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602914761.03
TwilightTEST_sr_astro:
DEG -18
HASH TwilightTEST
LIGHT 1
MODIFIER sr_astro
NAME TwilightTEST_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602907810
TwilightTEST_sr_civil:
DEG -6
HASH TwilightTEST
LIGHT 3
MODIFIER sr_civil
NAME TwilightTEST_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602912415.02
TwilightTEST_sr_indoor:
DEG 2
HASH TwilightTEST
LIGHT 5
MODIFIER sr_indoor
NAME TwilightTEST_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602915561.04
TwilightTEST_sr_naut:
DEG -12
HASH TwilightTEST
LIGHT 2
MODIFIER sr_naut
NAME TwilightTEST_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602910112.01
TwilightTEST_sr_weather:
DEG 2
HASH TwilightTEST
LIGHT 6
MODIFIER sr_weather
NAME TwilightTEST_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1602915561.05
TwilightTEST_ss:
DEG 0
HASH TwilightTEST
LIGHT 3
MODIFIER ss
NAME TwilightTEST_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602952091.97
TwilightTEST_ss_astro:
DEG -18
HASH TwilightTEST
LIGHT 0
MODIFIER ss_astro
NAME TwilightTEST_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602959028
TwilightTEST_ss_civil:
DEG -6
HASH TwilightTEST
LIGHT 2
MODIFIER ss_civil
NAME TwilightTEST_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602954433.98
TwilightTEST_ss_indoor:
DEG 2
HASH TwilightTEST
LIGHT 4
MODIFIER ss_indoor
NAME TwilightTEST_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602951292.96
TwilightTEST_ss_naut:
DEG -12
HASH TwilightTEST
LIGHT 1
MODIFIER ss_naut
NAME TwilightTEST_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602956732.99
TwilightTEST_ss_weather:
DEG 2
HASH TwilightTEST
LIGHT 5
MODIFIER ss_weather
NAME TwilightTEST_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1602951292.95
TwilightTEST_sunpos:
HASH TwilightTEST
MODIFIER sunpos
NAME TwilightTEST_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1602914761.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1602907810
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1602912415.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1602915561.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1602910112.01
sr_weather:
DEG 2
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1602915561.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1602952091.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1602959028
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1602954433.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1602951292.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1602956732.99
ss_weather:
DEG 2
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1602951292.95
helper:
.LATITUDE 51.0
.LONGITUDE 6.0
extWeather:
Device WetterProplanta
Reading
regexp WetterProplanta::.*
dispatch:
Attributes:
DbLogExclude .*
group Wetter
room Wetter
stateFormat { my $ret = '<div style="text-align: left;">';
my $lastCheck = POSIX::strftime("%d.%m. %H:%M",localtime(time_str2num(ReadingsTimestamp($name,"state","2000-01-01 00:00:00"))));
$ret .= $lastCheck.': ';
$ret .= "SR: ".ReadingsVal($name,'sr','');
$ret .= " SS: ".ReadingsVal($name,'ss','');
$ret .= " state: ".ReadingsVal($name,'state','');
$ret .= " light: ".ReadingsVal($name,'light','');
$ret .= " next ".ReadingsVal($name,'nextEvent','?');
$ret .= " at ".ReadingsVal($name,ReadingsVal($name,'nextEvent','nextEventTime'),'');
$ret .= '</div>';
return $ret;
}
List Proplanta-Device:
Internals:
DEF XXXXX
FUUID 5c443cf2-f33f-3151-ebb1-0ac43d848fb49f85
INTERVAL 1800
NAME WetterProplanta
NR 81
STATE [SNIP]
TYPE PROPLANTA
URL https://www.proplanta.de/Wetter/profi-wetter.php?SITEID=60&PLZ=XXXXX&STADT=XXXXX&WETTERaufrufen=stadt&Wtp=&SUCHE=Wetter&wT=
.attraggr:
.attrminint:
.userReadings:
HASH(0x4960dc8)
Helper:
DBLOG:
temperature:
logdb:
TIME 1602961543.99203
VALUE 9.9
READINGS:
2020-10-17 21:05:43 cloudBaseMax 1000
2020-10-17 21:05:43 cloudBaseMin 600
2020-10-17 21:05:43 dewPoint 6.3
2020-10-17 21:05:43 durationFetchReadings 11.00
2020-10-17 21:05:43 fc0_chOfRain00 15
2020-10-17 21:05:43 fc0_chOfRain03 20
2020-10-17 21:05:43 fc0_chOfRain06 20
2020-10-17 21:05:43 fc0_chOfRain09 20
2020-10-17 21:05:43 fc0_chOfRain12 15
2020-10-17 21:05:43 fc0_chOfRain15 15
2020-10-17 21:05:43 fc0_chOfRain18 20
2020-10-17 21:05:43 fc0_chOfRain21 15
2020-10-17 21:05:43 fc0_chOfRainDay 15
2020-10-17 21:05:43 fc0_chOfRainNight 10
2020-10-17 21:05:43 fc0_cloud00 87.5
2020-10-17 21:05:43 fc0_cloud03 100
2020-10-17 21:05:43 fc0_cloud06 100
2020-10-17 21:05:43 fc0_cloud09 100
2020-10-17 21:05:43 fc0_cloud12 87.5
2020-10-17 21:05:43 fc0_cloud15 87.5
2020-10-17 21:05:43 fc0_cloud18 100
2020-10-17 21:05:43 fc0_cloud21 87.5
2020-10-17 21:05:43 fc0_date 17.10.2020
2020-10-17 21:05:43 fc0_dew 0
2020-10-17 21:05:43 fc0_evapor 1
2020-10-17 21:05:43 fc0_frost 0
2020-10-17 21:05:43 fc0_gust00 10.8
2020-10-17 21:05:43 fc0_gust03 3.6
2020-10-17 21:05:43 fc0_gust06 7.2
2020-10-17 21:05:43 fc0_gust09 3.6
2020-10-17 21:05:43 fc0_gust12 3.6
2020-10-17 21:05:43 fc0_gust15 3.6
2020-10-17 21:05:43 fc0_gust18 3.6
2020-10-17 21:05:43 fc0_gust21 0
2020-10-17 21:05:43 fc0_moonRise 08:29
2020-10-17 21:05:43 fc0_moonSet 19:16
2020-10-17 21:05:43 fc0_rad 1
2020-10-17 21:05:43 fc0_rain 0
2020-10-17 21:05:43 fc0_rain00 0
2020-10-17 21:05:43 fc0_rain03 0
2020-10-17 21:05:43 fc0_rain06 0
2020-10-17 21:05:43 fc0_rain09 0
2020-10-17 21:05:43 fc0_rain12 0
2020-10-17 21:05:43 fc0_rain15 0
2020-10-17 21:05:43 fc0_rain18 0
2020-10-17 21:05:43 fc0_rain21 0
2020-10-17 21:05:43 fc0_sun 25
2020-10-17 21:05:43 fc0_temp00 8
2020-10-17 21:05:43 fc0_temp03 7
2020-10-17 21:05:43 fc0_temp06 7
2020-10-17 21:05:43 fc0_temp09 7
2020-10-17 21:05:43 fc0_temp12 10
2020-10-17 21:05:43 fc0_temp15 10
2020-10-17 21:05:43 fc0_temp18 10
2020-10-17 21:05:43 fc0_temp21 9
2020-10-17 21:05:43 fc0_tempMax 10
2020-10-17 21:05:43 fc0_tempMin 6
2020-10-17 21:05:43 fc0_uv 1
2020-10-17 21:05:43 fc0_weather00 stark bewölkt
2020-10-17 21:05:43 fc0_weather00Icon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
2020-10-17 21:05:43 fc0_weather03 bedeckt
2020-10-17 21:05:43 fc0_weather03Icon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
2020-10-17 21:05:43 fc0_weather06 bedeckt
2020-10-17 21:05:43 fc0_weather06Icon https://www.proplanta.de/wetterdaten/images/symbole/t5.gif
2020-10-17 21:05:43 fc0_weather09 bedeckt
2020-10-17 21:05:43 fc0_weather09Icon https://www.proplanta.de/wetterdaten/images/symbole/t5.gif
2020-10-17 21:05:43 fc0_weather12 stark bewölkt
2020-10-17 21:05:43 fc0_weather12Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
2020-10-17 21:05:43 fc0_weather15 stark bewölkt
2020-10-17 21:05:43 fc0_weather15Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
2020-10-17 21:05:43 fc0_weather18 bedeckt
2020-10-17 21:05:43 fc0_weather18Icon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
2020-10-17 21:05:43 fc0_weather21 stark bewölkt
2020-10-17 21:05:43 fc0_weather21Icon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
2020-10-17 21:05:43 fc0_weatherDay stark bewölkt
2020-10-17 21:05:43 fc0_weatherDayIcon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
2020-10-17 21:05:43 fc0_weatherEvening bedeckt
2020-10-17 21:05:43 fc0_weatherEveningIcon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
2020-10-17 21:05:43 fc0_weatherMorning bedeckt
2020-10-17 21:05:43 fc0_weatherMorningIcon https://www.proplanta.de/wetterdaten/images/symbole/t5.gif
2020-10-17 21:05:43 fc0_weatherNight wolkig
2020-10-17 21:05:43 fc0_weatherNightIcon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
2020-10-17 21:05:43 fc0_wind00 0
2020-10-17 21:05:43 fc0_wind03 3.6
2020-10-17 21:05:43 fc0_wind06 0
2020-10-17 21:05:43 fc0_wind09 0
2020-10-17 21:05:43 fc0_wind12 3.6
2020-10-17 21:05:43 fc0_wind15 3.6
2020-10-17 21:05:43 fc0_wind18 0
2020-10-17 21:05:43 fc0_wind21 0
2020-10-17 21:05:43 fc0_windDir00 180
2020-10-17 21:05:43 fc0_windDir03 70
2020-10-17 21:05:43 fc0_windDir06 130
2020-10-17 21:05:43 fc0_windDir09 140
2020-10-17 21:05:43 fc0_windDir12 120
2020-10-17 21:05:43 fc0_windDir15 334
2020-10-17 21:05:43 fc0_windDir18 231
2020-10-17 21:05:43 fc0_windDir21 56
2020-10-17 21:05:43 fc1_chOfRain00 15
2020-10-17 21:05:43 fc1_chOfRain03 5
2020-10-17 21:05:43 fc1_chOfRain06 10
2020-10-17 21:05:43 fc1_chOfRain09 20
2020-10-17 21:05:43 fc1_chOfRain12 15
2020-10-17 21:05:43 fc1_chOfRain15 15
2020-10-17 21:05:43 fc1_chOfRain18 15
2020-10-17 21:05:43 fc1_chOfRain21 20
2020-10-17 21:05:43 fc1_chOfRainDay 15
2020-10-17 21:05:43 fc1_chOfRainNight 20
2020-10-17 21:05:43 fc1_cloud00 87.5
2020-10-17 21:05:43 fc1_cloud03 12.5
2020-10-17 21:05:43 fc1_cloud06 50
2020-10-17 21:05:43 fc1_cloud09 100
2020-10-17 21:05:43 fc1_cloud12 75
2020-10-17 21:05:43 fc1_cloud15 87.5
2020-10-17 21:05:43 fc1_cloud18 87.5
2020-10-17 21:05:43 fc1_cloud21 100
2020-10-17 21:05:43 fc1_date 18.10.2020
2020-10-17 21:05:43 fc1_dew 0
2020-10-17 21:05:43 fc1_evapor 1
2020-10-17 21:05:43 fc1_frost 0
2020-10-17 21:05:43 fc1_gust00 3.6
2020-10-17 21:05:43 fc1_gust03 7.2
2020-10-17 21:05:43 fc1_gust06 10.8
2020-10-17 21:05:43 fc1_gust09 14.4
2020-10-17 21:05:43 fc1_gust12 14.4
2020-10-17 21:05:43 fc1_gust15 18
2020-10-17 21:05:43 fc1_gust18 14.4
2020-10-17 21:05:43 fc1_gust21 14.4
2020-10-17 21:05:43 fc1_moonRise 09:58
2020-10-17 21:05:43 fc1_moonSet 19:42
2020-10-17 21:05:43 fc1_rad 2
2020-10-17 21:05:43 fc1_rain 0
2020-10-17 21:05:43 fc1_rain00 0
2020-10-17 21:05:43 fc1_rain03 0
2020-10-17 21:05:43 fc1_rain06 0
2020-10-17 21:05:43 fc1_rain09 0
2020-10-17 21:05:43 fc1_rain12 0
2020-10-17 21:05:43 fc1_rain15 0
2020-10-17 21:05:43 fc1_rain18 0
2020-10-17 21:05:43 fc1_rain21 0
2020-10-17 21:05:43 fc1_sun 25
2020-10-17 21:05:43 fc1_temp00 7
2020-10-17 21:05:43 fc1_temp03 7
2020-10-17 21:05:43 fc1_temp06 8
2020-10-17 21:05:43 fc1_temp09 10
2020-10-17 21:05:43 fc1_temp12 13
2020-10-17 21:05:43 fc1_temp15 13
2020-10-17 21:05:43 fc1_temp18 11
2020-10-17 21:05:43 fc1_temp21 11
2020-10-17 21:05:43 fc1_tempMax 13
2020-10-17 21:05:43 fc1_tempMin 5
2020-10-17 21:05:43 fc1_uv 1
2020-10-17 21:05:43 fc1_weather00 stark bewölkt
2020-10-17 21:05:43 fc1_weather00Icon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
2020-10-17 21:05:43 fc1_weather03 heiter
2020-10-17 21:05:43 fc1_weather03Icon https://www.proplanta.de/wetterdaten/images/symbole/n2.gif
2020-10-17 21:05:43 fc1_weather06 wolkig
2020-10-17 21:05:43 fc1_weather06Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
2020-10-17 21:05:43 fc1_weather09 bedeckt
2020-10-17 21:05:43 fc1_weather09Icon https://www.proplanta.de/wetterdaten/images/symbole/t5.gif
2020-10-17 21:05:43 fc1_weather12 stark bewölkt
2020-10-17 21:05:43 fc1_weather12Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
2020-10-17 21:05:43 fc1_weather15 stark bewölkt
2020-10-17 21:05:43 fc1_weather15Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
2020-10-17 21:05:43 fc1_weather18 stark bewölkt
2020-10-17 21:05:43 fc1_weather18Icon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
2020-10-17 21:05:43 fc1_weather21 bedeckt
2020-10-17 21:05:43 fc1_weather21Icon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
2020-10-17 21:05:43 fc1_weatherDay stark bewölkt
2020-10-17 21:05:43 fc1_weatherDayIcon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
2020-10-17 21:05:43 fc1_weatherEvening stark bewölkt
2020-10-17 21:05:43 fc1_weatherEveningIcon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
2020-10-17 21:05:43 fc1_weatherMorning wolkig
2020-10-17 21:05:43 fc1_weatherMorningIcon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
2020-10-17 21:05:43 fc1_weatherNight bedeckt
2020-10-17 21:05:43 fc1_weatherNightIcon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
2020-10-17 21:05:43 fc1_wind00 0
2020-10-17 21:05:43 fc1_wind03 3.6
2020-10-17 21:05:43 fc1_wind06 3.6
2020-10-17 21:05:43 fc1_wind09 7.2
2020-10-17 21:05:43 fc1_wind12 10.8
2020-10-17 21:05:43 fc1_wind15 10.8
2020-10-17 21:05:43 fc1_wind18 7.2
2020-10-17 21:05:43 fc1_wind21 7.2
2020-10-17 21:05:43 fc1_windDir00 308
2020-10-17 21:05:43 fc1_windDir03 208
2020-10-17 21:05:43 fc1_windDir06 200
2020-10-17 21:05:43 fc1_windDir09 261
2020-10-17 21:05:43 fc1_windDir12 286
2020-10-17 21:05:43 fc1_windDir15 279
2020-10-17 21:05:43 fc1_windDir18 282
2020-10-17 21:05:43 fc1_windDir21 253
2020-10-17 21:05:43 fc2_chOfRain00 20
2020-10-17 21:05:43 fc2_chOfRain03 20
2020-10-17 21:05:43 fc2_chOfRain06 20
2020-10-17 21:05:43 fc2_chOfRain09 20
2020-10-17 21:05:43 fc2_chOfRain12 15
2020-10-17 21:05:43 fc2_chOfRain15 15
2020-10-17 21:05:43 fc2_chOfRain18 15
2020-10-17 21:05:43 fc2_chOfRain21 10
2020-10-17 21:05:43 fc2_chOfRainDay 15
2020-10-17 21:05:43 fc2_chOfRainNight 10
2020-10-17 21:05:43 fc2_cloud00 100
2020-10-17 21:05:43 fc2_cloud03 100
2020-10-17 21:05:43 fc2_cloud06 100
2020-10-17 21:05:43 fc2_cloud09 100
2020-10-17 21:05:43 fc2_cloud12 87.5
2020-10-17 21:05:43 fc2_cloud15 75
2020-10-17 21:05:43 fc2_cloud18 75
2020-10-17 21:05:43 fc2_cloud21 62.5
2020-10-17 21:05:43 fc2_date 19.10.2020
2020-10-17 21:05:43 fc2_dew 0
2020-10-17 21:05:43 fc2_evapor 1
2020-10-17 21:05:43 fc2_frost 0
2020-10-17 21:05:43 fc2_gust00 14.4
2020-10-17 21:05:43 fc2_gust03 10.8
2020-10-17 21:05:43 fc2_gust06 7.2
2020-10-17 21:05:43 fc2_gust09 7.2
2020-10-17 21:05:43 fc2_gust12 10.8
2020-10-17 21:05:43 fc2_gust15 14.4
2020-10-17 21:05:43 fc2_gust18 18
2020-10-17 21:05:43 fc2_gust21 21.6
2020-10-17 21:05:43 fc2_moonRise 11:27
2020-10-17 21:05:43 fc2_moonSet 20:12
2020-10-17 21:05:43 fc2_rad 1.8
2020-10-17 21:05:43 fc2_rain 0
2020-10-17 21:05:43 fc2_rain00 0
2020-10-17 21:05:43 fc2_rain03 0
2020-10-17 21:05:43 fc2_rain06 0
2020-10-17 21:05:43 fc2_rain09 0
2020-10-17 21:05:43 fc2_rain12 0
2020-10-17 21:05:43 fc2_rain15 0
2020-10-17 21:05:43 fc2_rain18 0
2020-10-17 21:05:43 fc2_rain21 0
2020-10-17 21:05:43 fc2_sun 25
2020-10-17 21:05:43 fc2_temp00 10
2020-10-17 21:05:43 fc2_temp03 10
2020-10-17 21:05:43 fc2_temp06 9
2020-10-17 21:05:43 fc2_temp09 11
2020-10-17 21:05:43 fc2_temp12 13
2020-10-17 21:05:43 fc2_temp15 14
2020-10-17 21:05:43 fc2_temp18 11
2020-10-17 21:05:43 fc2_temp21 9
2020-10-17 21:05:43 fc2_tempMax 14
2020-10-17 21:05:43 fc2_tempMin 8
2020-10-17 21:05:43 fc2_uv 1
2020-10-17 21:05:43 fc2_weather00 bedeckt
2020-10-17 21:05:43 fc2_weather00Icon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
2020-10-17 21:05:43 fc2_weather03 bedeckt
2020-10-17 21:05:43 fc2_weather03Icon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
2020-10-17 21:05:43 fc2_weather06 bedeckt
2020-10-17 21:05:43 fc2_weather06Icon https://www.proplanta.de/wetterdaten/images/symbole/t5.gif
2020-10-17 21:05:43 fc2_weather09 bedeckt
2020-10-17 21:05:43 fc2_weather09Icon https://www.proplanta.de/wetterdaten/images/symbole/t5.gif
2020-10-17 21:05:43 fc2_weather12 stark bewölkt
2020-10-17 21:05:43 fc2_weather12Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
2020-10-17 21:05:43 fc2_weather15 stark bewölkt
2020-10-17 21:05:43 fc2_weather15Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
2020-10-17 21:05:43 fc2_weather18 stark bewölkt
2020-10-17 21:05:43 fc2_weather18Icon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
2020-10-17 21:05:43 fc2_weather21 wolkig
2020-10-17 21:05:43 fc2_weather21Icon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
2020-10-17 21:05:43 fc2_weatherDay stark bewölkt
2020-10-17 21:05:43 fc2_weatherDayIcon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
2020-10-17 21:05:43 fc2_weatherEvening stark bewölkt
2020-10-17 21:05:43 fc2_weatherEveningIcon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
2020-10-17 21:05:43 fc2_weatherMorning bedeckt
2020-10-17 21:05:43 fc2_weatherMorningIcon https://www.proplanta.de/wetterdaten/images/symbole/t5.gif
2020-10-17 21:05:43 fc2_weatherNight wolkig
2020-10-17 21:05:43 fc2_weatherNightIcon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
2020-10-17 21:05:43 fc2_wind00 3.6
2020-10-17 21:05:43 fc2_wind03 3.6
2020-10-17 21:05:43 fc2_wind06 3.6
2020-10-17 21:05:43 fc2_wind09 7.2
2020-10-17 21:05:43 fc2_wind12 7.2
2020-10-17 21:05:43 fc2_wind15 7.2
2020-10-17 21:05:43 fc2_wind18 10.8
2020-10-17 21:05:43 fc2_wind21 14.4
2020-10-17 21:05:43 fc2_windDir00 232
2020-10-17 21:05:43 fc2_windDir03 192
2020-10-17 21:05:43 fc2_windDir06 153
2020-10-17 21:05:43 fc2_windDir09 178
2020-10-17 21:05:43 fc2_windDir12 195
2020-10-17 21:05:43 fc2_windDir15 181
2020-10-17 21:05:43 fc2_windDir18 143
2020-10-17 21:05:43 fc2_windDir21 134
[SNIP]
2020-10-17 21:05:43 humidity 76
2020-10-17 21:05:43 lastConnection 672 values captured in 11.00 s
2020-10-17 21:05:43 obsTime 20:00
2020-10-17 21:05:43 pressure 1021.3
2020-10-17 21:05:43 state Tmin: 6 Tmax: 10 T: 9.9 H: 76 W: 3.6 P: 1021.3
2020-10-17 21:05:43 temperature 9.9
2020-10-17 21:05:43 visibility 22
2020-10-17 21:05:43 weather stark bewölkt
2020-10-17 21:05:43 weatherIcon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
2020-10-17 21:05:43 wind 3.6
2020-10-17 21:05:43 windDir 325
2020-10-17 21:05:43 windDirIcon https://www.proplanta.de/wetterdaten/images/symbole/w30.gif
fhem:
LOCAL 0
modulVersion $Date: 2019-02-24 17:08:46 +0100 (Sun, 24 Feb 2019) $
helper:
Attributes:
INTERVAL 1800
forecastDays 7
group Wetter
room Wetter
Angesammelte Log-Meldungen:
2020.10.17 20:41:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 20:46:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 20:51:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 20:56:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 21:01:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 21:06:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 21:11:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 21:16:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 21:21:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 21:26:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
2020.10.17 21:31:57 3: [TwilightTEST] Error with external readings from: WetterProplanta: , taking original weather readings
Welches PROPLANTA_Reading willst du auslesen?
(Anscheinend gibt es eine maximale Zeichenanzahl pro Nachricht, was man erst sieht, wenn man gepostet hat - die Vorschau lässt einem in gutem Glauben - daher zwei posts und das reduzierte List des Proplanta-Devices.)
Ja, bei Weather klappt das (leider aus den falschen Gründen) ohne das Reading. Bei Proplanta ist es derzeit noch erforderlich und (vermutlich und vorläufig) auch nicht schädlich.
Bin derzeit dran, das so umzustellen, dass mit Reading-Angabe nicht der dispatch-Mechanismus aktiviert wird (=> nur auf Basis des aktuellen Readings) und ohne dann die erweiterte Funktionalität.
Da das mit "ohne Reading" im Moment sowieso ein "hidden feature" ist, neige ich dazu, die Fassung aus #118 erst mal einzuchecken (ggf. mit cref, die das erst mal nicht erwähnt, dass man es auch weglassen kann)?
Oder wir packen für PROPLANTA dann noch ein Dispatch von fc0_cloud00 auf cloudCover dazu? (das wird dann später wieder entfallen).
Mit der Version aus #118 habe ich immernoch folgende Meldungen:
2020.10.18 09:05:54 1: PERL WARNING: Use of uninitialized value $eventTime in subtraction (-) at ./FHEM/59_Twilight.pm line 682.
2020.10.18 09:05:54 1: PERL WARNING: Use of uninitialized value $nextEvent in hash element at ./FHEM/59_Twilight.pm line 688.
2020.10.18 09:05:54 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/59_Twilight.pm line 688.
2020.10.18 09:05:54 1: PERL WARNING: Use of uninitialized value in localtime at fhem.pl line 3509.
2020.10.18 09:05:54 1: PERL WARNING: Use of uninitialized value $light in concatenation (.) or string at ./FHEM/59_Twilight.pm line 693.
2020.10.18 09:05:54 1: PERL WARNING: Use of uninitialized value $doTrigger in concatenation (.) or string at ./FHEM/59_Twilight.pm line 693.
2020.10.18 09:05:54 1: PERL WARNING: Use of uninitialized value $state in sprintf at ./FHEM/59_Twilight.pm line 693.
2020.10.18 09:05:54 1: PERL WARNING: Use of uninitialized value $deg in sprintf at ./FHEM/59_Twilight.pm line 693.
2020.10.18 09:05:54 1: PERL WARNING: Use of uninitialized value $nextEvent in sprintf at ./FHEM/59_Twilight.pm line 693.
Wieder beim Wechsel von sr_weather auf ss_weather zum Zeitpunkt von sr_weather.
(EDIT: mich stört, außer der LogMeldung, das eigtl nicht - _ich_ benötige light/state > 5 nicht, ansonsten verwende ich Zeiten via der Perl-Funktion twilight() - und das funktionierte mit all deinen Versionen sehr gut. Ach, das undefined Reading ist noch nicht zurück.)
Ansonsten funktioniert die Version mit meiner bestehenden DEF gut und kann mMn eingecheckt werden. Andererseits, die Version vorher (aktuelle SVN) hat auch funktioniert - also warum diese schon einchecken?
PROPLANTA sollte eigtl relativ einfach sein mit einem reading-mapping, es gibt ja für den aktuellen Tag nur
fc0_cloud00
fc0_cloud03
fc0_cloud06
fc0_cloud09
fc0_cloud12
fc0_cloud15
fc0_cloud18
fc0_cloud21
wobei man nach jetzigem Stand mMn so mappen könnte:
fc0_cloud00 => sr_astro
fc0_cloud03 => sr_astro & sr_naut
fc0_cloud06 => sr_naut & sr_civil & sr_weather
fc0_cloud09 => sr_civil & sr_weather & sr_indoor
fc0_cloud12 => n/a
fc0_cloud15 => ss_indoor
fc0_cloud18 => ss_indoor & ss_weather & ss_civil
fc0_cloud21 => ss_civil & ss_naut & ss_astro
Zumal man hier noch die Aktualsierungsfrequenz des PROPLANTA-Devices beachten muss - möglicherweise ist fc0 um 0:25 noch das Reading vom Vortag und man müsste auf fc1_cloudNN umschwenken. Aber das wären Details.
WEATHER Device fänd ich schwieriger mit den Vorhersagen, da ich hier stündliche (hfcNN.* Readings fortlaufend ab Abfragezeitpunkt) oder tägliche (fcN.*) Vorhersagen einstellen kann. Alle WEATHER Devices haben allerdings das cloudCover Reading als aktuellen Zustand. Aber benötige ich das, wenn ich jetzt ss_weather berechnen will?
Wie schon erwähnt, ich wäre für ein userReading - entweder im Twilight Device selbst oder irgendwo anders. Als das im Twilight-Modul selbst abzudecken. Aber des sind nur meine 2Pf.
Mit der 59_Twilight.pm:?/2020-10-16 UNSTABLE wird tagsüber der Zustand 6 bei state und light nicht mehr erreicht. Er steht bei 5. Bis zur vorhergehenden Version war alles OK.
Zitat von: yersinia am 13 Oktober 2020, 10:27:54
Für nur Proplanta wäre dies wesentich einfacher:
TwilightCloudCover {
my $ret = 0;
my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime();
if ($hour <= 4) {
$ret = ReadingsNum($name,"fc0_cloud03",0);
} elsif ($hour <= 7) {
$ret = ReadingsNum($name,"fc0_cloud06",0);
} elsif ($hour <= 10) {
$ret = ReadingsNum($name,"fc0_cloud09",0);
} elsif ($hour <= 19) {
$ret = ReadingsNum($name,"fc0_cloud18",0);
} elsif ($hour <= 22) {
$ret = ReadingsNum($name,"fc0_cloud21",0);
} else {
$ret = ReadingsNum($name,"fc1_cloud03",0);
}
return $ret;
}
Vielen Dank an yersinia für die Inspiration! Ich habe auf der Basis eine kleine "Erweiterung" für das UserReading im Proplanta-Device zusammengebastelt, da ich nur Proplanta benutze jedoch auch nur darauf bezogen:
twilightCloudCover {
my $ret = 0;
my $nextEvent = ReadingsVal("dr.twilight", "nextEvent", "ss");
my $hour;
if(substr($nextEvent, 0, 2) eq "sr") {
$hour = substr(ReadingsVal("dr.twilight", "sr_indoor", "08"), 0, 2);
} else {
$hour = substr(ReadingsVal("dr.twilight", "ss_indoor", "20"), 0, 2);
}
$hour =~ s/^0+//;
if ($hour <= 4) {
$ret = ReadingsNum($name,"fc0_cloud03",0);
} elsif ($hour <= 7) {
$ret = ReadingsNum($name,"fc0_cloud06",0);
} elsif ($hour <= 10) {
$ret = ReadingsNum($name,"fc0_cloud09",0);
} elsif ($hour <= 19) {
$ret = ReadingsNum($name,"fc0_cloud18",0);
} elsif ($hour <= 22) {
$ret = ReadingsNum($name,"fc0_cloud21",0);
} else {
$ret = ReadingsNum($name,"fc1_cloud03",0);
}
return $ret;
}
dr.twilight ist der Name meines Twilight-Devices.
In meiner Version wird (sicherlich etwas stümperhaft umgesetzt, meine Praxiserfahrung in Perl ist sehr begrenzt) die Uhrzeit des "nächsten Events" Sunrise/Sunset_indoor für die CloudCover-Ermittlung genutzt.
Damit wird nach dem "letzten Event" die Uhrzeit für das nächste _weather-Event auf Basis der Wettervorhersage für die Uhrzeit des _indoor-Events errechnet. In der Originalversion basiert die Uhrzeitberechnung auf der Wettervorhersage für die aktuelle Uhrzeit?
Vielleicht kann ja jemand noch etwas mit dem Codeschnipsel anfangen.
Vielen Dank an alle Entwickler für die tolle Arbeit!
Zitat von: BroPi am 18 Oktober 2020, 14:20:54
Mit der 59_Twilight.pm:?/2020-10-16 UNSTABLE wird tagsüber der Zustand 6 bei state und light nicht mehr erreicht. Er steht bei 5. Bis zur vorhergehenden Version war alles OK.
Hmm, also erst mal noch der Versuch, diesen Teil zu fixen...
In #118 gab es jetzt gar keine Initialisierung von den s._weather-Timern mehr ohne Events, das war etwas über das Ziel raus ::) .
Hab's leider noch nicht intensiver testen können, aber zumindest den fehlenden Switch von 5 nach 6 nach 7 sollte man damit wieder bekommen.
Zitat von: luckycger am 19 Oktober 2020, 14:59:19Damit wird nach dem "letzten Event" die Uhrzeit für das nächste _weather-Event auf Basis der Wettervorhersage für die Uhrzeit des _indoor-Events errechnet. In der Originalversion basiert die Uhrzeitberechnung auf der Wettervorhersage für die aktuelle Uhrzeit?
Vielleicht nochmal ein paar Anmerkungen, was meine Vorstellung mit der "Dispatch"-Geschichte ist:
- Dynamisch, also vom Wetter abhängig, sind meiner Ansicht nach nur die beiden "mittleren", also s._weather-Zeiten. Diese "leiten" sich aus den s._indoor-Werten ab.
- Daher macht es Sinn, sich neben dem aktuellen Wetter auch die beiden Wetter-Werte zum jeweiligen s._indoor-Zeitpunkt heranzuziehen. An der Stelle unterscheiden sich PROPLANTA und Weather (wobei Weather uU. auch noch unterschiedlich konfiguriert werden kann, ich kenne nur den "default" mit darkSky)
- Proplanta hat vermutlich nicht event-basiert funktioniert, weil da kein Trigger definiert war.
Künftig will ich unterscheiden können zwischen einer "starren" "Device:Reading"-Variante (keine Berücksichtigung der Vorhersage) und einer dynamischen "Device"-Variante und ggf. vielleicht sogar die Möglichkeit anflanschen, eigene Dispatch-Routinen verwenden zu können.
Damit kann mit userReadings arbeiten, wer das mag, die, die auf Automatismen stehen, können ggf. die nutzen, wenn sie vorhanden sind oder welche (außerhalb des eigentlichen Modulcodes) entwickeln, wenn das (noch) nicht der Fall ist.
Es hakt noch ein wenig an der Absicherung externen Codes, bitte dazu also noch etwas Geduld.
Vielen Dank fürs Teilen @luckycger!
Zitat von: luckycger am 19 Oktober 2020, 14:59:19In meiner Version wird [...] die Uhrzeit des "nächsten Events" Sunrise/Sunset_indoor für die CloudCover-Ermittlung genutzt.
Damit wird nach dem "letzten Event" die Uhrzeit für das nächste _weather-Event auf Basis der Wettervorhersage für die Uhrzeit des _indoor-Events errechnet. In der Originalversion basiert die Uhrzeitberechnung auf der Wettervorhersage für die aktuelle Uhrzeit?
Das macht mich Neugierig - du verwendest ein auf CloudCover berechnetes Reading um das CloudCover zu berechnen. Interessante Idee und vorgehensweise, aber ob das so gut ist kann zumindest _ich_ noch nicht überblicken. Dazu sei gesagt, dass meine Version eigtl auch wenig hilfreich ist - wozu brauche ich fc0_cloudCover03 für sr_indoor? Die Berechnung zu diesem Zeitpunkt ergibt eigtl keinen Sinn.
Ja, ich nutze die Systemzeit um das mMn 'richtige' Reading als Quelle zu nutzen - ich, bzw. das Proplanta-Device, weiss ja nicht, wann Twilight die Zeiten neu berechnet. Geschieht das auch tagsüber? Oder ist das nur einmal um 0:01Uhr?
Zitat von: Beta-User am 19 Oktober 2020, 15:30:17Hab's leider noch nicht intensiver testen können, aber zumindest den fehlenden Switch von 5 nach 6 nach 7 sollte man damit wieder bekommen.
Na dann wollma'ma. :D
Zitat von: Beta-User am 19 Oktober 2020, 15:30:17Vielleicht nochmal ein paar Anmerkungen, was meine Vorstellung mit der "Dispatch"-Geschichte ist:
- Dynamisch, also vom Wetter abhängig, sind meiner Ansicht nach nur die beiden "mittleren", also s._weather-Zeiten. Diese "leiten" sich aus den s._indoor-Werten ab.
- Daher macht es Sinn, sich neben dem aktuellen Wetter auch die beiden Wetter-Werte zum jeweiligen s._indoor-Zeitpunkt heranzuziehen. An der Stelle unterscheiden sich PROPLANTA und Weather (wobei Weather uU. auch noch unterschiedlich konfiguriert werden kann, ich kenne nur den "default" mit darkSky)
Für mich ist es eher eine Frage,
wann Twilight aus einem Wetter-Device die Daten zur Berechnung heranzieht. Morgens um 0:01Uhr kann man alle bis auf s._weather Werte sinnvoll berechnen. Wenn ich da aber schon DarkSky:cloudCover mitnehme, ist das mMn der letzte
IST-Wert. In Abhängigkeit von s._indoor müsste man sich dann (@0:01Uhr) ein richtiges DarkSky:(fcN|hfcN)_cloudCover reading raussuchen. Oder ich muss gegen s._indoor s._weather mit dem dann nächsten/aktuellen cloudCover Wert neu berechnen. Aber will ich das im Gesamtkonstrukt? Und dann alle (evtl abhängigen) Timer in der FHEM Installation anpassen?
Ich frag' nur, weil ich mir die Auswirkungen nur schwer vorstellen kann. Ist das nur ein 0,000001% Schreckensszenario, then, so what, nothing said.
Mal vom Entwicklungs- und daraus resultierenden Supportaufwand abgesehen...
Zitat von: Beta-User am 19 Oktober 2020, 15:30:17- Proplanta hat vermutlich nicht event-basiert funktioniert, weil da kein Trigger definiert war.
Müsste man da nicht einfach ein event-on-update für ein bestimmtes Reading im Proplanta-Device setzen?
Zitat von: Beta-User am 19 Oktober 2020, 15:30:17
Künftig will ich unterscheiden können zwischen einer "starren" "Device:Reading"-Variante (keine Berücksichtigung der Vorhersage) und einer dynamischen "Device"-Variante und ggf. vielleicht sogar die Möglichkeit anflanschen, eigene Dispatch-Routinen verwenden zu können.
Damit kann mit userReadings arbeiten, wer das mag, die, die auf Automatismen stehen, können ggf. die nutzen, wenn sie vorhanden sind oder welche (außerhalb des eigentlichen Modulcodes) entwickeln, wenn das (noch) nicht der Fall ist.
Find ich eine gute Lösung. +1
Zitat von: Beta-User am 19 Oktober 2020, 15:30:17Es hakt noch ein wenig an der Absicherung externen Codes, bitte dazu also noch etwas Geduld.
Ich kann nur für mich sprechen: meine Erwartung an Twilight vor dem 5.9.'20 tendierte gegen Null - es lief für mich halbwegs OK, also meckert man nicht über nicht funktionierende Funktionen die man sowieso nicht nutzt geschweige denn nutzen wollen würde. Von daher: alles was DU bisher geleistet hast, verdient ein dickes DANKE. Und fremden Code zu übernehmen und sich sowohl in Code als auch Thematik einzuarbeiten UND dann zu optimieren/erweitern ist nicht mal eben aus dem Handgelenk geschüttelt.
Dafür wird getestet und ohne Groll und im Sinne der gemeinsamen Code/Funktionsweiterentwicklung Feedback gegeben. Brennt FHEM ab? Ja, selber schuld, warum testet man -wie ich- auf dem Produktivsystem? Dafür gibt es Rückfallstrategien inkl. Backup. Wie gesagt, meine 0,02M.
So, nu' muss ich aber mal #125 testen...
ZitatNa dann wollma'ma. :D
Mutige Tester können auch direkt mal das aus der Anlage hier hernehmen - bitte aber erst mal nicht versuchen, was externes als Dispatch-Logik anzuflanschen, damit kann man sich FHEM ohne weiteres abschießen....
Auch nur grob angetestet, aber (mit etwas Glück ohne, möglicherweise erst nach einem Neustart) damit sollte dann auch die Unterscheidung zwischen "hartem Reading" und dispatch-Logik klappen.
Zitat von: yersinia am 19 Oktober 2020, 16:24:13
Das macht mich Neugierig - du verwendest ein auf CloudCover berechnetes Reading um das CloudCover zu berechnen.
MMn. liegt da ein Missverständnis vor: die indoor-Zeiten werden nicht wetterabhängig berechnet, das sind schlicht und ergreifend die Zeitpunkte, die ohne Wetter am nächsten dran sind, daher nehme ich die auch in den dispatch-Funktionen als Grund-Zeiten.
Zitat
weiss ja nicht, wann Twilight die Zeiten neu berechnet. Geschieht das auch tagsüber? Oder ist das nur einmal um 0:01Uhr?
Wenn es eine Aktualisierung gibt, passiert das auch tagsüber; im Moment allerdings nur, wenn sich das Hauptreading signifikant ändert (to be discussed).
Zitat
Für mich ist es eher eine Frage, wann Twilight aus einem Wetter-Device die Daten zur Berechnung heranzieht. Morgens um 0:01Uhr kann man alle bis auf s._weather Werte sinnvoll berechnen. Wenn ich da aber schon DarkSky:cloudCover mitnehme, ist das mMn der letzte IST-Wert. In Abhängigkeit von s._indoor müsste man sich dann (@0:01Uhr) ein richtiges DarkSky:(fcN|hfcN)_cloudCover reading raussuchen. Oder ich muss gegen s._indoor s._weather mit dem dann nächsten/aktuellen cloudCover Wert neu berechnen. Aber will ich das im Gesamtkonstrukt? Und dann alle (evtl abhängigen) Timer in der FHEM Installation anpassen?
Bin nicht ganz sicher, aber im Moment werden die s._weather-Werte nach meinem Verständnis nur dann aktualisiert, wenn das externe Reading triggernd aktualisiert wird. Von daher benötigen wir vermutlich noch einen erweiterten Mitternachtsmechanismus, um die Werte direkt nach Mitternacht auch initial richtig bereitzustellen.
Ansonsten sehe ich es ähnlich: Man kann auf laufende Aktualisierungen reagieren, aber in vielen Fällen wird man das nicht wollen, sondern möchte - z.B. für WeekdayTimer, der auch in der Regel einmalig am Tag kurz nach Tagesanbruch seine Schaltzeiten ermittelt - direkt passende Werte geliefert bekommen (ergo habe ich da einen Aktionspunkt, aber das sollte eigentlich zu machen sein 8) ).
Von daher: wir sind vermutlich auf dem richtigen Weg, und so langsam aber sicher würde ich annehmen, dass wir uns der Zielgeraden nähern :) .
Zitat von: yersinia am 19 Oktober 2020, 16:24:13
Interessante Idee und vorgehensweise, aber ob das so gut ist kann zumindest _ich_ noch nicht überblicken.
Ich glaube ich bin mit meiner Idee auch ein wenig über das Ziel hinausgeschossen, es hat leider viel zu spät Klick gemacht.
Ich bin etwas blauäugig davon ausgegangen, dass der CloudCover-Wert im TWILIGHT Modul lediglich benutzt wird, um die s._weather-Ereignisse anzupassen. So langsam dämmert mir aber, dass auch das jeweils aktuelle Reading "twilight" darauf basiert.
Damit ist natürlich dann auch der stundenaktuelle Wolken-Wert aus PROPLANTA genau richtig für das Reading im TWILIGHT Modul, nicht wie von meinem Code erzwungen das Wetter zum nächsten s._indoor.
Sorry für die Verwirrung!
@luckycger: Quatsch, Input und neue, andere Ideen sind immer gut. Selbst wenn es 'nur' als Diskussionsgrundlage dient. :)
Die #125 (https://forum.fhem.de/index.php/topic,114061.msg1093804.html#msg1093804) lief bei mir unauffällig, hat aber den wechsel von sr_weather auf ss_weather nicht hinbekommen.
2020.10.20 09:14:18 1: PERL WARNING: Use of uninitialized value $eventTime in subtraction (-) at ./FHEM/59_Twilight.pm line 691.
2020.10.20 09:14:18 1: PERL WARNING: Use of uninitialized value $nextEvent in hash element at ./FHEM/59_Twilight.pm line 697.
2020.10.20 09:14:18 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/59_Twilight.pm line 697.
2020.10.20 09:14:18 1: PERL WARNING: Use of uninitialized value in localtime at fhem.pl line 3509.
2020.10.20 09:14:18 1: PERL WARNING: Use of uninitialized value $light in concatenation (.) or string at ./FHEM/59_Twilight.pm line 702.
2020.10.20 09:14:18 1: PERL WARNING: Use of uninitialized value $doTrigger in concatenation (.) or string at ./FHEM/59_Twilight.pm line 702.
2020.10.20 09:14:18 1: PERL WARNING: Use of uninitialized value $state in sprintf at ./FHEM/59_Twilight.pm line 702.
2020.10.20 09:14:18 1: PERL WARNING: Use of uninitialized value $deg in sprintf at ./FHEM/59_Twilight.pm line 702.
2020.10.20 09:14:18 1: PERL WARNING: Use of uninitialized value $nextEvent in sprintf at ./FHEM/59_Twilight.pm line 702.Ich hab jetzt die #127 (https://forum.fhem.de/index.php/topic,114061.msg1093827.html#msg1093827) laufen, ein
shutdown restart hat es überstanden mit bestehender config und es läuft erstmal. Ich beobachte.
ZitatMMn. liegt da ein Missverständnis vor: die indoor-Zeiten werden nicht wetterabhängig berechnet, das sind schlicht und ergreifend die Zeitpunkte, die ohne Wetter am nächsten dran sind, daher nehme ich die auch in den dispatch-Funktionen als Grund-Zeiten.
Da hast du recht, ich hab wahrscheinlich gedanklich indoor mit weather gleichgesetzt. ::)
Als "Mutiger Tester" habe ich die 59_Twilight.pm:?/2020-10-19 UNSTABLE gestern eingespielt. Der State 6 wird jetzt wieder erreicht. Auch der hier schon erwähnte Block ab 09:xx Uhr mit folgenden Meldungen "PERL WARNING: Use of uninitialized value" im Logfile ist bis jetzt nicht mehr aufgetreten.
Alles bisher super. Vielen Dank für deine Arbeit.
Zitat von: Beta-User am 19 Oktober 2020, 17:10:56
Bin nicht ganz sicher, aber im Moment werden die s._weather-Werte nach meinem Verständnis nur dann aktualisiert, wenn das externe Reading triggernd aktualisiert wird. Von daher benötigen wir vermutlich noch einen erweiterten Mitternachtsmechanismus, um die Werte direkt nach Mitternacht auch initial richtig bereitzustellen.
[...]
Ansonsten sehe ich es ähnlich: Man kann auf laufende Aktualisierungen reagieren, aber in vielen Fällen wird man das nicht wollen, sondern möchte - z.B. für WeekdayTimer, der auch in der Regel einmalig am Tag kurz nach Tagesanbruch seine Schaltzeiten ermittelt - direkt passende Werte geliefert bekommen (ergo habe ich da einen Aktionspunkt, aber das sollte eigentlich zu machen sein 8) ).
Da mir das mit der (as good as gets) Mitternachts-Aktualisierung wichtig erscheint, gibt es jetzt nochmal ein "kleines update" für mutige Tester.
Wer in den Code schaut wird feststellen, dass manches Versatzstück wieder deutlich an einer anderen Stelle zu finden ist, und ich bin mir auch nicht 100% sicher, ob wirklich alles wieder (für alle möglichen Varianten) zusammenpasst ::) . (@BroPi scheint z.B. kein externes Wetter-Device zu haben, (was ok ist)).
Insgesamt wirkt das aber jetzt auf mich deutlich klarer im Gesamtablauf, die Teile von denen ich meine, dass man sie eigentlich nicht mehr braucht sind deutlich weniger geworden...
Habe jetzt die 59_Twilight.pm:?/2020-10-20 UNSTABLE eingespielt. Werde berichten, wenn es Auffälligkeiten gibt.
Zitat von: Beta-User am 20 Oktober 2020, 13:12:00
(@BroPi scheint z.B. kein externes Wetter-Device zu haben, (was ok ist)).
Ich verwende Proplanta (Wetter_HGW) und nutze im Moment das von yersinia vorgeschlagene userReading aus "112". In Twilight habe ich useExtWeather Wetter_HGW:CloudCover gesetzt. Für mich sind in erster Linie die s._weather-Werte interessant, die ich für meine Rollladensteuerung in einem DOIF verwende.
Ak, ok. An sich sollte übrigens die dispatch-Routine für Proplanta genau das userReadings abbilden, und zwar dann auch gleich noch für die richtigen Zeitpunkte in der Zukunft ;) .
Habe jetzt auch die Ursache für diese "undefined"-Geschichte gefunden, allerdings ist das (für mich) ziemlich tricky zu fixen. Bin mal gespannt, ob ich das hinbringe oder doch irgendwie wieder zurück muß auf eine "old-fashionned-Variante"... Eine Idee ist jedenfalls da, wie.
Die #131 wirft bei mir diese Fehler, bekannte aber andere Uhrzeit.
2020.10.20 17:13:00 1: PERL WARNING: Use of uninitialized value $eventTime in subtraction (-) at ./FHEM/59_Twilight.pm line 722.
2020.10.20 17:13:00 1: PERL WARNING: Use of uninitialized value $nextEvent in hash element at ./FHEM/59_Twilight.pm line 728.
2020.10.20 17:13:00 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/59_Twilight.pm line 728.
2020.10.20 17:13:00 1: PERL WARNING: Use of uninitialized value in localtime at fhem.pl line 3509.
2020.10.20 17:13:00 1: PERL WARNING: Use of uninitialized value $light in concatenation (.) or string at ./FHEM/59_Twilight.pm line 733.
2020.10.20 17:13:00 1: PERL WARNING: Use of uninitialized value $doTrigger in concatenation (.) or string at ./FHEM/59_Twilight.pm line 733.
2020.10.20 17:13:00 1: PERL WARNING: Use of uninitialized value $state in sprintf at ./FHEM/59_Twilight.pm line 733.
2020.10.20 17:13:00 1: PERL WARNING: Use of uninitialized value $deg in sprintf at ./FHEM/59_Twilight.pm line 733.
2020.10.20 17:13:00 1: PERL WARNING: Use of uninitialized value $nextEvent in sprintf at ./FHEM/59_Twilight.pm line 733.Auch jetzt hängt Twilight im state/light 5 fest und next_event ist noch sr_weather (war um 09:19:07).
Interessant ist auch dieses Reading ohne Name aber mit dem Wert
undefined:
READINGS:
2020-10-21 00:00:01 undefinedMüsste aber beim nächsten restart
wieder weg sein in ein leeres Reading
undefined umgewandelt werden:
READINGS:
2020-10-21 00:00:01 undefined Zitat von: Beta-User am 20 Oktober 2020, 14:41:06An sich sollte übrigens die dispatch-Routine für Proplanta genau das userReadings abbilden, und zwar dann auch gleich noch für die richtigen Zeitpunkte in der Zukunft ;) .
Ok, ich verstehe das so, dass Twilight dann ein reading TwilightCloudCover im Proplanta_Device erwartet?
Oder geht es um die PROPLANTA-Readings wie fc._.*?
EDIT
Folgendes Warning kommt beim Start in Bezug auf Twilight:
2020.10.21 12:26:24 1: PERL WARNING: Use of uninitialized value $cmd in pattern match (m//) at fhem.pl line 5806.
2020.10.21 12:26:24 1: stacktrace:
2020.10.21 12:26:24 1: main::__ANON__ called by fhem.pl (5806)
2020.10.21 12:26:24 1: main::perlSyntaxCheck called by ./FHEM/59_Twilight.pm (441)
2020.10.21 12:26:24 1: FHEM::Twilight::Twilight_init_ExtWeather_usage called by ./FHEM/59_Twilight.pm (389)
2020.10.21 12:26:24 1: FHEM::Twilight::Twilight_Firstrun called by fhem.pl (3350)
2020.10.21 12:26:24 1: main::HandleTimeout called by fhem.pl (685)
...und wieder eine Iteration weiter...
Die ganze Timer-Verwaltung ist jetzt nochmal ungestellt, damit sollten (...) endlich die "verlorenen Timer" erledigt sein (die z.B. für diese "undefined"-Readings verantwortlich waren).
Was extWeather angeht, hat man derzeit zwei Varianten: Zum einen kann "irgendein" Reading an allen möglichen Device-Typen angegeben werden. Das muss nur triggernd aktualisiert werden, dann wird dieser Reading-Wert für alle Berechnungen der s._weather-Zeiten herangezogen. Klappt also auch mit Weather und PROPLANTA.
Bei diesen beiden ist es jetzt aber eigentlich so gedacht, dass bei diesen in der DEF einfach nur der Devicename "solo" angegeben wird, also ohne Reading-Angabe. Dann wird die interne "forecasting"-Funktion herangezogen (was bei PROPLANTA heißt, dass (nur) als Trigger "fc0_cloud06" verwendet wird (bitte Info, wenn was anderes "besser" ist) und die aktuellen Werte für die aktuelle bzw. jeweilige s._indoor-Zeit aus der Umsetzungstabelle ab Zeile 1100 gezogen wird; die sollte dabei die erste 1 Minute des Tages (kann noch geändert werden) dann noch die Forecast-Werte des Folgetages berücksichtigen und danach (=wenn dann später eine triggernde Aktualisierung kommt) dann eben die des aktuellen Tages (bis auf den letzten Wert, der geht dann auf den jeweiligen Folgetag).
Hab's aber bzgl. PROPLANTA noch nicht ausgetestet, das (einfachere) Weather (derzeit nur mit den defaults@darkSky) sieht aber gut aus 8) ...
Bin mal gespannt, ob das jetzt eine gute Lösung (und auch ohne Log-Einträge) ist...
(Wenn das dann passt, muß erst mal der Code von den ganzen auskommentierten Teilen gesäubert werden...)
Falls jemand Erweiterungen des Weather-Codes für andere API's bzw. Einstellungen braucht: Bitte melden.
Falls jemand andere Dispatch-Varianten entwickeln will kurz noch ein paar einführende Worte:
Die ganze "Magie" besteht in der Angabe eines Hashes mit dem Reading, das als Trigger verwendet werden soll ("cloudcover") und einem Funktionsaufruf ("function"). Die Hash-Benennung muß dem TYPE entsprechen, Muster sind ab Zeile 481 zu finden.
Die Rückgabe der "function" ist eine Liste ("Array"), das entweder einen oder drei Werte enthält = den aktuellen Bedeckungsgrad, den bei sr_indoor und bei ss_indoor. Zur Ermittlung der (Uhr)-Zeiten (als Stundenwert) gibt es eine Hilfsfunktion getTwilightHours(), die ebenfalls eine Liste mit den drei betreffenden Uhrzeiten zurückgibt. Gibt eure Funktion nur einen Wert zurück, wird er für alle drei Zeiten berücksichtigt (wie bei "normaler" Reading-Angabe, aber eben flexibler).
@yersinia:
Betr. https://forum.fhem.de/index.php/topic,115158.msg1094250.html#msg1094250 habe ich in der pm aus dem letzen Post dann noch eine kleine Prüfung eingebaut, mit der dieses Warning dann auch weg sein sollte (es gilt aber weiter, dass man diesen Teil des Codes bitte erst man nicht versuchen sollte zu nutzen, falls sich jemand erschließt, was da wie angedockt werden soll :P ).
Zitat von: Beta-User am 21 Oktober 2020, 16:47:27
Betr. https://forum.fhem.de/index.php/topic,115158.msg1094250.html#msg1094250 habe ich in der pm aus dem letzen Post dann noch eine kleine Prüfung eingebaut, mit der dieses Warning dann auch weg sein sollte (es gilt aber weiter, dass man diesen Teil des Codes bitte erst man nicht versuchen sollte zu nutzen, falls sich jemand erschließt, was da wie angedockt werden soll :P ).
Den Inhalt aus [fhem.pl] uninitialized value $cmd in pattern match (m//) at fhem.pl (https://forum.fhem.de/index.php/topic,115158.msg1094250.html#msg1094250) hatte ich auch unter #134 (https://forum.fhem.de/index.php/topic,114061.msg1094218.html#msg1094218) drangeklatscht, fand ich letztendlich hier besser.
Die neue #135 Version werde ich testen. Danke.
So, die neue Version aus #135 hat sich seit dem Update gestern nicht bewegt, keine Neuberechnung, nixe. Man hängt immernoch im ss_astro fest, state und light sind auf 0.
Warnings o.ä. sind im Log nicht zu finden. :-\
Anbei wieder was neues. Bitte beachten: Die braucht unbedingt einen Neustart, da sich Funktionsnamen geändert haben!
Zu dem hier ein paar Fragen:
Zitat von: yersinia am 22 Oktober 2020, 08:09:18So, die neue Version aus #135 hat sich seit dem Update gestern nicht bewegt, keine Neuberechnung, nixe. Man hängt immernoch im ss_astro fest, state und light sind auf 0.
Warnings o.ä. sind im Log nicht zu finden. :-\
Kannst du vor dem Update auf diese Version mal schauen, ob über "fhemdebug timerList" irgendeiner der zu dem Twilight-Device gehörenden Timer läuft? (Kann sein, dass das etwas schwierig abzulesen ist).
Bestand das Problem schon seit gestern, und wenn ja, hattest du FHEM neu gestartet, oder ist das erst beim "Mitternachtswechsel" entstanden? (letzteres konnte ich bisher mit der neueren Timerverwaltung noch nicht testen; evtl. wäre interessant, wann der letzte sunpos-update war).
Ein logisches Problem habe ich beim dispatchen@Weather noch gefunden: Um Mitternacht haben wir uU. schon ältere fc-Readings, eigentlich müßte man deren Alter noch berücksichtigen (Event-basiert ist das immer aktuell).
Kann ich bestätigen: state und light hängen irgendwie fest (keine Aktualisierung seit Gestern).
Eine Aktualisierung gab es allerdings gemäß FileLog bis jetzt 10:07 Uhr:
2020-10-22_08:32:56 HGW_Twilight 6
2020-10-22_08:32:56 HGW_Twilight light: 6
Vorher hingen die noch auf 0 bzw. 12. Um Mitternacht gab es bezüglich dieser Werte keine Aktualisierung.
Im Log:
2020-10-22_00:00:01 HGW_Twilight sr_weather: 09:21:36
2020-10-22_00:00:01 HGW_Twilight ss_weather: 16:19:42
2020-10-22_00:00:01 HGW_Twilight cloudCover: 87.5
2020-10-22_00:00:01 HGW_Twilight sr_weather: 09:21:36
2020-10-22_00:00:01 HGW_Twilight ss_weather: 16:19:42
2020-10-22_00:00:02 HGW_Twilight azimuth: 341.82
2020-10-22_00:00:02 HGW_Twilight elevation: -46.8
2020-10-22_00:00:02 HGW_Twilight twilight: 0
2020-10-22_00:00:02 HGW_Twilight twilight_weather: 0
2020-10-22_00:00:02 HGW_Twilight compasspoint: north-northwest
OK, das klingt logisch.
Dann hier nochmal eine Iteration, auch hier täte wieder ein Neustart von FHEM gut...
Zitat von: Beta-User am 22 Oktober 2020, 10:10:54Zu dem hier ein paar Fragen:Kannst du vor dem Update auf diese Version mal schauen, ob über "fhemdebug timerList" irgendeiner der zu dem Twilight-Device gehörenden Timer läuft? (Kann sein, dass das etwas schwierig abzulesen ist).
Bevor ich auf die Version aus #141 gewechselt bin, habe ich
fhemdebug timerList ausgeführt, zu Twilight war zu finden:
2020-10-22 12:12:34.00000 Twilight_sunpos
2020-10-22 17:18:11.93000 Twilight_fireEvent
2020-10-22 18:04:26.96000 Twilight_fireEvent
2020-10-22 18:17:58.97000 Twilight_fireEvent
2020-10-22 18:57:29.98000 Twilight_fireEvent
2020-10-22 19:35:59.99000 Twilight_fireEvent
2020-10-22 20:14:13.00000 Twilight_fireEvent
2020-10-23 00:00:01.00000 Twilight_MidnightZitat von: Beta-User am 22 Oktober 2020, 10:10:54Bestand das Problem schon seit gestern, und wenn ja, hattest du FHEM neu gestartet, oder ist das erst beim "Mitternachtswechsel" entstanden? (letzteres konnte ich bisher mit der neueren Timerverwaltung noch nicht testen; evtl. wäre interessant, wann der letzte sunpos-update war).
Die zweite Version aus #135 hatte ich um 20:55 gestern eingespielt, das war nach
ss_astro eintraf. Und dann hat der Mitternachstwechsel nicht geklappt.
Ja, ich starte FHEM immer via
shutdown restart neu, wenn ich die
59_Twilight.pm ersetzt habe.
Ich hab jetzt die Version #141 eingespielt und fhem neu gestartet, jetzt heisst es Beobachten. Bisher keine Warnings, Fehler o.ä. Das Twilight Device sieht auch gut aus von den Readings her.
Wenn ich jetzt ein
fhemdebug timerList ausführe, fehlt der Mitternacht-Timer. Möglicherweise kommt der noch.
2020-10-22 12:26:53.00000 Twilight_sunpos
2020-10-22 17:18:11.95000 Twilight_fireEvent
2020-10-22 18:04:26.96000 Twilight_fireEvent
2020-10-22 18:17:58.97000 Twilight_fireEvent
2020-10-22 18:57:29.98000 Twilight_fireEvent
2020-10-22 19:35:59.99000 Twilight_fireEvent
2020-10-22 20:14:13.00000 Twilight_fireEventPasst auch gut zu den ss_.* Readings
READINGS:
2020-10-22 09:14:27 aktEvent sr_weather
2020-10-22 12:21:53 azimuth 165.28
2020-10-22 12:11:53 cloudCover 81.7
2020-10-22 12:21:53 compasspoint south-southeast
2020-10-22 12:21:53 elevation 25.55
2020-10-22 09:14:27 horizon 7.12
2020-10-22 09:14:27 light 6
2020-10-22 09:14:27 nextEvent ss_weather
2020-10-22 09:14:27 nextEventTime 17:18:11
2020-10-22 12:11:53 sr 08:14:36
2020-10-22 12:11:53 sr_astro 06:18:10
2020-10-22 12:11:53 sr_civil 07:35:03
2020-10-22 12:11:53 sr_indoor 08:28:09
2020-10-22 12:11:53 sr_naut 06:56:28
2020-10-22 12:11:53 sr_weather 09:14:27
2020-10-22 12:11:53 ss 18:17:58
2020-10-22 12:11:53 ss_astro 20:14:13
2020-10-22 12:11:53 ss_civil 18:57:29
2020-10-22 12:11:53 ss_indoor 18:04:26
2020-10-22 12:11:53 ss_naut 19:35:59
2020-10-22 12:11:53 ss_weather 17:18:11
2020-10-22 09:14:27 state 6
2020-10-22 12:21:53 twilight 100
2020-10-22 12:21:53 twilight_weather 54[OT]
Kann ich die angehängten Versionen eigtl via wget direkt aus dem Forum ziehen? Würde es etwas einfacher machen, dann hab ich nur zwei Terminal-Befehle....
::) Code umstrukturiert, das war eine unbeabsichtigte Nebenwirkung, den Midnight-Timer sollte es immer geben...!
Sollte jetzt auch behoben sein ::) .
Auf gehts mit der neuen Version aus #143, fhem neustarten et voila:
2020-10-22 13:15:17.00000 Twilight_sunpos
2020-10-22 17:18:11.95000 Twilight_fireEvent
2020-10-22 18:04:26.96000 Twilight_fireEvent
2020-10-22 18:17:58.97000 Twilight_fireEvent
2020-10-22 18:57:29.98000 Twilight_fireEvent
2020-10-22 19:35:59.99000 Twilight_fireEvent
2020-10-22 20:14:13.00000 Twilight_fireEvent
2020-10-23 00:00:01.00000 Twilight_Midnight
Und dann wieder Beobachten.
Die #143 sieht für mich als guter SVN Kandidat aus. Die Version lief ohne Probleme durch, sind jetzt beim light 6 / state 6. Seit dem Update gestern Mittag (siehe post zuvor) scheint es echt stabil zu laufen.
Ich hab noch ein Auge drauf, aber es sieht ganz gut aus. Cool.
Danke für's feedback, die lief auch bei mir gut durch, muß aber auch nochmal ins Log sehen.
Zwei Ding sollten möglichst noch anders werden:
- die "gefährliche Schnittstelle" ist zu deaktivieren (kein großes Problem) und
- für die Weather-Mitternachtswerte muß möglichst noch eine Zeitkorrektur rein... (falls jemand Lust hat, dafür einen Vorschlag zu liefern).
Hallo zusammen,
habe eben eine Version eingecheckt, die neben den beiden noch offenen Punkten hoffentlich auch gleich das leidige Thema Sommer-/Winterzeitwechsel beherrschen sollte - es wird an den fraglichen Tagen einfach um 02:00:01 bzw. 03:00:01 dann nochmal eine "Extra- Mitternachtsrunde" gefahren, damit auch die Readings dann wieder passen. (Die Timer für die Events sollten eigentlich trotzdem schon immer gepaßt haben, die werden in "Epoch" "gedacht".)
Wenn das klappt, bau' ich's dann auch bei Gelegenheit in den WDT ein ;) .
Mutige Tester sind also mal wieder willkommen...
Ansonsten noch zu dem hier:
Zitat von: hckoe am 24 Oktober 2020, 11:18:46
Hallo,
über das Reading twilight_weather steuere ich meine Jalousien und Rollläden. Bisher habe ich sie bei einem Wert zwischen 50 und 60 geöffnet. Seit dem letzten Update und auch mit der aktuellen Test-Version des Moduls hatte ich heute zum Beispiel an einem stark bewölkten Tag bis 11 Uhr einen Wert von 30 und dann plötzlich 98, und das Reading twilight war schon lange auf 100. Hat sich da bei der Berechnung irgendetwas grundlegend geändert?
Ich benutze openweathermap.
Viele Grüße
Helmut
"An sich" sollte sich die Berechnung nicht geändert haben, allerdings wird jetzt eben immer gerechnet, wenn ein entsprechendes Event kommt, vorher immer nur alle Stunde (eben wenn der Aktualisierungstimer durchlief). Von daher würde mich interessieren, ob das ein Einzelfall ist, oder ob noch jemand entsprechende Beobachtungen gemacht hat. Bisher klang das eigentlich nicht so...
Grüße, und viel Freude mit der jetzt offiziellen Version.
Ist es normal, dass bei den letzten Versionen hier im Forum und auch bei der im SVN (die ja ab morgen per Update kommen sollte) State, Light usw. bei einem erneuten DEF oder komplett Neuanlegen des Devices nicht gesetzt werden?
Bei der Version die momentan noch per Update verteilt wird, werden beim Neustart von FHEM oder bei DEF alle Readings neu gesetzt.
Nein das ist nicht normal. Bei keiner der Versionen aus diesem Thread, die ich getestet habe, wurden light/state gar nicht gesetzt - richtig ist, dass einige Versionen darunter light/state nicht verändert haben. Dies ist aber nach und nach durch Beta-User gefixt worden.
Auch die neuste SVN Version (59_Twilight.pm:0.230180/2020-10-24 von heute) setzt light/state korrekt.
Ein list deines Twilight Devices könnte helfen - wie aktuell ist dein FHEM?
Manche Readings werden aber nicht mehr angefasst, wenn die "durch" sind.
Das mit der Zeitumstellung hat leider nicht so funktioniert wie gedacht....
Ich habe gerade nochmal ein Update gemacht und FHEM neugestartet, das Device Daemmerung (Twilight) gelöscht und neu angelegt.
Hier nun das List:
Internals:
CFGFN
DEF 2
FUUID 5f95318d-f33f-3401-49ae-8e21f377f076219d
FVERSION 59_Twilight.pm:0.230180/2020-10-24
INDOOR_HORIZON 2
NAME Daemmerung
NOTIFYDEV Wetter
NR 674
NTFY_ORDER 50-Daemmerung
STATE 0
SUNPOS_OFFSET 300
TYPE Twilight
WEATHER_CORRECTION 0
WEATHER_HORIZON 2
READINGS:
2020-10-25 09:04:29 sr 06:58:46
2020-10-25 09:04:29 sr_astro 05:01:08
2020-10-25 09:04:29 sr_civil 06:18:38
2020-10-25 09:04:29 sr_indoor 07:12:34
2020-10-25 09:04:29 sr_naut 05:39:40
2020-10-25 09:04:29 sr_weather 07:12:34
2020-10-25 09:04:29 ss 16:49:50
2020-10-25 09:04:29 ss_astro 18:47:17
2020-10-25 09:04:29 ss_civil 17:29:55
2020-10-25 09:04:29 ss_indoor 16:36:03
2020-10-25 09:04:29 ss_naut 18:08:50
2020-10-25 09:04:29 ss_weather 16:36:03
TIMER:
Daemmerung_Midnight:
HASH Daemmerung
MODIFIER Midnight
NAME Daemmerung_Midnight
Daemmerung_ss:
HASH Daemmerung
MODIFIER ss
NAME Daemmerung_ss
Daemmerung_ss_astro:
HASH Daemmerung
MODIFIER ss_astro
NAME Daemmerung_ss_astro
Daemmerung_ss_civil:
HASH Daemmerung
MODIFIER ss_civil
NAME Daemmerung_ss_civil
Daemmerung_ss_indoor:
HASH Daemmerung
MODIFIER ss_indoor
NAME Daemmerung_ss_indoor
Daemmerung_ss_naut:
HASH Daemmerung
MODIFIER ss_naut
NAME Daemmerung_ss_naut
Daemmerung_ss_weather:
HASH Daemmerung
MODIFIER ss_weather
NAME Daemmerung_ss_weather
Daemmerung_sunpos:
HASH Daemmerung
MODIFIER sunpos
NAME Daemmerung_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
TIME 1603605526.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
TIME 1603598468
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
TIME 1603603118.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
TIME 1603606354.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
TIME 1603600780.01
sr_weather:
DEG 2
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
TIME 1603606354.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
TIME 1603640990.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
TIME 1603648037
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
TIME 1603643395.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
TIME 1603640163.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
TIME 1603645730.99
ss_weather:
DEG 2
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
TIME 1603640163.95
helper:
extWeather:
Device Wetter
Reading cloudCover
regexp Wetter:cloudCover:.*
Attributes:
comment attr useExtWeather Wetter:cloudCover
group Sensoren
room sonstiges
sortby 1
useExtWeather Wetter:cloudCover
verbose 3
Zitat von: Beta-User am 25 Oktober 2020, 09:02:34Manche Readings werden aber nicht mehr angefasst, wenn die "durch" sind.
Warum auch, vor Mitternacht ist es dann eigtl auch egal ob sr neu berechnet wird.
Zitat von: Beta-User am 25 Oktober 2020, 09:02:34Das mit der Zeitumstellung hat leider nicht so funktioniert wie gedacht....
Weil das Update "zu spät" kam?
Müsste es nicht eigtl reichen, eine Neuberechnung um sr herum zu triggern?
Hab jetzt die alte Version wieder hergestellt, die bis gestern per Update ausgeliefert wurde. Da sieht das List so aus:
Internals:
DEF 2
FUUID 5f95318d-f33f-3401-49ae-8e21f377f076219d
FVERSION 59_Twilight.pm:0.229710/2020-10-15
INDOOR_HORIZON 2
NAME Daemmerung
NOTIFYDEV Wetter
NR 537
NTFY_ORDER 50-Daemmerung
STATE 6
SUNPOS_OFFSET 300
SWIP 0
TYPE Twilight
WEATHER_CORRECTION 0
WEATHER_HORIZON 2
READINGS:
2020-10-25 09:26:08 aktEvent sr_weather
2020-10-25 09:26:07 azimuth 142
2020-10-25 09:26:07 cloudCover 0
2020-10-25 09:26:07 compasspoint southeast
2020-10-25 09:26:07 elevation 17.84
2020-10-25 09:26:08 horizon 2
2020-10-25 09:26:08 light 6
2020-10-25 09:26:08 nextEvent ss_weather
2020-10-25 09:26:08 nextEventTime 16:36:03
2020-10-25 09:26:08 sr 06:58:46
2020-10-25 09:26:08 sr_astro 05:01:08
2020-10-25 09:26:08 sr_civil 06:18:38
2020-10-25 09:26:08 sr_indoor 07:12:34
2020-10-25 09:26:08 sr_naut 05:39:40
2020-10-25 09:26:08 sr_weather 07:12:34
2020-10-25 09:26:08 ss 16:49:50
2020-10-25 09:26:08 ss_astro 18:47:17
2020-10-25 09:26:08 ss_civil 17:29:55
2020-10-25 09:26:08 ss_indoor 16:36:03
2020-10-25 09:26:08 ss_naut 18:08:50
2020-10-25 09:26:08 ss_weather 16:36:03
2020-10-25 09:26:08 state 6
2020-10-25 09:26:07 twilight 100
2020-10-25 09:26:07 twilight_weather 100
TIMER:
Daemmerung_Midnight:
HASH Daemmerung
MODIFIER Midnight
NAME Daemmerung_Midnight
Daemmerung_sr:
DEG 0
HASH Daemmerung
LIGHT 4
MODIFIER sr
NAME Daemmerung_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1603605526.03
Daemmerung_sr_astro:
DEG -18
HASH Daemmerung
LIGHT 1
MODIFIER sr_astro
NAME Daemmerung_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1603598468
Daemmerung_sr_civil:
DEG -6
HASH Daemmerung
LIGHT 3
MODIFIER sr_civil
NAME Daemmerung_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1603603118.02
Daemmerung_sr_indoor:
DEG 2
HASH Daemmerung
LIGHT 5
MODIFIER sr_indoor
NAME Daemmerung_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1603606354.04
Daemmerung_sr_naut:
DEG -12
HASH Daemmerung
LIGHT 2
MODIFIER sr_naut
NAME Daemmerung_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1603600780.01
Daemmerung_sr_weather:
DEG 2
HASH Daemmerung
LIGHT 6
MODIFIER sr_weather
NAME Daemmerung_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1603606354.05
Daemmerung_ss:
DEG 0
HASH Daemmerung
LIGHT 3
MODIFIER ss
NAME Daemmerung_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1603640990.97
Daemmerung_ss_astro:
DEG -18
HASH Daemmerung
LIGHT 0
MODIFIER ss_astro
NAME Daemmerung_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1603648037
Daemmerung_ss_civil:
DEG -6
HASH Daemmerung
LIGHT 2
MODIFIER ss_civil
NAME Daemmerung_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1603643395.98
Daemmerung_ss_indoor:
DEG 2
HASH Daemmerung
LIGHT 4
MODIFIER ss_indoor
NAME Daemmerung_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1603640163.96
Daemmerung_ss_naut:
DEG -12
HASH Daemmerung
LIGHT 1
MODIFIER ss_naut
NAME Daemmerung_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1603645730.99
Daemmerung_ss_weather:
DEG 2
HASH Daemmerung
LIGHT 5
MODIFIER ss_weather
NAME Daemmerung_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1603640163.95
Daemmerung_sunpos:
HASH Daemmerung
MODIFIER sunpos
NAME Daemmerung_sunpos
Daemmerung_weather:
HASH Daemmerung
MODIFIER weather
NAME Daemmerung_weather
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1603605526.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1603598468
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1603603118.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1603606354.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1603600780.01
sr_weather:
DEG 2
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1603606354.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1603640990.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1603648037
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1603643395.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1603640163.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1603645730.99
ss_weather:
DEG 2
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1603640163.95
helper:
extWeather:
Device Wetter
Reading cloudCover
regexp Wetter:cloudCover:.*
Attributes:
comment attr useExtWeather Wetter:cloudCover
group Sensoren
room sonstiges
sortby 1
useExtWeather Wetter:cloudCover
verbose 3
Ich habe heute Morgen auch das Update durchgeführt und seitdem hatte ich alle 7 Minuten einen FHEM Neustart. Im Log habe ich dann das gefunden:
Can't use string ("-1") as a SCALAR ref while "strict refs" in use at ./FHEM/59_Twilight.pm line 948.
Genau nach diesen Logeintrag startet FHEM neu.
Habe dann die vorherige Version eingespielt und seitdem ist das Problem mit dem Neustart weg.
Zitat von: xerion am 25 Oktober 2020, 16:07:30
Ich habe heute Morgen auch das Update durchgeführt und seitdem hatte ich alle 7 Minuten einen FHEM Neustart.
Das kann ich nicht bestätigen. Die offizille Version läuft seit Gestern sehr stabil und macht bisher aus meiner Sicht alles so wie es sein soll. Alle States werden durchlaufen, s._wether werden auch entsprechend CloudCover berechnet.
Das mit den ständigen Neustarts hatte ich beim ersten Versuch auch. Gerade eben hab ich nochmal das Update gemacht und keine FHEM-Neustarts aller paar Minuten.
Aber dennoch werden State und Light weder bei DEF-Änderung noch bei FHEM-Neustart aktualisiert.
ebenso wenn man das Device neu anlegt, wird State nicht gesetzt. Es steht dann bei 0. Hat bei mir dann z.b. die Auswirkung, dass mein Licht nicht mehr richtig passt, bis das nächste Mal wieder ein ss_ oder sr_ event eintritt und damit State geändert wird.
Die älteren Versionen haben bei jedem FHEM-Neustart, DEF-Änderung oder generell bei Define des Devices alle Readings direkt geschrieben.
Zitat von: xerion am 25 Oktober 2020, 16:07:30
Ich habe heute Morgen auch das Update durchgeführt und seitdem hatte ich alle 7 Minuten einen FHEM Neustart. Im Log habe ich dann das gefunden:
Ups, sorry! Sollte mit der angehängten Fassung weg sein, wäre nett, wenn du das kurz testen könntest - das tritt nur bei bestimmten Konstellationen auf.
Zitat von: swsmily am 25 Oktober 2020, 09:28:47
Hab jetzt die alte Version wieder hergestellt, die bis gestern per Update ausgeliefert wurde. Da sieht das List so aus:
Hoffe, auch die Stelle gefunden zu haben, die für diesen Effekt verantwortlich gewesen war.
Zu meinem eigenen Verständnis: Es war schon immer so, dass ggf. dann die Events für state 0-n "durchgerauscht" sind, wenn man untertägig was an der DEF geändert hat oder einen Neustart durchgeführt?
Zitat von: yersinia am 25 Oktober 2020, 09:13:52
Warum auch, vor Mitternacht ist es dann eigtl auch egal ob sr neu berechnet wird.
Jein; es ging bei der Rückmeldung darum, dass (evtl. je nach (nicht) angeflanschtem Wetter) uU. (zeitweise?) gar keine Events bzw. Reading-Werte kamen. Das war schon nicht so gedacht.
Zitat
Weil das Update "zu spät" kam?
Müsste es nicht eigtl reichen, eine Neuberechnung um sr herum zu triggern?
Deswegen hatte ich "Tester" geschrieben, weil man das rechtzeitig (vor dem update-Lauf) hätte aktivieren müssen...
Das mit der Neuberechnung ist grundsätzlich richtig, die Frage ist aber, wann man das überhaupt macht. Mein Versuch war gewesen: Checke beim Neusetzen aller Timer um Mitternacht, ob 24h später dieselbe Stunde ist. Wenn nein, mache die Neuberechnung kurz nach 02/03:00 Uhr. Blöderweise stimmte da aber die Berechnung mit den Stunden nicht, denn 0-23 gibt halt - anders als 16-15 - nicht 1... Hab's daher jetzt einfach berechnungsmäßig einfach 2h in die Vergangenheit verlegt und hoffe mal, nicht wieder was übersehen zu haben. Wer mag, kann ja mal einen kritischen Blick auf Zeilen 779-781 werfen, wäre unschön, wenn wir sonst bei der nächsten Sommerzeitumstellung eine Dauerschleife zwischen 2 und 3 Uhr drin hätten ::) .
Falls keine Katastrophenmeldungen kommen, würde ich das möglichst vor dem morgigen update-Lauf einchecken.
Top! mit der gerade angehängten Version wurden beim FHEM-Neustart alle Readings sofort gesetzt ;D
Super! Danke!
EDIT: Def-Änderung aktualisiert auch alle Readings! SUPER!
Hallo,
ich verwende die aktuell offiziell verteilte Version.
Als Wetter habe ich CloudCover von DarkSky.
Sonnenuntergang Wetter (ss_weather) war heute errechnet um 15:23:48, was ich so korrekt finde.
Jedoch ist das Reading für Light aktuell noch bei 6, was ich nach Dokumentation mit 5 vermutet hätte.
Denke ich falsch?
Zitatlight
0 - Totale Nacht, die Sonne ist mind. -18 Grad hinter dem Horizont
1 - Astronomische Dämmerung, die Sonne ist zw. -12 und -18 Grad hinter dem Horizont
2 - Nautische Dämmerung, die Sonne ist zw. -6 and -12 Grad hinter dem Horizont
3 - Zivile/Bürgerliche Dämmerung, die Sonne ist zw. 0 and -6 hinter dem Horizont
4 - "indoor twilight", die Sonne ist zwischen dem Wert indoor_horizon und 0 Grad hinter dem Horizont (wird nicht verwendet wenn indoor_horizon=0)
5 - Wetterbedingte Dämmerung, die Sonne ist zwischen indoor_horizon und einem virtuellen Wetter-Horizonz (der Wetter-Horizont ist Wetterabhängig (optional)
6 - Maximales Tageslicht
Nein, du denkst nicht falsch.
Zu der heutigen offiziellen Version kann ich grade nur sagen, dass es eigentlich mit einem "echten Weather"-Device (=nur das Device angegeben) korrekt funktioniert haben müßte (so war es in meiner Echt-Instanz), und mit der heute hier geposteten Fassung scheint das auch soweit mit einem "unechten" (Reading-) cloudCover ok zu sein (meint jedenfalls die Testinstanz).
Allgemeine Anmerkung:
Bitte möglichst wenigstens angeben, welche Art Wetter ihr wie eingebunden habt. Ich kann das sonst nur sehr schwer nachvollziehen, selbst wenn es hier irgendwo schon mal gestanden haben sollte, und der Code hat intern einige Unterscheidungen für diverse Fälle drin, so dass ich immer Gefahr laufe, irgendeine denkbare Kombination zu übersehen...
Schaut auch nochmal in die list-Angaben, hier könnte es z.B. sein, dass sich der (prognostizierte?) Bedeckungsgrad im Lauf des Tages geändert hat und der Zeitpunkt jetzt doch noch nicht "durch" ist/war. Aber auch hier weiß ich nicht, was ggf. mit was verglichen wurde.
Zitat von: Beta-User am 26 Oktober 2020, 14:24:55
Ups, sorry! Sollte mit der angehängten Fassung weg sein, wäre nett, wenn du das kurz testen könntest - das tritt nur bei bestimmten Konstellationen auf.
Hoffe, auch die Stelle gefunden zu haben, die für diesen Effekt verantwortlich gewesen war.
Zu meinem eigenen Verständnis: Es war schon immer so, dass ggf. dann die Events für state 0-n "durchgerauscht" sind, wenn man untertägig was an der DEF geändert hat oder einen Neustart durchgeführt?
Jein; es ging bei der Rückmeldung darum, dass (evtl. je nach (nicht) angeflanschtem Wetter) uU. (zeitweise?) gar keine Events bzw. Reading-Werte kamen. Das war schon nicht so gedacht.Deswegen hatte ich "Tester" geschrieben, weil man das rechtzeitig (vor dem update-Lauf) hätte aktivieren müssen...
Das mit der Neuberechnung ist grundsätzlich richtig, die Frage ist aber, wann man das überhaupt macht. Mein Versuch war gewesen: Checke beim Neusetzen aller Timer um Mitternacht, ob 24h später dieselbe Stunde ist. Wenn nein, mache die Neuberechnung kurz nach 02/03:00 Uhr. Blöderweise stimmte da aber die Berechnung mit den Stunden nicht, denn 0-23 gibt halt - anders als 16-15 - nicht 1... Hab's daher jetzt einfach berechnungsmäßig einfach 2h in die Vergangenheit verlegt und hoffe mal, nicht wieder was übersehen zu haben. Wer mag, kann ja mal einen kritischen Blick auf Zeilen 779-781 werfen, wäre unschön, wenn wir sonst bei der nächsten Sommerzeitumstellung eine Dauerschleife zwischen 2 und 3 Uhr drin hätten ::) .
Falls keine Katastrophenmeldungen kommen, würde ich das möglichst vor dem morgigen update-Lauf einchecken.
@Beta-User: System läuft seit ein paar Stunden mit der neuen Version fehlerfrei. Danke.
Danke für die Rückmeldung, ist eingecheckt :) .
Interessehalber: gibt's denn jemanden, der Rückmeldung zu der "erweiterten forecasting"-Sache geben kann/will? Oder nutzt sowas eh' keiner?
(Mit erweitertem forecasting ist Weather oder PROPLANTA ohne Reading-Angabe gemeint.)
Zitat von: Beta-User am 26 Oktober 2020, 20:04:01
Danke für die Rückmeldung, ist eingecheckt :) .
Interessehalber: gibt's denn jemanden, der Rückmeldung zu der "erweiterten forecasting"-Sache geben kann/will? Oder nutzt sowas eh' keiner?
(Mit erweitertem forecasting ist Weather oder PROPLANTA ohne Reading-Angabe gemeint.)
Wie meinst du das? Das Attribut useExtWeather nur mit dem Wetter-Device angeben, statt z.B. "Wetter:cloudCover" ?
Genau. Entweder im Attribut, oder direkt in der DEF. Mein Twilight im Hauptsystem sieht (mit einem Weather-Type) extWeather so aus:
defmod Twilight Twilight 4 MeinWetter
attr Twilight room xyz
Also kein ext-W-Attribut oder so. Aber auch das müßte eigentlich klappen...
Ok, hab das Attr gelöscht und im Def mein Wetter-Device eingetragen.
Worauf sollte ich genau achten?
Das Reading Cloudcover wurde jedenfalls direkt neu gesetzt. Momentan aber auf 0 (wie im Wetter-Device auch)
Wie soll sich das erweiterte Forcasting auswirken im Gegensatz zum Attribut useExtWeather?
Na ja, warte mal auf morgen früh, vielleicht wird es dann etwas klarer, vor allem, wenn das Wetter über den Tag nicht völlig unverändert, sondern etwas wechselhaft vorhergesagt wird ;) ...
An sich mag ich ja Überraschungen ;D
aber in der IT-Landschaft sind die eher etwas merkwürdig. Daher wäre es gut zu wissen, was passieren könnte, worauf man achten soll. Auch wenn manche Dinge machmal sehr überraschend geschehen ;D
Spaß beiseite, da du schreibst "wenn das Wetter über den Tag nicht völlig unverändert, sondern etwas wechselhaft vorhergesagt wird" so wie ich - ich sag mal "das alte Twilight" -gesehen habe, hat es ja eine Stunde vor dem "Weather"-Ereignis nochmal geschaut, wie das Wetter denn ist und demenstprechend die Zeit (damit auch State und Light) angepasst.
Daher wirklich mein Interesse, was genau mit erweiterten Forecasting gemeint ist.
Beobachten, was passiert und tatsächlich verstehen warum was passiert sind eben doch oft zeierlei Dinge ;)
Na ja, eigentlich hatte ich geglaubt, das schon hier auch mal grob umrissen zu haben, und das, was zusätzlich bzw. anders ist, ist zum einen (mengenmäßig) nicht "soooo" viel und sollte auch halbwegs intuitiv zu verstehen sein. (Ggf. wird es etwas transparenter, wenn man eine Zeitlang mal die "Reading"-Variante und die "extended version" parallel laufen hat und vergleicht ;) ).
Es ging bei dem Hinweis aber eben auch darum rauszufinden, OB das verständlich ist, daher spare ich mir im Moment erst mal noch weitere Erläuterungen ;) .
Denn vermutlich gibt es da noch Verbesserungspotential, die eine oder andere Idee hätte ich dazu nämlich auch selbst ;D . Macht aber nur Sinn, wenn die "Richtung" aus Usersicht die richtige ist ;) .
Ich hab nun mal paar Tage zwei Twilight-Devices gehabt. Eins mit attr useExtWeather Wetter:cloudCover und eins wo ich Wetter im DEF mit angegeben hatte.
Bei dem wo das Attribut genutzt wird, wird die sr_weather und ss_weather entsprechend angepasst.
Bei dem anderen wo es im DEF steht jedoch nicht. Da ist selbst heute, wo es stark bewölkt ist und es regnet indoor und weather gleich.
Oder muss ich im DEF auch das Reading mit angeben? Wobei in beiden Twilight-Devices das Reading cloudCover auf 75 gesetzt wurde. Es scheint also das Wetter auszulesen, aber bei der Zeit-Berechnung nicht einfließen zu lassen, wenn es nur im DEF angegeben wurde.
Hmm, eigentlich sollte es keinen Unterschied machen, ob das externe Wetter via Attribut oder in der DEF angegeben ist. Meines läuft via DEF.
Was ist das für ein Typ Wetter-Device? Das mit der "kurzen" Angabe sollte mit Weather und Proplanta klappen, und mein eigenes Device (mit Weather-Type-extWeather) sieht auch plausibel aus.
Kurz dazu, was eigentlich passieren sollte:
Du müßtest zwei neue Readings haben, nämlich cloudCover_sr und cloudCover_ss. Da sollten die forecast-Werte drinstehen, die zum zugehörigen r._indoor-Zeitpunkt vorhergesagt sind.
Sind die nicht vorhanden, gab es ein Problem, weil - entweder die dispatch-Routine ein Problem mit "nicht-default"-Weather-Devices hat oder der Proplanta-Teil nicht funktioniert (habe ich kein passendes Device).
Was ggf. noch verbesserungsbedürftig ist: im Moment wird geschaut, ob das "Hauptreading" bei Aktualisierung auch signifikant geändert ist, der Rest wird ignoriert. Wäre zu diskutieren, ob das so bleiben soll, u.A. bin ich auch deswegen an Testern interessiert... Weiter wäre selbstredend interessant, ob jemand Probleme mit den vorhandenen Dispatch-Funktionen hat wie oben angemerkt.
Die beiden genannten Readings sind vorhanden, stehen aber auf 0.
cloudCover auf 75
cloudCover_sr auf 0
cloudCover_ss auf 0
alle drei Readings um 2:06 Uhr aktualisiert.
Als Wettermodul nutze ich Weather mit API=OpenWeatherMapAPI
Die beiden Readings sind allerdings bei dem Device, so ich das Wetter als Attribut angegeben habe nicht vorhanden.
Ich habe auch ein extra Twilight-Test-Device angelegt und im def mein Proplanta-Device angegeben. Bei mir scheint es mit den
cloudCover 100 2020-10-31 10:29:36
cloudCover_sr 87.5 2020-10-31 00:00:01
cloudCover_ss 100 2020-10-31 10:29:36
zu funktionieren. Bisher scheint es nur Aktualisierungen um 0:00 Uhr und ca. 10:29 Uhr zu geben.
Zitat von: BroPi am 31 Oktober 2020, 14:57:37
Ich habe auch ein extra Twilight-Test-Device angelegt und im def mein Proplanta-Device angegeben. Bei mir scheint es mit den
cloudCover 100 2020-10-31 10:29:36
cloudCover_sr 87.5 2020-10-31 00:00:01
cloudCover_ss 100 2020-10-31 10:29:36
zu funktionieren. Bisher scheint es nur Aktualisierungen um 0:00 Uhr und ca. 10:29 Uhr zu geben.
Danke für die Rückmeldung. Könnte ok sein, vorausgesetzt, dass sich bis dato nichts wesentliches an dem Reading geändert hat, das als "cloudCover" abgefragt wird...
Zitat von: swsmily am 30 Oktober 2020, 20:24:35
Die beiden genannten Readings sind vorhanden, stehen aber auf 0.
cloudCover auf 75
cloudCover_sr auf 0
cloudCover_ss auf 0
alle drei Readings um 2:06 Uhr aktualisiert.
Als Wettermodul nutze ich Weather mit API=OpenWeatherMapAPI
Die beiden Readings sind allerdings bei dem Device, so ich das Wetter als Attribut angegeben habe nicht vorhanden.
Hmm, dann scheint es mit Weather+OpenWeather noch ein Problem zu geben. Wie sehen da die Readings aus? (Habe ich ein list übersehen?)
Vielleicht nochmal zum Verständnis des ganzen:
Twilight holt sich - wenn alles klappt - (zu den "indoor"-Uhrzeiten) passende Readings aus dem jeweiligen Wetter-Device und "labelt" die um. Die "Kunst" ist also eigentlich nur, eine Art passender Verweisungstabelle zu haben; das ist das, was die "dispatch"-Funktionen am Ende des Code-Teils des Moduls leisten sollten.
Sind die jeweiligen Uhrzeiten bereits um, wird nichts mehr geändert. Deswegen ist cloudCover_sr nicht mehr um 10:29 Uhr geändert worden, da war wohl sr_indoor schon vorbei.
Hoffe, das ist jetzt etwas klarer und macht auch aus eurer Sicht so Sinn...?
Unterdessen ist bei cloudCover_sr sogar ein anderer Wert als 0.
Hier mal List vom Weather-Device und den beiden Twilights.
Wetter:
Internals:
API OpenWeatherMapAPI
APIKEY 9ba7d503cfe44a8833190dd6b6c7796e
APIOPTIONS cachemaxage:600
DEF API=OpenWeatherMapAPI,cachemaxage:600 apikey=XXXXXXXXXXX location=XXXXXXXXXXX,XXXXXXXXXXX interval=3600 language=de
FUUID 5f5a7d27-f33f-3401-3840-a2bc93ddb75ea5bd
FVERSION 59_Weather.pm:v2.1.4-s22982/2020-10-17
INTERVAL 3600
LANG de
MODEL OpenWeatherMapAPI
NAME Wetter
NOTIFYDEV global
NR 530
NTFY_ORDER 50-Wetter
STATE T: 13 °C F: 82 % W: 17 km/h P: 1019 hPa
TYPE Weather
VERSION v2.1.4
READINGS:
2020-10-31 20:06:36 apiMaintainer Leon Gaultier (<a href=https://forum.fhem.de/index.php?action=profile;u=13684>CoolTux</a>)
2020-10-31 20:06:36 apiVersion v1.0.2
2020-10-31 20:06:36 city Leipzig
2020-10-31 20:06:36 cloudCover 75
2020-10-31 20:06:36 code 26
2020-10-31 20:06:36 condition Überwiegend bewölkt
2020-10-31 20:06:36 country DE
2020-10-31 20:06:36 current_date_time Sat, 31 Oct 2020 20:06
2020-10-31 20:06:36 hfc1_cloudCover 68
2020-10-31 20:06:36 hfc1_code 26
2020-10-31 20:06:36 hfc1_condition Überwiegend bewölkt
2020-10-31 20:06:36 hfc1_day_of_week Sat, 21:00
2020-10-31 20:06:36 hfc1_high_c 13
2020-10-31 20:06:36 hfc1_humidity 82
2020-10-31 20:06:36 hfc1_icon cloudy
2020-10-31 20:06:36 hfc1_iconAPI 04n
2020-10-31 20:06:36 hfc1_low_c 12
2020-10-31 20:06:36 hfc1_pressure 1019
2020-10-31 20:06:36 hfc1_pubDate Sat, 31 Oct 2020 21:00
2020-10-31 12:06:33 hfc1_rain3h 0.12
2020-10-31 20:06:36 hfc1_tempHigh 13
2020-10-31 20:06:36 hfc1_tempLow 12
2020-10-31 20:06:36 hfc1_temp_c 13
2020-10-31 20:06:36 hfc1_temperature 13
2020-10-31 20:06:36 hfc1_wind 17
2020-10-31 20:06:36 hfc1_wind_speed 17
2020-10-31 20:06:36 hfc2_cloudCover 64
2020-10-31 20:06:36 hfc2_code 26
2020-10-31 20:06:36 hfc2_condition Überwiegend bewölkt
2020-10-31 20:06:36 hfc2_day_of_week Sun, 00:00
2020-10-31 20:06:36 hfc2_high_c 12
2020-10-31 20:06:36 hfc2_humidity 82
2020-10-31 20:06:36 hfc2_icon cloudy
2020-10-31 20:06:36 hfc2_iconAPI 04n
2020-10-31 20:06:36 hfc2_low_c 11
2020-10-31 20:06:36 hfc2_pressure 1018
2020-10-31 20:06:36 hfc2_pubDate Sun, 1 Nov 2020 00:00
2020-10-31 10:06:32 hfc2_rain3h 0.12
2020-10-31 20:06:36 hfc2_tempHigh 12
2020-10-31 20:06:36 hfc2_tempLow 11
2020-10-31 20:06:36 hfc2_temp_c 12
2020-10-31 20:06:36 hfc2_temperature 12
2020-10-31 20:06:36 hfc2_wind 17
2020-10-31 20:06:36 hfc2_wind_speed 17
2020-10-31 20:06:36 hfc3_cloudCover 83
2020-10-31 20:06:36 hfc3_code 26
2020-10-31 20:06:36 hfc3_condition Überwiegend bewölkt
2020-10-31 20:06:36 hfc3_day_of_week Sun, 03:00
2020-10-31 20:06:36 hfc3_high_c 11
2020-10-31 20:06:36 hfc3_humidity 82
2020-10-31 20:06:36 hfc3_icon cloudy
2020-10-31 20:06:36 hfc3_iconAPI 04n
2020-10-31 20:06:36 hfc3_low_c 11
2020-10-31 20:06:36 hfc3_pressure 1017
2020-10-31 20:06:36 hfc3_pubDate Sun, 1 Nov 2020 03:00
2020-10-30 22:06:28 hfc3_rain3h 0.24
2020-10-31 20:06:36 hfc3_tempHigh 11
2020-10-31 20:06:36 hfc3_tempLow 11
2020-10-31 20:06:36 hfc3_temp_c 11
2020-10-31 20:06:36 hfc3_temperature 11
2020-10-31 20:06:36 hfc3_wind 16
2020-10-31 20:06:36 hfc3_wind_speed 16
2020-10-31 20:06:36 high_c 13
2020-10-31 20:06:36 humidity 82
2020-10-31 20:06:36 icon cloudy
2020-10-31 20:06:36 iconAPI 04n
2020-10-31 20:06:36 lastError
2020-10-31 20:06:36 lat XXXXXXXXX
2020-10-31 20:06:36 long XXXXXXXXX
2020-10-31 20:06:36 low_c 12
2020-10-31 20:06:36 pressure 1019
2020-10-31 20:06:36 pubDate Sat, 31 Oct 2020 20:06
2020-10-31 20:06:36 state T: 13 °C F: 82 % W: 17 km/h P: 1019 hPa
2020-10-31 20:06:36 status ok
2020-10-31 20:06:36 sunriseTime Sat, 31 Oct 2020 07:02
2020-10-31 20:06:36 sunsetTime Sat, 31 Oct 2020 16:45
2020-10-31 20:06:36 tempFeelsLike_c 10
2020-10-31 20:06:36 tempHigh 13
2020-10-31 20:06:36 tempLow 12
2020-10-31 20:06:36 temp_c 13
2020-10-31 20:06:36 temperature 13
2020-10-31 20:06:36 validity up-to-date
2020-10-31 20:06:36 visibility 10000
2020-10-31 20:06:36 wind 17
2020-10-31 20:06:36 wind_condition Wind: SSW 17 km/h
2020-10-31 20:06:36 wind_direction 200
2020-10-31 20:06:36 wind_speed 17
fhem:
LOCATION XXXXXXXX,XXXXXXX
allowCache 1
interfaces temperature;humidity;wind
Attributes:
forecastLimit 3
room sonstiges
List von Twilight ohne Attribut und Wetter im DEF:
Internals:
DEF 2 Wetter
FUUID 5f95318d-f33f-3401-49ae-8e21f377f076219d
FVERSION 59_Twilight.pm:0.230180/2020-10-24
INDOOR_HORIZON 2
NAME Daemmerung
NOTIFYDEV Wetter
NR 537
NTFY_ORDER 50-Daemmerung
STATE 12
SUNPOS_OFFSET 300
TYPE Twilight
WEATHER_CORRECTION 6
WEATHER_HORIZON 8
READINGS:
2020-10-31 18:37:13 aktEvent ss_astro
2020-10-31 21:06:34 azimuth 301.66
2020-10-31 10:06:32 cloudCover 75
2020-10-31 08:06:31 cloudCover_sr 90
2020-10-31 10:06:32 cloudCover_ss 0
2020-10-31 21:06:34 compasspoint west-northwest
2020-10-31 21:06:34 elevation -40.9
2020-10-31 18:37:13 horizon -18
2020-10-31 18:37:13 light 0
2020-10-31 18:37:13 nextEvent sr_astro
2020-10-31 18:37:13 nextEventTime 05:10:31
2020-10-31 00:00:01 sr 07:09:24
2020-10-31 00:00:01 sr_astro 05:10:31
2020-10-31 00:00:01 sr_civil 06:28:31
2020-10-31 00:00:01 sr_indoor 07:23:33
2020-10-31 00:00:01 sr_naut 05:49:09
2020-10-31 08:06:31 sr_weather 08:18:00
2020-10-31 00:00:01 ss 16:38:29
2020-10-31 00:00:01 ss_astro 18:37:13
2020-10-31 00:00:01 ss_civil 17:19:19
2020-10-31 00:00:01 ss_indoor 16:24:20
2020-10-31 00:00:01 ss_naut 17:58:38
2020-10-31 10:06:32 ss_weather 16:24:20
2020-10-31 18:37:13 state 12
2020-10-31 21:06:34 twilight 0
2020-10-31 21:06:34 twilight_weather 0
TIMER:
Daemmerung_Midnight:
HASH Daemmerung
MODIFIER Midnight
NAME Daemmerung_Midnight
Daemmerung_sr:
HASH Daemmerung
MODIFIER sr
NAME Daemmerung_sr
Daemmerung_sr_astro:
HASH Daemmerung
MODIFIER sr_astro
NAME Daemmerung_sr_astro
Daemmerung_sr_civil:
HASH Daemmerung
MODIFIER sr_civil
NAME Daemmerung_sr_civil
Daemmerung_sr_indoor:
HASH Daemmerung
MODIFIER sr_indoor
NAME Daemmerung_sr_indoor
Daemmerung_sr_naut:
HASH Daemmerung
MODIFIER sr_naut
NAME Daemmerung_sr_naut
Daemmerung_sr_weather:
HASH Daemmerung
MODIFIER sr_weather
NAME Daemmerung_sr_weather
Daemmerung_ss:
HASH Daemmerung
MODIFIER ss
NAME Daemmerung_ss
Daemmerung_ss_astro:
HASH Daemmerung
MODIFIER ss_astro
NAME Daemmerung_ss_astro
Daemmerung_ss_civil:
HASH Daemmerung
MODIFIER ss_civil
NAME Daemmerung_ss_civil
Daemmerung_ss_indoor:
HASH Daemmerung
MODIFIER ss_indoor
NAME Daemmerung_ss_indoor
Daemmerung_ss_naut:
HASH Daemmerung
MODIFIER ss_naut
NAME Daemmerung_ss_naut
Daemmerung_ss_weather:
HASH Daemmerung
MODIFIER ss_weather
NAME Daemmerung_ss_weather
Daemmerung_sunpos:
HASH Daemmerung
MODIFIER sunpos
NAME Daemmerung_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1604124564.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1604117431
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1604122111.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1604125413.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1604119749.01
sr_weather:
DEG 9.2
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1604128680.07
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1604158709.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1604165833
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1604161159.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1604157860.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1604163518.99
ss_weather:
DEG 9.2
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1604157860.93
helper:
extWeather:
Device Wetter
regexp Wetter:cloudCover:.*
dispatch:
cloudCover cloudCover
Attributes:
comment attr useExtWeather Wetter:cloudCover
group Sensoren
room sonstiges
sortby 1
Und hier mit Attribut und ohne Wetter im DEF:
nternals:
DEF 2
FUUID 5f97e141-f33f-3401-ad61-36906782f63bb7ca
FVERSION 59_Twilight.pm:0.230180/2020-10-24
INDOOR_HORIZON 2
NAME Daemmerung2
NOTIFYDEV Wetter
NR 538
NTFY_ORDER 50-Daemmerung2
STATE 12
SUNPOS_OFFSET 300
TYPE Twilight
WEATHER_CORRECTION 6
WEATHER_HORIZON 8
READINGS:
2020-10-31 18:37:13 aktEvent ss_astro
2020-10-31 21:06:34 azimuth 301.66
2020-10-31 10:06:32 cloudCover 75
2020-10-31 21:06:34 compasspoint west-northwest
2020-10-31 21:06:34 elevation -40.9
2020-10-31 18:37:13 horizon -18
2020-10-31 18:37:13 light 0
2020-10-31 18:37:13 nextEvent sr_astro
2020-10-31 18:37:13 nextEventTime 05:10:31
2020-10-31 00:00:01 sr 07:09:24
2020-10-31 00:00:01 sr_astro 05:10:31
2020-10-31 00:00:01 sr_civil 06:28:31
2020-10-31 00:00:01 sr_indoor 07:23:33
2020-10-31 00:00:01 sr_naut 05:49:09
2020-10-31 08:06:31 sr_weather 08:18:00
2020-10-31 00:00:01 ss 16:38:29
2020-10-31 00:00:01 ss_astro 18:37:13
2020-10-31 00:00:01 ss_civil 17:19:19
2020-10-31 00:00:01 ss_indoor 16:24:20
2020-10-31 00:00:01 ss_naut 17:58:38
2020-10-31 10:06:32 ss_weather 15:39:30
2020-10-31 18:37:13 state 12
2020-10-31 21:06:34 twilight 0
2020-10-31 21:06:34 twilight_weather 0
TIMER:
Daemmerung2_Midnight:
HASH Daemmerung2
MODIFIER Midnight
NAME Daemmerung2_Midnight
Daemmerung2_sr:
HASH Daemmerung2
MODIFIER sr
NAME Daemmerung2_sr
Daemmerung2_sr_astro:
HASH Daemmerung2
MODIFIER sr_astro
NAME Daemmerung2_sr_astro
Daemmerung2_sr_civil:
HASH Daemmerung2
MODIFIER sr_civil
NAME Daemmerung2_sr_civil
Daemmerung2_sr_indoor:
HASH Daemmerung2
MODIFIER sr_indoor
NAME Daemmerung2_sr_indoor
Daemmerung2_sr_naut:
HASH Daemmerung2
MODIFIER sr_naut
NAME Daemmerung2_sr_naut
Daemmerung2_sr_weather:
HASH Daemmerung2
MODIFIER sr_weather
NAME Daemmerung2_sr_weather
Daemmerung2_ss:
HASH Daemmerung2
MODIFIER ss
NAME Daemmerung2_ss
Daemmerung2_ss_astro:
HASH Daemmerung2
MODIFIER ss_astro
NAME Daemmerung2_ss_astro
Daemmerung2_ss_civil:
HASH Daemmerung2
MODIFIER ss_civil
NAME Daemmerung2_ss_civil
Daemmerung2_ss_indoor:
HASH Daemmerung2
MODIFIER ss_indoor
NAME Daemmerung2_ss_indoor
Daemmerung2_ss_naut:
HASH Daemmerung2
MODIFIER ss_naut
NAME Daemmerung2_ss_naut
Daemmerung2_ss_weather:
HASH Daemmerung2
MODIFIER ss_weather
NAME Daemmerung2_ss_weather
Daemmerung2_sunpos:
HASH Daemmerung2
MODIFIER sunpos
NAME Daemmerung2_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1604124564.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1604117431
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1604122111.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1604125413.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1604119749.01
sr_weather:
DEG 9.2
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1604128680.07
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1604158709.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1604165833
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1604161159.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1604157860.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1604163518.99
ss_weather:
DEG 9.2
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1604155170.93
helper:
extWeather:
Device Wetter
Reading cloudCover
regexp Wetter:cloudCover:.*
Attributes:
useExtWeather Wetter:cloudCover
OK, das erschien logisch: Bisher war ich davon ausgegangen, dass Weather auch immer 24+h als stündlichen forecast bereithält.
Eben habe ich einen update ins svn geschoben, der hoffentlich folgendes umsetzt:
- Weather wird durchsucht, wenn es "nur" forecasts gibt für die nächsten n Stunden, ist eben n statt n+x der relevante forecast-Wert (die "0" kam als dem alten default-Wert). Das sollte dann auch passen, wenn mal irgendwann eine andere API für Weather entwickelt wird, die andere Zeithorizonte kennt (12h, 16h,...).
- Wird getriggert, wird bei den dispatch-Varianten nachberechnet, wenn die letzte Aktualisierung des cloudCover-Readings älter ist als eine knappe Stunde. Damit sollte in diesen Fällen das untertägige Vorhersage-Verhalten verbessert sein.
Viel Spaß damit!
Vielen Dank!
Hab es mir jetzt aus dem SVN gezogen und gerade eingespielt.
Readings sind nun alle ausgefüllt. Beim Neustart vom FHEM gabs aber im Log folgende Fehlermeldung:
PERL WARNING: Found = in conditional, should be == at ./FHEM/59_Twilight.pm line 1037, <$fh> line 8068.
Finde es echt super, dass du das Modul angenommen hast und so weiter entwickelst!
Danke für die Info (und die allgemeine Rückmeldung :) ), sollte jetzt auch gefixt sein.
So, nächste Iteration, anflanschen von eigenem Code...
Zitat von: yersinia am 18 Oktober 2020, 10:30:58
Wie schon erwähnt, ich wäre für ein userReading - entweder im Twilight Device selbst oder irgendwo anders. Als das im Twilight-Modul selbst abzudecken. Aber des sind nur meine 2Pf.
Wie ihr wohl schon gemerkt hat, geht es nicht um einen Reading-Wert, sondern sinnvollerweise braucht man bis zu drei. Leider mag AnalyzePerlCommand() es nicht so sehr, wenn man Arrays zurückgeliefert haben will, daher habe ich das mit dem "angeflanschten Code" jetzt ein klein wenig modifiziert umgesetzt, nämlich, indem man die Werte getrennt durch einen Doppelpunkt zurückgibt, damit wäre dann auch die dritte Variante aus diesem Post erreicht :) :
Zitat von: Beta-User am 19 Oktober 2020, 15:30:17Künftig will ich unterscheiden können zwischen einer "starren" "Device:Reading"-Variante (keine Berücksichtigung der Vorhersage) und einer dynamischen "Device"-Variante und ggf. vielleicht sogar die Möglichkeit anflanschen, eigene Dispatch-Routinen verwenden zu können.
Damit kann mit userReadings arbeiten, wer das mag, die, die auf Automatismen stehen, können ggf. die nutzen, wenn sie vorhanden sind oder welche (außerhalb des eigentlichen Modulcodes) entwickeln, wenn das (noch) nicht der Fall ist.
Es hakt noch ein wenig an der Absicherung externen Codes, bitte dazu also noch etwas Geduld.
Da ich vorerst nicht sicher ausschließen kann, dass es zu Problemen kommt, wenn man "unsinnigen" oder kaputten Code angibt, erst mal als Testversion anbei. Wäre nett, wenn es jemand testen mag, der ggf. andere als die bereits integrierten dispatch-routinen einsetzt. Tendenziell bin ich immer noch der Meinung, dass man dann funktionierenden Code besser in das Modul integriert, aber so kann jeder leichter testen (und ich den Code dann auch recht einfach übernehmen, es muss dann nur vom "Doppelpunkt-Format" auf Array umgestellt werden und der interne dispatch-aufruf ergänzt.
Wie das beispielhaft aussehen kann, ist in der commandref beschreiben.
Vielleicht auch mal noch eine Antwort zu dem hier:
Zitat von: yersinia am 19 Oktober 2020, 16:24:13
Ich kann nur für mich sprechen: meine Erwartung an Twilight vor dem 5.9.'20 tendierte gegen Null
...meine Kenntnisse von Twilight waren auch gegen Null, ebenso fehlte mir etwas die Idee, wie man das eigentlich einsetzen kann...
Aber zwischenzeitlich gefallen mir die erzeugten Readings und Events ziemlich gut. Werde mal bei Gelegenheit schauen, ob und wie ich das mit dem "combine"-Modulvorschlag von justme1968 für mich in der Beleuchtungsautomatisierung nutzbar machen kann (https://forum.fhem.de/index.php/topic,110165.msg1041882.html#msg1041882); (https://forum.fhem.de/index.php/topic,110165.msg1041882.html#msg1041882);) scheint einfacher zu sein, mit dem Twilight-Wert zu arbeiten wie rumzuüberlegen, ob es jetzt hell ist, weil die Lampe an ist oder eben schon die Sonne scheint...
Immer noch schön zu sehen, wie sich das Modul weiterentwickelt und an Funktionalität als auch Komfort gewinnt. Topp! 8)
Kleiner typo in Zeile 1033 (?) oder ich verstehe die, verhältnismäßig komplexe, 0-Zuweisung nicht. ;)
my $rAge = int(ReadingsAge("extDev","cloudCover",0)/3600);müsste da nicht
$extDev als device-referenz hin?
my $rAge = int(ReadingsAge($extDev,"cloudCover",0)/3600);Apropos, du könntest auch das Attribut
forecast des Weather-Devices auslesen
ZitatAttribute
forecast - every/hourly/daily/off, Anzeige von forecast Daten. Alle, nur Stundenforecast, nur Tageforecast, keine.
https://fhem.de/commandref_DE.html#Weather (https://fhem.de/commandref_DE.html#Weather)
Dann könntest du zwischen hourly (hfc.*) und daily (fc.*) unterscheiden. Bei
every müsste man mal schauen.
Ups, danke, update anbei (für svn) folgt noch ::) ...
Was die forecasting-Analyse in Weather angeht, hast du recht, dass man das im Sinne einer größeren "Fehlertoleranz" hinischtlich der gewählten Einstellungen am Device ausbauen könnte. Aber da der Code - wenn man von der "komplexen 0-Zuweisung" absieht - eigentlich eher schlicht ist, hoffe ich auf Zuarbeit von jemand, der unbedingt was anderes haben will als die default-Einstellungen :P ::) :) ...
U.A. deswegen gibt es jetzt ja die Option, die interne Routine durch was eigenes zu ersetzen 8) .
Hast du deinen Code eigentlich auch auf GitHub? Hätte ggf. ein paar Änderungsvorschläge.
Jein...
Bin nur Gelegenheitsnutzer von github und nutze das eher als eine Art Zwischenablage.
Der Code von vorhin ist aber dort (https://github.com/rejoe2/FHEM/blob/master/59_Twilight.pm) zu finden, und es würde mich freuen, wenn du deine Vorschläge einbringen magst (wo auch immer, oder wenn du dich der Waise wieder ganz annehmen wolltest...).
Kleiner Zwischenbericht zur 59_Twilight.pm:0.230710/2020-11-02:
Das Bildchen zeigt jetzt eine häufigere Aktualisierung der Cloud-Werte (gestern).
Letzter cloudCover_sr kurz vor 8:00 Uhr
Letzter cloudCover_ss und cloudCover kurz vor 15:00 Uhr
Weiterhin ist mir aufgefallen, dass die Cloud-Werte wohl alle von fc1_cloud03 (Proplanta) stammen. Kann es sein, dass in diesem Programmteil:
for (my $i = 0; $i < 3 ; $i++) {
$hour[$i] <= 4 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud03",0) :
$hour[$i] <= 7 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud06",0) :
$hour[$i] <= 10 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud09",0) :
$hour[$i] <= 19 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud18",0) :
$hour[$i] <= 22 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud21",0) :
$ret[$i] = ReadingsNum($extDev,"fc${fc_day1}_cloud03",0);
}
return @ret;;
immer die dick markierte Zeile zuschlägt? Leider bin ich ein DAU und kann da nicht mitreden.
Kann ich nicht ausschließen, daher ja die Bitte, das zu testen.
Kannst du mal ein Log3 direkt hinter der loop-Klammer und vor "return @ret;" einfügen:
Log3( $hash, 3, "[$hash->{NAME}] Proplanta data: hours $hour[0]-$hour[1]-$hour[2], fc_day0 $fc_day0, data $ret[0]-$ret[1]-$ret[2]");
Könnte man ggf. dann noch aufbohren für die ReadingsNum-Werte, was aber komplizierter ist, evtl. kommen wir der Sache dann so schon auf die Schliche...
Danke!
Habe die Zeile jetzt eingefügt und warte einen Tag ab. Danach werde ich die Log-Einträge hier posten.
Hier nun die versprochenen Log-Daten eines Tages:
2020.11.05 16:33:38 3 : [HGW_Twilight_Test] Proplanta data: hours 16-8-15, fc_day0 0, data 100-100-100
2020.11.05 17:33:38 3 : [HGW_Twilight_Test] Proplanta data: hours 17-8-15, fc_day0 0, data 100-100-100
2020.11.05 18:33:38 3 : [HGW_Twilight_Test] Proplanta data: hours 18-8-15, fc_day0 0, data 100-100-100
2020.11.05 19:33:38 3 : [HGW_Twilight_Test] Proplanta data: hours 19-8-15, fc_day0 0, data 100-100-100
2020.11.05 20:33:38 3 : [HGW_Twilight_Test] Proplanta data: hours 20-8-15, fc_day0 0, data 100-100-100
2020.11.05 21:33:47 1: PROPLANTA Wetter_HGW: HtmlAcquire.590 Error: Can't get https://www.proplanta.de/Wetter/profi-wetter.php?SITEID=60&PLZ=xxxxxx....Can't connect to www.proplanta.de:443 (Temporärer Fehler bei der Namensauflösung)
2020.11.05 22:33:38 3 : [HGW_Twilight_Test] Proplanta data: hours 22-8-15, fc_day0 0, data 100-100-100
2020.11.05 23:33:38 3 : [HGW_Twilight_Test] Proplanta data: hours 23-8-15, fc_day0 0, data 100-100-100
2020.11.06 00:00:01 3 : [HGW_Twilight_Test] Proplanta data: hours 0-8-15, fc_day0 1, data 100-100-100
2020.11.06 00:33:38 3: [HGW_Twilight_Test] Proplanta data: hours 0-8-14, fc_day0 0, data 100-100-100
2020.11.06 01:33:38 3: [HGW_Twilight_Test] Proplanta data: hours 1-8-14, fc_day0 0, data 100-100-100
2020.11.06 02:33:44 3: [HGW_Twilight_Test] Proplanta data: hours 2-8-14, fc_day0 0, data 100-100-100
2020.11.06 03:33:38 3: [HGW_Twilight_Test] Proplanta data: hours 3-8-14, fc_day0 0, data 100-100-100
zwischen 4:00 und 7:00 sollte fc0_cloud06 = 75 ausgelesen werden:
2020.11.06 04:33:38 3: [HGW_Twilight_Test] Proplanta data: hours 4-8-14, fc_day0 0, data 100-100-100
2020.11.06 05:33:39 3: [HGW_Twilight_Test] Proplanta data: hours 5-8-14, fc_day0 0, data 100-100-100
2020.11.06 06:33:38 3: [HGW_Twilight_Test] Proplanta data: hours 6-8-14, fc_day0 0, data 100-100-100
zwischen 7:00 und 10:00 sollte fc0_cloud09 = 100 ausgelesen werden:
2020.11.06 07:33:38 3: [HGW_Twilight_Test] Proplanta data: hours 7-8-14, fc_day0 0, data 100-100-100
2020.11.06 08:33:39 3: [HGW_Twilight_Test] Proplanta data: hours 8-8-14, fc_day0 0, data 100-100-100
2020.11.06 09:33:39 3: [HGW_Twilight_Test] Proplanta data: hours 9-8-14, fc_day0 0, data 100-100-100
ab 9:33 war fc0_cloud09 = 75
zwischen 10:00 und 19:00 sollte fc0_cloud18 = 100 ausgelesen werden:
2020.11.06 10:33:39 3 : [HGW_Twilight_Test] Proplanta data: hours 10-8-14, fc_day0 0, data 75-75-75
2020.11.06 11:33:39 3 : [HGW_Twilight_Test] Proplanta data: hours 11-8-15, fc_day0 0, data 75-75-75
2020.11.06 12:33:38 3 : [HGW_Twilight_Test] Proplanta data: hours 12-8-15, fc_day0 0, data 75-75-75
2020.11.06 13:33:40 3 : [HGW_Twilight_Test] Proplanta data: hours 13-8-15, fc_day0 0, data 75-75-75
2020.11.06 14:33:39 3 : [HGW_Twilight_Test] Proplanta data: hours 14-8-15, fc_day0 0, data 75-75-75
fc0_cloud00 100
fc0_cloud03 87.5
fc0_cloud06 100
fc0_cloud09 100
fc0_cloud12 100
fc0_cloud15 100
fc0_cloud18 100
fc0_cloud21 100
fc1_cloud00 100
fc1_cloud03 75
fc1_cloud06 50
fc1_cloud09 12.5
fc1_cloud12 12.5
fc1_cloud15 0
fc1_cloud18 0
fc1_cloud21 0
2020.11.06 15:33:38 3 : [HGW_Twilight_Test] Proplanta data: hours 15-8-15, fc_day0 0, data 75-75-75
2020.11.06 16:33:39 3 : [HGW_Twilight_Test] Proplanta data: hours 16-8-15, fc_day0 0, data 75-75-75
Dort sind noch die zugehörigen fcx_cloud_xy vom Proplanta-Device eingetragen. Bis ca. 9:33 Uhr sieht es OK aus, wobei ich nicht sagen kann welche Cloud-Werte wirklich da waren. Ab dann wechselte fc0_cloud09 auf 75.
Ausgelesen sollte zwischen 10:00 und 19:00 Uhr dann fc0_cloud18 mit dem Wert 100 werden.
Ab 10:33 Uhr war aber immer data 75-75-75.
Ab 14:33 Uhr gab es keinen fco_cloudxy -Wert 75 mehr. Trotzdem bleibt data 75-75-75.
Einziger Cloud-Wert mit 75 ist in Proplanta nur bei fc1_cloud03 75 zu finden.
Damit bestätigt sich meine Vermutung aus #183.
hmm, dann scheinen diese nummerischen Vergleiche irgendwie nicht zu klappen. Vielleicht kann mir ja einer der Perl-Gurus verraten, warum...
Kannst du mal eine Klammer um die "hour-Stationen" machen?
($hour[$i]) <= ...
Wenn du dann die DEF "änderst" (ein Leerzeichen dazufügen sollte reichen), sollten neue Log-Einträge kommen.
Schnelltest mit Klammern bringt keine Änderung.
2020.11.06 19:09:52 3 : [HGW_Twilight_Test] Proplanta data: hours 19-8-15, fc_day0 0, data 75-75-75
Im Moment ist ein günstiger Testzeitpunkt, da der Cloud-Wert mit 75 nur einmal bei fc1_cloud03 vorkommt.
Ich wußte gar nicht, das man den Bedingungsoperator ?: caskadieren kann. Vielleicht sollten wir hier einfach if, elsif ... else verwenden. (Aber wie oben schon gesagt, bin ein Dau. Meine Meinung ist sicherlich nicht maßgebend.)
Na ja, es läuft ja scheinbar bis zum Ende durch, und eigentlich sieht die Log-Ausgabe auch so aus, als wären da nur Zahlenwerte in dem Array drin...
Würde trotzdem erst mal (nur) noch die Rückgabewerte aus getTwilightHours() näher zusammenrücken, vielleicht ist es ja doch ein Leerzeichen, was sich da irgendwie noch versteckt hat:
return $hour,$sr_hour,$ss_hour;
Und normalerweise macht Perl die Konvertierung von Zeichen zu Zahlenwerten automatisch, wenn es erforderlich ist, hier geht aber wohl was schief - komischerweise, ohne dass da was im Log dazu steht. Na ja, jedenfalls funktioniert es bei Weather, aber da wird auch explizit gerechnet.
Könnte man dann hier auch mit rumtricksen:
($hour[$i]+0) < 5 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud03",0) :
($hour[$i]+0) < 8 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud06",0) :
($hour[$i]+0) < 11 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud09",0) :
($hour[$i]+0) < 20 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud18",0) :
($hour[$i]+0) < 23 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud21",0) :
$ret[$i] = ReadingsNum($extDev,"fc${fc_day1}_cloud03",0);
}
Aber es hindert dich niemand dran, nach diesen Versuchen dann auch eine klassische if-elsif-Konstruktion zu basteln. Wichtiger ist, dass es am Ende funktioniert... ::)
Das Einfügen von ( +0) hat keine Veränderung gebracht. Dann habe ich noch eine Klammerung der Bedingungsoperationen eingefügt und nun wurde gleich fc0_cloud09 = 25 korrekt eingelesen.
($hour[$i]+0) < 5 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud03",0) : (
($hour[$i]+0) < 8 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud06",0) : (
($hour[$i]+0) < 11 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud09",0) : (
($hour[$i]+0) < 20 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud18",0) : (
($hour[$i]+0) < 23 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud21",0) :
$ret[$i] = ReadingsNum($extDev,"fc${fc_day1}_cloud03",0)))));
Nun beobachte ich erst mal weiter. Wenn es weiterhin richtig läuft entferne ich noch ( +0), um zu sehen ob es entfernt werden kann.
Letzter Test erfolgreich. Nachdem auch ( +0) noch entfernt wurde sind jetzt die Werte immer noch richtig, wie z.B.:
2020.11.07 14:08:18 3: [HGW_Twilight_Test] Proplanta data: hours 14-7-16, fc_day0 0, data 0-100-0
Mein Vorschlag: Code übernehmen.
$hour[$i] < 5 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud03",0) : (
$hour[$i] < 8 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud06",0) : (
$hour[$i] < 11 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud09",0) : (
$hour[$i] < 20 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud18",0) : (
$hour[$i] < 23 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud21",0) :
$ret[$i] = ReadingsNum($extDev,"fc${fc_day1}_cloud03",0)))));
Frage: Warum werden eigentlich nicht _cloud12 und 15 mit einbezogen?
Für Twilight_Weather tagsüber würde es doch Sinn machen.
Hatte nur das userReading übernommen - vermeintlich "as is"....Übernehme gerne den vollständigen Vorschlag; bzw zusätzlich.: passen die Zeiten so 100% zu den Readings oder wäre nicht <7 => 06 richtiger?
Ja.
4, 7, 10, 13, 16, 19, und 22 wären für mich OK.
Hier der vollständige Vorschlag:
$hour[$i] < 4 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud03",0) : (
$hour[$i] < 7 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud06",0) : (
$hour[$i] < 10 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud09",0) : (
$hour[$i] < 13 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud12",0) : (
$hour[$i] < 16 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud15",0) : (
$hour[$i] < 19 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud18",0) : (
$hour[$i] < 22 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud21",0) :
$ret[$i] = ReadingsNum($extDev,"fc${fc_day1}_cloud03",0)))))));
Thx, ist eingecheckt.
Daneben ist jetzt auch das feature für eigenen Code grundsätzlich mal enthalten, aber als experimentell gekennzeichnet.
Jetzt muss bei Gelegenheit nochmal aufgeräumt werden, da ist noch nicht alles "gut" (@Christoph: du darfst gerne...).
Danke für die gute Weiterentwicklung ;D
Irgendwo bin ich jetzt vom Wagen gefallen ::) Wenn ich Proplanta verwende, was muß ich bei useExtWeather angeben?
"MyProplanta" oder "MyProplanta:Reading" -> aber welches Reading?
Viele Grüße und Danke
Rainer
Zitat von: Heuberg am 10 November 2020, 19:50:07
Danke für die gute Weiterentwicklung ;D
:) Gerne doch!
Zitatwas muß ich bei useExtWeather angeben?
Nach jetzigem Stand würde ich das mal so zusammenfassen:
Nichts!
Langform:
Das Attribut useExtWeather ist eigentlich nur für die interessant, die eigenen Code zur Ermittlung des "Werte-Tripples" einbauen wollen.
Für alle anderen ist es eher empfehlenswert, das ganze direkt in der DEF zu integrieren. Dabei gibt es (für PROPLANTA und Weather) zwei Varianten, nämlich das "einfache" und das "erweiterte" Berücksichtigen des Bedeckungsgrades.
In der Regel gehe ich davon aus, dass man das "erweiterte" haben will. Dann gibt man einfach nur den Namen des ext. Wetter-Devices an, das ergäbe konkret was in diese Richtung:
defmod Twilight Twilight 2.5 MyProplanta
(Namen und Wert geschossen, wer andere Koordinaten angeben will wie in global, muß das natürlich erweitern, und das Attribut _löschen_, das überschreibt nämlich die Angaben in der DEF...).
Für die "einfache" Variante (und die, die kein passendes Device-TYPE haben), ist dann das Reading anzugeben, das einen nummerischen Bedeckungsgrad enthält. Das wäre im Falle eines sich jeweils auf den aktuellen Wert beziehenden userReadings namens "actCC" dann eben:
defmod Twilight Twilight 2.5 MyProplanta:actCCDas mit dem "Überschreiben" ist übrigens dafür gedacht, dass man einfach zum Testen für externen Code das Attribut ergänzt, schaut, ob es tut und - wenn nicht - einfach wieder zum DEF-Wert zurückkehren kann...
Hoffe, das ist jetzt etwas klarer?
Danke Dir, jetzt sehe ich klar (cloudCover = 0), bin wieder auf dem Zug ;D .
Seit Mitternacht habe ich auch "cloudCover", "cloudCover_sr" und "cloudCover_ss".
Ein paar schnelle Fragen:
- Kann man gar kein Intervall mehr festlegen? Oder macht das keine Sinn mehr ohne Yahoo-Weather?
- Könnte man ansonsten ein set xyz update implementieren?
- Die get-Befehle sind in der Detailansicht nicht sichtbar.
Das mit den gettern schaue ich mir an, war mir bisher nicht aufgefallen. Andererseits muß ich zugeben, dass ich (und wohl nicht nur ich) die bisher nicht vermisst hatte, denn die liefern ja auch nur die aktuellen Reading-Werte zurück, und die sieht man ja auch so... (eigentlich macht das ganze get-Verfahren (wohl zwischenzeitlich wegen allgemeinem ReadingsVal() in FHEM) für mich nicht den großen Sinn, aber vielleicht kann mir ja jemand erklären, für was es (außer zur Erhaltung der Kompabilität) gut ist... (Eigentlich wäre das ein Grund, die getter nicht prominenter zu platzieren und den Punkt zu lassen, wie er ist).
Ein Intervall kann man nicht mehr einstellen. Da früher erst die Werte von einem Internetdienst nach intern gepollt wurden, machte das Sinn. Über das NotifyFn-Verfahren dürfte das aber überholt sein. Entweder der Wert wird (extern&triggernd (!)) aktualisiert, dann bekommt Twilight das mit, oder eben nicht, dann sind die Werte auch aktuell. Geringfügige Differenzen kann es geben, wenn sich der Wert nur gering ändert:
- beim "einfachen" cloudCover-Verfahren führt das nur dann zur Aktualisierung, wenn eine Mindestschwelle (6?) überschritten ist;
- beim "erweiterten" forecasting (PROPLANTA und Weather) wird auch aktualisiert, wenn entweder die Schwelle überschritten ist (?) oder mind. eine Stunde um ist (wegen der anderen Werte wollte ich nicht auch noch Vergleiche anstellen) bzw. um Mitternacht (falls die Werte dann nicht völlig veraltet sind, sonst wird ein default verwendet).
Falls da irgendeine gedankliche Lücke sein sollte, bitte melden.
Ausdrücklich nicht unterstützen möchte ich Methoden der nichttriggernden Readingaktualisierung, falls es (noch) Module gibt, die sowas verwenden und direkt in den Hashes rumschreiben... (es sei denn, jemand erklärt mir nachvollziehbar, warum man das tun sollte.)
Habe heute mal nach einem Update wieder einen Neustart gemacht und folgendes im log gefunden:
2020.11.14 11:52:24 1: PERL WARNING: Use of uninitialized value $n in hash element at fhem.pl line 4507.
2020.11.14 11:52:24 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/59_Twilight.pm line 1021.
2020.11.14 11:52:24 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/59_Twilight.pm line 1022.
Elektrolurch
Zitat von: Elektrolurch am 15 November 2020, 12:04:39
Habe heute mal nach einem Update wieder einen Neustart gemacht und folgendes im log gefunden:
2020.11.14 11:52:24 1: PERL WARNING: Use of uninitialized value $n in hash element at fhem.pl line 4507.
2020.11.14 11:52:24 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/59_Twilight.pm line 1021.
2020.11.14 11:52:24 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/59_Twilight.pm line 1022.
Elektrolurch
Mach mal ein list vom Twilight-Device direkt nach einem Neustart und dann noch mal nach ein paar Minuten, zehn vielleicht.
Zitat von: Christoph Morrison am 15 November 2020, 13:04:26
Mach mal ein list vom Twilight-Device direkt nach einem Neustart und dann noch mal nach ein paar Minuten, zehn vielleicht.
+1
Weiter wäre es evtl. hilfreich, stacktrace zu aktivieren. Im Moment bin ich ratlos, ob das uninitialized in ReadingsVal() (#4507) auch (indirekt) aus Twilight kommt und wie die Zusammenhänge ggf. sind.
Weiter würden mich der TYPE vom Wetter-Device und die Systemumgebung interessieren. (Pi ohne HW-Clock?)
2020.11.19 12:26:19 1: PERL WARNING: Use of uninitialized value $n in hash element at fhem.pl line 4507.
2020.11.19 12:26:19 1: stacktrace:
2020.11.19 12:26:19 1: main::__ANON__ called by fhem.pl (4507)
2020.11.19 12:26:19 1: main::ReadingsVal called by fhem.pl (4520)
2020.11.19 12:26:19 1: main::ReadingsNum called by ./FHEM/59_Twilight.pm (392)
2020.11.19 12:26:19 1: FHEM::Twilight::Twilight_Firstrun called by fhem.pl (3342)
2020.11.19 12:26:19 1: main::HandleTimeout called by fhem.pl (677)
2020.11.19 12:26:19 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/59_Twilight.pm line 1021.
2020.11.19 12:26:19 1: stacktrace:
2020.11.19 12:26:19 1: main::__ANON__ called by ./FHEM/59_Twilight.pm (1021)
2020.11.19 12:26:19 1: FHEM::Twilight::getTwilightHours called by ./FHEM/59_Twilight.pm (1031)
2020.11.19 12:26:19 1: FHEM::Twilight::getwTYPE_Weather called by ./FHEM/59_Twilight.pm (257)
2020.11.19 12:26:19 1: FHEM::Twilight::Twilight_HandleWeatherData called by ./FHEM/59_Twilight.pm (777)
2020.11.19 12:26:19 1: FHEM::Twilight::Twilight_Midnight called by ./FHEM/59_Twilight.pm (399)
2020.11.19 12:26:19 1: FHEM::Twilight::Twilight_Firstrun called by fhem.pl (3342)
2020.11.19 12:26:19 1: main::HandleTimeout called by fhem.pl (677)
2020.11.19 12:26:19 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/59_Twilight.pm line 1022.
2020.11.19 12:26:19 1: stacktrace:
2020.11.19 12:26:19 1: main::__ANON__ called by ./FHEM/59_Twilight.pm (1022)
2020.11.19 12:26:19 1: FHEM::Twilight::getTwilightHours called by ./FHEM/59_Twilight.pm (1031)
2020.11.19 12:26:19 1: FHEM::Twilight::getwTYPE_Weather called by ./FHEM/59_Twilight.pm (257)
2020.11.19 12:26:19 1: FHEM::Twilight::Twilight_HandleWeatherData called by ./FHEM/59_Twilight.pm (777)
2020.11.19 12:26:19 1: FHEM::Twilight::Twilight_Midnight called by ./FHEM/59_Twilight.pm (399)
2020.11.19 12:26:19 1: FHEM::Twilight::Twilight_Firstrun called by fhem.pl (3342)
2020.11.19 12:26:19 1: main::HandleTimeout called by fhem.pl (677)
Internals:
DEF 48 11 3 Wetter
FUUID 5c498765-f33f-c8c3-7f31-5af83f7537a5a7e9
FVERSION 59_Twilight.pm:0.231260/2020-11-09
INDOOR_HORIZON 3
NAME Daemmerung
NOTIFYDEV Wetter
NR 437
NTFY_ORDER 50-Daemmerung
STATE 6
SUNPOS_OFFSET 300
TYPE Twilight
WEATHER_CORRECTION 6
WEATHER_HORIZON 9
READINGS:
2020-11-19 12:26:19 aktEvent sr_weather
2020-11-19 12:31:24 azimuth 187.83
2020-11-19 12:26:19 cloudCover 75
2020-11-19 00:00:01 cloudCover_sr 63
2020-11-19 12:26:19 cloudCover_ss 75
2020-11-19 12:31:24 compasspoint south
2019-01-12 07:56:01 condition 28
2019-01-12 07:56:01 condition_txt Mostly Cloudy
2020-11-19 12:31:24 elevation 21.38
2020-11-19 12:26:19 horizon 9
2020-11-19 12:26:19 light 6
2020-11-19 12:26:19 nextEvent ss_weather
2020-11-19 12:26:19 nextEventTime 15:18:05
2020-11-19 12:26:19 sr 07:34:36
2020-11-19 12:26:19 sr_astro 05:39:03
2020-11-19 12:26:19 sr_civil 06:54:16
2020-11-19 12:26:19 sr_indoor 07:55:55
2020-11-19 12:26:19 sr_naut 06:16:01
2016-12-03 00:00:01 sr_twilight undefined
2020-11-19 12:26:19 sr_weather 08:42:16
2020-11-19 12:26:19 ss 16:25:44
2020-11-19 12:26:19 ss_astro 18:21:14
2020-11-19 12:26:19 ss_civil 17:06:03
2020-11-19 12:26:19 ss_indoor 16:04:25
2020-11-19 12:26:19 ss_naut 17:44:16
2020-11-19 12:26:19 ss_weather 15:18:05
2020-11-19 12:26:19 state 6
2020-11-19 12:31:24 twilight 100
2020-11-19 12:31:24 twilight_weather 61
TIMER:
Daemmerung_Midnight:
HASH Daemmerung
MODIFIER Midnight
NAME Daemmerung_Midnight
Daemmerung_sr:
HASH Daemmerung
MODIFIER sr
NAME Daemmerung_sr
Daemmerung_sr_astro:
HASH Daemmerung
MODIFIER sr_astro
NAME Daemmerung_sr_astro
Daemmerung_sr_civil:
HASH Daemmerung
MODIFIER sr_civil
NAME Daemmerung_sr_civil
Daemmerung_sr_indoor:
HASH Daemmerung
MODIFIER sr_indoor
NAME Daemmerung_sr_indoor
Daemmerung_sr_naut:
HASH Daemmerung
MODIFIER sr_naut
NAME Daemmerung_sr_naut
Daemmerung_sr_weather:
HASH Daemmerung
MODIFIER sr_weather
NAME Daemmerung_sr_weather
Daemmerung_ss:
HASH Daemmerung
MODIFIER ss
NAME Daemmerung_ss
Daemmerung_ss_astro:
HASH Daemmerung
MODIFIER ss_astro
NAME Daemmerung_ss_astro
Daemmerung_ss_civil:
HASH Daemmerung
MODIFIER ss_civil
NAME Daemmerung_ss_civil
Daemmerung_ss_indoor:
HASH Daemmerung
MODIFIER ss_indoor
NAME Daemmerung_ss_indoor
Daemmerung_ss_naut:
HASH Daemmerung
MODIFIER ss_naut
NAME Daemmerung_ss_naut
Daemmerung_ss_weather:
HASH Daemmerung
MODIFIER ss_weather
NAME Daemmerung_ss_weather
Daemmerung_sunpos:
HASH Daemmerung
MODIFIER sunpos
NAME Daemmerung_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 1
TIME 1605767676.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 1
TIME 1605760743
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 1
TIME 1605765256.02
sr_indoor:
DEG 3
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 1
TIME 1605768955.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 1
TIME 1605762961.01
sr_weather:
DEG 9
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1605771736.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 1
TIME 1605799544.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 1
TIME 1605806474
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 1
TIME 1605801963.98
ss_indoor:
DEG 3
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 1
TIME 1605798265.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 1
TIME 1605804256.99
ss_weather:
DEG 9
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1605795485.95
helper:
extWeather:
Device Wetter
regexp Wetter:cloudCover:.*
dispatch:
trigger cloudCover
Attributes:
alias Dämmerung
event-on-change-reading twilight_weather,elevation,azimuth,condition,light,state,twilight
verbose 0
Ein odroid 4 Kerne mit 2 GHz, glaube ich.
OK, das hilft mir weiter :) .
Kannst du bitte mal in/zu Zeile 392 (bzw. 393 neu) folgendes testen:
my $ewr = definded $hash->{helper}{extWeather}{Reading} ? $hash->{helper}{extWeather}{trigger};
$extWeatherVal = ReadingsNum( $name, "cloudCover", ReadingsNum( $hash->{helper}{extWeather}{Device}, $ewr, 0 ) );
syntax error at ./FHEM/59_Twilight.pm line 394, near "};"
Global symbol "$ewr" requires explicit package name (did you forget to declare "my $ewr"?) at ./FHEM/59_Twilight.pm line 395.
my $ewr = definded $hash->{helper}{extWeather}{Reading} ? $hash->{helper}{extWeather}{trigger};
$extWeatherVal = ReadingsNum( $name, "cloudCover", ReadingsNum( $hash->{helper}{extWeather}{Device}, $ewr, 0 ) );
# $extWeatherVal = ReadingsNum( $name, "cloudCover", ReadingsNum( $hash->{helper}{extWeather}{Device}, $hash->{helper}{extWeather}{Reading}, 0 ) );
readingsSingleUpdate ( $hash, "cloudCover", $extWeatherVal, 0 ) if $extWeatherVal;
Mit dem heutigen update sollten die Fehlermeldungen weg sein, bin aber nicht sicher, ob das an ein paar Stellen ganz optimal ist.
In #10 stelltest du mal die Frage:
Zitat"Welche Funktionsaufrufe aus Twilight werden denn von euch auch in eigenem Code genutzt? "twilight()" habe ich vereinzelt schon gesehen, aber sonst noch Bedarf?"
Ich verwende in einem DOIF folgende Funktionsaufrufe:
([{twilight("HGW_Twilight_Test","ss_weather","15:00","23:30")}]) (set Rollos_Dummy_Test Runter) DOELSEIF
([{twilight("HGW_Twilight_Test","sr_weather","06:30","09:55")}]) (set Rollos_Dummy_Test Hoch)Dabei habe ich festgestellt, dass nach einem Funktionsaufruf die Timer für den nächsten Tag im DOIF mit den aktuellen sx_weather gesetzt werden. Twilight müsste aber beim Aufruf von sx_weather den Wert für den nächsten Tag liefern. Im Moment werden aber die Zeiten vom jetzigen Tag genommen.
Ich habe hier mal eine kleine Code-Erweiterung (Proplanta)
"$fc_day0 = $i < 1 ? $fc_day0 : $fc_day1;"als Vorschlag eingetragen, die schon ausgetestet ist und zu den richtigen Zeiten schaltet.
Gleichzeitig ist noch eine kleine Anpasung (Schönheitsreperatur) in
"$ret[$i] = ReadingsNum($extDev,"fc${fc_day1}_cloud00",0)))))));"eingefügt, die ein Springen der Werte kurz nach Mitternacht verhindert und einen kontinuierlichen Verlauf liefert.
sub getwTYPE_PROPLANTA {
my $hash = shift // return;
my $extDev = $hash->{helper}{extWeather}{Device};
my @hour = getTwilightHours($hash);
my $fc_day0 = secondsSinceMidnight( time() ) > 60 ? 0 : 1;
my $fc_day1 = $fc_day0 + 1;
my @ret;
for (my $i = 0; $i < 3 ; $i++) {
$fc_day0 = $i < 1 ? $fc_day0 : $fc_day1;
$hour[$i] < 4 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud03",0) : (
$hour[$i] < 7 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud06",0) : (
$hour[$i] < 10 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud09",0) : (
$hour[$i] < 13 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud12",0) : (
$hour[$i] < 16 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud15",0) : (
$hour[$i] < 19 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud18",0) : (
$hour[$i] < 22 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud21",0) :
$ret[$i] = ReadingsNum($extDev,"fc${fc_day1}_cloud00",0)))))));
}
Log3( $hash, 3, "[$hash->{NAME}] Proplanta data: hours $hour[0]-$hour[1]-$hour[2], fc_day0 $fc_day0,fc_day1 $fc_day1, data $ret[0]-$ret[1]-$ret[2]");
return @ret;
}Für mich ist dies jetzt die optimale Lösung. :)
Damit ist gewährleistet, dass data $ret[0] immer den "aktuellen" und $ret[1]; $ret[2] den "morgigen" cloudCover bekommen. Damit zeigt TwilightWeather den aktuellen Verlauf weiterhin an und sx_weather sind auch korrekt bei Verwendung des DOIFs.
Welchen Einfluß diese Änderung auf andere Readings hat, kann ich nicht beurteilen. Vielleicht müssen auch 2 weitere Parameter sx_weather_tomorrow eingeführt werden?
Ich hoffe nicht zu viel Unruhe in den jetzt doch sehr stabilen Zustand gebracht zu haben
OK, also auch in diesem Fall "nur" ein twilight()-Aufruf (die Parameter sind für die Frage nicht relevant, ob man das außerhalb des package-Namespace verfügbar machen will).
Das mit der Glättung werde ich einbauen, falls keine Einwände kommen.
Mit dem "für morgen berechnen" habe ich aber ein paar gedankliche Schwierigkeiten:
- Das verändert auch die trigger-Zeiten am heutigen Tag, wenn ich das richtig interpretiere. Damit wäre es für alle kontraproduktiv, die die trigger-Funktion nutzen.
- Weiter wäre es für die kontraproduktiv, die Twilight mit WDT, RT oder einer anderen Timer-Lösung verwenden, die in "täglich" denken.
(Vermutlich kann man dem DOIF auch eine "täglich"-Denkweise verordnen, indem man ein DOELSIF auf 00:10 Uhr macht und dort einfach nichts tut? Ist aber nur die Vermutung eines bekennenden DOIF-Nichtnutzers...)
Die Alternative wäre, entweder den twilight()-Aufruf zu erweitern, dass man da auch "zeige das für morgen" abfragen kann, aber zum einen ist das mit einiger Sicherheit ein ziemlich komplexes coding (für meine Verhältnisse), und zum anderen müßte man eigentlich sicherstellen, dass die Readings konsistent zum aktuellen Verhalten sind, es wären dann also zusätzliche erforderlich, und man müßte im aufrufenden Device wissen, ob man jetzt eigentlich heute oder morgen braucht - in der Initialisierung nach einem Neustart oder der Änderung der DEF stellt sich das nämlich ggf. anders dar wie im laufenden Betrieb, oder?
Meine Bitte wäre daher, erst nochmal zu schauen, ob du das DOIF nicht auf anderem Weg dazu bewegen kannst, die richtigen Werte zu verwenden.
Trotzdem muss da wohl noch was in der Doku gemacht werden, denn andere Module, die auch "kontinuierlich" ticken, dürften ähnliche Probleme haben, z.B. AutoShuttersControl.
Falls da jemand Ideen dazu hat: feel free, ich bin nämlich überhaupt nicht sicher, ob ich in den obigen Überlegungen nicht was wesentliches übersehen habe...
Guten Morgen zusammen,
ich würde gerne Proplanta nutzen um die Bewölkung abzubilden.
Nur habe ich keine Readings dazu und bin mir nicht sicher ob ich alles richtig eingerichtet habe.
Kann da bitte mal jemand drüberschauen ?
Hier mal das list zu Twilight
Internals:
CONDITION 0
DEF 52.05807531830815 7.594192184707381 0 Wetter_Proplanta
FUUID 5fbab400-f33f-bf55-a893-926ec270cc279c35
INDOOR_HORIZON 0
LATITUDE 52.05807531830815
LONGITUDE 7.594192184707381
NAME Twilight
NR 402
STATE 6
SUNPOS_OFFSET 300
SWIP 1
TYPE Twilight
VERSUCHE 0
WEATHER Wetter_Proplanta
WEATHER_HORIZON 0
READINGS:
2020-11-23 08:11:18 aktEvent sr_weather
2020-11-23 09:21:13 azimuth 139.26
2020-11-23 09:21:13 compasspoint southeast
2020-11-23 07:11:18 condition 0
2020-11-23 09:21:13 elevation 7.68
2020-11-23 08:11:18 horizon 0
2020-11-23 08:11:18 light 6
2020-11-23 08:11:18 nextEvent ss_weather
2020-11-23 08:11:18 nextEventTime 16:21:02
2020-11-23 04:01:13 sr 08:11:18
2020-11-23 04:01:13 sr_astro 06:03:24
2020-11-23 04:01:13 sr_civil 07:25:57
2020-11-23 04:01:13 sr_indoor 08:11:18
2020-11-23 04:01:13 sr_naut 06:43:45
2020-11-23 07:11:18 sr_weather 08:11:18
2020-11-23 04:01:13 ss 16:21:02
2020-11-23 04:01:13 ss_astro 18:28:51
2020-11-23 04:01:13 ss_civil 17:06:22
2020-11-23 04:01:13 ss_indoor 16:21:02
2020-11-23 04:01:13 ss_naut 17:48:32
2020-11-23 07:11:18 ss_weather 16:21:02
2020-11-23 08:11:18 state 6
2020-11-23 09:21:13 twilight 100
2020-11-23 09:21:13 twilight_weather 100
TIMER:
Twilight_Midnight:
HASH Twilight
MODIFIER Midnight
NAME Twilight_Midnight
Twilight_sr:
DEG 0
HASH Twilight
LIGHT 4
MODIFIER sr
NAME Twilight_sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1606115478.11243
Twilight_sr_astro:
DEG -18
HASH Twilight
LIGHT 1
MODIFIER sr_astro
NAME Twilight_sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1606107804.0805
Twilight_sr_civil:
DEG -6
HASH Twilight
LIGHT 3
MODIFIER sr_civil
NAME Twilight_sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1606112757.10184
Twilight_sr_indoor:
DEG 0
HASH Twilight
LIGHT 5
MODIFIER sr_indoor
NAME Twilight_sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1606115478.12301
Twilight_sr_naut:
DEG -12
HASH Twilight
LIGHT 2
MODIFIER sr_naut
NAME Twilight_sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1606110225.09124
Twilight_sr_weather:
DEG 0
HASH Twilight
LIGHT 6
MODIFIER sr_weather
NAME Twilight_sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1606115478.24387
Twilight_ss:
DEG 0
HASH Twilight
LIGHT 3
MODIFIER ss
NAME Twilight_ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1606144862.05243
Twilight_ss_astro:
DEG -18
HASH Twilight
LIGHT 0
MODIFIER ss_astro
NAME Twilight_ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1606152531.0805
Twilight_ss_civil:
DEG -6
HASH Twilight
LIGHT 2
MODIFIER ss_civil
NAME Twilight_ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1606147582.06184
Twilight_ss_indoor:
DEG 0
HASH Twilight
LIGHT 4
MODIFIER ss_indoor
NAME Twilight_ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1606144862.04301
Twilight_ss_naut:
DEG -12
HASH Twilight
LIGHT 1
MODIFIER ss_naut
NAME Twilight_ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1606150112.07124
Twilight_ss_weather:
DEG 0
HASH Twilight
LIGHT 5
MODIFIER ss_weather
NAME Twilight_ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1606144862.14387
Twilight_sunpos:
HASH Twilight
MODIFIER sunpos
NAME Twilight_sunpos
Twilight_weather:
HASH Twilight
MODIFIER weather
NAME Twilight_weather
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1606115478.11243
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1606107804.0805
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1606112757.10184
sr_indoor:
DEG 0
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1606115478.12301
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1606110225.09124
sr_weather:
DEG 0
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1606115478.24387
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1606144862.05243
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1606152531.0805
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1606147582.06184
ss_indoor:
DEG 0
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1606144862.04301
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1606150112.07124
ss_weather:
DEG 0
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1606144862.14387
Attributes:
room Wetter
Und wie das Modul konfiguriert ist:
defmod Twilight Twilight 52.05807531830815 7.594192184707381 0 Wetter_Proplanta
attr Twilight room Wetter
setstate Twilight 6
setstate Twilight 2020-11-23 08:11:18 aktEvent sr_weather
setstate Twilight 2020-11-23 09:26:13 azimuth 140.33
setstate Twilight 2020-11-23 09:26:13 compasspoint southeast
setstate Twilight 2020-11-23 07:11:18 condition 0
setstate Twilight 2020-11-23 09:26:13 elevation 8.18
setstate Twilight 2020-11-23 08:11:18 horizon 0
setstate Twilight 2020-11-23 08:11:18 light 6
setstate Twilight 2020-11-23 08:11:18 nextEvent ss_weather
setstate Twilight 2020-11-23 08:11:18 nextEventTime 16:21:02
setstate Twilight 2020-11-23 04:01:13 sr 08:11:18
setstate Twilight 2020-11-23 04:01:13 sr_astro 06:03:24
setstate Twilight 2020-11-23 04:01:13 sr_civil 07:25:57
setstate Twilight 2020-11-23 04:01:13 sr_indoor 08:11:18
setstate Twilight 2020-11-23 04:01:13 sr_naut 06:43:45
setstate Twilight 2020-11-23 07:11:18 sr_weather 08:11:18
setstate Twilight 2020-11-23 04:01:13 ss 16:21:02
setstate Twilight 2020-11-23 04:01:13 ss_astro 18:28:51
setstate Twilight 2020-11-23 04:01:13 ss_civil 17:06:22
setstate Twilight 2020-11-23 04:01:13 ss_indoor 16:21:02
setstate Twilight 2020-11-23 04:01:13 ss_naut 17:48:32
setstate Twilight 2020-11-23 07:11:18 ss_weather 16:21:02
setstate Twilight 2020-11-23 08:11:18 state 6
setstate Twilight 2020-11-23 09:26:13 twilight 100
setstate Twilight 2020-11-23 09:26:13 twilight_weather 100
Und von Proplanta:
[code]defmod Wetter_Proplanta PROPLANTA 00000
attr Wetter_Proplanta event-on-change-reading .*
attr Wetter_Proplanta room Wetter
setstate Wetter_Proplanta Tmin: 1 Tmax: 7 T: 2.5 H: 100 W: 3.6 P: 1026.9
setstate Wetter_Proplanta 2020-11-23 09:02:03 cloudBaseMax 1000
setstate Wetter_Proplanta 2020-11-23 09:02:03 cloudBaseMin 600
setstate Wetter_Proplanta 2020-11-23 09:02:03 dewPoint 2
setstate Wetter_Proplanta 2020-11-23 09:02:03 durationFetchReadings 21.00
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRain00 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRain03 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRain06 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRain09 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRain12 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRain15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRain18 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRain21 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRainDay 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_chOfRainNight 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_cloud00 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_cloud03 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_cloud06 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_cloud09 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_cloud12 37.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_cloud15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_cloud18 12.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_cloud21 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_date 23.11.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_dew 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_evapor 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_frost 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_gust00 25.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_gust03 25.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_gust06 25.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_gust09 21.6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_gust12 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_gust15 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_gust18 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_gust21 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_moonRise 14:31
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_moonSet 00:05
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rad 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rain 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rain00 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rain03 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rain06 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rain09 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rain12 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rain15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rain18 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_rain21 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_sun 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_temp00 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_temp03 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_temp06 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_temp09 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_temp12 7
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_temp15 7
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_temp18 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_temp21 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_tempMax 7
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_tempMin 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_uv 2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather00 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather00Icon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather03 Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather03Icon https://www.proplanta.de/wetterdaten/images/symbole/n12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather06 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather06Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather09 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather09Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather12 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather12Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather15 sonnig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather15Icon https://www.proplanta.de/wetterdaten/images/symbole/t1.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather18 heiter
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather18Icon https://www.proplanta.de/wetterdaten/images/symbole/n2.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather21 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weather21Icon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weatherDay heiter
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weatherDayIcon https://www.proplanta.de/wetterdaten/images/symbole/t2.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weatherEvening heiter
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weatherEveningIcon https://www.proplanta.de/wetterdaten/images/symbole/n2.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weatherMorning stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weatherMorningIcon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weatherNight wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_weatherNightIcon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_wind00 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_wind03 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_wind06 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_wind09 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_wind12 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_wind15 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_wind18 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_wind21 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_windDir00 256
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_windDir03 254
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_windDir06 257
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_windDir09 254
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_windDir12 251
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_windDir15 242
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_windDir18 220
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc0_windDir21 197
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc10_date 03.12.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc10_moonRise 18:43
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc10_moonSet 11:13
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc10_tempMax 2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc10_tempMin -6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc10_weather wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc10_weatherIcon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc11_date 04.12.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc11_moonRise 19:49
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc11_moonSet 11:57
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc11_tempMax 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc11_tempMin -6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc11_weather stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc11_weatherIcon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc12_date 05.12.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc12_moonRise 21:02
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc12_moonSet 12:32
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc12_tempMax 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc12_tempMin -4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc12_weather stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc12_weatherIcon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc13_date 06.12.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc13_moonRise 22:20
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc13_moonSet 12:59
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc13_tempMax 2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc13_tempMin -5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc13_weather wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc13_weatherIcon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRain00 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRain03 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRain06 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRain09 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRain12 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRain15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRain18 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRain21 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRainDay 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_chOfRainNight 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_cloud00 25
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_cloud03 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_cloud06 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_cloud09 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_cloud12 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_cloud15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_cloud18 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_cloud21 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_date 24.11.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_dew 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_evapor 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_frost 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_gust00 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_gust03 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_gust06 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_gust09 25.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_gust12 21.6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_gust15 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_gust18 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_gust21 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_moonRise 14:46
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_moonSet 01:16
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rad 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rain 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rain00 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rain03 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rain06 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rain09 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rain12 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rain15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rain18 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_rain21 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_sun 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_temp00 3
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_temp03 3
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_temp06 3
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_temp09 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_temp12 9
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_temp15 7
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_temp18 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_temp21 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_tempMax 9
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_tempMin 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_uv 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather00 heiter
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather00Icon https://www.proplanta.de/wetterdaten/images/symbole/n2.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather03 Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather03Icon https://www.proplanta.de/wetterdaten/images/symbole/n12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather06 Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather06Icon https://www.proplanta.de/wetterdaten/images/symbole/t12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather09 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather09Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather12 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather12Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather15 sonnig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather15Icon https://www.proplanta.de/wetterdaten/images/symbole/t1.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather18 Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather18Icon https://www.proplanta.de/wetterdaten/images/symbole/n12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather21 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weather21Icon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weatherDay wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weatherDayIcon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weatherEvening Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weatherEveningIcon https://www.proplanta.de/wetterdaten/images/symbole/n12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weatherMorning Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weatherMorningIcon https://www.proplanta.de/wetterdaten/images/symbole/t12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weatherNight stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_weatherNightIcon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_wind00 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_wind03 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_wind06 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_wind09 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_wind12 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_wind15 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_wind18 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_wind21 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_windDir00 191
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_windDir03 202
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_windDir06 196
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_windDir09 194
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_windDir12 205
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_windDir15 193
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_windDir18 172
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc1_windDir21 160
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRain00 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRain03 20
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRain06 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRain09 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRain12 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRain15 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRain18 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRain21 20
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRainDay 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_chOfRainNight 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_cloud00 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_cloud03 100
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_cloud06 87.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_cloud09 62.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_cloud12 62.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_cloud15 37.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_cloud18 62.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_cloud21 100
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_date 25.11.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_dew 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_evapor 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_frost 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_gust00 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_gust03 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_gust06 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_gust09 21.6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_gust12 25.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_gust15 21.6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_gust18 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_gust21 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_moonRise 15:00
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_moonSet 02:24
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rad 0.9
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rain 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rain00 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rain03 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rain06 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rain09 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rain12 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rain15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rain18 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_rain21 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_sun 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_temp00 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_temp03 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_temp06 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_temp09 6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_temp12 9
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_temp15 7
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_temp18 6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_temp21 6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_tempMax 9
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_tempMin 2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_uv 2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather00 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather00Icon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather03 bedeckt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather03Icon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather06 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather06Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather09 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather09Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather12 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather12Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather15 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather15Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather18 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather18Icon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather21 bedeckt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weather21Icon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weatherDay wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weatherDayIcon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weatherEvening wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weatherEveningIcon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weatherMorning stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weatherMorningIcon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weatherNight stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_weatherNightIcon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_wind00 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_wind03 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_wind06 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_wind09 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_wind12 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_wind15 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_wind18 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_wind21 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_windDir00 155
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_windDir03 165
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_windDir06 178
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_windDir09 197
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_windDir12 216
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_windDir15 226
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_windDir18 206
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc2_windDir21 218
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRain00 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRain03 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRain06 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRain09 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRain12 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRain15 80
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRain18 80
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRain21 80
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRainDay 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_chOfRainNight 80
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_cloud00 87.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_cloud03 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_cloud06 62.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_cloud09 87.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_cloud12 87.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_cloud15 100
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_cloud18 100
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_cloud21 100
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_date 26.11.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_dew 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_evapor 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_frost 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_gust00 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_gust03 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_gust06 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_gust09 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_gust12 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_gust15 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_gust18 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_gust21 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_moonRise 15:14
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_moonSet 03:32
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rad 0.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rain 2.6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rain00 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rain03 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rain06 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rain09 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rain12 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rain15 0.3
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rain18 0.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_rain21 1.9
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_sun 25
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_temp00 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_temp03 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_temp06 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_temp09 6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_temp12 8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_temp15 7
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_temp18 6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_temp21 6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_tempMax 8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_tempMin 2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_uv 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather00 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather00Icon https://www.proplanta.de/wetterdaten/images/symbole/n4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather03 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather03Icon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather06 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather06Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather09 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather09Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather12 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather12Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather15 Regen
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather15Icon https://www.proplanta.de/wetterdaten/images/symbole/t7.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather18 Regen
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather18Icon https://www.proplanta.de/wetterdaten/images/symbole/n7.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather21 Regen
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weather21Icon https://www.proplanta.de/wetterdaten/images/symbole/n7.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weatherDay stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weatherDayIcon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weatherEvening Regen
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weatherEveningIcon https://www.proplanta.de/wetterdaten/images/symbole/n7.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weatherMorning wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weatherMorningIcon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weatherNight Regen
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_weatherNightIcon https://www.proplanta.de/wetterdaten/images/symbole/n7.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_wind00 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_wind03 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_wind06 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_wind09 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_wind12 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_wind15 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_wind18 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_wind21 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_windDir00 227
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_windDir03 217
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_windDir06 218
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_windDir09 224
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_windDir12 250
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_windDir15 292
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_windDir18 353
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc3_windDir21 32
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRain00 80
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRain03 20
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRain06 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRain09 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRain12 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRain15 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRain18 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRain21 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRainDay 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_chOfRainNight 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_cloud00 100
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_cloud03 100
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_cloud06 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_cloud09 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_cloud12 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_cloud15 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_cloud18 12.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_cloud21 87.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_date 27.11.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_dew 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_evapor 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_frost 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_gust00 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_gust03 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_gust06 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_gust09 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_gust12 14.4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_gust15 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_gust18 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_gust21 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_moonRise 15:29
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_moonSet 04:39
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rad 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rain 0.3
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rain00 0.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rain03 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rain06 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rain09 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rain12 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rain15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rain18 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_rain21 0.1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_sun 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_temp00 6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_temp03 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_temp06 3
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_temp09 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_temp12 7
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_temp15 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_temp18 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_temp21 4
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_tempMax 7
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_tempMin 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_uv 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather00 Regen
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather00Icon https://www.proplanta.de/wetterdaten/images/symbole/n7.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather03 bedeckt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather03Icon https://www.proplanta.de/wetterdaten/images/symbole/n5.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather06 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather06Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather09 Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather09Icon https://www.proplanta.de/wetterdaten/images/symbole/t12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather12 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather12Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather15 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather15Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather18 heiter
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather18Icon https://www.proplanta.de/wetterdaten/images/symbole/n2.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather21 Sprühregen
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weather21Icon https://www.proplanta.de/wetterdaten/images/symbole/n14.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weatherDay wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weatherDayIcon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weatherEvening heiter
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weatherEveningIcon https://www.proplanta.de/wetterdaten/images/symbole/n2.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weatherMorning stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weatherMorningIcon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weatherNight wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_weatherNightIcon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_wind00 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_wind03 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_wind06 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_wind09 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_wind12 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_wind15 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_wind18 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_wind21 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_windDir00 352
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_windDir03 356
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_windDir06 6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_windDir09 11
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_windDir12 14
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_windDir15 345
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_windDir18 341
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc4_windDir21 343
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRain00 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRain03 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRain06 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRain09 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRain12 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRain15 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRain18 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRain21 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRainDay 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_chOfRainNight 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_cloud00 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_cloud03 25
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_cloud06 37.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_cloud09 87.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_cloud12 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_cloud15 12.5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_cloud18 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_cloud21 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_date 28.11.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_dew 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_evapor 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_frost 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_gust00 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_gust03 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_gust06 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_gust09 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_gust12 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_gust15 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_gust18 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_gust21 3.6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_moonRise 15:46
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_moonSet 05:48
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rad 0.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rain 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rain00 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rain03 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rain06 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rain09 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rain12 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rain15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rain18 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_rain21 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_sun 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_temp00 2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_temp03 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_temp06 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_temp09 3
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_temp12 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_temp15 3
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_temp18 2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_temp21 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_tempMax 5
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_tempMin -2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_uv 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather00 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather00Icon https://www.proplanta.de/wetterdaten/images/symbole/n3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather03 heiter
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather03Icon https://www.proplanta.de/wetterdaten/images/symbole/n2.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather06 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather06Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather09 stark bewölkt
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather09Icon https://www.proplanta.de/wetterdaten/images/symbole/t4.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather12 wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather12Icon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather15 heiter
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather15Icon https://www.proplanta.de/wetterdaten/images/symbole/t2.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather18 Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather18Icon https://www.proplanta.de/wetterdaten/images/symbole/n12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather21 Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weather21Icon https://www.proplanta.de/wetterdaten/images/symbole/n12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weatherDay wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weatherDayIcon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weatherEvening Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weatherEveningIcon https://www.proplanta.de/wetterdaten/images/symbole/n12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weatherMorning wolkig
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weatherMorningIcon https://www.proplanta.de/wetterdaten/images/symbole/t3.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weatherNight Nebel
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_weatherNightIcon https://www.proplanta.de/wetterdaten/images/symbole/n12.gif
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_wind00 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_wind03 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_wind06 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_wind09 3.6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_wind12 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_wind15 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_wind18 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_wind21 3.6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_windDir00 19
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_windDir03 27
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_windDir06 38
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_windDir09 70
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_windDir12 28
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_windDir15 359
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_windDir18 21
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc5_windDir21 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRain00 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRain03 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRain06 30
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRain09 15
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRain12 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRain15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRain18 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRain21 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRainDay 10
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_chOfRainNight 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_cloud00 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_cloud03 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_cloud06 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_cloud09 75
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_cloud12 50
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_cloud15 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_cloud18 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_cloud21 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_date 29.11.2020
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_dew 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_evapor 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_frost 1
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_gust00 3.6
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_gust03 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_gust06 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_gust09 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_gust12 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_gust15 7.2
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_gust18 10.8
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_gust21 18
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_moonRise 16:06
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_moonSet 06:57
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_rad 0.9
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_rain 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_rain00 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_rain03 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_rain06 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_rain09 0
setstate Wetter_Proplanta 2020-11-23 09:02:03 fc6_ra
Dein FHEM ist aktuell? Wenn nicht, kann es so nicht klappen, und nur das Twilight-Modul zu erneuern wäre keine gute Idee, das braucht ein aktuelles SUNRISE_EL.
Zitat von: Beta-User am 23 November 2020, 10:04:16
Dein FHEM ist aktuell? Wenn nicht, kann es so nicht klappen, und nur das Twilight-Modul zu erneuern wäre keine gute Idee, das braucht ein aktuelles SUNRISE_EL.
Nein, war es nicht. Nach dem letzten Update hatte ich viele Probleme mit Homematic und bin daher wieder zurückgegangen :-\
Habe jetzt mal ein Update gemacht und nun ist auch cloudCover und cloudCover_ss vorhanden.
Mal sehen wie Homatic das Update so findet ;D
Vielen Dank für die schnelle Hilfe !
Danke für die Rückmeldung.
Du solltest ggf. checken, ob die Angaben zu long/lat nicht besser in global unterzubringen wären, falls die Modulinitialisierung das nicht sowieso automatisch macht (und die geposteten lists entsprechend säubern)
Ad HM:
Bei mir läuft das, wenn man von den "blinkenden connections" wegen nach wie vor nicht laufenden virtuellen Temp-Sensoren absieht. Hoffe, das bekommt martinp876 dann auch noch in den Griff, aber für's erste ist es erst mal nicht so tragisch, wenn die mit den internen Sensoren laufen :) . So kann man zur Abwechslung auch mal wieder relativ gut sehen, dass die Werte doch ziemlich nahe beieinanderliegen ;) .
Zitat von: Beta-User am 23 November 2020, 11:11:33
Ad HM:
Bei mir läuft das, wenn man von den "blinkenden connections" wegen nach wie vor nicht laufenden virtuellen Temp-Sensoren absieht. Hoffe, das bekommt martinp876 dann auch noch in den Griff, aber für's erste ist es erst mal nicht so tragisch, wenn die mit den internen Sensoren laufen :) . So kann man zur Abwechslung auch mal wieder relativ gut sehen, dass die Werte doch ziemlich nahe beieinanderliegen ;) .
Danke dir für die Hinweise.
Ich habe die HM Module erstmal excluded bei dem Update, man soll ja nicht mehr Dämonen beschwören als man bändigen kann ;)
Hallo,
bei mir funktioniert das Modul sehr gut, jedoch habe ich einen kleinen Veränderungswunsch.
Wenn FHEM neu gestartet wird, durchläuft das Modul die verschiedenen Zustände und gibt diese auch entsprechend zurück.
Also wenn gerade Helligkeit 5 ist, habe ich bei einen Neustart Einträge von 0 bis 5.
Dies ist nicht so gut, da ich verschiedenste Beleuchtungen in dieser Abhängigkeit mit einen einfachen DoIf schalte und so bei einen Neustart alle Lampen erstmal aus und dann wieder angehen, bzw. umgekehrt.
Könnten die Meldungen unterdrückt werden und nur der aktuell gültige Wert bei einen Neustart zurückgegeben werden?
Zitat von: Beta-User am 23 November 2020, 08:32:40
Das mit der Glättung werde ich einbauen, falls keine Einwände kommen.
fyi: Kommt mit dem heutigen update.
Zitat von: Beta-User am 23 November 2020, 08:32:40
Mit dem "für morgen berechnen" habe ich aber ein paar gedankliche Schwierigkeiten:
Gibt es dazu irgendeine Rückmeldung oder hat sich das mit Änderung des DOIF erledigt?
Was das "Durchlaufen der Treppe" angeht: So wie es jetzt ist, müßte das die "historische" Verhaltensweise sein?
Wenn ja, würde ich ungern die Kompabilität mit bestehenden Installationen brechen.
Bleiben zur Umsetzung des Wunsches von @teufelchen zwei Optionen: ein Attribut oä., mit dem man das einstellen könnte (bin aber nicht sicher, wie sich sowas im Programmablauf unterbringen ließe), oder (auch hier)
eine Anpassung des DOIF. Ein sehr kurzes "wait" könnte eventuell helfen? (Wie geschrieben: bin DOIF-DAU...).
@teufelchen: Kannst du das mal checken?
Es wäre dann evtl. mal an der Zeit, dass
- sich jemand (anderes) mal den Twilight-Artikel kritisch zur Bust nimmt, ob noch alles soweit aktuell ist, entsprechende Anwenderhinweise einzupflegen wären;
- sich jemand (anderes) die cref mal kritisch durchsieht (analog Wiki), und
- ggf. auch jemand in dem "Yahoo"-Thread vermeldet, dass man das Modul (wieder) mit "erweitertem forecasting" und ohne Log-Einträge verwenden kann (falls es sich noch nicht sowieso rumgesprochen hat).
@Nitaro betr. OT:
Wenn du nach einem CUL_HM-update eine Zeile woandershin schiebst wie hier beschrieben, sollte eigentlich alles wieder ok sein:
https://forum.fhem.de/index.php/topic,115367.msg1103845.html#msg1103845
Zitat
Zitat von: Beta-User am Gestern um 08:32:40
Mit dem "für morgen berechnen" habe ich aber ein paar gedankliche Schwierigkeiten:
Gibt es dazu irgendeine Rückmeldung oder hat sich das mit Änderung des DOIF erledigt?
Mit dem DOIF musste ich ein wenig experimentieren, dadurch die Verzögerung der Antwort. Disable, enable und initialize brachten keine Aktualisierung der Schaltzeiten. Mit einem Trick geht es aber schon. Man muss einfach eine Zeit dazufügen z.B. [act_doif], die man dann kurz vorher oder auch regelmäßig verändert. Diese Zeit kann einige wenige Sekunden betragen, die fast keinen Einfluß auf die exakten Schaltzeiten hat und damit vernachlässigbar ist. Die Veränderung des DOIFs sieht dann z.B. so aus:
([({twilight("HGW_Twilight_Test","ss_weather","15:00","23:30")}-[act_doif])]) (set Rollos_Dummy_Test Runter) DOELSEIF ([({twilight("HGW_Twilight_Test","sr_weather","06:30","09:55")}-[act_doif])]) (set Rollos_Dummy_Test Hoch)Damit geht es und bei jedem Verändern der [act_doif]-Zeit wird auch aktualisiert.
Aber einem muss auch bewusst sein wann man dies verwenden muss. Schöner wäre es schon, wenn aus dem Twilight gleich die richtige morgige Zeit rauskommen würde.
Dass eine pure Neuinitialisierung des DOIF nur bedingt was bringt, ist relativ klar; das muss erfolgen, nachdem Twilight die "heutigen" Zeiten berechnet hat. Daher war der Vorschlag ja gewesen, eine dritte Schaltzeit einzubauen. (Hinsichtlich Funktionalität) ungetestet:
defmod tw_doif DOIF ([{twilight("tw_test1","ss_weather","15:00","23:30")}]) (set Rollos_Dummy_Test Runter) DOELSEIF ([{twilight("tw_test1","sr_weather","06:30","09:55")}]) (set Rollos_Dummy_Test Hoch) DOELSEIF ([00:10])()
(Du darfst es in den Kalender schreiben: Das war seit dem Ausbau dieses Moduls aus meiner config vor etwas mehr als drei Jahren das erste DOIF, das ein define auf einem meiner Rechner gesehen hat. Werde es direkt auch wieder löschen...)
Was ggf. auch ginge (und dann auch zu einer untertägigen Aktualisierung führt): auf den Event des Twilight-Devices als Trigger hören. Kann aber sein, dass man dann wirklich eine Addition braucht, weil im Zweifel der Zeitpunkt "gerade eben" war und daher "um" ist.
Dass man immer wissen muss, wie man so eine Funktion verwendet, ist mir schon klar, aber es gibt eben auch User, die DOIF nicht verwenden (s.o.). Aus meiner Sicht ist das ein "Spezialfall", was DOIF da treibt (und ich bin nach wie vor nicht überzeugt, dass der Vorgriff auf morgen für SS auch korrekt ist...), und ich will an der Stelle - wie an anderen auch - nicht die Kompabilität mit dem bisherigen Verhalten und "normalen" Modulen (z.B. at) brechen. (Vorausgesetzt, ich unterliege da keinem Denkfehler. Wer den findet, darf ihn gerne darstellen, daher hatte ich ja gefragt).
Zitat von: Beta-User am 24 November 2020, 12:41:01
Daher war der Vorschlag ja gewesen, eine dritte Schaltzeit einzubauen.
Die dritte Schaltzeit hilft auch nicht bei der Aktualisierung. Hatte ich vergessen zu erwähnen.
Geht es um die Aktualisierung nach Mitternacht oder die laufende? Mitternacht sollte eigentlich so funktionieren, laufend eher nicht.
Wenn du "laufend" haben willst: Das letzte DOELSIF mit "Twilight:cloudCover" antriggern lassen (sonst ändern sich die Zeiten nicht (?)) und dann einfach zu dem twilight-Rückgabewert (immer) eine Sekunde addieren geht nicht?
(Wenn laufend - bisher war ich wegen "morgen" von einem "Mitternachtsthema" ausgegangen: Wie soll das mit den morgigen Daten klappen? Kommt mir im Moment seltsam vor, aber vermutlich übersehe ich was?).
Zitat von: Beta-User am 24 November 2020, 13:50:40
Geht es um die Aktualisierung nach Mitternacht oder die laufende? Mitternacht sollte eigentlich so funktionieren, laufend eher nicht.
Sowohl als auch.
Zitat von: Beta-User am 24 November 2020, 13:50:40
Wenn du "laufend" haben willst: Das letzte DOELSIF mit "Twilight:cloudCover" antriggern lassen (sonst ändern sich die Zeiten nicht (?))
Ist ne gute Idee - hatte ich auch erst vermutet, aber der dritte DOELSE-Zweig aktualisiert nicht die anderen. Ist also unbrauchbar. Auf alle Fälle geht es aber mit jedem Verändern der [act_doif]-Zeit, wie oben beschrieben.
Zitat von: Beta-User am 24 November 2020, 13:50:40
(Wenn laufend - bisher war ich wegen "morgen" von einem "Mitternachtsthema" ausgegangen: Wie soll das mit den morgigen Daten klappen? Kommt mir im Moment seltsam vor, aber vermutlich übersehe ich was?).
Kein Mitternachtsthema! Wenn die Funktion heute im DOIF aufgerufen wird sollten die Zeiten für morgen geliefert werden. Mein Vorschlag dazu war:
for (my $i = 0; $i < 3 ; $i++) {
$fc_day0 = $i < 1 ? $fc_day0 : $fc_day1;
$hour[$i] < 4 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud03",0) : (
$hour[$i] < 7 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud06",0) : (
$hour[$i] < 10 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud09",0) : (
$hour[$i] < 13 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud12",0) : (
$hour[$i] < 16 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud15",0) : (
$hour[$i] < 19 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud18",0) : (
$hour[$i] < 22 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud21",0) :
$ret[$i] = ReadingsNum($extDev,"fc${fc_day1}_cloud00",0)))))));
}Aber dazu hattest du dich ja schon mal geäußert, wegen zu großem Aufwand.
Hmm, scheinbar wieder ein Beweis mehr, dass DOIF und ich kein Verständnis füreinander mehr entwickeln werden...
Statt der leeren Ausführung ein "initialize" auf das DOIF auszuführen bringt für die Mitternachtsaktualisierung auch nichts (3. Zweig)?
Zitat von: BroPi am 24 November 2020, 14:22:12
Aber dazu hattest du dich ja schon mal geäußert, wegen zu großem Aufwand.
Das 1:1 einzubauen wäre kein großer Aufwand.
ABER: Zum einen liefert das dann kein korrektes Ergebnis, wenn man die Funktion "neu" aufruft und nicht - wie in dem DOIF - den Zustand/das Ergebnis irgendwie einfriert (bis wann eigentlich?!? Das muss doch auch irgendwann wieder erneuert werden; aber lassen wir das, lenkt im Moment nur ab).
Damit wären die User zurecht völlig zurecht unzufrieden, die das z.B. in WeekdayTimer verwenden. Der aktualisiert seine Schaltzeiten nämlich nach Mitternacht ;) .
Und: Auch das DOIF kann eigentlich nicht stimmen an dem Tag, an dem es Initialisiert wird. Da greift es sich nämlich mit der vorgeschlagenen Änderung auch die Zeiten für morgen, was heute (noch) falsch ist, oder?
Ergo müßte man wenn, dann einen Mechanismus haben, der es erlaubt, wahlweise den heutigen oder den morgigen Wert abzurufen. Und das wäre dann in der Tat aufwendig (und auch nicht einfach in der Handhabung). Glaube aber immer noch, dass es Wege innerhalb DOIF gibt, ein "korrektes" Ergebnis zu erzielen.
Zitat von: Beta-User am 24 November 2020, 14:42:00
Hmm, scheinbar wieder ein Beweis mehr, dass DOIF und ich kein Verständnis füreinander mehr entwickeln werden...
DOIF ist eigentlich ein mächtiges Modul. Als Nichtprofi kann man damit viele Automatisierungsaufgaben lösen. Ich kann dich aber verstehen, dass du als Profi andere bessere Lösungen findest (Zustimmung).
Zitatstatt der leeren Ausführung ein "initialize" auf das DOIF auszuführen bringt für die Mitternachtsaktualisierung auch nichts (3. Zweig)?
Ein "initialize" bringt keine Aktualisierung der int. Timer. Es werden nur die State zurückgesetzt.
ZitatZum einen liefert das dann kein korrektes Ergebnis, wenn man die Funktion "neu" aufruft und nicht - wie in dem DOIF - den Zustand/das Ergebnis irgendwie einfriert (bis wann eigentlich?!?
Ja. DOIF hält interne Timer und führt diese dann aus. Dann erst erfolgt ein Funktionsaufruf und die int. Timer werden neu gesetzt.
ZitatAuch das DOIF kann eigentlich nicht stimmen an dem Tag, an dem es Initialisiert wird. Da greift es sich nämlich mit der vorgeschlagenen Änderung auch die Zeiten für morgen, was heute (noch) falsch ist, oder?
Ein "initialize" bringt keine Aktualisierung der int. Timer. Eine Neudefinition hat natürlich das Problem, das die ersten Zeiten nicht stimmen. Danach ist aber alles bestens. Damit kann man wohl leben. Ein Neustart überlebt das DOIF aber auch mit den Int. Zeiten, soweit ich mich recht erinnere.
Zitat von: Beta-User am 24 November 2020, 14:42:00
Glaube aber immer noch, dass es Wege innerhalb DOIF gibt, ein "korrektes" Ergebnis zu erzielen.
Eine brauchbare Lösung habe ich ja oben schon mal aufgezeigt. Auf alle Fälle geht es mit jedem Verändern der [act_doif]-Zeit, wie oben beschrieben:
Zitat[({twilight("HGW_Twilight_Test","ss_weather","15:00","23:30")}-[act_doif])]
Dann wird die Funktion aufgerufen und der int.Timer neu gesetzt.
Ich schlage vor, jetzt diese DOIF-Problematik hier nicht weiter abzuhandeln. Wir haben das Problem erkannt.
Wer DOIF mit Twilight-Funktionsaufruf verwenden will, muß also berücksichtgen das die Schaltzeiten von heute für morgen genommen werden. Der User muss also selbst Vorsorge treffen, dass sein DOIF die int. Timer (zeitnah) aktualisiert. Einen Vorschlag dazu habe ich angeführt. Inwieweit Twilght mal sx_weather (heute) und sx_weather_tomorrow unterstützen wird, lasse ich mal offen und dir überlassen. Es ist ja nicht eine Kleinigkeit.
Hier noch einmal vielen Dank für die bisher tolle Unterstützung und Weiterentwicklung des Twilight-Moduls.
OK, Danke für die Erläuterung und die Rückmeldung. Ist ja echt hartnäckig, so ein DOIF-Timer, wenn der sogar Neustarts überlebt. (Bin zwar kein Profi, aber wer die Doku zu DOIF versteht, ist das sicher; ich bekomme jedenfalls jedes mal einen "ist das unübersichtlich"-Schock und fühle mich nicht in der Lage, da das richtige Stichwort zu finden, falls es eines gibt).
Man sollte die Lösung des Problems für DOIF-User vermutlich schon irgendwie dokumentieren, und das Setzen der internen Variable (?) könnte man ja auch in dem 3. Zweig machen, oder? Dann wäre es wenigstens an einem Ort und man braucht nicht nochmal irgendeinen Eventhandler. So ist es irgendwie nicht komplett, aber vielleicht bin ich da auch auf dem falschen Dampfer. Oder gab es da nicht auch die Option, eine von - bis -Spanne anzugeben und das mit einem Trigger zu ergänzen, der dann auf Twilight zeigen könnte?
Na ja, wie auch immer: eine komplette Lösung darzustellen wäre gut. Ansonsten kannst du auch einfach einen WDT für die Aufgabe verwenden, der sollte dann die Rolläden entsprechend fahren...
Hallo.
Super das du das Modul übernommen hast !
Eine Frage. Ich habe ein at
*{twilight("LichtWetter","ss_civil","17:00","22:00")} set Steckdose on
welches heute nicht funktioniert hat.
Als Status stand 17:00 Uhr, unter ss_civil sollte es aber 17:16 Uhr sein.
Ich bin mir eigentlich ziemlich sicher, das gestern Abend die richtige Uhrzeit dort stand.
Ein Neustart von FHEM ändert an der Uhrzeit nichts. Die ss_civil wird nicht übernommen.
Erst wenn ich die DEF des at editiere, nichts verändert, sondern nur modify klicke, wird die Uhrzeit richtig eingefügt.
Wie oft wird Twilight überhaupt aktualisiert ? Ich habe es mit Proplanta am laufen.
Ein aktualisieren von Proplante schreibt mir nur die readings twilight und twilight_weather neu (und azimuth, compasspoint...)
Eben ist ein neues Update rein gekommen, mal sehen wie es morgen aus sieht.
Muss ich mir ansehen, insgesamt bitte ich um Nachsicht, dass ich mich in diese Funktion grundsätzlich auch erst mal eindenken muss...
Vermutlich ist es auch bei at so, dass der Timer nach der Ausführung neu bestimmt wird - ergo gestern auf den gestrigen Wert gesetzt worden war (das war aber afaik schon immer so(?)) - mit den entsprechenden Wetterwerten.
Ob hier ein modifyTimeSpec die Lösung wäre?
Das Grundproblem ist und bleibt halt, dass man dann mit "relativ veralteten" Werten für die tatsächliche Bedeckung arbeitet. Wer das will, kann btw. auch die "userfunction"-Variante testen: Da seid ihr nicht auf meine Kompabilitätserwägungen angewiesen und könntet auch bequem zwei Twilight-Instanzen nutzen usw.. Die Rückgabe der Funktion muss nur leicht anders sein als intern (siehe cref).
Ich werde mir aber jetzt doch bei Gelegenheit nochmal ansehen, ob es mit vertretbarem Aufwand ginge, morgige Werte irgendwo vorzuhalten und durch einen entsprechenden twilight-Aufruf zu erhalten.
Ja ich denke das war vorher auch so, das die Werte alt waren.
Das ändert sich aber auch nicht viel von Tag zu Tag, sind nur wenige Minuten, also diese berechneten Werte.
Die _weather Werte können sich natürlich Stündlich verändern, je nach Wetter.
Das müsste dann aber vom Wetter Modul getriggert werden.
Ich beobachte mal und werde mich noch mal melden.
Aktuell steht in meinem at: TRIGGERTIME_FMT 2020-11-25 17:16:13
(Das ist der cc_civil Wert, jetzt nur zur Info auch für mich selber) ::)
Zitat von: BroPi am 24 November 2020, 17:02:22Ich schlage vor, jetzt diese DOIF-Problematik hier nicht weiter abzuhandeln. Wir haben das Problem erkannt. Wer DOIF mit Twilight-Funktionsaufruf verwenden will, muß also berücksichtgen das die Schaltzeiten von heute für morgen genommen werden. Der User muss also selbst Vorsorge treffen, dass sein DOIF die int. Timer (zeitnah) aktualisiert. Einen Vorschlag dazu habe ich angeführt. Inwieweit Twilght mal sx_weather (heute) und sx_weather_tomorrow unterstützen wird, lasse ich mal offen und dir überlassen. Es ist ja nicht eine Kleinigkeit.
[OT]Das mMn subtile DOIF Bashing kann ich nicht nachvollziehen. Als Anfänger kam ich besser mit DOIF als mit at oder notify klar. Mittlerweile habe ich Letztere besser verstanden und kann die Funktionen gezielter einsetzen. Dennoch ist DOIF für mich immer noch eine gern genutztes Modul.[/OT]
Timing-Probleme habe ich mit allen Komponenten in Abhängigkeit vom Zeitpunkt der Abfrage. Wenn ich jetzt
{twilight("Twilight","sr","06:00","09:00")aufrufe, bekomm' ich jetzt auch den Wert vom heutigen sr Wert. Natürlich muss man sich dessen bewusst sein, dass die Funktion den Wert zum Zeitpunkt des Funktionsaufrufs zurück gibt.
Ob es nach Mitternacht nochmal eine Neuberechnung der Timer im DOIF, at, whatever-Device geben wird, kann ich nicht sagen. Möglicherweise triggert ein Event aus Twilight heraus die Neuberechnung der DOIF/at-Zeiten. Aber das ist nur eine Vermutung eines unwissenden. ::)
Zitat von: Beta-User am 24 November 2020, 20:56:09Das Grundproblem ist und bleibt halt, dass man dann mit "relativ veralteten" Werten für die tatsächliche Bedeckung arbeitet. Wer das will, kann btw. auch die "userfunction"-Variante testen: Da seid ihr nicht auf meine Kompabilitätserwägungen angewiesen und könntet auch bequem zwei Twilight-Instanzen nutzen usw.. Die Rückgabe der Funktion muss nur leicht anders sein als intern (siehe cref).
Ich werde mir aber jetzt doch bei Gelegenheit nochmal ansehen, ob es mit vertretbarem Aufwand ginge, morgige Werte irgendwo vorzuhalten und durch einen entsprechenden twilight-Aufruf zu erhalten
Ist dies überhaupt Zielführend? Müsste ich aus Anwendersicht dann nicht auch um Mitternacht herum von Twilight-heute auf Twilight-morgen umschwenken? Das eigentliche Problem der Triggerzeiten ist dadurch nur verschoben aber mMn nicht gelöst. Möglicherweise benötigt man auch keine Lösung da ein Event erzeugt aus der Twilight-Neuberechnung nach Mitternacht eine Neuberechnung der Zeiten in den abhängigen Devices erzeugt!? (zumindest bei meinen DOIF-Devices kann ich das nicht bestätigen, da wird über Nacht nichts neu berechnet wenn man die
twilight() Funktion nutzt)
Wie Loctite schreibt, ändern sich die Zeiten marginal (außer s._weather und ggfs s._indoor) - und gerade Wettervorhersagen sind für mich sowieso mehr Glaskugelvorhersage und ein grober Richtwert. [OT]Proplanta sagt gerade ein cloud cover von 62.5 an, während bei strahlend blauem Himmel die aufgehende Sonne auf meinem Monitor scheint.[/OT]
Trotzalledem VIELEN DANK das du (@Beta-User) dich da reinkniest und dieses Modul vorantreibst!
Zitat von: yersinia am 25 November 2020, 09:04:13
Ist dies überhaupt Zielführend?
Gute Frage!
Neige immer mehr dazu, das mit nein zu beantworten, denn neben den genannten Problemen mit der Vorhersagegenauigkeit muss man auch noch die "Basiszeiten" entsprechend berechnen usw. usf. Da bleiben wir doch einfach bei dem was zu Twilight als Basisaussage schon lange in der commandref steht:
generate twilight & sun related eventsDiese Events sollten so "genau" sein, wie es halbwegs sinnvoll ermittelt werden kann und es die zugrundeliegenden Informationsquellen erlauben.
Die twilight()-Funktion ist "Beiwerk" und hat halt die Einschränkung, dass es immer um "heute" geht. Wann "heute" beginnt, wird per Event mitgeteilt, wer mag, kann darauf reagieren, mit was auch immer.
Wer es für das Öffnen und Schließen von Rollläden verwenden will, fährt vermutlich am einfachsten mit WeekdayTimer, denn der denkt auch in täglich, oder eben mit ASC (das aber ggf. eine Reinitialisierung der Timer kurz nach Mitternacht braucht, was aber mir einem einfachen "at" ginge).
Zitat[OT]Das mMn subtile DOIF Bashing [...][/OT]
Nette Verharmlosung ;D ...
Im Ernst:
Ich habe am Anfang auch ein paar Sachen damit gemacht und mich gefreut, dass "alles so einfach" ist und die Syntax weniger befremdlich wie Perl-Abfragen etc.. Aber irgendwann habe ich gemerkt, dass die Ergebnisse an der einen oder anderen Stelle nicht ganz so waren wie erwartet. Wie dem auch sei: Ich habe auch meine Beschränkungen und verstehe dieses Modul nicht, und jeder erneute Versuch, mich damit zu beschäftigen, endet für mich mit Frustration. Das mag self-fulfilling prophecy sein, und wir können diese Diskussion auch gerne mal bei einem Glas Bier oder Wein vertiefen, aber es führt hier nicht weiter. Ich für meinen Teil war jedenfalls erleichtert, als das letzte DOIF dann weg war, aber das ist eben meine ganz persönliche Erfahrung und Sichtweise, die muss man nicht teilen.
Also sorry, wenn ich euch mit meinem Frust behelligt habe, erklärt anderen, die ihre Probleme damit lösen wollen, wie es ggf. (z.B. iVm. Twilight/twilight()) geht, aber lasst mich damit in Ruhe, ist für alle besser ::) .
Was Doku/cref angeht:
Ich werde mir das mal bei Gelegenheit für "at" ansehen, denn das ist in meiner Denke der Prototyp eines Timer-Moduls, und das hat im Prinzip dieselben "Schwierigkeiten" mit der Bestimmung der Timer für morgen.
Hallo !
So das at hat die Zahlen behalten. Vielleicht war da auch auf meiner Seite ein Problem, weil ich Twilight ja erst auf Proplanta umgestellt habe.
Um 00:00:01 wurde ss_civil auf ss_civil 17:15:29 gestzt. Das at hat warum auch immer eine Sekunde früher.
Aber selbst wenn das nun die Uhrzeit von gestern oder morgen wäre...spielt ja gar keine Rolle, denn es ändert sich nur um wenige Minuten von Tag zu Tag...vermutlich auch Jahreszeit bedingt ? Keine Ahnung.
Ich bin auf jeden Fall sehr froh das nun auch eine Berücksichtigung per Wetter möglich ist.
Wer es genauer haben will, muss das dann per Lichtsensor oder so was machen.
Danke noch mal !
Danke für's Nachsehen. Das at hat den "gestrigen" Wert behalten, und wie weit die Werte auseinanderliegen, hängt stark von der Jahreszeit, und eben auch von der jeweiligen Bewölkung ab. Gibt es da massive Änderungen zwischen gestern und heute, kann das massiv auseinanderfallen.
Es wäre daher in der Tat wünschenswert, möglichst aktuelle Werte zugrunde zu legen
Tendenziell müßte es gehen, ein notify z.B. auf den sr_indoor-Event anzusetzen und darüber ein modifyTimeSpec (auf den bisherigen Wert) auf einem at auszuführen, das sr_weather via twilight() abfragt. Dann sollte der sr_weather-Wert so aktuell sein, wie es eben geht. Ähnlich dann mit sr_weather=>ss_weather.
Ist aber wirklich umständlich (v.a., wenn man es mit der WeekdayTimer-Variante vergleicht; der läßt sich auch zwischendurch relativ leicht resetten)... Aber evtl. hat da ja noch jemand eine elegantere Lösung?
Ich dachte eigentlich bis jetzt, das nur bei den readings mit _weather die Bewölkung mit eingerechnet wird.
Alle anderen wie ss_civil oder ss_astro seien berechnete Werte anhand der geographischen Lage.
Trigger:sr_indoor => nicht wetterabhängig. Abfrage in twilight() auf sr_weather => veränderlich...
Ja ok, wie ich zuerst auch vermutet hatte.
Kannst du mir vielleicht bei einer Sache helfen ? Ich möchte den ss_weather Wert verwenden und dort eine gewisse Zeit dazu rechnen.
Dafür habe ich ein userreadings in meinem twilight Device erstellt.
Leider funktioniert das hinzuaddieren aber nicht.
Versucht habe ich diese beiden Varianten
ss_weather2 {ReadingsVal("LichtWetter","ss_weather",0)+[00:20]}
ss_weather2 {ReadingsVal("LichtWetter","ss_weather",0)+1200}
Na ja, das Reading liefert eine Uhrzeit in HH:MM:SS. Das musst du halt bei Bedarf dann in Sekunden umrechnen, dann addieren und am Ende (falls du wieder eine Uhrzeit brauchst) wieder in HH:MM:SS umwandeln.
Wie das grundsätzlich funktioniert, wäre in https://wiki.fhem.de/wiki/Zeitangaben,_rechnen_mit dokumentiert, und es gibt auch ein paar Hilfsfunktionen in SUNRISE_EL, die z.B. dann auch Twilight intern verwendet, um das zu vereinfachen.
Reicht das als "Schubs"?
Die Hilfe kenne ich. Hab da aber nicht richtig durchgeblickt.
Von DOIF kenne ich es so das dort einfach [+00:20:00] dazu kommt.
Aber wenn ich vorher in Sekunden umrechnen muss, dann hilft mir das weiter.
Danke !
Als Hilfestellung vielleicht: Es gibt in SUNRISE_EL ein paar Funktionen, die man direkt verwenden kann, z.B. hms2h(), um alles in "dezimale Stunden" umzurechnen: https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/99_SUNRISE_EL.pm#L364.
Also wirf mal sowas in die Kommandozeile:
{ h2hms_fmt(hms2h(ReadingsVal("LichtWetter","ss_weather",0))+0.33) }
Zitat von: Beta-User am 24 November 2020, 14:42:00
Ergo müßte man wenn, dann einen Mechanismus haben, der es erlaubt, wahlweise den heutigen oder den morgigen Wert abzurufen. Und das wäre dann in der Tat aufwendig (und auch nicht einfach in der Handhabung). Glaube aber immer noch, dass es Wege innerhalb DOIF gibt, ein "korrektes" Ergebnis zu erzielen.
Hab's mir mal im Detail angesehen, es war dann mit ein paar kleineren Eingriffen in den Code doch möglich, was mAn. halbwegs sinnstiftendes zu basteln...
Hoffe mal, der commandref-Vorschlag ist hinreichend klar:
ZitatOptional ist es möglich, auch die morgigen sr_weather bzw. ss_weather abzufragen, dafür werden die "fiktiven" Reading-Namen "sr_tomorrow" bzw. "ss_tomorrow" verwendet. Als Bedeckungsgrad wird dabei ein fiktiver Wert von "50" angenommen, dieser kann mit (optionalem) 5. Parameter auch abweichend (Bereich: 0-100) angegeben werden. Beispiel:
{ twilight('tw_test1','sr_tomorrow','08:00','09:10',100) }
Ist nicht intensiv getestet, aber die Ergebnisse sehen auf den ersten Blick plausibel aus, von daher: viel Spaß beim Testen...
(Wer die "nicht-wetterabhängigen" Werte haben will, kann das mit SUNRISE_EL haben, und an der Stelle habe ich auch nicht vor, den dispatch-Mechanismus auf "morgen" zu erweitern, den Wert müßt ihr also dann schon selbst liefern, wenn "mittlere Bedeckung" zu geraten ist...)
Zitat von: Beta-User am 24 November 2020, 09:43:26
Bleiben zur Umsetzung des Wunsches von @teufelchen zwei Optionen: ein Attribut oä., mit dem man das einstellen könnte (bin aber nicht sicher, wie sich sowas im Programmablauf unterbringen ließe), oder (auch hier)
eine Anpassung des DOIF. Ein sehr kurzes "wait" könnte eventuell helfen? (Wie geschrieben: bin DOIF-DAU...).
@teufelchen: Kannst du das mal checken?
Das VErhalten lässt sich über eine Dummyvariable die über ein DoIf gefüllt wird unterdrücken.
Das DoIf übergibt den Light Wert an die Dummyvariable die dann für die eigentlichen Auswerungen verwendet wird. Mit wait wird das DoIf verzögert.
Ich habe im aktuellen Code mal zwei drei Typos gesehen und bereinigt
Ich hatte in dem anderen Thread ein bisschen mitgelesen
ZitatZitat von: Beta-User am 04 Dezember 2020, 09:23:45
....?12 steht da, weil es genau so in der Doku (commandref) von Twilight steht, und ansonsten verstehe ich den Satz schon grammatikalisch nicht...
Und konnte aber irgendwie (in völliger Unkenntnis) nicht rauslesen wo in der Doku der Inhalt von state (die 12) erklärt wird? :-[
;D Mist, das scheint wirklich in Bezug auf state nicht in der Doku zu stehen, und auch hier steht es (unter mehreren Gesichtspunkten) "falsch": https://wiki.fhem.de/wiki/Twilight_Anwendungsbeispiel#Zusammenhang_STATE_und_light. (der TE hatte aber ausdrücklich hierher verlinkt, und das vormalige "Springen" war hier auch ein längeres Thema?!?)
Das mit "state" hatte ich dann wohl hier der User-Erwartung (und dem seitherigen Code) entnommen, da kommt dann jetzt ein Halbsatz dazu... (Aber auch so ist doch eigentlich glockenklar, dass "state", "light" und "twilight" etwas unterschiedliches bedeuten sollen, oder...)
Danke für die Hinweise auf die Typos, werd's fixen...
Bei der Gelegenheit die Rückfrage an den einen Tester (!?!) für die "morgige Twilight-Abfrage": Funktioniert das zufriedenstellend?
Dann würde ich das auch gleich mit einchecken...
Zitat von: Beta-User am 04 Dezember 2020, 10:37:50
Bei der Gelegenheit die Rückfrage an den einen Tester (!?!) für die "morgige Twilight-Abfrage": Funktioniert das zufriedenstellend?
Dann würde ich das auch gleich mit einchecken...
Ich bin wohl gemeint.
Hatte gleich die Testversion installiert und freue mich, dass du über sx_tomorrow immer noch nachdenkst. Bin aber noch beim Testen. Prinzipiell funktioniert die Sache mit sx_tomorrow. Bisher habe ich aber noch zu wenige Schaltpunkte analysiert.
Optional ist es möglich, auch die morgigen sr_weather bzw. ss_weather abzufragen, dafür werden die "fiktiven" Reading-Namen "sr_tomorrow" bzw. "ss_tomorrow" verwendet. Als Bedeckungsgrad wird dabei ein fiktiver Wert von "50" angenommen, dieser kann mit (optionalem) 5. Parameter auch abweichend (Bereich: 0-100) angegeben werden.Bloß was soll das mit dem fiktiven Wert von "50". Da ist ja wohl keine Wetterabhängigkeit dabei, oder sehe ich das verkehrt? Wenn das fest sein sollte, so erreicht man das gleiche, wie mit dem INDOOR_HORIZON und kann gleich das sx_indoor nehmen. Mir wäre es wirklich lieber echte vorliegende Wetter-Daten (z.b. fc1_cloudxx von Proplanta) für sx_tomorrow von Morgen zu verwenden.
Hallo an alle, die hier helfen das Twilight umzubauen,
was muss ich denn derzeit tun?
Ich habe das Twilight Modul
59_Twilight.pm:0.232250/2020-11-24
installiert. als DEF habe ich
51.0963931 6.5144158 1
ohne weitere Angaben und auch ohne das attr useextweather zu setzen.
Ich habe parallel ein altes System mit einem alten Twilight laufen, welches halt jeden tag meckert, dass es kein yahoo-weather erreicht. Kann ich mit leben...
Muss ich derzeit was machen am Twilight welches ich wie oben genannt installiert habe? ich nutze derzeit das ss-weather nicht, ich sehe aber, dass dieser Wert in den beiden Systemen etwa 8 Minuten unterschiedlich ist.
Danke.
Zitat von: misave am 05 Dezember 2020, 18:59:15
was muss ich denn derzeit tun?
"Müssen" solltest du nichts, eventuell ändert dir der neue Code die DEF, wenn die long/lat-Angaben identisch sind zu denen in global, dann bleibt nur die "1" stehen.
Wo die ~8 Minuten her sind, kann ich dir im Moment nicht erklären, denke aber, dass der jetzige Code "korrekte" Werte für heute liefert bzw. solche, die so gut sind wie das, was SUNRISE_EL liefert.
Die cref-Typos sind jetzt raus und auch was kurzes zu "state" ist ergänzt, und das mit sr_tomorrow ist auch im svn.
Das mit "50" ist die "alte" Logik, die Twilight "schon immer" angewendet hat, wenn es was nicht besser wußte. Hintergrundgedanke war der, dass ich erst mal einen Einstieg haben wollte, der 100% kompatibel ist mit dem, was heute das Modulverhalten ist (=> zusätzliche keywords). Wer jetzt mit den "50" noch nicht zufrieden ist, hat zwei Möglichkeiten:
- entweder eigenen Code im Vorfeld ergänzen, der z.B. auf einen "halbwegs passenden" Wert zeigt:
{ twilight('tw_test1','sr_tomorrow','08:00','09:10',ReadingsNum('myProplanat_Device','passendes_8_Uhr_Reading',70)) }- oder einen (Code-) Vorschlag machen, der bei Aufruf nicht direkt die "50" als Ersatzwert nimmt, sondern erst mal checkt, ob es Möglichkeiten gibt, das für diesen Typ Wetter-Device passend zu ermitteln. Darüber, wie das gehen könnte, müsste man dann halt nachdenken, falls die obige "einfache" Variante mit ReadingsNum() nicht genau genug ist. Im Moment halte ich persönlich das für hinreichend, habe aber auch kein Problem, funktionalen Code einzuchecken, falls er generisch genug ist, dass man "vorhandenen" Code von "nicht vorhandenem Code" (=> Ersatzwert) unterscheiden kann...
Zitat von: Beta-User am 06 Dezember 2020, 07:10:46
- oder einen (Code-) Vorschlag machen, der bei Aufruf nicht direkt die "50" als Ersatzwert nimmt, sondern erst mal checkt, ob es Möglichkeiten gibt, das für diesen Typ Wetter-Device passend zu ermitteln.
Hier ein Vorschlag um mit Proplanta die Cover-Werte für tomorrow zu ermitteln:
sub getwTYPE_PROPLANTA {
my $hash = shift // return;
my $extDev = $hash->{helper}{extWeather}{Device};
my @hour = getTwilightHours($hash);
$hour[3] = $hour[1];
$hour[4] = $hour[2];
my $fc_day0 = secondsSinceMidnight( time() ) > 60 ? 0 : 1;
my $fc_day1 = $fc_day0 + 1;
my @ret;
for (my $i = 0; $i < 5 ; $i++) {
$fc_day0 = $i < 3 ? $fc_day0 : $fc_day1;
$hour[$i] < 4 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud03",0) : (
$hour[$i] < 7 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud06",0) : (
$hour[$i] < 10 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud09",0) : (
$hour[$i] < 13 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud12",0) : (
$hour[$i] < 16 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud15",0) : (
$hour[$i] < 19 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud18",0) : (
$hour[$i] < 22 ? $ret[$i] = ReadingsNum($extDev,"fc${fc_day0}_cloud21",0) :
$ret[$i] = ReadingsNum($extDev,"fc${fc_day1}_cloud00",0)))))));
}
Log3( $hash, 3, "[$hash->{NAME}] Proplanta data: hours $hour[0]-$hour[1]-$hour[2]-$hour[3]-$hour[4], fc_day0 $fc_day0,fc_day1 $fc_day1, data $ret[0]-$ret[1]-$ret[2]-$ret[3]-$ret[4]");
return @ret;
}Dabei sind dann die $ret[3] und $ret[4] die entsprechenden Rückgabewerte für Cloudcover_Tomorrow (früh und abends). Diese Sub ist erprobt und bringt die richtigen Rückgabewerte von Proplanta. Mein Problem ist es, diese Werte dann weiter in Twilight zu verarbeiten (bin leider kein Programmierer). Vielleicht hilft diese Ansatz als Anregung dem Profi aber weiter!?
Hm, ich schau's mir an, aber im Moment habe ich Zweifel, ob diese Bedingung erfüllt ist:
Zitat von: Beta-User am 06 Dezember 2020, 07:10:46
[...] der bei Aufruf nicht direkt die "50" als Ersatzwert nimmt, sondern erst mal checkt, ob es Möglichkeiten gibt, das für diesen Typ Wetter-Device passend zu ermitteln. Darüber, wie das gehen könnte, müsste man dann halt nachdenken, falls die obige "einfache" Variante mit ReadingsNum() nicht genau genug ist. Im Moment halte ich persönlich das für hinreichend, habe aber auch kein Problem, funktionalen Code einzuchecken, falls er generisch genug ist, dass man "vorhandenen" Code von "nicht vorhandenem Code" (=> Ersatzwert) unterscheiden kann...
Es fehlt mind. der "Check", also die Unterscheidung für PROPLANTA und Weather (oder zumindest etwas entsprechendes für Weather), und grundsätzlich gefällt mir nicht so recht, dass man für einen (gefühlten) Spezialfall in allen anderen Fällen auch immer noch diese beiden Werte mit ermittelt. Aber dieser Overhead ist wohl nicht besonders groß und liese sich ganz vermeiden, wenn man den Parameter $fc_day0 mit übergeben könnte:
my $fc_day0 = shift // secondsSinceMidnight( time() ) > 60 ? 0 : 1;Aber wie das dann bei Weather gehen soll...? Klar kann man dann bei fehlender Rückgabe der [3]/[4]-Werte dann wieder 50 nehmen, aber insgesamt ist da auch nicht für den User transparent, wo das denn funktioniert und wo nicht. M.E. unschön und (v.a.) erklärungsbedürftig (dauerhaft...).
Zusammengefasst: Lieber wäre mir ein separater Funktionsaufruf, bekannt gemacht (wo vorhanden) via "my $dispatch"-Hash (Zeile 484), der dann direkt bei Aufruf mit dem Argument/keyword (z.b. sr_tomorrow) den zu dieser Zeit passenden Bedeckungsgrad als Zahl zurückgibt, und - wenn schon denn schon ... - dann auch mit "sr_alt" (analog Twilight_calc) den morgigen indoor-Wert berücksichtigt...
Gesamtbild damit klarer?
(Und als "Profi" fühle ich mich bei weitem nicht...)
Ist es eigentlich so gewollt, dass der state bei einem fhem Neustart alle Zustände bis zur aktuellen Uhrzeit direkt hintereinander durchläuft?
Das sieht dann bei mir z. B. so aus:
2021.01.02 12:38:37.323 0: Server started with 528 defined entities (fhem.pl:23445/2020-12-31 perl:5.028001 os:linux user:fhem pid:26278)
2021.01.02 12:38:40.741 1: twilight_state=2 event=state: 2 light=2 tempMaxAussen=3 schwellwertAussen=20 weekend=1 abwesend=
2021.01.02 12:38:40.771 1: twilight_state=3 event=state: 3 light=3 tempMaxAussen=3 schwellwertAussen=20 weekend=1 abwesend=
2021.01.02 12:38:40.803 1: twilight_state=4 event=state: 4 light=4 tempMaxAussen=3 schwellwertAussen=20 weekend=1 abwesend=
2021.01.02 12:38:40.804 1: Rolläden werden hochgefahren
2021.01.02 12:38:42.373 1: twilight_state=5 event=state: 5 light=5 tempMaxAussen=3 schwellwertAussen=20 weekend=1 abwesend=
2021.01.02 12:38:42.406 1: twilight_state=6 event=state: 6 light=6 tempMaxAussen=3 schwellwertAussen=20 weekend=1 abwesend=
Das Verhalten war zumindest mit der alten Version des Moduls so nicht vorhanden.
Die Frage, wie das gewollt ist, hatte ich hier auch schon mal gestellt und - soweit ich mich entsinne - gab es dazu keine Rückmeldung. Von daher war ich auch davon ausgegangen, dass das so gewünscht ist und auch dem historischen Verhalten entspricht.
Habe daher Skrupel, da was zu ändern, kann mir aber schon Gedanken machen, wenn es allgemein gewünscht ist (ggf. auch als Option).
Bei mir führt das leider dazu, dass bei jedem Neustart die Rollläden hochfahren auch wenn es schon abends ist.
Und wenn man testet gibt schon mal zahlreiche Neustarts hintereinander.
Daher würde mich über eine Möglichkeit das Verhalten abzuschalten freuen.
Hmm, eigentlich finde ich es auch intutiver, wenn man FHEM "irgendwann" starten kann und dann jeweils halt nur der nächste Umschaltpunkt ausgelöst wird und nicht die bereits abgelaufenen. Die sollten ja in der Regel bereits abgearbeitet sein...
Hier jedenfalls eine Testversion, mit der man die Events abschalten kann, die zeitnah zum FHEM-Start gefeuert werden. Dazu das Attribut "triggerAtStartup" auf "0" stellen... Ab featurelevel 6.1 ist "0" derzeit als default vorgesehen.
Da aber jedes weitere Attribut tendenziell zu Verwirrung führt, wäre der eigentliche Plan, das direkt und ganz umzustellen => wer die "Treppe" erhalten will, möge bitte rechtzeitig die Hand heben!
Zitat von: Beta-User am 04 Januar 2021, 12:12:09
Hmm, eigentlich finde ich es auch intutiver, wenn man FHEM "irgendwann" starten kann und dann jeweils halt nur der nächste Umschaltpunkt ausgelöst wird und nicht die bereits abgelaufenen. Die sollten ja in der Regel bereits abgearbeitet sein...
Hier jedenfalls eine Testversion, mit der man die Events abschalten kann, die zeitnah zum FHEM-Start gefeuert werden. Dazu das Attribut "triggerAtStartup" auf "0" stellen... Ab featurelevel 6.1 ist "0" derzeit als default vorgesehen.
Da aber jedes weitere Attribut tendenziell zu Verwirrung führt, wäre der eigentliche Plan, das direkt und ganz umzustellen => wer die "Treppe" erhalten will, möge bitte rechtzeitig die Hand heben!
Nur meine Meinung:
"Treppe" bei Neustart muss nicht sein. Jedoch sollte nach einem Neustart von FHEM der aktuelle State entsprechend der Uhrzeit gesetzt werden. Das heißt, selbst wenn ich zum Beispiel mal Tagsüber 12 Uhr FHEM runterfahre (evtl. Stromausfall) und Abends gegen 21 Uhr erst wieder gestartet wird, sollte der State direkt auf 12 schalten. Nicht bei 6 und erst warten, bis der nächste Schaltzeitpunkt eintritt.
Persönliche fände ich also in dem Moment wo FHEM startet, dass direkt auf den zur Uhrzeit passenden State gestellt wird.
Werd's mir mal anschauen, aber zeitnah zum Start gar nicht triggern ist sehr viel einfacher als "nur den letzten zurückliegenden state nochmal triggern".
Von daher ist die Wahl derzeit eben tendenziell beschränkt Treppe oder kein trigger (mit der Tendenz zu kein trigger...)?
Zitat von: Beta-User am 04 Januar 2021, 12:12:09
Hier jedenfalls eine Testversion, mit der man die Events abschalten kann, die zeitnah zum FHEM-Start gefeuert werden. Dazu das Attribut "triggerAtStartup" auf "0" stellen... Ab featurelevel 6.1 ist "0" derzeit als default vorgesehen.
Da aber jedes weitere Attribut tendenziell zu Verwirrung führt, wäre der eigentliche Plan, das direkt und ganz umzustellen => wer die "Treppe" erhalten will, möge bitte rechtzeitig die Hand heben!
Danke, funktioniert bei mir mit der Testversion mit gesetztem Attribut wie gewünscht.
Wegen mir kann das auch das Standardverhalten ohne Umschaltmöglichkeit sein.
M. E. war das bei der alten Version des Moduls auch so.
Ich fände ohne Treppe besser, habe mir aber mit einen DoIf mit wait und einer Dummyvariablen geholfen.
Hallo zusammen,
ich nutze die Module Twilight in Verbindung mit Prolanta (vorher Yahoo). FHEM ist aktuell.
Zum Ein- und Ausschalten meiner Lampen nutze ich das twilight reading von Twilight.
Jetzt meine Frage: hat das aktuelle Wetter (Sonne/Regen/Wolken) einen Einfluss auf das twilight reading von Twilight?
Leider ist das Wetter hier jeden Tag so grau, dass man da keinen Unterschied sieht.
Internals:
DEF 0 Wetter_Proplanta
FUUID 5f7b9112-f33f-f489-c413-cd3dd5b3196b6acc
FVERSION 59_Twilight.pm:0.232960/2020-12-06
INDOOR_HORIZON 0
NAME myTwilight
NOTIFYDEV Wetter_Proplanta
NR 133
NTFY_ORDER 50-myTwilight
STATE 5
SUNPOS_OFFSET 300
TYPE Twilight
WEATHER_CORRECTION 8
WEATHER_HORIZON 8
READINGS:
2021-01-08 08:22:07 aktEvent sr_indoor
2021-01-08 09:16:10 azimuth 135.6
2021-01-08 00:41:08 cloudCover 100
2021-01-08 00:41:08 cloudCover_sr 87.5
2021-01-08 00:41:08 cloudCover_ss 100
2021-01-08 09:16:10 compasspoint southeast
2021-01-08 09:16:10 elevation 6.99
2021-01-08 08:22:07 horizon 0
2021-01-08 08:22:07 light 5
2021-01-08 08:22:07 nextEvent sr_weather
2021-01-08 08:22:07 nextEventTime 09:27:37
2021-01-08 00:41:09 sr 08:22:07
2021-01-08 00:41:09 sr_astro 06:20:51
2021-01-08 00:41:09 sr_civil 07:39:12
2021-01-08 00:41:09 sr_indoor 08:22:07
2021-01-08 00:41:09 sr_naut 06:59:09
2021-01-08 00:41:09 sr_weather 09:27:37
2021-01-08 00:41:09 ss 16:37:12
2021-01-08 00:41:09 ss_astro 18:38:31
2021-01-08 00:41:09 ss_civil 17:20:07
2021-01-08 00:41:09 ss_indoor 16:37:12
2021-01-08 00:41:09 ss_naut 18:00:11
2021-01-08 00:41:09 ss_weather 15:31:42
2021-01-08 08:22:07 state 5
2021-01-08 09:16:10 twilight 100
2021-01-08 09:16:10 twilight_weather 30
TIMER:
myTwilight_Midnight:
HASH myTwilight
MODIFIER Midnight
NAME myTwilight_Midnight
myTwilight_sr:
HASH myTwilight
MODIFIER sr
NAME myTwilight_sr
myTwilight_sr_astro:
HASH myTwilight
MODIFIER sr_astro
NAME myTwilight_sr_astro
myTwilight_sr_civil:
HASH myTwilight
MODIFIER sr_civil
NAME myTwilight_sr_civil
myTwilight_sr_indoor:
HASH myTwilight
MODIFIER sr_indoor
NAME myTwilight_sr_indoor
myTwilight_sr_naut:
HASH myTwilight
MODIFIER sr_naut
NAME myTwilight_sr_naut
myTwilight_sr_weather:
HASH myTwilight
MODIFIER sr_weather
NAME myTwilight_sr_weather
myTwilight_ss:
HASH myTwilight
MODIFIER ss
NAME myTwilight_ss
myTwilight_ss_astro:
HASH myTwilight
MODIFIER ss_astro
NAME myTwilight_ss_astro
myTwilight_ss_civil:
HASH myTwilight
MODIFIER ss_civil
NAME myTwilight_ss_civil
myTwilight_ss_indoor:
HASH myTwilight
MODIFIER ss_indoor
NAME myTwilight_ss_indoor
myTwilight_ss_naut:
HASH myTwilight
MODIFIER ss_naut
NAME myTwilight_ss_naut
myTwilight_ss_weather:
HASH myTwilight
MODIFIER ss_weather
NAME myTwilight_ss_weather
myTwilight_sunpos:
HASH myTwilight
MODIFIER sunpos
NAME myTwilight_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 1
TIME 1610090527.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 1
TIME 1610083251
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 1
TIME 1610087952.02
sr_indoor:
DEG 0
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 1
TIME 1610090527.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 1
TIME 1610085549.01
sr_weather:
DEG 8
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 1
TIME 1610094457.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 1
TIME 1610120232.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 1
TIME 1610127511
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 1
TIME 1610122807.98
ss_indoor:
DEG 0
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 1
TIME 1610120232.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 1
TIME 1610125211.99
ss_weather:
DEG 8
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 1
TIME 1610116302.95
helper:
extWeather:
Device Wetter_Proplanta
regexp Wetter_Proplanta:fc0_cloud06:.*
dispatch:
trigger fc0_cloud06
Attributes:
room Wetter
Viele Grüße
Mario
Derzeit haben nur die Wolken eine Auswirkung, aber nicht auf "twilight", sondern auf "twilight_weather". Alles, was "Wetter"-Abhängig ist, hat diesen Anhang ".*_weather".
Könnte man auf weitere Wetter-Elemente zusätzlich zur Wolkendecke ausweiten, Ansatzpunkt wäre die Dispatch-Funktion ;) .
@all Fyi: Bei mir läuft grade eine Testversion, die die triggernde Treppe ganz ausschaltet (auch ohne Attribut etc.). Vermutlich werde ich die demnächst einchecken.
Vielen Dank für die schnelle Antwort
Zitat
Derzeit haben nur die Wolken eine Auswirkung, aber nicht auf "twilight", sondern auf "twilight_weather". Alles, was "Wetter"-Abhängig ist, hat diesen Anhang ".*_weather".
Natürlich könnte ich von "twilight" auf "twilight_weather" wechseln, um das Wetter zu berücksichtigen, aber "twilight" steht derzeit (ca. 11:00Uhr) auf 100 und "twilight_weather" auf 30.
Hat sich da etwas am Wertebereich oder der Bedeutung geändert?
Hast du ansonsten eine bessere Idee?
Die Berechnungslogik entspricht dem, was useExtWeather bisher schon gemacht hatte.
Ob das irgendwie "besser" ginge: keine Ahnung.
Aber die Aussage für deinen Wohnort, dass es ziemlich bedeckt ist und daher auch eher dämmrig, ist doch nicht wirklich falsch, oder?
Ich werde es mal beobachten. Hoffentlich scheint die Sonne mal wieder ....
Hallo zusammen,
ich hatte auch die letzten Tage mich damit beschäftigt meine Lampen im Haus ein wenig davon abhängig zu schalten, wie hell es draußen ist.
Das reading twilight_weather war da auch meine Hoffnung.
Da ja das normale reading twilight erst bei -12 und 6° Elevation sich verändert. Sprich Sonnenaufgang und Sonnenuntergang.
Wenn ich jetzt genau wie MarioS1969 WetterProplanta mit im def von twilight habe wird das reading twilight_weather auch bei mir auf 30 gesetzt,
was im vergleich zu dem normalen twilight wert am helllichten Tag, trotz stark bewölkt ,schon sehr niedrig ist.
Wenn das normale twilight reading 30 hat ist es draußen schon sehr dunkel.
Das Reading twilight_weather wird wenn ich es richtig erkenne aus den nächsten fc0_cloud<Stunde> errechnet.
der bei mir auch zur Zeit auf 100 für bedeckt steht.
Setzte ich das reading manuell auf kleinere Werte sprich z.B. auf 90 wird twilight_weather statt 30 auf 44 gerechnet. und so weiter.
Zitattwilight Prozentualer Wert eines neuen "(twi)light" Wertes: (elevation+12)/18 * 100)
twilight_weather Prozentualer Wert eines neuen "(twi)light" Wertes: (elevation-WEATHER_HORIZON+12)/18 * 100). Wenn ein Wetterwert vorhanden ist, ist es immer etwas dunkler als bei klarem Wetter.
Die Formel für twilight verstehe ich, kann man auch sehr schön bei Sonnenuntang nachrechnen.
Aber die für twilight_weather verstehe ich nicht so recht. WEATHER_HORIZON wird sich bestimmt aus mehreren readings von WetterProplanta errechnen?
Ich weiß nicht inwieweit man da die beiden reading twilight und twilight_weather näher aneinander bringen kann.
Viele Grüße
Stephan
Das Reading twilight_weather wird aus dem aktuellen 3-Stunden-Wert von fc0_cloud abgeleitet. Und wie bereits geschrieben: Derzeit ist die Bedeckung das einzige Reading, das ausgewertet wird, und über die Sinnhaftigkeit von der Ableitung 100% Bedeckung entsprechend 30% Licht (Zeile 952: "## SCM: 100% clouds => 30% light (rough estimation)") mag man streiten, aber das ist "schon immer" so...
(Das heißt wie bei den meisten Dingen hier aber nicht, dass es so bleiben muss).
Na jedenfalls ist die Doku da vermutlich noch von Yahoo beeinflusst, denn es wird in der Regel der Code-Teil vor dem zitierten "elevation-WEATHER_HORIZON+12)/18 * 100" verwendet. Allerdings frage ich mich grade, ob das für die "dispatch"-Varianten noch richtig ist, oder ob man da nicht einen (veränderten) "else" Zweig aufmachen sollte...
Soweit ich das in Erinnerung habe, war der Yahoo-Code so gestrickt, dass er aus einer "Weather condition" einen WEATHER_HORIZON abgeleitet hat. Das funktionierte zwischendurch nicht mehr (bzw. beim alten useExtWeather noch nie?) aber jetzt setzt Twilight_getWeatherHorizon da eigentlich bei entsprechender Aktualisierung auch wieder einen Wert (aber auch nur unter Berücksichtigung des Bedeckungsgrades)...
Also falls an der Stelle mal jemand spielen wollte...?
Zitat von: Beta-User am 04 Januar 2021, 12:12:09
Da aber jedes weitere Attribut tendenziell zu Verwirrung führt, wäre der eigentliche Plan, das direkt und ganz umzustellen => wer die "Treppe" erhalten will, möge bitte rechtzeitig die Hand heben!
Da keine ernsthafte Gegenwehr kam, kommt mit dem nächsten update dann eine Version "ohne Treppe" (genauer: ohne Trigger beim FHEM-Start bzw. der Neuanlage).
Hallo,
heute scheint die Sonne. "twilight_weather" ist aber trotzdem nur 30.
list von beidem?
Zitat von: Beta-User am 09 Januar 2021, 07:15:52
Da keine ernsthafte Gegenwehr kam, kommt mit dem nächsten update dann eine Version "ohne Treppe" (genauer: ohne Trigger beim FHEM-Start bzw. der Neuanlage).
Bei mir ist die Treppe leider mit der Version
Zitat
59_Twilight.pm 23491 2021-01-09 05:12:53Z Beta-User
wieder da:
2021.01.09 17:46:27.624 0: Server started with 552 defined entities (fhem.pl:23471/2021-01-04 perl:5.028001 os:linux user:fhem pid:2052)
2021.01.09 17:46:31.542 1: twilight_state=2 event=state: 2 light=2 tempMaxAussen=1 schwellwertAussen=20 weekend=1 abwesend=
2021.01.09 17:46:31.584 1: twilight_state=3 event=state: 3 light=3 tempMaxAussen=1 schwellwertAussen=20 weekend=1 abwesend=
2021.01.09 17:46:31.623 1: twilight_state=4 event=state: 4 light=4 tempMaxAussen=1 schwellwertAussen=20 weekend=1 abwesend=
2021.01.09 17:46:31.624 1: Rolläden werden hochgefahren
2021.01.09 17:46:33.737 1: twilight_state=5 event=state: 5 light=5 tempMaxAussen=1 schwellwertAussen=20 weekend=1 abwesend=
2021.01.09 17:46:33.769 1: twilight_state=6 event=state: 6 light=6 tempMaxAussen=1 schwellwertAussen=20 weekend=1 abwesend=
2021.01.09 17:46:33.798 1: twilight_state=7 event=state: 7 light=5 tempMaxAussen=1 schwellwertAussen=20 weekend=1 abwesend=
2021.01.09 17:46:33.830 1: twilight_state=8 event=state: 8 light=4 tempMaxAussen=1 schwellwertAussen=20 weekend=1 abwesend=
2021.01.09 17:46:33.861 1: twilight_state=9 event=state: 9 light=3 tempMaxAussen=1 schwellwertAussen=20 weekend=1 abwesend=
Was ist das für ein Event-Handler?
Ich mache hier mit der Version folgendes: Event-Monitor auf "Events (Filter: Twiligh.* (http://192.168.2.72:8083/fhem?cmd=style%20eventMonitor#))". Dann fasse ich die DEF eines bestehenden Devices an bzw. definiere ein neues:
2021-01-09 19:45:49 Twilight Twilight sr_weather: 09:04:50
2021-01-09 19:45:49 Global global MODIFIED Twilight
2021-01-09 19:45:50 Twilight Twilight azimuth: 268.86
2021-01-09 19:45:50 Twilight Twilight elevation: -28.24
2021-01-09 19:45:50 Twilight Twilight twilight: 0
2021-01-09 19:45:50 Twilight Twilight twilight_weather: 0
2021-01-09 19:45:50 Twilight Twilight compasspoint: west-southwest
2021-01-09 19:46:23 Twilight Twilight2 azimuth: 270.23
2021-01-09 19:46:23 Twilight Twilight2 elevation: -28.73
2021-01-09 19:46:23 Twilight Twilight2 twilight: 0
2021-01-09 19:46:23 Twilight Twilight2 twilight_weather: 0
2021-01-09 19:46:23 Twilight Twilight2 compasspoint: west
2021-01-09 19:46:23 Twilight Twilight2 ss_civil: 17:14:53
2021-01-09 19:46:23 Twilight Twilight2 sr_civil: 07:42:09
2021-01-09 19:46:23 Twilight Twilight2 sr_indoor: 07:56:35
2021-01-09 19:46:23 Twilight Twilight2 ss_indoor: 17:00:27
2021-01-09 19:46:23 Twilight Twilight2 sr_astro: 06:21:15
2021-01-09 19:46:23 Twilight Twilight2 ss_astro: 18:35:49
2021-01-09 19:46:23 Twilight Twilight2 ss_naut: 17:56:18
2021-01-09 19:46:23 Twilight Twilight2 sr_naut: 07:00:44
2021-01-09 19:46:23 Twilight Twilight2 ss: 16:30:14
2021-01-09 19:46:23 Twilight Twilight2 sr: 08:26:47
2021-01-09 19:46:23 Twilight Twilight2 ss_weather: 17:00:27
2021-01-09 19:46:23 Twilight Twilight2 sr_weather: 07:56:35
2021-01-09 19:46:23 Twilight Twilight2 azimuth: 270.23
2021-01-09 19:46:23 Twilight Twilight2 elevation: -28.73
2021-01-09 19:46:23 Twilight Twilight2 twilight: 0
2021-01-09 19:46:23 Twilight Twilight2 twilight_weather: 0
2021-01-09 19:46:23 Twilight Twilight2 compasspoint: west
2021-01-09 19:46:24 Global global DEFINED Twilight2Ergo sollte ein notify auch nichts tun, aber vermutlich übersehe ich mal wieder was...
Mit der neuesten 59_Twilight.pm:0.234910/2021-01-09 Version ist das Durchlaufen der States beim Neustart (Treppe) beseitigt. So ist es für die Weiterverarbeitung besser und es treten keine Fehlschaltungen in anderen Modulen auf.
ZitatDerzeit ist die Bedeckung das einzige Reading, das ausgewertet wird, und über die Sinnhaftigkeit von der Ableitung 100% Bedeckung entsprechend 30% Licht (Zeile 952: "## SCM: 100% clouds => 30% light (rough estimation)") mag man streiten, aber das ist "schon immer" so...
(Das heißt wie bei den meisten Dingen hier aber nicht, dass es so bleiben muss).
Hierzu eine kleine Anregung:
Könnte man nicht den Einfluss der Bedeckung noch mit einer Wichtung versehen? (Einführung eines Wichtungsfaktors)
Der Hintergrund dieses Vorschlags ist, dass der Einfluss der Bedeckung einfach zu stark auf die Zeiten wirkt.
An sich steht dir alle Türen dazu offen mit der Option, eine eigene Dispatch-Funktion anzuflanschen.
Eine generelle Lösung ist aber nicht ausgeschlossen, falls sich da eine entsprechende Zahl Leute findet, die sowas haben möchte. Allerdings bin ich grade unsicher, ob nicht die Berechnungslogik mit der "rough estimation" an sich zu grob ist...
ZitatAn sich steht dir alle Türen dazu offen mit der Option, eine eigene Dispatch-Funktion anzuflanschen.
Wie ist das gemeint? Kann ich einfach in "Dispatch functions" die sub mit Proplanta gegen eine eigene angepasste Routine austauschen oder eine zusätzliche einfügen? Ich glaube so sollte es nicht sein. Es kann doch nicht jeder darin umändern. Besser ist doch eine generelle Lösung, die du pflegst. Vielleicht habe ich dich aber verkehrt verstanden, da ich vom Programmieren fast nichts verstehe.
Korrekt, direkt im Modulcode kannst/sollst du nichts ändern. Aber eine eigene Routine kann man über useExtWeather schon anflanschen, siehe commandref:
attr myTwilight useExtWeather MeinWetter:cloudCover { myCloudCoverAnalysis("MeinWetter") }
Zitat von: Beta-User am 09 Januar 2021, 19:53:16
Was ist das für ein Event-Handler?
Da musste ich erstmal nachsehen, es ist dieser hier:
define ntfy_BeschattungEnde notify twilight:state:.* { myUtils_BeschattungEnde $EVENT }
In myUtils_BeschattungEnde wird das Event geloggt das zum Aufruf geführt hat ($EVENT).
my $event = shift;
my $twilight_state = ReadingsVal("twilight","state",0); #Value("twilight");
...
Log 1, "twilight_state=$twilight_state event=$event light=$light tempMaxAussen=$tempMaxAussen schwellwertAussen=$schwellwertAussen weekend=$isWeekend abwesend=$abwesend";
Hmmm, stehe immer noch teilweise auf dem Schlauch...
Evtl. ist das wegen des addStateEvent?
Kannst du mal mit einer anderen Regex ins Rennen gehen:
define ntfy_BeschattungEnde notify twilight:[0-9]+ { myUtils_BeschattungEnde $EVENT }
moin,
frühjahrs putz im log bringt folgendes:
ich bekomme jeden tag ein paar warnungen um mitternacht und bei fhem restart:
2021.03.09 00:00:01.001 1 : PERL WARNING: Use of uninitialized value $deg in concatenation (.) or string at ./FHEM/59_Twilight.pm line 588.
2021.03.09 00:00:01.002 1 : stacktrace:
2021.03.09 00:00:01.002 1 : main::__ANON__ called by ./FHEM/59_Twilight.pm (588)
2021.03.09 00:00:01.003 1 : FHEM::Twilight::Twilight_calc called by ./FHEM/59_Twilight.pm (294)
2021.03.09 00:00:01.003 1 : FHEM::Twilight::Twilight_HandleWeatherData called by ./FHEM/59_Twilight.pm (761)
2021.03.09 00:00:01.003 1 : FHEM::Twilight::Twilight_Midnight called by fhem.pl (3362)
2021.03.09 00:00:01.004 1 : main::HandleTimeout called by fhem.pl (689)
2021.03.09 00:00:01.005 1 : PERL WARNING: Argument "HORIZON=" isn't numeric in division (/) at ./FHEM/99_SUNRISE_EL.pm line 108.
2021.03.09 00:00:01.006 1 : stacktrace:
2021.03.09 00:00:01.006 1 : main::__ANON__ called by ./FHEM/99_SUNRISE_EL.pm (108)
2021.03.09 00:00:01.007 1 : main::sr_alt called by ./FHEM/59_Twilight.pm (588)
2021.03.09 00:00:01.007 1 : FHEM::Twilight::Twilight_calc called by ./FHEM/59_Twilight.pm (294)
2021.03.09 00:00:01.007 1 : FHEM::Twilight::Twilight_HandleWeatherData called by ./FHEM/59_Twilight.pm (761)
2021.03.09 00:00:01.008 1 : FHEM::Twilight::Twilight_Midnight called by fhem.pl (3362)
2021.03.09 00:00:01.008 1 : main::HandleTimeout called by fhem.pl (689)
2021.03.09 00:00:01.009 1 : PERL WARNING: Use of uninitialized value $deg in concatenation (.) or string at ./FHEM/59_Twilight.pm line 592.
2021.03.09 00:00:01.009 1 : stacktrace:
2021.03.09 00:00:01.010 1 : main::__ANON__ called by ./FHEM/59_Twilight.pm (592)
2021.03.09 00:00:01.010 1 : FHEM::Twilight::Twilight_calc called by ./FHEM/59_Twilight.pm (294)
2021.03.09 00:00:01.010 1 : FHEM::Twilight::Twilight_HandleWeatherData called by ./FHEM/59_Twilight.pm (761)
2021.03.09 00:00:01.011 1 : FHEM::Twilight::Twilight_Midnight called by fhem.pl (3362)
2021.03.09 00:00:01.011 1 : main::HandleTimeout called by fhem.pl (689)
2021.03.09 00:00:01.012 1 : PERL WARNING: Argument "HORIZON=" isn't numeric in division (/) at ./FHEM/99_SUNRISE_EL.pm line 108.
2021.03.09 00:00:01.013 1 : stacktrace:
2021.03.09 00:00:01.013 1 : main::__ANON__ called by ./FHEM/99_SUNRISE_EL.pm (108)
2021.03.09 00:00:01.014 1 : main::sr_alt called by ./FHEM/59_Twilight.pm (592)
2021.03.09 00:00:01.014 1 : FHEM::Twilight::Twilight_calc called by ./FHEM/59_Twilight.pm (294)
2021.03.09 00:00:01.015 1 : FHEM::Twilight::Twilight_HandleWeatherData called by ./FHEM/59_Twilight.pm (761)
2021.03.09 00:00:01.015 1 : FHEM::Twilight::Twilight_Midnight called by fhem.pl (3362)
2021.03.09 00:00:01.015 1 : main::HandleTimeout called by fhem.pl (689)
liegt eventuell daran, dass das reading von extern weather "1000" lieferte. das wurde eventuell früher abgefangen.
Internals:
.FhemMetaInternals 1
DEF 52.65222 10.46333 3
FUUID 5c4ce2e8-f33f-09c4-3bdc-12b9987e209abd0f
FVERSION 59_Twilight.pm:0.234910/2021-01-09
INDOOR_HORIZON 3
NAME myTwilight
NOTIFYDEV myProPlant
NR 142
NTFY_ORDER 50-myTwilight
STATE Licht: 6 - SonneAuf: 06:53:06 - SonneUnter: 18:05:29
SUNPOS_OFFSET 300
TYPE Twilight
WEATHER_HORIZON 3
.attraggr:
.attreocr:
.*
.attrminint:
.attrtocr:
.*
READINGS:
2021-03-09 07:13:08 aktEvent sr_weather
2021-03-09 09:45:02 azimuth 134.22
2020-12-18 14:23:48 cloudCover 1000
2021-03-09 08:10:02 compasspoint east-southeast
2020-09-14 18:53:27 condition 0
2021-03-09 09:45:02 elevation 24.91
2021-03-09 07:13:08 horizon 3
2021-03-09 07:13:08 light 6
2021-03-09 07:13:08 nextEvent ss_weather
2021-03-09 07:13:08 nextEventTime 17:45:25
2021-03-09 00:00:01 sr 06:53:06
2021-03-09 00:00:01 sr_astro 04:53:23
2021-03-09 00:00:01 sr_civil 06:13:30
2021-03-09 00:00:01 sr_indoor 07:13:08
2021-03-09 00:00:01 sr_naut 05:33:51
2021-03-09 00:00:01 sr_weather 07:13:08
2021-03-09 00:00:01 ss 18:05:29
2021-03-09 00:00:01 ss_astro 20:05:38
2021-03-09 00:00:01 ss_civil 18:45:12
2021-03-09 00:00:01 ss_indoor 17:45:25
2021-03-09 00:00:01 ss_naut 19:24:58
2021-03-09 00:00:01 ss_weather 17:45:25
2021-03-09 07:13:08 state 6
2021-03-09 07:25:02 twilight 100
2021-03-09 07:25:02 twilight_weather 30
TIMER:
myTwilight_Midnight:
HASH myTwilight
MODIFIER Midnight
NAME myTwilight_Midnight
myTwilight_sr:
HASH myTwilight
MODIFIER sr
NAME myTwilight_sr
myTwilight_sr_astro:
HASH myTwilight
MODIFIER sr_astro
NAME myTwilight_sr_astro
myTwilight_sr_civil:
HASH myTwilight
MODIFIER sr_civil
NAME myTwilight_sr_civil
myTwilight_sr_indoor:
HASH myTwilight
MODIFIER sr_indoor
NAME myTwilight_sr_indoor
myTwilight_sr_naut:
HASH myTwilight
MODIFIER sr_naut
NAME myTwilight_sr_naut
myTwilight_sr_weather:
HASH myTwilight
MODIFIER sr_weather
NAME myTwilight_sr_weather
myTwilight_ss:
HASH myTwilight
MODIFIER ss
NAME myTwilight_ss
myTwilight_ss_astro:
HASH myTwilight
MODIFIER ss_astro
NAME myTwilight_ss_astro
myTwilight_ss_civil:
HASH myTwilight
MODIFIER ss_civil
NAME myTwilight_ss_civil
myTwilight_ss_indoor:
HASH myTwilight
MODIFIER ss_indoor
NAME myTwilight_ss_indoor
myTwilight_ss_naut:
HASH myTwilight
MODIFIER ss_naut
NAME myTwilight_ss_naut
myTwilight_ss_weather:
HASH myTwilight
MODIFIER ss_weather
NAME myTwilight_ss_weather
myTwilight_sunpos:
HASH myTwilight
MODIFIER sunpos
NAME myTwilight_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1615269186.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 1615262003
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1615266810.02
sr_indoor:
DEG 3
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1615270388.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1615264431.01
sr_weather:
DEG 3
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1615270388.05
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1615309529.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 1615316738
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1615311912.98
ss_indoor:
DEG 3
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1615308325.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1615314298.99
ss_weather:
DEG 3
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1615308325.95
helper:
.LATITUDE 52.65222
.LONGITUDE 10.46333
.startuptime 1614863888
extWeather:
Device myProPlant
Reading fc0_cloud00
regexp myProPlant:fc0_cloud00:.*
Attributes:
event-on-change-reading .*
room 70_Garten_Licht
stateFormat Licht: light - SonneAuf: sr - SonneUnter: ss
timestamp-on-change-reading .*
useExtWeather myProPlant:fc0_cloud00
verbose 2
Zitat von: frank am 09 März 2021, 09:50:03
liegt eventuell daran, dass das reading von extern weather "1000" lieferte. das wurde eventuell früher abgefangen.
Moin zurück.
Würde die "1000" auch als wahrscheinliche Ursache ansehen, Danke für den Hinweis.
Sollte dadurch zu lösen sein, dass Zeile 789 geändert wird in:
return $hash->{INDOOR_HORIZON} if !looks_like_number($result) || $result < 0 || $result > 100;Ich check's bei Gelegenheit ein, falls keine Einwände kommen...
ZitatSollte dadurch zu lösen sein, dass Zeile 789 geändert wird in:
nach restart keine meldungen mehr.
danke.
Ich habe mit
59_Twilight.pm 23930 2021-03-12 06:13:04Z Beta-User
Probleme.
Fing mit dieser Warnung im Log an:
2021.03.14 16:55:24.348 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4555.
2021.03.14 16:55:24.349 1: stacktrace:
2021.03.14 16:55:24.350 1: main::__ANON__ called by fhem.pl (4555)
2021.03.14 16:55:24.351 1: main::ReadingsVal called by fhem.pl (4568)
2021.03.14 16:55:24.352 1: main::ReadingsNum called by ./FHEM/59_Twilight.pm (383)
2021.03.14 16:55:24.352 1: FHEM::Twilight::Twilight_Firstrun called by ./FHEM/59_Twilight.pm (171)
2021.03.14 16:55:24.353 1: FHEM::Twilight::Twilight_Define called by fhem.pl (3847)
2021.03.14 16:55:24.354 1: main::CallFn called by fhem.pl (2163)
2021.03.14 16:55:24.355 1: main::CommandModify called by fhem.pl (1265)
2021.03.14 16:55:24.355 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2752)
2021.03.14 16:55:24.356 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (955)
2021.03.14 16:55:24.356 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (596)
2021.03.14 16:55:24.357 1: main::FW_Read called by fhem.pl (3847)
2021.03.14 16:55:24.358 1: main::CallFn called by fhem.pl (773)
Also irgendwas mit Zeile 383
$extWeatherVal = ReadingsNum( $name, 'cloudCover', ReadingsNum( $hash->{helper}{extWeather}{Device}, $ewr, 0 ) );
Ich habe dann mal das useExtWeather Attribut ganz entfernt und versucht es neu hinzuzufügen.
Das gab dann immer nur die Fehlermeldung
Zitat
External weather device seems not to exist
was nicht stimmt.
Ich habe dann die Zeile 426 so geändert, dass mehr Informationen ausgegeben werden:
return "External weather device $extWeather seems not to exist $devreading $parts[0]" if !defined $defs{$extWeather} && $init_done;
Das gibt dann die Meldung
Zitat
External weather device W seems not to exist Wetter:cloudCover W
Also geht das Parsing schief. Dieser Code sieht für meine Augen komisch aus
@parts = split m{ }x, $devreading, 2;
Wenn ich https://perldoc.perl.org/perlop#Regexp-Quote-Like-Operators (https://perldoc.perl.org/perlop#Regexp-Quote-Like-Operators) richtig interpretiere ist das kein zulässiger Patternmatch, der Delimiter am Anfang und Ende muss identisch sein.
Außerdem erwartet split (https://perldoc.perl.org/functions/split) als ersten Parameter ein Pattern und nicht das Ergebnis eines Patternmatches.
Mit diesem Code funktioniert es wie erwartet
@parts = split / /, $devreading, 2;
Allerdings gibt es im Code noch einige weitere Stellen wo der m-Operator m. E. falsch eingesetzt wird.
Ups, sorry, da ist in der Tat was schief gewesen, update ist im svn.
Die Zeile sollte so aussehen:
@parts = split m{\s}x, $devreading, 2;
Mit der neuen Version habe beim Setzen von useExtWeather folgendes im Log:
2021.03.21 12:02:26.366 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/59_Twilight.pm line 405.
2021.03.21 12:02:26.374 1: stacktrace:
2021.03.21 12:02:26.375 1: main::__ANON__ called by ./FHEM/59_Twilight.pm (405)
2021.03.21 12:02:26.375 1: FHEM::Twilight::Twilight_Attr called by fhem.pl (3847)
2021.03.21 12:02:26.376 1: main::CallFn called by fhem.pl (3078)
2021.03.21 12:02:26.377 1: main::CommandAttr called by fhem.pl (1265)
2021.03.21 12:02:26.377 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2761)
2021.03.21 12:02:26.378 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (962)
2021.03.21 12:02:26.379 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (597)
2021.03.21 12:02:26.379 1: main::FW_Read called by fhem.pl (3847)
2021.03.21 12:02:26.380 1: main::CallFn called by fhem.pl (773)
Danke für den Hinweis, sollte mit dem heutigen update gefixt sein.
Hallo,
seit dem letzten Update Ende Mai kommt bei mir an manchen Tagen kein Trigger für light 6. Deswegen bleibt mein Licht morgens ab und zu an.
Hier ein log auf mein twilight-Device. Der Trigger für Light 6 fehlt am 1. und am 8. Juni, obwohl an diesen Tagen das Twilight-Device den Wert 6 auch gesetzt hat.
2021-06-01_00:00:01 twilight cloudCover: 12.5
2021-06-01_00:00:01 twilight ss_weather: 20:48:20
2021-06-01_00:00:01 twilight sr_weather: 05:21:23
2021-06-01_00:00:18 twilight cloudCover: 87.5
2021-06-01_00:00:18 twilight sr_weather: 06:06:31
2021-06-01_00:00:18 twilight ss_weather: 20:03:04
2021-06-01_02:49:44 twilight light: 2
2021-06-01_04:02:32 twilight light: 3
2021-06-01_04:57:05 twilight light: 4
2021-06-01_05:13:26 twilight light: 5
2021-06-01_20:03:04 twilight light: 5
2021-06-01_20:56:18 twilight light: 4
2021-06-01_21:12:43 twilight light: 3
2021-06-01_22:07:32 twilight light: 2
2021-06-01_23:21:10 twilight light: 1
2021-06-02_00:00:01 twilight ss_weather: 20:03:59
2021-06-02_00:00:01 twilight sr_weather: 06:05:54
2021-06-02_00:00:22 twilight cloudCover: 12.5
2021-06-02_00:00:22 twilight sr_weather: 05:20:38
2021-06-02_00:00:22 twilight ss_weather: 20:49:22
2021-06-02_02:47:49 twilight light: 2
2021-06-02_03:00:17 twilight cloudCover: 62.5
2021-06-02_03:00:17 twilight sr_weather: 05:51:13
2021-06-02_03:00:17 twilight ss_weather: 20:18:42
2021-06-02_04:01:27 twilight light: 3
2021-06-02_04:56:16 twilight light: 4
2021-06-02_05:12:40 twilight light: 5
2021-06-02_05:51:13 twilight light: 6
2021-06-02_07:00:21 twilight cloudCover: 50
2021-06-02_07:00:21 twilight ss_weather: 20:26:12
2021-06-02_16:00:18 twilight cloudCover: 62.5
2021-06-02_16:00:18 twilight ss_weather: 20:18:42
2021-06-02_20:57:21 twilight light: 4
2021-06-02_21:13:49 twilight light: 3
2021-06-02_22:08:54 twilight light: 2
2021-06-02_23:23:21 twilight light: 1
2021-06-03_00:00:01 twilight cloudCover: 0
2021-06-03_00:00:01 twilight ss_weather: 20:58:21
2021-06-03_00:00:01 twilight sr_weather: 05:11:58
2021-06-03_00:00:18 twilight cloudCover: 25
2021-06-03_00:00:18 twilight sr_weather: 05:27:47
2021-06-03_00:00:18 twilight ss_weather: 20:42:29
2021-06-03_02:45:58 twilight light: 2
2021-06-03_03:00:17 twilight cloudCover: 0
2021-06-03_03:00:17 twilight sr_weather: 05:11:58
2021-06-03_03:00:17 twilight ss_weather: 20:58:21
2021-06-03_04:00:26 twilight light: 3
2021-06-03_04:55:30 twilight light: 4
2021-06-03_05:11:58 twilight light: 5
2021-06-03_05:11:58 twilight light: 6
2021-06-03_07:00:18 twilight cloudCover: 100
2021-06-03_07:00:18 twilight ss_weather: 19:57:39
2021-06-03_11:00:17 twilight cloudCover: 87.5
2021-06-03_11:00:17 twilight ss_weather: 20:04:53
2021-06-03_20:04:53 twilight light: 5
2021-06-03_20:58:21 twilight light: 4
2021-06-03_21:14:52 twilight light: 3
2021-06-03_22:10:12 twilight light: 2
2021-06-03_23:25:28 twilight light: 1
2021-06-04_00:00:01 twilight cloudCover: 100
2021-06-04_00:00:01 twilight ss_weather: 19:58:30
2021-06-04_00:00:01 twilight sr_weather: 06:12:00
2021-06-04_02:44:12 twilight light: 2
2021-06-04_03:59:27 twilight light: 3
2021-06-04_04:54:47 twilight light: 4
2021-06-04_05:11:18 twilight light: 5
2021-06-04_06:12:00 twilight light: 6
2021-06-04_19:58:30 twilight light: 5
2021-06-04_20:59:20 twilight light: 4
2021-06-04_21:15:54 twilight light: 3
2021-06-04_22:11:28 twilight light: 2
2021-06-04_23:27:32 twilight light: 1
2021-06-05_00:00:01 twilight ss_weather: 19:59:19
2021-06-05_00:00:01 twilight sr_weather: 06:11:30
2021-06-05_00:00:21 twilight cloudCover: 25
2021-06-05_00:00:21 twilight sr_weather: 05:26:35
2021-06-05_00:00:21 twilight ss_weather: 20:44:19
2021-06-05_02:42:29 twilight light: 2
2021-06-05_03:58:33 twilight light: 3
2021-06-05_04:54:07 twilight light: 4
2021-06-05_05:10:40 twilight light: 5
2021-06-05_05:26:35 twilight light: 6
2021-06-05_07:00:18 twilight cloudCover: 37.5
2021-06-05_07:00:18 twilight ss_weather: 20:36:33
2021-06-05_16:00:18 twilight cloudCover: 50
2021-06-05_16:00:18 twilight ss_weather: 20:28:54
2021-06-05_21:00:16 twilight light: 4
2021-06-05_21:16:53 twilight light: 3
2021-06-05_22:12:41 twilight light: 2
2021-06-05_23:29:32 twilight light: 1
2021-06-06_00:00:01 twilight cloudCover: 62.5
2021-06-06_00:00:01 twilight ss_weather: 20:22:11
2021-06-06_00:00:01 twilight sr_weather: 05:49:00
2021-06-06_00:00:16 twilight cloudCover: 0
2021-06-06_00:00:16 twilight sr_weather: 05:10:06
2021-06-06_00:00:16 twilight ss_weather: 21:01:10
2021-06-06_02:40:51 twilight light: 2
2021-06-06_03:00:16 twilight cloudCover: 37.5
2021-06-06_03:00:16 twilight sr_weather: 05:33:49
2021-06-06_03:00:16 twilight ss_weather: 20:37:24
2021-06-06_03:57:42 twilight light: 3
2021-06-06_04:53:30 twilight light: 4
2021-06-06_05:10:06 twilight light: 5
2021-06-06_05:33:49 twilight light: 6
2021-06-06_07:00:18 twilight cloudCover: 100
2021-06-06_07:00:18 twilight ss_weather: 20:00:06
2021-06-06_11:00:20 twilight cloudCover: 37.5
2021-06-06_11:00:20 twilight ss_weather: 20:37:24
2021-06-06_16:00:18 twilight cloudCover: 12.5
2021-06-06_16:00:18 twilight ss_weather: 20:53:06
2021-06-06_21:01:10 twilight light: 4
2021-06-06_21:17:50 twilight light: 3
2021-06-06_22:13:51 twilight light: 2
2021-06-06_23:31:28 twilight light: 1
2021-06-07_00:00:01 twilight ss_weather: 20:53:57
2021-06-07_00:00:01 twilight sr_weather: 05:17:39
2021-06-07_02:39:18 twilight light: 2
2021-06-07_03:56:54 twilight light: 3
2021-06-07_04:52:55 twilight light: 4
2021-06-07_05:09:35 twilight light: 5
2021-06-07_05:17:39 twilight light: 6
2021-06-07_07:00:18 twilight cloudCover: 0
2021-06-07_07:00:18 twilight ss_weather: 21:02:02
2021-06-07_21:02:02 twilight light: 4
2021-06-07_21:18:44 twilight light: 3
2021-06-07_22:14:58 twilight light: 2
2021-06-07_23:33:19 twilight light: 1
2021-06-08_00:00:01 twilight ss_weather: 21:02:51
2021-06-08_00:00:01 twilight sr_weather: 05:09:06
2021-06-08_00:00:18 twilight cloudCover: 12.5
2021-06-08_00:00:18 twilight sr_weather: 05:17:11
2021-06-08_00:00:18 twilight ss_weather: 20:54:45
2021-06-08_02:37:50 twilight light: 2
2021-06-08_03:56:11 twilight light: 3
2021-06-08_04:52:24 twilight light: 4
2021-06-08_05:09:06 twilight light: 5
2021-06-08_07:00:21 twilight cloudCover: 0
2021-06-08_07:00:21 twilight ss_weather: 21:02:51
2021-06-08_21:02:51 twilight light: 5
2021-06-08_21:02:51 twilight light: 4
2021-06-08_21:19:36 twilight light: 3
2021-06-08_22:16:02 twilight light: 2
2021-06-08_23:35:05 twilight light: 1
2021-06-09_00:00:01 twilight cloudCover: 12.5
2021-06-09_00:00:01 twilight ss_weather: 20:55:31
2021-06-09_00:00:01 twilight sr_weather: 05:16:47
2021-06-09_00:00:23 twilight cloudCover: 0
2021-06-09_00:00:23 twilight sr_weather: 05:08:41
2021-06-09_00:00:23 twilight ss_weather: 21:03:38
2021-06-09_02:36:27 twilight light: 2
2021-06-09_03:00:17 twilight cloudCover: 12.5
2021-06-09_03:00:17 twilight sr_weather: 05:16:47
2021-06-09_03:00:17 twilight ss_weather: 20:55:31
2021-06-09_03:55:31 twilight light: 3
2021-06-09_04:51:56 twilight light: 4
2021-06-09_05:08:41 twilight light: 5
2021-06-09_05:16:47 twilight light: 6
Hier noch zur Vollständigkeit das List:
Internals:
DEF 2
FUUID 5f739b17-f33f-68d2-730b-cf42c5def19412dc
FVERSION 59_Twilight.pm:0.244960/2021-05-24
INDOOR_HORIZON 2
NAME twilight
NOTIFYDEV wetter
NR 180
NTFY_ORDER 50-twilight
STATE 6
SUNPOS_OFFSET 300
TYPE Twilight
WEATHER_CORRECTION 1
WEATHER_HORIZON 3
READINGS:
2021-06-09 05:16:47 aktEvent sr_weather
2021-06-09 14:20:18 azimuth 212.47
2021-06-09 03:00:17 cloudCover 12.5
2021-06-09 14:20:18 compasspoint south-southwest
2020-10-23 15:30:17 condition_code -2
2020-10-23 15:30:17 condition_txt unknown
2021-06-09 14:20:18 elevation 57.45
2021-06-09 05:16:47 horizon 3
2021-06-09 05:16:47 light 6
2021-06-09 05:16:47 nextEvent ss_weather
2021-06-09 05:16:47 nextEventTime 20:55:31
2021-06-09 00:00:01 sr 04:51:56
2021-06-09 00:00:01 sr_astro undefined
2021-06-09 00:00:01 sr_civil 03:55:31
2021-06-09 00:00:01 sr_indoor 05:08:41
2021-06-09 00:00:01 sr_naut 02:36:27
2021-06-09 03:00:17 sr_weather 05:16:47
2021-06-09 00:00:01 ss 21:20:25
2021-06-09 00:00:01 ss_astro undefined
2021-06-09 00:00:01 ss_civil 22:17:02
2021-06-09 00:00:01 ss_indoor 21:03:38
2021-06-09 00:00:01 ss_naut 23:36:46
2021-06-09 03:00:17 ss_weather 20:55:31
2021-06-09 05:16:47 state 6
2021-06-09 14:20:18 twilight 100
2021-06-09 14:20:18 twilight_weather 99
TIMER:
twilight_Midnight:
HASH twilight
MODIFIER Midnight
NAME twilight_Midnight
twilight_ss:
HASH twilight
MODIFIER ss
NAME twilight_ss
twilight_ss_civil:
HASH twilight
MODIFIER ss_civil
NAME twilight_ss_civil
twilight_ss_indoor:
HASH twilight
MODIFIER ss_indoor
NAME twilight_ss_indoor
twilight_ss_naut:
HASH twilight
MODIFIER ss_naut
NAME twilight_ss_naut
twilight_ss_weather:
HASH twilight
MODIFIER ss_weather
NAME twilight_ss_weather
twilight_sunpos:
HASH twilight
MODIFIER sunpos
NAME twilight_sunpos
TW:
sr:
DEG 0
LIGHT 4
NAME sr
NAMENEXT sr_indoor
STATE 4
SWIP 0
TIME 1623207116.03
sr_astro:
DEG -18
LIGHT 1
NAME sr_astro
NAMENEXT sr_naut
STATE 1
SWIP 0
TIME 0
sr_civil:
DEG -6
LIGHT 3
NAME sr_civil
NAMENEXT sr
STATE 3
SWIP 0
TIME 1623203731.02
sr_indoor:
DEG 2
LIGHT 5
NAME sr_indoor
NAMENEXT sr_weather
STATE 5
SWIP 0
TIME 1623208121.04
sr_naut:
DEG -12
LIGHT 2
NAME sr_naut
NAMENEXT sr_civil
STATE 2
SWIP 0
TIME 1623198987.01
sr_weather:
DEG 3
LIGHT 6
NAME sr_weather
NAMENEXT ss_weather
STATE 6
SWIP 0
TIME 1623208607.07
ss:
DEG 0
LIGHT 3
NAME ss
NAMENEXT ss_civil
STATE 9
SWIP 0
TIME 1623266425.97
ss_astro:
DEG -18
LIGHT 0
NAME ss_astro
NAMENEXT sr_astro
STATE 12
SWIP 0
TIME 0
ss_civil:
DEG -6
LIGHT 2
NAME ss_civil
NAMENEXT ss_naut
STATE 10
SWIP 0
TIME 1623269822.98
ss_indoor:
DEG 2
LIGHT 4
NAME ss_indoor
NAMENEXT ss
STATE 8
SWIP 0
TIME 1623265418.96
ss_naut:
DEG -12
LIGHT 1
NAME ss_naut
NAMENEXT ss_astro
STATE 11
SWIP 0
TIME 1623274606.99
ss_weather:
DEG 3
LIGHT 5
NAME ss_weather
NAMENEXT ss_indoor
STATE 7
SWIP 0
TIME 1623264931.93
helper:
extWeather:
Device wetter
Reading current_cloud_test
regexp wetter:current_cloud_test:.*
Attributes:
devStateIcon 6:weather_sun 0|12:weather_night [1-5]:weather_sunrise 7|8|9|10|11:weather_sunset
event-on-change-reading light,state,sr_weather,ss_weather,cloudCover
room Allgemein
useExtWeather wetter:current_cloud_test
Gruß und danke fürs Abchecken.
Danke für den Hinweis, ich glaube, die Ursache gefunden zu haben und hoffe, den Fix dann vor dem morgigen update einchecken zu können.
Hab's eingecheckt,
Bei der Gelegenheit bin ich aber auch noch über eine weitere Ungereimtheit (mAn jedenfalls) gestolpert: Da wurden ja auch teils die ss_weather-lights bzw. states übersprungen (4/8 statt 5/7). Habe das auch gefixt, aber eventuell habe ich da auch was missverstanden...
Rückmeldung wäre gut, ob das nun so passt. Beide Probleme tauchten übrigens nur auf, wenn der jeweilige Zeitpunkt durch ein Wetter-Update in die Vergangenheit verlegt worden ist, also (Bsp.) ss_weather stand auf 20:00 Uhr, um 19:30 Uhr kommt ein Wetter-Event, Zeitpunkt wird neu berechnet, es kommt 19:29 Uhr oder früher raus.
Danke für die schnelle Reaktion.
Ich hab' das Update gestern eingepielt. Ich werde es die nächsten Tage beobachten und dann berichten. Heute ging das Licht jedenfalls aus. :)
So, bis jetzt ist das Licht morgens immer ausgegangen. Das Problem scheint behoben. Danke. Zur Sicherheit noch das Log seit dem Update:
2021-06-11_00:00:01 twilight cloudCover: 100
2021-06-11_00:00:01 twilight ss_weather: 20:03:32
2021-06-11_00:00:01 twilight sr_weather: 06:09:26
2021-06-11_00:19:41 twilight cloudCover: 25
2021-06-11_00:19:41 twilight sr_weather: 05:24:05
2021-06-11_00:19:41 twilight ss_weather: 20:48:56
2021-06-11_02:19:42 twilight cloudCover: 12.5
2021-06-11_02:19:42 twilight sr_weather: 05:16:06
2021-06-11_02:19:42 twilight ss_weather: 20:56:56
2021-06-11_02:34:00 twilight light: 2
2021-06-11_03:54:23 twilight light: 3
2021-06-11_04:51:10 twilight light: 4
2021-06-11_05:07:58 twilight light: 5
2021-06-11_05:16:06 twilight light: 6
2021-06-11_07:00:21 twilight cloudCover: 75
2021-06-11_07:00:21 twilight ss_weather: 20:18:15
2021-06-11_11:00:22 twilight cloudCover: 100
2021-06-11_11:00:22 twilight ss_weather: 20:03:32
2021-06-11_20:03:32 twilight light: 5
2021-06-11_21:05:05 twilight light: 4
2021-06-11_21:21:55 twilight light: 3
2021-06-11_22:18:52 twilight light: 2
2021-06-11_23:39:52 twilight light: 1
2021-06-12_00:00:01 twilight ss_weather: 20:04:07
2021-06-12_00:00:01 twilight sr_weather: 06:09:14
2021-06-12_00:00:21 twilight cloudCover: 87.5
2021-06-12_00:00:21 twilight sr_weather: 06:01:55
2021-06-12_00:00:21 twilight ss_weather: 20:11:26
2021-06-12_02:32:55 twilight light: 2
2021-06-12_03:00:17 twilight cloudCover: 100
2021-06-12_03:00:17 twilight sr_weather: 06:09:14
2021-06-12_03:00:17 twilight ss_weather: 20:04:07
2021-06-12_03:53:54 twilight light: 3
2021-06-12_04:50:51 twilight light: 4
2021-06-12_05:07:42 twilight light: 5
2021-06-12_06:09:14 twilight light: 6
2021-06-12_07:00:18 twilight cloudCover: 0
2021-06-12_07:00:18 twilight ss_weather: 21:05:44
2021-06-12_11:00:17 twilight cloudCover: 37.5
2021-06-12_11:00:17 twilight ss_weather: 20:41:42
2021-06-12_20:41:42 twilight light: 5
2021-06-12_21:05:44 twilight light: 4
2021-06-12_21:22:36 twilight light: 3
2021-06-12_22:19:42 twilight light: 2
2021-06-12_23:41:15 twilight light: 1
2021-06-13_00:00:01 twilight ss_weather: 20:42:17
2021-06-13_00:00:01 twilight sr_weather: 05:31:29
2021-06-13_00:00:16 twilight cloudCover: 0
2021-06-13_00:00:16 twilight sr_weather: 05:07:28
2021-06-13_00:00:16 twilight ss_weather: 21:06:21
2021-06-13_02:31:58 twilight light: 2
2021-06-13_03:53:30 twilight light: 3
2021-06-13_04:50:36 twilight light: 4
2021-06-13_05:07:28 twilight light: 5
2021-06-13_05:07:28 twilight light: 6
2021-06-13_21:06:21 twilight light: 5
2021-06-13_21:06:21 twilight light: 4
2021-06-13_21:23:15 twilight light: 3
2021-06-13_22:20:28 twilight light: 2
2021-06-13_23:42:32 twilight light: 1
2021-06-14_00:00:01 twilight ss_weather: 21:06:55
2021-06-14_00:00:01 twilight sr_weather: 05:07:17
2021-06-14_02:31:07 twilight light: 2
2021-06-14_03:53:10 twilight light: 3
2021-06-14_04:50:24 twilight light: 4
2021-06-14_05:07:17 twilight light: 5
2021-06-14_05:07:17 twilight light: 6
2021-06-14_07:00:20 twilight cloudCover: 37.5
2021-06-14_07:00:20 twilight ss_weather: 20:42:50
2021-06-14_20:42:50 twilight light: 5
2021-06-14_21:06:55 twilight light: 4
2021-06-14_21:23:50 twilight light: 3
2021-06-14_22:21:11 twilight light: 2
2021-06-14_23:43:42 twilight light: 1
2021-06-15_00:00:01 twilight ss_weather: 20:43:20
2021-06-15_00:00:01 twilight sr_weather: 05:31:14
2021-06-15_00:00:18 twilight cloudCover: 50
2021-06-15_00:00:18 twilight sr_weather: 05:38:59
2021-06-15_00:00:18 twilight ss_weather: 20:35:34
2021-06-15_02:30:23 twilight light: 2
2021-06-15_03:00:18 twilight cloudCover: 37.5
2021-06-15_03:00:18 twilight sr_weather: 05:31:14
2021-06-15_03:00:18 twilight ss_weather: 20:43:20
2021-06-15_03:52:54 twilight light: 3
2021-06-15_04:50:14 twilight light: 4
2021-06-15_05:07:09 twilight light: 5
2021-06-15_05:31:14 twilight light: 6
2021-06-15_20:43:20 twilight light: 5
2021-06-15_21:07:26 twilight light: 4
2021-06-15_21:24:22 twilight light: 3
2021-06-15_22:21:49 twilight light: 2
2021-06-15_23:44:44 twilight light: 1
2021-06-16_00:00:01 twilight ss_weather: 20:43:47
2021-06-16_00:00:01 twilight sr_weather: 05:31:11
2021-06-16_02:29:47 twilight light: 2
2021-06-16_03:52:42 twilight light: 3
2021-06-16_04:50:08 twilight light: 4
2021-06-16_05:07:05 twilight light: 5
2021-06-16_05:31:11 twilight light: 6
2021-06-16_07:00:18 twilight cloudCover: 0
2021-06-16_07:00:18 twilight ss_weather: 21:07:55
2021-06-16_21:07:55 twilight light: 5
2021-06-16_21:07:55 twilight light: 4
2021-06-16_21:24:52 twilight light: 3
2021-06-16_22:22:24 twilight light: 2
2021-06-16_23:45:40 twilight light: 1
2021-06-17_00:00:01 twilight ss_weather: 21:08:20
2021-06-17_00:00:01 twilight sr_weather: 05:07:03
2021-06-17_02:29:18 twilight light: 2
2021-06-17_03:52:34 twilight light: 3
2021-06-17_04:50:06 twilight light: 4
2021-06-17_05:07:03 twilight light: 5
2021-06-17_05:07:03 twilight light: 6
2021-06-17_21:08:20 twilight light: 5
2021-06-17_21:08:21 twilight light: 4
2021-06-17_21:25:18 twilight light: 3
2021-06-17_22:22:54 twilight light: 2
2021-06-17_23:46:27 twilight light: 1
2021-06-18_00:00:01 twilight ss_weather: 21:08:43
2021-06-18_00:00:01 twilight sr_weather: 05:07:04
2021-06-18_02:28:57 twilight light: 2
2021-06-18_03:52:30 twilight light: 3
2021-06-18_04:50:06 twilight light: 4
2021-06-18_05:07:04 twilight light: 5
2021-06-18_05:07:04 twilight light: 6
2021-06-18_21:08:43 twilight light: 5
2021-06-18_21:08:43 twilight light: 4
2021-06-18_21:25:42 twilight light: 3
2021-06-18_22:23:21 twilight light: 2
2021-06-18_23:47:07 twilight light: 1
2021-06-19_00:00:01 twilight ss_weather: 21:09:03
2021-06-19_00:00:01 twilight sr_weather: 05:07:08
2021-06-19_02:28:44 twilight light: 2
2021-06-19_03:52:30 twilight light: 3
2021-06-19_04:50:10 twilight light: 4
2021-06-19_05:07:08 twilight light: 5
2021-06-19_05:07:08 twilight light: 6
2021-06-19_07:00:19 twilight cloudCover: 62.5
2021-06-19_07:00:19 twilight ss_weather: 20:29:28
2021-06-19_11:00:19 twilight cloudCover: 87.5
2021-06-19_11:00:19 twilight ss_weather: 20:14:29
2021-06-19_20:14:29 twilight light: 5
2021-06-19_21:09:03 twilight light: 4
2021-06-19_21:26:02 twilight light: 3
2021-06-19_22:23:44 twilight light: 2
2021-06-19_23:47:39 twilight light: 1
2021-06-20_00:00:01 twilight ss_weather: 20:14:46
2021-06-20_00:00:01 twilight sr_weather: 06:01:49
2021-06-20_00:00:20 twilight cloudCover: 25
2021-06-20_00:00:20 twilight sr_weather: 05:23:31
2021-06-20_00:00:20 twilight ss_weather: 20:53:04
2021-06-20_02:28:40 twilight light: 2
2021-06-20_03:00:17 twilight cloudCover: 12.5
2021-06-20_03:00:17 twilight sr_weather: 05:15:28
2021-06-20_03:00:17 twilight ss_weather: 21:01:07
2021-06-20_03:52:35 twilight light: 3
2021-06-20_04:50:16 twilight light: 4
2021-06-20_05:07:15 twilight light: 5
2021-06-20_05:15:28 twilight light: 6
2021-06-20_07:00:19 twilight cloudCover: 37.5
2021-06-20_07:00:19 twilight ss_weather: 20:45:10
Danke für die Rückmeldung!
Sieht m.E. ok aus, das log.