Test Adapter Zendure Solarflow

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx

seit 2 Tagen Server lokal.
Alles lief super.

Heute:
Alle 3 Stunden startete der Adapter neu

Nach dem letzten Neustart hat sich der Hub2000 nicht mehr mit dem ACE1500 connected:

Eine Idee warum nicht?

---

Daraus folgt:
Hub2000 steuert richtig aber der ACE reagiert nicht darauf, weil nicht connected...

Hub2000:

ACE1500:

---

Hub2000 und ACE sind online und bekommen vom lokalen Server updates

Der Datenpunkt:
zendure-solarflow.0.A8yh63.xxxxxxxx.connectedWithAce bleibt bei: (null)
wird nicht aktualisiert.

Ne Idee dazu?

---

Werde jetzt mal das System aus und einschalten.

---

edit PS:
Beide Geräte neu gestartet, ... sofort funktioniert alles wieder.

Der Datenpunkt bleibt weiterhin auf (null)

Aktualisiert der HUB2000 nicht den Datenpunkt "connectedWithAce" beim Server?

Warum der Hub2000 nicht mehr mit dem ACE1500 connected war, würde mich auch sehr interessieren.
Das war das erste mal, dass das passierte

---

An Alle:

Irgend jemand ne Idee oder Erfahrung dazu?

Wird bei Euch der Datenpunkt: "connectedWithAce" aktualisiert?

"connectedWithAce" wird nur aktualisiert wenn es über die Cloud läuft. Das ist ein Datenpunkt der aus dem Webdienst bezogen wird, da hier tatsächlich der Ace dem Hub untergeordnet ist. Diese Info habe ich in der lokalen Variante nicht. Werde das mal so einstellen das der DP im lokalen Modus nicht mehr erstellt wird.

[nograx]

Der Neustart des Adapters ist aktuell leider immer noch notwendig, bzw. habe ich noch keine bessere Lösung gefunden. Oft ist es so das die Zendure Cloud nach einiger Zeit keine Daten mehr sendet. Um dem zuvor zu kommen starte ich alles komplett neu. Ein Reconnect hat leider nie ausgereicht. Ich könnte mal schauen ob der Neustart im "lokalen" Modus wirklich notwendig ist.

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