Twilight - Maintainership (orphan 2020)

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

Vorheriges Thema - Nächstes Thema

swsmily

Hab es bei mir gerade eingespielt und teste, ob es läuft.

Christian Uhlmann

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
Host: Debian Buster als VM / XCP-NG
Gateways: DuoFern Stick, CUL433 Revolt, CUL MAX, HMLan, HM-USB 2, LaCrosseGateway
Devices: 12x Rademacher Rollos, 6x TX 29 DT-HT, 10x HM-CC-RT-DN, 14x MAX Fensterkontakte, Diverse HM Aktoren für Licht, Klingel, Gong, Eingangstür, ESPEasy, Sonoff mit Tasmota

Beta-User

Da ist was mit dem update kaputt. FHEM-Installation ist zu alt.
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

Christian Uhlmann

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?
Host: Debian Buster als VM / XCP-NG
Gateways: DuoFern Stick, CUL433 Revolt, CUL MAX, HMLan, HM-USB 2, LaCrosseGateway
Devices: 12x Rademacher Rollos, 6x TX 29 DT-HT, 10x HM-CC-RT-DN, 14x MAX Fensterkontakte, Diverse HM Aktoren für Licht, Klingel, Gong, Eingangstür, ESPEasy, Sonoff mit Tasmota

Beta-User

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

Christian Uhlmann

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.
Host: Debian Buster als VM / XCP-NG
Gateways: DuoFern Stick, CUL433 Revolt, CUL MAX, HMLan, HM-USB 2, LaCrosseGateway
Devices: 12x Rademacher Rollos, 6x TX 29 DT-HT, 10x HM-CC-RT-DN, 14x MAX Fensterkontakte, Diverse HM Aktoren für Licht, Klingel, Gong, Eingangstür, ESPEasy, Sonoff mit Tasmota

leachim200

#96
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


Beta-User

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

leachim200

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?

Beta-User

#99
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.
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 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: 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 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...?
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

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.

yersinia

#102
Ich hab gestern die Version aus #89 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.
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

Beta-User

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

yersinia

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