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

[Hofmann IOBRF]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

PS: Es betrifft Alle die mit Netz laden (acMode nutzen). Auch die, die das Zendure-system wie gekauft verwenden (wenn sie manuell häufig über die App Laden/Entladen umschalten, außerhalb vom CT-Modus)

Es ist natürlich ein Unterschied, ob das ab und zu manuell oder auch per Zeitplan ein paar mal am Tag umgeschaltet/geändert wird, oder ob das per Skript alle 5-30 Sekunden passiert.
Das sind ca. 5-10 vs. 2000-5000 Speichervorgänge pro Tag.

[maxclaudi]

@hofmann-iobrf
richtig.
War bei mir bis gestern nicht anders.
Naja 2000-5000x am Tag schaltet man zwischen Laden und Entladen nicht um.
Sonst hat man eine sehr fragwürdige Steuerung/Regelung.

Wenn man natürlich den acMode als Ein-/Ausschalter oft am Tag nutzt und nicht hauptsächlich das inputLimit regelt, sieht das anders aus.
Gut mein script hat das leider auch öfter mal gemacht, aber ist nun nicht mehr so.

[danerix]

@nograx
Mit dem Prerelease funktioniert es nun deutlich besser. Die Daten kommen nun per mqtt beim Adapter an.

Ich werd alles mal beobachten und loggen und nochmal einen Erfahrungsbericht geben.

[nograx]

Release 1.15.4 ist kompiliert. Installation per npm oder spätestens morgen per Beta Kanal. Ich habe hier die angepassten ProductKeys vom 2400 AC und 800 Pro übernommen. Damit sollte es nun auch möglich sein die Geräte lokal zu verwenden.

Außerdem ist der SmartMode Parameter als Sensor und Control mit drin.

Mir fehlt noch der ProductKey vom Solarflow 800 (kein Pro), falls den jmd. parat hat wäre das fein!

Außerdem wäre es bei der Diskussion um den SmartMode Parameter hilfreich wenn uns jmd. der den SmartCT Modus verwendet mal den Wert vom SmartMode seines Systems posten könnte.

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

Release 1.15.4 ist kompiliert.
SmartMode Parameter als Sensor und Control mit drin.

Broker Lokal, exklusiv im autoModel: 0 mit scripts

1.15.4 installiert. knapp ne Stunde ohne Fehler.
Lässt sich schalten und funktioniert Fehlerfrei bei meinem setup.

---

edit:
Ergänzung zu
@nograx sagte in Test Adapter Zendure Solarflow:

Außerdem wäre es bei der Diskussion um den SmartMode Parameter hilfreich wenn uns jmd. der den SmartCT Modus verwendet mal den Wert vom SmartMode seines Systems posten könnte.

der noch mit der der Cloud verbunden ist und die Werte von SmartMode mitteilt:

im CT-Modus SmartMode: 1 ?
in keiner oder anderer Einstellung des autoModel (Energieplan): smartMode: 0 ?

@Hofmann-IOBRF @lesiflo
Ihr seid noch in der Cloud mit einem hyper?

---

Übrigens ist es beim hyper ganz einfach zu testen.

Wenn smartmode: 1, dann wird ins RAM geschrieben.
Hyper stromlos machen und dann ist die Einstellung weg.

Wenn smartMode: 0, dann wird in Flash geschrieben.
Hyper stromlos machen und dann bleibt die Einstellung.

[maxclaudi]

@hofmann-iobrf sagte in Test Adapter Zendure Solarflow:

Es ist natürlich ein Unterschied, ob das ab und zu manuell oder auch per Zeitplan ein paar mal am Tag umgeschaltet/geändert wird, oder ob das per Skript alle 5-30 Sekunden passiert.
Das sind ca. 5-10 vs. 2000-5000 Speichervorgänge pro Tag.

Hat mir keine Ruhe gelassen und wollte es bei meinem script genauer wissen.

Habe gestern noch ein Zähler-Script geschrieben, das das Umschalten vom acMode zählt und täglich in ein file dokumentiert.

Batterien sind heute voll aufgeladen und HUB2000 ist im Bypass.
Script schaltet autom. acMode auf Ladung per Netz (ACE1500), wenn PV-Überschuss groß genug. Sollte der Überschuss nicht mehr vorhanden sein und allgemein PV-Leistung sinken, dass HUB2000 mit PV-Leistung unterstützend einspeisen soll, dann wird acMode umgeschaltet zur Einspeisung usw.

Summe der acMode-Schaltungen werden sehr unterschiedlich sein: Jahreszeit/Wetter/Verbrauch.

Zwischenstand für heute (seit 00.00h) nachdem Akku voll und System im Baypass: 4

Gut, war fast niemand zuhause und als Alle da waren, war die Sonne noch nicht zur AC-Ladung ausreichend vorhanden.

