Twilight - Maintainership (orphan 2020)

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

Vorheriges Thema - Nächstes Thema

MarioS1969

#255
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
PI 2, PI4,  RFXtrx433, IT-1500, CMR-1000, ITM 100, TFA Temperatursensor, IR-Sensor, FB 7590, LIRC mit Logitech Harmony, FI9821W, Sonos, Twilight, Benzinpreismonitor, HMLAN, HM-Sen-DB-PCB, HM-LC-Bl1PBU-FM, HM-SEC-SC-2, GPIO4 mit fhem2fhem, Shelly

Beta-User

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.
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

MarioS1969

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?

PI 2, PI4,  RFXtrx433, IT-1500, CMR-1000, ITM 100, TFA Temperatursensor, IR-Sensor, FB 7590, LIRC mit Logitech Harmony, FI9821W, Sonos, Twilight, Benzinpreismonitor, HMLAN, HM-Sen-DB-PCB, HM-LC-Bl1PBU-FM, HM-SEC-SC-2, GPIO4 mit fhem2fhem, Shelly

Beta-User

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?
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

MarioS1969

Ich werde es mal beobachten. Hoffentlich scheint die Sonne mal wieder ....
PI 2, PI4,  RFXtrx433, IT-1500, CMR-1000, ITM 100, TFA Temperatursensor, IR-Sensor, FB 7590, LIRC mit Logitech Harmony, FI9821W, Sonos, Twilight, Benzinpreismonitor, HMLAN, HM-Sen-DB-PCB, HM-LC-Bl1PBU-FM, HM-SEC-SC-2, GPIO4 mit fhem2fhem, Shelly

Stelaku

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

Beta-User

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...?
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

Beta-User

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).
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

MarioS1969

Hallo,
heute scheint die Sonne. "twilight_weather" ist aber trotzdem nur 30. 
PI 2, PI4,  RFXtrx433, IT-1500, CMR-1000, ITM 100, TFA Temperatursensor, IR-Sensor, FB 7590, LIRC mit Logitech Harmony, FI9821W, Sonos, Twilight, Benzinpreismonitor, HMLAN, HM-Sen-DB-PCB, HM-LC-Bl1PBU-FM, HM-SEC-SC-2, GPIO4 mit fhem2fhem, Shelly

Beta-User

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

kaihs

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=
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

Beta-User

Was ist das für ein Event-Handler?

Ich mache hier mit der Version folgendes: Event-Monitor auf "Events (Filter: Twiligh.*)". 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 Twilight2
Ergo sollte ein notify auch nichts tun, aber vermutlich übersehe ich mal wieder was...
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

BroPi

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.

Beta-User

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...
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

BroPi

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.