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

Frank_Huber

Zitat von: Stefan6183 am 26 Juni 2019, 22:35:01
@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.

So, gerade mal gekuckt, die Lösung war in einem DOIF.

versuch mal so:
define abends DOIF ([{twilight("myTwilight","ss_civil","17:00","23:00")}]) ( set FastAlle,Schlafen on) DOELSEIF ([00:00])()

wird einmal ausgeführt und dann um mitternacht "zurückgesetzt"
Attribut do always nicht setzen!

Loredo

Ich weiß nicht mehr genau wo die Weiterentwicklung bzw. die Änderungen an Twilight diskutiert werden.
Woran ich mich erinnere ist, dass das Astro Modul nicht in allen Belangen als Ersatz dienen konnte.


Das in Erprobung befindliche DaySchedule Modul setzt auf Astro auf und bietet über die Schedule Readings eine ähnliche Funktion, wie Twilight mit den Readings aktEvent und nextEvent. Wer also bisher darauf getriggert hat, sollte nun bei DaySchedule auf die Readings SchedLast und SchedNext reagieren können.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Loredo

Man kann jetzt experimentell SUNRISE_EL durch Astro ersetzen, wenn man das möchte.
Da Twilight SUNRISE_EL benutzt, profitiert es auch direkt davon.


Ich suche Tester und habe hier dazu aufgerufen.


Edit: Experiment beendet.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

gent

Hallo,

ich bekomme im logfile immer noch die Meldung "got no weather from yahoo", obwohl ich das Attribut useExtWeather gesetzt habe. Wie bekomme ich die Meldung weg. Hier ein die Definition vom twilight (teilweise anonymisiert):


defmod myTwilight Twilight xx.xxxxxx y.yyyyyy 3
attr myTwilight DbLogExclude .*
attr myTwilight DbLogInclude aktEvent|azimuth|compasspoint|condition|condition_txt|elevation|horizon|light|nextEvent|nextEventTime|sr|sr_astro|sr_civil|sr_indoor|sr_naut|sr_weather|ss|ss_astro|ss_civil|ss_indoor|ss_naut|ss_weather|twilight|twilight_weather
attr myTwilight useExtWeather Wetter:cloudCover
attr myTwilight userReadings 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));; }


Vielen Dank und viele Grüße
fhem auf rPi3 mit USB boot und M2, cul866 (hm), homebridge, FlowerSens, Shelly, Harmony, WemosD1, Sonoff/Tasmota, grafana, mqtt/mosquitto

gent

sorry, habe gerade gesehen, dass jemand erst gestern dieselbe Frage gestellt hat und darauf auch schon eine Antwort kam. Also einfach ignorieren. Danke.
fhem auf rPi3 mit USB boot und M2, cul866 (hm), homebridge, FlowerSens, Shelly, Harmony, WemosD1, Sonoff/Tasmota, grafana, mqtt/mosquitto

vs375

Zitat von: Christoph Morrison am 14 Juni 2019, 09:03:00
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.

Als Alternative zur Yahoo weather Api kann ich apixu.com empfehlen. Ich schreibe meine Programme für Android und nicht mit Perl, deshalb kann ich mit einem Modul für fhem nicht dienen. Vielleicht ist es aber ein Gedankenanstoß für die Entwickler mit Perlkenntnissen.

Fork
RPI2, Yamaha, Enocean, HUE, PIFace2, Garmin-Integration

gent

apixu.com kann in der free Version 1.000 Calls / mo das nur zur Info für die, die das aktuelle Wetter öfter aktualisiert brauchen als ca. alle 45 Minuten (sofern ich mich nicht verrechnet habe)

Viele Grüße
fhem auf rPi3 mit USB boot und M2, cul866 (hm), homebridge, FlowerSens, Shelly, Harmony, WemosD1, Sonoff/Tasmota, grafana, mqtt/mosquitto

Paul Guijt

RasPi 2B, CUL 433, Jens' FW, Berker, HomeMatic, KlikaanKlikuit, RFXtrx443, Squeezebox, Z-Wave, TradFri in die Niederlände

Christoph Morrison

Es sollte nicht der Job eines Twilight-Moduls sein, Wetterdaten zu beziehen. Dafür gibt es drölfzig Wettermodule.

Paul Guijt

Zitat von: Christoph Morrison am 19 September 2019, 00:08:13
Es sollte nicht der Job eines Twilight-Moduls sein, Wetterdaten zu beziehen. Dafür gibt es drölfzig Wettermodule.
Genau, aber Twilight gab sunrise und sunset auf Grund des erwarteten Wetters, und die Helligkeit auf Grund des actuellen Wetters.

Und gab Yahoo nicht gerade diese readings zu Twilight?

Diese readings sind für mich warum es geht in Twilight. Es war eine wichtige Wettermodule.

Was soll es deinentwege sein?

Verstuurd vanaf mijn SM-G955F met Tapatalk

RasPi 2B, CUL 433, Jens' FW, Berker, HomeMatic, KlikaanKlikuit, RFXtrx443, Squeezebox, Z-Wave, TradFri in die Niederlände

Christoph Morrison

Hallo Paul,

Zitat von: Paul Guijt am 19 September 2019, 15:25:48
Genau, aber Twilight gab sunrise und sunset auf Grund des erwarteten Wetters, und die Helligkeit auf Grund des actuellen Wetters.

Ich weiß ;-)

Zitat von: Paul Guijt am 19 September 2019, 15:25:48
Und gab Yahoo nicht gerade diese readings zu Twilight?

Ja, aber: Yahoo gab Wetterdaten, die dann von Twilight benutzt wurden um neue "Astro"-Daten zu berechnen. Das hat dazu geführt, dass mit Ende der Yahoo API keine Daten mehr kamen, obwohl es eben drölfzig Wettermodule gibt, die noch Daten beziehen können, nur kann Twilight keines davon benutzen. Dazu gab es dann noch mal ein Modul für die Yahoo API, also doppelter Code.

Aktuell funktioniert aber noch den Bewölkungsgrade für das light-Reading über ein anderes Wettermodul zu beziehen (useExtWeather).

Zitat von: Paul Guijt am 19 September 2019, 15:25:48
Diese readings sind für mich warum es geht in Twilight. Es war eine wichtige Wettermodule.

Es ist allerdings kein Wettermodul, sondern ein Astro-Modul mit Wetteranbindung. Es hier in diesem Forum eigentlich auch off-topic.

Inzwischen hat sich die Situation ein wenig gewandelt: Es gibt mit Astro ein vorzügliches Modul für den astronomischen Teil der Daten und mit Weather eine Schnittstelle zu mehreren Wetterdiensten. Ich arbeite momentan (schleppend) daran, dass Twilight in der Lage ist, beide zu verwenden anstelle beide Sachen nochmal zu neu zu implementieren - denn die Implementierung war auch nicht fehlerfrei.

Paul Guijt

Ah!

Hallo Astro! Alles gute, Twilight.

Danke, Christian ;-)

Verstuurd vanaf mijn SM-G955F met Tapatalk

RasPi 2B, CUL 433, Jens' FW, Berker, HomeMatic, KlikaanKlikuit, RFXtrx443, Squeezebox, Z-Wave, TradFri in die Niederlände

Frank_Huber

Kurze Frage zu useExtWeather, wird hierüber auch das light reading berechnet? Oder nur ss und sr_weather?

Gesendet von meinem S60 mit Tapatalk


Helmi55

Ich habe auch eine Frage zu useextWeather:
Ich verwende netatmo forecast. Wäre das dann so als attr einzutragen:  netatmo_forecast:fc0_sun
Ein List von netatmo forecast sieht so aus:

Internals:
   DEF        FORECAST 70:ee:xxxxxxxxxxxx
   FUUID      5c45c886-f33f-ee2d-3bd2-1cd3be2d3b9fac82
   FVERSION   38_netatmo.pm:0.197560/2019-07-01
   IODev      netatmo
   NAME       netatmo_forecast
   NOTIFYDEV  global
   NR         499
   NTFY_ORDER 50-netatmo_forecast
   STATE      ???
   SUBTYPE    FORECAST
   Station    70:ee:xxxxxxxxxxxx
   TYPE       netatmo
   city       Michelhausen
   model      FORECAST
   openRequests 0
   stationname Tulln
   status     ok
   time_data  2019-09-26 11:00:00
   time_forecast 2019-09-26 11:00:00
   READINGS:
     2019-09-26 10:23:18   active          ok
     2019-07-11 10:00:00   air_co          0
     2019-03-21 14:00:00   air_no2         31
     2019-09-26 10:00:00   air_ozone       30
     2019-09-16 01:00:00   air_pm10        10
     2019-09-26 07:00:00   air_pm2.5       6
     2019-09-26 09:00:00   fc0_day         Do. 26 Sep.
     2019-09-26 09:00:00   fc0_rain        0.4
     2019-09-26 09:00:00   fc0_sun         4.2
     2019-09-26 09:00:00   fc0_sunrise     2019-09-26 06:46:00
     2019-09-26 09:00:00   fc0_sunset      2019-09-26 18:48:00
     2019-09-26 09:00:00   fc0_symbol_day  120000
     2019-09-26 09:00:00   fc0_symbol_night 220000
     2019-09-26 09:00:00   fc0_temp_max    20
     2019-09-26 09:00:00   fc0_temp_min    12
     2019-09-26 09:00:00   fc0_uv          4
     2019-09-26 09:00:00   fc0_wind_direction 247.5
     2019-09-26 09:00:00   fc0_windangle   112.5
     2019-09-26 09:00:00   fc0_windgust    35
     2019-09-26 09:00:00   fc1_day         Fr. 27 Sep.
     2019-09-26 09:00:00   fc1_rain        0.2
     2019-09-26 09:00:00   fc1_sun         5.4
     2019-09-26 09:00:00   fc1_sunrise     2019-09-27 06:47:00
     2019-09-26 09:00:00   fc1_sunset      2019-09-27 18:46:00
     2019-09-26 09:00:00   fc1_symbol_day  110000
     2019-09-26 09:00:00   fc1_symbol_night 220000
     2019-09-26 09:00:00   fc1_temp_max    25
     2019-09-26 09:00:00   fc1_temp_min    12
     2019-09-26 09:00:00   fc1_uv          4
     2019-09-26 09:00:00   fc1_wind_direction 202.5
     2019-09-26 09:00:00   fc1_windangle   157.5
     2019-09-26 09:00:00   fc1_windgust    28
     2019-09-26 09:00:00   fc2_day         Sa. 28 Sep.
     2019-09-26 09:00:00   fc2_rain        3.2
     2019-09-26 09:00:00   fc2_sun         3.4
     2019-09-26 09:00:00   fc2_sunrise     2019-09-28 06:48:00
     2019-09-26 09:00:00   fc2_sunset      2019-09-28 18:44:00
     2019-09-26 09:00:00   fc2_symbol_day  121000
     2019-09-26 09:00:00   fc2_symbol_night 221000
     2019-09-26 09:00:00   fc2_temp_max    20
     2019-09-26 09:00:00   fc2_temp_min    13
     2019-09-26 09:00:00   fc2_uv          3
     2019-09-26 09:00:00   fc2_wind_direction 225
     2019-09-26 09:00:00   fc2_windangle   135
     2019-09-26 09:00:00   fc2_windgust    39
     2019-09-26 09:00:00   fc3_day         So. 29 Sep.
     2019-09-26 09:00:00   fc3_rain        0
     2019-09-26 09:00:00   fc3_sun         8.1
     2019-09-26 09:00:00   fc3_sunrise     2019-09-29 06:50:00
     2019-09-26 09:00:00   fc3_sunset      2019-09-29 18:42:00
     2019-09-26 09:00:00   fc3_symbol_day  110000
     2019-09-26 09:00:00   fc3_symbol_night 210000
     2019-09-26 09:00:00   fc3_temp_max    23
     2019-09-26 09:00:00   fc3_temp_min    11
     2019-09-26 09:00:00   fc3_uv          3
     2019-09-26 09:00:00   fc3_wind_direction 180
     2019-09-26 09:00:00   fc3_windangle   180
     2019-09-26 09:00:00   fc3_windgust    31
     2019-09-26 09:00:00   fc4_day         Mo. 30 Sep.
     2019-09-26 09:00:00   fc4_rain        0.3
     2019-09-26 09:00:00   fc4_sun         7.2
     2019-09-26 09:00:00   fc4_sunrise     2019-09-30 06:51:00
     2019-09-26 09:00:00   fc4_sunset      2019-09-30 18:40:00
     2019-09-26 09:00:00   fc4_symbol_day  110000
     2019-09-26 09:00:00   fc4_symbol_night 210000
     2019-09-26 09:00:00   fc4_temp_max    21
     2019-09-26 09:00:00   fc4_temp_min    12
     2019-09-26 09:00:00   fc4_uv          3
     2019-09-26 09:00:00   fc4_wind_direction 247.5
     2019-09-26 09:00:00   fc4_windangle   112.5
     2019-09-26 09:00:00   fc4_windgust    59
     2019-09-26 09:00:00   fc5_day         Di. 01 Okt.
     2019-09-26 09:00:00   fc5_rain        1.3
     2019-09-26 09:00:00   fc5_sun         7.5
     2019-09-26 09:00:00   fc5_sunrise     2019-10-01 06:53:00
     2019-09-26 09:00:00   fc5_sunset      2019-10-01 18:38:00
     2019-09-26 09:00:00   fc5_symbol_day  110000
     2019-09-26 09:00:00   fc5_symbol_night 210000
     2019-09-26 09:00:00   fc5_temp_max    22
     2019-09-26 09:00:00   fc5_temp_min    11
     2019-09-26 09:00:00   fc5_uv          3
     2019-09-26 09:00:00   fc5_wind_direction 247.5
     2019-09-26 09:00:00   fc5_windangle   112.5
     2019-09-26 09:00:00   fc5_windgust    41
     2019-09-26 09:00:00   fc6_day         Mi. 02 Okt.
     2019-09-26 09:00:00   fc6_rain        1.9
     2019-09-26 09:00:00   fc6_sun         4.2
     2019-09-26 09:00:00   fc6_sunrise     2019-10-02 06:54:00
     2019-09-26 09:00:00   fc6_sunset      2019-10-02 18:36:00
     2019-09-26 09:00:00   fc6_symbol_day  121000
     2019-09-26 09:00:00   fc6_symbol_night 211000
     2019-09-26 09:00:00   fc6_temp_max    17
     2019-09-26 09:00:00   fc6_temp_min    13
     2019-09-26 09:00:00   fc6_uv          3
     2019-09-26 09:00:00   fc6_wind_direction 247.5
     2019-09-26 09:00:00   fc6_windangle   112.5
     2019-09-26 09:00:00   fc6_windgust    46
     2019-09-26 09:00:00   symbol          321000
     2019-09-26 11:00:00   temperature     17.3
     2019-09-26 11:00:00   windgust        35
     2019-09-26 11:00:00   windstrength    19
   helper:
     INTERVAL   3600
     NEXT_POLL  1569496029
     last_status_store 0
