Adapter: DasWetter
-
@Glasfaser sagte in Adapter: DasWetter:
Und jetzt ?
Ich kann dir eine Version auf github legen, die noch ein paar mehr logs schreibt. Vielleicht hilft uns das. Das wird aber erst am Wochenende...
-
Kein Problem ... sage mir dann Bescheid
-
@Glasfaser 2.8.2 liegt im github.
neues log sollte so aussehen (wenn nur Pfad 3 abgeholt wird):
2020-03-19 21:09:03.943 - info: daswetter.0 (3255) starting. Version 2.8.2 in /opt/iobroker/node_modules/iobroker.daswetter, node: v10.19.0 2020-03-19 21:09:03.995 - debug: daswetter.0 (3255) set timeout to 240 sec 2020-03-19 21:09:03.997 - debug: daswetter.0 (3255) using new data structure 2020-03-19 21:09:04.005 - debug: daswetter.0 (3255) calling forecast hourly: http://api.daswetter.com/index.php?api_lang=de&localidad=26301&affiliate_id=myx7k637fzzv&v=2.0&h=1 2020-03-19 21:09:04.298 - debug: daswetter.0 (3255) got response 2020-03-19 21:09:04.299 - debug: daswetter.0 (3255) got data without error, now parsing 2020-03-19 21:09:04.578 - debug: daswetter.0 (3255) number of locations 1 2020-03-19 21:09:04.583 - debug: daswetter.0 (3255) number of days 5 2020-03-19 21:09:04.591 - debug: daswetter.0 (3255) number of hours 24 2020-03-19 21:09:04.641 - debug: daswetter.0 (3255) number of hours 24 2020-03-19 21:09:04.664 - debug: daswetter.0 (3255) number of hours 8 2020-03-19 21:09:04.673 - debug: daswetter.0 (3255) number of hours 8 2020-03-19 21:09:04.683 - debug: daswetter.0 (3255) number of hours 8 2020-03-19 21:09:04.691 - debug: daswetter.0 (3255) hourly forecast done, objects in list 1640 2020-03-19 21:09:04.696 - debug: daswetter.0 (3255) objects in list: 1640 2020-03-19 21:09:05.630 - debug: daswetter.0 (3255) objects in list: 1539 2020-03-19 21:09:06.433 - debug: daswetter.0 (3255) objects in list: 1438 2020-03-19 21:09:07.091 - debug: daswetter.0 (3255) objects in list: 1337 2020-03-19 21:09:07.706 - debug: daswetter.0 (3255) objects in list: 1236 2020-03-19 21:09:08.345 - debug: daswetter.0 (3255) objects in list: 1135 2020-03-19 21:09:10.746 - debug: daswetter.0 (3255) objects in list: 1034 2020-03-19 21:09:11.346 - debug: daswetter.0 (3255) objects in list: 933 2020-03-19 21:09:11.873 - debug: daswetter.0 (3255) objects in list: 832 2020-03-19 21:09:12.450 - debug: daswetter.0 (3255) objects in list: 731 2020-03-19 21:09:12.989 - debug: daswetter.0 (3255) objects in list: 630 2020-03-19 21:09:13.531 - debug: daswetter.0 (3255) objects in list: 529 2020-03-19 21:09:14.024 - debug: daswetter.0 (3255) objects in list: 428 2020-03-19 21:09:14.541 - debug: daswetter.0 (3255) objects in list: 327 2020-03-19 21:09:15.057 - debug: daswetter.0 (3255) objects in list: 226 2020-03-19 21:09:15.561 - debug: daswetter.0 (3255) objects in list: 125 2020-03-19 21:09:16.077 - debug: daswetter.0 (3255) objects in list: 24 2020-03-19 21:09:16.256 - debug: daswetter.0 (3255) nothing to do 2020-03-19 21:09:16.257 - debug: daswetter.0 (3255) exit, all done -
-
ich hab damit noch nie Probleme gehabt ....?
-
@Glasfaser der Adapter bekommt keine Antwort vom Server, deshalb der timeout.
-
Ok ... sehr mehrkwürdig !
Die URL ist über den Browser sofort erreichbar,
nur halt bei Pfad3 im Adapter wo der Link anders aufgebaut ist ( 2.0&h=1 ) funktioniert es nicht , bzw. der Server ist nicht erreichbar !?Kann man da was eingrenzen herrausfinden woran das liegt !?
DANKE für deine Mühe !!!
-
Habe einen zweiten iobroker im Docker installiert .(Neuinstallation)
Gerade mal die Grundinstallation vorhanden und dort geht es auch nicht .
Ich verstehe es nicht !
LOG :
.
-
@Glasfaser sagte in Adapter: DasWetter:
Habe einen zweiten iobroker im Docker installiert
Ich hatte das bei mir auch mal. Zwar nicht ioBroker, oder ein Adapter davon.
Alles ging, nur 1 Adresse konnte ich nie öffnen.
Nach sehr sehr viel Sucherei und Testerei lag es an der Syno und Fritz.
Update der Fritz dürfte an der Syno etwas aktiviert haben, so dass diese Adresse immer blockiert wurde.
Leider schien dies in keinem Log auf.Wir haben im Endeffekt die Fritz komplett zurückgesetzt und an der Syno alles in der Firewall komplett neu erstellt.
-
Fritzbox / Synology und I-Net kann ich ausschließen .
Die Daten wurden schon im letzten Monat nicht aktualisiert laut altem Log ist mir halt nicht aufgefallen und seit dem 28.02.2020 habe ich eine neue Fritzbox 6591 mit 1000Mbit/s Anschluss und auch dort das gleiche.
Es ist halt nur bei Pfad3 ,das er nicht parsen kann . -
Hallo,
wie habt ihr das mit der Registrierungsvereinbarung für die API gemacht?
-
@mrFenyx sagte in Adapter: DasWetter:
@Bluelightcrew Cool, freut mich. Und ja, ich hab's auch so in Betrieb und es läuft seit dem ich es gepostet habe ohne Probleme
Ich hab das Problem bei mir jetzt gefunden! Irgendwann ist mir aufgefallen das im netztwerk zuhause die Bilder funktionieren und unterwegs nicht. Kurz nachgedacht,naja mit der ip adresse kann das natürlich nicht Funktionieren.
-
@Glasfaser ich verstehe es auch nicht wrklich. Das sind drei Zeilen Code:
adapter.log.debug("calling forecast hourly: " + url); request(url, (error, response, body) => { adapter.log.debug("got response");das erste log sehen wir, das zweite nicht. Request kommt aus einer Bibliothek, welches http Requests behandelt, eigenlich sehr zuverlässig...
Normalerweise würde ich jetzt sagen, wir müssen die Pakete auf dem Netzwerk mit wireshark mitschneiden... Ich weiß nicht, ob du soweit gehen kannst und willst...
Aber ich vermute auch, dass irgendeine firewall die Pakete blockt. Ich kann aber auch nicht sagen, ob die Pakete gar nicht zum Server raus gehen oder ob nur die Antwort nicht richtig weitergeleitet wird...
Du hattest ja gezeigt, dass die URL vom Rechner aus richtige Daten liefert. Hängt dein iobroker-docker im gleichen Netz wie dein Rechner?Du könntest auch mal in der Linux Konsole per wget versuchen, die Daten zu holen:
wget -q -o log.txt "http://api.daswetter.com/index.php?api_lang=de&localidad=26301&affiliate_id=myx7k637fzzv&v=2.0&h=1"Das sollte dannn eine Datei mit dem Namen
'index.php?api_lang=de&localidad=26301&affiliate_id=myx7k637fzzv&v=2.0&h=1'ablegen.
Vielleicht kommen wir so weiter...
-
ioBroker ist im gleichen Netzwerk .
Den Befehl in der Konsole ausfgeführt und auch die Datei wird erstellt .
Alles funktioniert ,ist auch über ping oder per wget ausführbar.
.
hier der Inhalt der Datei :
.
und hier als Test ohne " &h=1 " ( für Pfad2)
-
@Glasfaser Das Ergebnis spricht gegen die Theorie, dass Pakete geblockt werden...
Ich habe jetzt mal meinen aktuellen Entwicklungszweig in den master im github gemerged. Dort hatte ich begonnen, request durch bent zu ersetzen, weil request nicht weiterentwickelt wird. Vielleicht kannst du die version 3.0.0 mal probieren?
-
@Rene_HM sagte in Adapter: DasWetter:
Vielleicht kannst du die version 3.0.0 mal probieren?
Es klappt alles mit dieser Version ....
DANKE !!!
die Daten werden abgeholt ....
verarbeitet .. und auch die Datenpunkte werden geschieben .Lag es vielleicht an der alten Option die du jetzt rausgenommen hast !?
"breaking change: old data structure is not supported anymore"
-
@Glasfaser Ursache kann nur das Paket "request" gewesen sein. Das habe ich ja ersetzt. Bishar war das sehr zuverlässig... naja, muss ich jetzt schauen, dass ich die 3.0 fertig bekomme, damit ich sie auch releasen kann...
-
OK ... nochmal Danke
... war schon am verzweifel , das ein größeres Problem bei mir vorliegt ! -
Hallo zusammen,
mein Adapter aktualisiert nicht mehr. Im Log finde ich keine Einträge, aber das Verlaufsdiagramm zeigt noch immer die Werte ab 22.04. (auch der Datenpunkt "daswetter.0.NextDaysDetailed.Location_1.Day_1.day_value" zeigt den 22. Adapter Neustart und Installieren einer neue Instanz haben nicht geholfen. Die neue Instanz wurde einfach nicht angelegt. Als nächstes werde ich den Adapter komplett neu installieren.
Habt ihr das auch? -
