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

[Schofseggl1893]

whooop whoop.... und schon funktioniert es!^
Ein Träumen wie schnell das ging!

vielen Dank an @bernd1967 und @nograx !🙏🏼👍🏼

vlt. noch eine beiläufige Frage: die Daten des D0 werden hier nicht mit übermittelt wie ich gesehen habe, oder?

[nograx]

Moin zusammen, sorry war hier einige Tage nicht aktiv, also danke für das Github Issue. Darüber kriege ich direkt eine Meldung und so einen Fehler korrigiere ich dann auch sofort.

@schofseggl1893 was meinst du mit D0?

[Schofseggl1893]

Mit Do meine ich den Smartmeter von Zendure, der liefert ja zyklisch den aktuellen Stromverbrauch.
Ich weiß aber nicht ob die Daten auch in die Zendure Cloud gehen oder nur „lokal“ von dem Hubs verarbeitet werden.

[nograx]

Ok dachte ich mir im Nachgang schon. Ich habe so einen nicht im Einsatz daher würde es schwierig werden da irgendwie was rauszufinden wie der eingebunden ist. Bei den Smart Plugs habe ich mir damals die Zähne ausgebissen weil das irgendwie eine sehr seltsame Implementierung war.

[XoxoX]

@nograx

Hallo seit dem upadte auf 3.1.1
kommt bei mir der fehler

zendure-solarflow.0 2025-12-03 14:59:23.667 error [object Object]

Soweit funktioniert aber glaube ich alles

Ps. ich hab einen hyper

[Schimi]

habe nachgeschaut bei mir auch (2400 AC)

*bei genauem hinschauen kam es nur 2-3mal vor.... vielleicht hat sich da was verschluckt :-)

[nograx]

Könnt ihr mal schauen was der Adapter davor und danach so berichtet? Etwas mehr Kontext wäre hilfreich 🙃

[Schimi]

@nograx habe mal debug laufen lassen und den Adapter gestartet:

2025-12-04 10:38:28.174 - info: zendure-solarflow.0 (9807) starting. Version 3.1.1 in /opt/iobroker/node_modules/iobroker.zendure-solarflow, node: v22.21.1, js-controller: 7.0.7
2025-12-04 10:38:28.254 - debug: zendure-solarflow.0 (9807) [onReady] Using Authorization Cloud Key
2025-12-04 10:38:28.641 - error: zendure-solarflow.0 (9807) [object Object]
2025-12-04 10:38:28.643 - debug: zendure-solarflow.0 (9807) [initAdapter] Init adapter in mqttSharedService!

und im warn modus immer wieder:

zendure-solarflow.0
2025-12-04 10:44:44.425	warn	State "zendure-solarflow.0.BC8B7F.BnaktPHM.pvPower4" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-12-04 10:44:44.424	warn	State "zendure-solarflow.0.BC8B7F.BnaktPHM.pvPower3" has no existing object, this might lead to an error in future versions

zendure-solarflow.0
2025-12-04 10:44:44.406	warn	State "zendure-solarflow.0.BC8B7F.BnaktPHM.smartMode" has no existing object, this might lead to an error in future versions

[BMGS]

bei mir sieht das so aus, der Error wiederholt sich alle 5 Min. "Reconnect lagt wohl an der W-Lan Verbindung"
Also Fehler tritt nur nach dem login auf.

Hyper 2000 und jetzt noch SF800 pro.
Der Fehler kommt gleich nach dem Token login.

