Solarman PV, Bosswerk MI & Deye

[Rene55]

@bambulko Da scheint wohl zu diesem Zeitpunkt deine ioBroker DB nicht da gewesen zu sein: Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25).
Warum auch immer. Bitte weiter beobachten.

[typhos]

@rene55 Seit heute kann ich das auch durchgängig beobachten. Beim Neustart des Adapters wird einmal sauber eingelesen - alle folgenden Starts (per cron) laufen auf das Timeout. Internet ist stabil. Probleme mit der China-Cloud? In der (Handy-)App bekomme ich alle Daten aktuell angezeigt.

[Neuschwansteini]

@typhos laeuft hier einwandfrei, keine Probleme mit Timeouts..

[typhos]

@ilovegym Komisch... Wenn ich den Request per curl von der Maschine aus mache, funktioniert es immer wunderbar... aus dem Adapter irgendwie nicht mehr. Jemand eine Idee, was das sein könnte oder was man noch prüfen könnte?

[Rene55]

@typhos Da bin ich dann auch ein bisschen überfragt. Ich hatte gerade einen Ausfall des Accesspoints, an dem mein Inverter hängt. Da bekam ich dann auch aus der ChinaCloud mehrere unbeantwortete Abfragen: 2023-02-15 11:18:05.208 warn [getDeviceData] error: undefined. Ob es damit zusammenhängt ? ? ?

[Neuschwansteini]

@typhos ich hab 2 Stueck, laufen. Hast du irgendn Blocker Pihole oder sowas drin?

[typhos]

@rene55 Ich denke nicht... was ich beobachten konnte, ist, dass ein schnell wiederholter Request deutlich schneller geht - vermutlich cachen die Jungs in der Cloud die Responses ein paar Sekunden. Ich habe dann testweise mal den Adapter auf Start alle 30 Sekunden gestellt, dann bekomme ich so ziemlich jedes 2. Mal ne vernünftige Antwort (vermutlich dann immer die gecachte vom vorherigen Request, der auf einen Timeout gelaufen ist)...
Wäre es möglich, dass man den Timeout mal selbst setzen kann im Adapter? Vielleicht ist es - aus welchen Gründen auch immer - mit 4s doch ein bisschen eng? Auch wenn ich das Gefühl habe, dass die Requests per curl schneller sind als 4s.

[typhos]

@ilovegym Blocker hab ich nicht laufen... generell funktionieren die Requests ja auch - dauern vermutlich nur zu lange...

[Rene55]

@typhos Ich hab schon von Version 0.2.0 (2 Sekunden) in Version 0.2.2 auf 4 Sekunden hochgesetzt. Ich selber glaube nicht, dass ich deswegen weniger TimeOuts hatte. Parametrierbar ist das nur im Quellcode.

[Beauceron]

Der Adapter sieht ja echt super aus, zumindest was ich so gesehen habe. Vielleicht kann mir ja jemand weiter helfen, ich installiere Ihn, dann kommt der automatische Wechsel zur Instanzen und es passiert nix mehr ???

[Rene55]

@beauceron Browsercache ?

[Beauceron]

@rene55 extra gerade noch Firefox installiert. Leider keine Veränderung. Aber es kommt ein Fenster "[JsonConfig] Cannot parse json5 config!"

[typhos]

@rene55 Ich habe den Cronjob jetzt so eingestellt, dass der Adapter alle 6 Minuten 2 mal hintereinander (im Abstand von 30 Sekunden) startet. Damit funktioniert es "zuverlässig". Ich werde das mal weiter beobachten - da ich das Problem erst heute habe, denk ich trotzdem irgendwie, dass es an der Cloud liegt... keine Ahnung...

[Rene55]

@typhos Ja schön. Bitte weiter beobachten und dann Bescheid geben.

[Rene55]

@beauceron Wie hast du das installiert?

[Beauceron]

@rene55 In der Oberfläche vom iobroker über Adapter

[Rene55]

@beauceron Ok, schon mal gut. Welche Version von node.js und welche vom Admin?

[Beauceron]

@rene55 Danke für Deine Mühe Node.js: v16.19.0 Admin 6.3.5

[Eisbaeeer]

Etwas offtopic, aber gehört auch zu dem Thema WLAN. Und darauf haben wir ja schon lange gewartet:

https://www.heise.de/news/Deye-reagiert-Automatisches-Update-fuer-Wechselrichter-mit-WLAN-Luecke-7494024.html

[Rene55]

@beauceron Mit der Konstellation muss das laufen. Vorschlag: deinstallieren und nochmal installieren.