Test Adapter Zendure Solarflow

[Rene55]

@nograx eventuell per UI abschaltbar machen?

[Felli]

@tege0 said in Test Adapter Zendure Solarflow:

Danke, dass du das geteilt hast, @Felli Könntest du bitte erklären, was mit "Leistung ACE" gemeint ist? Es wäre hilfreich, wenn du die Datenpunkte, die du verwendet hast, genauer beschreiben könntest. Leider bleibt die Variable nach dem Einfügen immer leer, was es schwierig macht, einen Vergleich anzustellen. Vielen Dank!

Sind die Einstellung zum übergeben an influxDB i.O?

Moin, Leistung ACE bezieht sich auf den GridInput also das was der ACE vom Netz nimmt. Die Config bezüglich Influx sieht gut aus, würde da aber eine Entprellzeit definieren, sonst ballert der ja onchange im Zweifelsfall jede Sekunde einen Wert in deine Datenbank, es sei denn du willst es genau so. Am Ende aggregiert man ja in Grafana eh auf 20 Sekunden oder mehr daher macht es wenig Sinn die Datenpunkte so eng zu fassen meiner Meinung nach. Wenn du Fragen hast meld dich gerne, helfe dir. Würde das Schreiben in die Influx mittels NodeRed machen. Wenn du mal eine Instanz neu installierst, sind all diese Influx Einstellungen weg und du musst alles neu konfigurieren.

[maxclaudi]

@nograx
Ein Neustart ist eigentlich üblich und nicht verkehrt.
Kennt man von vielen Geräten bzw. Verbindungen.
Durch Deine Vorkehrung kam es bei mir über den Adapter nie zu Ausfällen oder manuellem wieder anmelden.

Im Gegensatz zur Zendure App.

Würde das so lassen

Wenn Geräte stets ununterbrochen in Betrieb sind und Daten austauschen, passieren immer wieder mal unvorhersehbare Dinge...
Mache ich mit scripts zur Steuerung von IPCams auch.
Werden die Chips auf Dauer zu heiß oder laufen ohne Neustart zu lang, dann verlieren sie die Verbindung oder fangen an auf Anfragen etc. nicht zu reagieren.
Bevor reengineering... Aufwand nicht wert. Neustart und gut ist.

Kann nur (noch) nicht nachvollziehen im welchem Zusammenhang das dazu geführt haben kann, dass der Hub die Kontrolle über den ACE verlor.

[maxclaudi]

@nograx

@rene55 sagte in Test Adapter Zendure Solarflow:

@nograx eventuell per UI abschaltbar machen?

zum testen wäre das eine gute Idee

[maxclaudi]

@nograx

Heute Morgen nach "Restart" um 07:15h

hatte danach der HUB2000 wieder nicht mehr die Kontrolle über den ACE1500.

App über BT zeigte an, dass HUB2000 +ACE online sind, verbunden und dass HUB2000 die Kontrolle über ACE1500 hätte.

---

Neustart des Systems brachte zunächst nichts.

Danach Datenpunkte des Adapters kontrolliert.
unter ACE1500: wifi connected.
unter HUB2000: nicht

---

Wifi am HUB war eingeschaltet.
AM Hub WiFi aus- und wieder eingeschaltet.
Adapter neu gestartet.
Jetzt zeigte HUB2000 beim Adapter wieder connected.

System läuft wieder.

---

Muss Morgen 2 Wochen weg.
Würde ungern von lokal-Server zurück auf Cloud.

Wäre es viel Arbeit eine dirty-Version für Lokal-Server ohne Neustart zur Verfügung zu stellen?

Mir rennt die Zeit davon, sorry

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx

Heute Morgen nach "Restart" um 07:15h

hatte danach der HUB2000 wieder nicht mehr die Kontrolle über den ACE1500.

App über BT zeigte an, dass HUB2000 +ACE online sind, verbunden und dass HUB2000 die Kontrolle über ACE1500 hätte.

---

Neustart des Systems brachte zunächst nichts.

Danach Datenpunkte des Adapters kontrolliert.
unter ACE1500: wifi connected.
unter HUB2000: nicht

