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

[tege0]

@lesiflo Hallo, vielen Dank für das Skript. Ich habe den Trigger auf den Lesekopf gesetzt und die Tibber-Komponenten entfernt.

Könntest du die Einstellungen bitte genauer erklären? Und wie kann ich am besten feststellen, ob alles korrekt funktioniert?

Zendure.xml

[lesiflo]

@tege0 Was genau ist dir unklar? Hast du die Werte an deine Hardware angepasst? Ob es klappt kannst du z.B. in der App sehen ob der Speicher geladen wird oder ob was ins Netz geht.

Oder unter den Objekten. z.B.

[Rene55]

@lesiflo Gibt es auch eine Möglichkeit den Datenpunkt "Leistung am Smartmeter" irgendwie anders zu befüllen? Ich habe kein Shelly 3EM den ich direkt verknüpfen könnte.

[lesiflo]

@rene55 Was hast du denn als Datenpunkt zur Verfügung? Da kannst du alles eintragen was die Leistung zum/vom EVU misst.

[Rene55]

@lesiflo Ich bekomme den "Hausverbrauch" per MQTT über den optischen Lesekopf vom Stromzähler. Der DP "Leistung am Smartmeter" ist doch read only.

[lesiflo]

@rene55 sagte in Test Adapter Zendure Solarflow:

@lesiflo Ich bekomme den "Hausverbrauch" per MQTT über den optischen Lesekopf vom Stromzähler. Der DP "Leistung am Smartmeter" ist doch read only.

Den kannst du doch da eintragen. Hier das Beispiel mit Tibber.

[Rene55]

@lesiflo Wir sprechen nicht über das gleiche. Klar, die abzugebende Leistung kann ich natürlich über "zendure-solarflow.0.73bkTV.YpbXyz123.control.setOutputLimit" einstellen. Ich hatte vermutet/gehofft, dass ich unter "zendure-solarflow.0.73bkTV.YpbXyz123.energyPower" den Wert vom Stromzähler sehen könnte und direkt damit geregelt werden könnte. Aber ist dann wohl ein Irrweg.

[lesiflo]

@rene55 sagte in Test Adapter Zendure Solarflow:

energyPower

Ach so meinst du das. Das geht nur wenn du in der App ein Shelly mit deinem Hub/Hyper verknüpft hast. Ansonsten
den Wert vom Stromzähler da eintragen wo bei mir "power" steht (gelb markiert).

[Rene55]

@lesiflo Ja so passt. Über Blockly ist mir der Weg (theoretisch) klar. Hab das aber noch nicht umgesetzt. Bin ja erstmal zufrieden, wenn ich Nachts ein bisschen von der Grundlast ersetzen kann.

[lesiflo]

Hallo zusammen,

ich habe meinem Script mal ein eigenes Thema verpasst. Link Text

[tege0]

Hallo zusammen, ich habe mehrfach gelesen, dass ihr den Zendure auch online mit dem Adapter verwendet.
Welche Vorteile bietet euch der Weg über MQTT?

Ich verwende bereits den Lesekopf und andere Dinge über eine MQTT-Instanz.
Sollte ich dafür die gleiche Instanz nutzen oder lieber eine neue Instanz einrichten?

Und kann ich mit der lokalen Version weiterhin auf die Visualisierung in der App zugreifen?

@Felli, deine Daten werden über InfluxDB an das Dashboard gesendet?
Ich bin mir unsicher, welchen Wert ich als Datenpunkt verwenden soll und wo ich ihn platzieren muss.

[lesiflo]

@tege0
Wenn du die lokale Anbindung über MQTT einrichtest entfällt der Zugriff über die App und du hast auch keine Statistikdaten und grafische Anzeige mehr. Du müsstest dir das dann selber mit dem iobroker bauen, z.B: vis oder Grafana. Vorteil ist keine Cloud, falls die mal ausfällt hast du immer noch Zugriff auf deine Hardware. Ich selber nutze noch die Cloudanbindung, hatte damit bisher auch noch keine Probleme.

[Felli]

@tege0 said in Test Adapter Zendure Solarflow:

@Felli, deine Daten werden über InfluxDB an das Dashboard gesendet?
Ich bin mir unsicher, welchen Wert ich als Datenpunkt verwenden soll und wo ich ihn platzieren muss.

Grafana holt die Daten per Flux Query aus der Influx ab. Die Datenpunkte kannst Du nenne wie Du möchtest. Entweder Du verwendest die originalen Namen/Topics aus dem Adapter oder was anderes was für Dich mehr Sinn ergibt. In den Querys im Dashboard musst Du nur Dein Bucket einsetzen und Dein Measurement jeweils, dann sollte das laufen eigentlich.

Vorteil des lokalen Modus ist halt es läuft einfach immer weiter, egal ob Zendure mal wieder eine Grätsche hinlegt, dein Internet ausfällt oder oder. Man braucht auch eigentlich keine Statistikdaten außer dem Stromzähler, ich habe mir das Dashboard in Grafana nur gebaut um zu kontrollieren ob mein Konstrukt läuft, das tut es.

Vorschlag, probiere es zunächst alles in der Cloud, bis es fehlerfrei läuft. Wenn das klappt, kannst Du bedenkenlos offline gehen, es ändert sich ja dann dank des genialen Adapters nichts mehr groß. Das muss aber jeder selbst entscheiden

[Wildshunter]

@maxclaudi
bisher kein Bild vom Innenleben des Hyper 2000 im Internet gesehen, Ihr?
Btw. wenn ich mir im Zendure Adapter etwas noch wünschen dürfte, wäre das unter Calculations eine Statistik für stuendliche "Abrechnung".

[maxclaudi]

@wildshunter sagte in Test Adapter Zendure Solarflow:

bisher kein Bild vom Innenleben des Hyper 2000 im Internet gesehen, Ihr?

wirst vermutlich auch nie eins finden und wenn, dann nur von Epoxidharz-Resten und verklebter Elektronik.
In einem Test wurde dazu geschrieben:

---

Die komplette Elektronik ist in einer halb elastischen Epoxidharzmasse vergossen. Zendure stellt somit den IP65-Schutz vor Fremdkörpern und eindringender Feuchtigkeit sicher. Allerdings wird uns somit der Blick auf die Elektronik verwehrt und auch jegliche Möglichkeit der Reparatur unmöglich gemacht.

---

Wenn man auf der Unterseite die Schrauben entfernt, bekommt man die Hälften (wenn überhaupt) sehr schwer auseinander.
Wir wollten mal einen Hyper öffnen, haben aufgegeben.
Zerstörungsfrei hätten wir es es nicht geschafft.

Im Garantiefall wird wahrscheinlich nichts repariert und man bekommt ein (neues?) Austauschgerät(?).

[maxclaudi]

@lesiflo sagte in Test Adapter Zendure Solarflow:

@maxclaudi
Wenn du mit dem Adapter arbeitest kannst du dir OpenDTUonBattery komplett sparen. Ist dann nur noch eine zusätzliche Fehlerquelle.
Ich würde die komplette Regelung mit iobroker machen und OpenDTUonBattery rausschmeißen. Wie willst du denn den ACE einsetzen?
Laden über AC oder eine anderen PV-Anlage ? Wie sieht dein Script/Blockly aus?

Schönen Abend Alle und lesiflo

mit dem Adapter funktioniert eine DPL-Steuerung sehr gut.
Realisiert mit setOutputLimit.

Aber nur, wenn das System nicht im Bypass ist.

Bypass ist passMode Automatic und soll auch so bleiben.
Beim Bypass möchte ich weiter regeln.

Das ist mit den control-Datenpunkten des Adpaters nicht möglich.

Lösung (bis) jetzt:
Wenn pass==true:
-> dplScript=false
-> OpenDTUonBattery->DPL aktivieren
jetzt wird der Inverter am Zendure über OpenDTUonBattery gesteuert.

Wenn pass=false:
-> dplScript=true
-> OpenDTUonBattery->DPL deaktivieren
jetzt wird der Inverter am Zenduresystem über den Adpter am setOutputLimit gesteuert.

Bei Einspeisung in der Nacht wird der Inverter um 00:00 Uhr per script neu gestartet.
So ist sicher, dass die Ertragdaten bei OpenDTU stimmen und der Inverter keine Zicken macht bei der DPL-Regelung.

---

Die DPL-Regelung mit Script funktioniert (bei mir) besser und schneller als über OpenDTUonBattery.
Deshalb lasse ich das mal so und OpenDTUonBattery regelt nur noch bei vollen Akku im Bypass.

Dies nur als Info, falls jemand auch DPL regeln möchte.
Daran denken, dass im Bypass natürlich auch nichts geregelt werden kann.

[Wildshunter]

Hallo, was sind DPL Regelung/Scripte??
Kannst Du bitte Deine Blocky Version hier mal einstellen?
Danke!

Apropos, mehrmals täglich wird der Zendure Adapter neu gestartet, ist das so oft gewollt und muss das sein oder liegt das am Mosquito MQTT?- "Refresh Access token"?

Log:
zendure-solarflow.0
2025-04-25 19:43:08.453 info [onConnected] Connected with MQTT!

zendure-solarflow.0
2025-04-25 19:43:07.907 info starting. Version 1.12.7 (non-npm: nograx/ioBroker.zendure-solarflow) in /opt/iobroker/node_modules/iobroker.zendure-solarflow, node: v18.17.1, js-controller: 7.0.6

zendure-solarflow.0
2025-04-25 19:42:30.100 info terminating

zendure-solarflow.0
2025-04-25 19:42:29.611 info Terminated (NO_ERROR): Without reason

zendure-solarflow.0
2025-04-25 19:42:29.610 info terminating

zendure-solarflow.0
2025-04-25 19:42:29.605 info [onUnload] MQTT client stopped!

zendure-solarflow.0
2025-04-25 19:42:29.593 warn Restart initiated

zendure-solarflow.0
2025-04-25 19:42:09.592 info Refresh Access Token - Adapter will restart in 20 seconds!

[maxclaudi]

....das bis jetzt niemand geantwortet hat?

---

Guten Morgen

@wildshunter sagte in Test Adapter Zendure Solarflow:

Hallo, was sind DPL Regelung/Scripte??

DPL: Dynamic Power Limiter

Regelt dynamisch bzw. limitiert automatisch die eingestellte (einzustellende) Leistung (W) eines oder mehrerer Wechselrichter.
Zendure nutzt das auch für die sogenannten Energiepläne.

Eine Zendure Energieplan-Auswahl mit DPL ist z. B. dass nicht mehr wie 100W PV-Leistung ins Hausnetz abgegeben wird und die restliche PV-Leistung zum Akku laden verwendet wird.
Eine Akku-Vorrang-Steuerung durch DPL-Regelung.

Wird auch oft verwendet mit dem Ziel der sogenannten Nulleinspeisung.
Das kann verschiedene Ziele haben.
Manche mögen oder dürfen nicht zu viel Leistung ans Hausnetz abgeben.
Oder man möchte die Leistung für was anderes sinnvoll nutzen.

Z. B. Akku aufladen mit überschüssigen PV-Strom, Auto laden, Warmwasser usw.

Hier z.B. wird überschüssige PV-Leistung zum zusätzlichen Akku laden per Netz verwendet.
DPL regelt die Ladeleistung des Ladegeräts (inputLimit) abhängig von der Zählererfassung (W), der tätsächlichen eingehenden Leistung in die AkuPacks (gridInputPower), der Mindesteinschaltdauer des Ladegeräts (kein ständiges, schnelles ein- auschalten bzw. flattern), der Ein-, Umschalt- und Ausschaltzeiten des Ladegeräts (damit nicht zu schnell und dauernd rauf und runter geregelt wird) usw. usw. also noch mehr zu berücksichtigende Parameter können in einer guten DPL-Regelung verwendet werden.

Kein bzw. wenig Strom soll aus dem Netz bezogen werden und PV-Leistung soll vorrangig für den Eigenverbrauch verwendet wird.

