UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Karacho]

Bzgl Temperatur des SFAC 2400:

Es gibt keinen DP Temperatur?

Dh mir bleibt nur die Lösung mit einem externen Sensot Zibee/WiFI?

Danke.

[maxclaudi]

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

[Karacho]

@maxclaudi
Nein. nur eine State "heatstate" true/false

[maxclaudi]

@karacho sagte in Test Adapter Zendure Solarflow:

@maxclaudi
Nein. nur eine State "heatstate" true/false

gibts da noch ein Unter-Verzeichnis 'packData' und darin der Datenpunkt 'hyperTmp'
und sonst noch ein weiteres Unter-Verzeichnis den Akku betreffend und dort dann?

[Karacho]

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

[maxclaudi]

@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 :wink:

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.

[Bernd1967]

@nograx
Test "setDeviceAutomationInOutLimit"
2 X Hyper 2000 / Adapter v2.0.0-alpha.1

Jetzt 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":100

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

Nachtrag3:
Seht schwierig den Fehler zu finden.
Hatte den Verdacht das der Mosquitto Broker Fehler macht.
Neue Version brachte jedoch nichts.
Die Kollegen von HA diskutieren auch darüber.
Als Übergangslösung überwache ich den Datenpunkt "mqtt.0.gDa3tb.++++++.log"
Kommt nach zwei Minuten kein neuer Log starte ich den MQTT Adapter (Client) neu.
Dadurch, und das ist das merkwürdige, Antwortet der Hyper wieder.

[maxclaudi]

gelöscht

[Michi 0]

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?

[Thomas Braun]

@michi-0

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.

[Michi 0]

@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

[Thomas Braun]

@michi-0 sagte in Test Adapter Zendure Solarflow:

Log sieht aus wie zuvor.

Chronologisch falsch herum.
Lies doch das Log aus

iob logs --watch

aus. Oder ändere wenigstens die Anzeigerichtung in der GUI, wenn du es schon da raus kopieren musst...
System auf Stand gebracht?

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