NEWS
Test Adapter Zendure Solarflow
-
@XBiT ist bei dir die Option "Spannungs-Überwachung nutzen (deaktiviert die Einspeisung wenn die Spannung einer Batterie in kritischen Bereich fällt)" aktiviert und die Batterie quasi leer? Könnte sein das er versucht die Einspeisung zu stoppen. Ich nehme an du steuerst den über das Cloud HEMS?
Wenn das so ist solltest du die Option nicht anhaken.
-
Steuere gerade die Mix über das Multi-Device-Skript welches auf dem Shelly läuft weil es ja noch nicht von dem Adapter unterstützt wurde.
Batterie ist auf 100% und eine Überwachung sollte da nicht greifen. -
@nograx Ok, dann vertraue ich darauf, dass die Legacy-Devices noch lange unterstützt werden. Wenn es nicht mehr geht, sagst du sicherlich Bescheid. Ich bin noch auf der V4.1.2. Ich werde die V5.2.0 mal testen. Übrigens: Danke dafür.
@Rene55 Ich denke du bist da noch sehr lange auf der sicheren Seite. Da dürfte es sowohl auf der Zendure Seite als auch im Adapter keine großen Änderungen mehr geben. Anpassungen gibt es eher in Richtung neuer Geräte, hier geht dann aber alles ausschließlich über das zenSDK, von daher betrifft es da auch nur den neuen Code und keinen alten ;-)
-
Wenn keine ganz große Not hast würde ich warten bis Zendure die neue Firmware für den Hyper verteilt, dann ist TLS wieder deaktiviert
Wenn keine ganz große Not hast würde ich warten bis Zendure die neue Firmware für den Hyper verteilt, dann ist TLS wieder deaktiviert
Danke dir. So wirds gemacht. Und dann gerne auch nach dem Firmware Update erstmal ein paar Tagen warten und beobachten, was sonst so Spannendes mit dem Update passiert :-)
-
Hab ihr so was wie ein Monitoring eurer Geräte eingebaut, wenn sie z.B. "tot" sind und keine Daten mehr senden der WLAN weg ist? Ich prüfe aktuell auf
zendure-solarflow.0.x.y.lastUpdate. Damit kann ich aber nur sehen ob noch Daten vom Gerät kommen und nicht ob diese auch valide sind.
Macht ihr so was auch und wenn ja wie? -
Keine Ahnung, was da genau passiert.
Bei mir hängt sporadisch der Zendure-Solarflow-Adapter bzw. die Gerätekommunikation. Auffällig ist:
- zendure-solarflow.0 bleibt alive=true und connected=true
- Steuerbefehle an control.setDeviceAutomationInOutLimit werden mit ack=false gesendet und anschließend vom Adapter mit ack=true bestätigt
- der Sollwert ändert sich also korrekt
- der reale Rückmeldewert outputHomePower bleibt aber auf einem alten Wert stehen
- auch ein manueller neuer Sollwert (gesetzt direkt im ioBroker), z. B. 500 W, wird bestätigt, physisch passiert aber nichts
- gleichzeitig wird outputHomePower zeitlich nicht mehr aktualisiert
Ein Neustart nur von zendure-solarflow.0 behebt das Problem sofort. Danach wird outputHomePower wieder aktuell und folgt dem Sollwert.
Der Fehler ist also nicht die Regelung selbst, sondern offenbar eine hängende Kommunikation zwischen Adapter und Hyper, obwohl der Adapter formal weiterhin „connected“ meldet.
Als Workaround überwache ich deshalb das Alter von outputHomePower und starte den Adapter neu, wenn bei positivem Sollwert über mehrere Minuten keine frische IST-Rückmeldung mehr kommt.
Ist seit der Umstellung auf EMQX - passiert aber sehr unregelmäßig. Manchmal tagelang nicht, manchmal 2-3x pro Tag. Mit Restart deines Adapters gehts dann wieder. Daher habe ich das jetzt in mein Script eingebaut.
-
Keine Ahnung, was da genau passiert.
Bei mir hängt sporadisch der Zendure-Solarflow-Adapter bzw. die Gerätekommunikation. Auffällig ist:
- zendure-solarflow.0 bleibt alive=true und connected=true
- Steuerbefehle an control.setDeviceAutomationInOutLimit werden mit ack=false gesendet und anschließend vom Adapter mit ack=true bestätigt
- der Sollwert ändert sich also korrekt
- der reale Rückmeldewert outputHomePower bleibt aber auf einem alten Wert stehen
- auch ein manueller neuer Sollwert (gesetzt direkt im ioBroker), z. B. 500 W, wird bestätigt, physisch passiert aber nichts
- gleichzeitig wird outputHomePower zeitlich nicht mehr aktualisiert
Ein Neustart nur von zendure-solarflow.0 behebt das Problem sofort. Danach wird outputHomePower wieder aktuell und folgt dem Sollwert.
Der Fehler ist also nicht die Regelung selbst, sondern offenbar eine hängende Kommunikation zwischen Adapter und Hyper, obwohl der Adapter formal weiterhin „connected“ meldet.
Als Workaround überwache ich deshalb das Alter von outputHomePower und starte den Adapter neu, wenn bei positivem Sollwert über mehrere Minuten keine frische IST-Rückmeldung mehr kommt.
Ist seit der Umstellung auf EMQX - passiert aber sehr unregelmäßig. Manchmal tagelang nicht, manchmal 2-3x pro Tag. Mit Restart deines Adapters gehts dann wieder. Daher habe ich das jetzt in mein Script eingebaut.
-
[mdnsHelper] Finished mDNS discovery of Zendure devices, found 0 device(s) via mDNS!
obwohl ich einen 3CT am start habe :(
log.txt
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden