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

[Daniel 8]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@daniel-8 sagte in Test Adapter Zendure Solarflow:

aber immer wenn ich das Limit setzte, ist es kurze Zeit später wieder weg. Kann es sein weil der Speicher noch im Bypass ist?

Wenn das Limit über den Adapter gesetzt wurde, bekommst dann auch das reply im mqtt-Adapter json, dass der Wert übernommen wurde?
... und danach wenn es wieder weg ist, dann wieder das reply, dass zurückgesetzt wurde?

Was bedeutet:

ist es kurze Zeit später wieder weg.

Werden die Änderungen per json bestätigt? Werden die Werte (neuer gesetzter Wert und kurz darauf der urprüngliche Wert angezeigt unter den Datenpunkten? oder 0? oder (null)? oder ?) im solar-flow-Adapter?
Werden nun überhaupt Werte im Adapter gesetzt?

Du machst es einem nicht leicht.

Ich habe keinen Mqtt Adapter installiert. Läuft aktuell noch über Cloud

[maxclaudi]

@daniel-8 sagte in Test Adapter Zendure Solarflow:

Also der jetzt bin ich aus dem Bypass raus und habe zur Sicherheit mal autoRecover und pass Mode so eingestellt wie @maxclaudi gesagt hat.

Also läuft alles. Glückwunsch

Dann konnte ich das setOutputLimit über Obekte setzen und dies hat er dann auch gemacht. Da hat sich der Wert an meinem Shelly wo die Einspeisung misst sofort geändert.

Das ganze geht aber nur wenn er aus Hems herausgenommen wird. Was dann aber nach sich zieht, das ich ihn in der App nicht mehr sehen kann weil ja der 2.te Account nur Hems Geräte anzeigen kann.

Darauf wurde schon hingewiesen, dass neue Geräte mit 2 Accounts....
Auf HEMS würde ich ganz verzichten und selbst steuern.
Das muss jeder für sich entscheiden.
Mit HEMS möchte ich mich nicht beschäftigen.

Wie schnell ändert ihr denn die Werte mit einem Blockly Script? Eigentlich ist das ja ein einfacher block wenn man nur eine Nulleinspeisung haben möchte oder?

ist ein neues Thema. @lesiflo hat einige Blockly zur Verfügung gestellt.

Ich habe keinen Mqtt Adapter installiert. Läuft aktuell noch über Cloud

Das erwähnst Du so nebenbei

---

Damit ist Dein Problem MQTT-Verbindung mit solar-flow-adapter abgeschlossen(?).

viel Spaß mit dem AC2400 und dem solar-flow-Adapter

[nograx]

@maxclaudi @daniel-8 fährt einen Solarflow 800 Pro

Mit HEMS habe ich mich bisher überhaupt nicht beschäftigt und werde ich vermutlich auch nicht, da ich die dafür notwendigen Geräte nicht besitze. Tatsächlich ist es so das mit den neuen Geräten im HEMS kein "Teilen" mehr mit anderen Accounts möglich ist.

Zum Thema Schreibzugriff auf Speicher habe ich keine Infos. Mich würde es aber schockieren wenn Zendure da so dilettantisch ist. Die Geräte werden von der Cloud ja im Prinzip sehr ähnlich gesteuert.

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

@maxclaudi @daniel-8 fährt einen Solarflow 800 Pro

:man-facepalming: habe @daniel-8 mit @danerix verwechselt :man-tipping-hand:
sorry, bin Urlaubsreif

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

sorry, bin Urlaubsreif

Da kenn ich noch wen...

[lesiflo]

@nograx sagte in Test Adapter Zendure Solarflow:

Mit HEMS habe ich mich bisher überhaupt nicht beschäftigt und werde ich vermutlich auch nicht, da ich die dafür notwendigen Geräte nicht besitze. Tatsächlich ist es so das mit den neuen Geräten im HEMS kein "Teilen" mehr mit anderen Accounts möglich ist.
Zum Thema Schreibzugriff auf Speicher habe ich keine Infos. Mich würde es aber schockieren wenn Zendure da so dilettantisch ist. Die Geräte werden von der Cloud ja im Prinzip sehr ähnlich gesteuert.

