Solarman PV, Bosswerk MI & Deye
-
@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?
-
@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 ? ? ? -
@typhos ich hab 2 Stueck, laufen. Hast du irgendn Blocker Pihole oder sowas drin?
-
@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. -
@ilovegym Blocker hab ich nicht laufen... generell funktionieren die Requests ja auch - dauern vermutlich nur zu lange...
-
@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.
-
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 ???
-
@beauceron Browsercache ?
-
@rene55 extra gerade noch Firefox installiert. Leider keine Veränderung. Aber es kommt ein Fenster "[JsonConfig] Cannot parse json5 config!"
-
@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...
-
@typhos Ja schön. Bitte weiter beobachten und dann Bescheid geben.
-
@beauceron Wie hast du das installiert?
-
@rene55 In der Oberfläche vom iobroker über Adapter
-
@beauceron Ok, schon mal gut. Welche Version von node.js und welche vom Admin?
-
@rene55 Danke für Deine Mühe Node.js: v16.19.0 Admin 6.3.5
-
Etwas offtopic, aber gehört auch zu dem Thema WLAN. Und darauf haben wir ja schon lange gewartet:
-
@beauceron Mit der Konstellation muss das laufen. Vorschlag: deinstallieren und nochmal installieren.
-
@eisbaeeer Hallo Lars, ja hab ich von gehört und auch schon viel zu gelesen. Ich hatte dazu meinen Händler angeschrieben - keine Reaktion. Hab heut morgen reingeschaut und siehe da:
MW3_16U_5406_1.53. -
@rene55 Hallo Rene55,
ich habe den Schritt auf die Version 0.3.1 gemacht. Vielen Dank für deine engagierte Arbeit. Es sind in dieser Version alle benötigten Daten meines Pylontech Force H2 aufgetaucht.
Ich wünsche Dir noch einen schönen Sonntag
Ralf -
@radi Ja, gerne. Nachdem der Knoten geplatzt ist kommen zig Werte von den verschiedenen Devices an.
Seit der Version 0.3.1 wird im Gegensatz zu den Vorgängerversionen keine Liste der zu ermittelnden Werte geführt, sondern es werden zunächst "alle" von der Api gelieferten Werte eingelesen. Das kann zu einer Flut neuer Datenpunkte werden. Der Benutzer kann über eine Blacklist die nicht benötigten Werte herausfiltern. Dazu trägt man im Userinterface unter Blacklist die Werte der ersten Spalte der Objekte (=ID) durch Komma separiert ein, die man nicht sehen will. Die entsprechenden Datenpunkte können dann beherzt gelöscht werden, was die Anzahl der Objekte übersichtlicher macht.
