Schnell messen, langsam stellen

Am Haus in Kapfenberg hängt ein Balkonkraftwerk mit Speicher. Die Batterie sollte in Home Assistant, und zwar möglichst lokal.

Das Ergebnis der Prüfung ist schnell erzählt:

antwortet auf ping	ja
offene Ports 1–10000	kein einziger
meldet sich per SSDP	nein
hat einen Namen im Netz	nein

Das Gerät ist ein reiner ausgehender Client. Es redet mit der Anker-Cloud und nimmt selbst nichts entgegen. Lokal ist hier nichts zu holen.

Gefunden habe ich es übrigens nicht per Netzdurchlauf, sondern in der Clientliste des Routers — dasselbe Muster wie beim Mähroboter, der auch schweigt.

Der Umweg, und warum er ohne Erweiterungskatalog lief

Für dieses Modell gibt es keinen offiziellen lokalen Weg, aber eine Gemeinschaftsintegration, die es vollständig abdeckt — samt Steuerung, nicht nur Lesen.

Installiert wurde sie von Hand: das Veröffentlichungsarchiv geladen und nur den Integrationsordner ausgepackt.

Der Grund ist nicht Sturheit, sondern Nachvollziehbarkeit — es bleibt überprüfbar, was auf dem Gerät landet. Dasselbe Vorgehen wie in Meran. Für eine einzige Zusatzintegration lohnt der Apparat drumherum nicht.

Der Preis dafür ist ehrlich zu nennen: keine automatischen Aktualisierungen. Eine neue Fassung wird wieder von Hand geholt.

Und nachgemessen statt angenommen: Zu diesem Zeitpunkt wurde der Erweiterungskatalog auf dieser Instanz für nichts anderes gebraucht.

Leistung ist keine Energie

25 Entitäten kamen an, und beim Eintragen ins Energie-Dashboard war sofort Schluss.

Alle Werte der Batterie sind Momentanleistung in Watt. Das Dashboard will Energie in Kilowattstunden, mit einem Zähler, der nur nach oben läuft.

Beim Shelly ist das kein Thema — die Messgeräte am Haus führen echte Zählerstände. Die Batterie liefert nur, was gerade fließt.

Und sie gehört trotzdem nicht hinein

Das ist der Befund, der mir die eigentliche Arbeit erspart hat. Die Batterie sitzt gleichstromseitig vor dem Wechselrichter. Ihre Energie steckt damit bereits in der gemessenen Solarproduktion.

Panele → Batterie → Wechselrichter → Messgerät am Haus → Dashboard
         ^                            ^
         meldet hier                  misst hier

Zwei Punkte derselben Kette, keine zwei Stränge.

Wer beides einträgt, zählt die Sonne zweimal. Und zwar plausibel: Die Summe sieht nicht falsch aus, sie sieht nur nach einem guten Jahr aus.

Wer Lade- und Entladeenergie trotzdem als eigene Kennzahl möchte, braucht zwei Integral-Helfer, die aus Leistung Energie machen — aber eben neben dem Dashboard, nicht darin.

Der Bruch in der Mitte

Das Ziel war eine Automatisierung: Läuft die Klimaanlage, soll die Batterie mehr abgeben. Dabei stößt man auf zwei Hälften mit völlig verschiedenem Tempo.

Seite	Weg	Tempo
Auslöser	ein Messgerät im Haus sieht die Klimaanlage anspringen	sofort, lokal
Handlung	jede Änderung geht über die Anker-Cloud	Sekunden bis Minuten

Dazu kommt, wie oft das Gerät überhaupt von sich hören lässt:

Lage	Aktualisierung
Erzeugung oder Entladung läuft	alle 60 Sekunden
Batterie im Bereitschaftszustand	einmal pro Stunde

Die zweite Zeile ist die unangenehme. Schläft die Batterie und die Klimaanlage springt an, kann die Rückmeldung bis zu einer Stunde brauchen.

Wohlgemerkt: nicht das Stellen. Das Sehen.

Es gibt einen Ausweg, und er ist in die Integration eingebaut: ein Knopf, der Echtzeitdaten anfordert. Dann meldet das Gerät alle drei bis fünf Sekunden statt alle sechzig — solange der Auslöser läuft.

Was daraus für den Entwurf folgt

Vier Regeln, und alle vier stehen im Code, weil sie aus den Messwerten folgen und nicht aus Geschmack.

Keine Regelschleife. Nicht fortlaufend nachstellen, sondern wenige feste Stufen schalten. Der Echtzeitmodus macht die Rückmeldung schnell, nicht das Stellen billig.

Hysterese und Mindesthaltezeit. Ein Kompressor taktet. Ohne Sperrzeit feuert die Automatisierung im Minutentakt gegen eine fremde Cloud — das ist der Weg in eine Drosselung oder eine Kontosperre.

Zustand vorher prüfen. Steht der Ladestand auf der eingestellten Reserve, bewirkt ein höherer Sollwert gar nichts.

Der Wunsch scheitert dann stumm. Kein Fehler, keine Meldung — die Anlage tut einfach nicht, was im Protokoll steht.

Und keine dokumentierte Grenze ist keine Entwarnung. Anker nennt weder Anfragen pro Stunde noch eine Schwelle für Drosselung. Das ist kein Freibrief: Ohne dokumentierte Grenze weiß man nur, dass man sie nicht kennt.

Was ich dir rate

1. Prüf vor dem Kauf, ob das Gerät lokal etwas anbietet. Kein offener Port heißt: Du bist auf die Cloud des Herstellers angewiesen, dauerhaft.
2. Such schweigende Geräte in der Clientliste des Routers, nicht im Netzdurchlauf.
3. Installier eine einzelne Zusatzintegration von Hand — dann bleibt nachvollziehbar, was auf dem Gerät liegt. Mit dem Nachteil, es selbst aktualisieren zu müssen.
4. Trag nicht beide Enden derselben Kette ins Energie-Dashboard. Die doppelte Sonne sieht aus wie ein gutes Jahr.
5. Bau keine Regelschleife über eine fremde Cloud. Wenige Stufen, Sperrzeit, und vorher prüfen, ob die Anlage überhaupt kann, was du willst.
6. Rechne mit dem stummen Scheitern. Ein Sollwert, der an einer Reserve abprallt, erzeugt keine Fehlermeldung.

Und was heißt das?

Die Batterie ist das einzige Gerät in den drei Wohnungen, bei dem die Cloud-Abhängigkeit nicht zu umgehen war. Nicht aus Bequemlichkeit — es gibt keinen Port, an dem man klopfen könnte.

Das verändert nicht, ob man sie einbindet, sondern wie. Alles, was in diesem Haus sonst gilt — schnell messen, oft nachregeln, Zustand sofort sehen —, gilt hier nicht. Die eine Hälfte des Aufbaus ist lokal und sofort, die andere hängt an einem Server in einem anderen Land.

Der Entwurf, der daraus folgt, sieht deshalb aus wie ein Kompromiss und ist keiner: wenige Stufen, lange Haltezeiten, und die Rückmeldung nur dann schnell, wenn man sie gerade braucht.