59_Weather, DarkSky und OpenWeatherMap API Bugfixes

[holle75]

heute (endlich) mal wieder die früher häufigen disconnects:

Code Auswählen Erweitern

Dauer des Durchlaufes in der API insgesamt ist 0
Dauer des Durchlaufes im Weathermodul insgesamt ist 2
Dauer des Durchlaufes in der API insgesamt ist 1
Dauer des Durchlaufes im Weathermodul insgesamt ist 3
Dauer des Durchlaufes in der API insgesamt ist 0
Dauer des Durchlaufes im Weathermodul insgesamt ist 22020.04.22 11:29:24 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.10.43_61208/MultiSensor1 left us (keepalive check)
2020.04.22 11:29:24 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.22 11:29:24 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected

Dauer des Durchlaufes in der API insgesamt ist 0
Dauer des Durchlaufes im Weathermodul insgesamt ist 32020.04.22 11:30:24 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.22 11:30:24 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.22 11:30:25 1: HMLAN_Parse: HM_LAN_FUNK new condition ok

die "Dauer des Durchlaufs" hat keine Uhrzeitangabe, auch sind die Zeilenumbrüche komisch, aber es ist die Zeit, wenn DarkSky abholt.
Hier hat Weather nur 3 Sekunden gebraucht um zu holen und die Api unter 1.

An der Laufzeit scheint es nicht zu liegen.

[CoolTux]

Das sind eigentlich 100ms und 300ms alles unter 100ms wird als 0 dargestellt. Liegt im Int
Aber im großen uns ganzen ist Weather schnell. Sollte also nicht am Speed liegen.

[mr.ossi]

Hallo zusammen,

wie kann ich bei dem 59_Weather mit API OpenMeatherMap die UserReading begrenzen?
Ich bekommen immer "hfc1_ - hfc 40_" ausgelesen. Das sind immer alle 3 Stunden alle Daten.

Im FTUI wird ab "hfc_9" kein Icon mehr angezeigt. Da bleibt das Symbol dann einfach weg.
Alles andere kann ich mir aus den Readings im FTUI super anzeigen lassen.

Ich möchte einfach nur eine Vorschau (Heute / Morgen / Übermorgen) erstellen.
Aber bereits bei "Morgen" bin ich schon im "hfc9_" und bekomme keine Icons mehr

Habe jetzt lange Threats gelesen, aber eine Lösung habe ich entweder überlesen oder einfach nicht gefunden.


Danke schon mal für Hilfe

[CoolTux]

Das Attribut forecastLimit setzen.

[mr.ossi]

Danke, was für ein Limit gebe ich denn an?
Also setze ich da Tage an?

[CoolTux]

OpenWeatherMap kann nur Stundenvorhersage und das auf 3 Stunden Abstand. Du kannst ja 9 eingeben. Sind dann 9x3 also eine Vorhersage bis 1 Tage und 3 Stunden immer ausgehend von der aktuellen Uhrzeit.

[mr.ossi]

Das ist echt schade... Und DarkSky nimmt keine neuen Registrierungen mehr... Gibt es da noch eine alternative?

[CoolTux]

Das ist echt schade... Und DarkSky nimmt keine neuen Registrierungen mehr... Gibt es da noch eine alternative?

Aktuell noch nicht, Wir arbeiten daran.

[holle75]

Das sind eigentlich 100ms und 300ms alles unter 100ms wird als 0 dargestellt. Liegt im Int
Aber im großen uns ganzen ist Weather schnell. Sollte also nicht am Speed liegen.

Ja. Damn. Aber es hat deutlich was mit Weather zu tun. ZB heute mal wieder:

Code Auswählen Erweitern

2020.04.27 00:01:05 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.10.43_49775/MultiSensor1 left us (keepalive check)
2020.04.27 01:01:16 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.27 01:01:16 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2020.04.27 01:01:17 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.27 01:01:17 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.27 01:01:17 1: HMLAN_Parse: HM_LAN_FUNK new condition ok
2020.04.27 02:01:28 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.10.43_54679/MultiSensor1 left us (keepalive check)
2020.04.27 02:01:28 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.27 02:01:28 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2020.04.27 02:01:28 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.27 02:01:28 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.27 02:01:29 1: HMLAN_Parse: HM_LAN_FUNK new condition ok
2020.04.27 03:01:41 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.10.43_57426/MultiSensor1 left us (keepalive check)
2020.04.27 03:01:42 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.27 03:01:42 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2020.04.27 03:02:42 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.27 03:02:42 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.27 03:02:42 1: HMLAN_Parse: HM_LAN_FUNK new condition ok
2020.04.27 06:02:15 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.10.43_55742/MultiSensor1 left us (keepalive check)
2020.04.27 06:02:15 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.27 06:02:15 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2020.04.27 06:02:15 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.27 06:02:15 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.27 06:02:15 1: HMLAN_Parse: HM_LAN_FUNK new condition ok
2020.04.27 07:02:26 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.27 07:02:26 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2020.04.27 07:03:26 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.27 07:03:26 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.27 07:03:26 1: HMLAN_Parse: HM_LAN_FUNK new condition ok
2020.04.27 09:02:51 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.10.43_61667/MultiSensor1 left us (keepalive check)
2020.04.27 09:02:51 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.27 09:02:51 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2020.04.27 09:02:51 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.27 09:02:51 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.27 09:02:52 1: HMLAN_Parse: HM_LAN_FUNK new condition ok
2020.04.27 10:03:05 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.27 10:03:05 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2020.04.27 10:03:06 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.27 10:03:06 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.27 10:03:06 1: HMLAN_Parse: HM_LAN_FUNK new condition ok
2020.04.27 11:03:17 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.27 11:03:17 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2020.04.27 11:04:17 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.27 11:04:17 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.27 11:04:18 1: HMLAN_Parse: HM_LAN_FUNK new condition ok