2025-12-04 20:30:18.599 debug [onReady] Creating 2 devices...
zendure-solarflow.0
2025-12-04 20:30:18.593 debug [checkStatesJob] Starting check of states and connection!
zendure-solarflow.0
2025-12-04 20:30:18.526 debug [connectCloudMqttClient] Connecting to MQTT broker mq.zen-iot.com:1873...
zendure-solarflow.0
2025-12-04 20:30:18.526 debug [initAdapter] Init adapter in mqttSharedService!
zendure-solarflow.0
2025-12-04 20:30:18.526 error [object Object]
zendure-solarflow.0
2025-12-04 20:30:17.989 debug [onReady] Using Authorization Cloud Key
zendure-solarflow.0
2025-12-04 20:30:17.951 info starting. Version 3.1.1 (non-npm: nograx/ioBroker.zendure-solarflow#0686557453c17fc0992c2) in /opt/iobroker/node_modules/iobroker.zendure-solarflow, node: v20.19.4, js-controller: 7.0.7

LG
BMGS

[BMGS]

bei mir im warn Modus, alle 5 min.: "Reconnect lagt wohl an der W-Lan Verbindung"

zendure-solarflow.0
2025-12-04 20:50:52.264 error [object Object]
zendure-solarflow.0
2025-12-04 20:50:20.019 warn Restart initiated
zendure-solarflow.0
2025-12-04 20:50:00.017 warn [checkStatesJob] Last update for deviceKey exxxxW was at Thu Dec 04 2025 20:16:19 GMT+0100 (Central European Standard Time), device seems to be online - so maybe connection is broken - restart adapter in 20 seconds!

BMGS

[BMGS]

Hallo, beim SF800pro packpower Lade/Entladeleistung wird nur die Entladung angezeigt, hat das noch jemand?
outputPackPower Ladeleistung zur Batt. ist auch 0.

BMGS

[surfing.micha]

Hallo, ich lese hier schon einige Zeit mit. Vielen Dank an alle die hier ihr Wissenteilen!
Ich habe einen Hyper2000 mit zwei Akku's.
Versuche schon seit Tagen von der Cloud wegzukommen (mit dem ZendureCloudDisconnector) klappt aber nicht. Aber das ist ein anderes Thema.
Was mir aber aktuell den Schlaf raubt ist der Fakt, dass wenn ich über "SetInputLimit" oder SetOutputLimit" einen wert vorgebe dieser immer mit dem Max-Wert "1200W" überschrieben wird.
Habe dann eine Rollback von der 2.0.4 Version auf die 1.15.4 gemacht und letztlich jetzt die 3.1.1 installiert
Leider ohne Erfolg.
Allerding scheinen jetzt die log-Ausgaben detaillierter zu sein.
Wenn ich einen Wert setze kommen folgende Log-Info's:

Woher kommt die -1200? Und warum ist dann am Ende im "SetInputLimit" DAtenpunkt ein 1200W drin?

[Bernd1967]

@surfing.micha
Habe den Fehler auch....
Das ist wieder was für @nograx
Datei:
"Hyper2000.js"
Zeile:
this.maxInputLimit = -1200;
Korrektur:
this.maxInputLimit = 1200;

P.S.:
Dann gibt es allerdings Probleme mit dem "Smart Matching Mode"
Also ist das so noch nicht die Lösung

[Murphy 0]

@surfing.micha
Da kann ich glaube helfen.
Bei setInputLimit und setOutputLimit gibt man Werte größer Null ein. AC-Mode 1 oder 2 Automodel 0.
Bei setDeviceInOutLimit gibt man für Laden -Werte und für Einspeisen +Werte ein. AC-Mode 0 und Automodel 8
So bekomme ich mit der Vers. 2.04 keine Fehler, allerdings offline ohne Cloud.
Schau mal dass in der App alles auf Aus steht, sonst funzt die Steuerung über den Adapter nicht.

[Bernd1967]

@murphy-0
Ja richtig, beim Hyper ist aber der Fehler drin das entweder der "Smart Matching Mode" funktioniert oder der "AC Mode"
Aktuell funktioniert nur der "Smart Matching Mode"
@nograx
Es gibt da noch in diesem Bereich ein Problem bei negativen Werten (wenn this.maxInputLimit = positiv) :
if (limit < 0) {
if (limit < this.maxInputLimit) {
limit = this.maxInputLimit;
}
} else {
if (limit > this.maxOutputLimit) {
limit = this.maxOutputLimit;
}
}

Im "Smart Matching Mode" wird beim Hyper aus z.B. -200 dann limit=1200
Ich hab dann hier bei "this.maxInputLimit * -1" eingetragen.
Und dann funktionieren wieder beide Methoden.
Das bedeutet aber das bei den anderen Geräten das wohl auch nicht richtig ist?

[surfing.micha]

@Bernd1967

Danke dir!
Habe bei mir das Minus weggenommen und jetzt wird mein Wert nicht gleich mit 1200 überschrieben.
Sieht man auch in den logs.
Allerdings habe ich immer noch das Problem, dass nach dem Setzen von SetInputLimit der Datenpunkt mit 1200 überschrieben wird.
Dabei taucht allerdings keine Meldung in den Logs auf. Wenn ich dann meinen alten Wert (z.B. 200) drüber schreibe geht das Spiel nochmal 1 bis 2 mal, dann wird meine 200 genommen und auch eingestellt.
Das passiert allerdings immer wieder wenn ich einen neuen Sollwert vorgebe.
Sieht aus, als ob die 1200 von einer anderen Quelle kommt.
Ich habe aber in der App keinen Modus aktiv und ich bin in der App abgemeldet.

[surfing.micha]

Ach so eine Frage noch zum "Smart Matching Mode". Da habe ich mir auch schon die Zähne ausgebissen.
Wenn ich "setDeviceAutomationInOutLimit" setze (z.B. auf 100) wird der Wert gesetzt.
AutoModle bleibt aber auf 0.
Wenn ich dann einen neuen Wert setze (z.B. 0 oder dann -100) passiert nichts.
Der alte Wert bleibt gesetzt (ich meine den tatsächlichen Entladewert "outputHomePower" und nicht den Control)
AutoModel bleibt auch immer 0.
Schreibe ich einen neuen Wert in "setDeviceAutomationInOutLimit" wird AutoModel wieder "0".
Ich dachte "AutoModel" wir automatisch beim setzen von "setDeviceAutomationInOutLimit" auf 8 gesetzt und bleibt da.
Ich bekomme das nur weg, wenn icg den ACMode aktiv setze.

[Murphy 0]

@surfing.micha
Benutze die Version 2.04. Funktioniert beim Hyper perfekt.
acMode auf 0 setzen.
autoModel auf 8 (smart matching mode) setzen.
So lange du nun setDeviceAutomationInOutLimit mit + oder - Werten benutzt sollten diese beiden Einstellung unverändert bleiben.
Wenn so etwas dazwischen funkt ist es die App. Bedenke, dass zweitweise die Zendure Cloud spinnt und die Einstellungen in der App oder im Adapter nicht aktualisiert werden.

Deswegen hatte ich mir zur Kontrolle einen Shelly em am Hyper in den Stromanschluß installiert.
Seit ich offline bin gibt es dieses Problem nicht mehr.

[surfing.micha]

@Murphy-0

Dann muss ich das Thema "Cloud Disconnect" nochmal angehen.
Hat halt leider bisher nicht funktioniert.

Gibt es eine Möglichkeit zu "sehe" ob der das Zendure-Gerät (in dem Fall Hyper2000) auch wirklich die url für den MQTT-Server von Zendure-Cloud auf local gesetzt hat?

Ich habe es mit dem ZendureCloudDisconnector.exe tool versucht.
Er findet meinen Hyper und wenn ich "Get Telemetry" klicke kommt auch ein O.K. bei Paired, BLE Service und GATT Characteristics.
Dann trage ich die Daten meines lokalen MQTT-Servers ein.
Nach Klicken auf Connect to (local) MQTT wird das auch erfolgreich quittiert.
Wenn ich dann am Hyper den Knopf 10s drücke für den Reset bekomme ich auch im IO-Broker keine Daten mehr und der Zeitstempel vom Alive bleibt stehen.
Wenn ich mit dem MQTT-Explorer meine MQTT-Server-Instanz prüfe, tauchen die Zendure properties aber nicht auf.
Als MQTT-Server verwende ich den IO-Broker-MQTT-Adapter

[Felli]

@surfing.micha

Wichtig dabei ist, dass der Broker also dein IoBroker Adapter hierfür den Standardport also 1883 und kein Auth verwendet, dann sollte es eigentlich klappen. Ggf mal die Einstellungen vom Broker checken. Wenn du es nur mal probieren möchtest, empfehle ich das per DNS Umschreibung zu machen. Ich hatte die Geräte Monate lang per Disconnector hart getrennt aber habe es mittlerweile wieder auf DNS Umschreibung geändert. Der Vorteil ist, dass man aus der Ferne mal schnell wechseln kann, wenn es nötig ist. Nutze hierfür AdGuard als Dienst und als Broker läuft bei mir EMQX als dedizierte Instanz.