Integration für Home Assistant

[ledermann]

Um die Installation und Konfiguration von SOLECTRUS für Nutzer von Home Assistant zu vereinfachen, kam in #4942 die Idee auf, eine entsprechende Integration zu bauen. Eine erste Fassung liegt nun vor:
https://github.com/solectrus/ha-integration

Was diese Integration macht:

1. Herstellen einer Verbindung zur InfluxDB von SOLECTRUS
2. Zuordnung der Sensoren von SOLECTRUS (bislang nur eine Auswahl) zu Entitäten von Home Assistant
3. Automatische Weiterleitung bei jeder Änderung eines Messwertes

Die Integration stellt also eine Brücke zu SOLECTRUS dar und bringt ausgewählte Messwerte automatisiert zu SOLECTRUS. Daraus ergeben sich einige Vorteile:

• SOLECTRUS muss sich nicht mehr um das Einsammeln von Messwerten kümmern, das erledigt Home Assistant
• Die mühsame Konfiguration von MQTT entfällt
• Diverse Collectoren können potenziell entfallen: SENEC-Collector, Shelly-Collector, MQTT-Collector. Das vereinfacht die Konfiguration von SOLECTRUS deutlich

Die Integration ist hochgradig experimentell. Meine Python-Kentnisse sind auch arg limitiert. Es geht erst mal darum, die Möglichkeiten zu evaluieren. Im jetzigen Zustand ist die Nutzung im Produktivbetrieb absolut nicht zu empfehlen.

Wer sich aber wirklich gut mit Home Assistant auskennt und möglich auch selbst bereits Integrationen entwickelt hat, ist aber herzlich eingeladen, das mal auszuprobieren. Ich freue mich über Hinweise zu Verbesserungsmöglichkeiten - idealerweise in den Issues des Repositories:
https://github.com/solectrus/ha-integration/issues

[spirit0607]

Hallo Georg,
du könntest evtl. auch mal Matthias Marquardt (marq24) https://github.com/marq24/ha-senec-v3 ansprechen. Vielleicht kann er dich bei der Programmierung der HA Integration unterstützen. Er ist der Programmierer der SENEC HA Integration und ist möglicherweise auch an SOLECTRUS interessiert. Auf jeden Fall macht er einen mega guten Job bei der Pflege der SENEC integration.

Ich kenne ihn selber nicht und hatte noch keinen persönlichen Kontakt, ist mir aber grad eingefallen, dass er vielleicht helfen könnte. Fragen kost ja nix ;-)

[patricknitsch]

Kann ich bestätigen. Ich hatte ein paar Features benötigt, die waren innerhalb von ein paar Tagen implementiert. Auch bei der ganzen Anmeldethematik war er super schnell.

[ledermann]

Ja, mit Matthias habe ich bereits mehr als einmal über SENEC-API-Probleme diskutiert. Mail ist raus :)

[Zeppelin-PV]

Ich verfolge das Thema sehr interessiert, zumal ich ja jetzt schon viele meiner benutzerdefinierten Verbraucher (19) von HA zu Selectrus abhole.
Ziel dieser Integration sollte aber meiner Meinung nach auch sein die "alten Hasen" (lange Laufzeit in Solectrus) mit ein zu beziehen.
Das heißt, eine bestehende Konfiguration sollte ebenfalls abänderbar sein im Hinblick alle Sensoren kommen von HA.
Natürlich macht sich Solectrus gewissermaßen abhängig von einem Datenlieferanten der ja auch mal ausfallen kann. HA ist ja schon eine Spielwiese, da kann schon mal was schiefgehen. Ein Fallback in Solectrus zu den alten Datenquellen wäre dann natürlich hervorragend, wenn machbar. Ich würde HA als Datenquelle bevorzugen schon allein aus dem Grund dass ich in der SENEC Integration von marq24 den Abruf auf 5sec stellen könnte und der SENEC nur noch von einem Client "belästigt" würde.

[ledermann]

Die neue HA-Integration dürfte am ehesten für neue User von SOLECTRUS interessant sein, aber auch bestehende User können das verwenden, um ihr Setup zu verschlanken. Insbesondere lohnt sich das, wenn man seine Geräte von nur einem Client abfragen möchte.

In der Integration legt man neben den Zugangsdaten zu InfluxDB fest, welche Entitäten aus HA zu SOLECTRUS transferiert werden sollen und (optional) wohin genau das passieren soll. Man sagt also z.B.:

Die Entität Aktuell erzeugter PV-Strom (aus der SENEC-Integration) soll zur InfluxDB von SOLECTRUS exportiert werden, und zwar dort ins Measurement SENEC und Field inverter_power, die Übergabe soll als Integer erfolgen.

Das kann man für alle Sensoren tun, die SOLECTRUS kennt. Wenn man das für alle Sensoren macht, für die man Messwerte vorliegen hat, dann benötigt man keinen Collector von SOLECTRUS mehr, spart sich also SENEC-Collector, MQTT-Collector, Shelly-Collector usw. ein. Bei einer Umstellung muss man natürlich zwingend darauf achten, jeden Sensor ins gleiche Measurement/Field zu schreiben.

Sämtliche Berechnungen, die ein Sensor ggfs. benötigt, kann man in HA über Helfer definieren (als "Sensor-Template"), dazu gehören beispielsweise:

• Zusammenfassen von mehreren Verbrauchern zu einer Gruppe (Beispiel: Backofen + Herd + Mikrowelle + Kaffeemaschine + Geschirrspüler + Toaster = Küche). In SOLECTRUS hat man dann den Custom-Consumer "Küche".
• Herausrechnen von Verbräuchen aus dem Hausverbrauch. Das kann SOLECTRUS zwar selbst, aber vielleicht möchte man das direkt in HA definieren. Man übergibt dann den korrigierten Hausverbrauch an SOLECTRUS.
• Korrigieren des Hausverbrauchs wg. Balkonkraftwerk. Das kann zwar Ingest von SOLECTRUS, aber wenn man das in HA erledigen kann, wird es vielleicht einfacher.

Was genau man da macht, ist jeden selbst überlassen. Hauptsache, am Ende kommt dabei eine Entität heraus, die man an SOLECTRUS übergeben kann. Im Idealfall bestehe SOLECTRUS dann nur noch aus diesen Containern:

• Dashboard
• InfluxDB
• PostgreSQL
• PowerSplitter

Ja, man hat dann eine Abhängigkeit von HA, aber irgendwo müssen die Messwerte ja herkommen. Ob man von HA abhängig ist oder von diversen SOLECTRUS-Collectoren, macht keinen großen Unterschied.

Die SOLECTRUS-Collectoren werde ich nicht abschaffen. Wenn man aus irgendeinem Grund HA nicht verwenden möchte oder kann, sind sie weiterhin verwendbar. Man kann auch einen Mix machen, also einzelne Sensoren aus HA beziehen, andere über einen SOLECTRUS-Collector. Das ermöglicht auch einen schrittweisen Wechsel zu HA.

Bei mir läuft die oben verlinkte HA-Integration bereits testweise in meiner HA-Instanz und schreibt in eine Test-Instanz von InfluxDB. Bisher kommt da alles problemlos an, sieht also gut aus bislang :)

[patricknitsch]

Hallo Georg,

ich hoffe du konntest die Feiertage ohne Coding überstehen :). Ich habe mal eine Frage zur Integration und wie diese bei dir läuft.
Ich habe zwei Issues erstellt und die letzten Tage weiter beobachtet. Kommen bei dir die Werte alle 5 Sekunden an und kannst du diese auch in Influx sehen? Wie hast du das mit Senec gelöst, oder läuft dieser noch über den Senec Container?

[ledermann]

