Version 1.1.0

[FireSon]

Version 1.1.0

This is the first release of the Zendure Integration 😄 . Zendure has spend a lot of time supporting this new version. Together we have added a whole new API with improved security, and an authorization token ㊙️, which you can retrieve in the Zendure App.

A very special thanks to all the users who have spend a lot of time in testing, it is much appreciated!!

Overview Zendure Integration

• Installation and Token

  • Troubleshooting Hyper2000
  • Tutorials
    • Domotica & IoT 🇺🇸
    • twoenter blog 🇺🇸 or twoenter blog 🇳🇱

• Configuration:

  • Fuse Group
  • Zendure Manager
    • Power distribution strategy
  • Local Mqtt
  • Home Assistent Energy Dashboard

• Supported devices:

  • Ace1500
  • Aio2400
  • Hyper2000
  • Hub1200
  • Hub2000
  • SF800
  • SF800 Pro
  • SF2400 AC
  • SuperBase V6400

---

This discussion was created from the release Version 1.1.0.

[CommanderROR9]

It's early days, but it looks like version 1.10 is working quite well for me, just like the modified pre-19 did. And of course special Thanks for adding the 2000W Fuse Group🖖

[DerUnwissende]

Moin an alle hier...

man sagt ja: „Alleine ist man schneller, zusammen kommt man weiter.“ – und mal ehrlich: Wer will schon allein schnell irgendwo falsch abbiegen, wenn man gemeinsam in Bestzeit die Integration rocken kann?

Was hier gemeinsam erreicht wurde ist kein Zufall, kein Wunder – und vor allem keine langweilige Powerpoint-Folie.
Es ist das Ergebnis von ganz viel Zeit, Können, Engagement, Interesse und diesen manchmal gar nicht so kleinen Fragen, die uns alle weitergebracht haben.

Deshalb ist für mich heute der Moment gekommen, einmal innezuhalten und laut – gerne mit Tusch und Konfetti – DANKE zu sagen.

Danke,

• dass Ihr Eure Expertise geteilt habt, auch wenn Ihr zwischendurch wahrscheinlich lieber dem Drucker beim Papierstau zugesehen hättet.
• dass Ihr mitgedacht habt
• dass Ihr mitgemacht habt
• dass Ihr Fragen gestellt habt (ja, auch die kniffligen), statt alles einfach durchzuwinken.

Mit großem Respekt, einer Prise Stolz auf das Erreichte und einer ordentlichen Portion Dankbarkeit,

Karlchen
(Die Person, die heute einfach mal "Danke!" sagen wollte)
PS: auch wenn es sich vielleicht so liest... es ist kein KI-Text....

---

Hello everyone...

As the saying goes, "Alone you go faster, together you go further." And let's be honest: Who wants to take a wrong turn alone when you can rock integration together in record time?

What we have achieved here together is no coincidence, no miracle—and above all, no boring PowerPoint slide.
It is the result of a lot of time, skill, commitment, interest, and those sometimes not-so-small questions that have helped us all move forward.

That's why today is the moment for me to pause and say THANK YOU out loud – preferably with fanfare and confetti.

Thank you

for sharing your expertise, even when you probably would have preferred to watch the printer jam.
for thinking along with us
for participating
for asking questions (yes, even the tricky ones) instead of just waving everything through.
With great respect, a pinch of pride in what we have achieved, and a healthy dose of gratitude,

Karlchen
(The person who just wanted to say "Thank you!" today)
PS: Even though it may read that way... it is not AI text....

[CWILDMOUNTAIN]

I could not agree more- thank you everybody, exspecially @FireSon and @harrymayr for your great work in this project!!
As a person who is not into scripting at all with limited in understanding in the code I was following the process very closely and I'm very thankful you made this real.

Hope you get probs from Zendure as well .. this integration makes their product much more interesting for many people I guess ..

[CommanderROR9]

@FireSon
Tiny little bug report (maybe)?
I chose the new 2000W Fuse Group, but the "Charge Limit" seems to remain at 2.4KW? My System pulled roughly 10.3Amps during charging just now which means the limit doesn't seem to be active.

[FireSon]

You are right, it is not correct. There were some reasons in the past to do it this way, but not anymore 😄 I will fix it in the next release!

[CommanderROR9]

Thanks!
Btw...my system ist now stuck on not discharging again unfortunately. It's not even using the battery to provide power to the OffGrid socket right.
It's strange, since it worked yesterday, but I might have jumpstarted it hy using the apl for a bit.
Currently my other battery is carrying the load alone.
I will investigate if I can change some settings.

