Test Adapter Zendure Solarflow

[Michi 0]

@thomas-braun

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

[Daniel 8]

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?

[Thomas Braun]

@michi-0 sagte in Test Adapter Zendure Solarflow:

Fehleranzeige

Ja.
Aber da stehen gar keine Fehlermeldungen drin.

[maxclaudi]

@michi-0 sagte in Test Adapter Zendure Solarflow:

Im Log schaut (für mich) alles ganz gut aus.

Den Cloud-Disconnector habe ich verwendet. Glaube aber nicht dass das funktioniert hat

@michi-0 sagte in Test Adapter Zendure Solarflow:

> 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
>   
> 

Kann nicht sein, dass productId == deviceId ist

Die productid ist z.B. 6-stellig, in Deinem Fall: BC8B7F
Die deviceID ist z.B. 8-stellig, fingiertes Beispiel: AaBccXcd

Falls der Disconnector beim 2400AC funktioniert, hast Du doch die deviceId erfahren und notiert/gespeichert?

Beispiel:

die deviceId bei Adapter-Instanz eingegeben.
Beispiel:

Broker wird anonym betrieben? Ohne user+password?

Danach müsste im log die deviceId auftauchen, nur als Beispiel von oben kopiert:

> 2025-07-20 18:46:14.997  - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/BC8B7F/AaBccXcd/....

Den Rest , wie auch Broker mit user und password verwenden, generieren usw. findest hier im Thread oder/und in meinen posts.

[maxclaudi]

@nograx
Es wäre doch gut, auf github oder/und im disconnector darauf hinzuweisen, dass nur die reine ip, explizit ohne mqtt:// und ohne port, beim disconnector eingegeben werden muss.

Auch eine kurze Beschreibung wie zur Cloud reconnected wird.

edit
habe in code geschaut.
Reconnect to Zendure Cloud benötigt nur WifiName, WifiPassword.
mit klick auf Button "Reconnect to Zendure Cloud" wird als Server automatisch der globale Server verwendet: mq.zen-iot.com

[Michi 0]

Hatte die Device-ID ursprünglich aus der Handyapp. Die ist aber nur 5-stellig... Bevor ich den Auszug aus dem Log gepostet hab, hab ich in meiner Verzweiflung einfach mal wild rumprobiert. Da das im Log zu keinen anderen Fehlermeldungen als zuvor geführt hat, hat ich das zurückstellen auf die (vermutlich ebenfalls falsche) ID vergessen.

Wie gesagt hatte ich im Disconnector die Telemetriedaten nicht erhalten. Dann kann ich wohl davon ausgehen, dass trotz der Vollzugsmeldung die Trennung NICHT geklappt hat...?

Hab auf Git gesehen dass das Programm bestimmte Bluetooth Eigenschaften (Werbung)= nutzt:

using Windows.Devices.Bluetooth;
using Windows.Devices.Bluetooth.Advertisement;
using Windows.Devices.Bluetooth.GenericAttributeProfile;

Und hierzu die Details vom meinem Intel-Bluetooth-Gerät:

Kann ich die Verbindung vergessen wenn hier der Wert <falsch> ist?

Adapter wird ohne User und PW betrieben.

2025-07-20 21:06:19.866  - info: zendure-solarflow.0 (39027) 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 21:06:19.956  - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] connected with secret 1753038379950_5748
2025-07-20 21:06:19.960  - info: zendure-solarflow.0 (39027) [onConnected] Connected with MQTT!
2025-07-20 21:06:19.980  - 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 21:06:20.925  - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] subscribes on "/BC8B7F/5-stelligeID/#" with regex /^BC8B7F\.5-stelligeID\..*/
2025-07-20 21:06:20.925  - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] subscribes on "/BC8B7F/5-stelligeID/#"  with regex /^mqtt\.0\.BC8B7F\.5-stelligeID\..*/
2025-07-20 21:06:20.926  - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/BC8B7F/5-stelligeID/#" with regex /^iot\.BC8B7F\.5-stelligeID\..*/
2025-07-20 21:06:20.926  - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/BC8B7F/5-stelligeID/#"  with regex /^mqtt\.0\.iot\.BC8B7F\.5-stelligeID\..*/
2025-07-20 21:06:21.126  - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
2025-07-20 21:06:21.127  - info: mqtt.0 (36040) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states

