Twilight - Maintainership (orphan 2020)

Begonnen von Beta-User, 05 September 2020, 10:06:33

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 9 10 11 12 13 ... 20
Benutzer-Aktionen

Beta-User

#150
25 Oktober 2020, 09:02:34
Manche Readings werden aber nicht mehr angefasst, wenn die "durch" sind.

Das mit der Zeitumstellung hat leider nicht so funktioniert wie gedacht....
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

swsmily

#151
25 Oktober 2020, 09:05:33
Ich habe gerade nochmal ein Update gemacht und FHEM neugestartet, das Device Daemmerung (Twilight) gelöscht und neu angelegt.
Hier nun das List:

Code Auswählen
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

yersinia

#152
25 Oktober 2020, 09:13:52
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?
viele Grüße, yersinia
----
FHEM 6.3 (SVN) on RPi 4B with RasPi OS Bullseye (perl 5.32.1) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

swsmily

#153
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:

Code Auswählen
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

xerion

#154
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:

Code Auswählen
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.
Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

BroPi

#155
26 Oktober 2020, 13:51:23
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.

swsmily

#156
26 Oktober 2020, 14:24:09
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.

Beta-User

#157
26 Oktober 2020, 14:24:55
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.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

swsmily

#158
26 Oktober 2020, 14:31:47 Letzte Bearbeitung: 26 Oktober 2020, 14:34:51 von swsmily
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!

teufelchen

#159
26 Oktober 2020, 15:57:55
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
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

Beta-User

#160
26 Oktober 2020, 16:28:08
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.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

xerion

#161
26 Oktober 2020, 18:33:53
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.
Ich würde mich  freuen, wenn du meinen Einladungscode für Tibber, der Stromanbieter, der dir hilft, deinen Stromverbrauch zu verstehen und zu reduzieren, nutzt: https://invite.tibber.com/5fc08jbs. So bekommen wir beide 50 Euro und 100 % Ökostrom / https://geld-fuer-eauto.de/ref/334561880

Beta-User

#162
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.)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

swsmily

#163
26 Oktober 2020, 20:06:26
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" ?

Beta-User

#164
26 Oktober 2020, 20:14:58
Genau. Entweder im Attribut, oder direkt in der DEF. Mein Twilight im Hauptsystem sieht (mit einem Weather-Type) extWeather so aus:
Code Auswählen

defmod Twilight Twilight 4 MeinWetter
attr Twilight room xyz
Also kein ext-W-Attribut oder so. Aber auch das müßte eigentlich klappen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files
Drucken
Nach oben Seiten 1 ... 9 10 11 12 13 ... 20
Benutzer-Aktionen