Version zur Integration in HomeAssistant?

[RichardBeisser]

Hallo,

zunächst einmal ein großes Lob und vielen Dank für diese Lösung.
Da ich HomeAssistant am Laufen habe und in dieses auch die bei dir möglichen Prognosedienste eingebunden habe, die Frage ob Du zufällig auch eine Version zur Nutzung in HA hast?

Ich habe gesehen dass sehr viele Integrationen für HA ebenfalls in Python geschrieben sind.

Dann wäre alles in einem System integriert und ich müsste nicht extra eine separate virtuelle Maschine mit Debain aufsetzen.

[wiggal]

Hallo,
leider habe ich HA nicht am Laufen, und kenne mich damit auch nicht aus.
Deshalb gibt es auch keine Integration in HA.

Das einzige, was es gibt, ist ein Skript Solcast_WeatherData_from_HA_file.py von @roethigj unter ADDONS, dass die Wetterdaten von HA in das Format für GEN24_Ladesteuerung übersetzt.

Gruß
Wiggal

[wiggal]

Bei diesem Abschnitt bin auch ich nicht sicher was sie bedeuten und noch wichtiger, welche Auswirkungen das hat.
; Liegt der Batteriestatus unter MindBattLad in % wird voll geladen (= MaxLadung)
MindBattLad = 25 ;

Wenn der Batteriestatus unter MindBattLad liegt, wird immer mit MaxLadung geladen egal welche Werte aus z.B. der Prognoseberechnung kommen, oder von wo anders.

Wenn Ladung ausgeschaltet den Wert LadungAus in Watt setzen (z.B. 0 oder 10 )
LadungAus = 0 ;

Wenn die berechnete Ladeleistung 0 ergeben würde, man will aber immer mit mindestens 500 Watt laden, muss man LadungAus = 500 setzen.

Wenn größter Prognosewert je Stunde ist kleiner als GrenzwertGroestePrognose volle Ladung (= MaxLadung)
GrenzwertGroestePrognose = 2000

Wenn die kleinste Prognose für eine Stunde des Tages unter GrenzwertGroestePrognose liegt, wird den ganzen tag mit MaxLadung geladen.

Eine Frage noch weil ich für Home-Assistant die Python-Skripte und den Webserver-Teil aufteilen muss: Wo wird die Variable $SQLfile definiert? Benötigen die PHP-Dateien nur den Pfad + Dateinnamen zur PV_daten.sqlite oder auch die Prog_Steuerung.sqlite?

Die SQLitefiles sind leider in den Skripten fest verdratet. Um die Fehler durch versehenliches verändern von Configvariablen zu minimieren, und die Configs nicht zu umfangreich werden zu lassen, bin irgenwann dazu übergegangen, Daten die sich sowieso nie ändern fest einzucoden.

html/SQL_speichern.php:$SQLfile = '../CONFIG/Prog_Steuerung.sqlite';
html/SQL_steuerfunctions.php:$SQLfile = '../CONFIG/Prog_Steuerung.sqlite';

Die Pfade sind hier auch nötig.

[RichardBeisser]

Danke für die schnelle Rückmeldung

Die SQLitefiles sind leider in den Skripten fest verdratet. Um die Fehler durch versehenliches verändern von Configvariablen zu minimieren, und die Configs nicht zu umfangreich werden zu lassen, bin irgenwann dazu übergegangen, Daten die sich sowieso nie ändern fest einzucoden.

Das habe ich auch festgestellt dass die Pfade und Dateinamen in den python-dateien fest verdrahtet sind. Ich hab das in den für AppDaemon migrierten Dateien auf zentrale Definition geändert.

html/SQL_speichern.php:$SQLfile = '../CONFIG/Prog_Steuerung.sqlite'; html/SQL_steuerfunctions.php:$SQLfile = '../CONFIG/Prog_Steuerung.sqlite';

in welchen Dateien für den webserver kommen diese fest verdrahtete variablen-definitionen zum einsatz?