[CommanderROR9]

I had to "jump start" it by pushing the output slider up and switching to ac output mode. Then it started working again and seems to be doing so for now.
Not sure why it didn't trigger at sundown....maybe not enough movement on the needle because my other battery was doing it's job too well...but even when I turned off the other battery, the Zendure didn't take over.

[CommanderROR9]

Seeing as there still appear to be a few issues in general...a small suggestion. I have no idea whether this is actually possible and how hard ot would be, so I'll just put it out there...

Would it be possible to enable some basic logging by default for now? Essentially...make sure the Integration reports whatever it is trying to do at regular intervals. This would make debugging issues easier (IMHO) since I can often only tell something is wrong after it zas happened and then I have no logs for the time when it did happen. I could of course leave debug logging on for 24 hours or more, but that's not ideal.
If this is nonsense, then just ignore it...but I would like to help figure out why the Integration is doing certain things (or not) as opposed to the App.

[Rene0772]

Hallo Zusammen,
ich habe 5 Hyper und war vorher mit der 1.0.47 Version und dem Smart Manager sehr zufrieden.
Jetzt mit dem neuen Release funktioniert zwar bei mir immer noch sowohl der Smart Mode (in allen drei Varianten) als auch der Manual Mode. Allerdings finde ich die Ansteuerung der Hyper, welcher wieviel produziert diesmal nicht so gut. Davon abgesehen, dass die Cluster-Konfiguration überhaupt nicht berücksichtigt wird.
Die Version 47 hatte sehr schön die benötigte Leistung vom Haus auf alle Hyper aufgeteilt. Das ganze sogar in Abhängigkeit des aktuellen Batterie Levels.
Mit der neuen Version konnte ich gestern Abend folgendes beobachten mit meiner Konfiguration (siehe Bild) Hyper 1+2 Phase A, Hyper 3 Phase B, Hyper 4+5 Phase C:

Alle fünf Hyper waren gestern auf gestem Limit 98%. Nach Sonnenuntergang fing der SmartManager an den Hausbedarf auszugleichen. Aber nicht gerade sehr sinnvoll.
Reihenfolge der Energieerzeugung:

• Hyper 1 von 98% auf 92%, danach Energie Erzeugung gewechselt auf Hyper 2 bis auch dieser auf 92% runter war, dann Hyper 3, 4 und 5.
• Als alle jeweils einzeln auf 92% runter waren fing er wieder mit Hyper 1 an. Diesmal allerdings alle nacheinander bis jeweils auf 79%
• Dann ging es wieder mit Hyper 1 weiter

Wünschenswert wäre wenigstens, dass er die Hausleistung aus den Konfigurierten Clustern gleichermaßen abdeckt. Auch fand ich die Steuerung aller Hyper gleichmäßig in Abhängigkeit ihres Electricity Levels wesentlich sinnvoller.

Ich bin gerne bereit auf meiner Anlage zu testen, sollte ich hier zur Entwicklung beisteuern können.

Aber wie auch immer: Vielen Dank an alle Beteiligten. Ihr macht einen klasse Job!!!

[Rene0772]

@FireSon Thanks a lot. I will try it for the next night.

[Rene0772]

What I see at the moment: Is it possible that Zendure has reduce the limit of power that was used for charge the batteries in the last firmeware? I thought that before the last firmeware updates my Hyper were able to charge up to 1500W.
And now they will not charge higher then 1130W.
Solarpower with manual output 4800W

Maunual output set to 100W

[harrymayr]

Die ersten beiden laden so viel wie am Solareingang da ist (- die 100W), die beiden anderen sind voll.
Ich würde allerdings erwarten, dass der Überschuss von 3&4 fürs AC Laden von 1&2 verwendet wird. Das könnte aber durch die neue Regelung nicht umgesetzt sein.
Was passiert denn, wenn du einen negativen Wert für die Manuelle Power nimmst?

[Rene0772]

@harrymayr NEIN. Das ist definitiv nicht so. Ich habe die Screenshots bei identischer Sonne direkt hintereinander gemacht. Auch vorher im Smart Modus konnte ich schon beobachten, dass das Laden nicht mehr über die 1160W hinaus ging.
negativer Wert hat keine Auswirkung

Wieder auf 4400W gesetzt

[harrymayr]

Auch vorher im Smart Modus konnte ich schon beobachten, dass das Laden nicht mehr über die 1160W hinaus ging.

Das mag sein, aber aus den 4 Bildern, die du hier zeigst, sehe ich kein Problem, außer, dass der Überschuss von 3&4 nicht fürs AC-Laden verwendet wird:

• Bild 1: 4800W angefordert -> Summe Einspeisung = 4800W, Solar-Überschuss von 100/170W wird bei 1&2 fürs Laden verwendet, 3&4 sind voll (Bypass = Ein)
• Bild 2: 100W angefordert -> Einspeisung 100W die nicht durch den Bypass hervorgerufen wird an Hyper 2. Solar-Überschuss von 1121 and Hyper1 und 1260W - 99W an Hyper2 wird wird fürs Laden verwendet, Überschuss an 3&4 (max 1200W pro Hyper) wird ins Netz gespeist (und nicht wie ich erwarten würde zum AC laden von 1&2 verwendet). Hier hätte ich erwartet, dass die 100W schon von 3&4 bereitgestellt werden.
• Bild 3: Negativer Wert -> Solar-Eingang von 1129/1137 wird fürs Laden verwendet. Überschuss an 3&4 (max 1200W pro Hyper) wird ins Netz gespeist. Hier hätte ich erwartet, dass der negative Wert als Netzladen für 1&2 verwendet wird.
• Bild 4: 4400W angefordert -> Summe Einspeisung ~1100W für 1&2, maximalen wert von 1200W für 3&4 = ~4400W. Restlicher solarer Überschuss (92W/178W) an 1&2 wird fürs Laden verwendet, an 3&4 durch maximalen Ausgang von 1200W gedeckelt.

[Linus86529]

Moin @harrymayr,
und Hallo @Rene0772,

Wie Rene0772 bin auch ich von der Art begeistert, wie die Geräte in der Version „47” und in meinem Fall in der v1.1.0-pre3 gleichmäßig, gleichzeitig in Abhängigkeit vom batSOC gesteuert werden und Leistung abgeben.

Die neuen Regeln, wie sie in „The Power Distribution Strategy Has The Following Rules” vorgestellt werden, sind meiner Meinung nach für die leistungsstarken Zendure-Geräte optimiert. Diese Geräte sind permanent mit Spannung versorgt und schalten sich selbst nicht komplett aus. Diese Geräte sind sehr schnell, schneller als jeder x-beliebige HUB.

Die Achillesferse von Hub1200 und Hub2000 ist der extern angeschlossene Wechselrichter. Dieser schaltet sich aus, wenn der Hub keine Spannung mehr liefert.

Wenn der HUB wieder Spannung an den WR liefert, dann dauert es eine gefühlte Ewigkeit, bis der WR sich wieder mit dem Stromnetz synchronisiert hat.

Wenn sich der HUB komplett ausschaltet, weil batSOC = minSOC erreicht wurde und die Sonne nicht mehr scheint, bleibt der HUB so lange aus, bis die Sonne wieder auf die PV-Module scheint.
Wie reagieren die "Rules" in den Fall?

Wenn man, wie ich, einen Hub1200 und einen Hyper2000 im Cluster betreibt, dann ist es durchaus sinnvoll, beide Geräte gleichzeitig zu betreiben, so wie es die Versionen „47” und der „v1.1.0-pre3” tun.

Dieses Zusammenspiel ist besonders wirkungsvoll, da der HUB die Schnecke im Cluster ist und der Hyper besser und schneller auf schnelle Leistungsanforderungen reagiert. So verschafft der Hyper dem Hub im Worst Case die Zeit, um in 90 Sekunden seine volle Leistung zu erreichen. In meinem Setup ergänzen sich die beiden Geräte im Cluster perfekt. Zusammen erreichen sie eine höhere Leistungsabdeckung als der Hub oder der Hyper einzeln.

Das Argument, den Eigenverbrauch zu reduzieren, ist bei den „großen” Geräten vielleicht ein Faktor. Er ist bestimmt nicht der einzige und sollte nicht als Totschlagargument dienen, um die durchaus taugliche Steuerungsart in den Versionen „47” und „v1.1.0-pre3” aus dem Code zu verbannen.

Es wäre genial, wenn beide „Strategien” zur Auswahl stünden und je nach Bedarf in einem Optionsfeld ausgewählt werden könnten. Vielleicht kommen später noch wietere dazu...

[Rene0772]

@FireSon Now I saw a very bad thing.
My Hyper starting discharging. After Hyper 3 has reached 92% Smart Manager switched to Hyper 4 (15 seconds delay from stopping production on Hyper 3 to start Hyper 4). But the Problem: There were some minimal solar input at Hyper 3. Now Hyper 3 reached 93% again, the smart manager stopped production on Hyper 4, with delay switch to Hyper 3. And 2 minutes later Hyper 3 again has 92% and again switching to Hyper 4. In my opinion this is very terribale and bad against the function of version 47.