[Michi 0]

@maxclaudi

Hab grad die beiden Url´s auf dem Pi-Hole auf den ioBroker bzw. Mqtt Server umgeleitet. In der Handyapp ist die Verbindung jetzt zumindest weg. Allerdings dürfte damit immer noch nicht mein DeviceID-Problem gelöst sein.

Wie kann ich die sonst noch rausbekommen?

[maxclaudi]

@michi-0
wenn die URL erfolgreich umgeleitet wird, dann werden keys und value beim Broker published (irgendwann, vielleicht auch erst nach Stunden).
Der Broker veröffentlicht ja dann.

Nimm MQTT-Explorer und verbinde Dich mit Deinem Broker und warte ab.
Oder installiere ne mqtt-Client-Instanz, verbinde Dich mit dem Server.

Spätestens nach ein paar Stunden (oder Morgen Mittag) werden Nachrichten veröffentlicht.
Wenn es mehr Veränderungen gibt, geht's auch schneller

Dann siehst was angelegt wurde.
deviceId ist dann direkt unter der productId.

/BC8B7F/deviceId/properties/report

oder z. B. im mqtt-Client-Adapter:

mqtt.x.BC8B7F.deviceId.properties.report

oder schau beim Broker im log (wenn darauf reagiert wird/eingestellt ist)

Edit:
Ob und was man in der App alles sieht, weiß ich schon gar nicht mehr.
Vielleicht geht's da auch?
Muss jemand anderes beantworten oder selbst rausfinden.
deviceId ist auf jeden Fall nicht sn und auch nicht Deine productID.

[nograx]

@michi-0 Hast du den 2400 AC mal komplett stromlos gemacht und ausgeschaltet? Bluetooth Verbindung muss zwingend getrennt werden. Bevor beides nicht gemacht wurde werden die Daten weiterhin entweder an die Cloud geschickt oder NUR per Bluetooth übertragen.

[lesiflo]

Moin, auch wenn das schon mal irgendwo beantwortet wurde, wozu ist der neue Schalter "Smart Mode" ? Hab's nicht mitbekommen.

[nograx]

@lesiflo sagte in Test Adapter Zendure Solarflow:

Moin, auch wenn das schon mal irgendwo beantwortet wurde, wozu ist der neue Schalter "Smart Mode" ? Hab's nicht mitbekommen.

Werde ich noch mal in der readme dokumentieren. Ist zwar nicht zu 100% bestätigt, aber es ist wohl so das Control-Änderungen die hart über die properties laufen (z.B. setOutputLimit, acMode) in den flash speicher geschrieben werden. Das kann dann die Lebensdauer des Gerätes beeinträchtigen, bzw. können irgendwann ggf. Änderungen nicht mehr sauber gespeichert werden. "smartMode" sollte dann dafür sorgen das Änderungen nur noch in den Ram geschrieben werden.

Gleichzeitig bin ich gerade dabei die "deviceAutomation" Funktion einzubauen, dann werden die Geräte exakt so gesteuert wie Zendure das über die Cloud macht (funktioniert auch lokal). Diese Funktion dürfte dann auch nicht in den Flash schreiben.

[Michi 0]

Danke schon mal für die Hinweise. Meine Frau ist heute und morgen im Homeoffice. Da traue ich mich nicht mit DNS an der Internetverbindung rumzuspielen

Kann mich daher erst ab Mittwoch wieder der DNS Thematik über den PI-Hole widmen...

Den Solarflow hatte ich für mindestens 10 Sekunden ausgeschaltet und auch vom Netz genommen. Im Disconnector wurde er mir aber auch "nur" als SolarHub angezeigt.

[nograx]

@michi-0 sagte in Test Adapter Zendure Solarflow:
Im Disconnector wurde er mir aber auch "nur" als SolarHub angezeigt.

Ich habe bisher auch kein positives Beispiel vom 2400 AC vom Disconnector. Offensichtlich verwendet Zendure für den 2400 AC einen ähnlichen Bluetooth Namen wie beim Hub...