---

Wifi am HUB war eingeschaltet.
AM Hub WiFi aus- und wieder eingeschaltet.
Adapter neu gestartet.
Jetzt zeigte HUB2000 beim Adapter wieder connected.

System läuft wieder.

---

Muss Morgen 2 Wochen weg.
Würde ungern von lokal-Server zurück auf Cloud.

Wäre es viel Arbeit eine dirty-Version für Lokal-Server ohne Neustart zur Verfügung zu stellen?

Mir rennt die Zeit davon, sorry

Jo mache ich dir heute fertig.

Bist du dir denn sicher das es nicht eventl. am Bluetooth liegt? Sobald du dich per Bluetooth verbindest kappt das Gerät die Verbindung zum MQTT...

[maxclaudi]

@nograx

ja, bin mir sicher dass es nicht BT ist.

Großes Dankeschön schon mal.
Es würde mir reichen wenn nur im Code der Neustart deaktiviert ist.
Im Notfall kann man ja die Instanz neu starten.

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx

ja, bin mir sicher dass es nicht BT ist.

Großes Dankeschön schon mal.
Es würde mir reichen wenn nur im Code der Neustart deaktiviert ist.
Im Notfall kann man ja die Instanz neu starten.

In Version 1.13.0 (vorab per npm oder Github auf eigene Gefahr) sollte der Neustart in den Einstellungen deaktivierbar sein. Bitte mal ausprobieren.

[maxclaudi]

@nograx

gleich installiert.
werde es testen. Danke.

---

edit: Erste 3h ohne Neustart sind vorbei.
Läuft bis jetzt einwandrei.
ACE1500 hat nichts zu tun Akku voll.
Hub+ACE connected.
Super schnelle Aktualisierung der Datenpunkte.
...to be continued

---

18.06h
6h ohne Neustart
alles ok.

---

21.10h
über 9h ohne Neustart.
alles ok.

Unter Protokolle iobroker:
Keine Meldung(en).
Weder vom Solarflow-Adapter, noch vom mqtt-Server 1883, seit Start v1.13.0 (Mi, 30.04.2025 11.59h).
Nicht mal ne Info.

Datenpunkt-Aktualisierungen kommen schnell.
Steuerung funktioniert.

---

[The_Stig]

Kurz mal reingefragt an die Experten mit lokaler Anbindung hier:

1. Man braucht ein Notebook (o.ä.) mit Bluetooth, um die erstmalige Einrichtung zu erledigen, richtig?
2. Es werden neue Datenpunkte im ioBroker gesetzt, richtig? D.h. das was jetzt unter Zendure-solarflow in den Objects einläuft, ist dann unter MQTT?
3. Ist es grds. egal, welches der vorhandenen Tools (das hier von @nograx oder das von reinhard-brandtstaedter) nutzt?

[nograx]

@the_stig sagte in Test Adapter Zendure Solarflow:

Kurz mal reingefragt an die Experten mit lokaler Anbindung hier:

1. Man braucht ein Notebook (o.ä.) mit Bluetooth, um die erstmalige Einrichtung zu erledigen, richtig?

Ja

2. Es werden neue Datenpunkte im ioBroker gesetzt, richtig? D.h. das was jetzt unter Zendure-solarflow in den Objects einläuft, ist dann unter MQTT?

Du kannst die Zendure Instanz weiter nutzen. Du benötigst zusätzlich einen MQTT Server, zb den iobroker Adapter. An den sendet dann dein Gerät die Daten, der Zendure Adapter holt sich die Daten dann dort ab, statt vom Cloud MQTT. Daher kannst du alle Datenpunkte weiter nutzen.

3. Ist es grds. egal, welches der vorhandenen Tools (das hier von @nograx oder das von reinhard-brandtstaedter) nutzt?

Ja das ist egal. Ist nur eine Frage vom Komfort, beide Tools machen das selbe.

[The_Stig]

@nograx Mega - danke dir. Das ist dann ja komfortabler als gedacht, wenn der Zendure Adapter weiter entsprechend bedient wird.
Und der MQTT Adapter läuft ohnehin schon im ioBroker. Dann muss ich da wohl mal ran wagen. Danke nochmal!

[Wildshunter]

@the_stig
ja, kann ich nur empfehlen auf eigenen MQTT umzusteigen, Adapter läuft perfekt.
Danke auch für die neueste Version, habe jetzt den "Restart" des Adapters deaktiert, seitdem bisher ueberhaupt keine Unterbrechungen mehr.
Jetzt wünschte ich mir nur irgendwann noch einen "aufgeräumten" Objekte Folder, der nur die passenden Objekte z.B. für meinen Hyper anzeigt und (man darf ja träumen am Tag der Arbeit) mit einer Statistik über den Ertrag/Einspeisung zB. gridInputEnergyLasthour unnnddd veränderbaren MQTT Port :=)

[The_Stig]

@nograx hab grad einen Hyper bestellt. Es macht doch dann vermutlich Sinn, direkt die Ersteinrichtung für den lokalen Betrieb zu machen, oder?

[maxclaudi]

Guten Morgen und einen schönen 1. Mai Feiertag

edit: Zusammenfassung

Nach über 27h mit v1.13.0
lokaler MQTT

Alles ok.

[Rene55]

@nograx Ich habe aktuell eine Frage zu deinem super Adapter: Was wird mit dem Datenpunkt "info.connection" geprüft? Könnte da auch die Verbindung zum lokalen MQTT-Broker geprüft und ein möglicher Verbindungsfehler in "info.errorMessage" ausgegeben werden?
Ein entsprechender Fehler wird ja erkannt error Connection to MQTT failed! Error: Error: connect ECONNREFUSED 192.168.69.201:1883.
v1.13.0

[maxclaudi]

@nograx

v1.13.0
Server lokal > 48h in Betrieb.

(30.04.2025 11.59h bis 02.05.2025 12.23h)
Alles ok.

Log:

30.04.2025
---

2025-04-30 11:59:46.624 - info: host instance system.adapter.zendure-solarflow.0 in version "1.13.0" started with pid 1836
2025-04-30 11:59:47.780 - info: zendure-solarflow.0 (1836) starting. Version 1.13.0 in /opt/iobroker/node_modules/iobroker.zendure-solarflow, node: v20.19.0, js-controller: 7.0.6
2025-04-30 11:59:47.913 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] connected with secret xxxx
2025-04-30 11:59:47.919 - info: zendure-solarflow.0 (1836) [onConnected] Connected with MQTT!
2025-04-30 11:59:48.855 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "/A8yh63/HUB2000/#" with regex /^A8yh63\.HUB2000\..*/
2025-04-30 11:59:48.856 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "/A8yh63/HUB2000/#" with regex /^mqtt\.1\.A8yh63\.HUB2000\..*/
2025-04-30 11:59:48.856 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-04-30 11:59:48.856 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-04-30 11:59:49.055 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
2025-04-30 11:59:49.056 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
2025-04-30 11:59:49.854 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "/8bM93H/ACE1500x/#" with regex /^8bM93H\.ACE1500x\..*/
2025-04-30 11:59:49.854 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "/8bM93H/ACE1500x/#" with regex /^mqtt\.1\.8bM93H\.ACE1500x\..*/
2025-04-30 11:59:49.855 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^iot\.8bM93H\.ACE1500x\..*/
2025-04-30 11:59:49.855 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^mqtt\.1\.iot\.8bM93H\.ACE1500x\..*/
2025-04-30 11:59:50.054 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
2025-04-30 11:59:50.055 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
---
---
01.05.2025
---

2025-05-01 01:46:37.552 - info: mqtt.1 (411) Client [ACE1500x] reconnected. Old secret xxxx. New secret xxxx
2025-05-01 01:46:37.616 - info: mqtt.1 (411) Client [ACE1500x] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^iot\.8bM93H\.ACE1500x\..*/
2025-05-01 01:46:37.616 - info: mqtt.1 (411) Client [ACE1500x] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^mqtt\.1\.iot\.8bM93H\.ACE1500x\..*/
2025-05-01 01:46:37.817 - info: mqtt.1 (411) Client [ACE1500x] publishOnSubscribe send all known states
--
2025-05-01 09:05:18.981 - info: mqtt.1 (411) Client [HUB2000] connection closed: Error: read ECONNRESET
2025-05-01 09:05:22.693 - info: mqtt.1 (411) Client [HUB2000] connected with secret xxxx
2025-05-01 09:05:22.748 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-05-01 09:05:22.748 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-05-01 09:05:22.948 - info: mqtt.1 (411) Client [HUB2000] publishOnSubscribe send all known states
--
2025-05-01 22:33:30.930 - info: mqtt.1 (411) Client [ACE1500x] connection closed: Error: Not supported
2025-05-01 22:33:31.006 - info: mqtt.1 (411) Client [ACE1500x] connected with secret xxxx
2025-05-01 22:33:31.023 - info: mqtt.1 (411) Client [ACE1500x] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^iot\.8bM93H\.ACE1500x\..*/
2025-05-01 22:33:31.024 - info: mqtt.1 (411) Client [ACE1500x] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^mqtt\.1\.iot\.8bM93H\.ACE1500x\..*/
2025-05-01 22:33:31.224 - info: mqtt.1 (411) Client [ACE1500x] publishOnSubscribe send all known states
---
---
02.05.2025
---

2025-05-02 06:03:23.296 - info: mqtt.1 (411) Client [HUB2000] reconnected. Old secret xxxx. New secret xxxx
2025-05-02 06:03:23.396 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-05-02 06:03:23.396 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-05-02 06:03:23.596 - info: mqtt.1 (411) Client [HUB2000] publishOnSubscribe send all known states
2025-05-02 06:19:21.952 - info: mqtt.1 (411) Client [HUB2000] connection closed: Error: Not supported
2025-05-02 06:19:22.030 - info: mqtt.1 (411) Client [HUB2000] connected with secret xxxx
2025-05-02 06:19:22.055 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-05-02 06:19:22.056 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-05-02 06:19:22.256 - info: mqtt.1 (411) Client [HUB2000] publishOnSubscribe send all known states
--
2025-05-02 09:07:39.483 - info: mqtt.1 (411) Client [HUB2000] connection closed: Error: Not supported
2025-05-02 09:07:39.557 - info: mqtt.1 (411) Client [HUB2000] connected with secret xxxx
2025-05-02 09:07:39.581 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-05-02 09:07:39.581 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-05-02 09:07:39.781 - info: mqtt.1 (411) Client [HUB2000] publishOnSubscribe send all known states

connection closed: Error: Not supported
bedeutet? send all known states wird beim ersten Versuch nicht unterstützt?

Steuerung funktioniert.

---

Fazit nach über 48h:
v1.13.0 mit Server lokal, ohne Verbindung alle 3h zu erneuern: empfehlenswert.

---

PS:
wie hier erwähnt, werden diverse Datenpunkte nicht aktualisiert.

Speziell AC1500:
ACE1500.acModus wird auch nicht aktualisiert und stimmt nicht.
Einige Datenpunkte vom ACE1500 auch nicht.
Vermutlich weil HUB2000 die Steuerung des ACE1500 hat.

Bei Scripts sollte man control nur vom HUB2000 nutzen.

---

Verwende deshalb wenig Datenpunkte vom ACE1500:

zendure-solarflow.0.8bM93H.ACE1500.gridInputPower
(genauer, HUB2000 aktualisiert selten bzw. manchmal nicht.)

zendure-solarflow.0.8bM93H.ACE1500.solarInputPower
(XT60 Eingang vom AC1500, an dem ein Notfall-Ladegerät angeschlossen ist)

zendure-solarflow.0.8bM93H.ACE1500.wifiState
(Kontrolle connected)

[The_Stig]