HEMS mit ZENKI hatte ich kurz mal ausprobiert aber schnell wieder gelassen. Meine beiden Hyper haben sich da hochgeschaukelt. Ist aber auch kein Wunder wenn man nur über einen Shelly regelt und die beiden Hyper sich dann gegenseitig beeinflussen. Mein Blockly habe ich mittlerweile mit Hilfe von ChatGPT durch ein Java-Script ersetzt mit so ziehmlich allem was ich so brauche. Laden/Entladen beider Hyper nach Preis und PV (auch Prognose). Einbindung des eAutos (Vorzug Speicher oder eAuto), Logausgabe sowie Laden über externe PV.

[Daniel 8]

@maxclaudi alles gut. Kann ja mal passieren so eine Verwechslung.

Ja soweit würde das Theoretisch funktionieren.

Was mir noch aufgefallen ist, ich konnte kein output unter 60 Watt setzen.

Das mit Blockly muss ich mir mal in einer ruhigen Minute ansehen. Aber ich denke so wie ich das jetzt auf die schnelle testen konnte geht die Regelung schneller als über shelly cloud und dann zendure cloud.

[Daniel 8]

@lesiflo deine blocklys muss ich mir mal genauer ansehen was du da alles gemacht hast. Aber dafür brauche ich mal Zeit und nicht so zwischen arbeiten.

[maxclaudi]

@daniel-8 sagte in Test Adapter Zendure Solarflow:

Was mir noch aufgefallen ist, ich konnte kein output unter 60 Watt setzen.

das ist auch gut so
Viele Wechselrichter kommen mit so kleinen Leistungen nicht klar.
z. B. Einige Hoymiles funktionieren nicht zuverlässig unter 60W (<=52~55W), wenn direkt versorgt und mit einem kleinen Sicherheitspuffer nach Oben => um so besser.
Das betrifft nicht nur Hoymiles.
Besser als dass der Wechselrcihter unzuverlässig ist und aussteigt.

[maxclaudi]

@danerix

Verbinde Dich mal mit der Cloud und nutze die App.
Schalte in der App HEMS für den AC2400 aus.
Danach von der App abmelden. (Zugangsdaten hast ja weiterhin und bestimmt bereits notiert, gespeichert)
Kann sein, dass der AC2400 dann erst mal in BT Modus ist.
DNS Umleitung mit Broker wieder aktvieren und iobroker zendures-solarflow-adapter Verbindung über lokalen Server starten.
AC2400 neu starten.
Testen...
Bitte Rückmeldung.

[maxclaudi]

@daniel-8 sagte in Test Adapter Zendure Solarflow:

ZU der 2.ten Frage bezüglich Schreibvorgänge auf dem Speicher kannst du dazu eine Aussage machen?

@nograx sagte in Test Adapter Zendure Solarflow:

Zum Thema Schreibzugriff auf Speicher habe ich keine Infos. Mich würde es aber schockieren..

---

@nograx
gebe es mal (übersetzt) weiter.
Die Mitteilung stammt von einem developer der Kontakt zu Zendure hat:

Zitat:
developer:

Da der Hyper2000 Kommunikationsprobleme hat, fragte ich, ob der AC-Modus eine alternative Lösung sein könnte. Zendure antwortete daraufhin:

zendure:

Von den Kollegen aus der Geräteentwicklung habe ich erfahren, dass sich die Steuerung über den AC-Modus von der über das AutoModeProgram unterscheidet. Im AC-Modus wird die Stromversorgung in den Flash geschrieben. Werden alle 2 Sekunden Befehle ausgegeben, ist der Flash schnell voll, was zu Gerätestörungen führt.

developer:

Ich hielt es für wichtig, dies mitzuteilen, um zukünftige Enttäuschungen zu vermeiden. Jeder kann selbst entscheiden, ob er etwas damit anfangen möchte, mich stört das überhaupt nicht.

Auf Nachfrage war die Folgeantwort:

zendure:

Bei jedem Wechsel des Ausgabemodus wird der Speicher in den Flash-Speicher geschrieben. Warum? Dadurch soll sichergestellt werden, dass das Gerät nach einem Stromausfall den letzten Zustand beibehält. Die neuen 2025-Produkte verfügen über die Eigenschaft „smartMode“. Sobald der Wert 1 ist, wird die AC-Modus-Einstellung nicht mehr in den Flash-Speicher geschrieben, wodurch die Lebensdauer des Flash-Speichers deutlich verlängert wird.

