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

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

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

per JSON gibt es connectedWithACE beim HUB2000 nicht.
Dafür gibt es im JSON ein Element beim ACE1500: bindSn

---

Wenn der ACE1500 mit einem Gerät verbunden ist, ist Wert bindSn: deviceSn
des verbundenen Geräts.
In meinem Fall bindSn: deviceSn (Hub2000).

---

deviceSn wird jeweils für HUB2000 und ACE1500 per json übertragen.

Adapter wertet die deviceSn (Seriennummer) nicht aus.

Beide Werte im Adapter:
ACE1500.snNumber: (null)
HUB2000.snNumber: (null)

Wenn ACE1500 mit HUB2000 verbunden, dann ist (bleibt) der Ace dem Hub auch lokal untergeordnet.

[maxclaudi]

@karacho sagte in Test Adapter Zendure Solarflow:

@maxclaudi
dann stelle ich die Frage mal anders herum:

• Ich plane mir den Solarflow 2400 AC zuzulegen
• Dazu benötige ich den neuen Zendure Smart Meter D0
• @nograx hat mitgeteilt, dass er ihn nicht in den zendure-Solarflow Adapter integrieren wird

-> Die Anschaffung macht für mich nur Sinn, wenn ich auch die Daten vom Smart Meter D0 auslesen kann
Was ist der Weg dazu? Gibt es einen?

Auslesen wird wahrscheinlich auch mit dem Zendure Smart Meter D0 möglich sein.

Zendure beschreibt den D0-Zähler mit

...zuverlässige Leistung auch ohne Internet...
leicht an Smart-Home-Plattformen wie Home Assistant anzuschließen

Die Einbindung in "Smart-Home-Plattformen" wird wahrscheinlich nicht von der Cloud abhängig sein.
100% beurteilen kann man das nur, wenn man einen Zendure D0-Zähler hat.
Hersteller fragen: support@zendure.com

Favorisiere den Shelly Pro 3 EM.
Keine nennenswerte Abweichung, Anbindung per LAN und mehrere Kommunikationsmöglichkeiten.

---

@nograx sagte in Test Adapter Zendure Solarflow:

Den Zendure Smart Meter wirst du aber niemals sauber ohne Probleme mit anderen Systemen nutzen können - da abgekapseltes System über die Zendure Server.

Sollte sich Zendure entschließen das Produkt nicht mehr zu unterstützen (HUB 1200 und HUB 2000 kriegen mittlerweile ja keine Updates mehr) oder gehen Pleite hast du dir da ziemlich teuren Elektroschrott in den Schaltschrank bauen lassen.

Was nicht ganz richtig ist.
Man benötigt niemand, um den Zendure D0-Zähler in den Zählerschrank bauen zu lassen.
Der wird nur auf dem Zähler befestigt.

Der D0-Zähler ist eigentlich das gleiche wie der Tibber Pulse.
Liest die Daten per Lesekopf vom Stromzähler ein und liefert die Daten des Zählers.

Shelly Pro 3 EM muss in den Verteiler und sollte nur ein Elektriker oder jemand mit ausreichend Fachwissen vornehmen.

---

Alternative zum Zendure D0-Zähler:
siehe @Mabbi Ecotracker IR

[nograx]

@maxclaudi

Oh sorry das war mir nicht bewusst. Hatte Bilder im Kopf die einer Bauweise des Shelly entsprechen…

[danerix]

Hallo,

ich habe einen Solarflow 2400 AC bei mir, seit heute im cloudless Betrieb.
Allerdings kann ich den Adapter nicht connecten, da der die Variante noch nicht unterstützt.
@nograx :
Kannst du den 2400 AC, bzw. BC8B7F im Adapter unterstützen?

[nograx]

@danerix sagte in Test Adapter Zendure Solarflow:

Hallo,

ich habe einen Solarflow 2400 AC bei mir, seit heute im cloudless Betrieb.
Allerdings kann ich den Adapter nicht connecten, da der die Variante noch nicht unterstützt.
@nograx :
Kannst du den 2400 AC, bzw. BC8B7F im Adapter unterstützen?

