59_Twilight.pm - Funktioniert seit dem 3.1.19 nicht mehr - Yahoo API Umstellung

Begonnen von JoWiemann, 04 Januar 2019, 09:25:53

Vorheriges Thema - Nächstes Thema

Wolle02


buennerbernd

Ich glaube, ich muss mir auch noch OpenWeatherMap zulegen. DarkSky macht seinem Namen heute wieder alle Ehre: cloudCover bei 98, während der Himmel unwolkig ist.
Modulentwickler von KLF200 und KLF200Node

Helmi55

System1 fhem 6.1 auf RPi 4B mit 4GB, HMUSBConfig, DS9490R-1Wire, Busware USB 868, Pool-Solarsteuerung mit FHEM. System2 fhem 6.1 auf RPi 4B mit 4GB (Bullseye) mit Busware USB 868 und 433 und HMUARTLGW für Haussteuerung

https://www.flickr.com/photos/canonhelmi/

P.A.Trick

Zitat von: Christoph Morrison am 20 Februar 2019, 12:39:24
Den aktuellen Fortschritt an den Umbauarbeiten findet ihr übrigens auf Github.

Hallo Christoph, hast du schon etwas Zeit gefunden um am neuen überarbeiteten Modul zu arbeiten?
Danke im Vorau!
Gruß
Patrick
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

Christoph Morrison

Zitat von: P.A.Trick am 14 Mai 2019, 20:21:16
Hallo Christoph, hast du schon etwas Zeit gefunden um am neuen überarbeiteten Modul zu arbeiten?

Leider nur wenig.

swsmily

Welche Alternativen nutzt ihr?

Als Yahoo noch Daten geliefert hat, hat das Modul super funktioniert. Bei schlechtem Wetter ging das Licht entsprechend früher an, bei schönem Wetter entsprechend später.
Unterdessen passt das leider gar nicht mehr. Bei schönem Wetter geht das Licht an, obwohl es noch lange nicht benötigt wird, ist es stark bewölkt/regnet sitzt man im Dunkeln.

Ich habe zwar das Attribut useExtWeather mit Wetter:cloudCover gesetzt (OpenWeatherMapAPI), aber irgendwie hat das keine Auswirkungen.
Ist attr Twiglight useExtWeather Wetter:cloudCover
so richtig, oder müssen irgendwo Anführungszeichen hin? Oder wird es schon berücksichtigt, aber so ungenau? Gefühlt wird jeden Tag nur um wenige Minuten das Licht geschaltet, egal wie das Wetter tatsächlich ist.


swsmily


Christoph Morrison

Zitat von: swsmily am 27 Mai 2019, 23:02:37
Welche Alternativen nutzt ihr?

Als Yahoo noch Daten geliefert hat, hat das Modul super funktioniert. Bei schlechtem Wetter ging das Licht entsprechend früher an, bei schönem Wetter entsprechend später.
Unterdessen passt das leider gar nicht mehr. Bei schönem Wetter geht das Licht an, obwohl es noch lange nicht benötigt wird, ist es stark bewölkt/regnet sitzt man im Dunkeln.

Ich habe zwar das Attribut useExtWeather mit Wetter:cloudCover gesetzt (OpenWeatherMapAPI), aber irgendwie hat das keine Auswirkungen.
Ist attr Twiglight useExtWeather Wetter:cloudCover
so richtig, oder müssen irgendwo Anführungszeichen hin? Oder wird es schon berücksichtigt, aber so ungenau? Gefühlt wird jeden Tag nur um wenige Minuten das Licht geschaltet, egal wie das Wetter tatsächlich ist.

Die Originalimplementierung dieses Features ist bestenfalls als gewagt zu bezeichnen. Es hat meiner Ansicht nach nie richtig funktioniert, d.h. es wird berücksichtigt, aber das Ergebnis ist sehr ungenau.

Der Rewrite dauert noch. Alternativen gibt es aktuell keine.

buennerbernd

Ich habe übrigens mein userReading twilight_clouds etwas getuned und bin mit folgender Variante recht glücklich:


attr <TwilightName> useExtWeather <WeatherName>:cloudCover
attr <TwilightName> userReading twilight_clouds {
  my ($twilight) = ReadingsVal($name,"twilight",0);
  my ($useExtWeather) = AttrVal($name,"useExtWeather",":");
  my ($extWeatherName, $cloudsReading) = split(/:/, $useExtWeather);
  my ($clouds) = ReadingsVal($extWeatherName,$cloudsReading,0);
  return int($twilight * (1 - 0.003 * $clouds)); }


Wie man sieht nutzt das userReading twilight_clouds ebenfalls das Attribut useExtWeather.
Nur das cloudCover von DarkSky ist eher unzuverlässing, OpenWeatherMap scheint da genauer zu sein.
Modulentwickler von KLF200 und KLF200Node

Stefan6183

Hallo zusammen,

ich habe seit Jahren folgendes AT, das mittels Twilight ss_civil meine Rollläden abends herunter fährt:
define abends at *{twilight("myTwilight","ss_civil","17:00","23:00")} set FastAlle,Schlafen on