Daher ist bei der Verknüpfung im CT-Modus der Smartmode auf 1 eingestellt, und der AC-Mode kann wiederholt gesetzt werden, um einen Ausgleich zwischen der gesamten Energieaufnahme und -abgabe des Haushalts zu erreichen.

Den Wahrheitsgehalt der Mitteilung kann ich nicht überprüfen.

---

Es gibt ein Zendure Lokales Steuerungssystem das den SolarFlow 800 in der Firmwareversion 1.1.7 unterstützt.
SDK für developer zum lokalen Betrieb.
(Anscheinend konnte das für Hyper auch genutzt werden, ohne Gewähr.)

---

Zum Flash-/RAM Speicher:
Bei mir gleich kontrolliert.
Key und value von smartMode werden per json übertragen.

War natürlich auf 0 (Flash speichern).

per mqtt auf 1 gesetzt
(smartMode ist im Adapter nicht als Datenpunkt)

mqtt.x.iot.XXXXXX.yyyyyyyy.properties.write

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

Seit 3 Stunden läuft Steuerung wie zuvor.

Beobachte, ob der SmartMode bestehen bleibt oder öfter (bei jedem?) Schalten des acMode mit gesetzt werden soll/muss.

state wird mal per script überwacht.

Wenn das stimmt, sollte der Adapter den smartMode auch berücksichtigen oder den Datenpunkt zur Verfügung stellen(?).

[danerix]

@maxclaudi
@nograx
Ich denke ich habe das Problem gefunden.
Ich habe den Datenpunkt mal kopiert und das device von Groß- in Kleinschreibung kopiert.
Dann wurde das Debug-Log des Adapters getriggert; vorher kam ausser dem Startup nie was bei Aktualisierung der Datenpunkte.

Aber die Adapterwerte sind immer noch NULL.
Seltsamerweise steht dann im DebugLog nicht das kopierte Device mit der Kleinschreibung, sondern dann taucht im Pfad der mit der Großschreibung auf.

State "zendure-solarflow.0.BC8B7F.xxxxx.wifiState" has no existing object, this might lead to an error in future versions

Kannst du im Adapter statt der bc8b7f die BC8B7F eintragen?
Eventuell ist das schon alles...

[nograx]

@danerix sagte in Test Adapter Zendure Solarflow:

Kannst du im Adapter statt der bc8b7f die BC8B7F eintragen?

Ich habe die mal die Version v1.15.3-alpha.0 per npm bereit gestellt. Da ist für den local mode der angepasste product key drin. Musst du mal in den Einstellungen neu einbauen. Tatsächlich ist es so das ein mqtt topic case sensitive ist. Könntest also Recht haben...

[maxclaudi]

@danerix sagte in Test Adapter Zendure Solarflow:

@maxclaudi
@nograx
Ich denke ich habe das Problem gefunden.
Ich habe den Datenpunkt mal kopiert und das device von Groß- in Kleinschreibung kopiert.
Dann wurde das Debug-Log des Adapters getriggert;

verstehe ich nicht.

Kannst du im Adapter statt der bc8b7f die BC8B7F eintragen?
Eventuell ist das schon alles...

ist auch nicht regelkonform

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

@danerix sagte in Test Adapter Zendure Solarflow:

Kannst du im Adapter statt der bc8b7f die BC8B7F eintragen?

würde ich auch nicht.

Ich habe die mal die Version v1.15.3-alpha.0 per npm bereit gestellt. Da ist für den local mode der angepasste product key drin. Musst du mal in den Einstellungen neu einbauen. Tatsächlich ist es so das ein mqtt topic case sensitive ist. Könntest also Recht haben...

Warum nicht gleich richtig?
JSON ist case-sensitive (groß- und kleinschreibungsempfindlich), auch bei der Zendure API (z. B. beim lokalen HTTP‑Interface oder dem MQTT/REST-API) ist JSON case-sensitive, also groß- und kleinschreibungsempfindlich

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

Warum nicht gleich richtig?

Was meinst du mir "richtig"? Ich möchte das @danerix das mal testet bevor ich das allgemein zur Verfügung stelle. Risiko ist das es bei anderen Leuten aktuell mit dem kleingeschriebenen Key funktioniert - bei denen würde es dann kaputt sein...

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

Was meinst du mir "richtig"?....

Antwort steht mit in dem post :

@maxclaudi sagte in Test Adapter Zendure Solarflow:

JSON ist case-sensitive (groß- und kleinschreibungsempfindlich), auch bei der Zendure API (z. B. beim lokalen HTTP‑Interface oder dem MQTT/REST-API) ist JSON case-sensitive, also groß- und kleinschreibungsempfindlich

sorry, wenn sich das mit "richtig?" harsch lesen sollte, ist nicht so gemeint.
Nur als unverständliche Frage.

@nograx sagte in Test Adapter Zendure Solarflow:

Risiko ist das es bei anderen Leuten aktuell mit dem kleingeschriebenen Key funktioniert - bei denen würde es dann kaputt sein...

Davon ging ich nicht aus, weil JSON immer case-sensitive ist.
Wenn es anders auch mal funktioniert, ok. Konform ist es nicht :man-shrugging:

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

Was meinst du mir "richtig"? I

product key richtig setzen. Weiß nicht, welche Zeichen vom product key: bc8b7f
Groß- oder klein sind. Kenne den key nicht, aber @danerix könnte ihn mitteilen.
Wird im mqtt-Client-Adapter angelegt oder per MQTT Explorer.
Ist ja kein top secret key.

[maxclaudi]

@nograx

kenne Deinen Code nicht, jedoch bei settings.tsx 1.15.3-alpha

const productKeys: { value; title }[] = [
  { value: "73bkTV", title: "HUB 1200 (73bkTV)" },
  { value: "A8yh63", title: "HUB 2000 (A8yh63)" },
  { value: "yWF7hV", title: "AIO 2400 (yWF7hV)" },
  { value: "ja72U0ha", title: "Hyper 2000 (ja72U0ha)" },
  { value: "gDa3tb", title: "Hyper 2000 (gDa3tb)" },
  { value: "8bM93H", title: "Ace 1500 (8bM93H)" },
  { value: "BC8B7F", title: "SolarFlow 2400 AC (BC8B7F)" },
  { value: "b1nhmc", title: "SolarFlow 800 (b1nhmc)" },
];

sieht es doch gut aus, bis auf:
SolarFlow 2400AC hat hier nur Großschreibung
Solarflow 800 nur Kleinschreibung.

Am Ende müsste nur sicher sein, dass dies auch die richtigen productId (Groß-Kleinbuchstaben) für die 2 Geräte sind.
Bei den anderen kann dann doch nichts kaputt gehen, weil die productKeys doch case-sensitive hier stimmen?
Oder kommt das noch öfter im Code vor?

@danerix
schreib hier mal bitte die productId case-sensitive oder direkt an @nograx.

[nograx]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

@nograx

kenne Deinen Code nicht, jedoch bei settings.tsx 1.15.3-alpha

const productKeys: { value; title }[] = [
  { value: "73bkTV", title: "HUB 1200 (73bkTV)" },
  { value: "A8yh63", title: "HUB 2000 (A8yh63)" },
  { value: "yWF7hV", title: "AIO 2400 (yWF7hV)" },
  { value: "ja72U0ha", title: "Hyper 2000 (ja72U0ha)" },
  { value: "gDa3tb", title: "Hyper 2000 (gDa3tb)" },
  { value: "8bM93H", title: "Ace 1500 (8bM93H)" },
  { value: "BC8B7F", title: "SolarFlow 2400 AC (BC8B7F)" },
  { value: "b1nhmc", title: "SolarFlow 800 (b1nhmc)" },
];

sieht es doch gut aus, bis auf:
SolarFlow 2400AC hat hier nur Großschreibung
Solarflow 800 nur Kleinschreibung.

Am Ende müsste nur sicher sein, dass dies auch die richtigen productId (Groß-Kleinbuchstaben) für die 2 Geräte sind.
Bei den anderen kann dann doch nichts kaputt gehen, weil die productKeys doch case-sensitive hier stimmen?
Oder kommt das noch öfter im Code vor?

@danerix
schreib hier mal bitte die productId case-sensitive oder direkt an @nograx.

Ich habe das heute morgen für die prerelease Version in Großschreibung geändert, da der Key wohl tatsächlich komplett groß geschrieben wird. Vorher war alles klein geschrieben.

@danerix bitte einmal die Prelease Version per npm installieren und Feedback geben.