Weihnachten ist überstanden, die zwei Issues (solectrus/ha-integration#3 und solectrus/ha-integration#4) sind versehentlich an mir vorbeigegangen, habe gerade aber etwas dazu geschrieben.

Testweise laufen bei mir SENEC und diverse Shelly über die neue HA-Integration und die Werte kommen auch erwartungsgemäß in InfluxDB an. Wenn du auf v0.3.2 aktualisiert hast und INFLUX_POLL_INTERVAL passend eingestellt hast, sollten die Probleme verschwunden sein.

[ledermann]

Aktueller Stand: Ich habe nun den Konfigurator so erweitert, dass man auch Home Assistant (oder ioBroker) als Datenlieferant wählen kann. Dadurch entfallen dann Fragen zu SENEC, Shelly oder MQTT, InfluxDB wird nach außen geöffnet (Port 8086) und die Sensoren bekommen alle ihre Standard-Measurements/Fields (z.B. inverter:power). Außerdem wird in der generierten README auf die Home-Assistant-Integration verwiesen.

[ledermann]

Heute habe ich eine aktualisierte Version 0.5.0 der HA-Integration bereitgestellt. Es gibt darin allerdings einen Breaking-Change, der es erforderlich macht, die Integration nochmal neu zu konfigurieren, weil ich den internen Namen ungünstig gewählt hatte und jetzt geändert habe. Das ist leider etwas mühsam, tut mir leid! Details hier:
https://github.com/solectrus/ha-integration/releases/tag/v0.5.0

Ansonsten bin ich dabei, die Integration in den HACS (Community Store) zu bekommen. Schritt 1 ist gemacht: home-assistant/brands#9850. Wenn das durch ist, kommt noch die eigentliche Aufnahme in den Store. Melde mich hier wieder, wenn es Neues gibt :)

[patricknitsch]

Wie sieht es eigentlich mit dem Forecast-Collector aus? Ich überlege gerade, ob es Sinn macht, den Forecast ebenfalls über HA oder ioBroker bereitzustellen. Integrationen in HA gibt es dafür auch, aber die Daten bekommst du ja in der aktuellen Form gar nicht so in Influx, damit du z.B eine Auswertung von pvnode so darstellen kannst.

[ledermann]

Guter Hinweis! Momentan gehe ich davon aus, dass der Forecast-Collector weiterhin nötig ist, und zwar aus zwei Gründen:

1. Weder in ioBroker noch bei Home Assistant sehe ich derzeitig eine Anbindung an pvnode. Aus meiner Sicht ist das aber der momentan beste Anbieter.
2. Die Werte der von mir bislang gesichteten Forecast-Adapter scheinen nicht so vorzuliegen, dass man sie direkt nach InfluxDB schicken könnte. SOLECTRUS erwartet sie als ganze normale Messpunkte (also Zeitstempel und Leistung in Watt) und greift auch historisch darauf zu.

Punkt 1 scheint sich ja bald für ioBroker erledigt zu haben ;-) Aber für HA bleibt das Thema wohl offen.
Punkt 2 könnte man vermutlich im Adapter lösen und die Daten passend aufbereiten. Also InfluxDB-Points basteln und abschicken.

Grundsätzlich wäre es natürlich die ideale Lösung, wenn das Forecast-Thema vollständig in ioBroker bzw. HA gelöst werden könnte.

[patricknitsch]

Gebe ich dir Recht. Da du ja ebenfalls einen Token bei pvnode hast, kannst du gerne meinen Fork von pvforecast testen.

https://github.com/patricknitsch/ioBroker.pvforecast/tree/claude/add-pvnode-function-YxViB

Ich denke gerade im Bereich summary/power/hoursToday des Adapters könnte das schon ganz gut hinkommen. Ob es für SOLECTRUS ausreichend ist müsstest aber du beurteilen. Alternativ hätte ich aber auch kein Problem für diese drei Anbieter einen separaten Adapter auf Basis deines Collectors zu machen.

[ledermann]

Habe den pvnode-Branch deines Forks gerade installiert, scheint zu funktionieren 👍 Bin mir nicht ganz sicher, ob da möglicherweise die Zeitzone verrutscht ist (UTC vs. CET), aber das ist ein Detail.

summary/power/hoursToday und summary/power/hoursTomorrow könnte man nehmen, müsste aber die Uhrzeiten zusammen mit dem Datum in einen richtigen Zeitstempel konvertieren.

Das einfachste wäre aus meiner Sicht, keinen neuen Adapter zu erstellen (Wartungsaufwand!), sondern:

1. PR deines Forks an ioBroker.pvforecast
2. Erweitern deines ioBroker.solectrus-influxdb, so dass der für INVERTER_POWER_FORECAST eine Spezialbehandlung macht: Keinen State auswählen, sondern im Objektbaum die Einträge in pvforecast nehmen (falls der pvforecast-Adapter installiert ist) und daraus InfluxDB-Points machen.

Aber ich will hier keine Aufgaben verteilen :)

Alles weitere dazu vielleicht besser in einem Issue deines Forks, hier in der Diskussion zu HA kommen wir etwas vom Thema ab...

[patricknitsch]

Gerne. Bitte ein Issue eröffnen, dann schauen wir uns mal die Möglichkeiten an

[ledermann]

Issue ist angelegt: patricknitsch/ioBroker.solectrus-influxdb#34