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

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

[maxclaudi]

@felli

:-)

Das laufende System wird aktuell nicht angetastet, nur beobachtet.
Zumal ich nicht vor Ort bin... WireGuard

---

v1.13.0 mit Server lokal, ohne Verbindung alle 3h zu erneuern >76h in Betrieb.
Alles ok.
Für mich bisher die beste Version.

---

mqtt Adapter:

mqtt.x.A8yh63.HUB2000.properties.report
kommen aktuelle Werte rein.

mqtt.x.A8yh63.HUB2000.log

Unter log wird immer die Seriennummer mit übergeben.
Bei report bisher nie.
Ok, unwichtig.

Würde gern die params (json) vom log richtig zuordnen.

Einige (teils Vermutungen) oben mal eingetragen.

Wer kann helfen zum json?
Zuordnung der params im Datenpunkt mqtt.x.A8yh63.HUB2000.log?

Hat jemand 4 Akku und kann mal in den Datenpunkt sehen, ob die Annahme bisher richtig ist?

[Volker3.0]

Moin zusammen,

kurze Frage: Kann der Zendur-Adapter auch den Zendure SolarFlow 2400 AC steuern mit Lade & Entladeleistung?

Gruß Volker

[nograx]

@volker3-0 sagte in Test Adapter Zendure Solarflow:

Moin zusammen,

kurze Frage: Kann der Zendur-Adapter auch den Zendure SolarFlow 2400 AC steuern mit Lade & Entladeleistung?

Gruß Volker

Leider nein, ich habe bisher kein Solarflow 2400 in die Hände bekommen. Das gilt auch für den 800. Gerade bei den Geräten wäre es sehr interessant, da die scheinbar auch lokal angebunden werden können. Ich habe schon versucht da mal mit Zendure in Kontakt zu treten, um vll. mal Testgeräte zu bekommen. Mittlerweile hat der ioBroker Adapter fast 1000 aktive Installationen - da sollte das Interesse von Zendure eigentlich da sein das hier die Unterstützung gut läuft.

Stattdessen wird jetzt von Zendure via Social Media sogar die Home Assistant Integration gepusht, obwohl diese 1:1 von dem ioBroker Adapter kopiert wurde (da stehen im Code sogar die von mir verschlüsselten Passwörter drin ;-)...). Kein Danke, keine Erwähnung oder sonst was.

[nograx]

@maxclaudi Die Zuordnung der Parameter kann vermutlich nur Zendure machen. Aber warum ist das an der Stelle da für dich wichtig? Die wichtigen Daten stehen ja im "mqtt.x.A8yh63.HUB2000.properties.report" Topic.

[maxclaudi]

@nograx
nur zu Forschungszwecken.
Weil einige Parmeter übergeben werden, die sonst nicht auftauchen und die der Adapter momentan noch als (null) ausgibt.
Wie z. B. Seriennummer.
Auch wenn unwichtig, bin nur neugierig und möchte dazu lernen :-)

---

Noch ne Frage zum zendure-cloud-disconnector

Zendure hat als Server: mqtt.zen-iot.com
Den verwendet man beim Disconnector um wieder auf die Cloud zu wechseln.

Zum lokalen Betrieb verwendet man eine IP.

Ist es möglich statt einer IP auch DNS zu verwenden?

z. B. nur "mqtt-Server"
wenn lokal unter http://mqtt-Server aufgelöst wird?
(ohne .de .com etc.)

Natürlich wird Port 1883 ohne authenticaton verwendet.

Hätte (für mich) den Vorteil Test-Server schnell zu wechseln ohne erneutes disconnecten.

PS: Kann (noch) nicht einfach nur testen, weil noch einige Zeit nicht vor Ort.

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx
nur zu Forschungszwecken.
Weil einige Parmeter übergeben werden, die sonst nicht auftauchen und die der Adapter momentan noch als (null) ausgibt.
Wie z. B. Seriennummer.
Auch wenn unwichtig, bin nur neugierig und möchte dazu lernen :-)

---

Noch ne Frage zum zendure-cloud-disconnector

Zendure hat als Server: mqtt.zen-iot.com
Den verwendet man beim Disconnector um wieder auf die Cloud zu wechseln.

Zum lokalen Betrieb verwendet man eine IP.

Ist es möglich statt einer IP auch DNS zu verwenden?

z. B. nur "mqtt-Server"
wenn lokal unter http://mqtt-Server aufgelöst wird?
(ohne .de .com etc.)

Natürlich wird Port 1883 ohne authenticaton verwendet.

Hätte (für mich) den Vorteil Test-Server schnell zu wechseln ohne erneutes disconnecten.

PS: Kann (noch) nicht einfach nur testen, weil noch einige Zeit nicht vor Ort.

Ich denke das sollte funktionieren.

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

Stattdessen wird jetzt von Zendure via Social Media sogar die Home Assistant Integration gepusht, obwohl diese 1:1 von dem ioBroker Adapter kopiert wurde (da stehen im Code sogar die von mir verschlüsselten Passwörter drin ;-)...). Kein Danke, keine Erwähnung oder sonst was.

unfassbar.

Darauf sollte hingewiesen und in breiter Öffentlichkeit publik gemacht werden.

Reinhard Weber (Brandstaedter) wird es wohl ähnlich gehen.
Ohne Euch 2 müssten sehr viele nur mit der Cloud und der "guten" App leben.

---

@nograx
Hab's zu Zeit nicht so dicke.
Musste jetzt aber wirklich eine Anerkennung per paypal senden.
Dankeschön für Deine Arbeit und Support :-)

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx sagte in Test Adapter Zendure Solarflow:

Stattdessen wird jetzt von Zendure via Social Media sogar die Home Assistant Integration gepusht, obwohl diese 1:1 von dem ioBroker Adapter kopiert wurde (da stehen im Code sogar die von mir verschlüsselten Passwörter drin ;-)...). Kein Danke, keine Erwähnung oder sonst was.

unfassbar.

Darauf sollte hingewiesen und in breiter Öffentlichkeit publik gemacht werden.

Reinhard Weber (Brandstaedter) wird es wohl ähnlich gehen.
Ohne Euch 2 müssten sehr viele nur mit der Cloud und der "guten" App leben.

---

@nograx
Hab's zu Zeit nicht so dicke.
Musste jetzt aber wirklich eine Anerkennung per paypal senden.
Dankeschön für Deine Arbeit und Support :-)

Das wäre nicht nötig gewesen - trotzdem ein großes DANKE - vor allen wenn du es nicht so dicke hast! Generell finde ich das ja auch in Ordnung wenn die Entwicklung auch weiter benutzt wird, dafür ist es ja Open Source. Ich habe mir auch viel beim Reinhard abgeschaut und er hat mich da auch unterstützt.

Die größte Motivation für die Programmierung ist halt auch das es bei mir im System so läuft wie ich es mir wünsche. Wenn man aber so die Nutzerzahlen sieht wäre es natürlich toll wenn Zendure das auch erkennt und anerkennt... :-)

[Rene55]

@nograx sagte in Test Adapter Zendure Solarflow:

Home Assistant Integration gepusht, obwohl diese 1:1 von dem ioBroker Adapter kopiert

Ist zwar alles öffentlich, trotzdem frech, den Code einfach zu verwenden. Hätten ja wenigstens mal Kontakt aufnehmen können.
Hattest du meine Frage (#1130) gesehen?

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

Stattdessen wird jetzt von Zendure via Social Media sogar die Home Assistant Integration gepusht, obwohl diese 1:1 von dem ioBroker Adapter kopiert wurde (da stehen im Code sogar die von mir verschlüsselten Passwörter drin ;-)...). Kein Danke, keine Erwähnung oder sonst was.

damit hat man dann gegen das copyright bzw MIT License verstoßen.

"The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software."

[nograx]

@rene55 sagte in Test Adapter Zendure Solarflow:

@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

Sorry habe ich übersehen. Sollte möglich sein, prüfe ich 👍🏼

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx sagte in Test Adapter Zendure Solarflow:

Stattdessen wird jetzt von Zendure via Social Media sogar die Home Assistant Integration gepusht, obwohl diese 1:1 von dem ioBroker Adapter kopiert wurde (da stehen im Code sogar die von mir verschlüsselten Passwörter drin ;-)...). Kein Danke, keine Erwähnung oder sonst was.

damit hat man dann gegen das copyright bzw MIT License verstoßen.

"The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software."

Naja schwierig, es wurde ja kein Code 1:1 kopiert - sondern alles in Python nachgebaut. Da ist dann halt die Variante mit den Passwörtern nicht aufgefallen sondern davon ausgegangen „das muss so“… ansonsten hätte es auch einfach nur ein Reverse Engineering sein können.

Mich ärgert mehr das Zendure hier nicht mehr Fokus drauf legt und die Projekte unterstützt. Ich denke das wäre für die ein Alleinstellungsmerkmal und würde sicher den einen oder anderen Kunden ansprechen der sonst bei Anker, Ecoflow oder dergleichen landen würde.

[nograx]

Ich habe in Version 1.13.1 versucht die Problematik mit dem autoModel mal anzugehen. Scheinbar müssen noch einige Werte übergeben werden damit das funktioniert. Kann das wohl mal jmd testen? @diet99 @lesiflo

[diet99]

@nograx Danke für Deine ständige Weiterentwicklung, ich habe das allerdings länger nicht verfolgt.
Um was genau geht es hierbei?

[lesiflo]

@nograx Ich teste mal.

[nograx]

@diet99 sagte in Test Adapter Zendure Solarflow:

@nograx Danke für Deine ständige Weiterentwicklung, ich habe das allerdings länger nicht verfolgt.
Um was genau geht es hierbei?

Es geht hier um die Einstellung vom "Energieplan", also z.B. Aktivieren/Deaktivieren vom CT-Modus.

[The_Stig]

@nograx Danke dir erneut. Kurze Frage: bin ja seit einigen Tagen dank deines Tools lokal unterwegs. Klappt auch wirklich gut, bis auf eine Sache: gestern und heute hat das System bei 13 bzw. 16% SOC mit der Einspeisung aufgehört, obwohl Min-Soc mit 5% definiert war/ist. Auch die "Einzustellende Ausgangsleistung" ist mit >300 Watt korrekt gesetzt. Fällt dir dazu was ein - hatte ich mit den Daten über Zendure sonst noch nie.

[lesiflo]

@nograx
Hat geklappt. Smart-CT lässt sich aktivieren und die Leistungen werden auch dem Bedarf angepasst. In der App wird aber nur angezeigt, das er sich im Smart-CT Modus befindet, eine Ebene tiefer ist nichts weiter ausgewählt.
Muss dann nochmal die anderen Modi testen.

So richtig klappt das mit dem Umschalten noch nicht. Es hat ein paar mal funktioniert danach nicht mehr. Ich kann aber noch nicht genau sagen woran das liegt.

Der Modus wird erst dann aktiv, wenn ich in der App im Energieplan auf "Ausführen" gehe. AC Laden wenn Überschuss erkannt wird klappt auch nicht. Kann aber auch an der Hyper Software liegen.