counterScript läuft, dann lass ich es mal protokollieren

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

Wenn smartmode: 1, dann wird ins RAM geschrieben.
Hyper stromlos machen und dann ist die Einstellung weg.
Wenn smartMode: 0, dann wird in Flash geschrieben.
Hyper stromlos machen und dann bleibt die Einstellung.

Danke das du das getestet hast, auf die Idee wäre ich erstmal nicht gekommen. Und mir geht hier gerade ein Licht auf:

Ich hatte eine Zeitlang 2x Hub 1200 im Einsatz. Wenn beide offline gingen (Akku leer, keine Sonne) wurde bei einem immer die Bypass Einstellung zurückgesetzt - bei dem anderen nicht. Möglicherweise stand tatsächlich einer auf smartmode = 1, und einer auf 0 - und bei dem mit 0 hat er die Einstellung in den EEPROM geschrieben, bei dem anderen halt nicht...

Das muss unbedingt mal mit dem outputLimit ausprobiert werden...

[nograx]

Btw. beim Hyper 2000 scheint es "SmartMode" nicht zu geben... da kommt per MQTT kein Wert an.

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

Btw. beim Hyper 2000 scheint es "SmartMode" nicht zu geben... da kommt per MQTT kein Wert an.

Seltsam, bei der Konversation ging es hauptsächlich um einen fehlerhaften hyper.
Weil ich keinen habe, kann ich nicht testen, was über json geht und was nicht.

Gibt es nicht 2 unterschiedliche productId für den Hyper?
Vielleicht liegt's daran?

Lokal könnte man einfach ein json publishen:

unter mqtt-Client-Instanz:
mqtt.x.iot.xxxxxx.YYYYYYYY.properties.write

{"properties":{"smartMode":1}}

danach müsste das reply unter
mqtt.x.xxxxxx.YYYYYYYY.properties.read.reply
sein.

wenn erfolgreich, dann etwa sowas:

{
  "messageId": "123",
  "deviceId": "YYYYYYYY",
  "timestamp": 1755555552,
  "success": 1,
  "properties": {
    "smartMode": 1
  }
}

wenn unbekannt oder Fehlerhaft/nicht verarbeitet usw. passiert ja nichts.
Dann kommt nichts, evtl. Fehlermeldung oder wahrscheinlicher im reply:

{
  "messageId": "123",
  "deviceId": "YYYYYYYY",
  "timestamp": 1755555552,
  "success": 1,
  "properties": {}
}

Alternativ mit MQTT Explorer

---

Das muss dann nicht unbedingt im .report json auftauchen.

Bin schon einiges weiter bei Zendure mqtt json, ist halt mühsam und zeitaufwendig.

Bei smartMode bekam ich die Info, dass bei geeigneter Hardware smartMode per Software-Update integriert wurde.
Weil von Geräte 2025 die Rede war.
Die Infos kann man glauben oder auch nicht.
Werte auf jeden Fall alles Infos aus, die nützlich sein könnten.

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

{"properties":{"smartMode":1}}

ne das wird komplett ignoriert. Beim HUB 2000 funktioniert das.

[maxclaudi]

@nograx
Ist das ein hyper mit pID: ja72U0ha?
Firmware aktuell bzw. letzte vor der mit HEMS?

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx
Ist das ein hyper mit pID: ja72U0ha?
Firmware aktuell bzw. letzte vor der mit HEMS?

gDa3tb ist der ProductKey. Firmware ist die Version bevor das für das HEMS kam.

[maxclaudi]

@nograx
Seltsam, müsste ok sein. Hab da i.M. keine weiteren Ideen.
Hab auch keinen Hyper bei dem ich machen kann, was und wie ich möchte.

[Bernd1967]

@nograx
Bei mir das selbe.
Hyper 2000 (gDa3tb).
Wert für "smarMode" war bei mir nach Installation der alpha auf "NULL" und änderte sich nicht.
Aber ist das richtig das der Datenpunkt vom Typ boolean ist ?

Test mit "{"properties":{"smartMode":1}} "
Über "mqtt.x.xxxxxx.YYYYYYYY.properties.read.reply" kommt keine Meldung

[nograx]

@bernd1967 sagte in Test Adapter Zendure Solarflow:

@nograx
Bei mir das selbe.
Hyper 2000 (gDa3tb).
Wert für "smarMode" war bei mir nach Installation der alpha auf "NULL" und änderte sich nicht.
Aber ist das richtig das der Datenpunkt vom Typ boolean ist ?

Alle Werte die von Zendure nur mit 0/1 kommen wandel ich intern im Adapter in Boolean um. So sind dann im UI Schalter möglich.

[Bernd1967]

@nograx
Ja, Ok, sehe ich auch gerade, über write kommt die "1" an.

topic: "mqtt.0.iot.gDa3tb.********.properties.write"
payload: "{"properties":{"smartMode":1}}"