[Daniel 8]

@nograx sagte in Test Adapter Zendure Solarflow:

@lesiflo sagte in Test Adapter Zendure Solarflow:

Moin, auch wenn das schon mal irgendwo beantwortet wurde, wozu ist der neue Schalter "Smart Mode" ? Hab's nicht mitbekommen.

Werde ich noch mal in der readme dokumentieren. Ist zwar nicht zu 100% bestätigt, aber es ist wohl so das Control-Änderungen die hart über die properties laufen (z.B. setOutputLimit, acMode) in den flash speicher geschrieben werden. Das kann dann die Lebensdauer des Gerätes beeinträchtigen, bzw. können irgendwann ggf. Änderungen nicht mehr sauber gespeichert werden. "smartMode" sollte dann dafür sorgen das Änderungen nur noch in den Ram geschrieben werden.

Gleichzeitig bin ich gerade dabei die "deviceAutomation" Funktion einzubauen, dann werden die Geräte exakt so gesteuert wie Zendure das über die Cloud macht (funktioniert auch lokal). Diese Funktion dürfte dann auch nicht in den Flash schreiben.

Bei mir ist es ja immer noch so, das der Smartmodus nicht bleibt wenn ich ihn im iobroker umschalte. Habe einen solarflow 800 pro. An was kann das.liegen?

[nograx]

@daniel-8 sagte in Test Adapter Zendure Solarflow:

@nograx sagte in Test Adapter Zendure Solarflow:

@lesiflo sagte in Test Adapter Zendure Solarflow:

Moin, auch wenn das schon mal irgendwo beantwortet wurde, wozu ist der neue Schalter "Smart Mode" ? Hab's nicht mitbekommen.

Werde ich noch mal in der readme dokumentieren. Ist zwar nicht zu 100% bestätigt, aber es ist wohl so das Control-Änderungen die hart über die properties laufen (z.B. setOutputLimit, acMode) in den flash speicher geschrieben werden. Das kann dann die Lebensdauer des Gerätes beeinträchtigen, bzw. können irgendwann ggf. Änderungen nicht mehr sauber gespeichert werden. "smartMode" sollte dann dafür sorgen das Änderungen nur noch in den Ram geschrieben werden.

Gleichzeitig bin ich gerade dabei die "deviceAutomation" Funktion einzubauen, dann werden die Geräte exakt so gesteuert wie Zendure das über die Cloud macht (funktioniert auch lokal). Diese Funktion dürfte dann auch nicht in den Flash schreiben.

Bei mir ist es ja immer noch so, das der Smartmodus nicht bleibt wenn ich ihn im iobroker umschalte. Habe einen solarflow 800 pro. An was kann das.liegen?

Ich vermute das es den dann beim sf 800 pro nicht gibt. Daher hier die Empfehlung die Steuerung über die 'setDeviceAutomationInOutLimit' zu machen. Das werde ich heute noch in den Beta Kanal schieben.

[Daniel 8]

@nograx also wenn ich in der cloud umschalten dann wird der datenpunkt im iobroker geschälten. Nur andersum geht es nicht. Was macht die neue Regelung anderst?

[tobetobe]

@nograx sagte in Test Adapter Zendure Solarflow:

@stony2k sagte in Test Adapter Zendure Solarflow:

Wird die SolarFlow 800 Pro auch schon bereits vom Adapter unterstützt?

Sollte zumindest per Cloud jetzt funktionieren. Wenn du den eingebunden hast würde es mich freuen wenn du mir dem ProductKey mal zukommen lassen könntest.

Hallo,
ich habe seit einigen Tagen den SF 800 pro. Der Adapter kommuniziert über den EU-Server mit dem Gerät und stellt die Daten in den Objekten korrekt und schnell dar.

Weder in der App noch im Adapter finde ich jedoch den gewünschten ProductKey. Gibt es dafür ggf noch eine andere Bezeichnung? Wo muss ich da suchen?

Mit MQTT bin ich noch nicht wirklich weiter gekommen. Hat es jemand bereits geschafft, die BT Daten des SolarFlow 800 pro mit dem BT Manager auszulesen?