Kannst Du bitte Deine Blocky Version hier mal einstellen?

Meine Blocklys/Scripte sind zu spezifisch und verschachtelt.
Es sind mehrere, werden laufend getestet, überwacht und verbessert.
Immer wieder erkennt man, dass zusätzliche Bedingungen nötig sind.

z. B. die Erkennung und automatische Anpassung bei schwierigen Verbrauchern wie Kochfeld (taktet), kurzfristes Ein-, Ausschalten von Mikrowelle, Staubsauger, Waschmaschine, Wasserkocher usw.

Dies hilft niemand weiter und würde nur viele Fragen aufwerfen.

Apropos, mehrmals täglich wird der Zendure Adapter neu gestartet, ist das so oft gewollt und muss das sein oder liegt das am Mosquito MQTT?- "Refresh Access token"?

Das kann @nograx beantworten.

Denke es ist gewollt und normal.
Vermutlich, dass wenn der Adapter mit dem Nutzer-Account über die offiziellen Server läuft, man nicht abgemeldet wird.
So kommt der Adapter dem zuvor, indem er sich kurz (de-)connected.
Geht schnell und spielt keine Rolle.
Für den lokalen Betrieb könnte man theoretisch darauf verzichten (?).
Aber das ist meine Vermutung, @nograx weiß mehr.

---

Seit gestern nun auch lokal

@nograx Adpater läuft gut.

---

Möchte unbedingt eine Möglichkeit zum einfachen steuern, wie mit der App.

Habe eine lokale BETA HTML erstellt, die per VPN auch unterwegs erreichbar ist.
Auf Enegiepläne (-Einstellungen usw.) wurde verzichtet.

Mit jedem Gerät das einen Browser unterstützt kann die Anlage überwacht und eingestellt werden.

Beta läuft... Abwarten, testen, evtl. Fehler bereinigen, aufräumen, optimieren...

[lesiflo]

@Wildshunter sagte in Test Adapter Zendure Solarflow:

Hallo, was sind DPL Regelung/Scripte??

Wie von @maxclaudi beschrieben: DPL: Dynamic Power Limiter
Ist im Prinzip das was mein Script macht und was du ja schon verwendest.

[rmkew]

Hallo, zusammen,
ich bin seit kurzem Besitzer eines Hyper 2000 + 3xAB2000 und verfolge sehr interessiert die Möglichkeiten denselben irgendwie lokal zu steuern.
Die Umleitung auf einen lokalen MQTT gefällt mir bisher am besten.
Da ich (noch) keinen IOBroker betreibe, habe ich, um ein Gefühl dafür zu bekommen, was mich erwartet, mir die Kommunikation des Hyper mit seiner Cloud mal mit Wireshark (LAN-Sniffer) angesehen.
Das was ich beim ioBroker-Adapter als Steuerbefehle sehe kommt da auch genau so vorbei.
Mein Hyper hat den ProductKey "gDa3tb".
Eine Einstellmöglichkeit ist
Überschüssige Energie exportieren zulassen/verbieten. Ist wohl wichtig, u.a. wegen Bypass.
@nograx: Den Parameter/Schalte (gridReverse) finde ich im Adapter nicht, oder heisst er da anders?
Auf dem Netz sieht es jedenfalls so aus, wenn man in der App diese Einstellung unter
"Strategie der Leistungsverteilung" umschaltet:

Ueberschüssige Energie exportieren zulassen: gridReverse => 1
Ueberschüssige Energie exportieren verbieten: gridReverse => 2

Befehl von App:
iot/gDa3tb/<mydeviceID>/properties/write
{
"timestamp": 1745743487767,
"messageId": 11,
"deviceId": "<mydeviceID>",
"properties": {
"gridReverse": 1
}
}
Reply vom Hyper:
/gDa3tb/<mydeviceID>/properties/write/reply
{
"timestamp": 1745743893319,
"messageId": 13,
"deviceId": "<mydeviceID>",
"success": 1,
"properties": {
"gridReverse": 1
}
}

LG und eine schönen Sonn(en)tag!