Seit einiger Zeit wird dabei das set scheinbar zweimal aufgerufen: Einmal zu der ss_civil Uhrzeit und einmal 2 Sekunden später.
Das führt dann dazu, dass die Rollläden zwischen drin kurz stoppen und dann weiter fahren.

Hat vielleicht jemand dasselbe Problem?
Hängt das mit dem Wegfall der Yahoo API zusammen?

Grüße
Stefan

CoolTux

Zitat von: Stefan6183 am 26 Juni 2019, 17:07:17
Hallo zusammen,

ich habe seit Jahren folgendes AT, das mittels Twilight ss_civil meine Rollläden abends herunter fährt:
define abends at *{twilight("myTwilight","ss_civil","17:00","23:00")} set FastAlle,Schlafen on

Seit einiger Zeit wird dabei das set scheinbar zweimal aufgerufen: Einmal zu der ss_civil Uhrzeit und einmal 2 Sekunden später.
Das führt dann dazu, dass die Rollläden zwischen drin kurz stoppen und dann weiter fahren.

Hat vielleicht jemand dasselbe Problem?
Hängt das mit dem Wegfall der Yahoo API zusammen?

Grüße
Stefan

Mit der Yahoo API wird das nichts zu tun haben. Wird wohl zweimal berechnet  warum auch immer.
Hatte das selbe Problem wie ich AutoShuttersControl entwickelt habe . Kannst Du übrigens zum steuern nehmen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Stefan6183

Danke für den Tipp mit AutoShuttersControl. Hab's mir mal notiert.
Wenn möglich, würde ich aber vorerst bei Twilight bleiben.

Das zweimal Berechnen klingt also nach einem Fehler in Twilight?

Christoph Morrison

Zitat von: Stefan6183 am 26 Juni 2019, 19:10:22
Das zweimal Berechnen klingt also nach einem Fehler in Twilight?

Poste doch mal bitte ein list von den Devices abends und myTwilight.

Frank_Huber

Wenn der neu berechnete wert nach dem aktuellen ist wird es zweimal ausgeführt.
Da am 21. Sonnwend war werden die Tage wieder kürzer.

Dir doppelte Ausführung ist also eigentlich richtig...
Gibt aber glaub im Forum Lösungsansätze.

Gesendet von meinem S60 mit Tapatalk


Stefan6183

@Christoph Morrison:
Hier die lists der Devices abends und myTwilight:

list abends:
Internals:
   COMMAND    set FastAlle,Schlafen on
   DEF        *{twilight("myTwilight","ss_civil","17:00","23:00")} set FastAlle,Schlafen on
   FUUID      5cb7840e-f33f-a6b5-f9ba-5634a67ca438ac16
   NAME       abends
   NR         118
   NTM        22:18:01
   PERIODIC   yes
   RELATIVE   no
   REP        -1
   STATE      Next: 22:18:01
   TIMESPEC   {twilight("myTwilight","ss_civil","17:00","23:00")}
   TRIGGERTIME 1561580281
   TRIGGERTIME_FMT 2019-06-26 22:18:01
   TYPE       at
   READINGS:
     2019-06-25 22:18:01   state           Next: 22:18:01
Attributes:

list myTwilight:
Internals:
   CONDITION  50
   DEF        49.313325 8.826301 1 12836114
   FUUID      5cb7840e-f33f-a6b5-d4ce-5043a14bd99e74d7
   INDOOR_HORIZON 1
   LATITUDE   49.313325
   LONGITUDE  8.826301
   NAME       myTwilight
   NR         116
   STATE      9
   SUNPOS_OFFSET 300
   SWIP       1
   TYPE       Twilight
   VERSUCHE   0
   WEATHER    12836114
   WEATHER_HORIZON 0
   READINGS:
     2019-06-26 21:28:11   aktEvent        ss
     2019-06-26 22:14:21   azimuth         316.1
     2019-06-26 22:14:21   compasspoint    northwest
     2019-01-02 15:10:03   condition       30
     2019-01-02 15:10:03   condition_txt   Partly Cloudy
     2019-06-26 22:14:21   elevation       -5.65
     2019-06-26 21:28:11   horizon         0
     2019-06-26 21:28:11   light           3
     2019-06-26 21:28:11   nextEvent       ss_civil
     2019-06-26 21:28:11   nextEventTime   22:18:00
     2019-06-26 00:11:01   sr              05:26:38
     2019-06-26 00:11:01   sr_astro        undefined
     2019-06-26 00:11:01   sr_civil        04:36:46
     2019-06-26 00:11:01   sr_indoor       05:34:18
     2019-06-26 00:11:01   sr_naut         03:34:21
     2019-06-26 20:39:11   sr_weather      05:26:38
     2019-06-26 00:11:01   ss              21:28:11
     2019-06-26 00:11:01   ss_astro        undefined
     2019-06-26 00:11:01   ss_civil        22:18:00
     2019-06-26 00:11:01   ss_indoor       21:20:32
     2019-06-26 00:11:01   ss_naut         23:20:18
     2019-06-26 20:39:11   ss_weather      21:28:11
     2019-06-26 21:28:11   state           9
     2019-06-26 22:14:21   twilight        35.2
     2019-06-26 22:14:21   twilight_weather 35.2
   TIMER:
     myTwilight_Midnight:
       HASH       myTwilight
       MODIFIER   Midnight
       NAME       myTwilight_Midnight
     myTwilight_sr:
       DEG        0
       HASH       myTwilight
       LIGHT      4
       MODIFIER   sr
       NAME       myTwilight_sr
       NAMENEXT   sr_indoor
       STATE      4
       SWIP       0
       TIME       1561519598.03
     myTwilight_sr_civil:
       DEG        -6
       HASH       myTwilight
       LIGHT      3
       MODIFIER   sr_civil
       NAME       myTwilight_sr_civil
       NAMENEXT   sr
       STATE      3
       SWIP       0
       TIME       1561516606.02
     myTwilight_sr_indoor:
       DEG        1
       HASH       myTwilight
       LIGHT      5
       MODIFIER   sr_indoor
       NAME       myTwilight_sr_indoor
       NAMENEXT   sr_weather
       STATE      5
       SWIP       0
       TIME       1561520058.04
     myTwilight_sr_naut:
       DEG        -12
       HASH       myTwilight
       LIGHT      2
       MODIFIER   sr_naut
       NAME       myTwilight_sr_naut
       NAMENEXT   sr_civil
       STATE      2
       SWIP       0
       TIME       1561512861.01
     myTwilight_sr_weather:
       DEG        0
       HASH       myTwilight
       LIGHT      6
       MODIFIER   sr_weather
       NAME       myTwilight_sr_weather
       NAMENEXT   ss_weather
       STATE      6
       SWIP       1
       TIME       1561519598.05
     myTwilight_ss:
       DEG        0
       HASH       myTwilight
       LIGHT      3
       MODIFIER   ss
       NAME       myTwilight_ss
       NAMENEXT   ss_civil
       STATE      9
       SWIP       0
       TIME       1561577291.97
     myTwilight_ss_civil:
       DEG        -6
       HASH       myTwilight
       LIGHT      2
       MODIFIER   ss_civil
       NAME       myTwilight_ss_civil
       NAMENEXT   ss_naut
       STATE      10
       SWIP       0
       TIME       1561580280.98
     myTwilight_ss_indoor:
       DEG        1
       HASH       myTwilight
       LIGHT      4
       MODIFIER   ss_indoor
       NAME       myTwilight_ss_indoor
       NAMENEXT   ss
       STATE      8
       SWIP       0
       TIME       1561576832.96
     myTwilight_ss_naut:
       DEG        -12
       HASH       myTwilight
       LIGHT      1
       MODIFIER   ss_naut
       NAME       myTwilight_ss_naut
       NAMENEXT   ss_astro
       STATE      11
       SWIP       0
       TIME       1561584018.99
     myTwilight_ss_weather:
       DEG        0
       HASH       myTwilight
       LIGHT      5
       MODIFIER   ss_weather
       NAME       myTwilight_ss_weather
       NAMENEXT   ss_indoor
       STATE      7
       SWIP       1
       TIME       1561577291.95
     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       1561519598.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       1561516606.02
     sr_indoor:
       DEG        1
       LIGHT      5
       NAME       sr_indoor
       NAMENEXT   sr_weather
       STATE      5
       SWIP       0
       TIME       1561520058.04
     sr_naut:
       DEG        -12
       LIGHT      2
       NAME       sr_naut
       NAMENEXT   sr_civil
       STATE      2
       SWIP       0
       TIME       1561512861.01
     sr_weather:
       DEG        0
       LIGHT      6
       NAME       sr_weather
       NAMENEXT   ss_weather
       STATE      6
       SWIP       1
       TIME       1561519598.05
     ss:
       DEG        0
       LIGHT      3
       NAME       ss
       NAMENEXT   ss_civil
       STATE      9
       SWIP       0
       TIME       1561577291.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       1561580280.98
     ss_indoor:
       DEG        1
       LIGHT      4
       NAME       ss_indoor
       NAMENEXT   ss
       STATE      8
       SWIP       0
       TIME       1561576832.96
     ss_naut:
       DEG        -12
       LIGHT      1
       NAME       ss_naut
       NAMENEXT   ss_astro
       STATE      11
       SWIP       0
       TIME       1561584018.99
     ss_weather:
       DEG        0
       LIGHT      5
       NAME       ss_weather
       NAMENEXT   ss_indoor
       STATE      7
       SWIP       1
       TIME       1561577291.95
Attributes:


@Frank_Huber: Meintest du hier? https://forum.fhem.de/index.php/topic,97180.msg903653.html#msg903653
Hier war scheinbar das die Lösung: "ich habe Twilight jetzt ohne die optionale Angabe [<Weather_Position>] eingebunden"
Ich habe also nochmals ein zweites Twilight Device angelegt mit: define myTwilightnoWeather Twilight 49.313325 8.826301 1 und werde das mal für mein at abends verwenden.