Monatsrückblick Juli / August 2026 ist online!

[The_Stig]

Hi @nograx - kurz nachgehakt: mit meinem Hyper2000, wenn ich auf die Alpha umstelle, um "hemsEP" zu nutzen - muss ich dann in meiner Automatisierung, die jetzt aktuell auf setDeviceAutomationInOutLimit steuert, etwas ändern?

[nograx]

@The_Stig nein

[The_Stig]

top- danke!

[nograx]

Die letzte alpha geht heute noch als Beta rein. ich konnte mit @Amutep einiges voran bringen und diverse Bugs beheben. Die Mix Geräte und die Smart Meter werden nun sauber erkannt und ausgelesen.

[XBiT]

@nograx

Nach dem ersten Start der V5.2.0 wird der Mix erkannt, es kommt aber gleich in der Log im 5 sec. Takt

zendure-solarflow.0
2026-08-29 19:20:20.980	warn	Operation mode (autoModel) is not set to '0', we can't set the output limit!

ein ändern auf einen anderen Wert und wieder zurück auf "0" bringt keine andere Reaktion

[nograx]

@XBiT ist bei dir die Option "Spannungs-Überwachung nutzen (deaktiviert die Einspeisung wenn die Spannung einer Batterie in kritischen Bereich fällt)" aktiviert und die Batterie quasi leer? Könnte sein das er versucht die Einspeisung zu stoppen. Ich nehme an du steuerst den über das Cloud HEMS?

Wenn das so ist solltest du die Option nicht anhaken.

[The_Stig]

Hatte jetzt testhalber mal die 5.2.0 drauf und damit aber das komische Problem, dass da immer das AutoModel auf Nothing gesetzt wird und ich damit halt keine Steuerung mehr habe. Auch ein Downgrade auf 5.1.0 oder eine 4er Version hilft leider nicht. IRgendwelche Ideen?
So sieht das dann aus

[The_Stig]

Ok, Entwarnung. Habs gefunden - da gibt es ja einiges neu an Objekten im Adapter. Unter anderem HemsState. Der war bei mir - trotz lokaler Steuerung - auf True. Sobald ich das deaktiviere, bleibt es auch wieder im SmartMatchingMode. Puuuh.

[The_Stig]

Mist nein! HemsState wird auch wieder automatisch auf On gesetzt. Was ist denn das jetzt hier?

[nograx]

@The_Stig Geht um den Hyper oder? Wenn du da setDeviceAutomationInOutLimit zur Steuerung nutzt wird/muss HemsState auf 1 gesetzt werden da es jetzt den simulierten HEMS Befehl nutzt. Wenn du hemsStage auf 0 setzt dürfte die Steuerung nicht mehr funktionieren.

[The_Stig]

Hi @nograx danke für die schnelle Rückmeldung. Ja, hyper. Ich nutze setDeviceAutomationInOutLimit. Und das mit dem HemsState wusste ich nicht. Bei mir wird dann aber immer das AutoModel auf 0 gesetzt und damit nicht mehr gesteuert. Also keine Änderung des outputHomePower

EDIT: Also etwas ausführlicher:
HemsState steht auf on
AutoModel steht auf 0
setDeviceAutomationInOutLimit z.B. auf 500
OutputHomePower bleibt auf 0

[nograx]

autoModel muss 0 sein. Schau mal bitte ob inverterMaxLimit gesetzt ist.

[The_Stig]

Finde nur OutputLimit, das ist bei 1200. Hab kein inverterMaxLimit soweit ich das sehe.

[nograx]

control.inverseMaxPower sorry ;)

[The_Stig]

Yes, das stand auf 0. Habs jetzt mal auf 1200 gesetzt und siehe da, es geht ;-) Puuuuuuuuh. Danke dir, das rettet meinen Tag.

[nograx]

Sehr gut. Meinen auch hatte kurz Panik ich hätte hier Scheisse gebaut. Wobei ein "Breaking Change Hinweis" beim Update vll. ganz gut gewesen wäre. Problem dabei ist das der Hyper bei hemsState irgendwie eigene Einstellungen nutzt. Wenn der auf hemsState = 1 schaltet greifen seine internen. Und bei einigen hat der dann komische Werte. Bei mir waren es z.B. 600W. Alles darüber wurde dann ignoriert.

[The_Stig]

Ok, ich blicke da ja eh nicht durch und hangele mich hier nur so durch. Die Diskussion oben habe ich auch nciht verstanden. Dir jedenfalls ein großer Dank für den Adapter und deinen Noteinsatz am Sonntag Morgen!

[nograx]

@The_Stig wird dir jetzt nichts mehr bringen, aber ich habe noch mal eine Version mit Hinweis im Changelog und einer Warnung in Log hinzugefügt wenn inverseMaxPower kleiner als das neue Limit ist (zB 0)