UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Coffeelover]

@Rene_HM Vielen Dank für den Hinweis. Habe den Adapter jetzt komplett deinstalliert und neu mit 2.8.1 installiert. Leider fehlen bei mir die Datenpunkte weiterhin. :-(

[Glasfaser]

@Coffeelover
Stelle doch mal die Logstufe auf Debug ... dann kannst du sehen was passiert !

[Coffeelover]

@Glasfaser Er steht schon auf Debug. Allerdings taucht im Log nichts auf. Wenn ich den Adapter stoppe und wieder starte, taucht nur vom Host auf, dass der Adapter gestoppt und gestartet wurde und der cron angelegt ist.

[Glasfaser]

@Coffeelover

Hast du mal den Cron in der Instanz auf eine Minute eingestellt ... !?
und auch dort holt er auch keine Daten ?

[Rene_HM]

wollte ich auch gerade schreiben... startet der Adapter denn, wenn die Zeit im cron heran ist?

[Coffeelover]

@Glasfaser Das sieht dann so aus. Problem: Es sind weiterhin keine Datenpunkte vorhanden.

daswetter.0	2020-05-02 15:18:10.034	debug	(6010) calling forecast hourly: http://api.daswetter.com/index.php?api_lang=de&localidad=97795&affiliate_id=pkwnqrmo8621&v=2.0&h=1
daswetter.0	2020-05-02 15:18:10.029	debug	(6010) 5 days forecast done, objects in list 1059
daswetter.0	2020-05-02 15:18:09.286	debug	(6010) calling forecast 5 days: http://api.daswetter.com/index.php?api_lang=de&localidad=97795&affiliate_id=pkwnqrmo8621&v=2.0
daswetter.0	2020-05-02 15:18:09.277	debug	(6010) 7 days forecast done, objects in list 107
daswetter.0	2020-05-02 15:18:08.885	debug	(6010) calling forecast 7 days: http://api.daswetter.com/index.php?api_lang=de&localidad=97795&affiliate_id=pkwnqrmo8621
daswetter.0	2020-05-02 15:18:08.882	debug	(6010) using new data structure
daswetter.0	2020-05-02 15:18:08.880	debug	(6010) set timeout to 60 sec
daswetter.0	2020-05-02 15:18:08.822	info	(6010) starting. Version 2.8.1 in /opt/iobroker/node_modules/iobroker.daswetter, node: v12.16.3, js-controller: 3.0.20
daswetter.0	2020-05-02 15:16:11.730	warn	(5753) Terminated (15): Without reason
daswetter.0	2020-05-02 15:16:11.723	error	(5753) force terminate, objects still in list: 1059
daswetter.0	2020-05-02 15:16:05.574	debug	(5753) system.adapter.admin.0: logging true
daswetter.0	2020-05-02 15:15:14.647	debug	(5753) system.adapter.admin.0: logging false
daswetter.0	2020-05-02 15:15:12.997	debug	(5753) calling forecast hourly: http://api.daswetter.com/index.php?api_lang=de&localidad=97795&affiliate_id=pkwnqrmo8621&v=2.0&h=1
daswetter.0	2020-05-02 15:15:12.993	debug	(5753) 5 days forecast done, objects in list 1059
daswetter.0	2020-05-02 15:15:12.200	debug	(5753) calling forecast 5 days: http://api.daswetter.com/index.php?api_lang=de&localidad=97795&affiliate_id=pkwnqrmo8621&v=2.0
daswetter.0	2020-05-02 15:15:12.193	debug	(5753) 7 days forecast done, objects in list 107
daswetter.0	2020-05-02 15:15:11.731	debug	(5753) calling forecast 7 days: http://api.daswetter.com/index.php?api_lang=de&localidad=97795&affiliate_id=pkwnqrmo8621
daswetter.0	2020-05-02 15:15:11.723	debug	(5753) using new data structure
daswetter.0	2020-05-02 15:15:11.719	debug	(5753) set timeout to 60 sec
daswetter.0	2020-05-02 15:15:11.586	info	(5753) starting. Version 2.8.1 in /opt/iobroker/node_modules/iobroker.daswetter, node: v12.16.3, js-controller: 3.0.20

[Rene_HM]

@Coffeelover setze mal den parse-timeout etwas höher. Du hast beim "force terminate" noch über 1000 Werte zu bearbeiten... Ich würde mal auf mindestens 120 Sekunden (anstatt 60) gehen...

[Coffeelover]

@Rene_HM Großzügig auf 180 gesprungen. Ergebnis unverändert. Es existiert die ganze Baumstruktur der DPs nicht. Ich installiere mal ne weitere Instanz.

Edit: Ergebnis unverändert. Keine Baumstruktur.

Der Cron steht auf 5 Minuten. Force terminate auf 180.

[Rene_HM]

@Coffeelover ich hoffe, du lässt den Adapter nicht alle Minuten laufen? Es darf kein "force terminate" im log auftauchen...

[Rene_HM]

@Coffeelover sagte in Adapter: DasWetter:

Der Cron steht auf 5 Minuten. Force terminate auf 180

und trotzdem noch im log

force terminate, objects still in list: 1000

?
Dann rufe erst mal nur einen Pfad (anstatt 3) auf und schaue, ob das geht. Es ist auch seltsam, dass nach Abrufen des dritten Pfades (hourly) die gleiche Anzahl Einträge (1059) in der to-do-Liste stehen, wie zuvor...

Das könnte daran liegen, dass der dritte Pfad keine Ergebnisse bekommt.

[Coffeelover]

@Rene_HM Ja trotzdem noch. Ich nehme mal Pfad 2 und 3 raus.

daswetter.0	2020-05-02 15:38:12.124	warn	(7245) Terminated (15): Without reason
daswetter.0	2020-05-02 15:38:12.116	error	(7245) force terminate, objects still in list: 1059
daswetter.0	2020-05-02 15:37:33.517	debug	(7245) system.adapter.admin.0: logging true
daswetter.0	2020-05-02 15:37:32.799	debug	(7245) system.adapter.admin.0: logging false
daswetter.0	2020-05-02 15:37:02.340	debug	(7245) system.adapter.admin.0: logging true
daswetter.0	2020-05-02 15:35:13.413	debug	(7245) system.adapter.admin.0: logging false
daswetter.0	2020-05-02 15:35:13.162	debug	(7245) calling forecast hourly: http://api.daswetter.com/index.php?api_lang=de&localidad=97795&affiliate_id=pkwnqrmo8621&v=2.0&h=1
daswetter.0	2020-05-02 15:35:13.140	debug	(7245) 5 days forecast done, objects in list 1059
daswetter.0	2020-05-02 15:35:12.483	debug	(7245) calling forecast 5 days: http://api.daswetter.com/index.php?api_lang=de&localidad=97795&affiliate_id=pkwnqrmo8621&v=2.0
daswetter.0	2020-05-02 15:35:12.475	debug	(7245) 7 days forecast done, objects in list 107
daswetter.0	2020-05-02 15:35:12.118	debug	(7245) calling forecast 7 days: http://api.daswetter.com/index.php?api_lang=de&localidad=97795&affiliate_id=pkwnqrmo8621
daswetter.0	2020-05-02 15:35:12.116	debug	(7245) using new data structure
daswetter.0	2020-05-02 15:35:12.112	debug	(7245) set timeout to 180 sec

Edit: Jackpot. Mit nur einem Pfad kommen jetzt Daten an und Datenpunkte werden erzeugt.

[Rene_HM]

@Coffeelover okay, dann nimm doch die aktuelle 3.0 aus github. Dort habe ich genau für solche Probleme das Handling umgebaut. Die Daten werden direkt geparsed und in DP's geschrieben. In Version 2.x schreibe ich sie erst in eine Liste und erst am Schluß arbeite ich die Liste ab...
Die 3.0 im github von heute morgen ist sowieso der release candidate...

[Glasfaser]

@Rene_HM

Ich vermute dann mal , die Zeit 60 sek. waren beim 3.0.0 auch zu kurz !
Deshalb ging es nicht bei Ihm !

Ist dann das gleiche wie bei mir ... mit 3.0.0 funktioniert es

[Coffeelover]

Gut - dann gehe ich jetzt wieder hoch. :)

