Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[nograx]

Das klingt so als würde da irgendwas nicht richtig funktionieren. Kannst du mal auf debug stellen und mir das Log zukommen lassen?

[stony2k]

@nograx Gerne, habe es dir per PN gesendet, da ich die log nicht gerne komplett hier posten möchte.

[PaulDaRu]

Hallo zusammen, ich habe heut einmal versucht den zendure Adapter zum laufen zu bekommen. Beim starten des Adapters mit dem Authorization Key bekomme ich folgende Fehlermeldung:

"[onReady] Error creating device with productKey '8n77V3' / deviceKey 'UhS13GtR / productModel SolarFlow 800 Plus'"

Kann damit jemand etwas anfangen?

Ich benutze die Adapter Version 3.3.2

P.S. ich habe ebenfalls das Problem wie @stony2k - gibt es hier schon einen Lösungsansatz?

[nograx]

@PaulDaRu Hey, du bist der erste mit einem SF 800 Plus. Da ist der productKey wichtig, den muss ich nämlich einpflegen und zu ordnen.

[PaulDaRu]

@nograx sagte in Test Adapter Zendure Solarflow:

@PaulDaRu Hey, du bist der erste mit einem SF 800 Plus. Da ist der productKey wichtig, den muss ich nämlich einpflegen und zu ordnen.

@nograx Alles, klar. Reichen Dir dafür die Informationen aus der Fehlermeldung oder benötigst du weitere Informationen?

[nograx]

@pauldaru Teste mal bitte die Version 3.4.0. Die sollte heute Abend im Beta Kanal aufschlagen, hast du es eiliger kannst du auch per npm installieren.

[stony2k]

@PaulDaRu Auf Anraten von nograx habe ich meinen ioBroker neugestartet und anschließend kam die Meldung nur einmal. Wir haben vermutet, dass etwas im ioBroker hängt und der Adapter daher ständig die MQTT Verbindung neu aufgebaut hat.

//Edit: Leider ist das Problem wieder da.

[PaulDaRu]

@nograx Das sieht sehr gut aus, Speicher wurde angelegt. Vielen Dank für den raschen Support.

[Murphy 0]

@stony2k
Hatte früher auch das Problem, dass die MQTT Verbindung mit Mosquitto nach einigen Std. verloren ging.
Habe dann die Frequenz mit der Werte geschickt werden durch Verwendung einer Hysterese deutlich reduziert.
Seit dem seit Monaten keinen einzigen Abbruch der MQTT Verbindung mehr.

[stony2k]

@Murphy-0 In diesem Fall wüsste ich allerdings nicht konkret, was ich machen müsste. Vielleicht magst du mir unter die Arme greifen?

[Murphy 0]

Du errechnest z.B. im Skrip einen Output. diesen Output sende ich nur wenn er 50 Watt über oder unter dem vorherigen gesendeten Output Wert liegt. Zusätzlich habe ich einen Totzone wo ich Abweichungen akzeptiere.
Z.B. ist mein angestrebter Wert fürs Einspeisen -20 Watt. Änderungen schicke ich also nur wenn der Wert unter -70 oder über +30 geht. Dann wie oben beschrieben warte ich mit der nächsten Änderung bis der neue Wert eben 50+ oder 50- vom letzten abweicht.

Ich mache gleich mal einen Screenshot, dann ist es glaube besser verständlich

[Murphy 0]

Hier siehst du, dass die Ladekurve des Akkus begradigt oder beruhigt ist.
Nicht jede kleine Änderung pro Sekunde wird gesendet.

[Murphy 0]

Unten ein Auszug aus dem Blockly
Variable für Hysterese ist auf 50 und Differenzinput ist der berechnete Unterschied zwischen aktuellem Input und vorherigem Input.
Ausserdem erfasse ich mit Schreibimpulse die Schreibvorgänge pro Monat.

[nograx]

Also das verlieren der Verbindung gibt es glaube nur beim Hyper 2000 und soll angeblich per Firmware Update demnächst behoben werden. Das liegt wohl daran das es Ping Request des MQTT Servers vom Hyper nicht beantwortet wird. Ich kann das bei mir auch beobachten, wenn ich dann die MQTT Instanz neustarte ist innerhalb sekunden wieder alles gut. Ist also kein WLAN Problem.