Habe ich soeben in Version 1.15.2 eingebaut. Installation per npm sollte schon möglich sein, Spätestens morgen im Beta repo.

[danerix]

@nograx
Danke. Ich habe die neue Version installiert.
Damit kann ich meinen Solarflow 2400 AC auswählen.
Aber die Datenpunkte im Adapter werden leider nicht aktualisiert. Steuerung ist ebenfalls nicht möglich. Wenn du was zusätzliches zum Debuggen brauchst melde dich gerne.

Hier mal das json aus mqtt:

"timestamp": 1752476217,
"messageId": 1938,
"deviceId": "xxxxxxxx",
"version": 2,
"product": "solarFlow2400AC",
"properties": {
"heatState": 0,
"packInputPower": 0,
"outputPackPower": 900,
"outputHomePower": 0,
"remainOutTime": 59940,
"packState": 1,
"electricLevel": 20,
"gridInputPower": 900,
"solarInputPower": 0,
"solarPower1": 0,
"solarPower2": 0,
"solarPower3": 0,
"solarPower4": 0,
"solarPower5": 0,
"solarPower6": 0,
"pass": 0,
"reverseState": 0,
"socStatus": 0,
"hyperTmp": 3071,
"gridOffPower": 0,
"dcStatus": 1,
"pvStatus": 0,
"acStatus": 2,
"dataReady": 1,
"gridState": 1,
"BatVolt": 5002,
"socLimit": 0,
"writeRsp": 0,
"acMode": 1,
"inputLimit": 900,
"outputLimit": 0,
"socSet": 850,
"minSoc": 140,
"gridStandard": 0,
"gridReverse": 2,
"inverseMaxPower": 800,
"lampSwitch": 1,
"gridOffMode": 2,
"IOTState": 2,
"fanSwitch": 1,
"fanSpeed": 0,
"bindstate": 0,
"VoltWakeup": 0,
"OldMode": 0,
"OTAState": 0,
"LCNState": 0,
"factoryModeState": 0,
"ts": 1752476213,
"tsZone": 14,
"smartMode": 0,
"chargeMaxLimit": 2400,
"phaseSwitch": 1,
"rssi": -78,
"aiState": 0
}

[nograx]

@danerix bitte prüfe mal ob sich der Adapter sauber mit deinem MQTT Server verbindet.

Solltest dann sowas wie "Client [ioBroker.zendure-solarflow.1] subscribes on "/yWF7hV/XXXXX/#" with regex /^yWF7hV.XXXXX../*" im Log sehen.

[maxclaudi]

@danerix sagte in Test Adapter Zendure Solarflow:

Hallo,

ich habe einen Solarflow 2400 AC bei mir, seit heute im cloudless Betrieb.

Cloudless per Umbiegen der DNS oder per disconnector?

[danerix]

@nograx
Subscription am mqtt-Server scheint io zu sein.

Client [XXXXXX] subscribes on "iot/BC8B7F/XXXXX/#" with regex /^iot.BC8B7F.XXXXXXX..*/

[nograx]

@danerix sagte in Test Adapter Zendure Solarflow:

@nograx
Subscription am mqtt-Server scheint io zu sein.

Client [XXXXXX] subscribes on "iot/BC8B7F/XXXXX/#" with regex /^iot.BC8B7F.XXXXXXX..*/

Und das entspricht exakt dem was im MQTT gepublished wurde? Das erste XXXXXX ist auch deine Adapter Instanz und nicht der SF 2400?

[danerix]

@nograx
Ja richtig.
Client [ioBroker.zendure-solarflow.0] subscribes on "/bc8b7f/SF2400ID/#" with regex /^bc8b7f.SF2400ID../
Client [ioBroker.zendure-solarflow.0] subscribes on "/bc8b7f/SF2400ID/#" with regex /^mqtt.0.bc8b7f.SF2400ID../

[danerix]

@maxclaudi
Habe per DNS den mqtt-server verbogen.
Steuern per mqtt geht auch.

[maxclaudi]

@danerix
:+1:
auch wenn erfolgreich verbogen, würde ich den Internetzugang in der Firewall für AC2400 zusätzlich blockieren.

