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

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

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