[Bernd1967]

Hab jetzt mal die neuste Firmware probiert.
Setze ich bei "zendure-solarflow.0.gDa3tb.*****.control.smartMode" auf "true" passiert folgendes:

1.) "zendure-solarflow.0.gDa3tb.*****.smartMode" geht ebenfalls auf "true"

2.)"mqtt.0.iot.gDa3tb.*****.properties.write" geht auf:
"{"properties":{"smartMode":1}}"

3.) "mqtt.0.gDa3tb..properties.write.reply" geht auf:
"{"messageId":134218099,"deviceId":"","timestamp":1752756072,"success":0,"properties":{}}"

Bei "read" kommt nichts an.
Kann ich über "mqtt.0.gDa3tb.*****.log" mir Parameter "params" feststellen ob es geklappt hat ?

[maxclaudi]

@bernd1967 sagte in Test Adapter Zendure Solarflow:

3.) "mqtt.0.gDa3tb..properties.write.reply" geht auf:
"{"messageId":134218099,"deviceId":"","timestamp":1752756072,"success":0,"properties":{}}"

somit wird RAM schreiben "per smartMode" setzen bei Deinem hyper leider nicht unterstützt, wie bei vermutlich allen Hyper nicht.
ausführliche Antwort folgt. Kann gerade nicht.

[maxclaudi]

@nograx @Bernd1967
@nograx sagte in Test Adapter Zendure Solarflow:

Das muss unbedingt mal mit dem outputLimit ausprobiert werden...

developer FireSon hat(te) angeblich Kontakt mit zendure.

---

Auf Frage:

Aber weißt du auch, ob sich das auf das Umschalten zwischen Modus 1 und 2 bezieht oder auf den jeweils eingestellten Lade- bzw. Entladewert?

schrieb FireSon (übersetzt):

Dies gilt für jeden eingestellten Lade- oder Entladewert, der in den Flash-Speicher geschrieben wird.

öffentliche Quellen niederländisch: tweakers forum

---

Bei Geräten vor 2025 muss man Glück haben.

Geräte vor 2025 (geeignete Hardware und smartMode vorhanden) wird das Speichern ins RAM unterstützt.
SolarFow800pro und SolarFlow 2400AC sind neue Geräte und haben smartMode (schreiben ins RAM per smartMode JSON möglich).

Hyper 2000 ist kein 2025er Modell und soll die erforderliche Hardware für "smartMode" setzen über json nicht haben.
Stattdessen soll der Hyper von Haus aus mit einer Smart-Mode-Option ausgestattet sein.
Darum soll der Hyper in den Flash schreiben und falls ins RAM, dann soll das nicht selbst steuerbar sein.

Achtung Vermutung:
Smart-Mode-Option: Was damit beim Hyper gemeint ist, weiß ich nicht.
Wenn das nicht per json steuerbar ist, ist meine Vermutung, dass der Hyper evtl. immer in den Flash speichert(?).
Wie geschrieben, leicht zu testen:
Stromlos machen und wenn Einstellungen weg: RAM
Wenn Einstellungen weiter vorhanden: Flash.

HUB2000 mit ACE1500 funktioniert.
Bestätige, dass bei mir smartMode mit HUB2000 und angebundenen ACE1500 funktioniert.
Was alles ins RAM geschrieben wird, kann ich nicht beurteilen.
Hier wird es, was den acMode angeht, auch abhängig vom jeweiligen ACE1500 sein, der an den HUB angebunden ist.
Ob und was der HUB2000 ohne ACE1500 kann, hängt dann wieder vom HUB2000 allein ab.
Kann also auch sein, dass ein HUB1200 mit ACE1500 oder ein SolarFlow 1200 allein funktioniert.
Das müsst Ihr selbst testen.

Hoffe, dass auch niemand hier sauer auf mich ist.
Kann nichts dafür und möchte keine wilden Gerüchte teilen und schon gar niemand ängstigen usw.
Gebe nur weiter was ich an Infos zusammen bekomme (Foren, mails, Gespräche etc.) und (so gut es geht) selbst teste.

zum Ende:
Keine Panik, was kommt, das kommt sowieso. Beste daraus machen.
Wer smartMode nicht setzen kann oder nicht unterstützt wird: nicht zu häufig den acMode schalten.
Für die anderen Einstellungen, wie inputLimit und outputLimit ohne smartMode, fehlen mir die Ideen.

[Bernd1967]

@maxclaudi
Ich hab mal zum Test beim Hyper ein outputLimit gesetzt.
Danach stromlos geschaltet und vom Akku getrennt.
Zusätzlich Adapter und MQTT Broker beendet.
Danach Hyper wieder eingeschaltet und über Energiesteckdose beobachtet was passiert.
Der outputLimit Wert wird genau wieder so eingestellt wie vor dem Ausfall.
Keine gute Nachricht......