@nograx Habe mich jetzt mal mit deinem Cloud-Disconnector rangewagt. Das Disconnect hat geklappt (Erfolgsmeldung im Tool).
Aber im ioBroker kommen jetzt keine Daten rein. Habe im Adapter umgestellt auf Lokal und IP und Device eingegeben.
Irgendwelche Tipps zur Fehlersuche? Nur zur Sicherheit: die anzugebende IP ist doch die, auf der der ioBroker mit dem MQTT Adapter läuft, oder? Und ja, MQTT auf dem Standardport und ohne Authentifizierung.
Dummerweise findet er jetzt in deinem Cloud-Disconnector auch nicht mehr den Hub2000 als Device...

Ein paar zusätzliche Infos:

• Im ioBroker unter Objekte gibt es jetzt einen Ordner mit iot und zwei Datenpunkten properties read&Write darin
• Log zeigt folgendes:
  

EDIT: Hat sich erledigt. Hat einfach ein paar Minuten gedauert. Jetzt klappt alles. Super!

[Felli]

@the_stig zur Not das Gerät Neustarten aber hat sich ja bereits erledigt Solange irgendwas mit Bluetooth mit dem Zendure Device verbunden ist kommen ebenfalls keine Daten per MQTT nur zur Info. Viel Spaß

[Felli]

@maxclaudi said in Test Adapter Zendure Solarflow:

@nograx

v1.13.0
Server lokal > 48h in Betrieb.

(30.04.2025 11.59h bis 02.05.2025 12.23h)
Alles ok.

Log:

30.04.2025
---

2025-04-30 11:59:46.624 - info: host instance system.adapter.zendure-solarflow.0 in version "1.13.0" started with pid 1836
2025-04-30 11:59:47.780 - info: zendure-solarflow.0 (1836) starting. Version 1.13.0 in /opt/iobroker/node_modules/iobroker.zendure-solarflow, node: v20.19.0, js-controller: 7.0.6
2025-04-30 11:59:47.913 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] connected with secret xxxx
2025-04-30 11:59:47.919 - info: zendure-solarflow.0 (1836) [onConnected] Connected with MQTT!
2025-04-30 11:59:48.855 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "/A8yh63/HUB2000/#" with regex /^A8yh63\.HUB2000\..*/
2025-04-30 11:59:48.856 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "/A8yh63/HUB2000/#" with regex /^mqtt\.1\.A8yh63\.HUB2000\..*/
2025-04-30 11:59:48.856 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-04-30 11:59:48.856 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-04-30 11:59:49.055 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
2025-04-30 11:59:49.056 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
2025-04-30 11:59:49.854 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "/8bM93H/ACE1500x/#" with regex /^8bM93H\.ACE1500x\..*/
2025-04-30 11:59:49.854 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "/8bM93H/ACE1500x/#" with regex /^mqtt\.1\.8bM93H\.ACE1500x\..*/
2025-04-30 11:59:49.855 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^iot\.8bM93H\.ACE1500x\..*/
2025-04-30 11:59:49.855 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^mqtt\.1\.iot\.8bM93H\.ACE1500x\..*/
2025-04-30 11:59:50.054 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
2025-04-30 11:59:50.055 - info: mqtt.1 (411) Client [ioBroker.zendure-solarflow.0] publishOnSubscribe send all known states
---
---
01.05.2025
---