Wenn Steuerung per mqtt funktioniert ist es schon mal gut.

Betreibst Du den Broker (welchen?) mit user/password (file) oder anonym?

edit/PS: wenn steuern per mqtt möglich war (ist) und der zendure-solarflow-adapter verbunden ist:
Hat der zendure-Adapter den geänderten Wert übernommen?

[danerix]

@maxclaudi
Ja, Internet habe ich auch blockiert.
Als mqtt-broker verwende ich den Adapter aus dem iobroker.
Diese Instanz hat kein Passwort.

Die Datenpunkte des Zendure-Adapters bleiben weiterhin alle auf null.

[maxclaudi]

@danerix
dann verwendest ja auch eine zusätzliche Instanz des mqtt-Adapter als Client.

Wenn unter mqtt.x.productId.deviceId.properties.read.reply
immer wieder json eingehen
(nicht oft, wenn es keine geänderten Werte gibt. Für automatische Werte ohne Änderung kann die Hysterese groß sein. Wobei das ja jetzt mit leicht geänderten Werten per json publishen beeinflussen kannst),

dann hast Alles richtig gemacht.

---

zendure-solarflow-Adapter:

Wenn

• per mqqt-Adapter: json bei Änderungen mit neuen Werten publisht werden
• die Einstellungen in der Instanz des solar-flow-Adapter stimmen
• der solar-flow-Adapter verbunden ist
• die geänderten Werte vom solar-flow-Adapter nicht übernommen werden

dann wird es wahrscheinlich am solarflow-Adapter liegen.
Kann dann m. M. nur @nograx weiter helfen.

[nograx]

@danerix die Frage ist hier tatsächlich ob die Daten vom 2400 AC im MQTT aktualisiert werden. Wenn der Adapter sich offensichtlich mit dem MQTT sauber verbindet vermute ich eher ein Kommunikationsproblem des 2400 AC mit MQTT...

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

@danerix die Frage ist hier tatsächlich ob die Daten vom 2400 AC im MQTT aktualisiert werden. Wenn der Adapter sich offensichtlich mit dem MQTT sauber verbindet vermute ich eher ein Kommunikationsproblem des 2400 AC mit MQTT...

....Broker
....Client

@danerix

Du hast den mqqt-iobroker-Adapter als 1 Instanz, Port 1883, ohne Zugangsdaten als Broker eingerichtet und in Betrieb (Instanz grün und verbunden)?

Du hast zusätzlich den mqqt-iobroker-Adapter als 1 Instanz als Client, Port 1883, ohne Zugangsdaten eingerichtet und in Betrieb (Instanz grün und verbunden)?

Du hast mitgeteilt, dass per json erfolgreich gesteuert werden kann und die Werte bestätigt werden(?).

Schwierig, wenn Dein know how + know/why unbekannt ist und man alle Infos nur auf Nachfrage bekommt.

Wie funktioniert(e) die Steuerung und was kam, wo, wann als json?

---

Per Client Steuerung z. B. unter

mqtt.x.iot.productId.deviceId.properties.write
{"properties":"inputLimit":100}}

Beim Client muss dann gleich ein reply für das erfolgreiche publishen sein, etwa:

mqtt.x.productId.deviceId.properties.write.reply
{"messageId":"123","deviceId":"xxxxxxxx","timestamp":1752470000,"success":1,"properties":{"inputLimit":100}}

und dann (zeitgleich oder irgendwann) vom ACE2400 reply, dass der Wert gesetzt wurde?