Attributes:
   IODev      netatmo
   devStateIcon .*:no-icon
   event-on-change-reading .*
   room       netatmo
   verbose    0


Danke für die Unterstützung. Im Twilight Modul sehe ich nämlich keine Veränderung.

LG
Helmut
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/

r00t2

Zitat von: Frank_Huber am 19 September 2019, 21:48:03
Kurze Frage zu useExtWeather, wird hierüber auch das light reading berechnet? Oder nur ss und sr_weather?
Ja. Das steht doch aber auch alles in der Commandref, oder? :) => https://fhem.de/commandref.html#Twilight
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.




Zitat von: Helmi55 am 26 September 2019, 12:32:02
Ich habe auch eine Frage zu useextWeather:
Ich verwende netatmo forecast. Wäre das dann so als attr einzutragen:  netatmo_forecast:fc0_sun
Ein List von netatmo forecast sieht so aus:

...

Danke für die Unterstützung. Im Twilight Modul sehe ich nämlich keine Veränderung.
Ich bin mir nicht sicher, ob das mit dem Dienst was wird.

useextWeather benötigt einen Bedeckungsgrad (Wolkendichte) im Bereich von 0...100.
Siehe Commandref:
useExtWeather <device>:<reading>
Nutzt Daten von einem anderen Device um twilight_weather zu berechnen.
Das Reading sollte sich im Intervall zwischen 0 und 100 bewegen, z.B. das Reading c_clouds in einemopenweathermap device, bei dem 0 heiteren und 100 bedeckten Himmel bedeuten. Wird diese Attribut genutzt , werden Wettereffekte wie Starkregen oder Gewitter fuer die Berechnung von twilight_weather nicht mehr herangezogen.


Was genau ist denn der fc0_sun Wert bzw. was stellt er dar?
FHEM 6.0 (Raspberry Pi 2 B | Raspberry Pi OS Lite | Perl 5.28.1 | UZB Z-WAVE.Me | Hue Bridge V1 | SIGNALDuino 433 MHz | FritzBox | Kodi | Pioneer AVR | MQTT | Node-RED | Diverse Google Dienste)