[Rene0772]

@FireSon , @harrymayr
Hallo zusammen, ich habe noch ein Argument, was bei mehreren Geräten für eine parallele Strategie spricht.
Ich sehe es gerade ganz aktuell.
Hausleistung 400 W gefordert. Wenn jetzt schon etwas Licht auf die Hyper kommt switched er minütlich zwischen meinen 4 Hypern hin und her, weil jedesmal, wenn der eine gerade ins Haus liefert, aber das Licht noch nicht reicht, die anderen ganz leicht laden. Dadurch kommt ein sehr häufiger Wechsel zwischen den Geräten zustande. Auch hier wieder immer mit einem gewissen delay.
Und dadurch schalten die einzelnen Hyper noch häufiger zwischen laden und entladen hin und her!

[harrymayr]

Hier mal eine Quick und Dirty Version, die im Zendure Manager eine weitere Listbox aufmacht, mit der man sequentielle oder parallele Power Distribution auswählen kann.
Sie sorgt eigentlich nur dafür, dass im parallelen Modus immer alle Devices ausgewählt werden, die dann für die Ausgabe verwendet werden. Mangels mehrerer Devices kann ich das nicht selbst testen, aber bei meinem Hyper, bleibt bei Ändern von sequentiell in parallel und umgekehrt wenigstens die Regelung erhalten :-D

Wer will kann das ja mal testen. Die Version basiert auf der 1.1.2-pre2
manager.zip

[Rene0772]

home-assistant.log
Sequential: bis 23:46
Parallel: ab 23:46
zurück zu Sequential um 23:49

[harrymayr]

home-assistant.log Sequential: bis 23:46 Parallel: ab 23:46 zurück zu Sequential um 23:49

Ich schaue mir das heute Abend mal an. Die Sicherungsgruppen sind noch so, wie in deinem ersten Post?
Vielleicht testest du mal, die alle in eine Gruppe zu bringen.
Bisher habe ich mich nicht damit befasst, wie das funktionieren soll, wenn unterschiedliche Gruppen definiert sind.

[Rene0772]

Moin, ja. Die Sicherungsgruppen waren noch so

Hyper 1 und 2 hätte er aber wenigstens zusammen ansprechen müssen. Die sind in einer Gruppe

[Rene0772]

Hi. Habe jetzt mal den Test gemacht: Hyper 2,3,4 als Part of Hyper 1

Smarte Regelung:
Squencial: 13:02
parallel: 13:03

Manuell mit 2200W
parallel: 13:04 (Hyper 1,2,3 werden verwendet, obwohl Hyper 4 mit 76% am höchsten ist)
Squencial: 13:05 Wieder nur 3 Hyper, obwohl Hyper 2,3,4 auf Phase vom Hyper 1 konfiguriert sind

Die Regelung scheint mir die Einstellung der Sicherungsgruppe vollkommen zu ignorieren und sich immer nur auf die Verfügbare Leistung zu beziehen.
Die Einstellung für Sequencial und parallel haben keine Auswirkungen auf die Ansteuerung!
home-assistant.log

[harrymayr]

Bin mit dem Debuggen des Logs nicht weiter gekommen. War erst mal wichtiger, die 1.1.3 mit FireSon zu testen. Die sollte jetzt das Problem mit dem Umschalten Laden/Entladen/Laden behoben haben.
Das mit den Sicherungsgruppen muss ich mir dann die Tage nochmal anschauen.

[CommanderROR9]

I am sorry, but even 1.1.2 pre2 isn't working properly for me.
Ir charges fine, but when the sun goes down it just keeps pulling Power from the Grid (or in this case my other Battery) and pushing it to the OffGrid Socket. It keeps the Battery and 99% and just passes through the electricity. Even when I turn control back over to the Apl it doesn't immediately get out of this freeze state. I have to jiggle some stuff and then it will go back to normal.

When I leave it in App Control, then it first stsrts supplying power from the Battery to the OffGrid Socket and then starts pushing power into the house as well. The app appears to have some trigger or switch the integration does bot have (yet).

[harrymayr]

As always, a log can help.
AND: not only a few lines which cover a few seconds. For me debugging can only work if I can compare the data from different situations and see the progress.
You can send the log to harryzagithub@gmail.com (and leave your Username from github in the Email, so I can identify the users)

[harrymayr]

1.1.3 is out. Should fix the freeze, if maxSoc or minSoc is reached.