NEWS
Test Adapter Zendure Solarflow
-
@nograx sagte in Test Adapter Zendure Solarflow:
@maxclaudi sagte in Test Adapter Zendure Solarflow:
@nograx sagte in Test Adapter Zendure Solarflow:
Bitte immer die Geräte bei Schreiben, jedes hat nämlich seine eigenen Kommandos 🫣
positiver wert 200 ist ok, akku wird entladen.
-200 wird auch entladen.... z.T. viel mehr als 200dann dauerte es 2min und nun passt alles.
autoModel war zuvor 0.
Benötigte also wieder Zeit bis alles richtig funktionierte.
HUB2000 + ACE1500
Es könnte sein das du das Laden Kommando an den ACE übergeben musst. Kannst du das mal prüfen?
Leider nicht, bin auch unterwegs.
Hat Akku leer gezogen. Musste Instanz beenden und erst mal manuell auf autoModel:0
Damit überhaupt über json gesteuert werden kann.
Alles am Smartphone.
PV1 + PV2 Eingänge werden i. M. nur sporadisch erkannt.
Denke HUB2000 spinnt und Reset nötig. Bin aber bis nächstes WE nicht vor Ortwas soll's
-
instanz gestoppt, paar json published.
erfolg dann mit smatMode:1 + autoModel:0+ passMode 1 ...allways off=> kam HUB zurück.
instanz wieder ein ...autoModel:0 -> bleibt erst mal.
akku wird geladen mit 1800W
edit: Ost+Süd jeweils PV1+PV2 vom Hub
....läuft soweit wieder
weil nicht vor Ort, verschiebe ich das testen lieber
-
@nograx sagte in Test Adapter Zendure Solarflow:
@intruder7 sagte in Test Adapter Zendure Solarflow:
@nograx auch erster Test mit Hyper 2000.. der gesetzte Wert (unbestätigt) wird vom Adapter nicht bestätigt
Jo das stimmt, da vom Mqtt keine direkt Antwort kommt das ein Wert übernommen wurde muss ich das noch optimieren. Kommando sollte aber hoffentlich trotzdem ausgeführt werden.
über mqtt kommt ein reply, nur finden und auswerten.
z.B. anhand messageId und succes:1published:
iot/productId/devideId/function/invokeZeitstempel: Sat Jul 19 2025 10:49:02
{ "arguments": [ { "autoModelProgram": 2, "autoModelValue": -100, "msgType": 1, "autoModel": 8 } ], "function": "deviceAutomation", "messageId": 700004, "deviceKey": "XXXXXXXX", "timestamp": 1752914942 }
reply:
productId/devideId/function/invoke/replyZeitstempel: Sat Jul 19 2025 10:44:38
{ "messageId": 700004, "deviceId": "XXXXXXXX", "timestamp": 1752914678, "function": "deviceAutomation", "output": "success", "success": 1 }
Zeitstempel stimmt nicht, dafür messageId.
Also ist es das richtige reply, wenn messageId nicht statisch sein muss.Denke das hilft weiter.
edit: Blick in in code
messageId: adapter.msgCounter
dann könnte per messageId u. succes:1 ausgewertet werden.
-
@felli sagte in Test Adapter Zendure Solarflow:
Peter dir viel Spaß beim Zelten
-
@diet99
Hallo,bzgl Gerätefreigabe für 2. Account /iobroker:
wenn ich unten rechts auf das Männchen gehe, dann auf Gerätefreigabe, da wird mein SF 2400 AC nicht angezeigt....
Da steht nur: Zur Zeit keine Daten verfügbar...
Was mache ich falsch?
-
Bzgl Temperatur des SFAC 2400:
Es gibt keinen DP Temperatur?
Dh mir bleibt nur die Lösung mit einem externen Sensot Zibee/WiFI?
Danke.
-
@karacho sagte in Test Adapter Zendure Solarflow:
Bzgl Temperatur des SFAC 2400:
Es gibt keinen DP Temperatur?
adapter installiert?
hyperTmp mit Wert °C gibt es nicht?
Schau mal selber. -
@maxclaudi
Nein. nur eine State "heatstate" true/false -
@karacho sagte in Test Adapter Zendure Solarflow:
@maxclaudi
Nein. nur eine State "heatstate" true/falsegibts da noch ein Unter-Verzeichnis 'packData' und darin der Datenpunkt 'hyperTmp'
und sonst noch ein weiteres Unter-Verzeichnis den Akku betreffend und dort dann? -
@maxclaudi
Hallo,
nein es geht um den Datenpunkt des aufgesetzte Wechelrichters.Der hat einen eigenen Temperaturgesteuerten 12V Ausgang. Ich möchte aber nicht den völlig überteuerten Lüfter kaufen, sondern über ein Skrpt mit DP Temperatur eigene Lüfter ansteuern.
-
@karacho sagte in Test Adapter Zendure Solarflow:
@maxclaudi
Hallo,
nein es geht um den Datenpunkt des aufgesetzte Wechelrichters.
Der hat einen eigenen Temperaturgesteuerten 12V Ausgang. Ich möchte aber nicht den völlig überteuerten Lüfter kaufen, sondern über ein Skrpt mit DP Temperatur eigene Lüfter ansteuern.hab ich mir schon gedacht
wenn Du hyperTmp hast, dann nimm den Datenpunkt doch.
Kannst ja per script entscheiden, ob bei (hyperTmp.wert -x) der Ventilator einschaltet.
Also selbst eine Hystere schreiben. Musst sowieso.Außerdem macht das nichts.
AkkuTmp wird höher sein und der Lüfter zieht doch kein Strom. Könntest genauso gut per Zeitsteuerung oder astronomisch durchlaufen lassen.
Besser Kühler als eine fehlerhafte Hysterese. -
@nograx
Test "setDeviceAutomationInOutLimit"
2 X Hyper 2000 / Adapter v2.0.0-alpha.1Jetzt nach mehreren Stunden bleibt einer von den beiden Hyper 2000 hängen.
Er reagiert nicht mehr.
Über "function.invoke" wird gesendet, aber Bestätigung über "function.invoke.reply" fehlt.
zendure-solarflow.0.gDa3tb.+++++.outputHomePower blieb stehen bei 294W.
Noch immer wird erst "outPower":30 gesendet und dann der richtige Wert "outPower":100MQTT Protokoll nach Testwert 100W:
19.07.2025 21:20:32 Uhr Topic: mqtt.0.iot.gDa3tb.+++++.function.invoke Payload: {"arguments":[{"autoModelProgram":2,"autoModelValue":{"chargingType":0,"chargingPower":0,"freq":0,"outPower":30},"msgType":1,"autoModel":8}],"function":"deviceAutomation","messageId":706878,"deviceKey":"+++++","timestamp":1752952832} 19.07.2025 21:20:32 Uhr Topic: mqtt.0.iot.gDa3tb.+++++.function.invoke Payload: {"arguments":[{"autoModelProgram":2,"autoModelValue":{"chargingType":0,"chargingPower":0,"freq":0,"outPower":30},"msgType":1,"autoModel":8}],"function":"deviceAutomation","messageId":706879,"deviceKey":"+++++","timestamp":1752952832} 19.07.2025 21:20:32 Uhr Topic: mqtt.0.iot.gDa3tb.+++++.function.invoke Payload: {"arguments":[{"autoModelProgram":2,"autoModelValue":{"chargingType":0,"chargingPower":0,"freq":0,"outPower":100},"msgType":1,"autoModel":8}],"function":"deviceAutomation","messageId":706880,"deviceKey":"+++++","timestamp":1752952832}
Nachtrag:
Per App nachgeschaut, Speicher ist leer (Entladegrenze).
Aber trotzdem sollte Hyper antworten.
Nach probieren mit der Zendure App läuft es wieder.
Werde das weiter beobachten.Nachtrag2:
Jetzt blieb auch der andere Hyper 2000 hängen.
Erstes Anzeichen ist das über "mqtt.0.gDa3tb.++++++.log" keine Daten mehr kommen.
Nach Rechner neustart meldete sich der Hyper wieder und alles war wieder Okay.
Werde versuchen den Fehler weiter einzukreisen.
Warte auf nächsten Fehler.... -
gelöscht
-
Hallo Zusammen,
habe seit 3 Tagen einen Solarflow 2400 ac. Den Adapter habe ich in Version 2.0.0 alpha.0 installiert. Wenn er in der Clound hängt bekommt er auch alle Daten. Änderungen sind aber nicht möglich.
Leider habe ich von Mqtt keine Ahnung und komme daher trotz fleißigen Lesen dieses Threads nicht klar mit der Steuerung. Wenn ich den Adapter auf Lokal umstelle bekommt der Mqtt keinerlei Daten. Im Log schaut (für mich) alles ganz gut aus.
Wenn ich im Solarflow Änderungen mache werden bei manchen Postitionen (bspw. "Set AC Mode") diese in den Mqtt-Objekten angezeigt (ohne Wirkung auf den Solarflow). Bei manchen Änderungen (bspw. Entladeleistung) werden diese nicht in den Mqtt-Objekten angezeigt.
Den Cloud-Disconnector habe ich verwendet. Glaube aber nicht dass das funktioniert hat, da die Handy-App immer noch vollen Zugriff hat. Im Cloud-Disconnector konnte ich leider auch nicht die Telemetrie abrufen. Trotzdem habe ich beim Override die Mitteilung erhalten, dass der Traffic nun an den lokalen Mqtt-Server umgeleitet wird.
Hat einer von Euch ne Ahnung was da schief läuft?
-
Versuch es mit einer stabileren Version, nicht mit einer aus dem GitHub gefischten Alpha.
Und halt dein System aktuell.Und Logs immer als Text in CodeTags eingebettet hier rein, nicht als Screenshot-Schrott.
github: 2.0.0-alpha.1 latest: 1.15.4 for 3 days stable: 1.13.1 for 76 days
Die Beta 1.15.4 dürfte jja wohl mindestens hinreichend aktuell sein, besser aber die stable verwenden.
-
@thomas-braun
vielen Dank für die schnelle Rückmeldung. Ich gelobe Besserung mit den Screenshots!Bin auf 1.15.4 zurück. Jetzt reagiert bei den Mqtt-Objekten gar nichts mehr... Log sieht aus wie zuvor.
mqtt.0 2025-07-20 17:24:28.555 info Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states mqtt.0 2025-07-20 17:24:28.554 info Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states mqtt.0 2025-07-20 17:24:28.445 info State value to set for "mqtt.0.info.clients.iobroker-server_mqtt_1" has to be type "string" but received type "boolean" mqtt.0 2025-07-20 17:24:28.354 info Client [ioBroker.zendure-solarflow.0] subscribes on "iot/BC8B7F/BC8B7F/#" with regex /^mqtt\.0\.iot\.BC8B7F\.BC8B7F\..*/ mqtt.0 2025-07-20 17:24:28.354 info Client [ioBroker.zendure-solarflow.0] subscribes on "iot/BC8B7F/BC8B7F/#" with regex /^iot\.BC8B7F\.BC8B7F\..*/ mqtt.0 2025-07-20 17:24:28.353 info Client [ioBroker.zendure-solarflow.0] subscribes on "/BC8B7F/BC8B7F/#" with regex /^mqtt\.0\.BC8B7F\.BC8B7F\..*/ mqtt.0 2025-07-20 17:24:28.353 info Client [ioBroker.zendure-solarflow.0] subscribes on "/BC8B7F/BC8B7F/#" with regex /^BC8B7F\.BC8B7F\..*/ zendure-solarflow.0 2025-07-20 17:24:28.352 info [onConnected] Connected with MQTT! mqtt.0 2025-07-20 17:24:28.330 info Client [ioBroker.zendure-solarflow.0] connected with secret 1753025068327_7551 mqtt.0 2025-07-20 17:24:27.445 info State value to set for "mqtt.0.info.clients.iobroker-server_mqtt_1" has to be type "string" but received type "boolean" mqtt.0 2025-07-20 17:24:27.378 info Starting MQTT server on 192.168.2.52:1883
-
@michi-0 sagte in Test Adapter Zendure Solarflow:
Log sieht aus wie zuvor.
Chronologisch falsch herum.
Lies doch das Log ausiob logs --watch
aus. Oder ändere wenigstens die Anzeigerichtung in der GUI, wenn du es schon da raus kopieren musst...
System auf Stand gebracht? -
JS noch mit upgedated.
2025-07-20 18:46:08.757 - info: host.iobroker-server instance system.adapter.mqtt.0 in version "6.1.2" started with pid 36040 2025-07-20 18:46:08.907 - info: ical.1 (36025) Terminated (NO_ERROR): Without reason 2025-07-20 18:46:09.422 - info: host.iobroker-server instance system.adapter.ical.1 having pid 36025 terminated with code 0 (NO_ERROR) 2025-07-20 18:46:09.480 - info: host.iobroker-server stopInstance system.adapter.zendure-solarflow.0 (force=false, process=true) 2025-07-20 18:46:09.483 - info: zendure-solarflow.0 (35487) Got terminate signal TERMINATE_YOURSELF 2025-07-20 18:46:09.484 - info: zendure-solarflow.0 (35487) [onUnload] MQTT client stopped! 2025-07-20 18:46:09.484 - info: zendure-solarflow.0 (35487) terminating 2025-07-20 18:46:09.484 - info: zendure-solarflow.0 (35487) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2025-07-20 18:46:09.547 - info: host.iobroker-server stopInstance system.adapter.zendure-solarflow.0 send kill signal 2025-07-20 18:46:09.577 - info: mqtt.0 (36040) starting. Version 6.1.2 in /opt/iobroker/node_modules/iobroker.mqtt, node: v20.19.4, js-controller: 7.0.6 2025-07-20 18:46:09.705 - info: mqtt.0 (36040) Starting MQTT server on 192.168.2.52:1883 2025-07-20 18:46:09.775 - info: mqtt.0 (36040) State value to set for "mqtt.0.info.clients.iobroker-server_mqtt_1" has to be type "string" but received type "boolean" 2025-07-20 18:46:09.985 - info: zendure-solarflow.0 (35487) terminating 2025-07-20 18:46:10.030 - info: host.iobroker-server instance system.adapter.zendure-solarflow.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2025-07-20 18:46:13.188 - info: host.iobroker-server instance system.adapter.zendure-solarflow.0 in version "1.15.4" started with pid 36055 2025-07-20 18:46:13.930 - info: zendure-solarflow.0 (36055) starting. Version 1.15.4 in /opt/iobroker/node_modules/iobroker.zendure-solarflow, node: v20.19.4, js-controller: 7.0.6 2025-07-20 18:46:14.027 - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] connected with secret 1753029974025_3999 2025-07-20 18:46:14.050 - info: zendure-solarflow.0 (36055) [onConnected] Connected with MQTT! 2025-07-20 18:46:14.092 - info: mqtt.0 (36040) State value to set for "mqtt.0.info.clients.iobroker-server_mqtt_1" has to be type "string" but received type "boolean" 2025-07-20 18:46:14.996 - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] subscribes on "/BC8B7F/BC8B7F/#" with regex /^BC8B7F\.BC8B7F\..*/ 2025-07-20 18:46:14.996 - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] subscribes on "/BC8B7F/BC8B7F/#" with regex /^mqtt\.0\.BC8B7F\.BC8B7F\..*/ 2025-07-20 18:46:14.997 - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/BC8B7F/BC8B7F/#" with regex /^iot\.BC8B7F\.BC8B7F\..*/ 2025-07-20 18:46:14.997 - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/BC8B7F/BC8B7F/#" with regex /^mqtt\.0\.iot\.BC8B7F\.BC8B7F\..*/ 2025-07-20 18:46:15.196 - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states 2025-07-20 18:46:15.198 - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
Hoffe ich nähere mich einer lesbaren Fehleranzeige
-
Was hat es jetzt mit dem Schalter Smart Mode auf sich? Ich kann den Solarflow 800 Pro wie oben schon mal beschrieben nicht umschalten. Er springt immer wieder zurück. Was kann ich noch versuchen?
-
@michi-0 sagte in Test Adapter Zendure Solarflow:
Fehleranzeige
Ja.
Aber da stehen gar keine Fehlermeldungen drin.