NEWS
[GELÖST] Probleme mit Schedule vom yr Adapter
-
[EDIT]
LÖSUNG ZUM PROBLEM:
Schedule Schreibweise statt: "0,15,30,45 ***" in "/15 * * * *" oder "0,15,30,15 * * * *" (wichtig leerzeichen zwischen den *) ändern, für z.B eine Aktualisierung alle 15min.
Hallo zusammen,
soweit habe mein ioBroker System vernünfig am laufen 8-)
Leider bekomme ich die Schedule vom yr Wetteradapter nicht ans Laufen.
Habe schon einige Threads im Forum durchgelesen, leider brachte keiner der Tipps die Schedule ans laufen.
Ich versuche mal euch so viele Infos wie möglich zu geben, denke das vielleicht irgendwo ein Denkfehler meinerseits anliegt.
Habe zum besseren Einblick ein paar Screenies angeheftet.
-
Datenpunkte der Zustände sind bei mir gefüllt, werden aber nur aktualisiert wenn ich den adapter von hand neu starte.
-
Im Log steht nur der Start von yr wenn ich den Adapter von Hand neu starte, vom Schedule keine Spur.
-
Als Log Code wird ausgegeben: exited with code 0 (ok)
Nach einem Neustart des Adapters (von Hand) läuft der Adapter unter INSTANZEN wie folgt:
1. Läuft: ja / Verbunden: ja
2. Läuft: ja / verbunden: nein
3. Läuft: nein / verbunden: kein eintrag / leeres feld
folgende Dinge wurden desweiteren auch ausprobiert:
-
yr Adapter gelöscht, reboot und neu aufgesetzt
-
Schedule gelöscht, gespeichert, und neu eingetragen (auch mal mit zwischenzeitlichen Neustart des Pi)
Da ich verschiedene schreibweisen in Screenshots gesehen habe, wurdem folgende Schedule-schreibweisen erfolglos getestet:
0 15 30 45****
0 15 30 45 ****
0,15,30,45****
0,15,30,45 ****
0, 15, 30, 45****
0, 15, 30, 45 ****
0 ,15 ,30 ,45****
0 ,15 ,30 ,45 ****
638_screenshot.3.jpg
638_screenshot.4.jpg
638_screenshot.5.jpg
638_screenshot.6.jpg
638_screenshot.7.jpg -
-
Auf den ersten blick ist alles in Ordnung.
Die Einstellungen von Screenshot sind ok.
Der adapter startet dann jede Viertelstunde und beendet sich, sobalder die Daten hat wieder selbständig.
Daher dann das "Lauft - Nein"
Nach einer weiteten Viertelstunde wieder das gleich Spiel ….
Gruß
Rainer
Gesendet von meinem LIFETAB_S785X mit Tapatalk
-
Der adapter startet dann jede Viertelstunde und beendet sich, sobalder die Daten hat wieder selbständig.
Daher dann das "Lauft - Nein"
Nach einer weiteten Viertelstunde wieder das gleich Spiel …. `
Das habe ich mir auch schon gedacht.
Wie du aber auch auf den Screenshots auch erkennen kannst, hat der letzte Abruf der Daten an dem Tag stattgefunden wo der Adapter von Hand neu gestartet wurde (2015-09-17 20:06:44)
Seit dem passierte nichts (Screenies sind gerade eben gemacht worden)
-
Ok,
habe das auf dem kleinen tablet nicht richtig gesehen.
Was sagt denn das log, wenn du ihn über den reiter Instanzen restartest?
Nur:
-
started
-
exited with code 0?
Sonst nichts?
Sonst stell mal unter Instanzen den loglevel auf debug
Gruß
Rainer
Gesendet von meinem LIFETAB_S785X mit Tapatalk
-
-
Unter Log kommt folgendes: (im Screenshot siehst du den ganzen Log)
-
started
-
terminated with code 0 (ok)
Stelle jetzt den loglevel von Info auf Debug um, mal sehen ob was passiert
638_screenshot.8.jpg -
-
Leider brachte die Umstellung des Loglevel von info auf Debug keine Besserung
Testweise auch nochmal Neustart vom Raspberry.
Brainstorming:
Nicht das ich irgendwas überlesen habe, aber einen bestimmten Port am Router (FritzBox) musste ich nicht öffnen, oder?
-
No brain, no storm!
Ich habe jetzt bei mir auch mal nach dem timestamp gesehen.
Der bleibt ebenfalls unverändert.
Ich habe den yr aktuell nicht in benutzung, deswegen war es mir nicht aufgefallen.
Manuell restartet wird auch der timestamp aktualisiert.
Liegt also nicht an dir.
Leider habe ich nicht mehr den timestamp im kopf, der unter states stand, bevor ich mit dem spielen begonnen habe. Ich glaube, dass et vom 17. war. Da hat es updates gegeben. Vielleicht ist da irgendwo der wurm drin.
Gruß
Rainer
Gesendet von meinem LIFETAB_S785X mit Tapatalk
-
Sollte so aussehen: "*/15 * * * *".
Wichtig sind die Leerzeichen zwischen "*".
-
Hallo bluefox,
ich hatte bisher 2,17,32,47 * * * *
Leerzeichen waren/sind vorhanden.
Mit der Verschiebung um 2 Minuten wollte ich einen timeout wegen zu vielen Anfragen zur vollen Stunde umgehen, wie es beim DWD Adapter gut funktioniert.
Das hat bisher auch geklappt.
Habe jetzt mal auf deinen Vorschlag geändert.
EDIT: Hat jetzt um 11:00 auch nicht aktualisiert.
Gruß
Rainer
Gesendet von meinem LIFETAB_S785X mit Tapatalk
-
Sollte so aussehen: "*/15 * * * *".
Wichtig sind die Leerzeichen zwischen "*". `
Habe die Schedule auf die von Dir angegebene Schreibweise geändert und es lief.
DAS war die Lösung!
Danke
[EDIT]
Läuft… 8-)
-
Obwohl ich finde den Vorschlag von Homoran "2,17,32,47 * * * *" besser, weil es passiert wirklich, dass zu voller Stunde yr Server überlastet ist.
-
Obwohl ich finde den Vorschlag von Homoran "2,17,32,47 * * * *" besser, weil es passiert wirklich, dass zu voller Stunde yr Server überlastet ist. `
Habt auf jeden fall recht, einmal hat sich der Adapter schon verschluckt.
2,17,31,47 laufen wunderbar.
Scheint das die Leerzeichen zwischen den Sternchen am Ende gefehlt haben
Danke euch nochmals
-
Bei mir läuft's nicht!
Habe jetzt ebenfalls alle Schreibweisen getestet mit */15 oder 2,17,32,47 * * * *
Bei Änderung stertet der Adapter sofort korrekt (Achtung rückwärts!),
host-quad-pi 2015-09-20 13:00:25 info instance system.adapter.yr.0 terminated with code 0 (OK) yr-0 2015-09-20 13:00:18 info got weather data from yr.no yr-0 2015-09-20 13:00:17 info starting. Version 0.1.7 in /opt/iobroker/node_modules/iobroker.yr host-quad-pi 2015-09-20 13:00:13 info instance system.adapter.yr.0 started with pid 8671 host-quad-pi 2015-09-20 13:00:13 info instance scheduled system.adapter.yr.0 2,17,32,47 * * * * host-quad-pi 2015-09-20 13:00:13 info instance canceled schedule system.adapter.yr.0 host-quad-pi 2015-09-20 13:00:13 info object change system.adapter.yr.0
jedoch startet er zu den scheduled times nicht.
Was mir aufgefallen ist, dass in dem Filterfeld des logs einmal yr****-0 und einmal yr.****0 steht.
und ich muss nach yr.0 filtern, damit ich die Einträge von yr-0 sehe :shock:
Gruß
Rainer