Edit: vielen Dank euch beiden. Jetzt produziert die 3.0 gerade Unmengen an Insert-Einträgen im Log. Funktioniert also jetzt auch bei mir.

[pk68]

Hi, ich bin neu beim ioBroker. Pfad 3 und 4 habe ja vermulich die gleichen Daten nur ein unterschiedliches Format (XML bzw. JSON). Ist das dann egal, welchen Pfad man nimmt? Und bestehen die bei Github beschriebenen Probleme zu Pfad 4 noch? Ich verwende Version 3.0.1.

[Rene_HM]

@pk68 ja, Pfad 3 und 4 liefern die gleiche Daten und ja, die Probleme sind zwar noch vorhanden, ich habe das aber im Adapter repariert, du merkst die Probleme also nicht. (außer im log, wo mal "trying to repair" geloggt wird... :-) , das ist aber kein wirkliches Problem)

[pk68]

Danke Rene für die schnelle Antwort. Aber nochmal zu dem Format (XML bzw. JSON), welches ist zu bevorzugen?

[Rene_HM]

@pk68 ich selbst nutze xml, aber nur deshalb weil ich Pfad 1 und 2 ebenfalls verwende...

[pk68]

Ok, danke, ich dachte es gibt vielleicht Vorteile bezügl. Speicherbedarf oder Performance.

[Ein ehemaliger Benutzer]

Ist es möglich, überhaupt den Regen aufzuzeichnen?
Auf welche Variable muss ich da zugreifen und was stellt sie da?

Mir würde auch schon eine Wahrscheinlichkeit ausreichen. So ganz grob.
Nur aktuell, nicht in die Zukunft gerichtet.