... das ist genau die Zeit, wenn Weather Daten holt. Hast du noch irgend eine Idee, wie das, außer Zeit als logischste Erklärung, zusammenhängen könnte?  Interessant vielleicht der leichte Versatz um Sek-Min kaskadierend?

Es fühlt sich an, als ob Weather "mein ganzes LAN stört". Wenn ich Filme vom NAS streame (HD an ner Fritzbox, hat also nichts mit dem Raspi auf dem fhem läuft zu tun), hängts ab und zu. Ein Phänomen, welches nur ganz selten auftritt und wo ich bis anhin noch keine Erklärung gefunden habe. Die letzten Tage ist mir nur aufgefallen (und darauf muß man erstmal kommen), dass es zeitgleich mit Weather-holt-Daten-ab passiert. Aber natürlich nur ab und zu, manchmal Tage-Wochen lang keine Probeme. Sonst wärs zu einfach gewesen den Zusammenhang herzustellen.


.... aber dazu fällt mir überhaupt nichts ein. Das sind ja keine speziellen Daten die Weather holt.

[CoolTux]

Du kannst Weather mal auf verbose 4 stellen und dann schauen ob die Zeiten wirklich 1 zu 1 passen. In Deinen Logausgaben fehlten mir die Weatherlogs

[holle75]

die modifizierte Version habe ich jetzt wieder ersetzt ... da ja die Zeitnutzung von weather nicht das Problem ist. Oder hattest du außer der Zeitausgabe (die ohne Timestamp war) noch etwas anderes Verändert?

vorher sah das so aus:

heute (endlich) mal wieder die früher häufigen disconnects:

Code Auswählen Erweitern

Dauer des Durchlaufes in der API insgesamt ist 0
Dauer des Durchlaufes im Weathermodul insgesamt ist 2
Dauer des Durchlaufes in der API insgesamt ist 1
Dauer des Durchlaufes im Weathermodul insgesamt ist 3
Dauer des Durchlaufes in der API insgesamt ist 0
Dauer des Durchlaufes im Weathermodul insgesamt ist 22020.04.22 11:29:24 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.10.43_61208/MultiSensor1 left us (keepalive check)
2020.04.22 11:29:24 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.22 11:29:24 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected

Dauer des Durchlaufes in der API insgesamt ist 0
Dauer des Durchlaufes im Weathermodul insgesamt ist 32020.04.22 11:30:24 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.22 11:30:24 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.22 11:30:25 1: HMLAN_Parse: HM_LAN_FUNK new condition ok

die "Dauer des Durchlaufs" hat keine Uhrzeitangabe, auch sind die Zeilenumbrüche komisch, aber es ist die Zeit, wenn DarkSky abholt.
Hier hat Weather nur 3 Sekunden gebraucht um zu holen und die Api unter 1.

An der Laufzeit scheint es nicht zu liegen.

ich lass weather jetzt mal ne Weile mit Verbose 4 laufen.

[holle75]

Heute mal wieder ein disconnect. Aber mehr als das hier bekomme ich mit verbose 4 nicht:

Code Auswählen Erweitern

2020.04.29 08:38:58 4: WetterDarkSkyModul: T: 13 °C F: 95 % W: 11 km/h P: 1011 hPa
2020.04.29 08:39:09 4: Weather WetterDarkSkyModul: Rearm new Timer
2020.04.29 09:39:11 4: WetterDarkSkyModul: T: 14 °C F: 88 % W: 12 km/h P: 1011 hPa
2020.04.29 09:39:21 4: Weather WetterDarkSkyModul: Rearm new Timer
2020.04.29 09:39:21 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.10.43_49406/MultiSensor1 left us (keepalive check)
2020.04.29 09:39:21 1: 192.168.10.36:1000 disconnected, waiting to reappear (HM_LAN_FUNK)
2020.04.29 09:39:21 1: HMLAN_Parse: HM_LAN_FUNK new condition disconnected
2020.04.29 09:39:22 1: HMLAN_Parse: HM_LAN_FUNK new condition init
2020.04.29 09:39:22 1: 192.168.10.36:1000 reappeared (HM_LAN_FUNK)
2020.04.29 09:39:22 1: HMLAN_Parse: HM_LAN_FUNK new condition ok

Sekundengenau mit Rearm new Timer

[CoolTux]

Alle wie viel Minuten rufst Du denn die Wetter Daten ab? Irgendwie sind da ja zwei Einträge in kürzester Zeit.

[holle75]

stündlich. das passt laut log

[CoolTux]

Also wenn "Rearm new Timer" kommt ist der Durchlauf schon komplett fertig.
Was mich wundert

Code Auswählen Erweitern


2020.04.29 08:38:58 4: WetterDarkSkyModul: T: 13 °C F: 95 % W: 11 km/h P: 1011 hPa
2020.04.29 08:39:09 4: Weather WetterDarkSkyModul: Rearm new Timer
2020.04.29 09:39:11 4: WetterDarkSkyModul: T: 14 °C F: 88 % W: 12 km/h P: 1011 hPa
2020.04.29 09:39:21 4: Weather WetterDarkSkyModul: Rearm new Timer


Da laufen anscheinend 2 Timer was ich nicht verstehe.