wichtiges UPDATE für controller 7.2.2 im stable

[Murphy 0]

@nograx sagte:

Im EMQX sollte bereits ein selbstsigniertes Zertifikat hinterlegt sein. Das reicht für diese Zwecke aus. Im Adapter kann man einen Haken setzen das das so akzeptiert wird.

Gut zu wissen, vielleicht braucht man das mal.
Danke für die Info

[The_Stig]

@nograx wie überwachst du den EMQX jetzt und machst ggf. einen Neustart, falls hängend?

[nograx]

@the_stig Ich schaue auf den lastUpdate State der Hyper. Wenn dieser größer 5 Minuten ist und mein setDeviceAutomationInOutLimit != 0 (dann sollten eigentlich regelmäßig Werte kommen) wird mir eine Warnung ausgegeben. Einen Plan was ich dann genau tue weiß ich nicht, aber wie gesagt ist der Fall seit dem Umstieg auf EMQX noch nicht aufgetreten...

[martin_olw]

@nograx sagte:

@martin_olw Ich vermute hier das der Reset in der Nacht nicht durchgeführt wurde. Hast du hier ggf. gerade Probleme mit deinem ioBroker Server gehabt oder war die Instanz ggf. nicht aktiv?

Das könnte natürlich sein. Ich habe es jetzt die letzten Tage nicht wieder beobachten können. Läuft stabil mit den passenden Werten, die auch so in der App stehen.

[Murphy 0]

@the_stig
Ich kontrolliere ebenfalls das lastUpdate Objekt und zusätzlich vergleiche ich
ob setDeviceAutomationInOutLimit mit gridInputPower beim Laden oder outputHomePower
beim entladen stimmt.
Hier können Unterschiede im 1stelligen Watt Bereich vorkommen.

[The_Stig]

Sieht auch gut aus bei mir, jetzt einmal komplett geladen und danach kein Freeze. Und EMQX scheint auch stabil zu sein. Ich beobachte weiter...

[Berny-K]

Hallo zusammen,
bei mir läuft noch die adapter Version 3.3.2 für meinen Solarflow 800 Pro welchen ich via Blockly steuere. Ist es ratsam auf die Version 4.0.4 upzudaten?
Sind dann auch Umstellungen bei den Blocklies erforderlich wenn ich auf 4.0.4 update?

[Murphy 0]

Wenn dein Adapter und dein Blockly perfekt funktioniert wäre für mich die Entscheidung einfach:
Never change a running System und Finger weg von Zendure Updates.
Schon gar nicht im Sommer bei dem schönen Wetter. Der nächste Winter mit Langeweile kommt bestimmt.
Meine Adapter Version: 2.04 und meine Hyper Software aus März 2025. 😉🤪💪

[Flatmike]

Hallo zusammen!

Zunächst bin ich schwer beeindruckt, mit welchem Know How ihr hier den Adapter immer weiter verbessert (Dank an @nograx und alle anderen fleißigen Tüftler) und die Möglichkeiten damit aufzeigt. Haken ist jedoch, dass die SuFu bei den vielen unterschiedlichen Themen in kurzer Zeit in einem Thread nicht wirklich hilfreich ist. Also stelle ich meine Newbie-Frage direkt hier:

Ich habe meinen SolarFlow 800 Pro (Firmware 2.0) erst seit ein paar Wochen und ihn kürzlich per Adapter (4.0.4) in den ioBroker integriert. Die Regelungen der App sind komplett ausgeschaltet und für meine Zwecke mit Blockly-Skripten ersetzt worden. Die Cloud ist noch verbunden. Zur Steuerung verwende ich ausschließlich den DP "setDeviceAutomationInOutLimit". Bekommt dieser einen Wert <> 0 setzt sich der smartMode auf true und alles läuft wie gewünscht.

Wenn ich den DP jedoch auf den Wert 0 setze (und sich der smartMode dadurch automatisch auf false setzt), kommt es vor, dass trotz vollem Sonnenschein die Leistung der PV-Module auf 0 Watt gehen und nichts in den Akku bzw. ins Hausnetz gespeist wird. Erst wenn ich manuell auf 1 Watt setze, "erholt" sich der Workflow wieder und es läuft wieder wie gewünscht.

Frage(n):

• Darf man den DP nicht auf 0 setzen?
• Kann ich den DP "smartMode" manuell auf true setzen? Mir scheint, der Wert wird nicht bestätigt.
• Welche allgemeinen Auswirkungen/Vorteile/Nachteile hat das Trennen von der Cloud?
• Das Schreiben in den Flash soll ja nicht so gut sein. Welche Werte darf ich denn setzen, die in den RAM geschrieben werden.

Ich hoffe, ich habe keine Info vergessen. Da ich beim Lesen des Threads den Eindruck hatte, dass hier alle sehr nett miteinander umgehen (ist ja nicht selbstverständlich), möchte ich mich im Voraus herzlich für eure Hilfe bedanken.

[Murphy 0]

@Flatmike

Wichtig wenn du mit dem Adapter steuerst, dass in der Zendure App alle Energie Profile aus sind. Sonst haut dir die App dazwischen.

smartMode sollte unbedingt auf true stehen, weil weniger in Flash geschrieben wird. Manuell setzen kein Problem.
setDeviceAutomationInOutLimit muss auf 0 gesetzt werden um laden und entladen zu stoppen.

Da ich einen Hyper2000 habe der auch nur AC seitig arbeitet kann ich dir leider nicht wirklich helfen, besonders bei der die Bypass Problematik mit angeschlossenen Modulen.

[Flatmike]

@Murphy-0

Danke für Deine Antwort!

Es sind alle Energie-Profile aus, das Gerät ist gar nicht mehr Teil des HEMS.
Den smartMode (unter control) würde ich gerne auf true setzen, aber irgendwie mag er das nicht. Es steht zwar true da, aber in rot.
Wenn ich setDeviceAutomationInOutLimit auf 0 setze, schaltet der smartMode in control automatisch auf false. Ist das so richtig?

[Felli]

Ja das ist korrekt so, deshalb soll man ja auch nur den Wert ändern, alles weitere macht Peter im Adapter. Also nur setDeviceAutomationInOutLimit mir dem entsprechenden Wert und fertig ist die Laube.

[Flatmike]

@Felli

Das dachte ich mir so. Aber dann habe ich das Problem, wenn ich den DP auf 0 setze, dass der Solarflow trotz Sonne keine PV-Leistung mehr anzeigt (Wert ist 0). Somit kann ich keinen Bypass setzen, da ich nicht weiß, wieviel Leistung die Module erzeugen.

Ich habe da sicher einen Denkfehler, nur komme ich nicht drauf.

[Felli]

Gut, vom ByPass war ich nie ein Fan aber die reine PV Leistung ist doch kein gutes Kriterium fürs setzen des ByPass. Ich würde es so machen, auf 0 setzen und dann ByPass an. Als Kriterium den Ladestand des Akkus heranziehen. Ist der voll ByPass an. Problem ist dann aber wenn nur noch 400 von den Platten kommen, musst du wieder auf 0 regeln, verweilen und dann umschalten. Lass es als Nulleinspeisung laufen mit Blockly, meinem Regler oder was auch immer dir beliebt. Sobald du Leistung brauchst, liefert er was er kann. Ist meine Meinung und schont das Material.

[nograx]

smartMode wird bei setDeviceAutomationInOutLimit = 0 auch auf 0 gesetzt damit der Wechselrichter sich abschaltet (wenn er nichts tun soll) und somit der Standby Verbrauch sinkt. Wenn du in der App "Export überschüssiger Energie erlauben" aktivierst sollte eigentlich automatisch alles in den Bypass gehen wenn die Akkus voll sind.

[Flatmike]

Moin! Da kommen wir genau zum IMHO merkwürdigen Verhalten des Geräts.
Ich hätte setDeviceAutomationInOutLimit auch lieber auf 0 und der Zendure kümmert sich selbst um den Bypass. In der App ist Bypass eingeschaltet, im Adapter auf Automatic. Trotzdem macht er es nicht, keine Ahnung warum. Ich habe eh den Eindruck, dass ausser dem setDeviceAutomationInOutLimit kaum ein DP bei mir auf ein setState reagiert. Ich habe den Bypass jetzt mit Blockly manuell gemacht/machen müssen: Sobald der Akku >= 99% hat, gibt er den Wert von solarInputPower ins Netz raus (über setDeviceAutomationInOutLimit).
@felli Was meinst Du damit, dass ich bei 400 von den Platten wieder auf 0 regeln und umschalten (worauf?) muss?

Ich möchte halt ungern die Leistung, die noch von den Modulen kommt, wenn der Akku voll ist ungenutzt lassen.

Ich fange gerade erst an, mit dem Zendure zu arbeiten. Bin daher froh über jeden Erfahrungswert und die Do's und Don'ts im Zusammenhang mit dem Speicher.

[Flatmike]

[Felli]

Okay das war nicht klar ausgedrückt. Wenn halt nur noch Leistung X kommt dein Haus aber mehr braucht, musst du ja aus dem ByPass wieder zurück in den normalen Modus das meinte ich. Daher lief es bei mir immer und ausschließlich via Nulleinspeisung und es wurde das geliefert was das Haus braucht. Heute beim SF1600 da keine Module mehr, eh egal.

Wenn du es eh per Blockly machst, ist es doch noch einfacher. Leistung auf 0, ByPass schalten und Bein zurückschalten halt nur unter einem gewissen Wert, wegen Relaisschutz.

Da hier halt immer ein Relais schalten muss und Leute da in der Vergangenheit schon erhebliche Probleme (Defekte) mit hatten, habe ich da immer die Finger von gelassen.

Mach das wie es Dir beliebt, da ist jeder seiner eigenen Meinung und das ist auch gut so 👍🏼

[Flatmike]

@Felli sagte:
Wenn du es eh per Blockly machst, ist es doch noch einfacher. Leistung auf 0, ByPass schalten und Bein zurückschalten halt nur unter einem gewissen Wert, wegen Relaisschutz.

So würde ich es gerne machen, aber leider lässt sich der Bypass ja bei mir nicht einfach schalten. Daher musste ich es per Blockly nachbauen.
Meine Module erreichen so gut wie nie den Hausverbrauch (da hängt auch ein Auto dran), daher speise ich mit dem Speicher nur nachts ein und behalte tagsüber, nachdem der Akku voll ist, die ganze Zeit den Bypass in Betrieb.

Woran kann es denn liegen, dass trotz der Einstellungen aus meinen Screenshots oben, der Bypass bei 0 in setDeviceAutomationInOutLimit nicht funktioniert, sondern die Leistung der PV-Module auch auf 0 gesetzt wird? Als wenn er in den Standby geht. Sollte ich mich doch von der Cloud lösen? Liegt es daran?

[Felli]

Du da bin ich überfragt ... Beim HUB1200 hat es immer einwandfrei funktioniert über den Adapter den zu schalten, bei den neuen Geräten müsste sich mal einer der anderen User zu melden.