[wiggal]

Die Dateien kommen in dem jeweiligen PHP-File, in dem sie definiert sind, vor, also:

$SQLite_file = "../PV_Daten.sqlite" in 7_tab_Diagram.php und 8_tab_Diagram.php
$SQLfile = '../CONFIG/Prog_Steuerung.sqlite'; in SQL_speichern.php und SQL_steuerfunctions.php

[RichardBeisser]

@wiggal
meinst du du könntest mir eine PV_Daten.sqlite von dir anhängen.
ich bin mir nicht sicher ob das, was bei mir geschrieben wird, tatsächlich richtig ist. ich habe da zig mal den gleichen Zeitstempel.
pv_daten_export.csv

[wiggal]

Oh, da stimmt wohl was nicht, hab mal alles vor dem 01.05.2025 entfernt, sonst ist das File zu groß zum Posten.
PV_Daten.sqlite.zip

[roethigj]

Hallo,
meiner Meinung nach bedarf es keiner extra Integration.
Ich betreibe HA "supervised". Im Prinzip ein Debian. HA ist ein Docker Container. Auf dem gleichen raspberry liegt die Ladesteuerung. Die scripts werden wird via cron aufgerufen.

Im HA-OS sollte man die Dateien der Ladesteuerung auch irgendwo ablegen können. Die scripts kann man dann per Automatisierung und shell command laufen lassen. (Denke ich, hab ich nicht getestet.)

Wenn man darüber hinaus vorhandene Solar-Prognosedaten nutzen möchte wird's schwieriger, da man erst einmal schauen muss, welches Prognose-Addon welche Daten wohin legt.

@RichardBeisser Was möchtest du genau erreichen?

Gruß
Jo

[RichardBeisser]

@roethigj

ich bin nun über einen Umweg bei meinem HA auch bei Python gelandet.

Da ich beim solarweb von Fronius Premium gebucht habe, stellt mir auch Fronius Solarprognosen zur Verfügung.
Ich habe die ganzen Dienste wie solcast, forecast.solar und met.no über die jeweilige Integration eingebunden. Ich muss sagen dass die Prognose von fronius die besten Werte liefert.

Für solarweb gibt es zwar auch eine Erweiterung im HACS, aber die wird nicht sonderlich gut gewartet bzw. der Entwickler will keine Erweiterungen mehr vornehmen. Somit bestand die Herausforderung die Prognose-Daten selbst über das API des Solarweb abzurufen.
Begonnen habe ich mit REST-Kommandos über Automationen. Spätestens als es darum ging komplexe Arrays aus der API-Antwort auszuwerten und auch in Dateien zu schreiben und zu lesen war mit den Boardmitteln von HA Schluss.

Nach ersten Versuchen mit Python Script Pro bin ich nun schließlich bei AppDeamon als Umgebung für Python gelandet.
Jedenfalls führe ich die Verarbeitung der API-Antwort über zwei Python-Scripte durch.

Mein Ziel ist es nun dass ich die Werte, die die verschiedenen Integrationen von den Diensten abrufen und auch die Werte von Fronius für die Ladesteuerung zu nutzen.
Da ich HA-OS nutze (und das auch beibehalten möchte) sind Container und Docker aussen vor. Auch cronjobs gibt es nicht. Die müsste ich durch Automationen ersetzen.

Die entscheidenden Fragen wären nun wie Daten aussehen müssen damit die Ladesteuerung damit was anfangen kann und wie man an die Daten herankommt.
Da das solarweb ein weiterer Prognosedienst ist, stellt sich auch die Frage wie man das in die Ladesteuerung einbindet.

[wiggal]

Du brauchst ein Skript, dass die Prognosedaten in der Form wie in weatherData.json speichert.
So machen es alle Skripte aus dem Verzeichnis FORECAST oder ADDONS

[tz8]