2025-05-01 01:46:37.552 - info: mqtt.1 (411) Client [ACE1500x] reconnected. Old secret xxxx. New secret xxxx
2025-05-01 01:46:37.616 - info: mqtt.1 (411) Client [ACE1500x] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^iot\.8bM93H\.ACE1500x\..*/
2025-05-01 01:46:37.616 - info: mqtt.1 (411) Client [ACE1500x] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^mqtt\.1\.iot\.8bM93H\.ACE1500x\..*/
2025-05-01 01:46:37.817 - info: mqtt.1 (411) Client [ACE1500x] publishOnSubscribe send all known states
--
2025-05-01 09:05:18.981 - info: mqtt.1 (411) Client [HUB2000] connection closed: Error: read ECONNRESET
2025-05-01 09:05:22.693 - info: mqtt.1 (411) Client [HUB2000] connected with secret xxxx
2025-05-01 09:05:22.748 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-05-01 09:05:22.748 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-05-01 09:05:22.948 - info: mqtt.1 (411) Client [HUB2000] publishOnSubscribe send all known states
--
2025-05-01 22:33:30.930 - info: mqtt.1 (411) Client [ACE1500x] connection closed: Error: Not supported
2025-05-01 22:33:31.006 - info: mqtt.1 (411) Client [ACE1500x] connected with secret xxxx
2025-05-01 22:33:31.023 - info: mqtt.1 (411) Client [ACE1500x] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^iot\.8bM93H\.ACE1500x\..*/
2025-05-01 22:33:31.024 - info: mqtt.1 (411) Client [ACE1500x] subscribes on "iot/8bM93H/ACE1500x/#" with regex /^mqtt\.1\.iot\.8bM93H\.ACE1500x\..*/
2025-05-01 22:33:31.224 - info: mqtt.1 (411) Client [ACE1500x] publishOnSubscribe send all known states
---
---
02.05.2025
---

2025-05-02 06:03:23.296 - info: mqtt.1 (411) Client [HUB2000] reconnected. Old secret xxxx. New secret xxxx
2025-05-02 06:03:23.396 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-05-02 06:03:23.396 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-05-02 06:03:23.596 - info: mqtt.1 (411) Client [HUB2000] publishOnSubscribe send all known states
2025-05-02 06:19:21.952 - info: mqtt.1 (411) Client [HUB2000] connection closed: Error: Not supported
2025-05-02 06:19:22.030 - info: mqtt.1 (411) Client [HUB2000] connected with secret xxxx
2025-05-02 06:19:22.055 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-05-02 06:19:22.056 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-05-02 06:19:22.256 - info: mqtt.1 (411) Client [HUB2000] publishOnSubscribe send all known states
--
2025-05-02 09:07:39.483 - info: mqtt.1 (411) Client [HUB2000] connection closed: Error: Not supported
2025-05-02 09:07:39.557 - info: mqtt.1 (411) Client [HUB2000] connected with secret xxxx
2025-05-02 09:07:39.581 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^iot\.A8yh63\.HUB2000\..*/
2025-05-02 09:07:39.581 - info: mqtt.1 (411) Client [HUB2000] subscribes on "iot/A8yh63/HUB2000/#" with regex /^mqtt\.1\.iot\.A8yh63\.HUB2000\..*/
2025-05-02 09:07:39.781 - info: mqtt.1 (411) Client [HUB2000] publishOnSubscribe send all known states

connection closed: Error: Not supported
bedeutet? send all known states wird beim ersten Versuch nicht unterstützt?

Steuerung funktioniert.

---

Fazit nach über 48h:
v1.13.0 mit Server lokal, ohne Verbindung alle 3h zu erneuern: empfehlenswert.

---

PS:
wie hier erwähnt, werden diverse Datenpunkte nicht aktualisiert.

Speziell AC1500:
ACE1500.acModus wird auch nicht aktualisiert und stimmt nicht.
Einige Datenpunkte vom ACE1500 auch nicht.
Vermutlich weil HUB2000 die Steuerung des ACE1500 hat.

Bei Scripts sollte man control nur vom HUB2000 nutzen.

---

Verwende deshalb wenig Datenpunkte vom ACE1500:

zendure-solarflow.0.8bM93H.ACE1500.gridInputPower
(genauer, HUB2000 aktualisiert selten bzw. manchmal nicht.)

zendure-solarflow.0.8bM93H.ACE1500.solarInputPower
(XT60 Eingang vom AC1500, an dem ein Notfall-Ladegerät angeschlossen ist)

zendure-solarflow.0.8bM93H.ACE1500.wifiState
(Kontrolle connected)

Der ACE ist quasi eh Tod wenn mit HUB verbunden also so wie du sagst, die Control topics immer über den HUB schicken dann klappt das auch. Nutze den ACE eh nur zum Überschussladen daher brauche ich exakt zwei Kommandos AC Mode beim HUB und grid Input das war's. Alles andere kommt ja seitens HUB.