[GELÖST] Probleme mit Schedule vom yr Adapter
-
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.0jedoch 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