ich sehe eine Intagration in HA deutlich schwieriger als es erstmal scheint. Man müsste erstmal bei den Wetterprognosen anfangen und diese auf den Stand bringen, die hier genutzt werden. Die Forecast.solar Integration bietet zum Beipiel keine Möglichkeit, 2 Strings gemeinsam abzufragen, man hat also 2 einzelne Identitäten und müsste über Berechnungen eine vereinte Entität herstellen. Auch die Fronius Integration bietet bisher nur Abfragen des Wechselrichters, eine Ansprache des Modbus ist da bisher noch nicht drin. Das ist wohl eher ein recht langwieriges Projekt mit vielen Beteiligten. Spannend, aber mit vielen 'aber...' versehen.

Gruß, tz8

[roethigj]

@tz8 zum thema Fronius über Modbus steuern gibt es hier was interessantes: [https://github.com/redpomodoro/fronius_modbus]

[roethigj]

Ich habe mich jetzt nochmal der Sache angenommen, weil Homeassistant aufe kurze Sicht die Supervised Installation nicht mehr unterstützt.

Ich habe jetzt einen kleinen Wrapper geschrieben, der in homeassistant als ADDON installliert werden kann:

[https://github.com/roethigj/ha_addons/tree/main/gen24_ladesteuerung]

[wiggal]

in 3_tab_wallbox.php Zeile 74 drin

"Speichern" geht, "Server starten" geht nicht.

Würde hier dann anstelle von: 74: $redirect_url = $_SERVER["PHP_SELF"] das hier gehen REQUEST_URI 74: $redirect_url = $_SERVER['REQUEST_URI']

So müsste es vermutlich aussehen, ob es im HA auch geht, kann ich nicht sagen:

  // Beim Weiterleiten die aktuelle Client-ID beibehalten
   $only_script = parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH); // ohne QUERY_STRING
   $redirect_url = $only_script . '?tab=Wallbox'; // NEU: Tab hier fest anfügen, und REQUEST_URI für HA
   if (isset($_POST['cp_id']) && !empty($_POST['cp_id'])) {
       $redirect_url .= '?cp_id=' . $_POST['cp_id'];
   }

[roethigj]

Den GEN24 kann man doch nicht per https aufrufen, oder versehe ich dich hier falsch

den gen24 kann man inzwischen per https aufrufen, aber das zertifikat ist nicht vertrauenswürdig. deswegen geht das nicht in homeassistant. homeassistant velangt aber zwingend https.

[wiggal]

Habe die Änderungen in 4_tab_config_ini.php und 3_tab_wallbox.php in #287 eingebaut, vll. kann es jemand testen.

[Sasse82]

Funktioniert. Ich kann jetzt Config-Änderungen speichern und bleibe im WebUI.
Danke!

[wiggal]

In der 6_tabGEN24.php gibt es ein anderes Problem. Da experimentiere ich noch. Grundlegend ist es ein ssl/Zertifikat Problem. Das liegt aber eher daran, wie fronius das bereitstellt. Sobald ich da eine zufriedenstellende Lösung hab, melde ich mich. Im Moment funktioniert die Einbindung nur im lokalen Netzwerk.

Die einfachste Lösung wäre, nicht die 6_tabGEN24.php zu verwenden, die ja nur automatisch die IP vom GEN24 aus den Cinfig liest, sondern in der html/config_priv.ini direkt den GEN24 einzutragen:

5.name = GEN24
5.file = http://192.168.XXX.XX
5.sort = 3
5.sichtbar = ein

[roethigj]

3_tab_wallbox.php funktioniert noch nicht. Wir benötigen im Javascript den kompletten Pfad, der von ingress erstellt wird. $only_script enthält aber nur das script. das wird dann von HA an die base url gehangen. Somit lädt HA sich selbst im TAB.

Wir brauchen:

    echo "
	<script>
    		const params = new URLSearchParams();
    		params.set('tab', " . json_encode('Wallbox') . ");";
    if (isset($_POST['cp_id']) && !empty($_POST['cp_id'])) {
    	echo "params.set('cp_id', " . json_encode($_POST['cp_id']) . ");";
    	}
    echo "window.location.href = window.location.pathname + '?' + params.toString();
	</script>
	";
    exit;

[wiggal]

Schon sehr speziell dieses HA.
Ich hab es so eingebaut.
Danke und schönen Gruß

[wiggal]

@roethigj, wenn's dann funzt, würd ich am Wochenende noch die Version ziehen, da wär dann das Ausblenden der Kennwörter auch mit drin.

[wiggal]

hab jetzt noch eingebaut, dass die Get-Parameter beim Klick auf die TABs gelöscht werden, ich hoff das gibt kein Problem im HA

[wiggal]

Mit Version v0.41.4 müsste nun auch in HA alles funktionieren, wenn man die html/6_tab_GEN24.php einfach weglässt, und diekt den GEN24 aufruft.
Wiggal

[wiggal]

Das Problem liegt auch nicht in der Darstellung im lokalen Netzwerk. Die aktuelle Strucktur versucht auf die lokale IP zuzugreifen (Beispiel: http://192.168.1.10). HTTPS oder HTTP ist da erstmal zweitrangig. Rufe ich Homeassistant aber aus einem anderen Netzwerk auf ist 192.168.1.10 von dort natürlich nicht zu erreichen. Deswegen der Proxy-Ansatz.
Lokal brauche ich nicht auf den WR innerhalb der Ladesteuerung zugreifen. Da bin ich ja sowieso im browser und kann mir direkt einen neuen tab aufmachen.

Ich dachte immer HA muss im lokalen Netzwerk laufen, um die ganzen Geräte im lokalen Netz zu erreichen.
Da sieht man, dass ich HA nicht am Laufen und damit keine Erfahrung habe.

[roethigj]

Ich dachte immer HA muss im lokalen Netzwerk laufen, um die ganzen Geräte im lokalen Netz zu erreichen.
Da sieht man, dass ich HA nicht am Laufen und damit keine Erfahrung habe.

Tut er ja. HA ist sozusagen ein Server. Im Falle der Ladesteuerung ist HA sozusagen ein Proxy, der die Inhalte der Ladesteuerung ausliefert. Die Ladesteuerung liefert im Gen24-Tab aber nur die Anfrage zu der lokalen IP des Wechselrichters aus. Die kann der Client, also der entfernte Browser, natürlich nicht erreichen. Also muss Gen24-Tab zum Proxy werden, der die Inhalte der Seite des Wechselrichtes ausliefert. Die große Hürde dabei: Fronius arbeitet viel mit js. der Proxy müsste also alle requests in den scripten umschreiben, sonst laufensie ins Leere (404).

[wiggal]

Ich dachte immer HA muss im lokalen Netzwerk laufen, um die ganzen Geräte im lokalen Netz zu erreichen.
Da sieht man, dass ich HA nicht am Laufen und damit keine Erfahrung habe.

Tut er ja. HA ist sozusagen ein Server. Im Falle der Ladesteuerung ist HA sozusagen ein Proxy, der die Inhalte der Ladesteuerung ausliefert. Die Ladesteuerung liefert im Gen24-Tab aber nur die Anfrage zu der lokalen IP des Wechselrichters aus. Die kann der Client, also der entfernte Browser, natürlich nicht erreichen. Also muss Gen24-Tab zum Proxy werden, der die Inhalte der Seite des Wechselrichtes ausliefert. Die große Hürde dabei: Fronius arbeitet viel mit js. der Proxy müsste also alle requests in den scripten umschreiben, sonst laufensie ins Leere (404).

Tut mir leid, aber das verstehe ich nicht.
Wenn HA und die Ladesteuerung im selben Netz wie die Geräte sind dann muss, das aber auch funktionieren.
Bei meiner Testinstallation hat HA 192.168.178.79 ist also im 192.168.178.0er Netz wie alle Geräte in meinem Home.
Das muss er auch, sonst würde er ja die 20 Geräte, die er bei der automatischen Suche findet, nicht sehen.
Auch der RasPi auf dem die Ladesteuerung läuft, hat natürlich eine IP aus dem Netz, sonst kann er den GEN24 nicht finden.
Wenn ich nun den TAB GEN24 5.file = http://192.168.178.50 so konfiguriere, dann geht das auch.

Also wie beschrieben geht es bei meiner Testinstallation.
Ich werde mir das nochmal ansehen, wo da mein Gedankenfehler ist.

[roethigj]

Bei dir spielt sich das alles im selben netz ab. Das ist aber nicht das Problem. (Wie oben schon geschrieben finde ich dafür den Tab Gen24 auch überflüssig, weil der WR ja direkt aufgerufen werden kann.)

Primär ist der HA ein Webserver. Er bietet dir eine homepage, auf der du verschiedene Dinge von deinem Haus sehen kannst. Wie der Server damit verbunden ist, ist unwichtig. Teilweise holt er sich informtionen aus diversen Clouds, Teilweise sind Geräte direkt mit ihm verbunden.... Aber das ist egal. In deinem Beispiel greifst du auf deinen HA-Webserver im internen Netz unter der IP http://192168.178.79 zu (ich unterstelle jetzt einfach mal port 80) dort liefert dir HA seine hübsche homepage. Und auch im addon eingebunden die Darstellung von Ladesteuerung. Da steht im Tab Gen 24: Lieber Browser, hole dir die inhalte von IP 192.168.178.50. Das macht der Browser dann auch. Und findet alles, weil ja alles im gleichen Netz ist.

Stell dir jetzt vor dein Router (mit einer externen IP - DNS Eintrag: wiggals-homeassistant.de) würde alle Anfragen am Port 80 an die IP 192.168.178.79 weiterleiten.

Dann gehst du in ein Internetcafe und rufst dort im Browser http://wiggals-homeassistant.de auf. Das dortige Netz findet im DNS deine externe IP und schickt dorthin an Port 80 deine Anfrage. Die kommt bei deinem Router an, der sie an die interne 192.168.178.79 weiterleitet. Dort läuft ja der homeassistant der brav seine Webseite liefert. Der Router schickt sie dann übers Internet an deinen Browser im Internetcafe.
Der liest nun die Seite vom Tab Gen24 wo steht: hol dir die Inhalte von IP 192.168.178.50. Macht der Browser. Kann aber im Netz im Internetcafe nichts finden (oder vielleicht etwas anderes=), jedenfalls nicht deinen Wechselrichter.

[wiggal]

Stell dir jetzt vor dein Router (mit einer externen IP - DNS Eintrag: wiggals-homeassistant.de) würde alle Anfragen am Port 80 an die IP 192.168.178.79 weiterleiten.

Dann gehst du in ein Internetcafe und rufst dort im Browser http://wiggals-homeassistant.de auf. Das dortige Netz findet im DNS deine externe IP und schickt dorthin an Port 80 deine Anfrage. Die kommt bei deinem Router an, der sie an die interne 192.168.178.79 weiterleitet. Dort läuft ja der homeassistant der brav seine Webseite liefert. Der Router schickt sie dann übers Internet an deinen Browser im Internetcafe. Der liest nun die Seite vom Tab Gen24 wo steht: hol dir die Inhalte von IP 192.168.178.50. Macht der Browser. Kann aber im Netz im Internetcafe nichts finden (oder vielleicht etwas anderes=), jedenfalls nicht deinen Wechselrichter.

OK, jetzt habe ich es verstanden, du hast an deinem Router Ports aufgemacht um von außen auf deinen HA zugreifen zu können.
An das habe ich nicht gedacht, (dass das heutzutage noch jemand riskiert), dann ist natürlich klar, dass das nicht mehr funktioniert.

[wiggal]

Mir PR v0.42.5 habe ich eine Testversion eines HA-ADDON bereitgestellt, falls jemand Zeit und Lust hat dies zu testen #310