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

[Diginix]

@StrathCole 2.0.1.7 stürzt ebenso ab:

2020-03-20 09:00:19.268 - info: plenticore.0 (4530) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.plenticore, node: v10.19.0
2020-03-20 09:00:19.317 - info: plenticore.0 (4530) [START] Starting adapter plenticore v2.1.0.7
2020-03-20 09:00:19.335 - debug: plenticore.0 (4530) Panel tilt: 23°
2020-03-20 09:00:19.335 - debug: plenticore.0 (4530) Panel direction: 180°
2020-03-20 09:00:19.336 - debug: plenticore.0 (4530) Panel efficiency: 19.3%
2020-03-20 09:00:19.336 - debug: plenticore.0 (4530) Panel surface: 39m²
2020-03-20 09:00:22.368 - info: plenticore.0 (4530) got weather data from met.no with 229 elements.
2020-03-20 09:02:58.471 - error: host.BT3-PRO Caught by controller[0]: FATAL ERROR: invalid array length Allocation failed - JavaScript heap out of memory
2020-03-20 09:02:58.472 - error: host.BT3-PRO Caught by controller[0]: 1: 0x8fa090 node::Abort() [io.plenticore.0]
2020-03-20 09:02:58.473 - error: host.BT3-PRO Caught by controller[0]: 2: 0x8fa0dc [io.plenticore.0]
2020-03-20 09:02:58.473 - error: host.BT3-PRO Caught by controller[1]: 3: 0xb0052e v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [io.plenticore.0]
2020-03-20 09:02:58.473 - error: host.BT3-PRO Caught by controller[2]: 4: 0xb00764 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [io.plenticore.0]
2020-03-20 09:02:58.473 - error: host.BT3-PRO Caught by controller[3]: 5: 0xef4c72 [io.plenticore.0]
2020-03-20 09:02:58.473 - error: host.BT3-PRO Caught by controller[4]: 6: 0xecc7b9 [io.plenticore.0]
2020-03-20 09:02:58.474 - error: host.BT3-PRO Caught by controller[5]: 7: 0xece53d v8::internal::Factory::NewFixedDoubleArray(int, v8::internal::PretenureFlag) [io.plenticore.0]
2020-03-20 09:02:58.474 - error: host.BT3-PRO Caught by controller[6]: 8: 0xe7c8ff [io.plenticore.0]
2020-03-20 09:02:58.474 - error: host.BT3-PRO Caught by controller[6]: 9: 0x1127ded v8::internal::Runtime_GrowArrayElements(int, v8::internal::Object**, v8::internal::Isolate*) [io.plenticore.0]
2020-03-20 09:02:58.474 - error: host.BT3-PRO Caught by controller[6]: 10: 0x33b7e975be1d
2020-03-20 09:02:58.474 - warn: host.BT3-PRO instance system.adapter.plenticore.0 terminated due to SIGABRT

[StrathCole]

@Diginix ich versuche gerade herauszufinden, an welcher Stelle genau er abstürzt. Mich irritiert, dass nach dem "met.no" keine weiteren Meldungen kommen. Eigentlich müssten da im Debug-Modus viel mehr kommen. Ich teste ein paar Dinge und gebe Bescheid, wenn du noch mal aktualisieren kannst.

[Diginix]

Stehe in den Startlöchern, aber kein Stress! ;-)
Loglevel Debug ist dauerhaft aktiv für deinen Adapter.

[StrathCole]

@Diginix so. Bitte einmal aus dem git laden. Ich habe mal met.no auskommentiert. Wird jetzt sicher Warnungen oder Fehler werfen, aber so sehe ich, ob es ggf. daran liegt.

[Diginix]

@StrathCole Läuft wieder!

[StrathCole]

@Diginix Nicht gut.

[tp1de]

@StrathCole bei mir auch

[tp1de]

@StrathCole

habe jetzt aber folgende Meldungen:

plenticore.0	2020-03-20 09:24:09.969	warn	(14408) Could not read weatherunderground.0.forecastHourly.4h.sky. It returned null state.
plenticore.0	2020-03-20 09:24:09.968	warn	(14408) Could not read weatherunderground.0.forecastHourly.3h.sky. It returned null state.
plenticore.0	2020-03-20 09:24:09.922	warn	(14408) Could not read weatherunderground.0.forecastHourly.2h.sky. It returned null state.
plenticore.0	2020-03-20 09:24:09.919	warn	(14408) Could not read weatherunderground.0.forecastHourly.1h.sky. It returned null state.

[StrathCole]

@tom57 Danach schaue ich dann, wenn ich den anderen Fehler gefunden habe. Das ist echt ein seltsames Phänomen.

[StrathCole]

So, hab eine neue Version im Git. Ich hoffe, damit geht es auch trotz metno.

[tp1de]

@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:

So, hab eine neue Version im Git. Ich hoffe, damit geht es auch trotz metno.

Ja scheint zu funktionieren ... auch die WU-Meldungen sind weg. Werde ich jetzt mal beobachten.

[StrathCole]

@tom57 Ähm … auch keine [warn] Meldung?

[Diginix]

Ich bekomme mit 2.0.1.9 zumindest diese bzgl met.no

2020-03-20 09:57:56.350	warn	(11834) Met.no got more than 10 entries in from/to entry. This is bad. Stopping.

[StrathCole]

@Diginix Danke, genau das habe ich erwartet. Kannst du mir die debug Meldungen, die davor und danach kommen, noch mitteilen? Das scheint nämlich genau der Punkt zu sein, an dem der Adapter bei euch abgestürzt ist und bei mir nicht.

[Diginix]

@StrathCole
Da musst du dich mal durchkämpfen:
Ach hab das vor 3 Stunden schon gepostet aber das Log war zu lang und der Post wurde gar nicht gesendet.
Also hier mal das Log in meiner Dropbox:
https://www.dropbox.com/s/w8wouypxj3hi20b/2020-03-19_plenticore.log?dl=0

[StrathCole]

@Diginix Danke sehr. Das genügt mir schon. So etwas hatte ich mir gedacht. Du kannst das Log wieder löschen. Ich denke, mit der neuesten Version ist das Problem behoben.

[Diginix]

@StrathCole Ok, hab die neue von GIT installiert.

[tp1de]

@Diginix @StrathCole

Bei mir kommt auch mit der neuen Version noch die Meldung:

plenticore.0	2020-03-20 14:30:31.114	warn	(19507) Met.no got more than 10 entries in from/to entry. This is bad. Stopping.

[Diginix]

@tom57 Ist bei mir auch so, aber ich vermute dass es @StrathCole ja dann intern zu handeln weiß.

[StrathCole]

@tom57 @Diginix das wird in der nächsten Version verschwinden. Ich habe den Grund für das Problem gefunden.

Für alle, die ein bisschen Javascript können oder Programmierung mögen:

toTime
-> Date Sun Mar 29 2020 03:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) 
 toTime.setHours(toTime.getHours()-1) 
toTime
-> Date Sun Mar 29 2020 03:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)

Das Problem war, dass eure Server in deutscher Zeit laufen und er bei Zeitberechnungen da ein Problem kriegt (3 Uhr am 29.3. minus eine Stunde ist wieder 3 Uhr am 29.3.) und in eine Endlosschleife läuft. Darum trat es jetzt auch plötzlich auf, weil die Wetterdaten jetzt bis zu dem Datum gingen.

Ich muss stattdessen komplett in UTC Zeitzone rechnen, also:

toTime
-> Date Sun Mar 29 2020 03:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) 
 toTime.setUTCHours(toTime.getUTCHours()-1) 
toTime
-> Date Sun Mar 29 2020 01:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)

Damit verschwindet dann auch diese Warnmeldung.