mqtt.x.productId.deviceId.properties.report
{"messageId":"123","product":"solarFlow2400AC","deviceId":"xxxxxxxx","timestamp":1752470099,"properties":{"electricLevel":25,"inputLimit":100"}}

oder so ähnlich...

---

mqtt.x.productId.deviceId.properties.report

JSON sollte immer mal wieder autom. eintreffen/aktualisiert werden. Auch wenn keine oder wenige neue Werte vorhanden sind.

Ist das so?

Wenn nicht, dann müssen die Einstellungen der Instanzen, Dein System und die DNS-Umleitung überprüft werden.

[Hofmann IOBRF]

Hallo,
da bei meinem Hyper 2000 der CT-Modus seit letzten Donnerstag nicht mehr funktioniert, habe ich das jetzt über ein Blockly-Script über die Cloud-Verbindung realisiert.
Das funktioniert auch wunderbar.
Da ich aber der Zendure Cloud immer weniger vertrauen, wollte ich nun aber doch noch den Schritt wagen, auf lokalen MQTT-Server umzustellen.
Für mich gibt es dabei aber noch ein paar offene Fragen:

1. Ich habe bereits einen MQTT-Server mir dem MQTT-Adapter im iobroker auf Port 1883 ohne Passwort laufen. Darüber benutze ich aktuell 3 Verbindungen anderer MQTT-Clients. Kann ich den einfach nehmen, oder muss ich hier noch etwas speziell konfiguriert werden?
2. Wenn es umgestellt ist, kommen alle Werte wie vorher über die Cloud und können genauso gesetzt werden, oder gibt es Einschränkungen?
3. Ich habe eine FritzBox 7690. Ist es damit möglich den redirect DNS zu machen, oder geht es damit nicht?

Danke und Gruß

[maxclaudi]

@hofmann-iobrf sagte in Test Adapter Zendure Solarflow:

Hallo,
da bei meinem Hyper 2000 der CT-Modus seit letzten Donnerstag nicht mehr funktioniert, habe ich das jetzt über ein Blockly-Script über die Cloud-Verbindung realisiert.
Das funktioniert auch wunderbar.
Da ich aber der Zendure Cloud immer weniger vertrauen, wollte ich nun aber doch noch den Schritt wagen, auf lokalen MQTT-Server umzustellen.
Für mich gibt es dabei aber noch ein paar offene Fragen:

1. Ich habe bereits einen MQTT-Server mir dem MQTT-Adapter im iobroker auf Port 1883 ohne Passwort laufen. Darüber benutze ich aktuell 3 Verbindungen anderer MQTT-Clients. Kann ich den einfach nehmen, oder muss ich hier noch etwas speziell konfiguriert werden?

Bedenkenlos nutzbar.

2. Wenn es umgestellt ist, kommen alle Werte wie vorher über die Cloud und können genauso gesetzt werden, oder gibt es Einschränkungen?

Bei mir gibt es keine feststellbaren bzw. wichtigen Einschränkungen.
Weil mein Broker (Server) nur sendet was ich möchte und sonst die erforderlichen Daten zum Auswerten, um dann zu regeln/steuern von dem/den Zendure Client(s) kommen. In Deinem Fall dann vom Hyper.

Was die Nachteile bzw. Einschränkungen sind, habe ich weiter oben beschrieben.
z.B. keine Statistik, die App kann nicht mehr verwendet werden (selbst drum kümmern.)
Original App kann jeder Zeit per BT verwendet werden, aber in dem Moment wo BT aktiv und verbunden ist: fällt MQTT aus.
Das bitte unbedingt beachten.

Firmware-Updates jederzeit über BT und App machbar.

3. Ich habe eine FritzBox 7690. Ist es damit möglich den redirect DNS zu machen, oder geht es damit nicht?

Nein
(ohne Hack der Fritzbox nicht. Davor rate ich ab.)

Synology NAS, WiFi-Router mit OpenWRT, PI mit PiHole usw.
oder ein NAS oder sonst was, auf dem z. B. adguard installiert und genutzt werden kann.
Die FritzBox kann man dann zum Umleiten über adgard einrichten.

Bevor was gekauft wird, bitte vorher informieren.
Gibt genug Tutorials im Netz.

[danerix]

@maxclaudi
Der iobroker-mqtt-Adapter ist Broker und Client zugleich. Läuft auf Port 1883 ohne Zugangsdaten.
Der Zendure Adapter und der Solarflow2400AC sind damit verbunden und grün.

Aktualisierungen des

mqtt.x.productId.deviceId.properties.report

kommen ca. alle 3 Sekunden an.

Steuerung ist momentan noch manuell über:

mqtt.x.iot.productId.deviceId.properties.write

Den Datenpunkt:

mqtt.x.productId.deviceId.properties.write.reply

gibts bei mir nicht.