NEWS
Test Adapter Zendure Solarflow
-
@the_stig sagte in Test Adapter Zendure Solarflow:
Kurz mal reingefragt an die Experten mit lokaler Anbindung hier:
- Man braucht ein Notebook (o.ä.) mit Bluetooth, um die erstmalige Einrichtung zu erledigen, richtig?
Ja
- 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.
- 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.
@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! -
@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!@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 sagte in Test Adapter Zendure Solarflow:
Kurz mal reingefragt an die Experten mit lokaler Anbindung hier:
- Man braucht ein Notebook (o.ä.) mit Bluetooth, um die erstmalige Einrichtung zu erledigen, richtig?
Ja
- 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.
- 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 sagte in Test Adapter Zendure Solarflow:
Kurz mal reingefragt an die Experten mit lokaler Anbindung hier:
- Man braucht ein Notebook (o.ä.) mit Bluetooth, um die erstmalige Einrichtung zu erledigen, richtig?
Ja
- 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.
- 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.
Guten Morgen und einen schönen 1. Mai Feiertag :-)
edit: Zusammenfassung
Nach über 27h mit v1.13.0
lokaler MQTTAlles ok.
-
@the_stig sagte in Test Adapter Zendure Solarflow:
Kurz mal reingefragt an die Experten mit lokaler Anbindung hier:
- Man braucht ein Notebook (o.ä.) mit Bluetooth, um die erstmalige Einrichtung zu erledigen, richtig?
Ja
- 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.
- 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.
@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 erkannterror Connection to MQTT failed! Error: Error: connect ECONNREFUSED 192.168.69.201:1883.
v1.13.0Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
Wetterstation: Froggit WH3000SE V1.6.6 -
@maxclaudi sagte in Test Adapter Zendure Solarflow:
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.
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 statesconnection 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) -
So dann lösen wir den Spoiler mal auf. Sofern den überhaupt jemand gelesen hat. :-)
Ich habe ein neues Tool geschrieben (https://github.com/nograx/zendure-cloud-disconnector). Damit ist es ganz einfach möglich sich per Bluetooth an ein Zendure device zu verbinden und den MQTT server zu ändern (basiert auf dem Python script von Reinhard Brandstätter). Damit könnt ihr dafür sorgen das die MQTT Daten statt an "mq.zen-iot.com" an einen MQTT Server eurer Wahl gesendet werden. Leider ist man darauf angewiesen den Standard MQTT Port 1883 zu nutzen und es ist aktuell nicht möglich eine Authentifizierung damit zu nutzen.
Die MQTT Anfragen werden dann etwas kryptisch an den MQTT Server gesendet. Mit dem ioBroker Adapter könnt ihr ab Version (1.12.1) dann in den Einstellungen unter "Server" lokal auswählen und ebenfalls euren eigenen MQTT Server auswählen. Dann noch Modell und ProduktKey eingeben (wird euch auch im Zendure Cloud Disconnector angezeigt) und schon sollte euer Gerät komplett lokal kommunizieren und gesteuert werden.
Bin gespannt aufs Feedback.
@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!
-
@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!
-
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 statesconnection 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)@maxclaudi said in Test Adapter Zendure Solarflow:
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 statesconnection 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 said in Test Adapter Zendure Solarflow:
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 statesconnection 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.
:-)
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?
Ich schreibe meistens sehr direkt – bitte nicht falsch verstehen, es ist nie böse gemeint. Das ist einfach mein Stil und niemals abwertend gemeint.
-
:-)
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?
-
Moin zusammen,
kurze Frage: Kann der Zendur-Adapter auch den Zendure SolarFlow 2400 AC steuern mit Lade & Entladeleistung?
Gruß Volker
@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.
-
:-)
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?
-
@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.
@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 schreibe meistens sehr direkt – bitte nicht falsch verstehen, es ist nie böse gemeint. Das ist einfach mein Stil und niemals abwertend gemeint.
-
@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.
@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.
-
@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 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 :-)Ich schreibe meistens sehr direkt – bitte nicht falsch verstehen, es ist nie böse gemeint. Das ist einfach mein Stil und niemals abwertend gemeint.
-
@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 :-)@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... :-)
-
@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 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? -
@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 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."
Ich schreibe meistens sehr direkt – bitte nicht falsch verstehen, es ist nie böse gemeint. Das ist einfach mein Stil und niemals abwertend gemeint.
-
@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 erkannterror Connection to MQTT failed! Error: Error: connect ECONNREFUSED 192.168.69.201:1883.
v1.13.0@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 erkannterror Connection to MQTT failed! Error: Error: connect ECONNREFUSED 192.168.69.201:1883.
v1.13.0Sorry habe ich übersehen. Sollte möglich sein, prüfe ich 👍🏼
Support us
805
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge