Test Adapter Zendure Solarflow
-
Also nochmal zum Ausgang:
Solarflow 800 Pro mit Adapter 2.0.1Habe den Speicher aus HEMS rausgenommen und mich von der App abgemeldet.
Im Adapter habe ich AcMode auf AC output mode (2) gestellt mit folgender Meldung im Protokollendure-solarflow.0 2025-08-03 14:07:44.087 warn [setAcMode] AC mode was switched and smartMode is false - changes will be written to flash memory. In the worst case, the device may break or changes may no longer be saved!Dann habe ich autoModel auf Nothing(0), autoRecover auf false, passMode auf Always off(1) gestellt.
setPutputLimit kann ich somit setzen und wird auch angenommen.
setDeviceAutomationOutInLimit habe ich werte mit 100 und -100 getestet. Da passiert leider gar nichts. Es wird auch nicht auf autoModel 8 umgeschalten. Was mache ich falsch?
Bei PackPower wird nach wie vor nur die Entladeleitung mit - angezeigt aber nicht die Ladeleistung.
Wenn ich mit irgendewas dazu beitragen kann wass hilft diese Probleme zu lösen bin ich gerne bereit.
Vielen Dank für eure Unterstützung
endure-solarflow.0
2025-08-03 14:07:44.087 warn [setAcMode] AC mode was switched and smartMode is false - changes will be written to flash memory. In the worst case, the device may break or changes may no longer be saved!@maxclaudi sagte in [Test Adapter Zendure Solarflow](/post/1286199): > @daniel-8 sagte in [Test Adapter Zendure Solarflow](/post/1286158): > > > Muss man manuell in autoModel8 schalten oder geschieht das wenn man den Wert autimationinoutkimit ändert? > > Das übernimmt die function automatisch im Code vom Adapter. > Kannst einfach selbst testen. > Energiepläne aus. Limit über Adapter setzen und bist automatisch in dem matchingMode. > So sollte es normal funktionieren. > > > SmartMode gibt es ja nicht mehr für akku Geräte > > ? Vielleicht weil es im Adapter entfernt wurde, nicht sichtbar. > Der smartMode wurde ja erst für neue Geräte mal richtig erwähnt und ist vorhanden. > Wie alles im Detail funktioniert muss erforscht werden. > Würde es bei meinem Hub nicht funktionieren, dann müsste vermutlich flash/eeprom bereits defekt sein. > > Allein heute hat sich nur outputLimit 442x geändert. > Mit smartMode:1. > Lasse es experimentell darauf ankommen. > > edit: > vorheriges post von mir ebenfalls editiert: > soll natürlich <20W sein. > Was auch Bypass betrifft: wenn Smart Meter kein Signal oder unzuverlässig Werte liefert, könnte das System überhaupt nicht in den Bypass finden oder nicht wieder herauskommen, auch wenn Veränderungen im Strombedarf / Verbrauch sind. > Zählerwerte sollten zuverlässig vorhanden sein. -
@daniel-8 sagte in Test Adapter Zendure Solarflow:
Also nochmal zum Ausgang:
Solarflow 800 Pro mit Adapter 2.0.1Habe den Speicher aus HEMS rausgenommen und mich von der App abgemeldet.
Im Adapter habe ich AcMode auf AC output mode (2) gestellt mit folgender Meldung im Protokollendure-solarflow.0 2025-08-03 14:07:44.087 warn [setAcMode] AC mode was switched and smartMode is false - changes will be written to flash memory. In the worst case, the device may break or changes may no longer be saved!Das ist eine freundliche Warnung, dass der AC-Mode Wechsel (inputLimit und outputLimt sollen auch betroffen sein) , wenn man sich nicht im SmartMatching-Modus befindet, vermutlich in den Flash, statt in RAM geschrieben wird.
Das hat @nograx als Hinweis mit eingebaut.
Wenn der Wechsel mit smartMode:1 mit keinem Energieplan [(0) nothing] möglich ist/wäre, dann wird vermutlich auch in den RAM geschrieben.Dann habe ich autoModel auf Nothing(0), autoRecover auf false, passMode auf Always off(1) gestellt.
setPutputLimit kann ich somit setzen und wird auch angenommen.
setDeviceAutomationOutInLimit habe ich werte mit 100 und -100 getestet. Da passiert leider gar nichts. Es wird auch nicht auf autoModel 8 umgeschalten. Was mache ich falsch?
Nichts.
Sorry, 800 + 2400AC ist im code auf den ersten Blick, nur mit HEMS Variante berücksichtigt. Dadurch dürfte es mit ausgeschaltetem HEMS auch nicht automatisch wechseln.
Keine Ahnung warum nur die HEMS Variante im Code berücksichtigt wird.
Da wird @nograx seine Gründe dafür haben(?).
Also funktioniert nur, wenn den Modus manuell einschaltest (und wahrscheinlich muss HEMS dazu auch aktiv sein(?)).Edit: dort wird auch kein autoModel: 8 verwendet statt dessen ein mode: 9
Wird mit HEMS zusammenhängen.
Warum das so für 800 + 2400AC gelöst ist, weiß ich nicht.Bei PackPower wird nach wie vor nur die Entladeleitung mit - angezeigt aber nicht die Ladeleistung.
PackPower ist kein im json übermittelter Wert von den Geräten.
Funktion vom Adapter, wo @nograx drüber schauen kann. -
@maxclaudi sagte in Test Adapter Zendure Solarflow:
@daniel-8 sagte in Test Adapter Zendure Solarflow:
Also nochmal zum Ausgang:
Solarflow 800 Pro mit Adapter 2.0.1Habe den Speicher aus HEMS rausgenommen und mich von der App abgemeldet.
Im Adapter habe ich AcMode auf AC output mode (2) gestellt mit folgender Meldung im Protokollendure-solarflow.0 2025-08-03 14:07:44.087 warn [setAcMode] AC mode was switched and smartMode is false - changes will be written to flash memory. In the worst case, the device may break or changes may no longer be saved!Das ist eine freundliche Warnung, dass der AC-Mode Wechsel (inputLimit und outputLimt sollen auch betroffen sein) , wenn man sich nicht im SmartMatching-Modus befindet, vermutlich in den Flash, statt in RAM geschrieben wird.
Das hat @nograx als Hinweis mit eingebaut.
Wenn der Wechsel mit smartMode:1 mit keinem Energieplan [(0) nothing] möglich ist/wäre, dann wird vermutlich auch in den RAM geschrieben.Dann habe ich autoModel auf Nothing(0), autoRecover auf false, passMode auf Always off(1) gestellt.
setPutputLimit kann ich somit setzen und wird auch angenommen.
setDeviceAutomationOutInLimit habe ich werte mit 100 und -100 getestet. Da passiert leider gar nichts. Es wird auch nicht auf autoModel 8 umgeschalten. Was mache ich falsch?
Nichts.
Sorry, 800 + 2400AC ist im code auf den ersten Blick, nur mit HEMS Variante berücksichtigt. Dadurch dürfte es mit ausgeschaltetem HEMS auch nicht automatisch wechseln.
Keine Ahnung warum nur die HEMS Variante im Code berücksichtigt wird.
Da wird @nograx seine Gründe dafür haben(?).
Also funktioniert nur, wenn den Modus manuell einschaltest (und wahrscheinlich muss HEMS dazu auch aktiv sein(?)).Edit: dort wird auch kein autoModel: 8 verwendet statt dessen ein mode: 9
Wird mit HEMS zusammenhängen.
Warum das so für 800 + 2400AC gelöst ist, weiß ich nicht.Bei PackPower wird nach wie vor nur die Entladeleitung mit - angezeigt aber nicht die Ladeleistung.
PackPower ist kein im json übermittelter Wert von den Geräten.
Funktion vom Adapter, wo @nograx drüber schauen kann.Also ich kann einstellen und versuchen was ich möchte mit oder ohne HEMS. über die Variable setDeviceAutomationOutInLimit bekomme ich auf jedenfalls keine Ausgangsleistung.
Zendure hat ja das ganze jetzt wohl auch irgendwie für Homeassistant freigebeben im August. Wollte eigentlich deswegen auch nicht umsteigen -
@daniel-8 sagte in Test Adapter Zendure Solarflow:
Also ich kann einstellen und versuchen was ich möchte mit oder ohne HEMS. über die Variable setDeviceAutomationOutInLimit bekomme ich auf jedenfalls keine Ausgangsleistung.
Zendure hat ja das ganze jetzt wohl auch irgendwie für Homeassistant freigebeben im August. Wollte eigentlich deswegen auch nicht umsteigenich breche hier mal ne Lanze für @nograx.
Ohne ihn hätten viele nicht die komfortabele Möglichkeit über den Adapter ihre Zendure-Systeme zu steuern.
Die Emulation vom Smartmatching Mode ist Neuland.
Zudem ist vieles Unerforscht und @nograx hat nicht einmal die Geräte um alles selbst zu testen und zu optimieren.
Man ist auf Infos, Hilfe und feedbacks (wie von Dir) angewiesen.
Dann benötigt die Entwicklung viel Zeit und was in meinen Augen schlimm ist:
Anscheinend bekommen nur ausgesuchte Entwickler Unterstützung von Zendure.
Von mir auf jeden Fall ein Dankeschön an @nograx für seine bisherige Arbeit, die mir auch viel an Vorlagen liefert(e).
Zu HA:
FireSon wird von Zendure unterstützt.
Seine Arbeit ist bei Zendure auf github .
Aber auch dieser Code ist nicht fehlerfrei, ausgereift. Auch hier kommt ein Update nach dem anderen.
Bin selbst daran und habe die notwendigen Teile für meine Geräte in js umgeschrieben.
Auch hier gibt es Probleme, vor allem, dass Batterien nicht im Mode 8 geladen werden.
War auch nie in dem Modus von Zendure für den ace1500 so vorgesehen.
Hier hätte ich die Idee zu einem workaround, jedoch halte ich nicht viel davon den SmartMatchingMode zu emulieren.
Aber das ist ne andere Geschichte.Auch FireSon hat nicht alle Geräte zur Verfügung und ist auch auf feedback, Hilfe und Infos angewiesen, jedoch mit dem entscheidenden Vorteil, dass er anscheinend wenigstens von Zendure Antworten erhält.
Meine Meinung: Am besten wird über HA bisher Hyper und der SF2400AC unterstützt.
Von der reinen Steuerung her.
Jedoch gibt es auch hier immer wieder Probleme mit dem Hyper (freezes) und gelegentlich mit dem SF2400AC.
Beim Hyper arbeiten sie dann mit einer BT-Bridge um den hyper über BT zu reseten, damit man sich die Prozedur mit stromlos machen, PV-Trennen, Hyper von Batterien usw. erspart.
Das ist nichts für mich.Abwarten. Es tut sich gerade viel.
Und wenn alles einigermaßen laufen wird, dann ist 2026 und es werden (bestimmt) wieder neue Geräte kommen.
Jeder mag davon halten was er will.
Persönlich finde ich den Weg über die SmartMatching-Emulation (außer für den Hyper) nicht richtig.
Auch mag ich nicht einen phyton code einfach in js umsetzen, ohne zu wissen was der code macht.
Selbst wenn er funktioniert, weiß man nicht ob alles richtig oder nicht richtig ist.
Flash, RAM etc.
Die Aussage, dass alles gleich (identisch) gemacht wird, wie Zendure original, kann nicht überprüft werden.
Sowas kann man nur wissen (evtl. auch nur zum Teil), wenn man loggt und alles ausgetestet hat.
Ein schwieriger und langwieriger Weg.
Bevor ich einen Weg des workaround für meine Geräte zum Laden im SmartmachtingMode weiter verfolge (erste Tests waren vielversprechend) konzentriere ich mich mehr auf den SmartMode und was es damit auf sich hat.
Der "SmartMode":1 wird in HA auch beim SF2400AC genutzt, um nicht in den Flash zu speichern.@nograx
Auffallend ist auch beim setzen von inputLimit und outputLimit, dass smartMode:1 und acMode anscheinend zusätzlich mit published werden und nicht nur das Limit selbst.Beispiel:
zum laden:{"properties": {"smartMode": 1, "acmode": 1, "inputLimit": -power}}zum entladen:
{"properties": {"smartMode": 1, "acmode": 2, "outputLimit": power}}Bei mir publishe ich in einer Testumgebung ohne Adpater zusätzlich "smartMode":1 mit im json, auch wenn er schon dauerhaft auf 1 steht.
Wäre es nicht einen Versuch wert:
Im Adapter, beim setzen der einzelnen Datenpunkte von acMode, setInputLimit und setOutputLimit zumindest "smartMode":1 zusätzlich mit zu publishen?Evtl. für eine extra alpha-Alternativ-Version.
Theoretisch müssten alle Geräte das json annehmen und auswerten, was ausgewertet werden kann. Vermutlich wird nur verworfen, was nicht gesetzt werden kann und nicht die komplette Anforderung.
Deshalb nur mal eine alpha-Testversion mit smartMode.Beispiel:
{"properties": {"smartMode": 1, "outputLimit": power}}Weiter warte ich und hoffe, dass es für Alle veröffentlicht wird:
Zendure:
The SF 800 Pro does not currently support an API.
Zendure is currently working on developing a local HomeAssistant control API, which we will release soon. You will then be able to implement your requirements via a platform such as HomeAssistant. To control the SF800/SF800Pro/SF2400AC with the performance data of other energy managers, you may need some knowledge in development.Hoffentlich ist das dann eine anständige API die mal ausführlicher die diversen Möglichkeiten mit keys/values beschreibt.
-
@daniel-8 sagte in Test Adapter Zendure Solarflow:
Also ich kann einstellen und versuchen was ich möchte mit oder ohne HEMS. über die Variable setDeviceAutomationOutInLimit bekomme ich auf jedenfalls keine Ausgangsleistung.
Zendure hat ja das ganze jetzt wohl auch irgendwie für Homeassistant freigebeben im August. Wollte eigentlich deswegen auch nicht umsteigenDu bist in der Cloud, verwendest Haupt-Account für den Adapter, BT ist ausgeschaltet UND App vollständig beendet?
Dann setzt Du einen Wert und der wird nicht übernommen?
Kein positiver Wert, kein 0 und kein negativer Wert?
Gleichgültig ob HEMS aktiv oder deaktiv?Nur noch einmal um sicher zu gehen:
So wie ich es verstehe ist mit Deinem SF800pro kein Account-Sharing möglich.
Somit kann man über den Adapter auch nur steuern, wenn App vollständig beendet ist.
Beides gleichzeitig (App und Adpater) geht nach meinem Verständnis nicht, auch nicht wenn Adapter nur zur Beobachtung verwendet werden soll.
Da bist ja dann mit App und Adapter 2x angemeldet. -
@maxclaudi sagte in Test Adapter Zendure Solarflow:
@daniel-8 sagte in Test Adapter Zendure Solarflow:
Also ich kann einstellen und versuchen was ich möchte mit oder ohne HEMS. über die Variable setDeviceAutomationOutInLimit bekomme ich auf jedenfalls keine Ausgangsleistung.
Zendure hat ja das ganze jetzt wohl auch irgendwie für Homeassistant freigebeben im August. Wollte eigentlich deswegen auch nicht umsteigenDu bist in der Cloud, verwendest Haupt-Account für den Adapter, BT ist ausgeschaltet UND App vollständig beendet?
Ja App ist beendet und ich verwende den Hauptaccount.
Dann setzt Du einen Wert und der wird nicht übernommen?
Kein positiver Wert, kein 0 und kein negativer Wert?Kein Wert wenn ich den neuen Datenpunkt setDeviceAutomationOutInLimit nehme
Gleichgültig ob HEMS aktiv oder deaktiv?
Egal ob Hems aktiv oder deaktiviert ist.
Nur noch einmal um sicher zu gehen:
So wie ich es verstehe ist mit Deinem SF800pro kein Account-Sharing möglich.
Somit kann man über den Adapter auch nur steuern, wenn App vollständig beendet ist.
Beides gleichzeitig (App und Adpater) geht nach meinem Verständnis nicht, auch nicht wenn Adapter nur zur Beobachtung verwendet werden soll.Man kann das Gerät für einen 2.ten Account freigeben. Kann aber nur angezeigt werden wenn er unter hems eingebunden ist. Einzelne Geräte können nicht geteilt werden.
Da bist ja dann mit App und Adapter 2x angemeldet.
-
Hast Du den Adapter schon mal auf Debug Log gestellt ?
Sind da Meldungen enthalten mit "[setDeviceAutomationInOutLimit]" oder "device automation failed for..." -
@maxclaudi sagte in Test Adapter Zendure Solarflow:
Thema smartMode:Beispiel:
zum laden:
{"properties": {"smartMode": 1, "acmode": 1, "inputLimit": -power}}
zum entladen:
{"properties": {"smartMode": 1, "acmode": 2, "outputLimit": power}}Habe ich gerade mit dem Hyper getestet.
Leider kommt vom Hyper nur die Standartantwort, man weiß also nicht ob es geklappt hat.Gesendet:
Topic:
mqtt.0.iot.gDa3tb.+++++.properties.write
Payload:
{"properties":{"smartMode":1,"acmode":1,"outputLimit":100}}Empfangen:
Topic:
mqtt.0.gDa3tb.+++++.properties.write.reply
Payload:
{"messageId":134218099,"deviceId":"+++++","timestamp":1754337944,"success":1,"properties":{"outputLimit":100}} -
@bernd1967
aber das limit wurde gesetzt?
Müsste eigentlich.edit: na klar, wie erwartet wurde es bestimmt gesetzt.
Laut reply oder nicht? -
@maxclaudi
Ja, Limit wurde gesetzt.
Aber Hyper gibt keine Antwort über den Zustand vom "smartMode". -
@bernd1967
nimm mal deine deviceid raus -
@bernd1967 sagte in Test Adapter Zendure Solarflow:
@maxclaudi
Ja, Limit wurde gesetzt.
Aber Hyper gibt keine Antwort über den Zustand vom "smartMode".aber anscheinend der richtige Weg json so zu publishen.
Danke.
Hat jetzt bestätigt, was ich gefunden habe und mir bestätigt wurde, dass es nicht nur beim hub2000 funktionieren soll.
Mit Deinem Versuch, weiß ich jetzt, dass es zumindest auch beim hyper keine Auswirkungen auf das setzen der eigentlichen Anweisung des Limits hat. -
@murphy-0 said in Test Adapter Zendure Solarflow:
Ich hatte bei meinem Hyper seit gestern mit dem Adapter 2.01 wo es keinen SmartMode mehr gibt keine Abbrüche mehr.
Neustart alle 3 Std war aktiviert.Leider doch immer noch das Problem vorhanden. Der Hyper hört 1 bis 2 mal am Tag auf Daten an den Broker zu publishen. Der Neustart des Adapters alle 3 Std. Löst das Problem nicht.
Das Skript läuft weiter, rechnet allerdings mit dem letzten bekannten Wert: outputHomePower beim Entladen / gridInputPower beim Laden. Der SoC wird auch nicht aktualisiert.
Meine Lösung momentan ist ein systemctl restart mosquito über crontab alle 6 Std. Dabei werden alle Verbindungen neu gestartet.
Mit systemctl status mosquito kann man jederzeit kontrollieren ob und wann der letzte restart war. -
@murphy-0 sagte in Test Adapter Zendure Solarflow:
Leider doch immer noch das Problem vorhanden. Der Hyper hört 1 bis 2 mal am Tag auf Daten an den Broker zu publishen. Der Neustart des Adapters alle 3 Std. Löst das Problem nicht.
Das beschäftigt mich auch noch....
Hatte auch festgestellt das wenn ich den Mosquitto Broker neu starte, der Hyper sich wieder meldet und Daten liefert.
Das letzte was ich in meinem Script geändert habe ist das umschalten zwische Laden und Entladen zeitlich zu verzögern.
Also wenn der Modus zwischen laden und entladen gewechselt werden soll, 30 Sekunden warten.
Seit zwei Tagen kein hängen mehr ..... -
Den letzten Abbruch hatte ich 2,5 Std nach dem Wechsel vom Mode auf entladen. Mit dem Adapter Vers. 1.x hatte ich das Problem nie.
Ich wechsle ja den Mode nur um 19:00 und 07:00.
Werde mal mit 60 Sec testen.
Tagsüber wenn der Akku voll ist lade ich das Auto.
Ist auch für den Akku sehr schonend. -
@bernd1967 sagte in Test Adapter Zendure Solarflow:
Das letzte was ich in meinem Script geändert habe ist das umschalten zwische Laden und Entladen zeitlich zu verzögern.
Also wenn der Modus zwischen laden und entladen gewechselt werden soll, 30 Sekunden warten.
Seit zwei Tagen kein hängen mehr .....ich weiß jetzt nicht mehr genau wo das im HA Code war oder wo ich drüber gestolpert bin....
Teste mal folgendes:
Verzichte auf das direkte umschalten.
Statt dessen setze zwischen den Umschaltvorgängen von Laden und Entladen: 0
Natürlich auch zwischen Entladen und Laden.So wie ich das in Erinnerung habe wurde das irgendwo automatisiert, damit man als User nichts davon mitbekommt.
Wie lange 0 sein muss weiß ich im Moment nicht mehr, weil ich an einem anderen Code dran bin. -
@maxclaudi
Guter Tip, werde ich mal probieren. -
Habe das jetzt auch gestern umgestellt mit dem zendure-solarflow.0.gDa3tb.a51h3wKT.control.setDeviceAutomationInOutLimit. Scheint zu funktionieren, wobei ich beim Einspeisen mit Überschuss (sind bei mir immer nur so 100-200 Watt) ein deutliches springen (d.h. immer schnelle Wechsel zwischen Input und Output). Muss ich mal weiter beobachten.
Nur noch mal zur Sicherheit nachgefragt: Der AC Mode muss dann auf Nothing stehen, richtig?
